Travel sharing method and system

Abstract

The embodiment of the invention provides a travel sharing method and system, and the method comprises the steps: responding to preset information, and distributing a target vehicle for a travel order; and in response to the condition that the user and / or the taking state of the target vehicle meets the sharing condition, taking information is sent to a follower, the taking information comprises in-vehicle image information and / or in-vehicle voice information, the user comprises a passenger and / or a driver, and the follower is determined based on the binding relationship of the user.

Description

Technical Field

[0001] The present invention relates to the field of online car-hailing technology, and in particular to a trip sharing method and system. Background Art

[0002] Online car-hailing is the abbreviation of online taxi booking. Passengers can make reservations directly with drivers on the online car-hailing service platform through mobile devices. After receiving the order, the driver will pick up the passengers at the designated location and take them to the destination to facilitate passengers' travel. In recent years, due to the convenience and practicality of online car-hailing, the scale of online car-hailing has expanded rapidly. At present, online car-hailing services such as taxis, special cars, express cars, and ride-sharing cars can meet users' more diverse travel needs. However, the existing online car-hailing service platform only provides basic registration information of drivers and vehicles and vehicle location information. In order to ensure their own safety, passengers often need to inform their family and friends about the information of the vehicle they are riding.

[0003] Therefore, it is hoped to provide a trip sharing method and system. Summary of the invention

[0004] One or more embodiments of the present specification provide a trip sharing method, the method comprising: in response to preset information, allocating a target vehicle to a trip order; in response to the user and / or riding status of the target vehicle satisfying a sharing condition, sending riding information to followers, the riding information comprising in-vehicle image information and / or in-vehicle voice information, the user comprising a passenger and / or a driver, and the followers being determined based on a binding relationship between the users.

[0005] In some embodiments, the target vehicle is a vehicle that meets order acceptance conditions, and the order acceptance conditions include: the vehicle is equipped with an in-vehicle passenger information acquisition device, and / or the vehicle's passenger information is allowed to be shared.

[0006] In some embodiments, the sharing conditions include at least one of the following: at least one of the vehicle motion characteristics, route driving characteristics, and in-vehicle sound characteristics of the target vehicle meets a preset condition; the follower issues a sharing request; the user has set up the follower to confirm the binding relationship; the user has set up a follow-up for the itinerary order; the user triggers the itinerary sharing function; the user temporarily selects a non-follower.

[0007] In some embodiments, the method further includes: determining the degree of attention based on the riding status and / or the riding information; and issuing an attention prompt to the follower in response to the degree of attention satisfying an attention condition.

[0008] In some embodiments, the attention level includes a risk level, and determining the attention level based on the riding status and / or the riding information includes: determining the risk level based on at least one of route driving characteristics, the in-vehicle image information, and the in-vehicle voice information; determining the attention level based on the risk level.

[0009] In some embodiments, sending the ride information to the follower includes: determining the data frequency and / or quality of sending the ride information based on the in-vehicle image information and / or the vehicle driving status.

[0010] In some embodiments, determining the data frequency and / or quality of sending the riding information based on the in-vehicle image information and / or the vehicle's driving status includes: determining the vehicle status based on the in-vehicle image information and / or the vehicle's driving status; determining the data frequency and / or quality of sending the riding information based on the vehicle status.

[0011] In some embodiments, determining the vehicle state based on the vehicle driving state includes: determining the vehicle driving state based on at least one of vehicle motion characteristics, route driving characteristics, and in-vehicle sound characteristics; determining the vehicle state based on the vehicle driving state, the vehicle state including a normal state and an abnormal state.

[0012] In some embodiments, the method further includes: determining driving abnormality data based on the route driving characteristics, wherein the driving abnormality data is used to reflect abnormal conditions of the target vehicle during driving, and the driving abnormality data includes at least one of deviation data, abnormal stop data, emergency braking data, collision data and vehicle information loss data; and determining the risk level based on the driving abnormality data.

[0013] One of the embodiments of the present specification provides a trip sharing system, the system comprising: an allocation module, in response to preset information, for allocating a target vehicle for a trip order; a sending module, in response to the user and / or riding status of the target vehicle satisfying a sharing condition, sending riding information to followers, the riding information comprising in-vehicle image information and / or in-vehicle voice information, the user comprising a passenger and / or a driver, and the followers being determined based on a binding relationship between the users. BRIEF DESCRIPTION OF THE DRAWINGS

[0014] Figure 1 is a schematic diagram of an application scenario of a trip sharing system according to some embodiments of this specification;

[0015] Figure 2 is an exemplary module diagram of a trip sharing system according to some embodiments of this specification;

[0016] Figure 3 is an exemplary flow chart of a trip sharing method according to some embodiments of this specification;

[0017] Figure 4 is an exemplary flow chart of determining attention according to some embodiments of this specification;

[0018] Figure 5 is an exemplary flow chart of a passenger and / or driver initiating a trip sharing order according to some embodiments of this specification;

[0019] Figure 6 This is an exemplary flow chart of how followers obtain ride information according to some embodiments of this specification. DETAILED DESCRIPTION

[0020] The following is a brief introduction to the drawings required for describing the embodiments. The drawings do not represent all implementation methods.

[0021] The "system", "device", "unit" and / or "module" used herein are a method for distinguishing different components, elements, parts, portions or assemblies at different levels. If other words can achieve the same purpose, the words can be replaced by other expressions.

[0022] As shown in this specification and claims, unless the context clearly indicates an exception, the words "a", "an", "an" and / or "the" do not refer to the singular and may also include the plural. Generally speaking, the terms "comprise" and "include" only indicate the inclusion of the steps and elements that have been clearly identified, and these steps and elements do not constitute an exclusive list. The method or device may also include other steps or elements.

[0023] When the operations performed in the embodiments of this specification are described in steps, unless otherwise specified, the order of the steps is interchangeable, steps may be omitted, and other steps may be included in the operation process.

[0024] Figure 1 It is a schematic diagram of an application scenario of the itinerary sharing system shown in some embodiments of this specification.

[0025] In some embodiments, the application scenario 100 of the trip sharing system may include a vehicle 110 , a network 120 , a processor 130 , a storage device 140 , a terminal 150 , and the like.

[0026] Vehicle 110 refers to a vehicle that enables trip sharing. Vehicle 110 may include various types of vehicles, such as taxis, online ride-hailing vehicles, private cars, etc. In some embodiments, vehicle 110 may include an in-vehicle riding information acquisition device 111. The in-vehicle riding information acquisition device 111 refers to a device for acquiring riding information (such as in-vehicle image information and / or in-vehicle voice information, etc.), such as a vehicle-mounted camera, a passenger and / or driver's mobile phone, etc. In some application scenarios, the in-vehicle riding information acquisition device 111 can be used to unilaterally acquire in-vehicle image information and / or in-vehicle voice information of the vehicle 110, and send it to the follower's terminal 150. In some application scenarios, the in-vehicle riding information acquisition device 111 can be used for video calls. The in-vehicle riding information acquisition device 111 can also be used for other purposes.

[0027] The network 120 can facilitate the exchange of information and / or data. In some embodiments, one or more components in the application scenario 100 (e.g., the in-vehicle information acquisition device 111, the processor 130, the storage device 140) can send information and / or data to another component in the application scenario 100 via the network 120. The network 120 may include a local area network (LAN), a wide area network (WAN), a wired network, a wireless network, etc., or any combination thereof. In some embodiments, the network 120 may be any one or more of a wired network or a wireless network. In some embodiments, the network 120 may include one or more network access points. For example, the network 120 may include a wired or wireless network access point, such as a base station and / or a network exchange point, through which one or more components of the application scenario 100 may be connected to the network 120 to exchange data and / or information.

[0028] The processor 130 may process the data and / or information obtained from the in-vehicle riding information acquisition device 111 and / or the storage device 140. In some embodiments, the processor 130 may process the data acquired from the in-vehicle riding information acquisition device 111 to generate riding information. In some embodiments, the processor 130 may process the in-vehicle image information and / or in-vehicle voice information acquired from the in-vehicle riding information acquisition device 111 to determine the risk level and / or the degree of concern.

[0029] In some embodiments, processor 130 may include one or more processing engines (e.g., a single-chip processing engine or a multi-chip processing engine). By way of example only, processor 130 may include a central processing unit (CPU), a graphics processing unit (GPU), a digital signal processor (DSP), a microprocessor, etc., or any combination thereof.

[0030] The storage device 140 may store data, instructions, and / or any other information. In some embodiments, the storage device 140 may store data acquired from the in-vehicle passenger information acquisition device 111 and / or the processor 130. In some embodiments, the storage device 140 may store data and / or instructions that the processor 130 may execute or use to perform the exemplary methods described in this specification.

[0031] In some embodiments, the storage device 140 may be a part of the processor 130 or may be independent and directly or indirectly connected to the processor 130 .

[0032] The terminal 150 may refer to one or more terminal devices or software used by the user. In some embodiments, the user includes a passenger, a driver, and followers bound by the passenger and / or driver of the vehicle 110. In some embodiments, the terminal 150 may include a mobile device 151, a tablet computer 152, a laptop computer 153, etc. or any combination thereof. In some embodiments, the terminal 150 may include a signal transmitter and a signal receiver, configured to communicate with the in-vehicle riding information acquisition device 111 to obtain riding information.

[0033] In some embodiments, the terminal 150 may receive a user request (eg, a sharing request, etc.) and send information related to the request to the processor 130 via the network 120. The terminal 150 may also receive ride information from the processor 130 via the network 120.

[0034] For more information about in-car image information, in-car voice information, followers, ride information, and sharing requests, please refer to Figure 3 and its related descriptions; for more information on risk and concern, please refer to Figure 4 and its related description.

[0035] It should be noted that the application scenario is provided only for the purpose of illustration and is not intended to limit the scope of this specification. For those of ordinary skill in the art, various modifications or changes can be made according to the description of this specification. For example, the application scenario may also include a database. For another example, the application scenario may be implemented on other devices to achieve similar or different functions. However, changes and modifications will not deviate from the scope of this specification.

[0036] Figure 2 is an exemplary module diagram of a trip sharing system according to some embodiments of this specification. Figure 2 As shown, in some embodiments, the trip sharing system 200 includes an allocation module 210 and a sending module 220 .

[0037] The allocation module 210 is used to allocate a target vehicle to the trip order in response to preset information.

[0038] In some embodiments, the target vehicle is a vehicle that meets the order acceptance conditions, and the order acceptance conditions include: the vehicle is equipped with an in-vehicle passenger information acquisition device, and / or the vehicle's passenger information is allowed to be shared.

[0039] The sending module 220 is used to send riding information to followers in response to the user and / or riding status of the target vehicle meeting the sharing conditions. The riding information includes in-vehicle image information and / or in-vehicle voice information. Users include passengers and / or drivers, and followers are determined based on the user's binding relationship.

[0040] In some embodiments, the sharing conditions include at least one of the following: at least one of the vehicle motion characteristics, route driving characteristics, and in-vehicle sound characteristics of the target vehicle meets the preset conditions; the follower sends a sharing request; the user has set up followers to confirm the binding relationship; the user has set up followers for the trip order; the user triggers the trip sharing function; the user temporarily selects a non-follower.

[0041] In some embodiments, the sending module 220 is further used to determine the data frequency and / or quality of sending the riding information based on the in-vehicle image information and / or the vehicle driving status.

[0042] In some embodiments, the sending module 220 is also used to determine the vehicle status based on the in-vehicle image information and / or the vehicle driving status; based on the vehicle status, determine the data frequency and / or quality of sending the riding information.

[0043] In some embodiments, the sending module 220 is also used to determine the vehicle driving state based on at least one of the vehicle motion characteristics, route driving characteristics and in-vehicle sound characteristics; based on the vehicle driving state, determine the vehicle state, and the vehicle state includes a normal state and an abnormal state.

[0044] In some embodiments, the trip sharing system 200 further includes a determination module 230 and a prompt module 240 .

[0045] The determination module 230 is used to determine the degree of attention based on the riding status and / or the riding information.

[0046] In some embodiments, the determination module 230 is further used to determine the risk level based on at least one of route driving characteristics, in-vehicle image information, and in-vehicle voice information; and determine the degree of attention based on the risk level.

[0047] The prompt module 240 is used for sending an attention prompt to the follower in response to the attention degree satisfying the attention condition.

[0048] For more information about the in-vehicle passenger information acquisition device, please refer to Figure 1and its related descriptions; for more information about preset information, users, followers, target vehicles, order acceptance conditions, sharing conditions, ride status, ride information, in-vehicle image information, in-vehicle voice information, vehicle movement characteristics, route driving characteristics, in-vehicle sound characteristics, and vehicle status, please refer to Figure 3 and its related descriptions; for more information about attention level, risk level, and attention tips, please refer to Figure 4 and its related description.

[0049] It should be noted that the above description of the system and its modules is only for convenience of description and does not limit the present specification to the scope of the embodiments. It is understandable that, after understanding the principle of the system, those skilled in the art may arbitrarily combine the modules or form a subsystem to connect with other modules without deviating from the principle.

[0050] Figure 3 is an exemplary flow chart of a method for sharing a trip according to some embodiments of this specification. In some embodiments, process 300 may be executed by processor 130. Figure 3 As shown, process 300 includes the following steps:

[0051] Step 310, in response to preset information, assign a target vehicle to the trip order.

[0052] Preset information refers to the information related to itinerary sharing that is set in advance.

[0053] In some embodiments, the preset information includes that the currently initiated itinerary order is a itinerary sharing order, and the itinerary sharing order refers to an order that can execute the itinerary sharing function at any time during the itinerary.

[0054] In some embodiments, the preset information includes that the passenger has selected a target vehicle.

[0055] In some embodiments, the preset information includes that the user who currently initiates the travel order has bound followers.

[0056] In some embodiments, the preset information includes the user's attention setting for the currently initiated travel order.

[0057] For more information about followers, their binding process, and follow-up settings, please refer to step 320 and its related description.

[0058] The target vehicle refers to a vehicle that can execute a trip order. In some embodiments, the target vehicle is a vehicle that meets the order acceptance conditions.

[0059] The order acceptance condition refers to the condition for screening the target vehicle that can execute the trip order. In some embodiments, the order acceptance condition includes that the vehicle has an in-vehicle riding information acquisition device, and / or the riding information of the vehicle is allowed to be shared.

[0060] For more information about the in-vehicle passenger information acquisition device, please refer to Figure 1 and its related description; for more information about boarding, please refer to step 320 and its related description.

[0061] In some embodiments, when a driver registers on the platform, the processor 130 may obtain relevant information about the driver and the vehicle, such as whether the vehicle has an in-vehicle passenger information acquisition device and / or whether the vehicle's passenger information is allowed to be shared, and store the relevant information in the storage device 140. The driver may also update these settings.

[0062] In some embodiments, in response to preset information, based on the relevant information of the driver and the vehicle stored in the storage device 140, the allocation module 210 automatically allocates a target vehicle for the currently initiated trip order.

[0063] In some embodiments, in response to the preset information selecting a target vehicle for the passenger, the allocation module 210 directly determines the target vehicle selected by the passenger as the target vehicle for the currently initiated trip order. For example, the processor 130 can display the target vehicle to the passenger through the user terminal, and the passenger can select the target vehicle independently, and the allocation module 210 can directly determine the target vehicle selected by the passenger as the target vehicle for the currently initiated trip order. In some embodiments, the passenger can select the target vehicle on other platforms (e.g., other online car-hailing travel platforms, etc.).

[0064] Step 320, in response to the target vehicle's user and / or riding status satisfying the sharing conditions, ride information is sent to followers, the ride information includes in-vehicle image information and / or in-vehicle voice information, the users include passengers and / or drivers, and the followers are determined based on the user's binding relationship.

[0065] Binding refers to the process of a user and a follower completing a trip sharing binding. The follower can obtain the ride information of the vehicle that the user is riding at any time during the process of completing the trip order of the bound user. Binding can be done in advance, during the process, or the user can temporarily select a non-follower to actively share the trip. Temporary selection of trip sharing can be regarded as a temporary binding between the two.

[0066] In some embodiments, the user may send a binding request to the follower through a terminal. After the follower receives the binding request and confirms it, the user and the follower complete the binding relationship.

[0067] In some embodiments, after receiving the binding request, the follower can know the relevant contents of the binding, such as the initiator of the binding request, the functions that can be executed after the binding relationship is completed and how to execute these functions, how to cancel the binding relationship, etc.

[0068] In some embodiments, after the user completes the binding relationship with the follower, the processor 130 may send a notification of the completion of the binding relationship to the terminals of the user and the follower.

[0069] In some embodiments of this specification, in addition to passengers, the objects that can enjoy the trip sharing function also include drivers, which can fully protect the vulnerable groups in the target vehicle and achieve effective supervision of riding safety. For example, when the driver threatens the passenger, the passenger can ensure his own riding safety through the trip sharing function; for another example, when the passenger threatens the driver or the driver himself has a potential emergency (such as the driver himself suffers from a certain disease, etc.), the driver can use the trip sharing function to ensure the safety of the order trip.

[0070] The riding state refers to the state of the target vehicle in the process of executing the trip order. In some embodiments, the riding state includes at least one of vehicle motion characteristics, route driving characteristics, and in-vehicle sound characteristics.

[0071] In some embodiments, the riding status can be acquired and determined by various devices (eg, sensing devices, etc.) installed on the vehicle.

[0072] Vehicle motion characteristics refer to the characteristics related to the vehicle motion during the execution of the trip order, such as the vehicle acceleration, vehicle angular velocity, vehicle speed change, etc.

[0073] In some embodiments, the vehicle motion characteristics can be directly obtained through a speed sensor installed on the vehicle (e.g., a magnetoelectric vehicle speed sensor, a photoelectric vehicle speed sensor, etc.). In some embodiments, the vehicle motion characteristics can be directly obtained through a terminal device (e.g., a mobile phone, etc.) of a driver or passenger. In some embodiments, the processor 130 can obtain the position change of the vehicle through a positioning system (e.g., a vehicle-mounted GPS positioning system, etc.) or a terminal device installed on the vehicle, and determine the vehicle motion characteristics based on the position change of the vehicle.

[0074] In some embodiments, the vehicle motion characteristics can be represented by specific levels (e.g., levels I to V). The higher the level, the greater the probability that the vehicle motion characteristics are abnormal, and the more unstable the riding state of the target vehicle. In some embodiments, the processor 130 can determine the level corresponding to the vehicle motion characteristics based on the various elements contained in the vehicle motion characteristics. For example, the acceleration of the vehicle continues to increase, the angular velocity of the vehicle continues to increase, and the speed of the vehicle changes more frequently, then the level corresponding to the vehicle motion characteristics is higher. The vehicle motion characteristics can also be determined by other means.

[0075] Route driving characteristics refer to the characteristics related to the driving route of the target vehicle during the process of executing the trip order. For example, the degree of deviation between the actual driving route of the vehicle and the standard driving route, the places passed by the actual driving route of the vehicle and their remoteness, the specific time when the actual driving route of the vehicle passes each place, and the time taken by the actual driving route of the vehicle to pass two adjacent places.

[0076] In some embodiments, the processor 130 can automatically generate a standard driving route based on the travel order, obtain the real-time location of the vehicle through a positioning system or terminal device installed on the vehicle, and determine the route driving characteristics based on the real-time location of the vehicle and / or the standard driving route.

[0077] In some embodiments, the remoteness of the places that the actual driving route of the vehicle passes through can be determined by presetting, for example, by manually marking or automatically determining the remoteness of different places according to the development level or population density of different places.

[0078] In some embodiments, the route driving characteristics can be represented by specific levels (e.g., levels I to V). The higher the level, the greater the probability that the route driving characteristics are abnormal, and the more unstable the riding state of the target vehicle. In some embodiments, the processor 130 can determine the level corresponding to the route driving characteristics based on the various elements contained in the route driving characteristics. For example, the greater the degree of deviation between the actual driving route of the vehicle and the standard driving route, the higher the remoteness of the places passed by the actual driving route of the vehicle, the later the specific time when the actual driving route of the vehicle passes through each place compared to the standard time, and the more time the actual driving route of the vehicle spends passing through two adjacent places, one or more combinations of these situations can make the level corresponding to the route driving characteristics higher. The route driving characteristics can also be determined in other ways.

[0079] In-car sound features refer to features related to in-car voice information during the execution of a trip order by the target vehicle, such as the frequency of conversations between the passenger and the driver, the volume of conversations between the passenger and the driver, and whether the conversations between the passenger and the driver involve sensitive information (e.g., the conversations involve words such as money transfer, threats, and calls for help).

[0080] In some embodiments, the in-vehicle sound characteristics can be directly acquired by a sound sensor installed on the vehicle. In some embodiments, the in-vehicle sound characteristics can be directly acquired by an in-vehicle passenger information acquisition device. In some embodiments, the in-vehicle sound characteristics can be directly acquired by a terminal device of a driver or a passenger.

[0081] In some embodiments, the processor 130 can process the acquired in-vehicle voice through modeling or various feasible audio analysis methods to determine whether the audio involves sensitive information.

[0082] In some embodiments, the in-car sound features can be represented by specific levels (e.g., levels I to V). The higher the level, the greater the probability that the in-car sound features are abnormal, and the more unstable the riding state of the target vehicle. In some embodiments, the processor 130 can determine the level corresponding to the in-car sound features based on the various elements contained in the in-car sound features. For example, the higher the frequency of conversations between passengers and drivers, the louder the volume of conversations between passengers and drivers, and the more sensitive information involved in the conversations between passengers and drivers, the higher the level corresponding to the in-car sound features. In-car sound features can also be determined in other ways.

[0083] The sharing condition refers to the condition used to determine whether to send the ride information to followers.

[0084] In some embodiments, the sharing condition includes: at least one of the vehicle motion characteristics, route driving characteristics, and in-vehicle sound characteristics meets a preset condition.

[0085] The preset condition refers to a pre-set condition used to determine whether the riding status satisfies the condition for sending riding information to followers.

[0086] In some embodiments, the preset condition may include at least one of the vehicle motion feature, route driving feature, and in-car sound feature having an abnormality. For example, in the vehicle motion feature, the acceleration of the vehicle continues to increase; in the route driving feature, the degree of deviation between the actual driving route of the vehicle and the standard driving route is greater than a deviation degree threshold; in the in-car sound feature, the conversation between the passenger and the driver involves sensitive information.

[0087] In some embodiments, the preset condition may include that a level corresponding to at least one of the vehicle motion characteristics, the route driving characteristics, and the in-vehicle sound characteristics is greater than a level threshold.

[0088] In some embodiments, any of the above thresholds may be related to the user's background information, such as the age of the passenger, the driver's safety rating, etc.

[0089] The preset conditions may also include other set circumstances.

[0090] In some embodiments, the preset condition may be automatically set by the system or may be set by the user.

[0091] In some embodiments of the present specification, whether a preset condition is met is determined based on at least one of the vehicle motion characteristics, route driving characteristics, and in-vehicle sound characteristics. Whether an abnormal situation exists can be determined based on the actual riding status of the target vehicle, thereby ensuring the accuracy and timeliness of the judgment result and ensuring that riding information is sent to followers at the appropriate time.

[0092] In some embodiments, the sharing condition includes: a follower sends a sharing request.

[0093] A sharing request refers to a request sent by a follower to obtain the riding information of a target vehicle.

[0094] In some embodiments, the follower may directly send a sharing request through the terminal 150. In some embodiments, the follower may send a sharing request at any time during the order journey.

[0095] In some embodiments of this specification, after the follower receives the trip notification, the follower actively sends a sharing request to obtain the ride information, which can ensure that the follower has the initiative to obtain the ride information, and avoid the situation where the ride information is not sent to the follower due to system misjudgment, which puts the passenger or driver in danger. In addition, the follower can send a sharing request at any time during the order trip, which increases the flexibility of the follower in obtaining the ride information.

[0096] In some embodiments, the sharing condition includes: the user has set up followers who have confirmed the binding relationship.

[0097] Confirming the binding relationship means that the user sends a binding request to the follower through the terminal, and the follower receives the binding request and confirms it. The follower that the user has set to confirm the binding relationship means that the user has confirmed the binding relationship with the follower. In some embodiments, the user can set the follower to confirm the binding relationship before initiating the itinerary order. In some embodiments, the user can set or change the follower to confirm the binding relationship during the process of placing the itinerary order.

[0098] In some embodiments, the sharing condition includes: the user has set an interest setting for the travel order.

[0099] The follow-up setting means allowing the system or followers to follow this trip order.

[0100] In some embodiments, if the user has set up followers to confirm the binding relationship, but has not set up followers for the itinerary order, the sending module 220 may not send the ride information to the followers during the execution of the itinerary order.

[0101] In some embodiments, if the user has set up followers to confirm the binding relationship and has performed follow-up settings for the itinerary order, during the process of executing the itinerary order, the sending module 220 can send the ride information to the followers.

[0102] In some embodiments, for the same trip order, the driver and the passenger can respectively set followers to confirm the binding relationship for the trip order, or set followers for the trip order.

[0103] In some embodiments of this specification, the sharing conditions include followers that the user has set to confirm the binding relationship, or the user has set a follow-up for the trip order. The follow-up setting can be flexibly adjusted according to the actual situation of the trip order to avoid wasting resources while ensuring the safety of the ride. For example, when the trip order is short and the places passed are all safe areas, the user can cancel the follow-up setting for the trip order.

[0104] In some embodiments, the sharing conditions may also include: a user triggering a trip sharing function.

[0105] In some embodiments, the user can actively trigger the trip sharing function and send the ride information to followers, or make a video / audio call with followers.

[0106] In some embodiments, when a user actively triggers the itinerary sharing function, the user can mark that he or she feels abnormal at the current time / place to remind followers to pay attention.

[0107] In some embodiments, the sharing condition may also include: the user temporarily selects a non-follower. The non-follower and the user may not have a binding relationship in advance, and the user may also select the non-follower to temporarily share the itinerary.

[0108] In some embodiments, the user can temporarily select non-followers before or during the process of placing a trip order, and can send ride information to non-followers or make video / audio calls with non-followers during the trip. For example, the user can create a friend list in advance and temporarily select non-followers from the friend list; for another example, the user can temporarily select non-followers from the address book.

[0109] The riding information refers to the information related to the riding situation of the target vehicle during the execution of the trip order. In some embodiments, the riding information includes in-vehicle image information, in-vehicle voice information, vehicle trip information, etc.

[0110] In some embodiments, the riding information can be obtained and determined by an in-vehicle riding information acquisition device. For more information about the in-vehicle riding information acquisition device, please refer to Figure 1and its related description.

[0111] In-vehicle image information refers to image information of the interior of the target vehicle. In some embodiments, the in-vehicle image information may be a picture or a video. In some embodiments, the in-vehicle image information includes images of passengers and / or drivers. In some embodiments, the in-vehicle image information may be obtained through a terminal device of a passenger or driver. In-vehicle voice information refers to information related to the sound of the target vehicle, for example, the sound audio in the vehicle during a certain period of time. In some embodiments, the in-vehicle voice information includes the voices of passengers and / or drivers. In some embodiments, the in-vehicle voice information includes the sounds generated by the vehicle during driving.

[0112] Vehicle trip information refers to the trip information related to the trip order during the process of the target vehicle executing the trip order. For example, the starting point of the target vehicle, the destination of the target vehicle, the current location of the target vehicle, the driving route of the target vehicle, etc. The method of obtaining vehicle trip information is the same as the method of obtaining route driving characteristics. For more information, please refer to the previous article and will not be repeated here.

[0113] In some embodiments, the method of sending the ride information to the followers may be one-way. For example, in response to the user and / or ride status of the target vehicle satisfying the sharing condition, the sending module 220 may obtain the ride information and directly send it to the follower's terminal 150.

[0114] In some embodiments, the method of sending ride information to followers can be bidirectional. For example, in response to the user and / or ride status of the target vehicle meeting the sharing condition, the sending module 220 can initiate a video call / voice call, and the follower communicates with the passenger / driver through the video call / voice call and obtains the ride information.

[0115] In some embodiments, sending the ride information to followers includes: determining the data frequency and / or quality of the ride information based on the in-vehicle image information and / or the vehicle driving status.

[0116] The vehicle driving state refers to the driving condition of the target vehicle during the execution of the trip order. The vehicle driving state can be represented by specific levels (e.g., level I to level V). The higher the level, the more unstable the vehicle driving state is, and the greater the probability of abnormality occurring during the vehicle driving process.

[0117] In some embodiments, the sending module 220 may determine the vehicle driving state based on at least one of the vehicle motion feature, the route driving feature, and the in-vehicle sound feature. For example, the level corresponding to at least one of the vehicle motion feature, the route driving feature, and the in-vehicle sound feature may be weighted and summed, and the calculation result may be used as the level corresponding to the vehicle driving state. The weight may be set manually or automatically by the system.

[0118] The data frequency of the riding information refers to the frequency of transmitting the riding information, for example, the number of frames of the in-vehicle image transmitted per unit time.

[0119] The data quality of the ride information refers to the quality of the transmitted ride information, for example, the resolution of the transmitted in-vehicle images.

[0120] In some embodiments, the data frequency and / or quality of the ride information can be divided into a first standard and a second standard, and the data frequency and / or quality of the second standard is better than the first standard. For example, the data frequency of the second standard is a high frame rate and the data quality is a high resolution; the data frequency of the first standard is a low frame rate and the data quality is a low resolution.

[0121] In some embodiments, the transmission of the ride information may include real-time transmission to followers and transmission to the cloud for storage. In some embodiments, the ride information of the second standard may be stored in the storage device 140 and uploaded to the cloud when sufficient transmission resources are available, so that followers can extract the cached ride information of the second standard for viewing.

[0122] In some embodiments, the sending module 220 can determine the vehicle status based on the in-vehicle image information and / or the vehicle driving status, and determine the data frequency and / or quality of sending the riding information based on the vehicle status.

[0123] The vehicle status refers to the status of the target vehicle when executing the trip order. The vehicle status can be divided into normal status and abnormal status.

[0124] In some embodiments, the sending module 220 may identify the in-vehicle image information and determine the vehicle status based on the in-vehicle image information through various image processing technologies.

[0125] In some embodiments, the sending module 220 can directly determine the vehicle state based on the vehicle driving state. For example, the vehicle states corresponding to different levels of vehicle driving states can be set in advance, such as setting the vehicle driving state greater than and equal to level III as an abnormal state.

[0126] In some embodiments, the vehicle state can be determined based on historical driving data. For example, the processor 130 can obtain the historical driving data of the target vehicle (such as the historical average speed, the frequency of stops in the historical trip, etc.), and obtain the vehicle motion characteristics and route driving characteristics of the target vehicle in executing the current trip order, calculate the current driving data, and if the difference between the current driving data and the historical driving data is greater than a set threshold, the vehicle state of the target vehicle is determined to be an abnormal state, otherwise, it is determined to be a normal state.

[0127] In some embodiments, the vehicle state can be determined based on the risk level. For example, the processor 130 can determine the risk level of the target vehicle based on at least one of the route driving characteristics, the in-vehicle image information, and the in-vehicle voice information. If the risk level of the target vehicle is greater than the risk level threshold, the vehicle state of the target vehicle is determined to be an abnormal state, otherwise, it is determined to be a normal state. For more information about the risk level and its determination method, please refer to Figure 4 and its related description. The vehicle status can also be determined in other ways.

[0128] In some embodiments, when the vehicle state is normal, the sending module 220 may determine the data frequency and / or quality of the riding information as a first standard (e.g., low frame rate and low resolution); when the vehicle state is abnormal, the sending module 220 may determine the data frequency and / or quality of the riding information as a second standard (e.g., high frame rate and high resolution).

[0129] In some embodiments, the sending module 220 may adjust the data frequency and / or quality of the ride information according to changes in the vehicle status during the process of placing a trip order.

[0130] In some embodiments, the sending module 220 may display the determined data frequency and / or quality of the ride information to the user, and the user may confirm whether the current data frequency and / or quality needs to be adjusted to the newly determined data frequency and / or quality.

[0131] In some embodiments, the user can independently determine the data frequency and / or quality of the ride information based on the in-vehicle image information and / or the vehicle driving status. For example, after receiving the ride information, if the follower thinks that the in-vehicle image information is blurry, the follower can choose to obtain the ride information according to the second standard.

[0132] In some embodiments, the user can determine the data frequency and / or quality of the ride information by setting it in advance. For example, the user can set the data frequency and / or quality of the ride information for this trip order in advance before initiating the trip order.

[0133] In some embodiments, the follower can adjust the data frequency and / or quality of the ride information according to the prompts during the order trip. For example, the processor 130 can send the vehicle status to the follower's terminal 150, and the follower determines and adjusts the data frequency and / or quality of the ride information according to the vehicle status and actual conditions.

[0134] In some embodiments of the present specification, the data frequency and / or quality of sending the riding information is determined based on the in-vehicle image information and / or the vehicle's driving status. The data frequency and / or quality of the riding information can be flexibly adjusted according to the actual status of the vehicle, which can ensure that the followers can smoothly receive the riding information and avoid jamming, and can effectively save transmission resources.

[0135] In some embodiments of this specification, in response to the user and / or riding status of the target vehicle meeting the sharing conditions, the ride information is sent to the followers, and the entire trip order can be supervised for safety, thereby achieving effective supervision of the ride safety. The ride information sent includes in-car image information, which makes it easier for followers to see the situation inside the car more intuitively. In addition, when allocating order vehicles, the target vehicle is allocated to the trip order based on the preset information, which can effectively filter out users who do not have the need to share the trip or vehicles that do not have the conditions for sharing the trip, thereby improving the compatibility between users and vehicles and avoiding waste of resources.

[0136] Figure 4 4 is an exemplary flow chart of determining the degree of attention according to some embodiments of this specification. In some embodiments, process 400 may be executed by processor 130. Figure 4 As shown, process 400 includes the following steps:

[0137] Step 410, determining the attention level based on the riding status and / or riding information.

[0138] For more information about boarding status and boarding information, please refer to Figure 3 and its related description.

[0139] The degree of attention refers to the degree of attention paid to the target vehicle and its driver and / or passengers. The degree of attention can be represented by a specific value, and the larger the value, the higher the degree of attention.

[0140] In some embodiments, the determination module 230 may process the riding status and / or riding information through various feasible data processing methods to determine the degree of attention.

[0141] In some embodiments, the determination module 230 may obtain the corresponding level of at least one of the vehicle motion characteristics, route driving characteristics, and in-car sound characteristics based on the riding state, calculate the level of the riding state by weighted summation, and determine the level of the riding state as the attention level. The weight may be set in advance by the system or manually. For the determination method of the level corresponding to the vehicle motion characteristics, route driving characteristics, and in-car sound characteristics, please refer to Figure 3 and its related description.

[0142] In some embodiments, the degree of attention includes the degree of risk, and the determination module 230 may determine the degree of risk based on at least one of route driving characteristics, in-vehicle image information, and in-vehicle voice information; and determine the degree of attention based on the degree of risk.

[0143] For more information about route driving characteristics, in-car image information, and in-car voice information, please refer to Figure 3 and its related description.

[0144] The risk level refers to the degree of risk that the target vehicle and its driver and / or passengers have. The risk level can be represented by a specific numerical value, and the larger the numerical value, the higher the degree of risk.

[0145] In some embodiments, the determination module 230 may determine the abnormal driving data based on the route driving characteristics; and determine the risk level based on the abnormal driving data.

[0146] The driving abnormality data is used to reflect the abnormal situation of the target vehicle during driving. In some embodiments, the driving abnormality data includes at least one of deviation data, abnormal stop data, emergency braking data, collision data and vehicle information loss data.

[0147] The deviation data is used to reflect the deviation of the target vehicle in the order itinerary. In some embodiments, the deviation data includes the number of deviations, the direction of deviation, and the density of people on the route after the deviation. In some embodiments, the determination module 230 can obtain the standard driving route automatically generated by the itinerary order and the driving characteristics of the current route of the target vehicle, and determine the deviation data based on the standard driving route and the driving characteristics of the current route. In some embodiments, the more the number of deviations, the greater the difference between the deviation direction and the direction of the destination, the lower the density of people on the route after the deviation, and the higher the risk.

[0148] Abnormal stop data is used to reflect abnormal stops of the target vehicle in the order trip. In some embodiments, the abnormal stop data includes abnormal location information and stop duration of the target vehicle at an unconventional parking location (e.g., non-end point, non-intersection, non-traffic light, etc.). In some embodiments, the determination module 230 can obtain abnormal stop data through a positioning system installed on the target vehicle or a terminal device of a passenger / driver. In some embodiments, the more abnormal stop locations and the longer the stop duration, the higher the risk.

[0149] The emergency braking data is used to reflect the emergency braking of the target vehicle during the order trip. In some embodiments, the emergency braking data includes the number of emergency braking and the deceleration during emergency braking. In some embodiments, the determination module 230 can obtain the deceleration of the target vehicle through a speed sensor installed on the target vehicle or a terminal device of a passenger / driver. If the deceleration is greater than a preset speed threshold, the braking is determined to be an emergency braking. In some embodiments, the more emergency braking times and the greater the deceleration during emergency braking, the higher the risk.

[0150] The collision data is used to reflect the collision of the target vehicle during the order trip. In some embodiments, the collision data includes the number of collisions of the target vehicle, the vehicle speed at each collision, and the collision force. In some embodiments, the determination module 230 can obtain the collision data through a collision sensor installed on the target vehicle. In some embodiments, the more collisions there are, the faster the vehicle speed at each collision, the greater the collision force, and the higher the risk.

[0151] The vehicle loss data is used to reflect the loss of the target vehicle during the order trip. In some embodiments, the vehicle loss data includes the number of times, duration, and length of the road section that the server cannot contact the target vehicle. In some embodiments, the determination module 230 can obtain the vehicle loss data through the recorded data of the server. In some embodiments, the more times the server cannot contact the target vehicle, the longer the duration, and the longer the road section, the higher the risk.

[0152] In some embodiments, the determination module 230 may determine the risk corresponding to the driving abnormality data by weighted summation based on the risk corresponding to at least one of the deviation data, abnormal stop data, emergency braking data, collision data, and vehicle loss data, wherein the weight may be set in advance by the system or manually.

[0153] In some embodiments, the determination module 230 may determine image features based on the in-vehicle image information; and determine the risk level based on the image features.

[0154] Image features refer to features in the in-car image information that are related to the expressions and / or behaviors of passengers and / or drivers, such as the number of times the driver turns around, the range of motion of passengers and / or drivers, the facial expressions of passengers and / or drivers, and the length of time that passengers and / or drivers are not in the picture.

[0155] In some embodiments, the determination module 230 may process the in-vehicle image information through various image analysis techniques to propose image features.

[0156] In some embodiments, the more times the driver turns around, the larger the movements of the passenger and / or driver, the abnormal facial expressions of the passenger and / or driver (e.g., panic, etc.), and the longer the passenger and / or driver does not appear in the picture, the higher the risk.

[0157] In some embodiments, the determination module 230 may determine audio features based on the in-vehicle voice information; and determine the risk level based on the audio features.

[0158] Audio features refer to sound-related features in the target vehicle, such as the frequency of conversations between passengers and drivers, the volume of passengers and / or drivers, special sounds (such as screaming, crying, etc.), whether the conversation content involves sensitive information (such as the conversation content involves words such as money transfer, threats, and calls for help), etc.

[0159] In some embodiments, the determination module 230 may process the in-vehicle voice information through various audio analysis techniques to generate audio features.

[0160] In some embodiments, the higher the frequency of conversation between the passenger and the driver, the louder the volume of the passenger and / or the driver, the more special sounds appear and the more sensitive information is involved, the higher the risk.

[0161] In some embodiments, the determination module 230 may preset corresponding risk levels according to different driving abnormality data, image features, and audio features, perform weighted summation based on the risk level corresponding to at least one of the three, determine the comprehensive risk level, and determine the attention level based on the comprehensive risk level. The weights may be set in advance by the system or manually.

[0162] In some embodiments, the determination module 230 may directly determine the comprehensive risk as the degree of concern.

[0163] In some embodiments of the present specification, the degree of attention is determined by predicting the risk level. When the travel time of an itinerary order is long and it is difficult for the follower to keep paying attention to the passengers and / or the driver, the safety risks in the itinerary order process can be predicted in advance, and reminders can be sent to the follower in time to ensure the safety of the ride.

[0164] Step 420: In response to the degree of attention satisfying the attention condition, a attention prompt is issued to the follower.

[0165] The attention condition refers to a condition for determining whether to send an attention prompt to the follower. For example, the attention condition may include that the attention degree is greater than an attention degree threshold.

[0166] A follow-up reminder is a reminder message that reminds followers to follow the order itinerary. For example, a follow-up reminder may include prompting followers to send a sharing request. For more information about sharing requests, see Figure 3 and its related description.

[0167] In some embodiments, the prompt module 240 can determine the user status based on the riding status and / or riding information, and send corresponding prompts to followers according to the user status.

[0168] User status refers to the status of a passenger and / or driver during the execution of a trip order. In some embodiments, the user status may include a quiet state and an active state.

[0169] In some embodiments, the prompt module 240 can determine the user state based on at least one of the in-car sound characteristics, in-car image information, and in-car voice information. For example, if the volume in the car is lower than a set threshold, the passenger state is determined to be a quiet state.

[0170] In some embodiments, if the user status is a quiet state, the prompt module 240 can prompt the follower to reduce the sound or suggest the follower to turn on the silent mode.

[0171] In some embodiments, if the user status is active, the prompt module 240 can prompt the follower to pay attention to the situation in the target vehicle.

[0172] In some embodiments of the present specification, corresponding prompts are sent to followers according to the user status, which can avoid unnecessary impact on the user and improve the user's riding experience while ensuring riding safety.

[0173] In some embodiments of the present specification, the degree of attention is determined based on the riding status and / or riding information, and whether to send an attention prompt to the followers is determined based on the degree of attention. Compared with sending riding information to the followers in response to the user and / or riding status of the target vehicle satisfying the sharing conditions, the judgment standard is improved, critical situations are further taken into account, and the supervision of riding safety is strengthened.

[0174] Figure 5 is an exemplary flow chart of a passenger initiating a trip sharing order according to some embodiments of this specification. Figure 5 As shown, process 500 includes the following steps:

[0175] Step 510, click on the itinerary sharing travel entrance.

[0176] In some embodiments, the trip sharing travel portal can be a mini program.

[0177] Step 520, enter the itinerary sharing travel landing page.

[0178] Step 530, perform itinerary sharing settings.

[0179] In some embodiments, for users who use itinerary sharing for the first time, itinerary sharing settings can be performed in step 530. Itinerary sharing settings include binding followers, following settings for itinerary orders, etc. For more information, please refer to Figure 3 and its related description.

[0180] In some embodiments, for users who have used itinerary sharing for multiple times and have completed itinerary sharing settings in advance, step 530 can be omitted and the process goes directly to step 540 .

[0181] In some embodiments, for users who have set different itinerary sharing settings, their binding interfaces are also different. For example, the binding interface of a user who has bound followers is different from the binding interface of a user who has not bound followers.

[0182] Step 540, fill in the starting point and the end point of the trip.

[0183] Step 550: Initiate a trip sharing order.

[0184] In some embodiments, when a trip sharing order is initiated, if there is an unfinished order, the processor 130 can send a notification to the user terminal and guide the user to complete the unfinished order.

[0185] Figure 6 is an exemplary flow chart of followers obtaining ride information according to some embodiments of this specification. Figure 6 As shown, process 600 includes the following steps:

[0186] Step 610, receiving a travel notification.

[0187] In some embodiments, after a trip order is assigned a target vehicle, the processor 130 immediately sends a trip notification to the follower's terminal 150 .

[0188] Step 620, click on the itinerary sharing travel entrance.

[0189] Step 630, enter the itinerary sharing travel landing page.

[0190] Step 640: Send a sharing request.

[0191] For more information about sharing requests, see Figure 3 and its related description.

[0192] In some embodiments, followers can initiate a sharing request at any time from receiving a trip notification to the end of the trip order, for example, during the trip, during billing, etc.

[0193] In some embodiments, when a follower sends a sharing request, the passenger and / or driver may be reminded by sound or vibration to avoid startling the passenger and / or driver.

[0194] Step 650, obtain boarding information.

[0195] For more information about boarding, see Figure 3 and its related description.

[0196] In some embodiments, when a follower obtains ride information through a video / voice call, in response to the video call duration exceeding a duration threshold, the processor 130 may automatically disconnect the video / voice call. The duration threshold may be set by the user or automatically by the system.

[0197] In some embodiments, when the follower obtains the ride information through a video / voice call, in response to the ride information meeting the safety condition, the processor 130 can automatically cut off the video / voice call. The safety condition may include the volume in the car being lower than a volume threshold, the frequency of communication in the car being lower than a frequency threshold, etc.

[0198] In some embodiments of the present specification, when a follower obtains ride information through a video call, the video call is automatically disconnected according to the call duration or the actual ride situation. This can avoid the situation where the user forgets to disconnect the video call due to a long journey or negligence, thereby reducing waste of resources.

[0199] In some embodiments of this specification, if personal information processing is involved, it will be processed on the premise of having a legal basis (for example, obtaining the consent of the subject of personal information, or it is necessary to perform a contract, etc.), and will only be processed within the scope of regulations or agreements. If a user refuses to process personal information other than the necessary information for basic functions, it will not affect the user's use of basic functions.

[0200] The embodiments in this specification are only for illustration and description, and do not limit the scope of application of this specification. For those skilled in the art, various modifications and changes that can be made under the guidance of this specification are still within the scope of this specification.

[0201] One or more embodiments of the present specification provide a trip sharing device, including a processor, wherein the processor is configured to execute a trip sharing method.

[0202] One or more embodiments of the present specification provide a computer-readable storage medium, wherein the storage medium stores computer instructions. When a computer reads the computer instructions in the storage medium, the computer executes the trip sharing method.

[0203] Furthermore, certain features, structures or characteristics in one or more embodiments of this specification may be appropriately combined.

[0204] In some embodiments, numbers describing the number of components and attributes are used. It should be understood that such numbers used in the description of the embodiments are modified by the modifiers "about", "approximately" or "substantially" in some examples. Unless otherwise specified, "about", "approximately" or "substantially" indicate that the numbers are allowed to vary by ±20%. Accordingly, in some embodiments, the numerical parameters used in the specification and claims are approximate values, which may change according to the required features of individual embodiments. In some embodiments, the numerical parameters should take into account the specified significant digits and adopt the general method of retaining digits. Although the numerical domains and parameters used to confirm the breadth of their range in some embodiments of this specification are approximate values, in specific embodiments, the setting of such numerical values ​​is as accurate as possible within the feasible range.

[0205] If there is any inconsistency or conflict between the descriptions, definitions, and / or usage of terms in the materials cited in this specification and the contents described in this specification, the descriptions, definitions, and / or usage of terms in this specification shall prevail.

Claims

1. A method for sharing an itinerary, characterized in that: The method comprises: In response to preset information, assigning a target vehicle to the trip order; In response to the user and / or riding status of the target vehicle satisfying the sharing conditions, riding information is sent to followers, the riding information including in-vehicle image information and / or in-vehicle voice information, the user includes a passenger and / or a driver, and the follower is determined based on the binding relationship of the user.

2. The method according to claim 1, characterized in that The target vehicle is a vehicle that meets the order acceptance conditions, and the order acceptance conditions include: The vehicle is equipped with an in-vehicle passenger information acquisition device, and / or the passenger information of the vehicle is allowed to be shared.

3. The method according to claim 1, characterized in that The sharing condition includes at least one of the following: At least one of the vehicle motion characteristics, route driving characteristics, and in-vehicle sound characteristics of the target vehicle meets a preset condition; The follower sends a sharing request; The user has set the follower to confirm the binding relationship; The user has set an attention setting for the travel order; The user triggers the itinerary sharing function; The user temporarily selects non-followers.

4. The method according to claim 1, characterized in that: The method further comprises: determining a degree of attention based on the riding status and / or the riding information; In response to the degree of attention satisfying an attention condition, an attention prompt is issued to the follower.

5. The method according to claim 4, characterized in that The attention level includes a risk level, and determining the attention level based on the riding status and / or the riding information includes: Determining the risk level based on at least one of the route driving characteristics, the in-vehicle image information, and the in-vehicle voice information; Based on the risk level, the level of concern is determined.

6. The method according to claim 1, characterized in that The sending the boarding information to the follower comprises: The data frequency and / or quality of sending the riding information is determined based on the in-vehicle image information and / or the vehicle driving status.

7. The method according to claim 6, characterized in that The determining, based on the in-vehicle image information and / or the vehicle driving state, of the data frequency and / or quality of sending the riding information comprises: Determining a vehicle state based on the in-vehicle image information and / or the vehicle driving state; Based on the vehicle status, a frequency and / or quality of data for transmitting the ride information is determined.

8. The method according to claim 7, characterized in that The determining of the vehicle state based on the vehicle driving state includes: Determining the vehicle driving state based on at least one of a vehicle motion characteristic, a route driving characteristic, and an in-vehicle sound characteristic; Based on the vehicle driving state, the vehicle state is determined, and the vehicle state includes a normal state and an abnormal state.

9. The method according to claim 8, characterized in that The method further comprises: Based on the route driving characteristics, determining driving abnormality data, wherein the driving abnormality data is used to reflect the abnormal situation of the target vehicle during driving, and the driving abnormality data includes at least one of deviation data, abnormal stop data, emergency braking data, collision data and vehicle information loss data; Based on the abnormal driving data, a risk level is determined.

10. A trip sharing system, characterized in that: The system comprises: an allocation module, responsive to preset information, for allocating a target vehicle to a trip order; A sending module, in response to the user and / or riding status of the target vehicle satisfying the sharing conditions, sends riding information to followers, the riding information including in-vehicle image information and / or in-vehicle voice information, the user including passengers and / or drivers, and the followers are determined based on the binding relationship of the users.

Images