Position recommendation method and device

Abstract

The invention discloses a position recommendation method and device. Historical destinations in a historical predetermined time period are acquired by receiving a data acquisition request sent by a user terminal, address types of the historical destinations are determined according to departure places in the data acquisition request, the address types comprise cross-city addresses and intra-city addresses, and a plurality of recommended destinations are determined in the historical destinations based on the address types. And arranging the plurality of recommendation destinations according to the travel times and travel time in a historical predetermined time period, generating recommendation data including the plurality of recommendation destinations, and sending the recommendation data to the user terminal. Therefore, the accuracy of recommending the destination can be improved, and the operation efficiency of the user is improved.

Description

Technical Field

[0001] The present invention relates to the field of data processing technology, and in particular to a location recommendation method and device. Background Art

[0002] With the development of mobile Internet technology, online ride-hailing has gradually become one of the main modes of transportation.

[0003] In the prior art, when passengers place an order, they generally determine the destination through a destination search method or a platform recommendation method. The destination search method means that the passenger clicks on the destination search box, manually enters the destination, and performs fuzzy matching based on the input information to obtain the recommended destination. Finally, the passenger completes the address selection. This method is cumbersome and inefficient. The platform recommendation method generally recommends one or more destinations to the passenger for the passenger to choose. However, in the prior art, the accuracy of the recommended destination is low. If the address that the passenger wants to go to is not hit, the destination must be determined by the destination search method, which is relatively inefficient. Summary of the invention

[0004] In view of this, an object of the embodiments of the present invention is to provide a location recommendation method and device, which can improve the accuracy of recommended destinations and enhance the user's operating efficiency.

[0005] In a first aspect, an embodiment of the present invention provides a location recommendation method, the method comprising:

[0006] receiving a data acquisition request sent by a user terminal, wherein the data acquisition request includes a departure place;

[0007] Get historical destinations within the historical booking time period;

[0008] Determining the address type of the historical destination according to the departure place, the address type including a cross-city address and a same-city address;

[0009] Determine a plurality of recommended destinations from the historical destinations based on the address type, wherein the plurality of recommended destinations are arranged in a predetermined manner, wherein the predetermined manner is related to the number of trips and the travel time within a predetermined historical time period;

[0010] Recommendation data is generated and sent to a user terminal, the recommendation data including the plurality of recommended destinations.

[0011] In some embodiments, the data acquisition request further includes a user identifier;

[0012] The specific steps for obtaining the historical destinations within the historical scheduled time period are:

[0013] The destination of the target user's historical travel record within a historical predetermined time period is acquired according to the user identifier as the historical destination.

[0014] In some embodiments, determining the address type of the historical destination according to the departure place includes:

[0015] In response to the departure place and the historical destination being in the same city, determining that the address type of the historical destination is a same-city address;

[0016] In response to the departure place and the historical destination being in different cities, it is determined that the address type of the historical destination is a cross-city address.

[0017] In some embodiments, determining a plurality of recommended destinations from the historical destinations based on the address type comprises:

[0018] generating a candidate address set according to the address type, the candidate address set including a plurality of candidate destinations;

[0019] The plurality of recommended destinations are determined according to the set of candidate addresses.

[0020] In some embodiments, generating a candidate address set according to the address type includes:

[0021] The historical destinations whose address type is the same-city address are added as candidate destinations to the candidate address set.

[0022] In some embodiments, generating a candidate address set according to the address type further comprises:

[0023] Acquire a first association relationship, where the first association relationship is an association relationship between a departure city corresponding to the departure place and a destination city corresponding to a historical destination whose address type is a cross-city address;

[0024] Acquire a second association relationship according to the historical travel records, each of the second association relationships being an association relationship between a departure city and a destination city in the historical travel records;

[0025] In response to the existence of a second association relationship that is the same as the first association relationship, the historical destination corresponding to the first association relationship is added to the candidate address set as a candidate destination.

[0026] In some embodiments, determining the plurality of recommended destinations according to the candidate address set comprises:

[0027] Acquire the largest number of candidate destinations in the candidate address set as the first destination;

[0028] Acquire a predetermined number of candidate destinations from the candidate address set in order of time from near to far as second destinations;

[0029] The first destination and the second destination are used as the recommended destinations.

[0030] In some embodiments, the recommendation data further includes the type and time of each recommended destination, the type being the first destination or the second destination.

[0031] In some embodiments, generating the recommendation data and sending it to the user terminal includes:

[0032] sorting the recommended destinations according to a predetermined sorting rule to generate the recommendation data;

[0033] The predetermined sorting rule is specifically: the first destination is arranged before the second destination, and each of the second destinations is arranged in order from near to far in terms of time.

[0034] In a second aspect, an embodiment of the present invention provides a location recommendation method, the method comprising:

[0035] Sending a data acquisition request to a server, wherein the data acquisition request includes a departure place;

[0036] receiving recommendation data sent by a server, wherein the recommendation data includes a plurality of recommendation destinations;

[0037] The multiple recommended destinations are displayed on the location selection interface, and the multiple recommended destinations are arranged in a predetermined manner, and the predetermined manner is related to the number of trips and the travel time within a historical predetermined time period.

[0038] In some embodiments, the data acquisition request also includes a user identification.

[0039] In some embodiments, the plurality of recommended destinations include a first destination and a second destination;

[0040] Among them, the first destination is the candidate destination with the largest number in the candidate address set, and the second destination is a predetermined number of candidate destinations in the candidate address set from near to far in time. The candidate address set is determined according to the address type of historical destinations within a historical predetermined time period, and the address type includes same-city addresses and cross-city addresses.

[0041] In some embodiments, the plurality of recommended destinations are arranged in a predetermined manner: the first destination is arranged before the second destination, and the second destinations are arranged in order of time from near to far.

[0042] In some embodiments, the location selection interface includes a destination input area and a recommended destination display area, the recommended destination display area is below the destination input area, and the multiple recommended destinations are displayed horizontally in the recommended destination display area.

[0043] In some embodiments, the recommended destination display area adjusts display content based on a user trigger instruction.

[0044] In a third aspect, an embodiment of the present invention provides a location recommendation device, the device comprising:

[0045] a request receiving unit, configured to receive a data acquisition request sent by a user terminal, wherein the data acquisition request includes a departure place;

[0046] A historical data acquisition unit, used to acquire historical destinations within a historical predetermined time period;

[0047] An address type determination unit, configured to determine the address type of the historical destination according to the departure place, wherein the address type includes a cross-city address and a same-city address;

[0048] a recommended destination determination unit, configured to determine a plurality of recommended destinations from the historical destinations based on the address type, wherein the plurality of recommended destinations are arranged in a predetermined manner, and the predetermined manner is related to the number of trips and the travel time within a predetermined historical time period;

[0049] The recommendation data sending unit is used to generate recommendation data and send the recommendation data to the user terminal, wherein the recommendation data includes the multiple recommendation destinations.

[0050] In a fourth aspect, an embodiment of the present invention provides a location recommendation device, the device comprising:

[0051] A request sending unit, used to send a data acquisition request to a server, wherein the data acquisition request includes a departure place;

[0052] a recommendation data receiving unit, configured to receive recommendation data sent by a server, wherein the recommendation data includes a plurality of recommendation destinations;

[0053] The display unit is used to display the multiple recommended destinations on the location selection interface, and the multiple recommended destinations are arranged in a predetermined manner, and the predetermined manner is related to the number of trips and the travel time within a historical predetermined time period.

[0054] In a fifth aspect, an embodiment of the present invention provides an electronic device, comprising a memory and a processor, wherein the memory is used to store one or more computer program instructions, wherein the one or more computer program instructions are executed by the processor to implement the method described in the first aspect and the second aspect.

[0055] In a sixth aspect, an embodiment of the present invention provides a computer program product, wherein the computer program product comprises a computer program. When the computer program runs on a computer, the computer executes the methods described in the first and second aspects above.

[0056] In a seventh aspect, an embodiment of the present invention provides a computer-readable storage medium storing computer program instructions, wherein the computer program instructions, when executed by a processor, implement the method described in the first aspect and the second aspect.

[0057] The technical solution of the embodiment of the present invention receives a data acquisition request sent by a user terminal, acquires historical destinations within a historical predetermined time period, determines the address type of the historical destination according to the departure place in the data acquisition request, and the address type includes a cross-city address and a same-city address, determines multiple recommended destinations in the historical destination based on the address type, and arranges the multiple recommended destinations according to the number of trips and the trip time within the historical predetermined time period, generates recommendation data including multiple recommended destinations, and sends it to the user terminal. In this way, the accuracy of the recommended destinations can be improved, and the user's operation efficiency can be improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0058] The above and other objects, features and advantages of the present invention will become more apparent through the following description of the embodiments of the present invention with reference to the accompanying drawings, in which:

[0059] Figure 1 is a flow chart of an information interaction method according to an embodiment of the present invention;

[0060] Figure 2 is a schematic diagram of a first state of a location selection interface according to an embodiment of the present invention;

[0061] Figure 3 is a schematic diagram of a second state of a location selection interface according to an embodiment of the present invention;

[0062] Figure 4 is a schematic diagram of a third state of a location selection interface according to an embodiment of the present invention;

[0063] Figure 5 is a flow chart of a method for recommending a location of a server according to an embodiment of the present invention;

[0064] Figure 6 is a flow chart of a method for recommending a location of a user terminal according to an embodiment of the present invention;

[0065] Figure 7 is a schematic diagram of a location recommendation device for a server according to an embodiment of the present invention;

[0066] Figure 8is a schematic diagram of a location recommendation device for a user terminal according to an embodiment of the present invention;

[0067] Fig. 9 is a schematic diagram of an electronic device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0068] The present invention is described below based on embodiments, but the present invention is not limited to these embodiments. In the detailed description of the present invention below, some specific details are described in detail. It is possible for a person skilled in the art to fully understand the present invention without the description of these details. In order to avoid confusing the essence of the present invention, known methods, processes, flows, components and circuits are not described in detail.

[0069] In addition, persons of ordinary skill in the art will appreciate that the drawings provided herein are for illustration purposes and are not necessarily drawn to scale.

[0070] Unless the context clearly requires otherwise, the words "include", "comprising" and the like throughout this application should be interpreted as including rather than exclusive or exhaustive; that is, as meaning "including but not limited to".

[0071] In the description of the present invention, it should be understood that the terms "first", "second", etc. are only used for descriptive purposes and cannot be understood as indicating or implying relative importance. In addition, in the description of the present invention, unless otherwise specified, "plurality" means two or more.

[0072] Figure 1 It is a flow chart of the information interaction method according to an embodiment of the present invention. Figure 1 The interaction between the server and the user terminal is shown, where the server is a ride-sharing platform, which can be implemented by a single server or a server cluster composed of multiple servers; the user terminal is a terminal device used by passengers, which can be implemented by a mobile phone, tablet computer, smart wearable device (smart watch, smart bracelet, etc.) or other data processing device. The server and the user terminal can communicate to exchange data. Specifically, as Figure 1 As shown, the information interaction method of the embodiment of the present invention includes the following steps:

[0073] Step S101, display location selection interface.

[0074] In this embodiment, the user terminal enters the ride-sharing program through a web page, APP (Application), mini-program, etc., and provides a location selection interface through the ride-sharing program. Through the location selection interface, information such as departure place, destination, travel time, etc. can be entered, and the ride-sharing order can be placed.

[0075] Figure 2 is a schematic diagram of the first state of the location selection interface of an embodiment of the present invention. Figure 2 As shown, the location selection interface of the embodiment of the present invention includes a departure input area A3 and a destination input area A4.

[0076] The departure place input area A3 is used to obtain the departure place input by the user, and the destination input area A4 is used to obtain the destination input by the user. Figure 2 The illustrated embodiment is a schematic diagram when the user has not input any information.

[0077] In some embodiments, the location selection interface also includes an electronic map A1.

[0078] In some embodiments, the location selection interface also includes the user's current location A2. The user's current location A2 is displayed on the electronic map.

[0079] Step S102: Obtain the departure place.

[0080] In this embodiment, the user terminal obtains the user's departure place through the location selection interface. The method of obtaining the departure place can be based on various existing methods, for example, the text information of the departure place input by the user can be obtained through the departure place input area A3; for another example, the location information selected by the user in the electronic map can be obtained; for another example, the departure place can be pushed to the user for selection according to the user's current location, and then the departure place selected by the user can be obtained.

[0081] Step S103: Send a data acquisition request.

[0082] In this embodiment, the user terminal sends a data acquisition request to the server, and the data acquisition request includes a departure place and a user identifier. The departure place is the departure place input by the user, and the user identifier is used to represent a unique user. The user identifier can be an account name or a unique code generated when the user registers.

[0083] The user terminal sending the data acquisition request to the server may include: automatically sending the data acquisition request to the server when the departure place input by the user is obtained.

[0084] Step S104: Obtain historical destinations.

[0085] In this embodiment, after receiving the data acquisition request sent by the user terminal, the server acquires the historical destination, wherein the historical destination is a historical destination within a historical predetermined time period, and the historical predetermined time period can be set according to actual conditions, such as one month, three months, etc.

[0086] Furthermore, the historical destination is the destination in the user's historical call order, wherein a call order means that when the user enters the departure place and destination and confirms the ride, the call order is established. Therefore, by using the destination in the historical call order as the historical destination, a more accurate recommended destination can be provided for new users or users who have taken fewer rides.

[0087] Step S105: Is it a local address?

[0088] In this embodiment, after the server obtains the historical destinations, for each historical destination, the server determines the address type of the historical destination according to the departure place, and the address type includes a cross-city address and a same-city address. That is, it determines whether the historical destination is a same-city address.

[0089] Wherein, determining the address type of the historical destination according to the departure place includes: in response to the departure place and the historical destination being in the same city, determining the address type of the historical destination as a same-city address. In response to the departure place and the historical destination being in different cities, determining the address type of the historical destination as a cross-city address.

[0090] The embodiment of the present invention processes each historical destination one by one, and if a historical destination is a local address, the process proceeds to step S109. If a historical destination is a cross-city address, the process proceeds to step S106.

[0091] Step S106: Obtain a first association relationship.

[0092] In this embodiment, the server obtains a first association relationship based on the departure place. The first association relationship is an association relationship between the departure city corresponding to the departure place and the destination city corresponding to the historical destination whose address type is a cross-city address. For example, assuming that the city corresponding to the departure place is C P , the destination city corresponding to the historical destination is C YL , then the first association relationship is (C P , C YL ).

[0093] Step S107: Obtain a second association relationship.

[0094] In this embodiment, the server obtains the second association relationship based on the historical travel records, wherein the historical travel records may be the travel records within the above-mentioned historical predetermined time period, or may be all historical travel records. The second association relationship is the association relationship between the departure city and the destination city in the historical travel records. That is, the departure place and destination of each historical call order are obtained, and the corresponding relationship between the departure place and the destination of each call order is generated as the second association relationship.

[0095] Assume that there are N call orders in history, and the departure place of the i-th call order is recorded as C Xi , the destination is recorded as C Yi , then the second association relationship corresponding to the i-th call order is (C Xi , C Yi ). Thus, N second association relationships (C X1 , C Y1 ) to (C XN , C YN ).

[0096] Step S108: Check whether the two match.

[0097] In this embodiment, the server detects whether the first association relationship and the second association relationship match. That is, in response to the existence of the second association relationship that is the same as the first association relationship, it indicates a match. In response to the absence of the second association relationship that is the same as the first association relationship, it indicates a mismatch.

[0098] If they match, go to step S109.

[0099] If there is no match, go to step S111.

[0100] Step S109: Add to the candidate address set.

[0101] In this embodiment, the server has a second association relationship that is the same as the first association relationship, and adds the historical destination corresponding to the first association relationship as a candidate destination to the candidate address set.

[0102] That is to say, if a historical address is a cross-city address and there is a second association relationship that is the same as the first association relationship, it means that the user has a travel demand from the city where the departure point is located to the city where the historical destination is located, and the cross-city address is added to the candidate address set.

[0103] In addition, the server is further configured to add historical destinations whose address type is a local address as candidate destinations to the candidate address set. That is, if a historical destination is a local address, the historical destination is added to the candidate address set as a candidate destination.

[0104] For example, if the user has a travel record from city CT1 to city CT2, when the user departs from city CT1, the historical destination in city CT2 may be recommended to the user as a candidate destination. However, when the user departs from city CT3, the historical destination in city CT2 is not a candidate destination.

[0105] Furthermore, the above steps S105-S109 are repeatedly executed, and one historical destination is processed in each execution, so as to obtain a candidate address set.

[0106] Step S110: Determine the recommended destination.

[0107] In this embodiment, the server determines the recommended destination according to a set of candidate addresses.

[0108] Specifically, the server obtains the largest number of candidate destinations in the candidate address set as the first destination, obtains a predetermined number of candidate destinations in the candidate address set in order of time from near to far as the second destination, and uses the first destination and the second destination as the recommended destination.

[0109] For example, assume that the candidate address set is (SD1, SD5, SD4, SD1, SD3, SD3, SD2, SD2, SD6, SD3, SD3, SD2, SD6, SD7). The candidate address set has a total of 14 candidate destinations, and these candidate destinations are arranged in order of time from near to far. The candidate destination with the largest number is SD3, so the first destination is SD3. In the candidate address set, a predetermined number of candidate destinations are obtained as the second destination in order of time from near to far. The second destination is different from the first destination. Assuming the predetermined number is 4, the second destinations obtained are: SD1, SD5, SD4, SD2. Therefore, the recommended destinations are SD3, SD1, SD5, SD4, SD2.

[0110] It should be understood that if there are multiple candidate destinations with the largest number, one of them can be selected as the first destination, and the selection rule can be random or pre-set, for example, selecting the candidate destination closest to the current time. Alternatively, if there are multiple candidate destinations with the largest number, all of them can be used as the first destination, and the selection method of the second destination remains unchanged. Alternatively, if there are multiple candidate destinations with the largest number, all of them can be used as the first destination, and the number of second destinations is reduced accordingly, so that the total number of recommended destinations remains unchanged.

[0111] It should also be understood that if the number of candidate addresses in the set is insufficient, all candidate destinations can be used as recommended destinations. If the number of candidate addresses in the set is empty, no recommendation is made.

[0112] Step S111: Send recommendation data.

[0113] In this embodiment, the server generates recommendation data according to the recommendation destination and sends it to the user terminal.

[0114] In an optional implementation, the server generates the recommendation data by sorting the recommended destinations according to a predetermined sorting rule, wherein the predetermined sorting rule is specifically: the first destination is sorted before the second destination, and each of the second destinations is sorted from near to far in terms of time.

[0115] In another optional implementation, the server generates recommendation data based on the multiple recommended destinations, the type and time of each recommended destination, and the type is the first destination or the second destination.

[0116] Step S112: Display the recommended destination in the location selection interface.

[0117] In this embodiment, the user terminal receives the recommendation data and displays the recommended destinations in the location selection interface. The multiple recommended destinations are arranged in a predetermined manner, and the predetermined manner is related to the number of trips and the travel time in the historical predetermined time period.

[0118] Furthermore, the plurality of recommended destinations are arranged in a predetermined manner: the first destination is arranged before the second destination, and the second destinations are arranged in order from near to far in terms of time.

[0119] Figure 3 is a schematic diagram of the second state of the location selection interface of an embodiment of the present invention. Figure 3 As shown, when the user passes Figure 2 After entering the departure place on the location selection screen shown, jump to Figure 3 The interface shown. The location selection interface also includes the location A5 of the departure point in the electronic map and the recommended destination display area A6. Furthermore, each recommended location information is displayed in the form of a control and can be triggered by clicking.

[0120] The recommended destination display area A6 is located below the destination input area A4, and the plurality of recommended destinations are displayed horizontally in the recommended destination display area A6.

[0121] Assuming that the recommended destinations are ranked as follows: SD3, SD1, SD5, SD4, SD2, the display method is as follows: Figure 3 shown.

[0122] In some embodiments, if the recommended destination is a cross-city address, the name of the city where the recommended destination is located is also displayed. Figure 3 In the example, assuming that SD4 is a cross-city address and the city is CTX, the display method is as follows: Figure 3 shown.

[0123] Furthermore, the recommended destination display area adjusts the display content based on the user trigger instruction. Figure 3As shown, the dotted box represents the content that is not currently displayed. You can select the displayed content by sliding left and right.

[0124] Figure 4 is a schematic diagram of the third state of the location selection interface of an embodiment of the present invention. Figure 4 As shown, when the user passes Figure 3 The location selection interface shown, slide left to jump to Figure 4 The interface shown in the figure has changed the displayed content.

[0125] As a result, users can choose the place they want to go based on the recommended destinations displayed in the location selection interface, thereby improving user operation efficiency.

[0126] Step S113, end.

[0127] In this embodiment, in step S108, if there is no match, the historical destination is not used as a candidate destination and the process ends. Ending here means that the historical destination is no longer processed and the process may return to step S105 to process the next historical destination.

[0128] The embodiment of the present invention receives a data acquisition request sent by a user terminal, acquires historical destinations within a historical predetermined time period, determines the address type of the historical destination according to the departure place in the data acquisition request, and the address type includes a cross-city address and a same-city address, determines multiple recommended destinations in the historical destination based on the address type, and arranges the multiple recommended destinations according to the number of trips and the trip time within the historical predetermined time period, generates recommendation data including multiple recommended destinations, and sends them to the user terminal. In this way, the accuracy of the recommended destinations can be improved, and the user's operation efficiency can be improved.

[0129] Figure 5 FIG. 1 is a flow chart of a method for recommending a location of a server according to an embodiment of the present invention. Figure 5 As shown, the location recommendation method of the server in the embodiment of the present invention includes the following steps:

[0130] Step S210: receiving a data acquisition request sent by a user terminal, wherein the data acquisition request includes a departure place.

[0131] Step S220: Obtain historical destinations within a historical predetermined time period.

[0132] Step S230: determining the address type of the historical destination according to the departure place, wherein the address type includes a cross-city address and a same-city address.

[0133] Step S240: determining a plurality of recommended destinations from the historical destinations based on the address type, wherein the plurality of recommended destinations are arranged in a predetermined manner, and the predetermined manner is related to the number of trips and the travel time within a predetermined historical time period.

[0134] Step S250: Generate recommendation data and send it to the user terminal, wherein the recommendation data includes the multiple recommended destinations.

[0135] In some embodiments, the data acquisition request further includes a user identifier;

[0136] The specific steps for obtaining the historical destinations within the historical scheduled time period are:

[0137] The destination of the target user's historical travel record within a historical predetermined time period is acquired according to the user identifier as the historical destination.

[0138] In some embodiments, determining the address type of the historical destination according to the departure place includes:

[0139] In response to the departure place and the historical destination being in the same city, determining that the address type of the historical destination is a same-city address;

[0140] In response to the departure place and the historical destination being in different cities, it is determined that the address type of the historical destination is a cross-city address.

[0141] In some embodiments, determining a plurality of recommended destinations from the historical destinations based on the address type comprises:

[0142] generating a candidate address set according to the address type, the candidate address set including a plurality of candidate destinations;

[0143] The plurality of recommended destinations are determined according to the set of candidate addresses.

[0144] In some embodiments, generating a candidate address set according to the address type includes:

[0145] The historical destinations whose address type is the same-city address are added as candidate destinations to the candidate address set.

[0146] In some embodiments, generating a candidate address set according to the address type further comprises:

[0147] Acquire a first association relationship, where the first association relationship is an association relationship between a departure city corresponding to the departure place and a destination city corresponding to a historical destination whose address type is a cross-city address;

[0148] Acquire a second association relationship according to the historical travel records, each of the second association relationships being an association relationship between a departure city and a destination city in the historical travel records;

[0149] In response to the existence of a second association relationship that is the same as the first association relationship, the historical destination corresponding to the first association relationship is added to the candidate address set as a candidate destination.

[0150] In some embodiments, determining the plurality of recommended destinations according to the candidate address set comprises:

[0151] Acquire the largest number of candidate destinations in the candidate address set as the first destination;

[0152] Acquire a predetermined number of candidate destinations from the candidate address set in order of time from near to far as second destinations;

[0153] The first destination and the second destination are used as the recommended destinations.

[0154] In some embodiments, the recommendation data further includes the type and time of each recommended destination, the type being the first destination or the second destination.

[0155] In some embodiments, generating the recommendation data and sending it to the user terminal includes:

[0156] sorting the recommended destinations according to a predetermined sorting rule to generate the recommendation data;

[0157] The predetermined sorting rule is specifically: the first destination is arranged before the second destination, and each of the second destinations is arranged in order from near to far in terms of time.

[0158] The embodiment of the present invention receives a data acquisition request sent by a user terminal, acquires historical destinations within a historical predetermined time period, determines the address type of the historical destination according to the departure place in the data acquisition request, and the address type includes a cross-city address and a same-city address, determines multiple recommended destinations in the historical destination based on the address type, and arranges the multiple recommended destinations according to the number of trips and the trip time within the historical predetermined time period, generates recommendation data including multiple recommended destinations, and sends them to the user terminal. In this way, the accuracy of the recommended destinations can be improved, and the user's operation efficiency can be improved.

[0159] Figure 6 FIG. 1 is a flow chart of a method for recommending a location of a user terminal according to an embodiment of the present invention. Figure 6 As shown, the location recommendation method for a user terminal in an embodiment of the present invention includes the following steps:

[0160] Step S310: Send a data acquisition request to a server, wherein the data acquisition request includes a departure place.

[0161] Step S320: Receive recommendation data sent by the server, where the recommendation data includes multiple recommendation destinations.

[0162] Step S330: Display the multiple recommended destinations on the location selection interface, and the multiple recommended destinations are arranged in a predetermined manner, and the predetermined manner is related to the number of trips and the travel time within a historical predetermined time period.

[0163] In some embodiments, the data acquisition request also includes a user identification.

[0164] In some embodiments, the plurality of recommended destinations include a first destination and a second destination;

[0165] Among them, the first destination is the candidate destination with the largest number in the candidate address set, and the second destination is a predetermined number of candidate destinations in the candidate address set from near to far in time. The candidate address set is determined according to the address type of historical destinations within a historical predetermined time period, and the address type includes same-city addresses and cross-city addresses.

[0166] In some embodiments, the plurality of recommended destinations are arranged in a predetermined manner: the first destination is arranged before the second destination, and the second destinations are arranged in order of time from near to far.

[0167] In some embodiments, the location selection interface includes a destination input area and a recommended destination display area, the recommended destination display area is below the destination input area, and the multiple recommended destinations are displayed horizontally in the recommended destination display area.

[0168] In some embodiments, the recommended destination display area adjusts display content based on a user trigger instruction.

[0169] The embodiment of the present invention receives a data acquisition request sent by a user terminal, acquires historical destinations within a historical predetermined time period, determines the address type of the historical destination according to the departure place in the data acquisition request, and the address type includes a cross-city address and a same-city address, determines multiple recommended destinations in the historical destination based on the address type, and arranges the multiple recommended destinations according to the number of trips and the trip time within the historical predetermined time period, generates recommendation data including multiple recommended destinations, and sends them to the user terminal. In this way, the accuracy of the recommended destinations can be improved, and the user's operation efficiency can be improved.

[0170] Figure 7 Schematic diagram of a location recommendation device for a server according to an embodiment of the present invention. Figure 7As shown, the location recommendation device of the server of the embodiment of the present invention includes a request receiving unit 71, a historical data acquisition unit 72, an address type determination unit 73, a recommended destination determination unit 74 and a recommended data sending unit 75. Among them, the request receiving unit 71 is used to receive a data acquisition request sent by a user terminal, and the data acquisition request includes a departure place. The historical data acquisition unit 72 is used to obtain historical destinations within a historical predetermined time period. The address type determination unit 73 is used to determine the address type of the historical destination according to the departure place, and the address type includes a cross-city address and a same-city address. The recommended destination determination unit 74 is used to determine a plurality of recommended destinations in the historical destinations based on the address type, and the plurality of recommended destinations are arranged in a predetermined manner, and the predetermined manner is related to the number of trips and the travel time within the historical predetermined time period. The recommended data sending unit 75 is used to generate and send recommended data to the user terminal, and the recommended data includes the plurality of recommended destinations.

[0171] In some embodiments, the data acquisition request further includes a user identifier;

[0172] Wherein, the historical data acquisition unit is specifically used for:

[0173] The destination of the target user's historical travel record within a historical predetermined time period is acquired according to the user identifier as the historical destination.

[0174] In some embodiments, the address type determination unit includes:

[0175] A first determining subunit is configured to determine that the address type of the historical destination is a same-city address in response to the departure place and the historical destination being in the same city;

[0176] The second determining subunit is configured to determine that the address type of the historical destination is a cross-city address in response to the departure place and the historical destination being in different cities.

[0177] In some embodiments, the recommended destination determination unit includes:

[0178] a set generating subunit, configured to generate a candidate address set according to the address type, wherein the candidate address set includes a plurality of candidate destinations;

[0179] The destination determination subunit is used to determine the multiple recommended destinations according to the candidate address set.

[0180] In some embodiments, the set generation subunit is used to:

[0181] The historical destinations whose address type is the same-city address are added as candidate destinations to the candidate address set.

[0182] In some embodiments, the set generation subunit is further configured to:

[0183] Acquire a first association relationship, where the first association relationship is an association relationship between a departure city corresponding to the departure place and a destination city corresponding to a historical destination whose address type is a cross-city address;

[0184] Acquire a second association relationship according to the historical travel records, each of the second association relationships being an association relationship between a departure city and a destination city in the historical travel records;

[0185] In response to the existence of a second association relationship that is the same as the first association relationship, the historical destination corresponding to the first association relationship is added to the candidate address set as a candidate destination.

[0186] In some embodiments, the destination determination subunit is configured to:

[0187] Acquire the largest number of candidate destinations in the candidate address set as the first destination;

[0188] Acquire a predetermined number of candidate destinations from the candidate address set in order of time from near to far as second destinations;

[0189] The first destination and the second destination are used as the recommended destinations.

[0190] In some embodiments, the recommendation data further includes the type and time of each recommended destination, the type being the first destination or the second destination.

[0191] In some embodiments, the recommendation data sending unit is used to:

[0192] sorting the recommended destinations according to a predetermined sorting rule to generate the recommendation data;

[0193] The predetermined sorting rule is specifically: the first destination is arranged before the second destination, and each of the second destinations is arranged in order from near to far in terms of time.

[0194] The embodiment of the present invention receives a data acquisition request sent by a user terminal, acquires historical destinations within a historical predetermined time period, determines the address type of the historical destination according to the departure place in the data acquisition request, and the address type includes a cross-city address and a same-city address, determines multiple recommended destinations in the historical destination based on the address type, and arranges the multiple recommended destinations according to the number of trips and the trip time within the historical predetermined time period, generates recommendation data including multiple recommended destinations, and sends them to the user terminal. In this way, the accuracy of the recommended destinations can be improved, and the user's operation efficiency can be improved.

[0195] Figure 8 Schematic diagram of a location recommendation device for a user terminal according to an embodiment of the present invention. Figure 8 As shown, the location recommendation device of the user terminal of the embodiment of the present invention includes a request sending unit 81, a recommendation data receiving unit 82 and a display unit 83. Among them, the request sending unit 81 is used to send a data acquisition request to the server, and the data acquisition request includes a departure place. The recommendation data receiving unit 82 is used to receive the recommendation data sent by the server, and the recommendation data includes multiple recommended destinations. The display unit 83 is used to display the multiple recommended destinations on the location selection interface, and the multiple recommended destinations are arranged in a predetermined manner, and the predetermined manner is related to the number of trips and the travel time in the historical predetermined time period.

[0196] In some embodiments, the data acquisition request also includes a user identification.

[0197] In some embodiments, the plurality of recommended destinations include a first destination and a second destination;

[0198] Among them, the first destination is the candidate destination with the largest number in the candidate address set, and the second destination is a predetermined number of candidate destinations in the candidate address set from near to far in time. The candidate address set is determined according to the address type of historical destinations within a historical predetermined time period, and the address type includes same-city addresses and cross-city addresses.

[0199] In some embodiments, the plurality of recommended destinations are arranged in a predetermined manner: the first destination is arranged before the second destination, and the second destinations are arranged in order of time from near to far.

[0200] In some embodiments, the location selection interface includes a destination input area and a recommended destination display area, the recommended destination display area is below the destination input area, and the multiple recommended destinations are displayed horizontally in the recommended destination display area.

[0201] In some embodiments, the recommended destination display area adjusts display content based on a user trigger instruction.

[0202] The embodiment of the present invention receives a data acquisition request sent by a user terminal, acquires historical destinations within a historical predetermined time period, determines the address type of the historical destination according to the departure place in the data acquisition request, and the address type includes a cross-city address and a same-city address, determines multiple recommended destinations in the historical destination based on the address type, and arranges the multiple recommended destinations according to the number of trips and the trip time within the historical predetermined time period, generates recommendation data including multiple recommended destinations, and sends them to the user terminal. In this way, the accuracy of the recommended destinations can be improved, and the user's operation efficiency can be improved.

[0203] Fig. 9 is a schematic diagram of an electronic device according to an embodiment of the present invention. Fig. 9 The electronic device shown is a general data processing device, which includes a general computer hardware structure, which at least includes a processor 91 and a memory 92. The processor 91 and the memory 92 are connected via a bus 93. The memory 92 is suitable for storing instructions or programs executable by the processor 91. The processor 91 can be an independent microprocessor or a collection of one or more microprocessors. Thus, the processor 91 executes the instructions stored in the memory 92, thereby executing the method flow of the embodiment of the present invention as described above to realize the processing of data and the control of other devices. The bus 93 connects the above-mentioned multiple components together, and at the same time connects the above-mentioned components to the display controller 94 and the display device and the input / output (I / O) device 95. The input / output (I / O) device 95 can be a mouse, a keyboard, a modem, a network interface, a touch input device, a somatosensory input device, a printer, and other devices known in the art. Typically, the input / output device 95 is connected to the system via an input / output (I / O) controller 96.

[0204] It should be understood by those skilled in the art that the embodiments of the present invention may be provided as methods, devices (equipment) or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-readable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.

[0205] The present invention is described with reference to flowcharts of methods, apparatuses (devices) and computer program products according to embodiments of the present application. It should be understood that each process in the flowchart can be implemented by computer program instructions.

[0206] These computer program instructions may be stored in a computer readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture including an instruction device that implements the process Figure 1 A function specified in a process or multiple processes.

[0207] These computer program instructions may also 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 produce the instructions for implementing the process Figure 1 A device that specifies functions in a process or multiple processes.

[0208] The solutions described in this specification and in the examples, if they involve the processing of personal information, will be processed on the premise of having a legal basis (such as obtaining the consent of the subject of personal information, or being necessary for the performance of a contract, etc.), and will only be processed within the scope of regulations or agreements. If a user refuses to process personal information other than the necessary information for basic functions, it will not affect the user's use of basic functions.

[0209] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. For those skilled in the art, the present invention may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention shall be included in the protection scope of the present invention.

Claims

1. A location recommendation method, characterized in that: The method comprises: receiving a data acquisition request sent by a user terminal, wherein the data acquisition request includes a departure place; Get historical destinations within the historical booking time period; Determining the address type of the historical destination according to the departure place, the address type including a cross-city address and a same-city address; Determine a plurality of recommended destinations from the historical destinations based on the address type, wherein the plurality of recommended destinations are arranged in a predetermined manner, wherein the predetermined manner is related to the number of trips and the travel time within a predetermined historical time period; Recommendation data is generated and sent to a user terminal, the recommendation data including the plurality of recommended destinations.

2. The method according to claim 1, characterized in that: The data acquisition request also includes a user identifier; The specific steps for obtaining the historical destinations within the historical scheduled time period are: The destination of the target user's historical travel record within a historical predetermined time period is acquired according to the user identifier as the historical destination.

3. The method according to claim 1, characterized in that The determining the address type of the historical destination according to the departure place includes: In response to the departure place and the historical destination being in the same city, determining that the address type of the historical destination is a same-city address; In response to the departure place and the historical destination being in different cities, it is determined that the address type of the historical destination is a cross-city address.

4. The method according to claim 1, characterized in that: The determining a plurality of recommended destinations from the historical destinations based on the address type comprises: generating a candidate address set according to the address type, the candidate address set including a plurality of candidate destinations; The plurality of recommended destinations are determined according to the set of candidate addresses.

5. The method according to claim 4, characterized in that Generating a candidate address set according to the address type comprises: The historical destinations whose address type is the same-city address are added as candidate destinations to the candidate address set.

6. The method according to claim 5, characterized in that Generating a candidate address set according to the address type further comprises: Acquire a first association relationship, where the first association relationship is an association relationship between a departure city corresponding to the departure place and a destination city corresponding to a historical destination whose address type is a cross-city address; Acquire a second association relationship according to the historical travel records, each of the second association relationships being an association relationship between a departure city and a destination city in the historical travel records; In response to the existence of a second association relationship that is the same as the first association relationship, the historical destination corresponding to the first association relationship is added to the candidate address set as a candidate destination.

7. The method according to claim 4, characterized in that Determining the plurality of recommended destinations according to the candidate address set comprises: Acquire the largest number of candidate destinations in the candidate address set as the first destination; Acquire a predetermined number of candidate destinations from the candidate address set in order of time from near to far as second destinations; The first destination and the second destination are used as the recommended destinations.

8. The method according to claim 7, characterized in that The recommendation data further includes the type and time of each recommended destination, where the type is the first destination or the second destination.

9. The method according to claim 7, characterized in that: Generating the recommendation data and sending it to the user terminal includes: sorting the recommended destinations according to a predetermined sorting rule to generate the recommendation data; The predetermined sorting rule is specifically: the first destination is arranged before the second destination, and each of the second destinations is arranged in order from near to far in terms of time.

10. A location recommendation method, characterized in that: The method comprises: Sending a data acquisition request to a server, wherein the data acquisition request includes a departure place; receiving recommendation data sent by a server, wherein the recommendation data includes a plurality of recommendation destinations; The multiple recommended destinations are displayed on the location selection interface, and the multiple recommended destinations are arranged in a predetermined manner, and the predetermined manner is related to the number of trips and the travel time within a historical predetermined time period.

11. The method according to claim 10, characterized in that The data acquisition request also includes a user identifier.

12. The method according to claim 10, characterized in that The plurality of recommended destinations include a first destination and a second destination; Among them, the first destination is the candidate destination with the largest number in the candidate address set, and the second destination is a predetermined number of candidate destinations in the candidate address set from near to far in time. The candidate address set is determined according to the address type of historical destinations within a historical predetermined time period, and the address type includes same-city addresses and cross-city addresses.

13. The method according to claim 12, characterized in that The plurality of recommended destinations are arranged in a predetermined manner: the first destination is arranged before the second destination, and the second destinations are arranged in order from near to far in terms of time.

14. The method according to claim 10, characterized in that The location selection interface includes a destination input area and a recommended destination display area. The recommended destination display area is below the destination input area, and the multiple recommended destinations are displayed horizontally in the recommended destination display area.

15. The method according to claim 14, characterized in that The recommended destination display area adjusts display content based on a user trigger instruction.

16. A location recommendation device, characterized in that: The device comprises: a request receiving unit, configured to receive a data acquisition request sent by a user terminal, wherein the data acquisition request includes a departure place; A historical data acquisition unit, used to acquire historical destinations within a historical predetermined time period; An address type determination unit, configured to determine the address type of the historical destination according to the departure place, wherein the address type includes a cross-city address and a same-city address; a recommended destination determination unit, configured to determine a plurality of recommended destinations from the historical destinations based on the address type, wherein the plurality of recommended destinations are arranged in a predetermined manner, and the predetermined manner is related to the number of trips and the travel time within a predetermined historical time period; The recommendation data sending unit is used to generate recommendation data and send the recommendation data to the user terminal, wherein the recommendation data includes the multiple recommendation destinations.

17. A location recommendation device, characterized in that: The device comprises: A request sending unit, used to send a data acquisition request to a server, wherein the data acquisition request includes a departure place; a recommendation data receiving unit, configured to receive recommendation data sent by a server, wherein the recommendation data includes a plurality of recommendation destinations; The display unit is used to display the multiple recommended destinations on the location selection interface, and the multiple recommended destinations are arranged in a predetermined manner, and the predetermined manner is related to the number of trips and the travel time within a historical predetermined time period.

18. An electronic device comprising a memory and a processor, characterized in that: The memory is used to store one or more computer program instructions, wherein the one or more computer program instructions are executed by the processor to implement the method according to any one of claims 1-15.

19. A computer program product, comprising a computer program, characterized in that: When the computer program is executed on a computer, the computer executes the method according to any one of claims 1 to 15.

20. A computer-readable storage medium having computer program instructions stored thereon, characterized in that: The computer program instructions, when executed by a processor, implement the method according to any one of claims 1 to 15.

Images