BR112017027150B1 - SYSTEMS AND METHODS FOR MONITORING EN-ROUTE TRANSPORTATION - Google Patents

Abstract

SYSTEMS AND METHODS FOR MONITORING EN-ROUTE TRANSPORTATION. The present description refers to a method and system for monitoring en route transport. The method includes obtaining a driving route of a target vehicle; obtaining a reference position on the driving route distant from a first current position of the target vehicle; determining a second current position of the target vehicle after a reference time; determining a distance between the second current position and the reference position as being greater than a predefined distance; and sending a signal to a target terminal indicating that the target vehicle is off-route.

Description

TECHNICAL FIELD

[01] This patent application generally refers to service transport management. Specifically, the present description concerns online monitoring of en route vehicle transport.

BACKGROUND OF THE INVENTION

[02] On-demand services such as shuttle service, ride request services rely heavily on vehicle management systems for dispatching vehicles. Vehicle management systems employed for taxi and limousine typically use on-board measuring devices, radios, and cell phones to dispatch drivers. This system is typically not communicative to customer passengers requesting transportation services and/or does not monitor the distribution of its customers waiting for pickup.

SUMMARY

[03] In a first aspect of the present description, there is provided a system that includes at least one processor and a computer-readable storage medium that stores a first set of instructions for monitoring a target vehicle. When executing the first set of instructions, at least one processor is detected to: obtain a driving route of the target vehicle; obtaining a reference position on the driving route away from a first current position of the target vehicle; determining a second current position of the target vehicle after a reference time; determining a distance between the second current position and the reference position being greater than a predefined distance; and sending a signal to a target terminal indicating that the target vehicle is off-route.

[04] In a second aspect of the present description, a method of monitoring a target vehicle is provided that includes obtaining a driving route of a target vehicle; obtaining a reference position on the driving route distant from a first current position of the target vehicle; determining a second current position of the target vehicle after a reference time; determining a distance between the second current position and the reference position being greater than a pre-defined distance; and sending a signal to a target terminal indicating that the target vehicle is off-route.

[05] In a third aspect of the present description, the system includes at least one processor and a computer-readable storage medium that stores a second set of instructions for sending the emergency formation. By executing the second set of instructions, at least one processor is detected to: initiate a transportation transaction between a first party and a second party via an online transportation service platform; send registration information from the second party to the first party; determine the occurrence of an emergency for the first party; and send an emergency alert, including a position of the emergency occurrence and log information to a target terminal.

[06] In a fourth aspect of the present disclosure, a method of sending emergency information is provided that includes: initiating a transportation transaction between a first party and a second party through an online transportation service platform; send registration information from the second party to the first party; determine the occurrence of an emergency for the first party; and sending an emergency alert, including a position of emergency occurrence and log information to a target terminal.

[07] In a fifth aspect of the present description, a system is provided that includes at least one processor and a computer-readable storage medium that stores a third set of instructions for sending identification information in a secure manner. When executing the third set of instructions, at least one processor is detected to: establish communication between a first party and a second party via an online transport service platform; securely obtaining the first party's identifying information from the first party; and informing the second party that the first party is in safe mode by obtaining the safe mode identification information.

[08] In a sixth aspect of the present description, a method of sending identification information in a secure manner is provided. The method includes establishing communication between a first party and a second party via an online transportation service platform; obtaining the security mode identification information of the first party from the first party; and informing the second party that the first party is in safe mode by obtaining the safe mode identification information.

[09] In a seventh aspect of the present description, a system is provided. The system includes at least one processor and a computer-readable storage medium that stores a fourth set of instructions for sending at least one point of interest (POI). By executing the fourth set of instructions, at least one processor is detected to: initiate a transportation transaction between a first party and a second party via an online transportation service platform; obtaining a POI driving route of a first party, wherein the POI driving route includes at least one POI; and sending POI driving route to the first party when the first party is within a predetermined distance of at least one POI.

[010] In an eighth aspect of the present description, a method of sending at least one point of interest (POI) is provided, said method including initiating a transportation transaction between a first party and a second party through a shipping platform. online transportation service; obtaining a POI driving route of a first party, wherein the POI driving route includes at least one POI; and sending the POI driving route to the first party when the first party is a predetermined distance from the at least one POI.

[011] Additional features will be presented in part in the following description, and in part will become apparent to those skilled in the art after examining the following or can be learned by production or operation of the examples. The features of the present description can be realized and achieved by the practice or use of various aspects of the methodologies, instruments and combinations set forth in the detailed examples discussed below.

BRIEF DESCRIPTION OF THE DRAWINGS

[012] The methods, systems and/or programming described here are presented in representative embodiments. These representative embodiments are described in detail with reference to the drawings. These embodiments are non-limiting representative embodiments, wherein similar reference numerals represent similar structures throughout the various views of the drawings, and wherein:

[013] Figure 1 is a block diagram of an exemplary on-demand service system in accordance with some embodiments of the present description;

[014] Figure 2 is a schematic diagram illustrating exemplary hardware and software components of a computing device in which the server, requestor terminal and/or provider terminal may be implemented in accordance with some embodiments of the present description;

[015] Figure 3 is a block diagram illustrating an exemplary processing mechanism in accordance with some embodiments of the present description;

[016] Figure 4 is a flowchart of an exemplary method and/or process for transmitting identification information in a security mode between parties in accordance with some embodiments of the present description;

[017] Figure 5 is a flowchart of an exemplary method and/or process for guiding a first part and/or a second part to a collection position in accordance with some embodiments of the present description;

[018] Figure 6 is a flowchart of an exemplary method and/or process for monitoring a target vehicle in accordance with some embodiments of the present description;

[019] Figure 7 is a schematic diagram illustrating exemplary driving routes and reference positions in accordance with some embodiments of the present description;

[020] Figure 8 is a flowchart of an exemplary method and/or process for sending emergency information in accordance with some embodiments of the present description;

[021] Figure 9-A is a primary view of an exemplary user interface of the online transportation service platform for displaying alert tutorial information in accordance with some embodiments of the present description;

[022] Figure 9-B is a variation diagram of an exemplary user interface that displays an alert button in accordance with some embodiments of the present description;

[023] Figure 9-C is a variation diagram of an exemplary user interface that displays online help information in accordance with some embodiments of the present description;

[024] Figure 10 is a flowchart of an exemplary method and/or process for sending a POI conduction route to a first party and/or a second party in accordance with some embodiments of the present description;

[025] Figure 11-A is a primary view of an exemplary user interface of the online transportation service platform for displaying a map including a pickup position in accordance with some embodiments of the present description; It is

[026] Figure 11-B is a primary view of an exemplary online transportation service platform user interface for displaying a map including a portion of a POI driving route in accordance with some embodiments of the present description.

DETAILED DESCRIPTION OF THE INVENTION

[027] In the detailed description that follows, numerous specific details are presented by way of example to provide a complete understanding of the relevant teachings. However, it should be apparent to those skilled in the art that the present disclosure can be practiced without such details. In other cases, known methods, procedures, systems, components and/or circuits have been described at a relatively high level, without detail, to avoid unnecessary obscure aspects of the present description.

[028] The present description describes methods and systems for monitoring en route transport that may transport a service requester, a service provider and/or goods. The methods and systems disclosed herein aim to determine the travel condition of one or more parties associated with transport. The travel condition may include a transport route, a current position of the transport, whether the transport is en route or not, whether there is an emergency occurrence, or the like, or any combination of these. The methods and systems described here also provide ways to prevent and/or respond to the occurrence of an emergency. The ways may include sending a route of the transports, providing security mode transactions, monitoring or recoding the transports, sending an emergency alert, or similar, or any combination thereof.

[029] Systems and methods for monitoring transport can be used in different transport systems (transport includes, but is not limited to, land transport, sea transport and air transport, or similar, or a combination thereof) including, the system vehicle management system employed for taxi and limousine, intra-city express delivery system or similar. It is understood that these exemplary applications of the system and method disclosed herein are provided for purposes of illustration, and are not intended to limit the scope of the present description. The disclosed system and method can be applied in other contexts, for example, other on-demand services.

[030] These and other particularities and characteristics of the present description, as well as the methods of operation and functions of the related structural elements and the combination of parts and manufacturing economies, may become more evident after consideration of the following description with reference to the attached drawings, all of which form part of this description. However, it is expressly understood that the drawings are for illustrative and descriptive purposes only, and are not intended to limit the scope of the present description. It is understood that the drawings are not to scale.

[031] The flowcharts used in the present description illustrate operations that the systems implement according to some embodiments in the present description. It must be expressly understood that flowchart operations may be implemented not in order. On the other hand, operations can be implemented in reverse order, or simultaneously. Additionally, one or more other operations can be added to flowcharts. One or more operations can be removed from flowcharts.

[032] In the present description, a "user", a "passenger", a "requester", a "service requester" and a "client" are used interchangeably to refer to individuals who are requesting or ordering a service. Additionally, a "provider", a "service provider" and a "supplier" are used interchangeably to refer to an individual, an entity or a tool that can provide a service or facilitate the provision of the service. The term "party" may refer to an individual who is requesting or ordering a service, or an individual, an entity that may provide a service. The term "user terminal" in this description may refer to a tool that can be used to request a service, order a service, facilitate a service request, provide a service or facilitate the provision of a service.

[033] Transportation system vehicles may include a taxi, a private car, a hitch, a bus, a train, a bullet train, a high-speed train, a subway, a ship, an aircraft, a spacecraft, an air balloon, a driverless vehicle, or the like, or any combination thereof. The transportation system may also include any transportation system for management and/or distribution, for example, a system for sending and/or receiving an express. The system application or method of the present disclosure may include a web page, a browser plug-in, a client terminal, a custom system, an internal analysis system, an artificial intelligence robot or the like, or any combination thereof. same.

[034] The term "service request" and "order" in this description are used interchangeably to refer to a request that may be initiated by a passenger, a requestor, a service requester, a customer, a driver, a provider, a service provider, a supplier or similar, or any combination thereof. The service request can be accepted by a passenger, a requester, a service requester, a customer, a driver, a provider, a service provider, or a supplier. The service request may be chargeable or free of charge.

[035] The positioning technology used in the present description may be based on a global positioning system (GPS), a global satellite navigation system (GLONASS), a compass navigation system (COMPASS), a positioning system Galileo, a quasi-zenith satellite system (QZSS), a wireless fidelity positioning technology (WiFi) or similar, or any combination thereof. One or more of the above positioning systems may be used interchangeably in the present description.

[036] One aspect of the present description relates to online systems and methods for monitoring en route transactions. The systems and methods may do so by obtaining a driving route of a target vehicle, obtaining a reference position on the driving route of the target vehicle, determining a current position of the target vehicle, and determining whether the target vehicle is en route or not. It is based on the reference position and the current position.

[037] It should be noted that online on-demand transportation service, such as online taxi transportation request, including taxi transportation request combination services, is a new form of service rooted only in the era post-internet. It provides technical solutions to users and service providers that could only increase in the post-internet era. In the pre-internet era, when a user requests a taxi on the street, the request and acceptance of the taxi occurs only between the passenger and a taxi driver who sees the passenger. If the passenger orders a taxi by telephone, the order and acceptance of the service can only occur between the passenger and a service provider (for example, a taxi company or agent). Online taxi, however, allows a service user to real-time and automatically distribute a service request to a large number of individual service providers (e.g. taxi) far from the user. It also allows a plurality of services to respond to the service request simultaneously and in real time. Therefore, through the Internet, online on-demand transportation systems can provide a much more efficient transaction platform for users and service providers who never encountered a traditional pre-Internet transportation service system.

[038] Figure 1 is a block diagram of an exemplary on-demand service system (100) according to some embodiments of the present description. For example, the on-demand service system (100) may be an online transportation service platform for transportation services, such as requesting taxi transportation, chauffeur service, express car, carpooling, bus service, rental driver and transport service. The on-demand service system (100) may be an online platform including a server (110), a network (120), a requester terminal (130), a provider terminal (140), and a database (150). . The server (110) may include a processing engine (112).

[039] In some embodiments, the server (110) may be a single server, or a group of servers. The group of servers may be centralized or distributed (e.g., server (110) may be a distributed system). In some embodiments, the server (110) may be local or remote. For example, the server (110) can access information and/or data stored in the requestor terminal (130), the provider terminal (140) and/or the database (150) via the network (120). As another example, the server (110) may be directly connected to the requestor terminal (130), the provider terminal (140) and/or the database (150) to access stored information and/or data. In some embodiments, the server (110) may be implemented on a cloud platform. By way of example only, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, an inter-cloud, a multi-cloud or the like, or any combination thereof. In some embodiments, the server (110) may be implemented in a computing device (200) that has one or more components illustrated in Figure 2 in the present description.

[040] In some embodiments, the server (110) may include a processing engine (112). The processing engine (112) may process information and/or data related to the service request to perform one or more functions described in the present description. For example, the processing engine (112) may determine a target vehicle based on the service request obtained from the requester's terminal (130). In some embodiments, the processing engine (112) may include one or more processing engines (e.g., single-core processing engine(s) or multi-core processor(s)). By way of example only, the processing engine (112) may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), an application-specific instruction set processor (ASIP), an graphics processing unit (GPU) a physics processing unit (PPU), a digital signal processor (DSP), a field programmable gate array (FPGA), a programmable logic device (PLD), a controller, a drive microcontroller, a reduced instruction set computer (RISC), a microprocessor or similar, or any combination thereof.

[041] The network (120) can facilitate the exchange of information and/or data. In some embodiments, one or more components in the on-demand service system (100) (e.g., the server (110), the requester terminal (130), the provider terminal (140), and the database ( 150)) may send information and/or data to another component(s) in the on-demand service system (100) via the network (120). For example, the server (110) may obtain/acquire service request from the requestor terminal (130) over the network (120). In some embodiments, the network (120) may be any type of wired or wireless network, or combination thereof. By way of example only, the network (130) may include a cable network, a fixed network, a fiber optic network, a telecommunications network, an intranet, an Internet, a local area network (LAN), a wide area network (WAN), a wireless local area network (WLAN), a metropolitan area network (MAN), a wide area network (WAN), a switched telephone network (PSTN), a Bluetooth network, a ZigBee, near field communication (NFC), or similar, or any combination of these. In some embodiments, the network (120) may include one or more network access points. For example, the network (120) may include wired or wireless network access points, such as base stations and/or traffic exchange points (120-1, 120-2, ...), through which one or more components of the on-demand service system (100) may be connected to the network (120) to exchange data and/or information.

[042] In some embodiments, a requester may be a requester terminal user (130). In some embodiments, the requestor terminal user (130) may be someone other than the requestor. For example, a user A of the requester terminal (130) may use the requester terminal (130) to send a service request to a user B, or receive service and/or information or instructions from the server (110). In some embodiments, a provider may be a user of the provider terminal (140). In some embodiments, the user of the provider terminal (140) may be someone other than the provider. For example, a user C of the provider terminal (140) may use the provider terminal (140) to receive a service request for a user D and/or information or instructions from the server (110). In some embodiments, "requester" and "terminal and requester" may be used interchangeably, and "supplier" and "provider terminal" may be used interchangeably.

[043] In some embodiments, the requestor terminal (130) may include a mobile device (130-1), a tablet computer (130-2), a laptop computer (130-3), a device integrated into a motor vehicle (130-4) or similar, or any combination thereof. In some embodiments, the mobile device (130-1) may include a smart home device, a wearable device, a smart mobile device, a virtual reality device, an augmented reality device or the like, or any combination thereof. In some embodiments, the smart home device may include a smart lighting device, a smart electrical appliance control device, a smart monitoring device, a smart television, a smart video camera, an intercom or the like. or any combination of these. In some embodiments, the wearable device may include a smart bracelet, a smart shoe, a smart glasses, a smart helmet, a smart watch, a smart clothing, a smart backpack, a smart accessory or the like, or any combination thereof. In some embodiments, the smart mobile device may include a smart phone, a personal digital assistant (PDA), a gaming device, a navigation device, a point of sale (POS) device or the like, or any combination thereof. . In some embodiments, the virtual reality device and/or the augmented reality device may include a virtual reality helmet, a virtual reality glasses, a virtual reality patch, an augmented reality helmet, an augmented reality glasses, a augmented reality patch or similar, or any combination thereof. For example, the virtual reality device and/or the augmented reality device may include a Google Glass, an Oculus Rift, a Hololens, a Gear VR, etc. In some embodiments, the device integrated into the motor vehicle (130-4) may include an on-board computer, an on-board television, etc. In some embodiments, the requester terminal (130) may be a device with positioning technology to locate the position of the requester and/or the requester terminal (130).

[044] In some embodiments, the provider terminal (140) may be similar or the same device as the requester terminal (130). In some embodiments, the provider terminal (140) may be a device with positioning technology for locating the position of the provider/or the provider terminal (140). In some embodiments, the requester's terminal (130) and/or the provider's terminal (140) may communicate with another positioning device to determine the position of the requester, the requester's terminal (130), the provider and/or or from the provider terminal (140). In some embodiments, the requester terminal (130) and/or the provider terminal (140) may send positioning information to the server (110).

[045] The database (150) can store data and/or instructions. In some engagements, the database (150) may store data obtained from the requesting terminal (130) and/or the provider terminal (140). In some embodiments, the database (150) may store data and/or instructions that the server (110) may delete or use to perform example methods described in the present description. In some embodiments, the database (150) may include mass storage, removable storage, volatile read-write memory, read-only memory (ROM) or the like, or any combination thereof. Exemplary mass storage may include a magnetic disk, an optical disk, solid state disks, etc. Exemplary removable storage may include a flash drive, floppy disk, optical disk, memory card, zip disk, magnetic tape, etc. Exemplary volatile read-write memory may include random access memory (RAM). ). Exemplary RAM may include a dynamic RAM (DRAM), a double data rate synchronous dynamic RAM (DDR SDRAM), a static RAM (SRAM), a thyristor RAM (T-RAM), and a zero capacitor RAM (Z- RAM), etc., the exemplary ROM may include a mask-programmed ROM (MROM), a programmable ROM (PROM), an erasable programmable ROM (PEROM), an electronically erasable programmable ROM (EEPROM), a compact disk ROM ( CD-ROM) and a digital versatile disc ROM, etc. In some embodiments, the database (150) may be implemented on a cloud platform. By way of example only, the cloud platform may include a private cloud, a public cloud, a hybrid cloud, a community cloud, a distributed cloud, an inter-cloud, a multi-cloud or the like, or any combination thereof.

[046] In some embodiments, the database (150) may be connected to the network (120) to communicate with one or more components in the on-demand service system (100) (e.g., the server (110) , the requester terminal (130), the provider terminal (140), etc.). One or more components in the on-demand service system (100) may access data or instructions stored in the database (150) via the network (120). In some embodiments, the database (150) may be directly connected to or communicate with one or more components in the on-demand service system (100) (e.g., the server (110), the requester terminal (130) ), the provider terminal (140), etc.). In some embodiments, the database (150) may be part of the server (110).

[047] In some embodiments, one or more components in the on-demand service system (100) (e.g., the server (110), the requester terminal (130), the provider terminal (140), etc. ) may have permission to access the database (150). In some embodiments, one or more components in the on-demand service system (100) may read and/or modify information relating to the requester, the provider and/or the public when one or more conditions are met. For example, the server (110) may read and/or modify one or more users' information after a service. As another example, the provider terminal (140) can access information relating to the requester when receiving a service request from the requester terminal (130), but the provider terminal (140) cannot modify the relevant information of the requester.

[048] In some embodiments, the exchange of information from one or more components in the on-demand service system (100) can be achieved by requesting a service. The object of the service request can be any product. In some embodiments, the product may be a tangible product, or an intangible product. The tangible product may include food, medicine, merchandise, chemicals, electrical appliances, clothing, cars, housing, luxury items or the like, or any combination of these. The intangible product may include a maintenance product, a financial product, a knowledge product, an internet product or similar, or any combination of these. The Internet product may include an individual host product, a web product, a mobile Internet product, a commercial host product, an integrated or similar product, or any combination thereof. The mobile internet product can be used in a mobile terminal software, a program, a system or similar, or any combination thereof. The mobile terminal may include a tablet, a laptop computer, a cell phone, a personal digital assistance (PDA), a smart watch, a point of sale (POS) device, an on-board computer, an on-board television, a device wearable, or similar, or any combination thereof. For example, the product can be any software and/or application used on your computer or cell phone. The software and/or application may be related to socializing, shopping, transportation, entertainment, learning, investing or the like, or any combination thereof. In some embodiments, the transportation-related software and/or application may include travel software and/or application, vehicle programming software and/or application, mapping software and/or application, etc. In the vehicle programming software and/or application, the vehicle may include a horse, a carriage, a rickshaw (e.g., a wheelbarrow, a bicycle, a tricycle, etc.), a car (e.g., a taxi , a bus, a private car, etc.), a train, a subway, a ship, an aircraft (e.g. an airplane, a helicopter, a space shuttle, a rocket, a hot air balloon, etc.), or something like that, or any combination of these.

[049] Figure 2 is a schematic diagram illustrating exemplary hardware and software components of a computing device (200) in which the server (110), the requestor terminal (130) and/or the provider terminal (140) can be implemented according to some embodiments of the present description. For example, the processing engine (112) may be implemented in the computing device (200) and configured to perform functions of the processing engine (112) disclosed in this description.

[050] The computing device (200) can be a general purpose computer or a special purpose computer, both of which can be used to implement an on-demand system for the present description. The computing device (200) can be used to implement any component of the on-demand service as described herein. For example, the processing engine (112) may be implemented in the computing device (200) through its hardware, software program, firmware, or a combination thereof. Although only one of these computers is shown, for convenience, computer functions related to the on-demand service as described herein can be implemented in a distributed manner across multiple similar platforms to distribute the processing load.

[051] The computing device (200), for example, may include COM ports 250 connected to and from a network connected thereto to facilitate data communication. The computing device (200) may also include a central processing unit (CPU) (220), in the form of one or more processors, for executing program instructions. The exemplary computer platform may include an internal communications bus (210), program storage, and data storage of different forms, e.g., a disk (270) and a read-only memory (ROM) (230), or a memory random access memory (RAM) (240), for various data files to be processed and/or transmitted by the computer. The exemplary computer platform may also include program instructions stored in ROM (230), RAM (240), and/or other type of non-transitory storage medium to be executed by the CPU (220). The methods and/or processes of the present disclosure may be implemented as the program instructions. The computing device (200) may also include an I/O component (260), supporting input/output between the computer and other components therein, such as user interface elements (280). The computing device (200) may also receive programming and data via network communications.

[052] For illustrative purposes only, only a CPU and/or processor are described in the computing device (200). However, it should be noted that the computing device (200) in the present description may also include multiple CPUs and/or processors, so the operations and/or method steps that are performed by one CPU and/or processor , as described in the present description, can also be performed jointly or separately by multiple CPUs and/or processors. For example, if, in the present description, the CPU and/or processor of the computing device (200) performs step A and step B, it is to be understood that step A and step B may also be performed by two Different CPUs and/or processors together or separately in the computing device (200) (e.g., the first processor performs step A and the second processor performs step B, or the first and second processors jointly perform steps A and B).

[053] Figure 3 is a block diagram illustrating an exemplary processing mechanism (112) according to some embodiments of the present description. The processing mechanism (112) may include an acquisition module (302), a determination module (304), a matching module (306), and an allocation module (308).

[054] The acquisition module (302) can be configured to obtain a plurality of orders from a plurality of requesters. As used herein, the system (100) may generate an order based on an on-demand service request submitted by a requester. It should be noted that in the description there is no substantial difference between an order and a request.

[055] The on-demand service may be a transportation service for a taxi, a private vehicle, a bus, a truck, a test drive, a designated drive or similar, or a combination thereof. In some embodiments, the on-demand service can be any online service, such as reserving a restaurant, shopping or something similar, or a combination of them. In some embodiments, the requester can choose whether to agree to share a service with other requesters in the on-demand service request. For example, the requester may disagree with sharing a service with other requesters under any circumstances. In another example, the requester may agree to share a service with other requesters in some situations (for example, during peak traffic periods).

[056] The acquisition module (302) can obtain the plurality of orders from the requestor terminal (130) through the network (120). The acquisition module (302) can further obtain characteristics (e.g., a starting location, a destination location) of the plurality of orders.

[057] The determination module (304) can be configured to determine the corresponding information of the plurality of orders based on the characteristics. The determination module (304) can determine correspondence information between any two of the plurality of orders. The corresponding information can indicate whether the two orders are shareable.

[058] The matching module (306) can be configured to determine a set of shareable orders based on the matching information. As used herein, a shareable order may refer to an order that can be combined with other order(s). For example, if order A and order B include a similar starting location or a similar destination location, the matching module (306) may determine order A and order B to be shareable orders. As used herein, a similar starting location may refer to an A starting location that is reasonably close to a B starting location for one skilled in the art. For example, if a distance between the destination location of order A and the starting location of order B is less than a threshold, such as 500 meters, 1 km, or 1.5 km, the system (100) may determine that the order A and order B include a similar starting location. Likewise, the system can determine the similar destination in a similar way.

[059] The allocation module (308) can allocate the set of sharable orders to providers. For example, the allocation module (308) may combine two of the shareable order sets as an order group and allocate the order group to a provider (e.g., a driver).

[060] The modules in the processing engine (112) can be connected or communicate with each other via a cable connection or a wireless connection. The cable connection may include a metal cable, an optical cable, a hybrid cable or similar, or any combination thereof. The wireless connection may include a local area network (LAN), a wide area network (WAN), Bluetooth, ZigBee, near field communication (NFC) or similar, or any combination thereof. Two or more of the modules may be combined as a single module, and any of the modules may be divided into two or more units. For example, the acquisition module (302) can be integrated into the determination module (304) as a single module that can obtain order characteristics and determine order correspondence information.

[061] Figure 4 is a flowchart of an exemplary method and/or process for securely transmitting identification information between parties in accordance with some embodiments of the present description. The process and/or method may be operated by a computer server (e.g., the server (110)) of an online transportation service platform of the on-demand service system (100). For example, the method and/or process may be implemented as a set of instructions and stored on at least one storage medium of the online transportation service platform. At least one processor of a computer server of the platform may communicate with the storage medium and execute the set of instructions to perform the following steps.

[062] In some embodiments, one or more passengers may reserve and/or obtain transportation services through an online transportation service platform, such as the on-demand service system (100), while one or more drivers may provide transportation services through the online transportation service platform. The passenger(s) can access the online transportation service platform through a user terminal (e.g., a requestor terminal (130). The engine(s) may access the online transportation service platform through another user terminal (e.g., a provider terminal (140)). The user terminal can be a mobile terminal or a personal computer (PC). The user terminal may include smartphone, personal digital assistant (PDA), tablet, laptop, computer (on-board computer), portable gaming station (PSP), smart glasses, smart watch, devices wearables, virtual display device or display-enhanced equipment (e.g., Google Glass, Oculus Rift, Hololens, GearVR), or the like, or any combination thereof.

[063] The passenger(s) can send a service request to a computer server of the online transportation service platform through the passenger terminal. The service request may generally include departure information and destination information of the passenger(s). The service request may also include a real-time position of the passenger, a passenger identity, a specific time of submission of the service request, or similar, or any combination thereof. Passenger identity may include telephone number, identity number, IP (Internet Protocol) address, MAC (Media Access Control) address or the like or any combination thereof. The computer server can receive the service request. The computer server can obtain a position of the passenger(s).

[064] The computer server may send the service request to one or more driver terminals that log in to the platform. The driver(s) can receive the service request via the driver terminal and decide whether or not to respond to the service request. When a driver accepts the service request, the computer server can initiate a transportation transaction between the passenger(s) and the driver.

[065] In some embodiments, two or more passengers may travel via the online transportation service platform. It may be indicated that when a driver is providing a first transportation service to a first passenger, the driver may respond to a second transportation service sent by a second passenger. The driver can collect the second passenger before dropping off the first passenger, and the two passengers can travel in a car pool.

[066] In some embodiments, a transportation transaction may involve two parties. One part may refer to a transportation service provider (e.g., a driver), while the other part may refer to a service requester (e.g., one or more passengers). In some embodiments, two or more transport transactions may be interconnected. For example, a transportation service provider may provide two transportation services at the same time, where the two transportation services may originate from two different transportation transactions (i.e., two or more passengers may be traveling in carpooling) . That is, a vehicle in circulation may involve two or more parties, including a transportation service provider, a first service requester and/or a second service requester, or similar.

[067] In some embodiments, a danger or emergency situation may occur in a vehicle in circulation. In some embodiments, the danger or emergency situation may result from an accident. In some embodiments, the dangerous or emergency situation may come from one or more parties as illustrated above. Just by way of example, the emergency may occur when a transportation service provider kidnaps a service requester (e.g., the driver is a thief). As another example, the emergency may occur when a service requester diverts a transportation service provider (e.g., the passenger is a thief). As yet another example, the emergency may occur when a first service requester kidnaps a second service requester (for example, a kidnapper hails a taxi).

[068] To prevent the occurrence of danger or emergency situation, the online transportation service platform may provide a service(s) in a secure manner to one or more of the parties to a transportation transaction. For example, the online transportation service platform may safely provide the service to the passenger and/or driver during a taxi service. In security mode, the online transportation service platform may monitor one or more parties to ensure the security of the parties. For example, when the transportation service provider accesses the security mode, the online transportation service platform can monitor the service requester(s). As another example, when the service requester accesses the safe mode, the online transportation service platform can monitor the transportation service provider. Alternatively, the online transportation service platform may monitor the requester and/or the transportation service provider, regardless of who initiated the safe mode service through their corresponding terminal device. For example, safety mode may be a function provided in an application installed on a taxi driver's and/or a passenger's smart phone. Both the taxi driver and the passenger can log into the online transportation service platform through their smart phones. The passenger can greet the taxi through the app. When the taxi picks up the passenger, the taxi driver, passenger or both can independently initiate safety mode. Upon receiving the request to access the taxi driver and/or passenger's security mode, one or more servers of the online transportation service platform may monitor the taxi driver, the taxi and/or the passenger through the respective smart phone.

[069] In some embodiments, the online transportation service platform may inform other parties to the transaction when one of the parties is in security mode. For example, when the passenger initiates safe mode, the online transportation service platform may inform the driver that the passenger has initiated safe mode, so that the driver knows that his transportation service is being monitored or will be monitored. As illustrated below, the online transportation service platform may transmit security mode identification information between parties.

[070] In step (410), a computer server may obtain service request and/or security mode identification information from a first party. The online transportation service platform may provide general mode service(s) and security mode service(s) for the first party. The first party can choose to access general mode and safe mode. In some embodiments, the service(s) may set general mode as the system default. Security mode identification information may refer to information (e.g., a warning, a label, or the like) that indicates that the first party has access to security mode. The first part may refer to a service requestor/receiver, or similar. The first party may access safe mode through a user interface of a first user terminal. For example, a passenger can access security mode through a user interface of an application installed in a passenger terminal. In some embodiments, the user interface of the first user terminal may provide a safe mode button for the first party to have access to safe mode. In some embodiments, the user interface of the first user terminal may provide a mode selection function for the first party. The first party can access secure mode before a transport transaction is initiated.

[071] In some embodiments, when the first party is a service requester, e.g., a passenger, security mode identification information may be generated when the passenger sends a service request to the computer server. The passenger can use a passenger terminal to access the online transportation service platform and input travel information, such as departure information and destination information, or the like. At the same time, the passenger can choose to access safe mode. In some embodiments, the passenger may select the security mode when accessing the online transportation service platform. The passenger terminal may send a transportation service request associated with the travel information to the computer server. In security mode, the passenger terminal can send the security mode identification information along with the transportation service request to the computer server. The computer server can obtain the information sent from the first party by accessing the online transport service platform through the network (120). The information may include security mode identification information and/or transport service request, or similar.

[072] In step (420), the computer server may generate a transport order based on the service request and/or security mode identification information. The order information may include security mode identification information, travel information or the like, or any combination thereof.

[073] In step (430), the computer server may send the transport order to a second party. In some embodiments, the second part may refer to one or more providers of transportation services, or the like. In some embodiments, the second part may refer to a plurality of driver terminals within a pre-terminated range within the starting position or the position where the service request is sent.

[074] In security mode, the computer server may remind the driver terminal(s) that the transport order is associated with security mode identification information. In some embodiments, the driver terminal(s) may display security mode identification information in a requester interface. The driver(s) can distinguish between general mode and safety mode transport orders through the user interface colors of the driver terminal(s). For example, the General Mode UI color might be yellow, while the Safe Mode UI color might be red. The scope of this description is not intended to limit the display of security mode identification information.

[075] In some embodiments, a transportation service provider, for example, a driver, can access security mode. The driver can use a driver terminal to access the online transportation service platform. The driver can choose the safe mode when accessing the online transportation service platform, responding to the service request, or at any time in between. Safe mode identification information may be generated when the driver responds to a service request. In safe mode, the driver terminal can send the safe mode identification information together with a request order to the computer server. When the computer server initiates a transportation transaction between the driver and a passenger in accordance with the service request and order request, the computer server may send the security mode identification information to a passenger terminal of the passenger. The passenger terminal may display security mode identification information in a user interface of an application installed in the passenger terminal.

[076] In some embodiments, after the computer server initiates a transport transaction between a service requestor and a transport service provider, the service requestor and/or the transport service provider may access the mode of security. Safe mode identification information can be generated in real time and sent to the computer server. The computer server may send the security mode identification information to the transport service provider or the service requester. A user terminal of the transport service provider or service requester may display security mode identification information.

[077] In some embodiments, when or after the computer server initiates a transport transaction, the service provider may pick up the service requester at a pickup position. In some embodiments, the pickup position of the transport transaction may be a current position of the service requester. Alternatively, the pickup position may be different from a service requester's current position. In some embodiments, the pickup position may be different from a current position of a transportation service provider. The computer server may generate one or more navigation routes for the service requester and/or the transportation service provider. Navigation routes can guide the service requester and/or transportation service professional to the pickup position. In some embodiments, the pickup position may be predefined by the service requester when the service request is sent to the computer server. In some embodiments, the collection position may be determined by the computer server. For example, the computer server may determine a point of interest (POI) as the pickup position. The POI may be close to the current position of the service requester or the transportation service provider. As illustrated below, the detailed process can be described in figure 5.

[078] Figure 5 is a flowchart of an exemplary method and/or process for guiding a first part and/or a second part to a collection position in accordance with some embodiments of the present description. The process and/or method may be operated by a computer server (e.g., the server (110)) of an online transportation service platform of the on-demand service system (100). For example, the method and/or process may be implemented as a set of instructions and stored on at least one storage medium of the online transportation service platform. At least one processor of a computer server of the platform may communicate with the storage medium and execute the set of instructions to perform the following steps.

[079] In step (510), the computer server may predefine a POI database and POI category information. The POI database may include one or more POIs. A POI may refer to a point of interest, including a building or a road, for example, a shopping center, a park, a school, a hospital, a hotel, a restaurant, a supermarket, a tourist spot, a landmark, or similar, or any combination thereof. Each POI can have corresponding POI information. The POI information of a POI may refer to information relating to the POI, including, for example, a POI name, a POI position, a POI orientation or the like, or any combination thereof. Just by way of example, in New York City, a POI name might be Times Square, a POI position might be the geographic location of Times Square, a POI orientation might be south of Times Square.

[080] In some embodiments, the computer server may obtain POI information within a suitable range, for example, a neighborhood, a city, a district, a country or the like, or any combination thereof. POI information may be obtained by manual collection, packet loading, street view collection, satellite data collection or the like, or any combination thereof. In some embodiments, the computer server may update POI information based on temporary feedback information (e.g., the requester terminal (130), the provider terminal (140), etc.). The computer server may predefine a POI database based on the obtained POI information. The POI database may include POI information from one or more POIs.

[081] In some embodiments, the computer server may form a category POI in the POI database. The computer server categorizes POI information based on a road direction. A road can have two directions. Along different road directions, there may be different POI information. In some embodiments, POI information in the same direction of the road can be considered as the same category. In some embodiments, there may be multiple POIs on a road, but the POI information may be distinct in different direct directions. For example, there may be five POIs named A, B, C, D, and E on a road that runs along the north-south direction. When the direction in front of the driver is north to south, the POI can be A, B and D within visible range of the driver on one side of the road (e.g. on the right side of the forward direction, i.e. , the west side of the road); When the driver's forward direction is from south to north on the same road, the POI may be C and E within visible range of the driver on the other side of the road (e.g. on the right side of the forward direction, i.e. the east side of the road). In some embodiments, a POI orientation may include a doorway of a POI, a corner of a POI, a side of the driver's forward direction, a side opposite of the driver's forward direction, a diagonally opposite position of a POI, or similar, or any combination thereof. For example, the east gate of Peking University, the north side of Zhong Guancun neighborhood or similar.

[082] In step (520), the computer server may initiate a transport transaction between a first party and a second party. The first part and/or the second part may be one of the above-mentioned parts. For example, the first party could be a passenger, and the second party could be a driver. The computer server may initiate the transportation transaction based on a service request sent by the passenger. The service request may include a desired starting position.

[083] In step (530), the computer server may determine a collection position. In some embodiments, the computer server may determine the pickup position as the desired starting position of the passenger, a current position of the passenger, a current position of the driver, or the like. In some embodiments, the pickup position may be determined as a POI within a predetermined range (e.g., the closest POI) of the passenger's desired starting position, the passenger's current position, the driver's current position, or similar. In some embodiments, the POI information of the nearest POI may be specific enough to direct the first party and/or the second party to the pickup position. Otherwise, it may negatively interfere with the passenger experience, cause withdrawal from the transportation transaction, or reduce a driver's income. In some embodiments, the collection position may include POI information, for example, a name of the POI, a position coordinate of the POI, an orientation corresponding to the POI, or the like, or any combination thereof.

[084] In step (540), the computer server may obtain a first navigation route by directing the first party (e.g., a passenger) to the pickup position. In some embodiments, the first navigation route may be a route from the passenger's starting position or the passenger's current position to the pickup position. In some embodiments, the first navigation route may be a route with a relatively short distance, or a relatively short walking time. The computer server may send the first navigation route to a user terminal of the first party. The user terminal of the first party may display the first navigation route and the first navigation route may guide the first party to the pickup position.

[085] In step (550), the computer server may obtain a second navigation route by directing the second party (e.g., a driver) to the pickup position. In some embodiments, the second navigation route may be a route from the driver's current position to the pickup position. In some embodiments, the second navigation route may be a route with a relatively short driving time, a relatively short driving distance. In some embodiments, the second navigation route may be a route avoiding road congestion. The computer server may send the second navigation route to a user terminal of the second party. The user terminal of the second party may display the second navigation route and the second navigation route may guide the second party to the pickup position.

[086] In some embodiments, the first (or second) driving route may have one or more POIs different from the collection position. When the first (or second) party moves along the first (or second) driving route, the computer server can send information about the name of the POI(s), if it is necessary to change direction and/or when change direction to the first (or second) part. Thus, the first (or second) party may not need to monitor the driving route shown on the user's terminal.

[087] In some embodiments, when a second party (e.g., a driver) picks up a first party (e.g., a passenger), the second party may drive a vehicle to a desired destination position. In some embodiments, an unmanned vehicle may provide transportation service to a passenger. In some embodiments, a driver-driven vehicle or unmanned vehicle may transport goods from a starting position to a destination position. To understand the vehicle transport situation or ensure the safety of a passenger, a driver and/or a vehicle, the vehicle can be monitored. As illustrated below, a detailed monitoring process can be described in figure 6.

[088] Figure 6 is a flowchart of an exemplary method and/or process for monitoring a target vehicle in accordance with some embodiments of the present description. The process and/or method may be operated by a computer server (e.g., the server (110)) of an online transportation service platform of the on-demand service system (100). For example, the method and/or process may be implemented as a set of instructions and stored on at least one storage medium of the online transportation service platform. At least one processor of a computer server of the platform may communicate with the storage medium and execute the set of instructions to perform the following steps.

[089] In step (610), the computer server can obtain a driving path of the target vehicle.

[090] The target vehicle may be a vehicle that accepts the transportation service request. May include car, freight car, rail vehicle, sport utility vehicle (SUV), unmanned aerial vehicle (UAV), unmanned ground vehicle (UGV) or similar. The target vehicle may be carrying a passenger, a driver and/or goods. In some embodiments, the target vehicle may proceed along a driving route. In some embodiments, the target vehicle may deviate from a predetermined driving route.

[091] The driving route may start from a starting position and end at a destination position. The driving route can be determined based on the departure information and based on the destination information of the target vehicle. In some embodiments, the driving route may be a route with a relatively short driving time, a relatively short driving distance. In some embodiments, the driving route may be a route that avoids road congestion.

[092] In some embodiments, the conduction path may include one or more intermediate points. The intermediate point(s) may be the position(s) that the vehicle can pass through, as required by a passenger, a driver, an owner of goods or the like. Furthermore, the intermediate point(s) may be predetermined or partially predetermined by the online transportation service platform. In some embodiments, one or more intermediate points may be one or more points of interest (POIs). For example, a tourist may want the driving route to pass one or more tourist attractions. In some embodiments, an intermediate point may be a place where the passenger wants to stop, meet someone or pick up a package, for example.

[093] The driving route may be predetermined based on the starting position, the destination position, the POI(s) (if any) and/or the intermediate point(s) or similar or any combination thereof. For example, a passenger may enter departure information, destination information, POI(s) and/or intermediate point(s) through a user terminal when the passenger sends a service request to the computer server. The computer server can generate one or more driving routes correspondingly. In some embodiments, the driving route(s) may be closed turns. For example, when the transportation service requester is a tourist and plans to depart from his hotel for sightseeing and returns to the same hotel, the transportation service driving route may be a closed loop. In this scenario, the starting position and the destination position may be the same. When the driving route includes a POI, the driving route can be considered as a POI driving route.

[094] In some embodiments, the computer server may obtain two or more driving routes based on the passenger's departure information and destination information. The computer server may provide an optimal driving route including a plurality of POIs for the passenger terminal and/or the driver terminal in the target vehicle. In some embodiments, the driver's driving path may be in accordance with the passenger's driving path.

[095] In step (630), the computer server can obtain a reference position on the driving route. In some embodiments, the reference position may be a fixed position on the driving route. The reference position may refer to a position on the driving route where the target vehicle can arrive after a suitable period of time. In some embodiments, the reference position may be a predetermined position on the driving route, such as the POI, the intermediate point or the like, or any combination thereof. In some embodiments, when the reference position is predetermined, the driving route can be obtained based on the reference position in step (610). That is, when the reference position is predetermined based on a POI, an intermediate point or the like, the driving route can be obtained based on the reference position, departure information and destination information of the driving route.

[096] In some embodiments, the reference position can be determined dynamically based on a first current position of the target vehicle and the driving route. To this end, the computer server may determine a first current position of the target vehicle and then, based on the first current position, determine the reference position. The first current position of the target vehicle may be a real-time position of the target vehicle at a first time point. In some embodiments, the computer server may store a current position of a user terminal as the real-time position of the target vehicle. Here, the user terminal may be associated with at least one of the parties (e.g., a driver or a passenger) of the transportation service transaction in the target vehicle. In some embodiments, the computer server may obtain a first current position of the driver and/or passenger user terminal based on an instruction from the online transportation service platform. In some embodiments the computer server may determine the first current position via a global position system (GPS) mounted on the target vehicle.

[097] The reference position may be estimated based on one or more factors, including, for example, a current vehicle speed, a current vehicle acceleration, a current traffic condition of the current first position or similar, or any combination of these. The traffic condition may include a degree of traffic congestion, a number of vehicles, and a traffic light situation. The computer server may obtain the traffic condition from the current first position of the database (150), or a database from the computer server or other application software application(s).

[098] In some embodiments, the reference position can be determined based on a reference time and/or a reference distance. For example, the reference time may be set to five minutes, and the second current position of the target vehicle may be the position that the target vehicle arrived at after driving from the first current position for five minutes. The reference distance can be set depending on the situation, such as 50 meters, 100 meters, 1000 meters, and so on. For example, the reference position A2T7Q of the target vehicle may be the position that the target vehicle arrived at after driving 200 meters. As another example, the reference distance can be set to one hundred meters, and the second current position of the target vehicle can be the position that the target vehicle arrived at after driving from the first current position for one hundred meters. The scope of the present description may not be intended to limit the specific value of the reference time and/or the reference distance.

[099] In some embodiments, there may be more than one driving route between the departure and the destination. Therefore, there may be multiple reference positions after the target vehicle drives to the reference time and/or reference distance. Meanwhile, multiple reference positions can be determined based on the routes of multiple routes. For example, each reference position can be determined on each driving route.

[0100] In step (640), the computer server may determine a second current position of the target vehicle after a reference time or a reference distance. In some embodiments, the second current position of the target vehicle may be a real-time position of the target vehicle after driving to the reference time and/or the reference distance. Determining the current second position can be similar to determining the current first position. For example, the computer server may store a current position of a user terminal as the second current position of the target vehicle. Wherein, the user terminal may be associated with at least one of the parties (e.g., a driver or a passenger) in the target vehicle. As another example, the computer server may obtain a second current position of the driver and/or passenger user terminal based on an instruction from the online transportation service platform. As yet another example, the computer server may determine the second current position via a global position system (GPS) mounted on the target vehicle.

[0101] In step (650), the computer server may determine whether a distance between the current second position and the reference position is within a predefined distance. The preset distance can be a reasonable distance between the current second position and the reference position. In some embodiments, the second current position of the target vehicle may be distant from the reference position. For example, the target vehicle may get stuck in a traffic jam and may not reach a position around the reference position within the reference time.

[0102] When the computer server determines that the distance between the current second position and the reference position is within the predefined distance, in step (660), the computer server may determine that the target vehicle is safe on the route. In some embodiments, the distance between the current second position and the reference position may be smaller than the predefined distance. For example, the current second position may be the same as the reference position. It may be indicated that the target vehicle is running on a predetermined driving route (for example, the driving route obtained in step (610)), that is, the target vehicle may be in a safe state.

[0103] In step (665), the computer server can send reference position information so that the party initiating the safe mode can be notified that the vehicle is en route. For example, if the driver initiates the safety mode and/or if the driver sets the reference position on the driving route, when the target vehicle approaches and/or passes the reference position, the computer server may notify the driver , sending the name of the reference position, which the vehicle is navigating along the route as planned. As a result, it may be unnecessary for the driver to watch a GPS screen to identify whether he/she is on route.

[0104] As another example, if the passenger initiates the safety mode and/or if the passenger sets the reference position on the driving route, when the target vehicle approaches and/or passes the reference position, the computer server can notify the passenger, by sending the reference position name, that the vehicle is navigating along the route as planned. As a further example, if the reference position is a POI for a tourist, when the target vehicle approaches and/or passes the POI, the computer server may send the name and related information of the POI.

[0105] In some embodiments, the computer server may even determine whether a POI exists near the current second position on the driving route. If the answer is yes, the computer server can send an audio indication to a user terminal of a driver and/or a passenger, or a stereo in the target vehicle. In some embodiments, the information sent may include the current second position, the distance from the current second position to a next POI, the name of the POI, the direction in which the target vehicle is moving, whether the direction should be be altered, or similar, or any combination thereof. In some embodiments, the user terminal may transmit the driving route. When a driver is driving a vehicle, he/she may observe the driving route in the visible region on the user interface of a driver terminal and/or listen to a transmission of the driving route from the POI. It should be noted that step (665) can be performed before, after or at the same time as any of the steps (630) through step (690).

[0106] In step (670), the computer server may send a current position of the target vehicle and/or a traffic condition of the current position to an associated terminal. In some embodiments, the computer server may send a next reference position to the associated terminal. The associated terminal may be a terminal associated with a driver or passenger user terminal in the target vehicle. A party can understand the traffic condition of the target vehicle through the associated terminal. The party may be a guardian, relative, friend, or similar of the driver or passenger in the target vehicle. In some embodiments, the associated terminal may be a terminal associated with the target vehicle. For example, the target vehicle may be an unmanned vehicle, a manager or owner of the unmanned vehicle may understand the traveling condition of the target vehicle through the associated terminal. In some embodiments, the computer server may send the above-mentioned information to the associated terminal at periodic intervals. In some embodiments, the associated terminal may acquire information automatically at periodic intervals or at any time of need.

[0107] When the computer server determines that the distance between the current second position and the reference position is not within the predefined distance, in step (680), the computer server may determine that the target vehicle is outside of route. In some embodiments, when the target vehicle is off course, the computer server may determine that an emergency associated with the target vehicle may occur. For example, the target vehicle may be at risk of a traffic accident. As another example, the target vehicle could be hijacked by a driver or passenger. In some embodiments, an emergency occurrence may be initiated by the passenger terminal/driver terminal based on the memory of the target vehicle, which is off-route.

[0108] In step (690), the computer server may send a signal to a destination terminal.

[0109] The target terminal may refer to a terminal related to the target vehicle, including, for example, a vehicle terminal, a user terminal, a third-party terminal, a pre-defined platform, a data center (for example, a public security office data center, or a police station), or similar, or any combination thereof. The vehicle terminal may be associated with a manager, or an owner of the target vehicle. In some embodiments, the user terminal may include a driver terminal (e.g., a driver in the target vehicle) and/or a passenger terminal (e.g., a passenger in the target vehicle) and/or a party terminal. which starts safe mode. In some embodiments, the third-party terminal may be associated with the user terminal. The third party can be associated with a predefined terminal, for example, a relative, guardian or friend of a user of the user terminal. In some embodiments, the third-party terminal may be one or more terminals around the current position of the target vehicle. The third-party terminal can acquire the signal by remembering that the target vehicle is off-route.

[0110] The signal may include information related to the target vehicle, including, for example, a current position of the target vehicle, a current traffic condition of the current position, a reference position, a current time, a difference between the current position and reference position, a driving route of the target vehicle, identity information of a driver or passenger, a photo of the driver or passenger, identification information of the target vehicle (e.g., a license plate of the target vehicle, an image of the target vehicle , a type of vehicle, the age of the vehicle, an operating condition of the target vehicle, a color of the target vehicle, etc.) or the like, or any combination thereof. In some embodiments, the signal may include an instruction to a driver, passenger, or a predefined third party to take action. In some embodiments, an emergency occurrence associated with the target vehicle may be determined based on the signal.

[0111] In some embodiments, the computer server may automatically send the signal to the target terminal. The signal may be sent in the form of a message, call, command or similar, or any combination thereof. Accordingly, the target terminal may receive the signal and display corresponding information as a message, vibration, sound, flicker or the like, or any combination thereof. For example, the signal could be a voice message from a driver or passenger in the target vehicle. In some embodiments, the voice message may be transmitted over a communication connection (e.g., over the network (120)) between the user terminal and a third party terminal. The computer server can make a real-time voice call to establish the communication connection between the driver or passenger and a third party. So that a third party can guarantee the safety status of the driver or passenger in the target vehicle based on real-time voice call.

[0112] In some embodiments, the computer server may send one or more instructions to the user terminal to remind the driver or passenger in the target vehicle that the vehicle may be off course. The instruction(s) may direct the driver or passenger to self-rescue or call for help. For example, the user terminal may display a graphical user interface (GUI) to the driver or passenger to release a request for help. The driver or passenger can press an emergency button on the GUI. In some embodiments, a party (e.g., the driver or passenger) of the transportation transaction may initiate safe mode before, after, or at the same time as any step from (610) through step (690) and the party may request help according to the instructions. In some embodiments, upon release of the help request, the user terminal may transmit emergency information to a target terminal (e.g., a third-party terminal, a pre-defined platform, a public security office data center or similar, or any combination thereof). In some embodiments, when releasing the help request, the user terminal can transmit emergency information to the computer server, and the computer server can send a signal to the target terminal.

[0113] By way of example only, the user of the user terminal may be a passenger. The passenger may be an elderly person, a child, a pregnant woman, a disabled person or similar. In order to ensure safety and achieve passenger safety monitoring, the computer server can send the traffic condition and driving route of the target vehicle associated with the passenger terminal to the target terminal. As another example, the user of the user terminal may be a driver. To ensure safety and achieve driver safety monitoring, the computer server can send the traffic condition and driving route of the target vehicle associated with the driver terminal to the target terminal.

[0114] It should be noted that, in some embodiments, prior to step (650), the user terminal may automatically send a real-time position to the real-time computer server. The computer server can obtain the real-time position of the user terminal and determine whether the target vehicle associated with the user terminal is being guided on a predetermined driving route, so that monitoring of the target vehicle can be carried out effectively , in order to ensure the security of a user terminal user.

[0115] In some embodiments, the computer server may obtain various driving routes of the target vehicle from the starting position to the destination position. In some embodiments, the computer server may obtain multiple reference positions on corresponding driving routes. In some embodiments, the computer server may monitor the target vehicle to determine whether the target vehicle is on-route or off-route. The computer server can determine whether the distance between a location where the target vehicle is about to arrive (e.g., a second current position illustrated in Figure 6) and the reference position is within a predefined distance. As illustrated below, the detailed situation of various driving routes can be described in Figure 7.

[0116] Figure 7 is a schematic diagram illustrating exemplary driving routes and reference positions in accordance with some embodiments of the present description. The schematic diagram in figure 7 is merely illustrative and the scope of the present description is not intended to limit the driving route. In some embodiments, the driving route is a closed loop. For example, the departure and destination may refer to the same position. As another example, the distance between departure and destination may be less than a predefined value.

[0117] In figure 7, there are three driving routes from the starting position to the destination position, that is, a first driving route (710), a second driving route (720) and a third driving route ( 730). At the location, there are three reference positions on the three driving routes respectively, that is, a reference position R on the first driving route (710), a reference position R' on the second driving route (720) and a reference position reference R" on the third driving route (730). The reference positions R, R' and R" are shown merely for illustration purposes, and other reference positions (not shown) may be distributed in different positions of the first driving route. driving route (710), the second driving route (720) and/or the third driving route (730).

[0118] In some embodiments, one or more of the reference positions R, R' and R" may be intermediate points through which the target vehicle wishes to pass. The computer server may determine the first driving route (710) , the second driving route (720) and/or the third driving route (730) based on one or more of the reference positions R, R' and R". In some embodiments, the first driving route (710), the second driving route (720), and/or the third driving route (730) may be following routes predetermined by the computer server. The computer server may dynamically determine one or more of the reference positions R, R' and R" based on one or more of the first driving route (710), the second driving route (720) and the third driving route (730).

[0119] By way of example only, a first current position FC of the target vehicle can be determined on the first driving route (710) via a global position system (GPS). The reference positions R, R' and R" can be positions that the target vehicle can arrive at after a reference period or reference distance.

[0120] In one example, the computer server may monitor an actual driving route (740) from the first current position FC to a second current position SC1. In some embodiments, the second current position SC1 may be the position that the target vehicle actually arrived at after driving from the first current position FC for the reference time (e.g., five minutes) and/or the reference distance. . The computer server can detect that a distance between the second current position SC1 and the reference position R on the first driving route (710) is within a predefined distance. In some embodiments, a circular region (760) may be centered on the reference position R. The circular region (760) may include a plurality of positions whose distance from the reference position R is within the predefined distance. As shown in Figure 7, the second current position SC1 within the circular region (760) may indicate that the target vehicle is en route.

[0121] In another example, the computer server may monitor an actual driving route (750) from the first current position FC to a second current position SC2. In some embodiments, the second current position SC2 may be the position that the target vehicle actually arrived at after driving from the first current position FC for the reference time and/or the reference distance (e.g., five hundred meters). . The computer server can detect that a distance between the second current position SC2 and the reference position R on the first steering route (710) is not within a predefined distance. As illustrated in Figure 7, the second current position SC2 beyond the circular region (760) may indicate that the target vehicle is off-route.

[0122] In some embodiments, an emergency may occur to one or more parties (e.g., the driver and/or passenger) of the transportation transaction even when the target vehicle is determined to be safe en route. To ensure the safety of a party (e.g., the driver or passenger), the computer server may monitor a party's user terminal to detect whether there is an emergency. In some embodiments, the party may automatically send emergency information to request help. As illustrated below, the detailed process can be described in figure 8.

[0123] Figure 8 is a flowchart of an exemplary method and/or process for sending emergency information in accordance with some embodiments of the present description. The process and/or method may be operated by a computer server (e.g., the server (110)) of an online transportation service platform of the on-demand service system (100). For example, the method and/or process may be implemented as a set of instructions and stored on at least one storage medium of the online transportation service platform. At least one processor of a computer server of the platform may communicate with the storage medium and execute the set of instructions to perform the following steps.

[0124] In step (810), the computer server may initiate a transport transaction between a first party and a second party. The first party and the second party can access the online transportation service platform. The transportation transaction may include a freight transaction, a taxi reservation, a tour guide transaction, or the like. The first party can access the online transportation platform through a first user terminal. The second party can access the online transportation platform through a second user terminal. The first part can be the driver terminal and/or the vehicle terminal, the second part can be the passenger terminal, or vice versa.

[0125] In some embodiments, when the first user terminal is the passenger terminal, the passenger may use the passenger terminal to access the online transportation service platform and provide inbound travel information, such as departure information and destination information, or similar. The first user terminal may be an electronic device associated with the passenger of the vehicle. The second user terminal can be the driver's terminal. The driver can use the driver terminal to access the online transportation service platform. The second user terminal may be an electronic device associated with the driver of the vehicle.

[0126] The computer server can obtain information about transactions. Transaction information may include information about the service request, for example, departure information, destination information or the like, or any combination thereof. The transaction information may include information about the first party, for example, a current position of the first party, registration information of the first party or the like, or any combination thereof. The transaction information may include information regarding the second party, for example, a current position of the second party, registration information of the second party, or the like, or any combination thereof. The transaction information may be obtained from the first party, the second party and/or a predetermined database (e.g., database (150)) that stores the information.

[0127] In some embodiments, the transportation transaction may be established based on an order-dispatch mode or an order-request mode. In order-dispatch mode, the computer server can send an order to one of multiple driver terminals. In the order-request mode, the computer server can send the transport order to the multiple driver terminals and the multiple driver terminals can respond to the transport order.

[0128] In the order-dispatch mode, the transaction information associated with the registration information of the second party can be generated after the computer server sends the transaction order to the second party. In the order request mode, transaction information associated with the registration information of the second party may be generated when or after the second party accepts the transaction order. The scope of this description is not intended to limit the transaction order allocation mode, such as the order-dispatch mode and/or the order-request mode.

[0129] In some embodiments, when or after the transportation transaction is initiated, the second party may be beyond visible range of the first party. The computer server can send the current position of the second party to the first party to facilitate the first party to find the second party or vice versa. For example, the computer server can send the passenger's current position to the driver, so the driver can drive to the passenger's current position and collect the passenger. As another example, the computer server can send the driver's current position to the passenger, so the passenger can walk to the driver's current position and enter the vehicle.

[0130] In step (820), the computer server may send registration information from the second party to the first party. The registration information of the second party may include registered vehicle identification information (e.g., a vehicle registration plate, a vehicle registration image, a vehicle type of registration, age of the vehicle of registration, a registration condition of the vehicle, a vehicle registration color, etc.), driver identity information, an image of the vehicle, a driver's telephone number or similar, or any combination thereof. In some embodiments, the computer server may acquire the vehicle's registered identification information (e.g., the vehicle's registration plate) from the registration information. When the computer server sends registration information of the second party, the first party can receive the registration information and the first user terminal can display the registration information. The first user can determine whether the registration information is consistent with the actual information of the vehicle and/or the second party. In some embodiments, the computer server may send a reminder to the first party, and the first party may obtain the reminder. The reminder may remind the first party to confirm whether the recorded vehicle identification information is consistent with the concrete information that the first party observes.

[0131] In some embodiments, the first party may obtain the reminder before entering the vehicle. When the concrete information (e.g. the actual registration plate) of the vehicle is incompatible with the recorded identification information (e.g. the number plate) of the vehicle, the first party (e.g. the passenger) may refuse to enter the vehicle. In some embodiments, before driving, the passenger terminal may obtain a photo of the second party (e.g., a driver photo) and send the photo to the computer server. In some embodiments, the driver terminal may take a photo of the driver by hacking a camera program before billing the transaction. The computer server can generate a reminder after receiving the photo and send the reminder to the driver's terminal. The driver's terminal can receive, from the computer's printer, and display the reminder indicating that the transaction can be monitored. For example, the driver terminal may display the reminder in a dialog box indicating that the Public Safety Officer (ASP) has registered the transportation transaction." Where, the Public Safety Officer (ASP) may be a legal jurisdiction of the transaction. Thus, the security risks of taking a vehicle associated with false identification information (e.g., false license plate) can be avoided, and passenger safety can be improved.

[0132] In some embodiments, the passenger may take a photo of the vehicle in real time and send the image of the vehicle to the computer server. The computer server may generate a reminder based on the uploaded image of the vehicle and send the reminder to the driver terminal and/or the vehicle terminal. The reminder can remind the driver that the vehicle image has been taken and uploaded. The reminder can remind the driver that the vehicle has been monitored or should be monitored. The driver terminal and/or the vehicle terminal can display the reminder. In some embodiments, the reminder may dispel the driver's criminal motive associated with the vehicle terminal. In some embodiments, the computer server may save the image of the vehicle and send the image of the vehicle to one or more destination terminals in the event of an emergency occurring. The image of the vehicle can help the target terminal(s) search for the vehicle to rescue the passenger.

[0133] In some embodiments, when the first user terminal is an electronic device associated with a driver of a vehicle, the second user terminal may be an electronic device associated with a passenger of the vehicle. The second party's registration information may include passenger identity information, a passenger's telephone number, a photo of the passenger or the like, or any combination thereof. Registration information from the second user terminal can be sent to the first user terminal.

[0134] In step (830), the computer server may determine the occurrence of an emergency for the first party. The emergency occurrence for the first party can be initiated by the first party. The emergency information may include an emergency occurrence position, second party registration information, or the like, or any combination thereof.

[0135] In some embodiments, the first user terminal may display a user interface with an emergency alert. In some embodiments, the first user may choose to open the user interface with the emergency alert on the first user terminal in accordance with one or more instructions displayed on the first user terminal. In some embodiments, the first user terminal may display the user interface with the emergency alert as the system default after the transportation transaction is initiated. In some embodiments, the first user may switch between the user interface with the emergency alert and another interface(s). An alert button may be configured to cause the first party to send an emergency acknowledgment signal when the alert button is activated. When the alert button is activated (e.g., when pressed by the first party), the computer server may determine that the occurrence of an emergency for the first party is confirmed. Meanwhile, the first user terminal can send emergency information to the computer server and the computer server can receive the emergency information. Emergency information may include the place of occurrence of the emergency, the time of occurrence of the emergency, registration information of the first party, registration information of the second party, the registered identification information (for example, the registration license plate) of the vehicle, or similar, or any combination thereof. The emergency location may be a current location of the first user terminal, a current location of the second user terminal, a current location of the vehicle terminal, or the like.

[0136] In step (840), the computer server may send an emergency alert to a target terminal. The emergency alert may include emergency information. The target terminal may be at least one of a third-party terminal, a predefined platform, and a public security agency data center or similar, or any combination thereof. The third-party terminal can be a standard terminal or can be predefined by the terminal user who confirmed the emergency. The computer server can send the emergency alert to the target terminal based on receiving the emergency confirmation signal from the first user terminal.

[0137] Just by way of example, when the first party is the passenger terminal, the passenger may request help by clicking the alert button defined in a user interface of the passenger terminal. When the passenger notices the danger, the passenger can click the alert button to send the registered identification information (e.g. registration license plate) of the vehicle, the location of the emergency occurrence to the computer service and/or the public security agency data center. The computer server can acquire multiple terminals in a predefined region around the location of the emergency occurrence and send the emergency information to the multiple terminals. When the alert button is activated, the computer server can accept the emergency information from the passenger terminal and send the emergency information to the multiple terminals. A distance between multiple terminals and the location of the emergency may be less than a predefined value. Therefore, the computer server can assist the passenger by asking drivers and/or passengers associated with the multiple terminals for help. In some embodiments, multiple terminals may receive the emergency information and confirm to participate in the rescue action. Vehicle terminals associated with multiple terminals can allow navigation to drive to the location of the emergency. This way, the passenger can get support based on the alert button and the safety of the passenger the vehicle is carrying can be improved.

[0138] In some embodiments, when the first party is the passenger terminal, the second party may be an unmanned vehicle, the passenger may activate the alert button on a user interface of the passenger terminal in case of emergency. When the alert button is activated, the unmanned vehicle may carry out actions, including, for example, sending a signal, sounding a warning signal, or activating an emergency brake, or the like, or any combination thereof.

[0139] As another example, when the first party is the driver terminal, the driver may request help by clicking the alert button defined in a user interface of the driver terminal. Emergency information may include passenger identity information. When the alert button is activated, the computer server can receive the emergency information from the driver terminal and send the emergency information to a target terminal. Emergency information may include registered identification information (e.g., registration license plate) of the vehicle, the location of the emergency, passenger or similar identity information, or any combination thereof. The location of the emergency may be the location of the driver's terminal when the alert button is activated. Additionally, passenger identity information may include a name, contact information, a photo of the passenger or similar, or any combination thereof. The passenger can be easily found when the driver's safety is under threat from the passenger. When the driver notices the danger, the driver can click the alert button to send the registered identification information (e.g. registration license plate) of the vehicle, the location of the emergency occurrence or similar to the server computer and/or the public security agency's data center. The driver can receive support based on the change button, and driver safety can be improved.

[0140] In some embodiments, the passenger may send a message to a predefined contact before an emergency occurs. The message may include information about the registered identification information (e.g., the registration plate) of the vehicle, a real-time position of the vehicle, a photo of the driver, an image of the vehicle or similar, or any combination thereof. To further improve passenger safety and dispel the driver's criminal motive, the passenger can send the message to predefined contacts through the passenger terminal during the driving process. In some embodiments, the passenger will be able to predefine contacts and/or select contacts according to need. The passenger terminal may send the message to the predefined contacts in an HTML5 link form associated with the registered identification information (e.g. the registration plate) of the vehicle and/or the real-time position of the vehicle. Predefined contacts (e.g. a target terminal) can obtain the message and click the HTML5 link to check the real-time position of the vehicle associated with the passenger.

[0141] It should be noted that, in some embodiments, step (830) and step (840) may not be necessary. Alternatively, upon confirming an emergency occurrence, the first user terminal may automatically send the emergency alert to one or more destination terminals without sending an emergency confirmation signal to the computer server. For example, when the first party perceives the danger, the first party may click the alert button shown on a user interface of the first user terminal, then the first user terminal may send the emergency information (e.g., emergency information) registered vehicle identification, location of emergency occurrence, etc.) for the target terminal(s).

[0142] In some embodiments, one or more parties to the transportation transaction may follow one or more instructions to request help, and/or cancel a request for help. The instruction(s) may be displayed in a user interface of an application installed on a user terminal. In some embodiments, display of the instruction may be initiated by the computer server. Alternatively, the party may automatically call the user interface to display the instruction(s). As illustrated below, the details of the instruction(s) are described in figure 9-A to figure 9-C.

[0143] Figure 9-A is a primary view of an exemplary user interface of the online transportation service platform for displaying alert tutorial information in accordance with some embodiments of the present description. As shown in Figure 9-A, the interface can display a gray mask layer, and after the gray mask layer, it can display an alert tutorial information dialog box. The alert tutorial information may prompt the user to vibrate the user terminal (i.e., the smart phone) in case of an emergency during a transportation service driving route. When the user vibrates the user terminal, the interface may jump to a one-button alert interface, as shown in Figure 9-B.

[0144] Figure 9-B is a variation diagram of an exemplary user interface that displays an alert button in accordance with some embodiments of the present description. The upper section of the interface may be a display area that immediately shows information corresponding to the alert, and the lower section of the interface may display the alert button. In some embodiments, the interface may display a warning message to remind the party not to activate the alert button in a non-emergency situation. In an emergency situation, when the party clicks the alert button, the interface can jump to an interface that displays online help information, as shown in Figure 9-C.

[0145] Figure 9-C is a variation diagram of an exemplary user interface that displays online help information in accordance with some embodiments of the present description. The top of the interface may be a display area that shows help mode options. When the party selects one of the help mode options, the user terminal may transmit travel information and/or emergency information corresponding to the user to a target terminal, and the target terminal may be predetermined by the party or selected by the party. in the help mode options, that is, the user can request help from a third party associated with the target terminal. In some embodiments, the user interface may provide a help cancellation function for the party. The bottom section of the interface may display a cancel button. When the user clicks the cancel button, the user can cancel the help request.

[0146] In some embodiments, the computer server may send a driving route for a first party and/or a second party of a transportation transaction when a target vehicle is being guided from the starting position to the destination location. . In some embodiments, the computer server may send a driving route to a driver terminal when the driver is driving the target vehicle to a pickup position to collect a passenger. In some embodiments, the driver terminal may transmit the driving route to the driver. Therefore, one or more parties may listen to a transmission to confirm that he or she may be en route without watching a navigation route displayed in a user interface of an application installed on a user terminal. As illustrated below, the detailed process is described in figure 10.

[0147] Figure 10 is a flowchart of an exemplary method and/or process for sending a POI conduction route to a first party and/or a second party in accordance with some embodiments of the present description. The process and/or method may be operated by a computer server (e.g., the server (110)) of an online transportation service platform of the on-demand service system (100). For example, the method and/or process may be implemented as a set of instructions and stored on at least one platform storage medium. At least one processor of a computer server of the platform may communicate with the storage medium and execute the set of instructions to perform the following steps.

[0148] In step (1010), the computer server may predefine a POI database and categorize POI information. The POI database may include one or more POIs. A POI may refer to a point of interest, including a building or a road, for example, a shopping center, a park, a school, a hospital, a hotel, a restaurant, a supermarket, a tourist attraction, a landmark, or similar, or any combination thereof. Each POI can have corresponding POI information. The POI information of a POI may refer to information relating to the POI, including, for example, a POI name, a POI position, a POI orientation or the like, or any combination thereof. Just by way of example, in New York City, a POI name might be Times Square, a POI position might be the geographic location of Times Square, a POI orientation might be south of Times Square.

[0149] In some embodiments, the computer server may obtain the POI information within a suitable region, for example, a neighborhood, a city, a district, a country or the like, or any combination thereof. POI information may be obtained by manual collection, packet uploads, street view collection, satellite data collection or the like, or any combination thereof. In some embodiments, the computer server may update POI information based on temporary feedback information (e.g., the requester (130), the provider terminal (140), etc.). The computer server may predefine a POI database based on the obtained POI information. The POI database may include POI information from one or more POIs.

[0150] In some embodiments, the computer server may categorize the POI information in the POI database. The computer server can categorize POI information based on a driving route. A road can have two directions. Along different road directions, there may be different POI information. In some embodiments, POI information in the same direction of the road can be considered as the same category. In some embodiments, there may be multiple POIs on a road, but the POI information may be distinct in different forward directions. For example, there may be five POIs named A, B, C, D, and E on a road that runs along the north-south direction. When the driver's forward direction is north to south, the POI may be A, B, and D within visible range of the driver on one side of the road (e.g., on the right side of the forward direction, or i.e. the west side of the road); When the driver's forward direction is from south to north on the same road, the POI may be C and E within visible range of the driver on the other side of the road (e.g. on the right side of the forward direction, i.e. on the east side of the road). In some embodiments, a POI orientation may include a doorway of a POI, a corner of a POI, a side of the driver's forward direction, a side opposite of the driver's forward direction, a diagonally opposite position of a POI or similar, or any combination thereof. For example, the east gate of Peking university, the north side of Zhong Guancun neighborhood, or something like that.

[0151] In step (1020), the computer server may initiate a transport transaction between a first party and a second party. The first part and/or the second part may be one of the above-mentioned parts. For example, the first party could be a passenger, and the second party could be a driver. The computer server can initiate the transportation transaction based on a service request sent by the passenger. The service request may include a desired starting position and a destination position.

[0152] In step (1025), the computer server may determine a pickup position. In some embodiments, the computer server may determine the pickup position as the desired starting position of the passenger, a current position of the passenger, a current position of the driver, or the like. In some embodiments, the pickup position may be determined as a POI within a predetermined range (e.g., the closest POI) of the passenger's desired departure position, the passenger's current position, the passenger's current position, and the passenger's current position. driver or similar. In some embodiments, the POI information of the nearest POI may be specific enough to direct the first party and/or the second party to the collection position. Otherwise, it could negatively interfere with the passenger experience, cause withdrawal from the transportation transaction, or reduce a driver's income. In some embodiments, the collection position may include POI information, for example, a name of the POI, a position coordinate of the POI, an orientation corresponding to the POI, or the like, or any combination thereof.

[0153] In step (1030), the computer server may obtain a first navigation route by directing the first party (e.g., a passenger) to the pickup position. In some embodiments, the first navigation route may be a route from the passenger's starting position or the passenger's current position to the pickup position. In some embodiments, the first navigation route may be a route with a relatively short walking distance, or a relatively short walking time. The computer server may send the first navigation route to a user terminal of the first party. The user terminal of the first party may display the first navigation route and the first navigation route may guide the first party to the pickup position.

[0154] In step (1040), the computer server may obtain a second navigation route by directing the second party (e.g., a driver) to the pickup position. In some embodiments, the second navigation route may be a route from the driver's current position to the pickup position. In some embodiments, the second navigation route may be a route with a relatively short driving time, a relatively short driving distance. In some embodiments, the second navigation route may be a route avoiding road congestion. The computer server may send the second navigation route to a user terminal of the second party. The user terminal of the second party may display the second navigation route and the second navigation route may guide the second party to the pickup position.

[0155] In some embodiments, the first (or second) navigation route may have one or more POIs different from the pickup position. When the first (or second) party moves along the first (or second) navigation route, the computer server can send information about the name of the POI(s), whether it needs to change direction, and/or when to change direction to the first (or second) part. In some embodiments, the user terminal associated with the first (or second) party may transmit the navigation route. Thus, the first (or second) party may not need to watch the driving route shown on the user's terminal.

[0156] In step (1050), the computer server may obtain a third POI driving path by directing the second party (e.g., the driver) to the destination position. A POI driving route can include one or more POIs. In some embodiments, the third driving route POI may be a route from a current position of the driver to the destination position. In some embodiments, the third POI conduction route may be a route from the pickup position to the destination position. In some embodiments, the first party and/or the second party may change the destination position of the transportation transaction, and the computer server may update the third POI driving route based on the changed destination position. In some embodiments, the computer server may send the third POI steering route to the user terminal(s) of the first party and/or the second party. The terminal(s) of the user(s) of the first party and/or the second party may display the third POI driving route. The first party and/or the second party may choose to watch the third POI driving route at any time he or she wants.

[0157] In some embodiments, one or more POIs in the third POI driving route may be predetermined by the first party and/or the second party, and the computer server may determine the third POI driving route based on the Default POI(s). For example, the first party (e.g., a tourist) may want the third POI driving route to pass through one or more tourist attractions. As another example, the first party (e.g., a passenger) may predetermine one or more POIs where the passenger wants to stop, meet someone, or pick up a package. In some embodiments, the POI(s) may be predetermined by the first party when the first party sends the service request. In some embodiments, the POI(s) may be predetermined by the second party when the second party accepts the service request.

[0158] In some embodiments, the computer server may determine one or more POI conduction routes. In some embodiments, the computer server may determine an optimal route among the POI driving routes as the third POI driving route for the first party and/or the second party. The optimal route can be determined based on current information about traffic conditions. In some embodiments, the computer server may send the POI driving routes to the first party and/or the second party, and the first party and/or the second party may select an optimal route as the third POI driving route. .

[0159] In some embodiments, when the target vehicle is driving on the third driving route of the POI, the computer server may obtain, based on the current traffic condition information (for example, there may be a traffic jam on the third driving route of POI), a fourth POI driving route from a current position of the target vehicle to the target position. The computer server may send a message to the terminal(s) of the first party user(s) and/or the second party to ask whether it will choose to change the third POI driving route to the fourth POI driving route.

[0160] In step (1060), the computer server may monitor a real-time position of the first party and/or the second party. The terminal(s) of the user(s) of the first party and/or the second party can automatically send the real-time position to the real-time computer server. The computer server may obtain the real-time position of the first party and/or the second party to determine whether the first party and/or the second party are moving close to a POI on the third POI driving route.

[0161] In step (1070), the computer may send the third POI driving route to the first party and/or the second party based on the real-time position of the first party and/or the second party. In some embodiments, when the real-time position of the first party and/or the second party is within a predetermined distance from a POI (e.g., a POI closest to the real-time position), the server of the computer can send the third POI driving route to the first party and/or the second party. In some embodiments, the predetermined distance may be within a visible range of the driver (e.g., 70 meters, 80 meters, etc.). In some embodiments, the third POI driving route may direct the second party (e.g., the driver) to the destination position. In some embodiments, the third POI conduction route may direct the second part to one or more predetermined intermediate point(s). In some embodiments, the computer server may send information about the name of the POI(s) if it is necessary to change direction and/or when changing direction to the first and/or second party. In some embodiments, the user terminal associated with the first and/or second party may transmit the third POI conduction route. When listening to the broadcast of the third POI driving route, the first party and/or the second party need not watch the third POI driving route displayed on the user's terminal(s).

[0162] It should be noted that, in some embodiments, step (1030) and/or step (1040) may not be necessary. For example, when a current position of the first part may be the same as the pickup position, step (1030) may be omitted. As another example, when a current position of the second part may be the same as the pickup position, step (1040) may be omitted. The examinations related to sending a POI driving route can be illustrated in figure 11-A and figure 11-B.

[0163] Figure 11-A is a primary view of an exemplary interactive user interface of the online transportation service platform for displaying a map including a pickup position in accordance with some embodiments of the present description. The computer server can obtain the current position (e.g. Beijing Language and Culture University - BLCU) of the first party (e.g. the passenger). And the computer server can determine a POI ( for example, the south gate of the BLCU) as a recommended position for the first party based on the current position of the first party. In some forms of copperization, the computer server may obtain a first navigation route from the current position of the first party. party to the recommended pickup position (e.g., from BLCU to BLCU south port). The computer server may send the recommended pickup position and/or the first navigation route to the user terminal of the first party. user of an application installed on the first party user's terminal can display the map showing the first party's current position, the recommended position and/or the first navigation route (not shown). , the recommended pickup position and/or the first navigation route may be highlighted (e.g. shown in different colors, in different fonts or sizes, in different markings, etc.).

[0164] The first navigation route may guide the first party to the pickup position. In some embodiments, the second party (e.g., the driver) may not be familiar with the current position of the first party, but may find the recommended pickup position more easily. When determining the recommended pickup position, the second party may not need to go to the first party's current position, or even confirm the current position with the first party through telephone communication(s). Thus, the second party can collect the first party more easily, the waiting time of the first party can be reduced, and the cancellation rate can be controlled accordingly.

[0165] Figure 11-B is a primary view of an exemplary interactive user interface of the online transportation service platform for displaying a map including a portion of a POI driving route in accordance with some embodiments of the present description. . The driver's user terminal can display the POI driving route on the map. In some embodiments, the POI driving route shown in Figure 11-B may be part of the first navigation route, the second navigation route, or the third POI driving route. As shown in Figure 11-B, the POI's driving route may be highlighted by one or more arrows, and the arrow(s) may indicate a forward direction. When the driver is going forward along the POI driving route, the computer can track a real-time position of the driver (for example, point A in Figure 11-B). When the real-time position is within a predetermined range (e.g., 80 meters) of a following POI (e.g., Dianli Hospital), the computer server can send the driving route of the POI to the driver (e.g., , turn right at the front gate of Dianli Hospital after 80 meters). The driver terminal can transmit the driving route of the POI to the driver. Thus, the driver may not need to watch the driving route shown on the user terminal. It should be noted that in addition to driving information and distance information, the computer server can send specific POI guidance (for example, the front gate of Dianli Hospital illustrated above) to the driver. Therefore, the driver can determine where to change direction more easily and accurately, especially when there are two or more intersections close to each other.

[0166] Having thus described the basic concepts, it may be quite apparent to those skilled in the art after reading this detailed description that the previous detailed description is presented by way of example only and is not limiting. Various changes, improvements and modifications may occur and are intended for those skilled in the art, although not expressed here. Such changes, improvements and modifications shall be suggested by this description, and are within the spirit and scope of the exemplary embodiments of this description.

[0167] Furthermore, certain terminology was used to describe the embodiments of the present description. For example, the terms "an embodiment", "an embodiment" and/or "some embodiment" mean that a particular specification, structure or feature described in connection with the embodiment is included in at least one form of embodiment. implementation of this description. Therefore, it is emphasized and should be appreciated that two or more references to "an embodiment" or "a form of embodiment" or "an alternative embodiment" in varying portions of this specification do not necessarily all refer to the same embodiment. Furthermore, specific features, structures or features may be combined as suitable in one or more embodiments of the present description.

[0168] Furthermore, it will be appreciated by one skilled in the art, aspects of the present disclosure may be illustrated and described herein in any of several patentable classes or contexts, including any useful process, machine, manufacture, or composition of matter, or any new and useful improvement thereof. Accordingly, aspects of the present disclosure may be implemented entirely in hardware, software (including firmware, resident software, microcode, etc.) or combining software and hardware implementation which may generally be referred to herein as a "module", "unit", "component", "device" or "system". Additionally, aspects of the present description may take the form of a computer program product embodied in one or more computer-readable media with computer-readable program code integrated therein.

[0169] A computer-readable signal medium may include a propagated data signal with a computer-readable program code incorporated therein, for example, in the baseband or as part of a carrier wave. This propagated signal may take a variety of forms, including electro-magnetic, optical or the like, or any suitable combination thereof. A computer-readable signal medium may be any computer-readable medium that is not a computer-readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus or device. Program code embodied in a computer readable signal medium may be transmitted using any suitable means, including wireless, wireline, fiber optic cable, RF or similar, or any suitable combination of the foregoing.

[0170] Computer program code for performing operations of aspects of the present description may be written in any combination of one or more programming languages, including an object-oriented programming language such as Java, Scala, Smalltalk, Eiffel, JADE , Emerald , C++, C#, VB. NET, Python or similar, conventional procedural programming languages such as the "C" programming language, Visual Basic, Fortran 2003, Perl, COBOL 2002, PHP, ABAP, dynamic programming languages such as Python, Ruby and Groovy, or other languages of programming. The program code may run entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer, or entirely on the remote computer or server. In the latter scenario, the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection can be made to an external computer (for example, over the Internet using an Internet Service Provider) or in a cloud computing environment or offered as a service, such as Software as a Service (SaaS).

[0171] Furthermore, the indicated order of processing elements or sequences, or the use of numbers, letters or other designations, therefore, is not intended to limit the processes and methods in any order, except as may be specified in the claims. Although the above description addresses by various examples what are currently considered to be a variety of useful embodiments of the description, it is to be understood that such details are solely for this purpose and that the appended claims are not limited to the disclosed embodiments, but, rather, they are intended to encompass modifications and equivalent provisions that are within the spirit and scope of the disclosed embodiments. For example, although the implementation of various components described above can be embedded in a hardware device, it can also be implemented as a software solution, for example, an installation on an existing server or mobile device.

[0172] Similarly, it should be appreciated that, in the previous description of embodiments of the present description, several features are sometimes grouped into a single embodiment, figure or description thereof for the purpose of rationalizing the disclosure by aiding in the understanding of a or more of the various forms of implementation. This method of disclosure, however, should not be construed as reflecting the intent that the subject matter claimed requires more resources than are expressly indicated in each claim. The subject matter of the claim resides in less than all of the features of a single embodiment disclosed above.

Claims (10)

1. System characterized by the fact that it comprises: a bus; a storage medium electronically connected to the bus and storing a set of instructions for sending emergency information; logical circuits electronically connected to the storage medium, wherein upon executing the set of instructions, the logical circuits are directed to conduct the logical operation to: initiate a transport transaction between a first party and a second party through a storage service platform online transportation, the first party accessing the online transportation service platform through a first user terminal, the second party accessing the online transportation service platform through a second user terminal, wherein the first user terminal is an associated electronic device to a passenger of the vehicle, the second terminal user is an electronic device associated with a driver of a vehicle; receiving, from the first user terminal, an image of the vehicle taken by the first user terminal; generate a reminder after receiving the vehicle image; send the reminder to the second user terminal to remind the driver that the vehicle image has been taken and uploaded; send registration information from the second party to the first party; determine the occurrence of an emergency for the first party; and send an emergency alert, including an emergency occurrence position and log information to a target terminal. 2. The system of claim 1, wherein the registration information of the second party includes at least one of the registered vehicle identification information, driver identification information, or a vehicle registration image. 3. System, according to claim 1, characterized by the fact that to send the emergency alert to the target terminal, the logical circuits further direct the logical operation to: after determining the occurrence of the emergency, instruct the first user terminal displaying an interface with an alert button, wherein the alert button is configured to cause the first user terminal to send an emergency confirmation signal when the alert button is activated; receive the emergency confirmation signal from the first user terminal; and sending the emergency alert to the target terminal, wherein the target terminal is at least a third-party terminal, a predefined platform, or a data center. 4. The system of claim 1, wherein the logic circuits further conduct the logic operation to: obtain security mode identification information of the first party from the first party; and informing the second party that the first person is in safe mode by obtaining the safe mode identification information. 5. The system of claim 1, wherein the logic circuitry further directs the logic operation to: obtain a POI driving route from the first part, wherein the POI driving route includes at least one POI ; and sending the POI driving route to the first party when the first party is a predetermined distance from the at least one POI. 6. Method for sending emergency information characterized by the steps of: a) initiating, by at least one electronic device of an online transportation services platform, a transportation transaction between a first party and a second party through the online transportation service platform; b) the first party accessing the online transportation service platform through a first user terminal, the second party accessing the online transportation service platform through a second user terminal, wherein the first user terminal is an electronic device associated with a passenger of the vehicle, the second user terminal is an electronic device associated with a driver of a vehicle; c) receiving, through at least one electronic device, an image of the vehicle taken by the first user terminal from the first user terminal; d) generation, through at least one electronic device, of a reminder after receiving the image of the vehicle; e) sending, through at least one electronic device, the reminder to the second user terminal to remind the driver that the image of the vehicle was taken and uploaded; f) send, through at least one electronic device, registration information from the second party to the first party; determining, by at least one electronic device, an emergency occurrence for the first party; and sending, by at least one electronic device, an emergency alert, including a position of the emergency occurrence and log information to a target terminal. 7. The method of claim 6, wherein the registration information of the second party includes at least one registered vehicle identification information, driver identification information or a vehicle registration image. 8. Method according to claim 6, characterized by the fact that sending the emergency alert to the target terminal includes: after determining whether the emergency has occurred, instructing, by at least one electronic device, the first user terminal displaying an interface with an alert button, wherein the alert button is configured to cause the first user terminal to send an emergency confirmation signal when the alert button is activated; receiving, by at least one electronic device, the emergency confirmation signal from the first user terminal; and sending, by at least one electronic device, the emergency alert to the target terminal, wherein the target terminal is at least one third-party terminal, a predefined platform, or a data center. 9. Method, according to claim 6, characterized by the fact that it further comprises: obtaining, by at least one electronic device, the security mode identification information of the first party from the first party; and informing, by at least one electronic device, the second party that the first party is in the security mode by obtaining the security mode identification information. 10. The method of claim 6, further comprising: obtaining, by at least one electronic device, a POI conduction route of the first party, wherein the POI conduction route includes at least one POI; and sending, by at least one electronic device, the POI driving route to the first party when the first party is within a predetermined distance of at least one POI.