CN104252719B - Riding system and method thereof - Google Patents

Abstract

The invention discloses a riding system and a method thereof. The boarding sign and boarding request are transmitted through the boarding end, and the driving end continuously transmits driving information, so that the service end can continue to follow the boarding mark without confirming at the driving end or the boarding end. And the driving information is paired to find the driving terminal that is closest to the boarding terminal and the driving status is waiting for passengers, so that the boarding terminal can immediately take the ride to the nearest driving terminal, saving waiting time for boarding, and achieving the technical effect of improving the convenience of riding .

Description

Ride system and method thereof

technical field

The present invention relates to a ride-on system and its method, in particular to a ride-on system and its method that can continuously and instantly match the ride-end closest to the ride-end without confirmation at the ride-end or ride-end .

Background technique

In recent years, with the popularization and vigorous development of the Internet, many traditional services have also been integrated with the Internet to provide more diversified applications, such as: ride-hailing services.

Generally speaking, the traditional ride-hailing service is that the passengers contact the taxi dealer by phone, and ask the taxi dealer to send a taxi to the designated place to pick up the passengers. However, the method of telephone contact has the advantages of immediacy, choice and convenience. There is quite a lot of room for improvement, for example: it takes a lot of time to assign a taxi manually, it is inconvenient to contact by phone...etc. Therefore, there is a problem of inconvenient ride.

In view of this, some manufacturers have proposed a way to combine traditional ride-hailing services with the Internet and the global positioning system. They set up a server in the taxi shop, set up a driving terminal in the taxi, and continuously send back the positioning coordinates of the driving terminal to the server. , the passenger can connect to the server through the network to request a taxi, so that the server can select a suitable taxi and assign it to the passenger. In this way, the inconvenience of calling a car by traditional telephone can be reduced. However, after the above-mentioned method is assigned, if the originally assigned taxi is to be replaced or canceled, many time-consuming steps or confirmation procedures will be generated. As for when there is another driving terminal that carries passengers and is closer to the passenger, the passenger still has to wait for the originally paired driving terminal, which leads to a long waiting time and prolongs the overall ride time of the passengers. time. Therefore, above-mentioned mode still can't effectively solve the problem of inconvenience by car.

In summary, it can be seen that there has been a problem of inconvenient rides in the prior art for a long time, so it is necessary to propose improved technical means to solve this problem.

Contents of the invention

The invention discloses a riding system and a method thereof.

Firstly, the present invention discloses a ride system, which includes a ride end and a boarding end. The ride end continuously transmits driving information, which includes driving coordinates and driving status. The ride end detects ride marks and transmits ride marks And boarding request, characterized in that the system also includes a server. Wherein, the server includes: a receiving module, a pairing module, an adjustment module and a confirmation module. Among them, the receiving module is used to receive and record the boarding request and driving information; the pairing module is used to pair the driving terminal closest to the boarding terminal and the driving status is waiting for passengers according to the boarding sign and driving information, and generate the first pairing request and send To the paired driving terminal for display; after the first pairing request is sent, the adjustment module is used to continuously re-pair the driving terminal closest to the boarding terminal and whose driving status is waiting for passengers according to the received driving information and boarding signs, When the re-paired driving end is different, a second pairing request is generated and sent to the re-paired driving end for display; the confirmation module is used to pair the first pairing request or the second pairing request without successful pairing within the preset time Afterwards, according to the received driving information and boarding signs, re-pair the driving terminal closest to the boarding terminal and whose driving status is waiting for passengers to generate a third pairing request and send it to the paired driving terminal for display.

In addition, the present invention discloses a method for riding a car, the steps of which include: the server continuously receives the driving information of the driving end, the driving information includes the driving coordinates and the driving status; Server: The server matches the ride terminal closest to the boarding terminal and the driving status is waiting for passengers according to the boarding sign and driving information, and generates the first pairing request and sends it to the paired driving terminal for display; the server is transmitting After the first pairing request, continue to re-pair the vehicle terminal closest to the boarding terminal and whose driving status is waiting for passengers according to the received driving information and boarding signs. When the re-paired vehicle terminal is different, a second pairing request is generated and Send it to the re-paired driving terminal for display; after the first pairing request or the second pairing request is not successfully paired within the preset time, the server will re-pair the distance riding terminal again according to the received driving information and boarding signs A third pairing request is generated by the nearest driving terminal whose driving status is waiting to carry passengers and is sent to the paired driving terminal for display.

The system and method disclosed in the present invention are as above, and the difference from the prior art is that the present invention transmits boarding signs and boarding requests through the boarding terminal, and the driving terminal continuously transmits driving information, so that the server does not need to confirm on the driving terminal or the boarding terminal In the case of a passenger, continue to match the ride terminal closest to the boarding terminal and the driving status is waiting for passengers according to the boarding sign and driving information, so that the boarding terminal can immediately take the ride to the nearest driving terminal, saving waiting time for boarding.

Through the above-mentioned technical means, the present invention can achieve the technical effect of improving the convenience of riding.

Description of drawings

Fig. 1 is a system block diagram of the ride-hailing system of the present invention.

Fig. 2 is a method flowchart of the method for riding a car of the present invention.

Fig. 3 is a schematic diagram of applying the present invention to call a car through the boarding terminal.

FIG. 4A to FIG. 4C are schematic diagrams of displaying the pairing results generated by the service end on the driving end by applying the present invention.

【Symbol Description】

110 Driving end

110A Driving end

110B Driving end

120 boarding terminal

130 server

131 receiving module

132 pairing module

133 adjustment module

134 confirmation module

135 Select Module

140 network

310 touch device

311 Call button

410 display device

411 black dots

412 dot dots

421 Passenger waiting button

422 Passenger loaded button

423 Cancel Passenger Button

431 cancel icon

detailed description

The implementation of the present invention will be described in detail below in conjunction with the drawings and examples, so that the realization process of how to use technical means to solve technical problems and achieve technical effects in the present invention can be fully understood and implemented accordingly.

Before explaining the riding system and its method disclosed in the present invention, the environment in which the present invention is applied will be described first. The terminal can be a computer device such as a personal computer, a mainframe, etc. connected to the network; the ride terminal can be a mobile device such as a smart phone or a personal digital assistant with network functions; the driving terminal can be an electronic device installed on the vehicle. Equipment (such as: vehicle-mounted device) and has positioning, display and network functions.

The following is a further description of the ride system of the present invention and its method in conjunction with the drawings. Please refer to "Fig. 1". "Fig. 1" is a system block diagram of the ride system of the present invention. Server 130. Wherein, the driving terminal 110 can receive and display the first pairing request, the second pairing request and the third pairing request from the server 130 , and continuously transmit driving information through the network 140 , the driving information includes driving coordinates and driving status. In actual implementation, the driving coordinates are obtained through the Global Positioning System (GPS), and the driving status is generated after the driver is allowed to set it himself. The driving terminal 110 will continuously transmit the driving information including the driving coordinates and the driving status To the server 130 so that the server 130 can update the location and status of the driving terminal 110 . The driving terminal 110 , the riding terminal 120 and the server 130 communicate with each other through the network 140 , and the driving terminal 110 can be a vehicle-mounted device capable of receiving the first pairing request and the second pairing request.

The boarding terminal 120 is used to detect boarding marks, and transmit boarding marks and boarding requests. In actual implementation, the ride terminal 120 is a portable device of the passenger, and obtains the coordinates of the location through the global positioning system as a ride mark. A boarding request is generated, and the boarding sign and the boarding request are sent to the server 130 .

As for the part in the server 130 , the server 130 includes: a receiving module 131 , a pairing module 132 , an adjustment module 133 and a confirmation module 134 . Among them, the receiving module 131 is used to receive the boarding request and driving information from the boarding terminal 120 through the network 140, and record them in storage media, such as: hard disk, memory, ... and other devices. Since the receiving and recording methods are current There are technologies, so I won't repeat them here.

The pairing module 132 is used to pair the ride terminal 110 closest to the ride terminal 120 and whose driving status is waiting to carry passengers according to the ride sign and driving information, and generate a first pairing request and send it to the paired drive terminal 110 for display. In actual implementation, the pairing module 132 will calculate the distance between the boarding landmark and the driving coordinates of each driving end 110 whose driving state is waiting to carry passengers. The shortest distance represents the closest distance to the boarding end 120. In this way, The driving terminal 110 closest to the boarding terminal 120 and whose driving status is waiting to carry passengers is used to pair with the riding terminal 120, and generates the first pairing request and sends it to the paired driving terminal 110 for display. The driver of the driving terminal 110 sees This first pairing request can go to the location of the boarding terminal 120 to pick up passengers.

The adjustment module 133 is used for continuously re-pairing the vehicle terminal closest to the boarding terminal 120 according to the received driving information and boarding signs after sending the first pairing request and whose driving status is waiting to carry passengers. At the same time, a second pairing request is generated and sent to the re-paired driving terminal for display. It should be noted that the difference between the adjustment module 133 and the pairing module 132 is that the pairing module 132 is used to pair the ride-end 120 for the first time, while the adjustment module 133 is used to pair the ride-end 120 after the pairing module 132 performs the initial pairing. In the same way, continue to find the driving end closest to the boarding end 120 and whose driving state is waiting for passengers. Assuming that the driving end paired by the pairing module 132 and the adjustment module 133 are different, the adjustment module 133 generates a second pairing request and sends it to Re-pair the driving end to display. In this way, the re-paired driving end can go to the position of the boarding end 120 to carry passengers. It should be noted that the above pairing and re-pairing process can be re-paired immediately without the consent and confirmation of the driving terminal 110 and the riding terminal 120 .

The confirmation module 134 is used to re-pair the vehicle that is closest to the terminal 120 and the vehicle status is waiting for passengers according to the received driving information and boarding signs after the first pairing request or the second pairing request fails to be paired within a preset time. The driving terminal 110 of the device generates a third pairing request and sends it to the paired driving terminal for display. In practical implementation, the pairing module 132, the adjustment module 133 and the confirmation module 134 are basically used to match the driving end 110 which is the closest to the boarding end 120 and the driving state is waiting to carry passengers. The difference between the three is only in the pairing module 132 It is directly paired according to the boarding sign and driving information; the adjustment module 133 is to continue to maintain the paired driving terminal 110 as the closest to the boarding terminal 120 after the pairing module 132 performs the pairing; as for the confirmation module 134, it is It is to perform the pairing process again after the pairing is not successful within the preset time. The preset time period can be a self-defined period of time, such as: five minutes, thirty seconds... and so on.

In actual implementation, the system may further include a selection module 135, which is used to transmit the driving information of the driving terminal 110 to the ride terminal 120, and allow the ride terminal 120 to choose to refuse pairing or accept pairing. When the ride terminal 120 chooses to accept the pairing, the service The terminal 130 records the driving state of the driving terminal corresponding to the driving information as passenger loaded. When the ride terminal 120 chooses to reject the pairing, the server 130 re-pairs until the ride terminal chooses to accept the pairing.

It should be added that the first pairing request, the second pairing request, and the third pairing request generated by the pairing module 132, the adjustment module 133, and the confirmation module 134 may also include the driving distance from the driving end 110 to the paired boarding end and The driving time, vehicle model, license plate number, driving record and communication information of the driving end, since the calculation of the driving distance and driving time between the two coordinates is an existing technology, so it will not be repeated here. In addition, the pairing module 132, the adjustment module 133, and the confirmation module 134 pair the driving end with the shortest distance by calculating the driving distance between the boarding mark and each driving coordinate, and querying the driving end corresponding to the driving coordinate with the shortest driving distance. As the nearest driving end.

Next, please refer to "Fig. 2", "Fig. 2" is the ride method of the present invention, the steps include: the server 130 continues to receive the driving information of the driving terminal 110, the driving information includes the driving coordinates and the driving status (step 210); The terminal 120 detects the boarding sign, and transmits the boarding sign and the boarding request to the server 130 (step 220); the server 130 matches the vehicle that is closest to the boarding terminal 120 and whose driving status is waiting for passengers according to the boarding sign and the driving information. end, and generate the first pairing request and send it to the paired driving end for display (step 230); after the server 130 sends the first pairing request, it continues to re-pair the distance ride according to the received driving information and boarding signs Terminal 120 is the closest and the driving status is the driving terminal waiting to carry passengers. When the re-paired driving terminal is different, a second pairing request is generated and sent to the re-paired driving terminal for display (step 240); After the first pairing request or the second pairing request fails to be successfully paired within the preset time, re-pair the driving terminal 110 that is closest to the riding terminal 120 and whose driving status is waiting to carry passengers according to the received driving information and boarding signs. A third pairing request is generated and sent to the paired driving terminal for display (step 250 ). Through the above steps, the boarding sign and boarding request can be transmitted through the boarding terminal 120, and the driving terminal 110 can continuously transmit the driving information, so that the server 130 can continue according to the boarding sign and The driving information is paired to find out the driving terminal that is closest to the boarding terminal 120 and whose driving status is waiting for passengers, so that the boarding terminal 120 can immediately ride to the nearest driving terminal, saving waiting time for boarding.

In particular, after step 250, after receiving the first pairing request or the second pairing request, the driving terminal 110 is allowed to transmit the passenger information to the server 130, so that the server 130 will record the driving status of the corresponding driving terminal. The service end 130 records the driving state of the corresponding driving end as canceling the passenger (step 260 ). In this way, since the driving state has changed (that is, the state of not waiting for passengers), the server 130 will filter out the driving information, and perform pairing again based on other driving information and boarding marks. In addition, the server 130 can also transmit the driving information of the driving terminal 110 to the riding terminal 120, and allow the riding terminal 120 to choose to refuse pairing or accept the pairing. When the riding terminal 120 chooses to accept the pairing, the server 130 records the driving status of the corresponding driving terminal as Passengers have been loaded, when the ride terminal 120 chooses to reject the pairing, the server 130 performs pairing again until the ride terminal 120 chooses to accept the pairing (step 270).

The following description will be made as an example in conjunction with "Fig. 3" to "Fig. 4C". Please refer to "Fig. 3" first. When the passenger wants to call a car, it can be realized by taking the terminal 120, such as: mobile phone, personal digital assistant, ... and other portable devices. end 120 will be considered as the boarding mark). After the passenger clicks the call button 311 on the touch device 310 , the ride terminal 120 will detect the ride icon and generate a ride request, and transmit the ride icon and the ride request to the server 130 through the network 140 . In practical implementation, the passenger can also only query the coordinates of the current location through the notebook computer as the boarding landmark, and the notebook computer transmits the boarding landmark and the boarding request to the server 130 .

For example, "FIG. 4A" to "FIG. 4C" are schematic diagrams of applying the present invention to display the pairing results generated by the server at the driving end. First, please refer to "FIG. 4A". As mentioned above, the server 130 will pair the ride terminal 120 closest to the ride terminal 120 according to the ride sign and driving information, and the driving status is waiting for passengers. A ride terminal 110A is displayed, and the drive terminal 110A will be displayed on the display device 410 to display the first pairing request received from the server 130, for example: the location of the ride terminal 120 is presented with black dots 411 and map information, and the network point The dot 412 represents the position of the driving end 110A. In this way, the driver of the driving end 110A can clearly know the location of the boarding end 120 . At this time, assuming that it is inconvenient for the driver to carry passengers, he can press the cancel passenger button 423 to make the driving status of the driving information generated by the driving terminal 110A be "Cancel passenger loading". And after the passengers are loaded, you can press the passenger loaded button 422 to make the driving status of the driving information generated by the driving terminal 110A be "loaded", so as to prevent the service terminal 130 from pairing the driving terminal 110A with other riding terminals during the passenger loading period. In addition, when the passenger arrives at the destination and gets off the vehicle, he can press the waiting button 421 so that the driving status of the driving information generated by the driving terminal 110A is "waiting for loading", so that the service terminal 130 can re-list the driving terminal 110A in the pairing. choose.

Continuing from the above, assume that the server 130 pairs a driving terminal 110A for the first time based on boarding signs and driving information and generates a first pairing request and sends it to the paired driving terminal 110A. When another driving terminal (such as: driving terminal 110B) When it is closer to the boarding terminal 120 and the driving status is waiting for passengers, since the server 130 will continue to re-match the driving terminal closest to the boarding terminal 120 and the driving status is waiting for passengers according to the received driving information and boarding signs, And when the re-paired driving end is different, a second pairing request is generated and sent to the re-paired driving end for display. The display method can be as shown in "Fig. 4B", in the display device 410 of the driving end 110B , the re-paired driving terminal 110B is presented in the form of halftone dots 413 . It should be noted that this display does not affect the driving terminal 110A. In other words, the display devices 410 of the driving terminal 110A and the driving terminal 110B will both display map information and the boarding terminal 120 represented by black dots 411, although the boarding terminal 120 may be carried away by one of the driving ends or other driving ends that do not apply the present invention, but it has no effect on the driving end 110 as a whole, because the result is only to change the driving route of the driving end 110 looking for passengers That's all. In addition, assuming that the server 130 fails to pair successfully within the preset time after the first pairing request or the second pairing request, then the server 130 will re-pair the distance from the boarding terminal 120 according to the received driving information and boarding signs. The most recent driving terminal whose driving status is waiting to carry passengers generates a third pairing request, and transmits the third pairing request to the paired driving terminal for display.

In addition, in actual implementation, as shown in FIG. 4C , assuming that the boarding sign and boarding request transmitted by the boarding terminal 120 have existed for a preset period of time, the server 130 can delete the boarding boarding board and boarding request by itself. And it is presented with a canceled icon 431 to avoid the situation that the other driving end 110 is empty due to the fact that the riding end 120 has been carried away.

To sum up, it can be seen that the difference between the present invention and the prior art lies in the transmission of boarding signs and boarding requests through the boarding terminal, and the continuous transmission of driving information at the driving terminal, so that the server does not need to confirm the situation at the driving terminal or the boarding terminal. , according to the boarding signs and driving information, continue to match the driving end closest to the boarding end and the driving state is waiting for passengers, so that the boarding end can immediately take the ride to the nearest driving end, saving waiting time for boarding, through this technical means It can solve the problems existing in the prior art, and then achieve the technical effect of improving the convenience of riding.

Although the present invention is disclosed above with the foregoing embodiments, it is not intended to limit the present invention. Any person familiar with similar skills may make some changes and modifications without departing from the spirit and scope of the present invention. Therefore, the present invention The scope of patent protection shall be defined by the scope of patent application attached to this specification.

Claims (10)

1. a riding system, comprises at least one driving end and and takes end, and described driving supports to resume send a running information, should Running information includes a driving coordinate and a driving states, described in take end detecting one and take coordinate, and transmit this and take seat Mark and a ride-share request, it is characterised in that this system also comprises a service end, and this service end comprises:

One receiver module, in order to receive and to record this ride-share request and this running information；

One matching module, in order to take coordinate according to this and this running information matches out and takes end recently and this driving shape apart from this State is to treat the driving end of carrying, and produces one first pairing request and this driving end of being sent to match out to show；

One adjusting module, in order to after transmitting this first pairing request, persistently running information and this according to receiving take seat Indicated weight newly matches out to be taken end apart from this recently and this driving states is the driving end treating carrying, when this driving again matched out When end is different, produce one second pairing request this driving end of being sent to again match out to show；And

One confirms module, in order to the unpaired success in a Preset Time in this first pairing request or this second pairing request After, again according to the running information received and this take coordinate and again match out and take end recently and this driving states apart from this For treating that the driving end of carrying shows to produce one the 3rd pairing request and this driving end of being sent to match out.

Riding system the most according to claim 1, it is characterised in that this first pairing request and this second pairing request include row Car end travels to this matched out and takes the operating range of end and running time, the vehicle of driving end, license plate number, the driving of driving end Sail record and communication information.

Riding system the most according to claim 1, it is characterised in that described driving end is receiving this first pairing request or is being somebody's turn to do After second pairing request, it is allowed to the carrying information that transmits, to this service end, makes this service end by this driving of end of driving a vehicle accordingly State recording is carrying, and allows the cancellation carrying information that transmits to this service end, makes this service end will drive a vehicle accordingly end This vehicle moving status recording for cancel carrying.

Riding system the most according to claim 1, it is characterised in that this matches out takes the step holding nearest driving end apart from this Rapid for calculating, this takes the running distance between coordinate and each driving coordinate, and inquires the driving with the shortest running distance Driving end corresponding to coordinate.

Riding system the most according to claim 1, it is characterised in that this service end further includes a selection module, in order to transmit this The running information of driving end takes end to this, and allows this take end selection refusal pairing or accept pairing, when this takes end When selecting to accept pairing, should drive a vehicle the mutually driving states of end of this service end record is carrying, selects refusal when this takes end During pairing, this service end re-starts pairing until this takes end selection accepts pairing.

6. a method of riding, it is characterised in that step includes:

One service end persistently receives the running information of at least one driving end, and this running information includes a driving coordinate and a driving shape State；

One takes end detecting one takes coordinate, and this is taken coordinate and a ride-share request is sent to this service end；

This service end takes coordinate according to this and this running information matches out and takes end apart from this recently and this driving states is for treating The driving end of carrying, and produce one first pairing request and this driving end of being sent to match out to show；

This service end is after transmitting this first pairing request, and persistently running information and this according to receiving are taken coordinate and again joined Take end apart from this to going out recently and this driving states is the driving end treating carrying, when this driving end again matched out is different Time, produce one second pairing request this driving end of being sent to again match out to show；And

This service end in this first pairing request or this second pairing request in a Preset Time after unpaired success, root again According to the running information received and this take coordinate and again match out and take end apart from this recently and this driving states is for treating carrying Driving end show to produce one the 3rd pairing request and this driving end of being sent to match out.

Method by bus the most according to claim 6, it is characterised in that this first pairing request and this second pairing request include row Car end travels to this matched out and takes the operating range of end and running time, the vehicle of driving end, license plate number, the driving of driving end Sail record and communication information.

Method by bus the most according to claim 6, it is characterised in that described driving end is receiving this first pairing request or is being somebody's turn to do After second pairing request, it is allowed to the carrying information that transmits, to this service end, makes this service end by this driving of end of driving a vehicle accordingly State recording is carrying, and allows the cancellation carrying information that transmits to this service end, makes this service end will drive a vehicle accordingly end This vehicle moving status recording for cancel carrying.

Method by bus the most according to claim 6, it is characterised in that this matches out takes the step holding nearest driving end apart from this Rapid for calculating, this takes the running distance between coordinate and each driving coordinate, and inquires the driving with the shortest running distance Driving end corresponding to coordinate.

Method by bus the most according to claim 6, it is characterised in that the method further includes this service end and transmits this driving end Running information takes end to this, and allows this take end selection refusal pairing or accept pairing, selects acceptance when this takes end During pairing, should drive a vehicle the mutually driving states of end of this service end record is carrying, when this take end select refusal pairing time, should Service end re-starts pairing until this takes end selection accepts pairing.