Route sharing method and device, electronic equipment, readable storage medium and chip

Abstract

The invention discloses a route sharing method and device, electronic equipment, a readable storage medium and a chip, and relates to the technical field of hitchhiking, and the route sharing method comprises the steps: obtaining historical sharing order information of a first sharing user; at least one piece of common route information is determined according to the historical ride-sharing order information, and each piece of common route information is associated with at least two pieces of historical ride-sharing order information; a car-sharing communication group corresponding to the common route information is acquired, the car-sharing communication group comprises at least one second car-sharing user, and the second car-sharing user comprises a car owner user and a passenger user; determining order information corresponding to the passenger user, and displaying the order information in a communication interface of the carpooling communication group; and in response to an order receiving instruction of the vehicle owner user for the order information in the communication interface, establishing a ride-sharing association between the vehicle owner user and the passenger user. Through the scheme, the matching efficiency and the long-term cooperation stability of the hitchhiking service are remarkably improved.

Description

Technical Field

[0001] The present application relates to the field of ride-sharing technology, and in particular to a route-sharing method and device, an electronic device, a readable storage medium, and a chip. Background Art

[0002] At present, in the field of carpooling, passengers and car owners generally use single order matching for carpooling, which cannot meet the long-term and stable cooperation needs of passengers and car owners on fixed routes. In related technologies, passengers usually exchange contact information directly with car owners, but there is a risk of privacy leakage. At the same time, private carpooling cannot be supervised, and there are certain safety risks for both parties of the carpooling, resulting in a poor carpooling experience. Summary of the Invention

[0003] The purpose of the embodiments of the present application is to provide a route-sharing method and device, an electronic device, a readable storage medium, and a chip, which can solve the problem of poor ride-sharing experience between car owners and passengers on fixed routes.

[0004] In a first aspect, an embodiment of the present application provides a route carpooling method, the method comprising: obtaining historical carpooling order information of a first carpooling user; determining at least one frequently used route information based on the historical carpooling order information, wherein each frequently used route information is associated with at least two historical carpooling order information; obtaining a carpooling communication group corresponding to the frequently used route information, the carpooling communication group including at least one second carpooling user, the second carpooling users including a vehicle owner user and a passenger user; determining order information corresponding to the passenger user, and displaying the order information in a communication interface of the carpooling communication group; establishing a carpooling association between the vehicle owner user and the passenger user in response to the vehicle owner user's order acceptance instruction for the order information in the communication interface.

[0005] In the second aspect, an embodiment of the present application provides a route sharing device, including: an order acquisition module for acquiring historical sharing order information of a first sharing user; a route determination module for determining at least one commonly used route information based on the historical sharing order information, wherein each commonly used route information is associated with at least two historical sharing order information; a group acquisition module for acquiring a sharing communication group corresponding to the commonly used route information, the sharing communication group including at least one second sharing user, the second sharing user including a car owner user and a passenger user; a group communication module for determining the order information corresponding to the passenger user, and displaying the order information in the communication interface of the sharing communication group; a matching module for establishing a sharing association between the car owner user and the passenger user in response to the car owner user's order acceptance instruction for the order information in the communication interface.

[0006] In a third aspect, an embodiment of the present application provides an electronic device comprising a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the method of the first aspect.

[0007] In a fourth aspect, an embodiment of the present application provides a readable storage medium, on which a program or instruction is stored, and when the program or instruction is executed by a processor, the steps of the method of the first aspect are implemented.

[0008] In a fifth aspect, an embodiment of the present application provides a chip, which includes a processor and a communication interface, the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the steps of the method in the first aspect.

[0009] In this embodiment of the application, the system automatically identifies a user's frequently used fixed routes based on their historical ride-sharing behavior and establishes a ride-sharing communication group around these routes. In this communication group, the system displays the passenger's order information in a templated manner, and the driver can directly respond to the order based on the displayed content, thus realizing a closed, efficient, privacy-friendly, and compliant route-sharing promotion mechanism.

[0010] The route sharing method provided in this application can significantly improve the matching efficiency and long-term cooperation stability of the ride-sharing service, and solve the technical difficulties of traditional ride-sharing in many aspects such as long-term fixed routes, user privacy protection, group communication efficiency, information standardization and platform compliance supervision. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] Figure 1 A schematic flow chart of a route sharing method according to an embodiment of the present application is shown; Figure 2 A schematic flow chart of a route sharing method according to an embodiment of the present application is shown; Figure 3 A schematic flow chart of a route sharing method according to an embodiment of the present application is shown; Figure 4 A schematic flow chart of a route sharing method according to an embodiment of the present application is shown; Figure 5 A schematic structural diagram of a route sharing device according to an embodiment of the present application is shown; Figure 6 A schematic structural diagram of an electronic device according to an embodiment of the present application is shown; Figure 7 A schematic structural diagram of an electronic device according to an embodiment of the present application is shown; Figure 8 A schematic diagram of the hardware structure according to a specific embodiment of the present application is shown.

[0012] in, Figures 5 to 7 The corresponding relationship between the reference numerals and component names is as follows: 100: electronic device; 101: radio frequency unit; 102: network module; 103: audio output unit; 104: input unit; 1041: graphics processor; 1042: microphone; 105: sensor; 106: display unit; 1061: display panel; 107: user input unit; 1071: touch panel; 1072: other input devices; 108: interface unit; 1109: memory; 1110: processor; 900: route sharing device; 901: order acquisition module; 902: route determination module; 903: group acquisition module; 904: group communication module; 905: matching module; 906: template communication module. DETAILED DESCRIPTION

[0013] The following will be combined with the accompanying drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the embodiments described are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field are within the scope of protection of this application.

[0014] The terms "first," "second," and the like in the specification and claims of this application are used to distinguish similar objects, and are not used to describe a specific order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate, so that the embodiments of this application can be implemented in an order other than that illustrated or described herein, and that the objects distinguished by "first," "second," and the like are generally of the same type, and do not limit the number of objects; for example, the first object can be one or more. In addition, the term "and / or" in the specification and claims refers to at least one of the connected objects, and the character " / " generally indicates that the objects connected are in an "or" relationship.

[0015] The following is combined with Figures 1 to 8 , the route sharing method and device, electronic device, readable storage medium and chip provided in the embodiments of the present application are described in detail through specific embodiments and their application scenarios.

[0016] This embodiment provides a route sharing method, such as Figure 1 As shown, including: Step S102: Acquire historical ride-sharing order information of the first ride-sharing user; Step S104: determining at least one frequently used route information based on the historical ride-sharing order information, where each frequently used route information is associated with at least two pieces of historical ride-sharing order information; Step S106: Acquire a carpool communication group corresponding to the frequently used route information, where the carpool communication group includes at least one second carpool user; the second carpool users include a vehicle owner user and a passenger user; Step S108: Determine the order information corresponding to the passenger user, and display the order information in the communication interface of the carpool communication group; Step S110: In response to the car owner user's instruction to accept the order information in the communication interface, a carpooling association between the car owner user and the passenger user is established.

[0017] The route sharing method provided in this embodiment can automatically identify the user's frequently used fixed routes based on their historical sharing behavior, and establish a sharing communication group around the route. In this communication group, the system displays the passenger's order information in a templated manner, and the car owner can directly respond to the order based on the displayed content, thereby realizing a closed, efficient, privacy-friendly and compliant route sharing facilitation mechanism. According to the route sharing method provided in this application, the matching efficiency and long-term cooperation stability of the ride-sharing service can be significantly improved, and the technical difficulties of traditional ride-sharing in many aspects such as long-term fixed routes, user privacy protection, group communication efficiency, information standardization and platform compliance supervision are solved. Through key technical means such as system intelligent identification, automatic creation and management of group chats, message template control, synchronous order push, instant order acceptance, and automatic establishment of sharing relationships, a data-driven, process-automated, and behavior-controllable ride-sharing cooperation channel is built between car owners and passengers.

[0018] By obtaining the first carpool user's historical carpool order information, the system automatically extracts the historical carpool order data of all registered users on the platform, as well as their historical ride trajectories and route preferences. This information includes, but is not limited to, the passenger's origin, destination, travel time, and frequency. This enables the system to analyze based on actual data rather than subjective choices, ensuring accurate and objective route identification.

[0019] Then, based on the historical order information, the system identifies at least one frequently used route. The system uses algorithms such as path clustering, frequency statistics, and time pattern recognition to analyze the user's historical route information, identify the routes that the user travels repeatedly, and organize this information into structured "frequently used routes". This enables automated mining of travel patterns without the need for manual entry by the user, thereby lowering the threshold for use. At the same time, based on quantity thresholds (such as if the fixed route has more than two or three order records), occasional routes can be removed to enhance the stability and accuracy of subsequent processing.

[0020] On this basis, when the system identifies a user's frequently used route, it can obtain a carpooling communication group corresponding to the frequently used route information. The server system will search the database to see if there is already a group chat matching the route. If so, the user will be guided or automatically joined; if the group does not exist, the system will automatically create a new group and add the user and other users with the same route preferences to the group. The purpose is to aggregate car owners and passengers with similar behavioral characteristics into a digital communication scenario, thereby constructing a multi-person communication and order matching environment based on the "route" dimension. Without relying on social relationship chains, it can quickly build a highly relevant user circle through the historical travel dimension, greatly improving the matching relevance.

[0021] The carpooling communication group includes at least one second carpooling user, specifically the driver and passenger. The system ensures that there are available drivers and other potential passengers in the carpooling group. This isn't simply a group creation operation; rather, the system uses intelligent behavioral patterns and user tags to identify users with high probability of "driver roles" and "passenger roles" to form a well-structured group. This increases the probability of true matches within the group and avoids situations where a single type of user can cause inactivity or a lack of matchmaking within the group.

[0022] Finally, the order information corresponding to the passenger user is determined and displayed in the ridesharing communication group. This information can include newly posted orders or future orders automatically generated by the platform system based on historical data patterns. The order information also includes structured fields such as departure time, departure location, destination, number of passengers, and whether it is negotiable. The system identifies valid passenger orders and associates them with their identities in a backend data structure, enabling the system to accurately display order details to other valid users. Passenger orders are displayed in the group chat interface using a templated, standardized, and pre-set format. This uniformly standardized content avoids information gaps, difficulty parsing, and potential privacy breaches that arise when users send free-text messages. The system implements purely templated group messaging through interface components, enabling rapid information dissemination, standardized semantic processing, and avoiding the audit and security risks associated with custom text. This also lays the foundation for interactive processes such as message filtering and redirecting to detail pages.

[0023] After the driver sees a passenger's order information in the group, if their itinerary matches, they can click buttons such as "Accept Order" or "I Can Provide Seats". In response to the driver's acceptance instruction in the communication interface, the system captures the order acceptance action, immediately establishes an interactive relationship between the driver and the order, and feedback status updates. Once the driver clicks the order acceptance operation, the system matches and binds the driver and the passenger's order in the background, significantly improving the matching efficiency and reducing the matching failure rate.

[0024] It is understandable that users do not need to jump to the customized order issuance system. The entire matching process is completed in the group, message, and one-click response, which greatly shortens the interaction path and matching cycle.

[0025] This solution transforms user behavior into structured route preference data, automatically establishing group chats for corresponding routes and connecting users with similar travel needs. Consumer orders are displayed in the group using standardized templates, avoiding unstructured communication. Drivers can accept orders directly through the group interface, improving response time. After a successful match, the platform instantly establishes a ridesharing connection between the two parties based on the action, achieving closed-loop management. Throughout the entire process, users do not need to exchange personal contact information, protecting privacy. Furthermore, the platform provides centralized review and management of message content to support compliance.

[0026] In a specific embodiment, it is mainly used for instant messaging (i.e., Instant Message, IM) between the car owner and the carpooling passengers. Figure 8 As shown, it includes the following main parts: User Behavior Identification Module: This module analyzes a user's historical order data to identify a passenger's frequently used round-trip routes (e.g., between locations A and B). For these frequently used routes, the system automatically creates or invites passengers to join corresponding IM group chats (e.g., "AB Route Carpool Group").

[0027] After the server recognizes that the user has traveled to and from the route more than N times (N is determined by the company's business), the system determines whether there is a carpooling group for the route. If not, the server system automatically creates an IM group for the route (such as "AB route carpooling group") and records the group ID. If it exists, the system will prompt the user to join the group through a pop-up window. Passengers and car owners can join the route group with one click.

[0028] Message Template Restriction Module: Set message templates in group chats, limiting passengers to sending only template messages containing their own order information (such as departure time, location, number of people, etc.), while drivers can send template messages containing their own free trips. Custom messages are prohibited to ensure the standardization and security of group chat content. Passengers can only send their own orders in the group and can use system-provided template messages such as "Time is negotiable". Drivers can only accept orders in the group and can use system-provided template messages such as "Can we depart half an hour later?" or "Can the highway toll be shared?"

[0029] Privacy protection and compliance audit module: authenticate all users joining group chats to ensure the authenticity of user information; monitor group chat content in real time to prevent the spread of illegal content and ensure the compliance operation of the platform.

[0030] In addition, an order matching and push module can also be set up: based on the template messages sent by passengers and car owners, the system automatically matches eligible orders and pushes the order information to both parties to promote the completion of the transaction.

[0031] This specific embodiment improves matching efficiency. Through automatic system identification and push notifications, it reduces search costs for passengers and drivers, increasing matching success rates. It also enhances user engagement, providing a stable communication platform for passengers and drivers who frequently travel on fixed routes, fostering the establishment of long-term partnerships. It also protects user privacy by effectively preventing privacy leaks through message template restrictions and privacy protection mechanisms. It also promotes compliant operations, strengthens the supervision of group chat content, ensures platform compliance, and reduces legal risks.

[0032] Furthermore, when joining a group, private small groups of acquaintances can be transformed into formal platform groups. Users can then post itineraries, attract new users, and increase user and order volume, creating a truly tailored ride environment. Drivers can create groups by generating a unique code. Alternatively, drivers can post their frequently used routes, and the platform will ask whether they want to create a group. If yes, they can create one, otherwise they won't. Passengers are then matched according to the platform's existing model. Passengers can join the driver's group, view the itineraries of their regular drivers, and post their own itineraries to secure seats.

[0033] The specific ways to join are as follows: Use the car owner's exclusive code to forward and share and invite acquaintances to join the group; if the car owner encounters a smooth / friendly passenger during the trip, he can push the car owner's IM group to the passengers in the driver's IM and invite the passengers to join the group for the convenience of traveling together next time; the car owner's vehicle has a built-in car sticker, or the car computer displays an exclusive code, and acquaintances or passengers in the car can scan the code to join the group after being introduced by the car owner.

[0034] Passengers can be invited to join a group by their driver, or they can scan a QR code and, with the driver's approval, join the driver's group. Passengers can fill in their frequently used routes when submitting their group application, making it easier for the driver to pass the group's review.

[0035] Internal group management is limited to posting itineraries only, with no chat functionality. Drivers must first post their itineraries for a particular day before passengers can post their itineraries for that day. Drivers post their itineraries first, and the platform will remind them at a fixed time each day to confirm whether they want to post an itinerary along their usual route. Confirming automatically posts, or denying allows the driver to post their itinerary independently. Alternatively, drivers can post their itineraries independently, posting their itineraries daily or limiting itineraries to the next day to facilitate advance reservations for passengers. Alternatively, the platform will remind drivers to post itineraries at a fixed time each day. If a driver does not post an itinerary, the platform will remind passengers in the group that they do not need to travel that day or the next day and recommends posting their itinerary on the platform to find other drivers traveling the same route.

[0036] Passengers can only post a ride (or follow the driver's itinerary) if the driver has already posted a ride for today. If the driver has not posted a ride for today, passengers cannot post a ride in the driver group. Passengers cannot post a ride for today if the driver has already accepted a ride, declined a ride, or the driver's ride is full. Drivers and passengers in the ride-sharing group can choose to prioritize ride-sharing group orders. If there are empty seats, they can be matched with other passengers on the platform outside the ride-sharing group. If the seats are full, they can be matched with other drivers on the platform outside the ride-sharing group. Alternatively, they can choose to only match ride-sharing group orders.

[0037] There are several situations in which passengers may leave the group: car owner management, for example, the car owner has removed you from the car owner's group due to reduced travel demand and low convenience; passenger management, the passenger has left the car owner's group due to reduced travel demand / low convenience / poor travel experience, etc.; the platform controls the number of people in the car owner's group, such as 4-10 people.

[0038] For ride-hailing orders, the platform can give appropriate discounts on fees. Even if the ride is with an acquaintance, the car owner can choose to waive the fee and still enjoy the platform's travel protection.

[0039] Alternatively, as Figure 2 As shown, before obtaining the carpooling communication group corresponding to the commonly used route information, the following is also included: Step S1052: Determine the group ID code corresponding to the common route information; Step S1054: searching the group database for a carpooling group corresponding to the frequently used route information based on the group identity code; If so, execute step S106: obtain a carpool communication group corresponding to the frequently used route information; otherwise, execute step S1056: create a carpool communication group corresponding to the frequently used route information according to the group identity code.

[0040] In this embodiment, building on the existing system of identifying frequently used routes based on a user's historical ridesharing behavior and obtaining ridesharing groups corresponding to those routes, the present invention further introduces a mechanism for determining and matching group ID codes. Before executing the "obtaining ridesharing groups corresponding to frequently used routes," the system first generates a unique identification code (i.e., a group ID code) based on the fixed route information for group identification. This code is then used as an index to search the group database for existing corresponding group chat objects, thereby enabling group chat reuse, avoiding duplicate creation, and improving system efficiency and consistency.

[0041] When the system identifies a common route (such as "Place A → Place B") based on the user's historical orders, the system first performs the "determine group identity code" operation.

[0042] The group ID is a unique identifier that corresponds to the commonly used route information. It can be generated through a preset hash algorithm, encoding rules, or data dictionary mapping. For example, the group ID can be constructed as a unique and searchable code such as "AB-Morning Peak" or "RouteHash(A,B,timeSlot)".

[0043] The system then performs a search operation in the group database on the server based on the group identity code to determine whether a corresponding group chat instance already exists.

[0044] If the system query finds that a carpooling communication group corresponding to the group identity code already exists, it will directly obtain the group object and perform group joining or information synchronization operations.

[0045] If the query result is empty, it means that there is no group chat corresponding to the group identity code. The system will call the group creation interface according to the group identity code rules, generate a new carpooling communication group corresponding to the frequently used route in real time, and record the mapping relationship between the group and the group identity code for future retrieval.

[0046] After the creation is completed, the user will be invited or automatically pulled into the new group, and will execute the subsequent order display, message interaction, owner order acceptance and order binding processes.

[0047] By determining the group identity code, a unique, identifiable, and comparable logical identifier can be generated based on commonly used route information. This serves as the basis for subsequent group inquiries and group creation, enabling unique indexing of group instances under specific business dimensions (such as a fixed departure-destination-time period), thus giving the group chat structure stability and auditability.

[0048] By searching the group database based on the group identity code, the platform database is automatically searched for registered group chat objects, i.e., the ride-sharing communication group, to improve resource reuse rate, avoid system redundancy and user dispersion caused by repeated group creation for the same route, and maximize the aggregation of users with the same behavior; at the same time, improve system call efficiency.

[0049] If a carpooling communication group exists, the group object is directly obtained to reuse the existing group chat, reduce repeated creation operations, optimize system performance, reduce database overhead, and enhance users' sense of stability and belonging in the group.

[0050] If there is no group, one will be created and a mapping relationship will be established to ensure that any carpooling behavior identified as a commonly used route can be automatically mapped to a group space where communication and interaction can take place, so that each travel mode can be structured and managed.

[0051] It can be understood that by adding the above process steps, the technical effect has formed a complete "identification-search-organization-communication-order acceptance" path with commonly used routes as the core, group identity codes as key values, group chats as communication space, and orders as the basis for interaction. Overall, a structured, automated, searchable, and evolvable carpooling collaboration framework has been constructed.

[0052] This solution can effectively avoid the confusion caused by unstructured user behavior.

[0053] Alternatively, as Figure 3 As shown, the method further includes: step S1042: determining the number of times the first carpooling user publishes a route corresponding to the frequently used route information; step S1044: determining the group identity code corresponding to the frequently used route information when the number of routes exceeds a set threshold.

[0054] In this embodiment, before determining the group ID corresponding to the frequently used route information, the system counts the number of times the first carpool user posts a route corresponding to the frequently used route information. This count, based on historical order data, reflects the user's actual frequency of use and reliance on the route.

[0055] Next, the system will determine whether the number of times the route is posted exceeds the preset threshold (the threshold can be set by the platform based on business needs and user behavior characteristics, such as more than 3 times or 5 times). Only when the number of releases reaches or exceeds the threshold, the system will execute the subsequent "determine the group identity code" step.

[0056] Through the above solution, behavior frequency filtering can be achieved to avoid misjudging occasional routes. By counting the number of routes and setting thresholds, the system can distinguish between users' occasional non-fixed routes and real frequently used routes, avoiding unnecessary group creation and resource waste due to single or small orders.

[0057] In addition, only when users show stable and frequent travel needs for a certain route will the system generate a corresponding group identity code for the route and attempt to create or link a ride-sharing communication group, thereby ensuring the rational allocation and efficient use of group chat resources.

[0058] Furthermore, this solution serves as a pre-judgment threshold, forming the first screening checkpoint from user behavior data to group chat construction. The specific process is as follows: the system first counts and determines whether the number of times a user has posted a route has reached a threshold. If the threshold is not reached, group ID determination and group chat creation are not performed, and the user continues with the standard single-order matching process. If the threshold is reached, the system proceeds to group ID generation, group chat search, and creation, completing the automatic construction of fixed route groups and user aggregation.

[0059] Alternatively, as Figure 4 As shown, it also includes: Step S1122: Acquire first template information corresponding to the passenger user and second template information corresponding to the vehicle owner user; Step S1124: Displaying the first template information and / or the second template information in the communication interface of the carpool communication group.

[0060] In this embodiment, after the carpooling communication group is created and the two users within the group, namely, the passenger user and the driver user, are identified, the system extracts structured content from the passenger user's currently published or pre-published order data by obtaining the first template information corresponding to the passenger user, and generates a first template information in a unified format based on the platform's preset message template rules. This template information includes, but is not limited to, the following fields: departure location - destination - departure time - number of passengers, travel preferences (such as whether the time can be negotiated), and structured tags for notes (such as "carrying oversized luggage / carrying children"). This first template information is packaged in a unified format for display in the carpooling communication group, allowing drivers to quickly understand passenger needs.

[0061] This application obtains the second template information corresponding to the vehicle owner, similarly reads the trip information posted by the vehicle owner, and converts it into a standardized second template information format. This information includes, but is not limited to, the number of available seats, route range or deviation interval, departure or negotiable time, whether to accept last-minute carpooling, types of shared expenses (fuel, highway tolls, etc.), and the vehicle owner's itinerary preferences (e.g., whether to pick up passengers along the route). This unified template generation method achieves standardized expression of travel supply-side information.

[0062] The above template information is displayed in the communication interface of the carpooling communication group. After obtaining the above first template information and second template information, the system will actively push or display the information card of the corresponding user in the interface of the carpooling communication group, rendering it in the form of cards or message components to standardize the format of communication content and reduce the user's understanding cost.

[0063] For example, when a passenger posts a trip, a first template message is generated and automatically displayed in the group by the system. When a driver posts a trip or responds to a passenger's order, a second template message is generated and displayed on the same interface. Both parties interact through pre-set templates, without having to edit custom text. By structuring and standardizing the acquisition and display mechanism of this template information, the previously unstructured user travel needs and invitation behaviors are unified into a standard format, making it easier for the system to parse, filter, and calculate, fundamentally improving the ability to automate order processing and intelligent matching.

[0064] In addition, the communication cost of users is reduced. The message template displays the content in a visual and standardized manner, allowing users (especially car owners) to obtain the key information of passengers at a glance, improve communication efficiency, and avoid the risks of information ambiguity, misunderstanding or omission in traditional chat formats.

[0065] It's important to emphasize that this solution prevents privacy leaks and illegal communication. Templates replace free text and exclude "non-core ridesharing information," such as contact information and sensitive social content, from the templates. This effectively prevents users from actively or unintentionally exposing private information in group chats. Furthermore, the platform can audit and monitor template fields to facilitate compliance oversight.

[0066] like Figure 5 As shown, the embodiment of the present application provides a route sharing device 900. The route sharing device 900 includes an order acquisition module 901, a route determination module 902, a group acquisition module 903, a group communication module 904, a matching module 905 and a template communication module 906.

[0067] Among them, the order acquisition module 901 is used to obtain the historical carpooling order information of the first carpooling user; the route determination module 902 is used to determine at least one commonly used route information based on the historical carpooling order information, wherein each commonly used route information is associated with at least two historical carpooling order information; the group acquisition module 903 is used to obtain the carpooling communication group corresponding to the commonly used route information, the carpooling communication group includes at least one second carpooling user, and the second carpooling user includes the car owner user and the passenger user; the group communication module 904 is used to determine the order information corresponding to the passenger user, and display the order information in the communication interface of the carpooling communication group; the matching module 905 is used to respond to the car owner user's order acceptance instruction for the order information in the communication interface, and establish a carpooling association between the car owner user and the passenger user.

[0068] Through this solution, it is possible to automatically identify the user's frequently used fixed routes based on their historical carpooling behavior, and establish a carpooling communication group around the route. In this communication group, the system displays the passenger's order information in a templated manner, and the car owner can directly respond to the order based on the displayed content, thereby realizing a closed, efficient, privacy-friendly and compliant route carpooling promotion mechanism. According to the route carpooling method provided in this application, the matching efficiency and long-term cooperation stability of the ride-sharing service can be significantly improved, and the technical difficulties of traditional carpooling in many aspects such as long-term fixed routes, user privacy protection, group communication efficiency, information standardization and platform compliance supervision are solved. Through key technical means such as system intelligent identification, automatic creation and management of group chats, message template control, synchronous order push, instant order acceptance, and automatic establishment of carpooling relationships, a data-driven, process-automated, and behavior-controllable ride-sharing cooperation channel is built between car owners and passengers.

[0069] Optionally, the group acquisition module 903 is also used to determine the number of times the first carpooling user has published a route corresponding to the frequently used route information; when the number of routes exceeds a set threshold, determine the group identity code corresponding to the frequently used route information; search the group database for a carpooling communication group corresponding to the frequently used route information based on the group identity code; if so, execute the step of obtaining the carpooling communication group corresponding to the frequently used route information, otherwise create a carpooling communication group corresponding to the frequently used route information based on the group identity code.

[0070] Optionally, it also includes: a template communication module 906, which is used to obtain first template information corresponding to the passenger user and second template information corresponding to the car owner user; and display the first template information and / or second template information in the communication interface of the carpooling communication group.

[0071] The route-sharing device in the embodiments of the present application can be a device, or a component, integrated circuit, or chip in a terminal. The device can be a mobile electronic device or a non-mobile electronic device. For example, the mobile electronic device can be a mobile phone, tablet computer, laptop computer, PDA, in-vehicle electronic device, wearable device, ultra-mobile personal computer (UMPC), netbook, or personal digital assistant (PDA), while the non-mobile electronic device can be a server, network attached storage (NAS), personal computer (PC), television, ATM, or self-service kiosk, etc., without specific limitations in the embodiments of the present application.

[0072] The route sharing device in the embodiment of the present application can remind a device with an operating system. The operating system can be an Android operating system, an iOS operating system, or other possible operating systems, which are not specifically limited in the embodiment of the present application.

[0073] The route sharing device provided in the embodiment of the present application can achieve Figures 1 to 4 To avoid repetition, the various processes implemented in the method embodiment are not described here.

[0074] Alternatively, as Figure 6 As shown, an embodiment of the present application further provides an electronic device 100, including a processor 1110, a memory 1109, and a program or instruction stored in the memory 1109 and executable on the processor 1110. When the program or instruction is executed by the processor 1110, each process of the embodiment of the above-mentioned route sharing method is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be described here.

[0075] It should be noted that the electronic devices in the embodiments of the present application include the above-mentioned electronic devices and non-electronic devices.

[0076] Figure 7 A schematic diagram of the hardware structure of an electronic device implementing an embodiment of the present application.

[0077] The electronic device 100 includes but is not limited to components such as a radio frequency unit 101 , a network module 102 , an audio output unit 103 , an input unit 104 , a sensor 105 , a display unit 106 , a user input unit 107 , an interface unit 108 , a memory 1109 , and a processor 1110 .

[0078] Those skilled in the art will understand that the electronic device 100 may also include a power supply (such as a battery) to power each component. The power supply can be logically connected to the processor 1110 through a power management system, so that functions such as charging, discharging, and power consumption management can be managed through the power management system. Figure 7 The electronic device structure shown in the figure does not constitute a limitation on the electronic device. The electronic device may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently, which will not be repeated here.

[0079] Among them, the processor 1110 is used to obtain historical carpooling order information of the first carpooling user; determine at least one commonly used route information based on the historical carpooling order information, wherein each commonly used route information is associated with at least two historical carpooling order information; obtain a carpooling communication group corresponding to the commonly used route information, the carpooling communication group includes at least one second carpooling user, and the second carpooling user includes a car owner user and a passenger user; determine the order information corresponding to the passenger user, and display the order information in the communication interface of the carpooling communication group; and establish a carpooling association between the car owner user and the passenger user in response to the car owner user's order acceptance instruction for the order information in the communication interface.

[0080] Through the above scheme, it is possible to automatically identify the user's frequently used fixed routes based on their historical carpooling behavior, and establish a carpooling communication group around the route. In this communication group, the system displays the passenger's order information in a templated manner, and the car owner can directly respond to the order based on the displayed content, thereby realizing a closed, efficient, privacy-friendly and compliant route carpooling promotion mechanism. According to the route carpooling method provided in this application, the matching efficiency and long-term cooperation stability of the ride-sharing service can be significantly improved, and the technical difficulties of traditional carpooling in many aspects such as long-term fixed routes, user privacy protection, group communication efficiency, information standardization and platform compliance supervision are solved. Through key technical means such as system intelligent identification, automatic creation and management of group chats, message template control, synchronous order push, instant order acceptance, and automatic establishment of carpooling relationships, a data-driven, process-automated, and behavior-controllable ride-sharing cooperation channel is built between car owners and passengers.

[0081] Optionally, the processor 1110 is further used to implement the following steps: before obtaining the carpooling communication group corresponding to the commonly used route information, determine the group identity code corresponding to the commonly used route information; search the group library for whether there is a carpooling communication group corresponding to the commonly used route information based on the group identity code; if so, execute the step of obtaining the carpooling communication group corresponding to the commonly used route information, otherwise create a carpooling communication group corresponding to the commonly used route information based on the group identity code.

[0082] Optionally, the processor 1110 is further configured to, before determining the group identity code corresponding to the frequently used route information, further include: determining the number of times the first carpooling user publishes the route corresponding to the frequently used route information; and executing the step of determining the group identity code corresponding to the frequently used route information when the number of routes exceeds a set threshold.

[0083] Optionally, the processor 1110 is further used to obtain first template information corresponding to the passenger user and second template information corresponding to the vehicle owner user; and display the first template information and / or the second template information in the communication interface of the carpooling communication group.

[0084] It should be understood that in the embodiments of the present application, the input unit 104 may include a graphics processing unit (GPU) 1041 and a microphone 1042. The GPU 1041 processes image data of still images or videos captured by an image capture device (e.g., a camera) in video capture mode or image capture mode. The display unit 106 may include a display panel 1061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 107 includes a touch panel 1071 and other input devices 1072. The touch panel 1071, also known as a touch screen, may include a touch detection device and a touch controller. Other input devices 1072 may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, power buttons, etc.), a trackball, a mouse, and a joystick, which will not be described in detail here. The memory 1109 may be used to store software programs and various data, including, but not limited to, application programs and operating systems. The processor 1110 may integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, user interface, and application programs, and the modem processor mainly processes wireless communications. It is understood that the modem processor may not be integrated into the processor 1110.

[0085] The embodiment of the present application further provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, each process of the above-mentioned route sharing method embodiment is implemented and can achieve the same technical effect. To avoid repetition, it is not repeated here.

[0086] The methods may be implemented in a variety of different ways depending on the specific features and / or example applications. For example, the methods may be implemented through a combination of hardware, firmware, and / or software. For example, in a hardware implementation, the processor may be implemented in one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, electronic devices, other device units for performing the above functions, and / or combinations thereof.

[0087] A computer-readable storage medium can be a tangible device that can retain and store instructions for use by an instruction execution device. A computer-readable storage medium can be, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of computer-readable storage media includes: portable computer floppy disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), portable compact disc read-only memory (CD-ROM), digital versatile disk (DVD), memory cards, floppy disks, encoding mechanical devices (such as punched cards or grooves with raised structures containing recorded instructions), and any suitable combination of the foregoing. As used herein, computer-readable storage medium should not be construed as a transmission signal per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through waveguides or other transmission media, or electrical signals transmitted via wires.

[0088] The processor is the processor in the electronic device in the above embodiment. The readable storage medium includes a computer-readable storage medium, such as a computer read-only memory (ROM), random access memory (RAM), a magnetic disk, or an optical disk.

[0089] An embodiment of the present application further provides a chip, which includes a processor and a communication interface. The communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned route sharing method embodiment, and can achieve the same technical effects. To avoid repetition, they are not described here.

[0090] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0091] It should be noted that, in this article, the terms "comprise", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the statement "comprises a ..." does not exclude the presence of other identical elements in the process, method, article or device comprising the element. In addition, it should be noted that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in the opposite order according to the functions involved. For example, the described method may be performed in an order different from that described, and various steps may also be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0092] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus the necessary general hardware platform. Of course, they can also be implemented by hardware, but in many cases the former is a better embodiment. Based on this understanding, the technical solution of this application, or the part that contributes to the existing technology, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes a number of instructions for enabling a terminal (which can be a mobile phone, computer, server, or network device, etc.) to execute the methods described in each embodiment of this application.

[0093] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of this application, ordinary technicians in this field can also make many forms without departing from the purpose of this application and the scope of protection of the claims, all of which are within the protection of this application.

Claims

1. A route sharing method, characterized in that: include: Get the historical ride-sharing order information of the first ride-sharing user; Determining at least one piece of commonly used route information based on the historical ride-sharing order information, wherein each piece of commonly used route information is associated with at least two pieces of historical ride-sharing order information; Acquire a carpool communication group corresponding to the frequently used route information, wherein the carpool communication group includes at least one second carpool user, and the second carpool user includes a vehicle owner user and a passenger user; Determining order information corresponding to the passenger user, and displaying the order information in the communication interface of the carpool communication group; In response to the car owner user's instruction to accept the order information in the communication interface, a carpooling association is established between the car owner user and the passenger user.

2. The route sharing method according to claim 1, characterized in that: Before obtaining the carpool communication group corresponding to the common route information, the method further includes: determining a group identity code corresponding to the common route information; Searching the group database for a carpooling group corresponding to the common route information based on the group identity code; If so, the step of obtaining a carpooling communication group corresponding to the frequently used route information is performed; otherwise, a carpooling communication group corresponding to the frequently used route information is created according to the group identity code.

3. The route sharing method according to claim 2, characterized in that: Before determining the group identity code corresponding to the common route information, the method further includes: Determining the number of times the first carpooling user publishes a route corresponding to the frequently used route information; When the number of routes exceeds a set threshold, the step of determining the group identity code corresponding to the frequently used route information is performed.

4. The route sharing method according to any one of claims 1 to 3, characterized in that: Also includes: Acquire first template information corresponding to the passenger user and second template information corresponding to the vehicle owner user; The first template information and / or the second template information is displayed in the communication interface of the carpool communication group.

5. A route sharing device, characterized in that: include: An order acquisition module is used to obtain the historical ride-sharing order information of the first ride-sharing user; a route determination module, configured to determine at least one commonly used route information based on the historical ride-sharing order information, wherein each commonly used route information is associated with at least two pieces of historical ride-sharing order information; a group acquisition module, configured to acquire a carpool communication group corresponding to the common route information, wherein the carpool communication group includes at least one second carpool user, and the second carpool user includes a vehicle owner user and a passenger user; a group communication module, configured to determine order information corresponding to the passenger user and display the order information in a communication interface of the carpool communication group; A matching module is used to establish a carpooling association between the car owner user and the passenger user in response to the car owner user's order acceptance instruction for the order information in the communication interface.

6. The route sharing device according to claim 5, characterized in that: The group acquisition module is further configured to determine the number of times the first carpooling user publishes a route corresponding to the frequently used route information; When the number of routes exceeds a set threshold, the group identity code corresponding to the commonly used route information is determined; based on the group identity code, a search is performed in the group database to determine whether there is a carpooling communication group corresponding to the commonly used route information; if so, the step of obtaining the carpooling communication group corresponding to the commonly used route information is performed; otherwise, a carpooling communication group corresponding to the commonly used route information is created based on the group identity code.

7. The route sharing device according to claim 5 or 6, characterized in that: Also includes: A template communication module, configured to obtain first template information corresponding to the passenger user and second template information corresponding to the vehicle owner user; The first template information and / or the second template information is displayed in the communication interface of the carpool communication group.

8. An electronic device, characterized in that: The method comprises a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the route sharing method according to any one of claims 1 to 4.

9. A readable storage medium, characterized in that: The readable storage medium stores a program or instruction, and when the program or instruction is executed by a processor, the steps of the route sharing method according to any one of claims 1 to 4 are implemented.

10. A chip, characterized in that: The chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the steps of the route sharing method according to any one of claims 1 to 4.

Images