CN117635261A

CN117635261A - Recommendation method of carpooling object

Info

Publication number: CN117635261A
Application number: CN202311594627.XA
Authority: CN
Inventors: 李宝旭
Original assignee: Zhejiang Feizhu Network Technology Co ltd
Current assignee: Zhejiang Feizhu Network Technology Co ltd
Priority date: 2023-11-27
Filing date: 2023-11-27
Publication date: 2024-03-01

Abstract

The specification provides a recommendation method of a carpool object, which comprises the following steps: determining information of a first travel section corresponding to a first user and information of a second travel section corresponding to a second user; the information of the travel section corresponding to any user comprises: a stop determined based on the travel ticket of the any user, a user travel location corresponding to the determined stop, and an estimated time of arrival at the determined stop; and recommending the second user to the first user as a carpool object under the condition that the first travel section is matched with the information of the second travel section.

Description

Recommendation method of carpooling object

Technical Field

One or more embodiments of the present disclosure relate to the field of internet technologies, and in particular, to a method for recommending a carpool object.

Background

Carpooling refers to combining two or more transportation services into a new transportation service, typically a vehicle that is commonly ridden by multiple people having the same or similar paths. By using the carpooling service, traffic jam and environmental pollution can be reduced, and meanwhile, as each person only needs to pay part of the vehicle fees, personal traffic cost is saved.

In the related art, carpools are typically organized by users using carpooling software or platforms. The user may input their departure and destination on the ride share software to initiate a ride share request, and the ride share service platform may determine ride share objects that can match their paths based on the location provided by the user. However, in this way, the car information of the user, such as time and place, needs to be manually input after being confirmed by the user, so that the car is very inconvenient to travel.

Disclosure of Invention

In view of this, one or more embodiments of the present disclosure provide a method of recommending a carpool object.

In order to achieve the above object, one or more embodiments of the present disclosure provide the following technical solutions:

according to a first aspect of one or more embodiments of the present disclosure, a method for recommending a carpool object is provided, including:

determining information of a first travel section corresponding to a first user and information of a second travel section corresponding to a second user; the information of the travel section corresponding to any user comprises: a stop determined based on the travel ticket of the any user, a user travel location corresponding to the determined stop, and an estimated time of arrival at the determined stop;

And recommending the second user to the first user as a carpool object under the condition that the first travel section is matched with the information of the second travel section.

According to a second aspect of one or more embodiments of the present disclosure, a recommendation method for a carpool object is provided, including:

receiving a car pooling object recommendation message of a travel ticket for a first user;

displaying information of a second user and/or a second travel section corresponding to the second user recommended by the carpool object recommendation message, wherein the information of the second travel section is matched with the information of a first travel section corresponding to the first user; the information of the travel section corresponding to any user comprises: the determined venue based on the travel ticket for the any user, the user travel location corresponding to the determined venue, and the predicted time to reach the determined venue.

In the technical scheme provided by the specification, the travel location, the station and the estimated time for reaching the station related to the travel of the user can be determined through the travel ticket of the user, so that the travel section of each user can be directly determined. And under the condition that the information of the journey sections among the plurality of users is matched, the journey sections can be recommended as a carpooling object. Through the technical scheme provided by the specification, the travel time and place required by the user can be directly determined, manual input after self-planning of the user is not needed, the carpooling process is simplified, and the carpooling efficiency is improved.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the embodiments of the disclosure.

Drawings

In order to more clearly illustrate the embodiments of the present description or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments described in the present description, and other drawings may be obtained according to these drawings for a person having ordinary skill in the art.

FIG. 1 is a schematic diagram of an information acquisition system according to an exemplary embodiment of the present disclosure;

FIG. 2 is a flowchart of a method for recommending a car pooling object according to an exemplary embodiment of the present disclosure;

FIG. 3 is a flowchart of another method for recommending a car pooling object according to an exemplary embodiment of the present disclosure;

FIG. 4 is a schematic illustration of a travel coupon presentation provided in an exemplary embodiment of the present disclosure;

FIG. 5 is a schematic illustration of a travel segment information presentation provided in an exemplary embodiment of the present disclosure;

FIG. 6 is a schematic illustration of another travel segment information presentation provided by an exemplary embodiment of the present disclosure;

FIG. 7 is a block diagram of a recommendation device for a car pooling object according to an exemplary embodiment of the present disclosure;

FIG. 8 is a block diagram of another recommendation device for a car pooling object provided in an exemplary embodiment of the present disclosure;

fig. 9 is a schematic structural diagram of an electronic device according to an exemplary embodiment of the present specification.

Detailed Description

Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with one or more embodiments of the present specification. Rather, they are merely examples of apparatus and methods consistent with aspects of one or more embodiments of the present description as detailed in the accompanying claims.

It should be noted that: in other embodiments, the steps of the corresponding method are not necessarily performed in the order shown and described in this specification. In some other embodiments, the method may include more or fewer steps than described in this specification. Furthermore, individual steps described in this specification, in other embodiments, may be described as being split into multiple steps; while various steps described in this specification may be combined into a single step in other embodiments.

User information (including but not limited to user equipment information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, presented data, etc.) referred to in this specification are both information and data authorized by the user or sufficiently authorized by the parties, and the collection, use and processing of relevant data requires compliance with relevant laws and regulations and standards of the relevant country and region, and is provided with corresponding operation portals for the user to choose authorization or denial.

Fig. 1 is a schematic architecture diagram of an information acquisition system according to an exemplary embodiment. As shown in fig. 1, the system may include a server 11, a network 12, a number of electronic devices, such as a cell phone 13, a cell phone 14, a cell phone 15, and the like.

The server 11 may be a physical server comprising a separate host, or the server 11 may be a virtual server carried by a cluster of hosts. In the running process, the server 11 may run a program on the server side of a certain application to implement a related function of the application, for example, when the server 11 runs a program of a travel application, it may be implemented as a server side of the travel application.

In this embodiment, the travel application may include a general travel application or an enterprise travel application (i.e., a travel application), which is not limited in this specification. The trip application may be, in addition to a function of assisting a user in trip, used as an integrated functional platform for many other functions, for example, processing various events such as ticket purchasing events (e.g. purchasing tickets such as train tickets and air tickets), settlement events, reimbursement events, and rewarding events, which is not limited by one or more embodiments of the present disclosure.

The handsets 13-15 are one type of electronic device that may be used by a user. Indeed, it is obvious that the user may also use electronic devices of the type such as: tablet devices, notebook computers, palm top computers (PDAs, personal Digital Assistants), wearable devices (e.g., smart glasses, smart watches, etc.), etc., as one or more embodiments of the present description are not limited in this regard. In the running process, the electronic device may run a program on a client side of an application to implement a related function of the application, for example, when the electronic device runs a program of an enterprise travel application, the electronic device may be implemented as a client of the enterprise travel application.

It should be noted that: an application program of a client of a travel application can be pre-installed on an electronic device, so that the client can be started and run on the electronic device; of course, when an online "client" such as HTML5 technology is employed, the client can be obtained and run without installing a corresponding application on the electronic device.

Network 12 may include various types of wired or wireless networks. Interaction between the server 11 and the mobile phones 13-15 can be realized based on the network 12, so that the technical scheme of the recommendation method of the carpooling object in the specification is realized.

Fig. 2 is a flowchart of a method for recommending a car pooling object according to an exemplary embodiment. As shown in fig. 2, the method may be applied to a server (for example, may be deployed on the server 11 shown in fig. 1), and may include the following steps:

step 202, determining information of a first travel section corresponding to a first user and information of a second travel section corresponding to a second user; the information of the travel section corresponding to any user comprises: the determined venue based on the travel ticket for the any user, the user travel location corresponding to the determined venue, and the predicted time to reach the determined venue.

In an embodiment, the travel ticket of any user may be a transportation ticket including a station related to travel and an accommodation order related to travel, where the transportation ticket may include a train ticket, an airplane ticket, an automobile ticket, or a ship ticket, and the corresponding stations are a train station, an airport, an automobile station, a port, and the like. It will be appreciated that traffic tickets typically have station information for two stations, a departure station and an arrival station, respectively, as well as a departure time at the departure station and an arrival time at the arrival station. If a ticket shows that the flight starts from an airport A10:00 and arrives at an airport B12:00, the airport A is a departure station, the airport B is an arrival station, the departure time is 10:00, and the arrival time is 12:00. Thus, the predicted time of arrival at the determined station may be any time within a preset length of time from the departure time or arrival time. The predicted time of arrival at the departure station should be usually a preset time period earlier than the departure time of the air ticket, and the time consumption of security check, delivery, walking in the station, queuing and the like is reserved, while the time of arrival at the corresponding arrival station is usually a preset time period later than the arrival time of the air ticket, and the time consumption of late time, baggage taking, walking in the station, queuing and the like is reserved. The preset time length is used for representing the acceptable waiting time of the user in the station, if the preset time length is 30 minutes, the time difference between the time when the user can accept the car to arrive at the station and the actual departure time of the vehicle is within 30 minutes, or the time difference between the actual arrival time when the user can accept the vehicle and the departure time of the car from the station is within 30 minutes. Of course, the preset duration can be adjusted according to actual requirements, and the preset duration of the departure time can be different from the preset duration of the arrival time, specifically, the preset duration can be set by a user or determined by a server according to a specific traffic mode, which is not limited in the specification.

In an embodiment, the journey section is a journey section that the user needs to complete the carpooling, and the journey section of the carpooling needs to include a user departure place and a user destination. The first user and the second user can be any two users, the first travel section can be any travel section of the first user, the second travel section can also be any travel section of the second user, and the travel section should be a travel section which is not yet going out. The first and second are only for distinguishing different users from one another, and not particularly limited to a certain user or travel section, any user may be the first user or the second user, any travel section may be the second travel section of the first travel Duan Huo, and if there are multiple travel sections of the same user, the user may be the first user due to a certain travel section or may be the second user due to another travel section at the same time. When either the departure place or the destination of the user is a station, another point other than the station in the current car pool trip is a user trip point corresponding to the determined station. Specifically, in the case that the determined station is a departure station, the corresponding user travel location is a departure location of a user corresponding to the departure station; in the case where the determined station is an arrival station, the corresponding user travel location is a user destination corresponding to the arrival station. Along the previous example, a ticket shows that the flight starts from airport a to airport B, and the user needs to start from the residence to the airport and to the residence after taking the aircraft. Then an airport a is a departure station, an airport B is an arrival station, a residence is a user departure place, a residence is a user destination, both can be user travel locations corresponding to the determined station, and the travel segment of the user includes "residence→airport", "airport b→residence". When it is determined whether the first travel section of the first user is matched with the second travel section of the second user, the travel sections formed by the single station and the travel location may be matched, or the travel sections formed by the two stations related to the travel ticket and the travel locations corresponding to the two stations may be matched as a whole. In the previous example, when the user journey section includes "residence→a airport" and "B airport→accommodation site" at the same time, either of the two may be used as the first journey Duan Huo second journey section, i.e. the user will go to the accommodation site from the B airport with the carpooling object; it is also possible to consider both "residence→a airport" and "B airport→accommodation site" as a whole, and take this whole as the first trip segment or the second trip segment, i.e., the user will go to the a airport from the residence with the carpooling object, and then to the accommodation site from the B airport. Whether the first travel section and the second travel section comprise travel sections corresponding to a plurality of stations or not can be set according to actual requirements, and the description is not limited to the travel sections.

In one embodiment, the information for the user's travel segment may be determined based on travel coupons, the stops may be determined based on traffic coupons and the estimated time of arrival at the determined stops, and the user's departure or user's destination may be determined based on accommodation orders. Of course, under the condition that the travel ticket does not contain an accommodation order, the departure place and the destination of the user can be determined according to the information set by the user in a self-defining way, and the travel ticket is not limited in the specification.

In one embodiment, the trip segment corresponding to any user may belong to a trip, typically a trip generated by the user being scheduled to work in an area outside the resident work area by the group to which the user belongs, where the group to which the user belongs may be an enterprise, a hospital, a public institution, or the like. The trip travel may include a trip and a return, and the trip and the return correspond to different user origins and user destinations, respectively. The user departure place or the user destination can be set by user definition, and can also be directly determined by the server side. Specifically, the user departure place may be any user residence, any user office of a group to which any user belongs, or any user-set custom departure place corresponding to the departure of the business trip. If the user needs to go directly to the airport from home, the user departure place can be set as the residence of the user, and if the user needs to go directly to the airport from company, the user departure place can be set as the office of the user. More specifically, the selection of the departure point may be set not only manually by the user but also automatically based on information such as date and time. For example, the flight date is during holidays, or the departure time of the airplane is before the company's departure time, then it may be determined that the user departs from home, and the departure place of the user is set as the residence of the user. And the user destination may be a lodging location determined based on the lodging order of any user or a custom destination set by any user. In the case where the group to which the user belongs provides the office place of the user in the business trip city, the user destination may also be set as the business trip office place. Similarly, the selection of the destination may be set manually by the user or may be set automatically by the server according to the date, time, or other information.

The user origin may be a lodging location determined based on the lodging order of any user or a custom origin set by any user, corresponding to the return trip of the trip. In the case where the group to which the user belongs provides the office place of the user in the business trip city, the user departure place may also be set as the business trip office place. And the user destination may be any user's residence, any user's office of a community to which the user belongs, or any user-set custom destination. If the user needs to go home directly from the airport, the user destination may be set to the residence of the user, and if the user needs to go home from the airport, the user destination may be set to the user's office. More specifically, the destination selection may be set not only manually by the user but also automatically based on information such as date and time. For example, the flight date is during the weekday and the aircraft landing time is still within the working hours, then it may be determined that the user still needs to return to the company, so the user's destination may be set to the user's office. Under the condition that the time recorded by the traffic ticket and reaching the determined station is still in the working time, the consumed time for the user to return to the office from the station can be further estimated, whether the time is still within the working time of the company after the time is elapsed or not is judged, whether the user has the requirement of returning to the office or not is determined, and the user destination is further automatically set according to the judging result.

The residence of the user may be a daily residence of the user, such as a home address, and the office of the user's community may be a common office of the user, such as a corporate address. The user can edit the relevant information such as residence, office of the group, etc. at the client, or set by the enterprise manager for the service section to directly read the field information. Because the travel section corresponding to the user can be a trip travel, under the condition that a plurality of users belong to the same group and travel demands exist, the users can go to a station or a corresponding travel place in a carpooling mode, namely, the travel section needing to be driven in the trip can be completed in a carpooling mode among enterprise staff, and if the user 1 and the user 2 belong to the same enterprise and need to go to an airport to take an airplane to go on the trip, the users can go to the airport in a carpooling mode together. Through the technical scheme of the embodiment, the use efficiency of social resources is improved in a car sharing mode, the interactivity of staff in enterprises is improved, and the expenditure of the enterprises on business trip is remarkably saved.

It will be appreciated that the travel segment corresponding to any user may of course be other common travel than the business trip travel. For example, the user 3 and the user 4 live in the cell C, and two people purchase train tickets with similar departure time, so the technical scheme of the specification can also determine the user 4 as a car recommendation object of the user 3, and at the moment, the living place is a travel place, the train station is a determined station, and the two people start from the living place to make a car and travel to the train station to take a train.

In an embodiment, in a case that the travel section corresponding to the user belongs to the business trip, it may be further determined whether a predefined matching condition is met between the first user and the second user. The predefined matching conditions may include: community attribution sub-condition, department attribution sub-condition, job level difference sub-condition. The first user and the second user meet the community attribution sub-condition, namely the community to which the first user belongs is the same as the community to which the second user belongs, or the communities to which the first user belongs are different but have association relations, such as the two communities belong to the same industry or the same category (like the Internet industry), and the like. The first user and the second user meet the department attribution sub-condition, namely, under the condition that the first user and the second user belong to the same group, the department to which the first user belongs is the same as the group door to which the second user belongs, or the departments to which the first user belongs are different but have association relations, such as that the two departments belong to the same category (like technical departments), and the like. The first user and the second user meet the job level difference sub-condition, namely, the job level difference between the first user and the second user is not larger than the preset level under the condition that the first user and the second user belong to the same group. The difference between the job levels may be based on the job level of the first user, the job level of the second user may be higher than the job level of the first user, or may be lower than the job level of the first user, and the preset level may be set by the user according to the requirement. It should be noted that the above sub-conditions may be combined with each other, and the user may set one or more sub-conditions as predefined matching conditions in the client according to personal needs, so as to complete matching between the users.

For example, the first user may select whether to choose each sub-condition in the client, and if any sub-condition is chosen, it indicates that the sub-condition needs to be met between the first user and the second user. For example, the first user only selects the community attribution sub-condition, then the second user should meet the community attribution sub-condition, and the department attribution sub-condition and the job level difference sub-condition are not limited, namely, the car pooling object which is finally recommended by the first user is the second user belonging to the same community or the associated community, and the affiliated department and job level of the second user may be any situation. For another example, the first user simultaneously checks the community attribution sub-condition and the job level difference sub-condition, and sets the preset level to be 2, so that the second user should meet the community attribution sub-condition and the job level difference sub-condition with the preset level of 2, that is, the second user whose car pooling object finally recommended by the first user belongs to the same community or the associated community and whose job level difference is within 2 levels (including 2 levels).

Through the technical scheme of the embodiment, the use efficiency of social resources is improved in a car sharing mode, enterprise staff can be enabled to better screen car sharing objects according to requirements, requirements of users on the car sharing objects in various fields such as industry, enterprise, department and the like are met, and car sharing experience of the users is improved.

And step 204, recommending the second user to the first user as a carpool object under the condition that the first travel section is matched with the information of the second travel section.

In an embodiment, the travel segment corresponding to the first user may be used as the first travel segment, and the travel segment corresponding to the second user may be used as the second travel segment. The server may compare the information of the first travel segment with the information of the second travel segment to determine whether the two match. When determining whether the first journey section is matched with the second journey section, various factors such as traffic conditions, journey time length, journey route and the like need to be comprehensively considered, and the server can be matched through various carpooling algorithm models such as a route planning algorithm, a real-time scheduling algorithm and the like. It will be appreciated that the second leg need not be identical to the first leg, as long as both the first user and the second user can reach the corresponding station at their respective times, and it can be determined that the leg information matches. Specifically, if the stations corresponding to the first travel section and the second travel section are the same, the corresponding user travel points are the same or similar, and the estimated time of arrival at the stations is the same or similar, it may be determined that the information of the first travel section and the second travel section are matched. The user travel locations are similar, and the user travel location of the first user and the user travel location of the second user can be within a preset distance range; the predicted time of the user arriving at the station is similar, and the predicted time of the first user arriving at the station and the predicted time of the second user arriving at the station are within the preset time length range. Here, the preset distance range and the preset time length range may be set according to actual needs by the user, which is not limited in this specification. For example, assuming that a first user and a second user belong to a group, office at the same location and need to travel from the office to the airport, the first user needs to arrive at the airport 10:00 a while the second user needs to arrive at the airport 10:30 a while waiting time in the airport 30 minutes is acceptable for the second user, the first trip segment matches the second trip segment, and the second user can be recommended to the first user as a carpool object. By applying the technical scheme of the embodiment, the server can directly determine the second travel section matched with the first travel section without manually setting time, place and other information related to the travel section by a user, so that the traffic flow is simplified, and the traffic efficiency is improved.

In an embodiment, a relevant matching standard may be preset, and the second travel section that reaches the matching standard is determined as a matching travel section that can be used for carpooling; and under the condition that a plurality of second travel sections exist or a plurality of second travel sections reaching the matching standard exist, the matching degree of each second travel section and the first travel section can be calculated respectively, the second travel section with the highest matching degree is determined to be the matching travel section capable of being used for carpooling, and the second user is recommended to the first user as a carpooling object.

In an embodiment, the server may further provide information of the second trip segment to the first user, and obtain a result of determining whether the information of the first trip segment matches the information of the second trip segment from a response message returned by the first user. Specifically, after the server side obtains the first travel section information of the first user based on the travel ticket, the second travel section information matched with the first travel section can be provided for the first user, so that the first user can confirm; multiple other travel segments may also be provided to the first user simultaneously to enable the first user to make a selection. Under the condition that a plurality of other travel sections are provided simultaneously, the plurality of other travel sections can be all other travel sections or part of travel sections obtained by filtering after simple matching by a server side, and the plurality of travel sections can be ordered from high to low according to the matching degree, so that a user can acquire effective information more quickly at a client side and select quickly according to requirements. Through the technical scheme of the embodiment, a user can confirm or select other journey sections by himself, so that the car sharing scheme is more attached to personal demands of the user while the car sharing process is simplified.

In an embodiment, the first user may initiate a peer-side adding request at the client, and the server responds to the peer-side adding request initiated by the first user to add the second user as a carpool peer side of the driving order, to directly generate the carpool order or to convert the driving order of the first user into the carpool order. Specifically, the first user may add the second user as a car sharing party under the condition that the first user does not reserve the riding, and reserve the riding after directly generating the car sharing order; and the second user can be added as a carpool party under the condition that the riding is reserved, and the original riding reservation order is converted into the carpool order. The first user can add the party of the carpooling party at a plurality of occasions, such as front and back of the reserved car, front and back of the off-line car, and the like, or add the party after the car is completed and the party of the carpooling is confirmed to take the same car. Under the condition that the sharing of the car is finished, and the party is added after the sharing of the car sharing person is confirmed, the communication between the first user and the second user can be completed on line, for example, the first user and the second user discuss the car sharing information in a face-to-face mode, and after the agreement is reached, on-line operation is performed, for example, the party is added. In the peer-to-peer adding request initiated by the first user, the first user may manually input related information of the second user to initiate the request, or the confirmation operation of the first user to the second user may be regarded as the initiating request, that is, after the server side recommends the second user as the car pooling object to the first user, the first user confirms and then the first user initiates the peer-to-peer adding request. After the addition of the carpooling party of the order is completed, the payment ratio between the pre-defined ordering party and the carpooling party is respectively deducted from the first user and the second user during order settlement. The deduction account may here comprise a private account of the user, a public account of the community or a payment amount allocated to the individual in the community. Under the condition that the ordering party and the carpooling party belong to the same group and the group has a public account, the public account of the group can be directly deducted to finish order settlement, or the payment amount of an individual in the group can be deducted according to a preset rule, and the specific deduction mode is not limited in the specification.

In an embodiment, after the first user initiates the addition request with the second user as the party of the carpool peer, the server further sends a confirmation request about the party addition request to the second user, and generates a carpool order or converts the carpool order of the first user into a carpool order in response to a confirmation response returned by the second user. And under the condition that the second user returns a refusal response or does not answer within a preset time, the car sharing scheme is considered to be not established, and a corresponding car sharing order is not generated. According to the technical scheme, the willingness among a plurality of carpooling users is fully considered, so that the carpooling scheme is more fit with the actual demands of the users, and the user experience is improved.

In one embodiment, incentive resources may also be issued to users participating in the ride share after the ride share order is completed. The issuing object of the incentive resource can be a first user, a second user or both the first user and the second user. The types of the incentive resources can be virtual resource rewards, coupons and the like in the travel application currently used by the user, so that the user is encouraged to travel in a car sharing mode more, and the car sharing enthusiasm of the user is improved.

According to the embodiment, the server side in the specification can determine the travel location, the station and the estimated time for reaching the station related to the travel of the user through the travel ticket of the user, and further can directly determine the travel section for each user. Under the condition that the information of the journey sections among a plurality of users is matched, the journey sections can be recommended as a carpooling object, manual input is not needed after the users plan by themselves, carpooling flow is simplified, and carpooling efficiency is improved; meanwhile, the scheme in the specification can be used for the business trip of the user, so that staff of the same enterprise can finish part of the business trip by means of carpooling, the use efficiency of social resources is improved, the interactivity of staff in the enterprise is improved, and the expenditure of the enterprise on business trip is remarkably saved.

FIG. 3 is a flowchart of another method for recommending a car pooling object provided by an exemplary embodiment. As shown in fig. 3, the method may be applied to a client of a travel application (for example, may be deployed on the mobile phones 13-15 shown in fig. 1), and may include the following steps:

step 302, a car pooling object recommendation message for a travel ticket of a first user is received.

The relevant contents of the travel ticket and the car pooling object recommendation message can be described with reference to the embodiment of the server side of fig. 2.

Step 304, displaying information of a second user and/or a second travel section corresponding to the second user recommended by the car pooling object recommendation message, wherein the information of the second travel section is matched with the information of a first travel section corresponding to the first user; the information of the travel section corresponding to any user comprises: the determined venue based on the travel ticket for the any user, the user travel location corresponding to the determined venue, and the predicted time to reach the determined venue.

In an embodiment, the journey section is a journey section that the user needs to complete the carpooling, and the journey section of the carpooling needs to include a user departure place and a user destination. When either the departure place or the destination of the user is a station, another point other than the station in the current car pool trip is a user trip point corresponding to the determined station. The car pooling object recommendation message may include information of the second user and information of a second trip segment corresponding to the second user. The information of the second user may specifically include personal information such as a user name, a user gender, etc., and in the case that the user has an affiliated group, may also include related information of the user in the group, such as affiliated departments, job classes, etc. The information of the second trip section may specifically include a departure point of the trip section, a target point of the trip section, and an estimated time of arrival at the station, where the departure point and the target point of the trip section are a trip point of the user or a station determined according to a trip ticket. The information of the user trip segment may be determined based on the travel ticket, the stop may be determined based on the traffic ticket and the estimated time of arrival at the determined stop, and the user departure or user destination may be determined based on the accommodation order. Of course, under the condition that the travel ticket does not contain an accommodation order, the departure place and the destination of the user can be determined according to the information set by the user in a self-defining way, and the travel ticket is not limited in the specification.

In an embodiment, the client may present a car pooling object recommendation control to the first user, the control corresponding to the travel ticket of the first user. Referring to fig. 4, when a user's travel ticket is acquired, the client may display the ticket in a travel order list 401, where the travel order list 401 may include a plurality of travel tickets 402, and a car pooling object recommendation control 403 is set at a preset position of each ticket, for example, a button, a drop-down list, etc. is set below the ticket, and a corresponding trigger event is set for the control, which may specifically be a single/double click trigger event, a drag trigger event, etc., which is not limited in this specification. After the user makes a trigger operation on the car pooling object recommendation control, the client responds to the trigger operation and displays the information of the travel section corresponding to the alternative user.

In an embodiment, the candidate users may be users who have a carpooling requirement as well, specifically, all users who have a carpooling requirement may be multiple users obtained after the server side performs simple matching, or the only user with the highest matching degree determined by the server side. The service end can simply match the travel section of each alternative user with the first travel section to obtain a travel section which is relatively in line with the conditions and a corresponding user; or the server may directly determine the second travel segment and the corresponding user that match the first travel segment. The client can switch the display interface to a display interface of the travel section information through popup windows, page jumps and the like, as shown in fig. 5, one or more travel section information 502 can be displayed in the carpool travel section information list 501 at the same time; or the information of the journey segments of the alternative user is displayed directly under the ticket in the form of an expanded list, as shown in fig. 6, and in the interface of the travel order list 601, one or more journey segment information 603 is displayed directly under the travel ticket 602. Under the condition that the travel sections of a plurality of alternative users are provided at the same time, the matching degree of the travel sections and the first travel section can be calculated respectively, and the travel sections are displayed in a sequence from high to low according to the matching degree, so that the users can acquire effective information more quickly at the client, and the effective information can be selected quickly according to requirements.

In an embodiment, the information of the trip segment of each displayed alternative user has a corresponding trigger event, and the client may receive a car sharing object recommendation message using any alternative user as a car sharing object in response to a trigger operation of the information of the trip segment corresponding to any alternative user. The triggering event can be arranged in a control corresponding to the information of each travel section, and the display area of the information of each travel section is provided with one or more functional buttons to assist a user to add a party to carry out carpooling. Specifically, the method may include a "contact counterpart" as shown by a button 503 in fig. 5 and a button 604 in fig. 6, after the user clicks the button, the user may jump to a communication interface to contact the user corresponding to the travel section information in a manner of telephone, short message, instant messaging, etc.; an "add peer" button may be further included, as shown by button 504 in fig. 5 and button 605 in fig. 6, and after the user clicks the button, the user corresponding to the trip segment information may be added as the peer of the current ride. Of course, the trigger event may also be set in all display areas of the information of each trip segment, for example, in area 502 in fig. 5 and area 603 in fig. 6, the user applies a trigger operation to any trip segment information, and the client may respond to the trigger operation, add the user corresponding to the trip segment information as the party of the current bus, and receive the car sharing object recommendation message in which the user corresponding to the trip segment information is used as the car sharing object. The timing of adding the peer may be described with reference to the embodiment of the server side of fig. 2, and the communication between the first user and the second user may be accomplished offline, such as face-to-face communication, and then online operation is performed after agreement is reached.

In an embodiment, after the user makes a trigger operation on the car pooling object recommendation control, the client may further respond to the trigger operation to display user information of the alternative user. The user information of the candidate user may include personal information such as a user name, a sex, etc., and in the case that the user has an affiliated group, related information of the user in the group, such as affiliated departments, job levels, etc. The user information can be subjected to sensitive rule filtering, and non-sensitive information in the user information can be obtained for display. Specifically, sensitive information can be hidden or subjected to blurring processing, such as virtual mobile phone numbers can be allocated to users, home addresses can be subjected to blurring processing, and the like; and in the case that the user has a community to which the user belongs, information of the job level, the post and the like of the user can be hidden. Specific sensitive filtering rules can be set by the skilled person according to the requirements, and the present specification is not limited thereto. By applying the technical scheme of the embodiment, the information privacy protection processing is performed on the carpooling user, so that the information leakage of the user is avoided, and the information security is ensured.

According to the embodiment, the client in the specification can receive the car pooling object recommendation message sent by the server and display the related information of the recommended second user and the corresponding second travel section. Because the second travel section is matched with the first travel section determined based on the travel ticket of the user, the user can quickly acquire the related information of the object capable of sharing the car, and the user does not need to manually input own car sharing information to carry out car sharing matching after planning by himself, so that the car sharing process is simplified, and the car sharing efficiency is improved.

Corresponding to the embodiments of the above method, the present description also provides embodiments of the apparatus.

Referring to fig. 7, in a software embodiment, the recommendation device of the carpool object may include a determining unit 701 and a recommending unit 702. Wherein:

a determining unit 701, configured to determine information of a first travel section corresponding to a first user and information of a second travel section corresponding to a second user; the information of the travel section corresponding to any user comprises: a stop determined based on the travel ticket of the any user, a user travel location corresponding to the determined stop, and an estimated time of arrival at the determined stop;

and a recommending unit 702, configured to recommend the second user to the first user as a carpool object when the first travel section matches with the information of the second travel section.

Optionally, for any of the users:

when the determined station is a departure station, the corresponding user travel location is the user departure location corresponding to the departure station;

in the case where the determined station is an arrival station, the corresponding user travel location is a user destination corresponding to the arrival station.

Optionally, the travel section corresponding to any user belongs to a business trip travel; wherein:

the departure point corresponding to the travel of the business trip is a residence of any user, an office of a community to which any user belongs, or a custom departure point set by any user, and the user destination is a accommodation place determined based on an accommodation order of any user or a custom destination set by any user;

the user departure place is an accommodation place determined based on an accommodation order of the arbitrary user or a custom departure place set by the arbitrary user, and the user destination is a residence place of the arbitrary user, an office place of a community to which the arbitrary user belongs, or a custom destination set by the arbitrary user, corresponding to the return trip of the trip.

Optionally, in the case that the first travel section and the second travel section belong to a business trip, the first user and the second user meet a predefined matching condition; wherein the matching condition includes at least one of:

community attribution sub-condition: belonging to the same group or associated different groups;

Department attribution sub-condition: belonging to the same department or associated different departments;

job level difference sub-conditions: the difference between job levels is not greater than a preset level.

Optionally, the apparatus further includes:

a determining unit 703, configured to compare the information of the first travel section and the second travel section to determine whether the two sections match; or, the method is used for providing the information of the second travel section to the first user, and acquiring a judging result of whether the information of the first travel section and the information of the second travel section are matched from a response message returned by the first user.

Optionally, the determining unit 703 is specifically configured to:

and if the stations corresponding to the first travel section and the second travel section are the same, the corresponding user travel positions are the same or similar, and the predicted time of arrival at the stations is the same or similar, judging that the information of the first travel section and the information of the second travel section are matched.

Optionally, the apparatus further includes:

a generating unit 704, configured to respond to a peer-side adding request initiated by the first user, add the second user as a carpool peer in a taxi taking order placed by the first user, and generate a carpool order;

And the deduction unit 705 is configured to respectively deduct money from the first user and the second user according to a predefined payment ratio between the ordering party and the party.

Optionally, the generating unit 704 is specifically configured to:

sending a confirmation request about the peer-to-peer addition request to the second user;

and responding to the confirmation response returned by the second user, and generating the carpooling order.

Optionally, the apparatus further includes:

and the incentive issuing unit 706 is configured to issue incentive resources to the first user and/or the second user after the car pooling order is completed.

Referring to fig. 8, in a software embodiment, the recommendation device for a carpool object may include a receiving unit 801 and a display unit 802. Wherein:

a receiving unit 801, configured to receive a car pooling object recommendation message for a travel ticket of a first user;

the display unit 802 is configured to display information of a second user and/or a second travel section corresponding to the second user recommended by the car pooling object recommendation message, where the information of the second travel section is matched with the information of the first travel section corresponding to the first user; the information of the travel section corresponding to any user comprises: the determined venue based on the travel ticket for the any user, the user travel location corresponding to the determined venue, and the predicted time to reach the determined venue.

Optionally, the receiving unit 801 is specifically configured to:

displaying a car pooling object recommendation control corresponding to the travel ticket of the first user;

responding to the triggering operation of the car pooling object recommendation control, and displaying the information of the travel section corresponding to the alternative user;

and receiving a car pooling object recommendation message taking any alternative user as a car pooling object in response to a triggering operation of information of a travel segment corresponding to the any alternative user.

Optionally, the apparatus further includes:

a user information display unit 803, configured to respond to a triggering operation for the car pooling object recommendation control, and display user information of the candidate user; the displayed user information is filtered non-sensitive information.

For the device embodiments, reference is made to the description of the method embodiments for the relevant points, since they essentially correspond to the method embodiments. The apparatus embodiments described above are merely illustrative, wherein the modules illustrated as separate components may or may not be physically separate, and the components shown as modules may or may not be physical, i.e., may be located in one place, or may be distributed over a plurality of network modules. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art will understand and implement the present invention without undue burden.

Fig. 9 is a schematic block diagram of an apparatus provided in an exemplary embodiment. Referring to fig. 9, at a hardware level, the device includes a processor 902, an internal bus 904, a network interface 906, a memory 908, and a non-volatile storage 910, although other hardware required for other functions is also possible. The processor 902 reads the corresponding computer program from the nonvolatile memory 910 into the memory 908 and then runs to form a recommendation device for the car pooling object on a logic level. Of course, in addition to software implementation, one or more embodiments of the present disclosure do not exclude other implementation manners, such as a logic device or a combination of software and hardware, etc., that is, the execution subject of the following processing flow is not limited to each logic unit, but may also be hardware or a logic device.

The system, apparatus, module or unit set forth in the above embodiments may be implemented in particular by a computer chip or entity, or by a product having a certain function. A typical implementation device is a computer, which may be in the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or a combination of any of these devices.

In a typical configuration, a computer includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include volatile memory in a computer-readable medium, random Access Memory (RAM) and/or nonvolatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of computer-readable media.

Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer 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, read only compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic disk storage, quantum memory, graphene-based storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by the computing device. Computer-readable media, as defined herein, does not include transitory computer-readable media (transmission media), such as modulated data signals and carrier waves.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article or apparatus that comprises the element.

The foregoing describes specific embodiments of the present disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims can be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

The terminology used in the one or more embodiments of the specification is for the purpose of describing particular embodiments only and is not intended to be limiting of the one or more embodiments of the specification. As used in this specification, one or more embodiments and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any or all possible combinations of one or more of the associated listed items.

It should be understood that although the terms first, second, third, etc. may be used in one or more embodiments of the present description to describe various information, these information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of one or more embodiments of the present description. The word "if" as used herein may be interpreted as "at … …" or "at … …" or "responsive to a determination", depending on the context.

The foregoing description of the preferred embodiment(s) is (are) merely intended to illustrate the embodiment(s) of the present invention, and it is not intended to limit the embodiment(s) of the present invention to the particular embodiment(s) described.

Claims

1. A method for recommending a carpool object, comprising:

2. The method of claim 1, wherein for any one of the users:

3. The method of claim 2, wherein the travel segment corresponding to any user belongs to a business trip; wherein:

4. The method of claim 1, wherein a predefined match condition is met between the first user and the second user in the event that the first travel segment and the second travel segment belong to a business trip; wherein the matching condition includes at least one of:

5. The method as recited in claim 1, further comprising:

comparing the information of the first travel section and the second travel section to determine whether the two are matched; or,

and providing the information of the second travel section to the first user, and acquiring a judging result of whether the information of the first travel section and the information of the second travel section are matched or not from a response message returned by the first user.

6. The method of claim 5, wherein comparing the information of the first travel segment and the second travel segment to determine if the two match comprises:

7. The method as recited in claim 1, further comprising:

Responding to a peer-side adding request initiated by the first user, generating a carpool order or converting a taxi taking order of the first user into a carpool order;

and respectively deducting money from the first user and the second user according to a predefined payment proportion between the ordering party and the carpooling party.

8. The method of claim 7, wherein the generating a carpool order or converting the first user's taxi taking order to a carpool order comprises:

and responding to the confirmation response returned by the second user, generating a carpool order or converting the driving order of the first user into the carpool order.

9. The method as recited in claim 7, further comprising:

and after the car pooling order is completed, sending motivation resources to the first user and/or the second user.

10. A method for recommending a carpool object, comprising: