CN114936768A - Method, device, equipment and medium for processing network taxi appointment orders - Google Patents
Method, device, equipment and medium for processing network taxi appointment orders Download PDFInfo
- Publication number
- CN114936768A CN114936768A CN202210532508.0A CN202210532508A CN114936768A CN 114936768 A CN114936768 A CN 114936768A CN 202210532508 A CN202210532508 A CN 202210532508A CN 114936768 A CN114936768 A CN 114936768A
- Authority
- CN
- China
- Prior art keywords
- order
- initiator
- platforms
- platform
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 55
- 239000003999 initiator Substances 0.000 claims abstract description 104
- 238000012795 verification Methods 0.000 claims abstract description 17
- 230000004044 response Effects 0.000 claims abstract description 7
- 238000004590 computer program Methods 0.000 claims description 12
- 230000006870 function Effects 0.000 description 5
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000004931 aggregating effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012954 risk control Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0635—Risk analysis of enterprise or organisation activities
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Entrepreneurship & Innovation (AREA)
- Tourism & Hospitality (AREA)
- Game Theory and Decision Science (AREA)
- Educational Administration (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention provides a method for processing an order of online taxi appointment, which comprises the following steps: in response to a calling instruction of an initiator, the server calls a plurality of platforms to carry out expense pre-estimation and generates a pre-estimated expense list; sending the estimated expense list to the initiator, and generating an order; carrying out wind control verification on the orders so as to send the orders to a plurality of platforms; and after one platform receives orders, sending order receiving requests to the server side service, returning order receiving results to the initiator by the server side, and locking the orders of the rest platforms. By the method for processing the network taxi booking order, taxi booking efficiency can be improved, and user experience is further improved.
Description
Technical Field
The invention relates to the technical field of traffic, in particular to a method, a device, equipment and a medium for processing an order of a networked taxi appointment.
Background
Most of the existing network taxi reservation systems initiate taxi taking demands through users, and then call orders of various vehicle types through a single network taxi reservation platform. Because some network car booking platforms have fewer order receiving drivers, when a user urgently needs to make a car, the user often needs to get on or off orders on the multiple network car booking platforms. After a driver on one of the network car booking platforms receives an order, the user often forgets to cancel the order of the other network car booking platforms, and therefore user experience is influenced to a certain extent.
Disclosure of Invention
In view of the above drawbacks of the prior art, an object of the present invention is to provide a method, an apparatus, a device and a medium for processing a network taxi appointment order, which can improve taxi taking efficiency and further improve user experience.
In order to achieve the above and other related objects, the present invention provides a method for processing an order of a network taxi appointment, comprising:
in response to a calling instruction of an initiator, the server calls a plurality of platforms to carry out expense estimation and generates an estimated expense list;
sending the estimated expense list to the initiator and generating an order at the same time;
carrying out wind control verification on the orders so as to send the orders to a plurality of platforms;
and after one platform receives the order, sending an order receiving request to the server side, returning an order receiving result to the initiator by the server side, and locking the orders of the rest platforms.
In an embodiment of the present invention, the step of, in response to the call instruction of the initiator, invoking, by the server, a plurality of platforms to perform cost estimation and generate an estimated cost list includes:
responding to a calling instruction of the initiator, and calling a plurality of platforms by the server side to carry out expense pre-estimation;
polling a plurality of the platforms to generate an estimated cost;
when the platform generates the estimated cost, reserving the corresponding estimated cost;
and collecting the reserved estimated expense to generate the estimated expense list.
In an embodiment of the present invention, the polling the plurality of platforms to generate the estimated cost includes:
and when all the platforms do not generate the estimated charge, the server generates a call failure instruction and sends the call failure instruction to the initiator so as to remind the initiator of the call order failure.
In an embodiment of the present invention, the call instruction includes a start point, an end point, a type of platform, and a vehicle type.
In an embodiment of the present invention, the step of performing a wind control verification on the order to send the order to the plurality of platforms includes:
the server side judges whether the initiator has an unfinished order or not, if the unfinished order exists, the information of the unfinished order is sent to the initiator, and if the unfinished order does not exist, whether the initiator belongs to a wind control crowd or not is judged;
when the terminal belongs to the wind control crowd, the server generates a call failure instruction, sends the call failure instruction to the initiator, and performs a bill removing process;
when the platform does not belong to the wind control crowd, the order is sent to the plurality of platforms, the platforms are polled, whether the platforms successfully receive the order or not is judged, and meanwhile the demand state of the platforms is initialized;
after the platform receives the order, setting the demand state of the platform as a creation success state;
when the platform does not receive the order, setting the demand state of the platform as a creation failure state;
and performing the order withdrawing processing on the platform in the creation failure state.
In an embodiment of the present invention, the step of performing the order removing process on the platform in the creation failure state includes:
after a preset time threshold value passes, the platform in the creation failure state is subjected to the order removing processing, and whether the order removing is successful is judged;
and if the order removal is successful, the order of the platform is cancelled, and if the order removal is failed, the task of the order removal processing is repeatedly executed for a plurality of times until the order of the platform is cancelled when the execution times exceeds a preset time threshold value.
In an embodiment of the present invention, before the step of sending an order taking request to the server after the order taking process is performed on the order by one of the platforms, and the server returns an order taking result to the initiator and locks the orders of the remaining platforms, the method further includes the steps of:
and judging whether the initiator sends a cancel instruction or not, and if the initiator sends the cancel instruction, the server cancels the order.
The invention also provides a processing device for the network taxi appointment order, which comprises:
the expense pre-estimation module is used for responding to a calling instruction of the initiator, calling a plurality of platforms by the server side for expense pre-estimation and generating a pre-estimated expense list;
the order generation module is used for sending the estimated expense list to the initiator and generating an order at the same time;
the risk checking module is used for carrying out wind control checking on the orders so as to send the orders to the platforms; and
and the order processing module is used for sending an order receiving request to the server after one platform receives the order, returning an order receiving result to the initiator by the server and locking the orders of the rest platforms.
The invention also provides computer equipment comprising a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor realizes the steps of the processing method of the network appointment order when executing the computer program.
The invention also provides a computer-readable storage medium, which stores a computer program that, when executed by a processor, implements the steps of the method for processing the network appointment order.
As described above, the present invention provides a method, an apparatus, a device and a medium for processing an order of a networked car booking, which can generate a plurality of orders under a requirement by aggregating and controlling a life cycle of a taxi booking, estimating a fee through a plurality of platforms and a plurality of car types, and then generating orders of the plurality of platforms and the plurality of car types, thereby completing a demand for receiving orders.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a flowchart illustrating a method for processing a network taxi appointment order according to the present invention.
Fig. 2 is a flowchart of step S10 in fig. 1.
Fig. 3 is a flowchart of step S30 in fig. 1.
Fig. 4 is a flowchart of step S36 in fig. 3.
Fig. 5 is a schematic diagram of a processing device for a network appointment order according to the present invention.
Fig. 6 shows a schematic diagram of a computer device according to the invention.
Description of the element reference numerals:
10. a cost estimation module; 20. an order generation module; 30. a risk verification module; 40. an order cancellation module; 50. and an order processing module.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Please refer to fig. 1-6. It should be noted that the drawings provided in the present embodiment are only for illustrating the basic idea of the present invention, and the components related to the present invention are only shown in the drawings rather than drawn according to the number, shape and size of the components in actual implementation, and the type, quantity and proportion of the components in actual implementation may be changed freely, and the layout of the components may be more complicated.
Referring to fig. 1, fig. 1 is a schematic flow chart of a method for processing a network taxi appointment order according to an embodiment of the present invention, including the following steps:
step S10, responding to the calling instruction of the initiator, the server side calls a plurality of platforms to conduct expense estimation and generates an estimated expense list, wherein the calling instruction comprises a starting point, a terminal point, the type of the platform, the type of the vehicle and the like.
Referring to fig. 2, in an embodiment of the invention, when performing step S10, that is, in response to the call command of the initiator, the server invokes a plurality of platforms to perform the cost estimation and generate the estimated cost list. Specifically, the sub-step of step S10 may include:
step S11, responding to the calling instruction of the initiator, the server side calls a plurality of platforms to carry out expense estimation.
And step S12, polling a plurality of platforms to generate the estimated cost.
And step S13, when the platform generates the estimated cost, reserving the corresponding estimated cost.
Step S14, the reserved estimated fees are collected to generate an estimated fee list.
And step S15, when all platforms do not generate the estimated cost, the server generates a call failure instruction and sends the call failure instruction to the initiator so as to remind the initiator of the failure of the order calling.
In an embodiment of the present invention, specifically, the initiator may be a passenger, and the platform may be a network car booking platform, so that when the passenger needs to book a car, a call instruction may be sent to the server through an app in the mobile phone, and a car taking request may be sent. The call instruction may include a start point, an end point, a type of platform, and a vehicle type. The type of the platform can be different network appointment platforms, such as special car, public pleasure, official business, busy, chariot and other platforms. The vehicle model may represent different vehicle models, and may be, for example, new energy, comfort, luxury, business, etc. After the passenger determines the starting point and the terminal point, the corresponding platform and the corresponding vehicle type are selected, and then a calling instruction is sent to the server, the server calls the corresponding platform according to information in the calling instruction, determines the route according to the starting point and the terminal point, and generates the estimated cost according to the route and the vehicle type.
In an embodiment of the present invention, specifically, in the process of generating the pre-estimated cost, since some platforms may have a certain problem, when the server polls the platform, the platform responds to a timeout, so that the platform cannot generate the corresponding pre-estimated cost at this time, and the server polls other platforms at this time. When one platform generates corresponding pre-estimated cost, the pre-estimated cost is stored, and then the generated pre-estimated cost can be gathered, so that a corresponding pre-estimated cost list is generated. Each estimated expense in the estimated expense list corresponds to a corresponding platform, and the generated estimated expense list can be sent to the initiator for selection by the initiator. In the polling process of the server, when all platforms have response overtime, the estimated cost cannot be generated at the moment, so that the server generates a call failure instruction at the moment and sends the call failure instruction to the initiator to remind the initiator of the call order failure. The initiator can re-input the starting point, the terminal point, the type and the vehicle type of the platform and the like and re-send the call instruction.
And step S20, sending the estimated expense list to the initiator and generating an order.
In one embodiment of the present invention, when step S20 is performed, the estimated cost list is sent to the originator while the order is generated. Specifically, after the estimated expense list is sent to the initiator, the initiator can select a corresponding platform and a corresponding vehicle type on the estimated expense list, so that a corresponding order is generated, and the order is sent to the server.
And step S30, carrying out wind control verification on the order so as to send the order to a plurality of platforms.
Referring to FIG. 3, in one embodiment of the present invention, when step S30 is performed, the order is wind verified to be sent to multiple platforms. Specifically, the sub-step of step S30 may include:
and step S31, the server side judges whether the initiator has an incomplete order, if so, the information of the incomplete order is sent to the initiator, and if not, whether the initiator belongs to the wind control crowd is judged.
And step S32, when the initiator belongs to the wind control crowd, the server generates a call failure instruction, sends the call failure instruction to the initiator, and performs the order removing processing.
And step S33, when the initiator does not belong to the wind control crowd, sending the order to a plurality of platforms, polling the platforms, judging whether the platforms successfully receive the order or not, and initializing the demand state of the platforms.
And step S34, after a platform successfully receives the order, setting the requirement state of the corresponding platform as a creation success state.
Step S35, when a platform does not receive an order, setting the demand state of the platform as a creation failure state.
And step S36, performing order withdrawing processing on the platform in the creation failure state.
In an embodiment of the present invention, specifically, after the order is generated, the server needs to perform wind control verification on the order at this time, and determine whether the order is qualified. For example, it may be determined whether the initiating party has an incomplete order, and then the order is subjected to the wind control verification, or it may be determined whether the initiating party has an incomplete order after the order is subjected to the wind control verification. In this embodiment, it is described by taking an example that whether an unfinished order exists in the initiator is determined first, and then the order is subjected to wind control verification.
In an embodiment of the present invention, specifically, when determining whether there is an incomplete order in the initiator, if there is an incomplete order, the server sends information of the incomplete order to the initiator, and at this time, the initiator may process the incomplete order, so as to prevent the initiator from repeatedly placing orders and affecting user experience. If the incomplete order does not exist, the server side judges whether the initiator belongs to a wind control group or not, and the wind control group can be a person who is subjected to risk control management due to violation of related agreement requirements. For example, after the order is completed, the initiator does not pay the corresponding fee, and the server may mark the initiator as belonging to the wind control group. For another example, when the order is sent to the platform, the initiator cancels the order for many times after the platform accepts the order, and at this time, the server can mark the initiator as belonging to the wind control group. When the initiator belongs to the wind control crowd, the server can generate a call failure instruction at the moment, and send the call failure instruction to the initiator to perform order removal processing. When the initiator does not belong to the wind control crowd, the server side can send the orders to a plurality of platforms selected by the initiator.
In an embodiment of the present invention, specifically, when the server sends the order to the multiple platforms selected by the initiator, it needs to determine whether the corresponding platform receives the order. At this time, the demand state of the platform can be initialized, when one platform receives the order, the platform can send a signal to the server, and after the server receives the signal, the demand state of the platform can be set as a creation success state. When a certain platform does not receive the order, the server and the platform cannot communicate at the moment, and the server can set the required state of the platform as a creation failure state at the moment. If the server side can not communicate with all the platforms, the server side sets the demand states of all the platforms to be creation failure states at the moment. When the platform successfully receives the order, the order calling is successful, and the platform jumps to an order dispatching page to wait for the order receiving of a driver.
Referring to fig. 4, in an embodiment of the present invention, when step S36 is performed, the platform in the creation failed state is subjected to a de-ordering process. Specifically, the sub-step of step S36 may include:
and step S361, after a preset time threshold value is passed, the platform in the failed creation state is subjected to order withdrawing processing, and whether the order withdrawing is successful is judged.
And step S362, if the order is successfully removed, the order of the platform is removed, and if the order is unsuccessfully removed, the order removing processing task is repeatedly executed for a plurality of times until the order of the platform is removed when the execution times exceeds a preset time threshold value.
In an embodiment of the present invention, specifically, for a platform in a creation failure state, after a preset time threshold passes, the platform may be subjected to a de-order process. In this embodiment, the time threshold may be 3 seconds, 4 seconds, 5 seconds, 6 seconds, etc., and the size of the time threshold may be specifically set according to actual requirements. Since there may be a case of a failure of removing the order, when the first time of removing the order fails, another time interval may pass, and then the order removing process is performed. When the order removing process fails again, the order removing process can be repeatedly carried out until the number of executing the order removing process exceeds a preset number threshold, and the order of the platform is directly removed. In this embodiment, the waiting time intervals may be the same or different before each time of the order withdrawing process. The number threshold may be 5 times or 6 times, and the size of the number threshold may be set according to actual requirements. For example, when the order removing process is failed after the first order removing process, the next order removing process may be performed after waiting for 3 seconds, and then the order removing process may be performed after waiting for 3 seconds in each round until the order removing process succeeds or the number of the order removing processes reaches the time threshold, and the order of the platform is removed.
And step S40, judging whether the initiator sends a cancel instruction, if so, the server cancels the order, and if not, judging whether a platform carries out order receiving processing on the order.
In an embodiment of the present invention, specifically, before the platform does not perform order taking processing on an order, the initiator may cancel the order due to a temporary fact, and therefore, before the platform performs order taking processing, it is further required to determine whether the initiator issues a cancel instruction. When the initiator sends a cancel instruction, the server receives the cancel instruction and cancels the order, so that the order received by the platform can be removed. And when the initiator does not send a cancel instruction before the platform performs order receiving processing, the platform can normally perform order receiving processing and judge whether the platform performs order receiving processing on the order.
And step S50, after order taking processing is carried out on the order by a certain platform, an order taking request is sent to the server side, the server side returns the order taking result to the initiator, and the orders of other platforms are locked.
In an embodiment of the present invention, specifically, since the server sends the order to the multiple platforms at the same time, the multiple platforms can all process the order. When a driver in one of the platforms receives the order receiving request from the server, the server returns the order receiving result to the initiator to indicate that the order of the initiator is received by the driver. Meanwhile, in order to prevent drivers of other platforms from repeatedly taking orders, after the server receives an order taking request of the first order taking platform, orders of other platforms are locked and removed, and the drivers in the other platforms cannot take orders of the orders.
Therefore, in the scheme, through aggregating and controlling the taxi taking life cycle, firstly, the cost is estimated through the starting point and the terminal point of the passenger and through a plurality of platforms and a plurality of vehicle types, then, orders of the plurality of platforms and the plurality of vehicle types are generated, and under the condition of one requirement, a plurality of orders can be generated, so that the order receiving requirement is completed.
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present invention.
Referring to fig. 5, the present invention further provides a device for processing a network appointment order, which corresponds to the method for processing the network appointment order in the above embodiment. The processing device of the network appointment vehicle order can comprise a cost estimation module 10, an order generation module 20, a risk verification module 30, an order cancellation module 40 and an order processing module 50. The functional modules are explained in detail as follows:
the cost estimation module 10 may be configured to respond to a call instruction of an initiator, and the server invokes a plurality of platforms to perform cost estimation and generate an estimated cost list, where the call instruction includes a start point, a destination point, a type of the platform, a vehicle type, and the like. The order generation module 20 may be configured to send the estimated cost list to the originator while generating the order. The risk verification module 30 may be used to windingly verify orders to send the orders to multiple platforms. The order cancellation module 40 may be configured to determine whether the initiator issues a cancellation instruction, cancel the order if the initiator issues the cancellation instruction, and determine whether a platform performs order taking processing on the order if the initiator does not issue the cancellation instruction. The order processing module 50 may be configured to send an order receiving request to the server after a certain platform receives an order, and the server returns an order receiving result to the initiator and locks orders of other platforms.
In one embodiment of the present invention, specifically, the fee estimation module 10 may be configured to respond to a call instruction of the initiator, and the server invokes a plurality of platforms to perform fee estimation and generate an estimated fee list. The initiator can be a passenger, and the platform can be a network taxi appointment platform, so that when the passenger needs taxi appointment, a call instruction can be sent to the server through app and the like in the mobile phone, and a taxi taking request can be sent. The call instructions may include a start point, an end point, a type of platform, and a vehicle type. The type of the platform can be different network appointment platforms, such as special car, public pleasure, official business, busy, chariot and other platforms. The vehicle model can represent different vehicle models, such as new energy, comfortable, luxury, business and the like. After the passenger determines the starting point and the terminal point, the corresponding platform and the corresponding vehicle type are selected, and then a calling instruction is sent to the server, the server calls the corresponding platform according to information in the calling instruction, determines the route according to the starting point and the terminal point, and generates the estimated cost according to the route and the vehicle type.
In one embodiment of the present invention, the order generation module 20 may be configured to send the estimated cost list to the initiator and generate the order. After the estimated expense list is sent to the initiator, the initiator can select a corresponding platform and a corresponding vehicle type on the estimated expense list, so that a corresponding order is generated and sent to the server.
In one embodiment of the present invention, in particular, the risk verification module 30 may be configured to windingly verify the order to route the order to multiple platforms. After the order is generated, the server needs to perform wind control verification on the order at the moment and judge whether the order is qualified. For example, it may be determined whether the initiating party has an incomplete order, and then the order is subjected to the wind control verification, or it may be determined whether the initiating party has an incomplete order after the order is subjected to the wind control verification. The judging sequence of the two can be set according to the actual requirement without limitation.
In an embodiment of the present invention, specifically, the order cancellation module 40 may be configured to determine whether the initiator issues a cancellation instruction, if the initiator issues the cancellation instruction, the server cancels the order, and if the initiator does not issue the cancellation instruction, it determines whether a platform performs order taking processing on the order. Before the platform does not receive orders, the initiator may cancel orders due to temporary existence, and therefore before the platform receives orders, it is necessary to determine whether the initiator sends a cancellation instruction. When the initiator sends a cancel instruction, the server receives the cancel instruction and cancels the order, so that the order received by the platform can be removed. And before the platform receives orders, when the initiator does not send a cancel instruction, the platform can normally receive orders and judge whether a platform receives orders.
In an embodiment of the present invention, specifically, the order processing module 50 may be configured to send an order receiving request to the server after an order is received by a certain platform, and the server returns an order receiving result to the initiator and locks orders of other platforms. The server sends the order to the platforms at the same time, and the platforms can process the order. When a driver in one of the platforms receives the order receiving request from the server, the server returns the order receiving result to the initiator to indicate that the order of the initiator is received by the driver. Meanwhile, in order to prevent drivers of other platforms from repeatedly taking orders, after the server receives an order taking request of the first order taking platform, orders of other platforms are locked and removed, and the drivers in the other platforms cannot take orders of the orders.
For specific limitations of the processing device for the network appointment order, reference may be made to the above limitations on the processing method for the network appointment order, which are not described herein again. All or part of each module in the processing device of the online taxi appointment order can be realized by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent of a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
Referring to fig. 6, the present invention further provides a computer device including a processor, a memory, a network interface and a database connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes non-volatile and/or volatile storage media, internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The network interface of the computer device is used for communicating with an external client through a network connection. The computer program is executed by a processor to implement the functions or steps of a method of processing a network appointment order.
In one embodiment of the invention, a computer device may include a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the following steps when executing the computer program:
and responding to a calling instruction of the initiator, calling a plurality of platforms by the server side for expense estimation, and generating an estimated expense list, wherein the calling instruction comprises a starting point, a destination point, the type of the platform and the type of the vehicle.
And sending the estimated expense list to the initiator and generating an order.
And carrying out wind control verification on the order to send the order to a plurality of platforms.
And judging whether the initiator sends a cancel instruction or not, if so, canceling the order by the server, and if not, judging whether a platform carries out order receiving processing on the order.
And after a certain platform receives orders, sending order receiving requests to the server side service, returning order receiving results to the initiator by the server side, and locking orders of other platforms.
It should be noted that, the functions or steps that can be implemented by the computer-readable storage medium or the computer device can be referred to the related descriptions of the server side and the client side in the foregoing method embodiments, and are not described here one by one to avoid repetition.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-mentioned functions.
In the description of the present specification, reference to the description of the terms "present embodiment," "example," "specific example," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in various embodiments or examples of the invention. In this specification, the schematic representations of the terms used above do not necessarily refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples.
The embodiments of the invention disclosed above are intended to be merely illustrative. The examples are not intended to be exhaustive or to limit the invention to the precise forms disclosed. Obviously, many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles of the invention and the practical application, to thereby enable others skilled in the art to best utilize the invention. The invention is limited only by the claims and their full scope and equivalents.
Claims (10)
1. A method for processing a network taxi appointment order is characterized by comprising the following steps:
in response to a calling instruction of an initiator, the server calls a plurality of platforms to carry out expense estimation and generates an estimated expense list;
sending the estimated expense list to the initiator, and generating an order;
carrying out wind control verification on the orders so as to send the orders to a plurality of platforms;
and after one platform receives the order, sending an order receiving request to the server side, returning an order receiving result to the initiator by the server side, and locking the orders of the rest platforms.
2. The method for processing the order of the online taxi appointment according to claim 1, wherein the step of calling a plurality of platforms for fee estimation by the server side in response to the calling instruction of the initiator and generating the estimated fee list comprises the following steps:
responding to a calling instruction of the initiator, and calling a plurality of platforms by the server side to carry out expense pre-estimation;
polling a plurality of the platforms to generate an estimated cost;
when the platform generates the estimated cost, reserving the corresponding estimated cost;
and collecting the reserved pre-estimated expenses to generate the pre-estimated expense list.
3. The method of claim 2, wherein the step of polling a plurality of said platforms to generate an estimated cost comprises:
and when all the platforms do not generate the estimated charge, the server generates a call failure instruction and sends the call failure instruction to the initiator so as to remind the initiator of the call order failure.
4. The method of claim 1, wherein the call instruction comprises a start point, an end point, a type of platform, and a vehicle type.
5. The method of processing a network appointment order according to claim 1, wherein the step of performing a wind check on the order to send the order to a plurality of the platforms comprises:
the server side judges whether the initiator has an unfinished order or not, if the unfinished order exists, the information of the unfinished order is sent to the initiator, and if the unfinished order does not exist, whether the initiator belongs to a wind control crowd or not is judged;
when the terminal belongs to the wind control crowd, the server generates a call failure instruction, sends the call failure instruction to the initiator, and performs a bill removing process;
when the platform does not belong to the wind control crowd, the order is sent to the plurality of platforms, the platforms are polled, whether the platforms successfully receive the order or not is judged, and meanwhile the demand state of the platforms is initialized;
after the platform receives the order, setting the demand state of the platform as a creation success state;
when the platform does not receive the order, setting the demand state of the platform as a creation failure state;
and performing the order withdrawing processing on the platform in the creation failure state.
6. The method for processing the online taxi appointment order according to claim 5, wherein the step of performing the order removing process on the platform in the failed creation state comprises:
after a preset time threshold value passes, the platform in the creation failure state is subjected to the order removing processing, and whether the order removing is successful is judged;
and if the order removal is successful, the order of the platform is cancelled, and if the order removal is failed, the task of the order removal processing is repeatedly executed for a plurality of times until the order of the platform is cancelled when the execution times exceeds a preset time threshold value.
7. The method for processing the order of the online taxi appointment according to claim 1, wherein before the step of sending the order receiving request to the server after the order receiving process is performed on the order by one of the platforms, returning the order receiving result to the initiator by the server, and locking the orders of the rest of the platforms, the method further comprises the steps of:
and judging whether the initiator sends a cancel instruction or not, and if the initiator sends the cancel instruction, the server cancels the order.
8. A processing device for a network taxi appointment order is characterized by comprising:
the expense pre-estimation module is used for responding to a calling instruction of the initiator, calling a plurality of platforms by the server side for expense pre-estimation and generating a pre-estimated expense list;
the order generation module is used for sending the estimated expense list to the initiator and generating an order at the same time;
the risk checking module is used for carrying out wind control checking on the orders so as to send the orders to the platforms; and
and the order processing module is used for sending an order receiving request to the server after one platform receives the order, returning an order receiving result to the initiator by the server and locking the orders of the rest platforms.
9. A computer device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor when executing the computer program implements the steps of the method of processing a network appointment order according to any one of claims 1 to 7.
10. A computer-readable storage medium, in which a computer program is stored, which, when being executed by a processor, carries out the steps of the method for processing a network appointment order according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210532508.0A CN114936768A (en) | 2022-05-12 | 2022-05-12 | Method, device, equipment and medium for processing network taxi appointment orders |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210532508.0A CN114936768A (en) | 2022-05-12 | 2022-05-12 | Method, device, equipment and medium for processing network taxi appointment orders |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114936768A true CN114936768A (en) | 2022-08-23 |
Family
ID=82863627
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210532508.0A Pending CN114936768A (en) | 2022-05-12 | 2022-05-12 | Method, device, equipment and medium for processing network taxi appointment orders |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114936768A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116483868A (en) * | 2023-04-14 | 2023-07-25 | 首约科技(北京)有限公司 | Method, device, equipment, medium and program for improving capacity response efficiency |
Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106919994A (en) * | 2015-12-24 | 2017-07-04 | 滴滴（中国）科技有限公司 | Order method for pushing and device |
| CN107920096A (en) * | 2016-10-09 | 2018-04-17 | 北京嘀嘀无限科技发展有限公司 | One kind, which is called a taxi, estimates information displaying method, device and server |
| CN108009656A (en) * | 2017-08-16 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | Net about car order processing method, system, terminal and server |
| CN110163394A (en) * | 2018-02-14 | 2019-08-23 | 北京嘀嘀无限科技发展有限公司 | Information display method, device and the equipment of trip application |
| CN111445287A (en) * | 2020-03-27 | 2020-07-24 | 汉海信息技术(上海)有限公司 | Order processing method and device |
| CN112184373A (en) * | 2020-09-25 | 2021-01-05 | 汉海信息技术(上海)有限公司 | Data processing method and device, electronic equipment and storage medium |
| WO2021147353A1 (en) * | 2020-01-21 | 2021-07-29 | 北京三快在线科技有限公司 | Order dispatch |
| CN114022206A (en) * | 2021-11-05 | 2022-02-08 | 广州宸祺出行科技有限公司 | Automatic management method and device for blacklist and white list of network appointment platform |
| CN114037459A (en) * | 2021-11-09 | 2022-02-11 | 首约科技(北京)有限公司 | Interception method for ordering by network appointment blacklist users |
| CN114065981A (en) * | 2021-11-17 | 2022-02-18 | 阿里巴巴新加坡控股有限公司 | Order data processing method, equipment, platform, system and computer storage medium |
| CN114240563A (en) * | 2021-12-20 | 2022-03-25 | 阿里巴巴新加坡控股有限公司 | Travel order processing method, electronic equipment and computer storage medium |
| CN114282948A (en) * | 2021-12-27 | 2022-04-05 | 浙江吉利控股集团有限公司 | Method, device, equipment and medium for processing multi-vehicle type call |
| CN114418154A (en) * | 2022-01-18 | 2022-04-29 | 宋新云 | Intelligent taxi taking method and system based on big data |
| CN114422580A (en) * | 2021-12-03 | 2022-04-29 | 浙江吉利控股集团有限公司 | Information processing method and device, electronic equipment and storage medium |
-
2022
- 2022-05-12 CN CN202210532508.0A patent/CN114936768A/en active Pending
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106919994A (en) * | 2015-12-24 | 2017-07-04 | 滴滴（中国）科技有限公司 | Order method for pushing and device |
| CN107920096A (en) * | 2016-10-09 | 2018-04-17 | 北京嘀嘀无限科技发展有限公司 | One kind, which is called a taxi, estimates information displaying method, device and server |
| CN108009656A (en) * | 2017-08-16 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | Net about car order processing method, system, terminal and server |
| CN110163394A (en) * | 2018-02-14 | 2019-08-23 | 北京嘀嘀无限科技发展有限公司 | Information display method, device and the equipment of trip application |
| WO2021147353A1 (en) * | 2020-01-21 | 2021-07-29 | 北京三快在线科技有限公司 | Order dispatch |
| CN111445287A (en) * | 2020-03-27 | 2020-07-24 | 汉海信息技术(上海)有限公司 | Order processing method and device |
| CN112184373A (en) * | 2020-09-25 | 2021-01-05 | 汉海信息技术(上海)有限公司 | Data processing method and device, electronic equipment and storage medium |
| CN114022206A (en) * | 2021-11-05 | 2022-02-08 | 广州宸祺出行科技有限公司 | Automatic management method and device for blacklist and white list of network appointment platform |
| CN114037459A (en) * | 2021-11-09 | 2022-02-11 | 首约科技(北京)有限公司 | Interception method for ordering by network appointment blacklist users |
| CN114065981A (en) * | 2021-11-17 | 2022-02-18 | 阿里巴巴新加坡控股有限公司 | Order data processing method, equipment, platform, system and computer storage medium |
| CN114422580A (en) * | 2021-12-03 | 2022-04-29 | 浙江吉利控股集团有限公司 | Information processing method and device, electronic equipment and storage medium |
| CN114240563A (en) * | 2021-12-20 | 2022-03-25 | 阿里巴巴新加坡控股有限公司 | Travel order processing method, electronic equipment and computer storage medium |
| CN114282948A (en) * | 2021-12-27 | 2022-04-05 | 浙江吉利控股集团有限公司 | Method, device, equipment and medium for processing multi-vehicle type call |
| CN114418154A (en) * | 2022-01-18 | 2022-04-29 | 宋新云 | Intelligent taxi taking method and system based on big data |
Non-Patent Citations (1)
| Title |
|---|
| 郑小红;龙军;蔡志平;: "关于网约车订单分配策略的综述", 计算机工程与科学, no. 07, 15 July 2020 (2020-07-15), pages 130 - 138 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116483868A (en) * | 2023-04-14 | 2023-07-25 | 首约科技(北京)有限公司 | Method, device, equipment, medium and program for improving capacity response efficiency |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114863578B (en) | Parking lot control method, system and computer readable storage medium | |
| CN107301573B (en) | Method and system for automatically acquiring electronic invoice | |
| CN108230462B (en) | Parking lot parking charge management method, intelligent terminal and storage medium | |
| CN108876522A (en) | Vehicle monitoring method, device and computer readable storage medium | |
| CN112465993B (en) | Method and device for acquiring parking fee invoice and computer readable storage medium | |
| CN112035268B (en) | Method and device for scheduling computing resources, computer equipment and storage medium | |
| CN108629910B (en) | Shared vehicle using method and device and server | |
| CN111861442B (en) | Vehicle charging fee deduction method, device and storage medium | |
| CN114936768A (en) | Method, device, equipment and medium for processing network taxi appointment orders | |
| CN114205373B (en) | Method and device for activating Internet of vehicles service, computer equipment and storage medium | |
| CN113459847A (en) | Automobile charging method, charging platform, system and storage medium | |
| CN111524383A (en) | Unlicensed vehicle management method and related equipment | |
| CN108437842A (en) | Parking lot charging equipment management method, mobile management terminal and storage medium | |
| CN112163945A (en) | ETC binding method, terminal device and readable storage medium | |
| CN109547222A (en) | The flow statistical method and device of network request | |
| CN105979519B (en) | The method and device of access network is controlled by charged state | |
| CN108182614A (en) | Obtain the method, apparatus and storage medium of electronic invoice | |
| CN110648004A (en) | Vehicle travel reservation method, device, server and storage medium | |
| CN111832766A (en) | Shared vehicle reservation order management method, electronic device and storage medium | |
| CN108428361A (en) | Parking lot charging parking position querying method, system and storage medium | |
| CN112270466A (en) | Operation method and device of vehicle charging device | |
| CN108665565A (en) | Stop fee payment method, system and storage medium | |
| CN115169797A (en) | Working dog calling method and related device | |
| CN113014654A (en) | Data storage method, charging pile and computer readable storage medium | |
| CN113066279B (en) | Method for subsequent optimization of network points in operation |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |