WO2019085358A1 - 一种电话打车方法、装置、电子设备及介质 - Google Patents

一种电话打车方法、装置、电子设备及介质 Download PDF

Info

Publication number
WO2019085358A1
WO2019085358A1 PCT/CN2018/077681 CN2018077681W WO2019085358A1 WO 2019085358 A1 WO2019085358 A1 WO 2019085358A1 CN 2018077681 W CN2018077681 W CN 2018077681W WO 2019085358 A1 WO2019085358 A1 WO 2019085358A1
Authority
WO
WIPO (PCT)
Prior art keywords
voice
call
order
information
vehicle
Prior art date
Application number
PCT/CN2018/077681
Other languages
English (en)
French (fr)
Inventor
彭小明
罗幼樵
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019085358A1 publication Critical patent/WO2019085358A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33—Querying
    • G06F16/3331—Query processing
    • G06F16/334—Query execution
    • G06F16/3343—Query execution using phonetics
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0645—Rental transactions; Leasing transactions
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L15/00—Speech recognition
    • G10L15/08—Speech classification or search
    • G10L15/18—Speech classification or search using natural language modelling
    • G10L15/1822—Parsing for meaning understanding
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L25/00—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00
    • G10L25/48—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use
    • G10L25/51—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use for comparison or discrimination
    • G10L25/63—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use for comparison or discrimination for estimating an emotional state
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42034—Calling party identification service
    • H04M3/42059—Making use of the calling party identifier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • H04M3/4936—Speech interaction details

Definitions

  • the present application belongs to the field of data processing technologies, and in particular, to a telephone calling method, device, electronic device and medium.
  • the taxi software can bring great convenience to people's travel and save users a lot of time, but also has many drawbacks at the same time, such as 1, when there is no network, users can not use the taxi software to call. 2. For some special users, such as elderly users, they are not familiar with the use of taxi software, and it is difficult to use the taxi software to call the car.
  • the prior art method of hitting a car must rely on the taxi software to perform a taxi, and cannot take a taxi when there is no network.
  • the embodiments of the present application provide a method, a device, an electronic device, and a medium for a telephone call to solve the problem that the taxi method in the prior art must rely on the taxi software to perform a taxi, and cannot perform a taxi when there is no network.
  • a first aspect of the embodiments of the present application provides a telephone taxiing method, including:
  • the user identifier of the caller is obtained, and the order information query voice is extracted from the voice database, and the order information query voice is transmitted to the call during the first call.
  • the order prompt voice is used to prompt the user with the vehicle information and the information of the owner account;
  • the associated account of the user identifier is queried based on a pre-stored user-associated account table, and the order payment link is sent to the associated account.
  • a second aspect of the embodiments of the present application provides a telephone taxi device, including:
  • the order inquiry module is configured to acquire the user identifier of the caller during the first call with the opposite end of the call, and extract the order information query voice from the voice database, and query the order information during the first call Voice transmission to the opposite end of the call;
  • An order parsing module configured to acquire, during the first call, the order information voice returned by the call peer based on the order information query voice, and parse the order information from the order information voice;
  • a vehicle owner confirmation module configured to broadcast the order information to a taxi application client through a network, and determine a vehicle owner account that responds to the order information, and obtain vehicle information corresponding to the vehicle owner account;
  • the order prompting module is configured to generate the order prompt voice, and transmit the order prompt voice to the call peer end during the second call with the call peer end, so that the user of the call peer end is based on
  • the order prompt voice implements a taxi behavior, and the order prompt voice is used to prompt the user with the vehicle information and the information of the owner account;
  • a fee link generating module configured to receive fee information sent by the taxi application client corresponding to the owner account after the completion of the taxiing behavior, and generate an order payment link according to the fee information
  • a fee sending module configured to query an associated account of the user identifier based on a pre-stored user association account table, and send the order payment link to the associated account.
  • a third aspect of the embodiments of the present application provides a telephone taxiing electronic device, including a memory, a processor, and the computer storing computer readable instructions executable on the processor, the processor executing the The computer readable instructions implement the following steps:
  • the user identifier of the caller is obtained, and the order information query voice is extracted from the voice database, and the order information query voice is transmitted to the call during the first call.
  • the order prompt voice is used to prompt the user with the vehicle information and the information of the owner account;
  • the associated account of the user identifier is queried based on a pre-stored user-associated account table, and the order payment link is sent to the associated account.
  • a fourth aspect of the embodiments of the present application provides a computer readable storage medium storing computer readable instructions, wherein the computer readable instructions are implemented by at least one processor The following steps:
  • the user identifier of the caller is obtained, and the order information query voice is extracted from the voice database, and the order information query voice is transmitted to the call during the first call.
  • the order prompt voice is used to prompt the user with the vehicle information and the information of the owner account;
  • the associated account of the user identifier is queried based on a pre-stored user-associated account table, and the order payment link is sent to the associated account.
  • the embodiment of the present application has the beneficial effects of: obtaining the order information of the user through a telephone conversation process with the user, determining the owner account of the order and the vehicle information by using the network broadcast, and after the success of the order
  • the generated order payment link is sent to the user's associated account, so that some special user groups (such as elderly users) who do not pay for the network need only associate a user who knows how to use the network to pay (such as The family members of the elderly can also successfully complete the payment of the order fee, which greatly facilitates the use of the user, so that the user can take a taxi anytime and anywhere even without the network.
  • some special user groups such as elderly users
  • the family members of the elderly can also successfully complete the payment of the order fee, which greatly facilitates the use of the user, so that the user can take a taxi anytime and anywhere even without the network.
  • FIG. 1 is a schematic diagram showing an implementation flow of a telephone taxiing method according to Embodiment 1 of the present application;
  • FIG. 2 is a schematic diagram showing an implementation flow of a telephone taxiing method provided in Embodiment 2 of the present application;
  • FIG. 3 is a schematic diagram showing an implementation flow of a telephone taxiing method provided in Embodiment 3 of the present application;
  • FIG. 4 is a schematic diagram showing an implementation flow of a telephone taxiing method provided in Embodiment 4 of the present application;
  • FIG. 5 is a schematic diagram of an implementation process of a telephone taxiing method provided in Embodiment 5 of the present application.
  • FIG. 6 is a schematic structural diagram of a telephone taxi device provided in Embodiment 6 of the present application.
  • FIG. 7 is a schematic diagram of a telephone taxiing electronic device provided in Embodiment 7 of the present application.
  • FIG. 1 is a flowchart showing an implementation of a telephone taxiing method provided in Embodiment 1 of the present application, which is described in detail as follows:
  • S101 In the first call with the opposite end of the call, acquire the user identifier of the caller, and extract the order information query voice from the voice database, and transmit the order information query voice to the call peer in the first call.
  • the user ID refers to the telephone number of the caller.
  • the telephone taxi system mainly includes two parts: a voice call system and a taxi system.
  • the taxi system is mainly used to record user information (such as the user's phone number and associated accounts), vehicle owner information (such as the owner's name, phone number, vehicle information, etc.) and information exchange with the owner's taxi application client through the network, voice call
  • the system is mainly used for telephone voice interaction with the user to process the user's incoming call and taxi event. Similar to the traditional taxiing software, in the embodiment of the present application, the user also needs to register as a registered user in the taxi system, and register his mobile phone number, associated account and other information, so as to handle the subsequent caller taxi event.
  • the voice database stores voice data used by all possible users when the user performs voice communication with the caller, such as order information for inquiring the user's order information, and the voice prompting the user to successfully receive the order prompt voice.
  • the voice call system After receiving the incoming call of the user, the voice call system establishes an incoming call with the user, and queries the user through the order information to query the order information of the user, such as asking the location information of the user and the destination that the user wants to go. location information.
  • the user's caller ID will also be read for later use.
  • the voice call system simultaneously receives the order information inquiry from the user, and also receives the voice containing the order information sent by the user, and identifies the user location information and the destination location information from the received order voice information. And organize this information to get the final order information.
  • the order information may be inquired one by one and the next order information may be inquired after determining the order information to implement the inquiry of the user order information, such as outputting the user first. What is the specific address of your taxi?” Voice, after identifying the user to answer this question correctly, if the user replies “I am now at the main entrance of No. 100 xx Building, No. xx, District xx, xx, xx,” Extract the user location information and ask "Where is the destination address of your taxi?”.
  • S103 Broadcast the order information to the taxi application client through the network, determine the owner account that responds to the order information, and obtain the vehicle information corresponding to the owner account.
  • the taxi application client is the client used by the owner to receive the order message pushed by the system and prompt the owner, and receive the owner's operation on the order and feed it back to the telephone taxi system, such as receiving the owner's acceptance order and End the order and other operations and feedback to the telephone taxi system.
  • the taxi application client is also used to charge the order in real time to help the owner calculate the cost of the order.
  • the taxi system pushes the order information to the taxi application client of the plurality of owner accounts simultaneously through the form of network broadcast, so that the vehicle owner can take the order. After receiving the response from the owner, it is determined that the master account is taken out and the owner information is read from the taxi system.
  • the method includes: pushing a group to a vehicle owner near the user's location (for example, within 2 km, if there is no owner, searching for 1 km as an expansion unit), and receiving the first After the owner responds, stop pushing and determine that the owner is the owner of the bicycle. If there is no owner to take the order within the preset time, the push range is extended in units of n kilometers and the push is continued.
  • the method includes: searching for the m owners who are closest to the user's location to perform the push, and after receiving the first owner response, stopping the push, and determining that the owner is the order. Owner. If there is no owner to take the order within the preset time, the extension will be pushed again in j. If the second time, the taxi information will be pushed to the m+j owners who are closest to the user's position.
  • S104 Generate an order prompt voice, and transmit the order prompt voice to the call peer end during the second call with the opposite end of the call, so that the user at the opposite end of the call realizes the taxi behavior based on the order prompt voice, and the order prompt voice is used.
  • the vehicle information and the owner's account information are presented to the user.
  • the voice call system After confirming the delivery of the bicycle owner, the voice call system will remind the user to take the order successfully, and at the same time inform the user to receive the vehicle information of the owner and some personal information of the owner, for example, the user can be informed of the phone number, name, license plate number of the owner. Vehicle color, etc.
  • the first call process is initiated by the user to the voice call system by using the electronic device that can make the call when the user needs to call the phone, and therefore belongs to the voice call system.
  • the call process Considering that the normal time from the start of the user to the car owner to the order is short, the user can be prompted to take the order through the original first call process.
  • the first call process in the embodiment of the present application is The second call process is the same call process, and the voice call system is not required to initiate an outgoing call to the user.
  • the first call process may be ended after the order information is determined, and after the locomotive owner is determined, the voice call system re-initiates the outgoing call to the user, and the first call process is performed.
  • the second call process is two different call processes.
  • S105 Receive charging information sent by the taxi application client corresponding to the owner account after the completion of the taxiing behavior, and generate an order payment link according to the charging information.
  • the owner sends the user to the destination, the taxi is completed.
  • the owner will report the cost of the taxi to the taxi system, and inform the taxi system that the taxi should charge the user.
  • the taxi system will generate an order payment link for paying the taxi fare, and the user can pay for the taxi fare through this link.
  • the user can fill in the corresponding associated account at the time of registration to help himself.
  • Internet payment for taxi fares since not all users need other accounts to perform fee payment, the associated account in the embodiment of the present application is not a required option when the user registers, and if the user does not need other accounts for the fee payment, the associated account may not be directly filled. Information, at this time the system defaults to set the user's associated account to the user account itself.
  • the user's order information is obtained through a telephone conversation process with the user, the vehicle owner's account and the vehicle information of the order are determined by using the network broadcast, and the vehicle owner's vehicle is promptly presented to the user after the success of the order.
  • the information and the owner's account information realize the processing of the user's demand for the taxi by telephone, so that the user can realize the taxi anytime and anywhere by telephone, thereby getting rid of the dependence of the traditional taxi method on the network.
  • the generated order payment link is sent to the user's associated account, so that some special user groups that do not pay for the network need only associate a user who knows how to use the network payment, and can successfully complete the order fee.
  • the payment greatly facilitates the user's use, so that the user can take a taxi anytime and anywhere even without the network.
  • the processing steps in the embodiment of the present application include:
  • the taxi application client broadcasts the order information, and prompts the taxi application client to call the taxi as a temporary user to take a taxi.
  • the telephone number is not recorded by the taxi system, so simply matching the telephone number with the telephone number recorded in the taxi system can identify whether the user is a registered user or a temporary user.
  • the embodiment of the present application will remind the owner that the need is System offline charges to ensure the interests of the owner. Since the temporary user does not have the concept of an associated account, there is no need to perform subsequent associated account queries. After the car owner successfully charges, the owner sends a fee information to the taxi system to confirm that the order is normally ended.
  • the existing taxi software can provide convenience to users, since the owners of the taxi software are all private owners who are mixed with each other, without the supervision of the supervision department, the personal safety of the passengers is not well protected, so that some private individuals often appear. The news that the owner is hurting the passengers.
  • the combination of the telephone taxi and the voiceprint recognition technology greatly improves the safety of the telephone taxi, including:
  • the owner When the user's location is reached, the owner will start the taxi billing and send a billing start message to the taxi system.
  • the voice call system will prompt the user to confirm the vehicle information, and ensure that the vehicle on which the user is located is indeed the order confirmed by the taxi system. vehicle.
  • the time difference between the three time nodes may be small, if the owner is only 300 meters away from the user when receiving the order information, Immediately took the order and rushed to the user's location. At this time, the whole process from the user's telephone call to the owner's order and then the owner's position to the user's location may be only a few minutes.
  • the user may choose not to hang up the phone all the time, or may hang up the phone immediately after the call is finished (at this time, when the order is successful and the owner arrives, the telephone taxi system will call the user to establish
  • the first call process, the second call process, and the third call process in the embodiment of the present application may be the same call process or several independent processes. The process of the call.
  • S203 Determine whether the vehicle confirmation voice that matches the user voiceprint data is received in the first preset time after the vehicle confirms the inquiry voice output. If the call back is not received by the call peer based on the vehicle confirmation query voice within the first preset time, the vehicle confirms the voice matching the user voiceprint data, generates a message confirmation prompt voice, and confirms the message prompt voice and the vehicle confirmation prompt voice. Transfer to the opposite end of the call to prompt the caller to reconfirm the vehicle information.
  • the manner of verifying the vehicle information to the user is not limited, and the vehicle information may be directly reported to the user for confirmation, such as “whether the license plate number is: Guangdong XXXXXX”, and the user only needs to be simple. Confirm whether it is OK, or you can prompt the user to say the vehicle information and perform comparative verification, such as "Please say the license plate number.” Regardless of the verification method, the user needs to perform a voice answer, so that the user can obtain the vehicle confirmation inquiry voice for the vehicle confirmation inquiry voice answer.
  • the time is started after the vehicle confirmation inquiry voice is issued, and it is determined whether the user is The vehicle returns to the vehicle to confirm the inquiry voice within the preset time.
  • the user does not personally reply to confirm the vehicle information, and there may be an abnormal situation.
  • the embodiment of the present application will alert the security supervision account to notify The safety supervisor has an abnormal order and needs to be checked.
  • the vehicle confirmation voice is recognized and analyzed at this time, and it is determined whether the vehicle information is incorrect, and if not, the normal operation is performed. Order processing. If the vehicle information is incorrect, if the actual license plate number is different from the license plate number recorded by the taxi system, the user will be prompted to confirm the incorrect vehicle information again to ensure the validity of the confirmation. Finally, if the result is confirmed again, Incorrect, this will also alert the safety supervision account to inform the safety supervisor that the order is abnormal and needs to be checked, and at the same time remind the user to pay attention to safety and do not get on the bus.
  • the method further includes: outputting a safe arrival confirmation voice to the opposite end of the call, and determining whether the fourth preset time is received.
  • the call peer returns based on the secure arrival confirmation voice, and the security matched with the user voiceprint data reaches the voice. If the call back is not received based on the secure arrival confirmation voice, the security matching the user voiceprint data reaches the voice, and an order abnormality alarm is sent to the security supervision account.
  • the vehicle owner completes the taxi fare billing
  • the user security is confirmed again to ensure that the user can safely complete the taxi behavior.
  • the first preset time, the second preset time, and the fourth preset time may be set by a technician according to actual needs.
  • the safety of the user's ride is further improved, and the safety of the taxi is improved.
  • the voice is also emotionally recognized, and when the user has a negative emotion, such as anger, sadness, anxiety, nervousness, pain. And fear, etc., to determine whether the emotion is generated in the middle of the big car behavior, the emotions recognized after the start of the order are compared with the emotions when the user just started to call, if the emotion is generated in the middle of the taxi, the user An abnormal situation may occur.
  • the embodiment of the present application sends an order abnormality alarm to the safety supervision account to confirm the situation and ensure safety.
  • the following includes:
  • S301 Calculate an estimated time period of the order according to the user location information and the destination location information in the order information.
  • the calculation of the order estimation duration can be further optimized according to the real-time traffic situation, since the calculation of the order estimation duration according to the starting position and the end point is a technique known to those skilled in the art, such as common The taxi time estimation in the map navigation software is not described in the embodiment of the present application.
  • S302. Determine whether the fee information is received within the estimated time period of the order after receiving the charging start information sent by the taxi application client corresponding to the owner account. If the fee information is not received within the estimated time period of the order, the taxi inquiry voice is extracted from the voice database, and the call-to-peer establishes an outgoing call process, and the taxi call inquiry voice is transmitted to the call pair during the outgoing call. end.
  • the embodiment of the present application will perform a voice confirmation of the taxi situation to obtain the actual taxi situation.
  • the voice recognition and emotion recognition of the taxi situation are judged, and the reason for the order completion is determined. If the order is not completed in time due to the traffic jam or the like, the order is normal. In the case of a taxi, the order will be normally executed. If the order is not completed due to the owner of the detour, it is an abnormal taxi situation. At this time, an order abnormal alarm will be sent to the safety supervision account to verify the actual situation of the taxi. However, in addition to the above-mentioned common reasons, there may be some extreme situations. If the user encounters an illegal owner, the coerced user who receives the illegal owner may answer the false taxi situation, in order to prevent such a situation.
  • the application will send an order abnormality alert to the safety supervision account to confirm the user's taxi situation and ensure the safety of the user.
  • the method includes:
  • the safety supervision account outputs an alarm to the safety supervision personnel when receiving the abnormality of the order, and informs the safety supervision personnel that the order is abnormal.
  • the safety supervision personnel will perform safety confirmation on the abnormal order, and confirm the manner. Including, but not limited to, making a call to the receiving vehicle owner and the user to confirm whether the user is safe within a preset time, and returning an abnormal cancellation information to the taxi system when the user is confirmed to be safe, the order of the taxi system is normal, and the user is safe.
  • the abnormal cancellation information is not received within the preset time, it indicates that the safety supervisor fails to confirm the safety of the user within the preset time. At this time, the public security system will directly report the alarm to ensure the safety of the user.
  • the embodiments of the present application include:
  • S501 Calculate an estimated cost of the order according to the user location information and the destination location information in the order information.
  • the route of the vehicle is planned according to the user location information, the destination location information, and the traffic situation, and the corresponding estimated cost of the order is calculated.
  • S502 Read the actual cost of the order in the cost information, and determine whether the difference between the estimated cost of the order and the actual cost of the order is greater than a preset cost difference.
  • the preset cost difference is preferably measured by a percentage to facilitate the actual application processing of different orders.
  • the preset fee difference can be set to 10% of the estimated cost of the order.
  • the fee confirmation voice is extracted from the voice database, and the call-to-peer establishes an outgoing call process, and the call is disconnected. During the process, the fee status confirmation voice is transmitted to the opposite end of the call.
  • S504 Analyze the received account situation voice based on the fee status confirmation voice return received by the received call end, and send an order fee abnormality prompt to the fee verification account when the analysis result is a cost abnormality.
  • the analysis result is judged as a cost abnormality, and an abnormality of the order fee is sent to the fee verification account to prompt the fee verification personnel to perform the fee check.
  • the difference between the estimated cost of the order and the actual cost of the order is compared, and when the comparison result exceeds the set value, the user is confirmed whether the vehicle owner is detoured, thereby preventing the owner from detouring to the user to the utmost extent.
  • the losses brought about protect the rights of users.
  • the method for handling the user's taxi is processed by means of telephone, and the voiceprint and emotion verification are performed on the safety of getting on and off the vehicle during the taxiing process, and the abnormal order time and the taxi fare are monitored and appearing. Time alarms are generated when an abnormality occurs, so that the user can perform safe, convenient and effective taxiing without relying on the network by telephone.
  • FIG. 6 is a structural block diagram of a telephone tow device provided by an embodiment of the present application.
  • the telephone tow device illustrated in FIG. 6 may be the execution body of the telephone taxiing method provided in the first embodiment.
  • the telephone taxi device includes:
  • the order inquiry module 61 is configured to acquire the user identifier of the caller during the first call with the opposite end of the call, and extract the order information query voice from the voice database, and the order information is sent during the first call Ask for voice transmission to the opposite end of the call.
  • the order parsing module 62 is configured to acquire, during the first call, the order information voice returned by the call peer based on the order information query voice, and parse the order information from the order information voice.
  • the vehicle owner confirmation module 63 is configured to broadcast the order information to the taxi application client through the network, and determine a vehicle owner account that responds to the order information, and obtain vehicle information corresponding to the vehicle owner account.
  • the order prompting module 64 is configured to generate the order prompt voice, and transmit the order prompt voice to the call peer end during the second call with the call peer end, so that the call peer user
  • the driving behavior is implemented based on the order prompt voice, and the order prompt voice is used to prompt the user with the vehicle information and the information of the owner account.
  • the fee link generating module 65 is configured to receive fee information sent by the taxi application client corresponding to the owner account after the completion of the taxiing behavior, and generate an order payment link according to the fee information.
  • the fee sending module 66 is configured to query an associated account of the user identifier based on a pre-stored user-associated account table, and send the order payment link to the associated account.
  • the telephone taxi device further includes:
  • the voice transmission is queried to the call peer to enable the call peer to confirm whether the vehicle information is erroneous based on the vehicle confirmation inquiry voice.
  • the vehicle confirmation voice matching the user voiceprint data , send an order exception alert to the safety oversight account.
  • the telephone taxi device further includes:
  • the estimated time of the order is calculated according to the user location information and the destination location information in the order information.
  • the call situation in which the call peer queries the voice return based on the taxi situation performs semantic recognition and emotion recognition on the taxi situation voice, and according to the semantic recognition and the emotion
  • the result of the identification determines whether there is an abnormality in the taxi situation.
  • the telephone taxi device further includes:
  • the order information, the vehicle information, and the information of the owner account are sent to the public security system. Report the case.
  • the telephone taxi device further includes:
  • the estimated cost of the order is calculated according to the user location information and the destination location information in the order information.
  • the fee status confirmation voice is extracted from the voice database, and the call center is de-energized. During the call process, the fee status confirmation voice is transmitted to the call peer during the outgoing call.
  • the received call peer end parses the fee status voice of the voice return based on the fee condition, and sends an order fee abnormality prompt to the fee check account when the parsing result is a cost abnormality.
  • FIG. 7 is a schematic diagram of a telephone taxi electronic device according to an embodiment of the present application.
  • the telephone taxiing electronic device 7 of this embodiment includes a processor 70, a memory 71 in which computer readable instructions 72 executable on the processor 70 are stored.
  • the processor 70 when executing the computer readable instructions 72, implements the steps in the various embodiments of the above described telephone calling methods, such as steps 101 through 106 shown in FIG.
  • the processor 70 when executing the computer readable instructions 72, implements the functions of the various modules/units in the various apparatus embodiments described above, such as the functions of the modules 61-66 shown in FIG.
  • the so-called processor 70 can be a central processing unit (Central Processing Unit, CPU), can also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the memory 71 may be an internal storage unit of the telephone taxi electronic device 7, such as a hard disk or memory of the telephone taxi electronic device 7.
  • the memory 71 may also be an external storage device of the telephone taxiing electronic device 7, such as a plug-in hard disk equipped on the telephone taxiing electronic device 7, a smart memory card (SMC), and a secure digital (Secure) Digital, SD) card, flash card (Flash Card) and so on.
  • the memory 71 may also include both an internal storage unit of the telephone taxiing electronic device 7 and an external storage device.
  • the memory 71 is configured to store the computer readable instructions and other programs and data required by the telephone taxiing electronic device.
  • the memory 71 can also be used to temporarily store data that has been sent or is about to be transmitted.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated modules/units if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium.
  • the present application implements all or part of the processes in the foregoing embodiments, and may also be implemented by computer readable instructions, which may be stored in a computer readable storage medium.
  • the computer readable instructions when executed by a processor, may implement the steps of the various method embodiments described above.
  • the computer readable instructions comprise computer readable instruction code, which may be in the form of source code, an object code form, an executable file or some intermediate form or the like.
  • the computer readable medium can include any entity or device capable of carrying the computer readable instruction code, a recording medium, a USB flash drive, a removable hard drive, a magnetic disk, an optical disk, a computer memory, a read only memory (ROM, Read-Only) Memory), random access memory (RAM, Random) Access Memory), electrical carrier signals, telecommunications signals, and software distribution media.
  • ROM Read Only memory
  • RAM Random Access Memory
  • electrical carrier signals telecommunications signals
  • telecommunications signals and software distribution media. It should be noted that the content contained in the computer readable medium may be appropriately increased or decreased according to the requirements of legislation and patent practice in a jurisdiction, for example, in some jurisdictions, according to legislation and patent practice, computer readable media Does not include electrical carrier signals and telecommunication signals.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Strategic Management (AREA)
  • Human Computer Interaction (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Signal Processing (AREA)
  • Computational Linguistics (AREA)
  • Acoustics & Sound (AREA)
  • General Health & Medical Sciences (AREA)
  • Multimedia (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Psychiatry (AREA)
  • Hospice & Palliative Care (AREA)
  • Child & Adolescent Psychology (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Artificial Intelligence (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供了一种电话打车方法、装置、电子设备及介质，适用于数据处理技术领域，该方法包括：在通话过程中获取来电方的用户标识，并将订单信息询问语音传输至通话对端；获取通话对端的订单信息语音并解析出订单信息；将订单信息网络广播至打车应用客户端，确定响应订单信息的车主账户以及车主账户的车辆信息；在与通话过程中将接单提示语音传输至通话对端；接收车主账户发送的费用信息并生成订单支付链接；查询用户标识的关联账户，并将订单支付链接发送至关联账户。通过电话完成对用户打车需求的处理，使得用户只需通过电话即可实现随时随地的打车，从而摆脱了传统打车方法对网络的依赖。

Description

一种电话打车方法、装置、电子设备及介质
本申请要求于2017年10月30日提交中国专利局、申请号为201711039798.0、发明名称为“一种电话打车方法及终端设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请属于数据处理技术领域，尤其涉及一种电话打车方法、装置、电子设备及介质。
 背景技术
滴滴出行等打车软件，凭借其可以随时随地利用网络便利叫车，同时叫到的大多数是干净卫生的私家车等优点，给人们出行带来了极大便利，在几年内迅速占领了大片的出租车市场，给传统出租车行业带来了巨大的冲击。
虽然打车软件能给人们出行带来极大地便利，节约用户大量的时间，但其同时也存在着诸多弊端，如1、在没有网络时，用户无法使用打车软件进行叫车。2、对于一些特殊用户如老年人用户，其不熟悉打车软件的使用，难以利用打车软件进行叫车。
综上，现有技术中的打车方法必须依赖打车软件来进行打车，无法在没有网络时进行打车。
 技术问题
有鉴于此，本申请实施例提供了一种电话打车方法、装置、电子设备及介质，以解决现有技术中的打车方法必须依赖打车软件来进行打车，无法在没有网络时进行打车的问题。
 技术解决方案
本申请实施例的第一方面提供了一种电话打车方法，包括：
在与通话对端的第一通话过程中，获取来电方的用户标识，并从语音数据库中提取出订单信息询问语音，在所述第一通话过程中将所述订单信息询问语音传输至所述通话对端；
在所述第一通话过程中获取所述通话对端基于所述订单信息询问语音返回的订单信息语音，并从所述订单信息语音中解析出订单信息；
将所述订单信息通过网络广播至打车应用客户端，并确定响应所述订单信息的车主账户，获取所述车主账户对应的车辆信息；
生成接单提示语音，并在与所述通话对端的第二通话过程中将所述接单提示语音传输至所述通话对端，以使所述通话对端的用户基于所述接单提示语音实现打车行为，所述接单提示语音用于向所述用户提示所述车辆信息和所述车主账户的信息；
接收所述车主账户对应的打车应用客户端在所述打车行为完成后发送的费用信息，根据所述费用信息生成订单支付链接；
基于预先存储的用户关联账户表，查询所述用户标识的关联账户，并将所述订单支付链接发送至所述关联账户。
本申请实施例的第二方面提供了一种电话打车装置，包括：
订单询问模块，用于在与通话对端的第一通话过程中，获取来电方的用户标识，并从语音数据库中提取出订单信息询问语音，在所述第一通话过程中将所述订单信息询问语音传输至所述通话对端；
订单解析模块，用于在所述第一通话过程中获取所述通话对端基于所述订单信息询问语音返回的订单信息语音，并从所述订单信息语音中解析出订单信息；
车主确认模块，用于将所述订单信息通过网络广播至打车应用客户端，并确定响应所述订单信息的车主账户，获取所述车主账户对应的车辆信息；
接单提示模块，用于生成接单提示语音，并在与所述通话对端的第二通话过程中将所述接单提示语音传输至所述通话对端，以使所述通话对端的用户基于所述接单提示语音实现打车行为，所述接单提示语音用于向所述用户提示所述车辆信息和所述车主账户的信息；
费用链接生成模块，用于接收所述车主账户对应的打车应用客户端在所述打车行为完成后发送的费用信息，根据所述费用信息生成订单支付链接；
费用发送模块，用于基于预先存储的用户关联账户表，查询所述用户标识的关联账户，并将所述订单支付链接发送至所述关联账户。
本申请实施例的第三方面提供了一种电话打车电子设备，包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现如下步骤：
在与通话对端的第一通话过程中，获取来电方的用户标识，并从语音数据库中提取出订单信息询问语音，在所述第一通话过程中将所述订单信息询问语音传输至所述通话对端；
在所述第一通话过程中获取所述通话对端基于所述订单信息询问语音返回的订单信息语音，并从所述订单信息语音中解析出订单信息；
将所述订单信息通过网络广播至打车应用客户端，并确定响应所述订单信息的车主账户，获取所述车主账户对应的车辆信息；
生成接单提示语音，并在与所述通话对端的第二通话过程中将所述接单提示语音传输至所述通话对端，以使所述通话对端的用户基于所述接单提示语音实现打车行为，所述接单提示语音用于向所述用户提示所述车辆信息和所述车主账户的信息；
接收所述车主账户对应的打车应用客户端在所述打车行为完成后发送的费用信息，根据所述费用信息生成订单支付链接；
基于预先存储的用户关联账户表，查询所述用户标识的关联账户，并将所述订单支付链接发送至所述关联账户。
本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被至少一个处理器执行时实现如下步骤：
在与通话对端的第一通话过程中，获取来电方的用户标识，并从语音数据库中提取出订单信息询问语音，在所述第一通话过程中将所述订单信息询问语音传输至所述通话对端；
在所述第一通话过程中获取所述通话对端基于所述订单信息询问语音返回的订单信息语音，并从所述订单信息语音中解析出订单信息；
将所述订单信息通过网络广播至打车应用客户端，并确定响应所述订单信息的车主账户，获取所述车主账户对应的车辆信息；
生成接单提示语音，并在与所述通话对端的第二通话过程中将所述接单提示语音传输至所述通话对端，以使所述通话对端的用户基于所述接单提示语音实现打车行为，所述接单提示语音用于向所述用户提示所述车辆信息和所述车主账户的信息；
接收所述车主账户对应的打车应用客户端在所述打车行为完成后发送的费用信息，根据所述费用信息生成订单支付链接；
基于预先存储的用户关联账户表，查询所述用户标识的关联账户，并将所述订单支付链接发送至所述关联账户。
 有益效果
本申请实施例与现有技术相比存在的有益效果是：通过与用户的电话通话过程来获取用户的订单信息，利用网络广播确定出接单的车主账户以及车辆信息，并在接单成功后向用户语音提示接单车主的车辆信息以及车主账户信息，从而实现了通过电话完成对用户打车需求的处理，使得用户只需通过电话即可实现随时随地的打车，从而摆脱了传统打车方法对网络的依赖。同时，在完成打车行为后，将生成的订单支付链接发送给用户的关联账户，使得一些不会网络支付的特殊用户群（如老年人用户），只需关联一个懂得使用网络支付的用户（如老年人的家属），也可以顺利地完成订单费用的支付，极大地方便了用户的使用，使得用户即使在没有网络的情况下也可以随时随地的进行打车。
 附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例一提供的电话打车方法的实现流程示意图；
图2是本申请实施例二提供的电话打车方法的实现流程示意图；
图3是本申请实施例三提供的电话打车方法的实现流程示意图；
图4是本申请实施例四提供的电话打车方法的实现流程示意图；
图5是本申请实施例五提供的电话打车方法的实现流程示意图；
图6是本申请实施例六提供的电话打车装置的结构示意图；
图7是本申请实施例七提供的电话打车电子设备的示意图。
 本发明的实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。
图1示出了本申请实施例一提供的电话打车方法的实现流程图，详述如下：
S101，在与通话对端的第一通话过程中，获取来电方的用户标识，并从语音数据库中提取出订单信息询问语音，在第一通话过程中将订单信息询问语音传输至通话对端。
其中，用户标识是指来电方的电话号码。本申请实施例中，电话打车系统主要包含两大部分：语音呼叫系统以及打车系统。其中，打车系统主要用于记录用户信息（如用户的电话号码以及关联账户等）、车主信息（如车主姓名、电话号码以及车辆信息等）以及通过网络与车主打车应用客户端的信息交互，语音呼叫系统主要用来与用户进行电话语音交互，处理用户的来电打车事件。与传统的打车软件类似的，本申请实施例中，用户也需要在打车系统中先进行注册成为注册用户，并登记好自己的手机号码、关联账户等信息，以便后续来电打车事件的处理。
在本申请实施例中语音数据库中存储着与用户进行来电语音交互时所有可能用户用到的语音数据，如询问用户订单信息的订单信息询问语音提示用户接单成功的接单提示语音等。
在S101中，语音呼叫系统在接收到用户的来电呼叫后，与用户建立来电通话，并通过订单信息询问语音询问用户本次打车的订单信息，如询问用户的位置信息以及用户想去的目的地位置信息。同时还会读取出用户的来电号码以供后续使用。
S102，在第一通话过程中获取通话对端基于订单信息询问语音返回的订单信息语音，并从订单信息语音中解析出订单信息。
语音呼叫系统在对用户进行订单信息询问的同时，也会时刻接收着用户发出的包含着订单信息的语音，并从接收到的订单语音信息中识别出用户位置信息以及目的地位置信息等信息，并将这些信息进行整理得到最终的订单信息。作为S101与S102的一种具体实现方式，可以采用对订单信息逐条询问并在确定出本条订单信息后再询问下一条订单信息的方式，来实现对用户订单信息的询问，如先对用户输出“请问您打车的具体地址在哪？”语音，当识别出用户正确回答本问题后，如用户回答“我现在在xx省xx市xx区xx路100号xx大厦正门口”后，从用户回答中提取出用户位置信息，再询问“请问您打车的目的地地址在哪？”。
S103，将订单信息通过网络广播至打车应用客户端，并确定响应订单信息的车主账户，获取车主账户对应的车辆信息。
其中，打车应用客户端即为车主所使用的客户端，用于接收系统推送的订单消息并提示车主，以及接收车主对订单的操作并将其反馈至电话打车系统，如接收车主的接受订单以及结束订单等操作并反馈给电话打车系统，同时，打车应用客户端还用于对订单进行实时计费，以帮助车主对订单进行费用计算。在得到订单信息后，打车系统通过网络广播的形式，将订单信息同时推送到多个车主账户的打车应用客户端，以供车主进行接单。在接收到车主响应后，确定出接单车主账户并从打车系统中读取出车主信息。
作为S103网络广播推送的一种具体实现方式方式，包括：向用户位置附近的车主进行群推送（如2公里以内，若没有车主就以1公里为扩张单位进行寻找），并在接收到第一个车主响应后，停止推送，并确定该车主为接单车主。若在预设时间内没有任何车主接单，则以n公里为单位扩展推送范围，继续进行推送。
作为S103网络广播推送的另一种具体实现方式方式，包括：搜索与用户位置最接近的m个车主进行推送，并在接收到第一个车主响应后，停止推送，并确定该车主为接单车主。若在预设时间内没有任何车主接单，则以j为单位，进行扩展再次推送，如第二次会将打车信息推送给与用户位置最接近的m+j个车主。
S104，生成接单提示语音，并在与通话对端的第二通话过程中将接单提示语音传输至通话对端，以使通话对端的用户基于接单提示语音实现打车行为，接单提示语音用于向用户提示车辆信息和车主账户的信息。
确定出接单车主后，语音呼叫系统会提醒用户接单成功，并同时告知用户接单车主的车辆信息以及车主的部分个人信息，如可告知用户接单车主的电话号码、姓名、车牌号、车辆颜色等。
其中应当说明的是，在本申请实施例中，第一通话过程是由用户在需要电话打车时，使用可拨打电话的电子设备向语音呼叫系统主动发起的，因此对于语音呼叫系统而言属于来电通话过程。考虑到正常情况下从用户开始打车到车主接单一般时间都较短，因此，可以通过原有的第一通话过程来提示用户接单成功，此时本申请实施例中的第一通话过程与第二通话过程是同一个通话过程，无需语音呼叫系统发起对用户的去电通话。作为S104的另一种实现方法，也可是在确定好订单信息后结束第一通话过程并在确定出接单车主后，由语音呼叫系统重新发起对用户去电通话，此时第一通话过程与第二通话过程是两个不同的通话过程。
S105，接收车主账户对应的打车应用客户端在打车行为完成后发送的费用信息，根据费用信息生成订单支付链接。在车主将用户送至目的地后本次打车行为完成，此时车主会向打车系统发生本分打车的费用信息，告知打车系统本次打车应当收取用户的费用。打车系统在接收到费用信息后，会生成一个用于支付本次打车费用的订单支付链接，用户通过这个链接即可进行本次打车费用的支付。
S106，基于预先存储的用户关联账户表，查询用户标识的关联账户，并将订单支付链接发送至关联账户。
由于一些特殊用户群，如老年人用户，其不熟悉打车软件的使用，也不懂得如何进行网络交费，因此在本申请实施例中，用户可以在注册时填写好对应的关联账户帮助自己进行打车费用的网络交费。应当说明的是，由于并非所有用户都需要其他账户进行费用支付，因此本申请实施例中关联账户并非用户注册时的必填选项，若用户不需要其他账户进行费用支付可以直接不填写关联账户的信息，此时系统默认将该用户的关联账户设置为用户账户本身。
在本申请实施例中，通过与用户的电话通话过程来获取用户的订单信息，利用网络广播确定出接单的车主账户以及车辆信息，并在接单成功后向用户语音提示接单车主的车辆信息以及车主账户信息，从而实现了通过电话完成对用户打车需求的处理，使得用户只需通过电话即可实现随时随地的打车，从而摆脱了传统打车方法对网络的依赖。同时，在完成打车行为后，将生成的订单支付链接发送给用户的关联账户，使得一些不会网络支付的特殊用户群，只需关联一个懂得使用网络支付的用户，也可以顺利地完成订单费用的支付，极大地方便了用户的使用，使得用户即使在没有网络的情况下也可以随时随地的进行打车。
作为本申请的一个优选实施例，考虑到一些用户可能并未进行过注册就直接来电并想进行电话打车，为了方便此类临时用户的使用，在本申请实施例中处理步骤包括：
在S101中检测用户标识是否为注册用户的用户标识。
若不是注册用户的用户标识，在S103向打车应用客户端广播订单信息的同时，向打车应用客户端提示本次打车为临时用户打车，需进行系统线下收费。
接收车主账户对应的打车应用客户端在打车行为完成后发送的费用信息，并结束订单。
由于来电的用户不是注册用户，因此其电话号码也没有被打车系统所记录，因此只需将电话号码与打车系统中记录的电话号码进行匹配，即可识别出用户是注册用户还是临时用户。
由于对临时用户进行网络交费的风险较高，极大可能出现临时用户不交费的情况，因此使用订单支付链接的方式进行费用支付并不可靠，此时，本申请实施例会提醒车主，需要进行系统线下收费以保证车主利益。由于临时用户没有关联账户的概念，因此，也无需进行后续的关联账户查询。车主在收费成功后向打车系统发送费用信息，以确认本次订单正常结束。
作为本申请的一个优选实施例二，如图2所示。现有的打车软件虽然能给用户提供便利，但由于打车软件的车主都是鱼龙混杂的私人车主，没有监管部门的监督，乘客的人身安全得不到很好得到保障，以至于时常会出现一些私人车主伤害乘客的新闻。本申请实施例中，为了提高打车方法的安全性，充分利用电话打车的特点，将电话打车与声纹识别技术相结合，极大地提高了电话打车的安全性，具体包括：
S201，从第一通话过程的通话语音数据中，提取出通话对端的用户声纹数据。
由于第一通话过程中会产生与用户的多次语音交互，因此，从第一通话过程中可以获取到较多的用户通话语音数据，通过这些通话语音数据即可提取出所需的通话声纹数据。
S202，当接收到车主账户对应的打车应用客户端在打车行为过程中发送的计费开始信息，根据车辆信息生成车辆确认询问语音，并在第三通话过程中将车辆确认询问语音传输至通话对端，以使得通话对端基于车辆确认询问语音实现对车辆信息是否有误的确认。
当到达用户位置时车主会开始打车计费并向打车系统发送一条计费开始信息。为了保证用户的安全性保证用户能够安全乘车，在S202打车系统接收到计费开始信息后语音呼叫系统会语音提示用户对车辆信息确认，保证用户所上的车辆的确是打车系统确认的接单车辆。
其中，考虑到从用户电话打车到车主接单再到车主达到用户位置，这三个时间节点的时间差可能较小，如若车主在用户电话打车时离用户仅3百米一接收到订单信息后就立马接了单，同时赶往用户位置，此时从用户电话打车到车主接单再到车主达到用户位置这整个过程，可能也只有几分钟而已。因此用户既可能会选择一直不挂电话一直等，也可能在叫完车之后就立马挂掉了电话（此时，在接单成功以及车主到达时，电话打车系统会打电话给用户，从而建立起上述的第二通话过程以及第三通话过程），所以本申请实施例中的第一通话过程、第二通话过程以及第三通话过程，既可以是同一个通话过程，也可以是几个独立的通话过程。
S203，判断在车辆确认询问语音输出后的第一预设时间内，是否接收到通话对端基于车辆确认询问语音返回的，与用户声纹数据匹配的车辆确认语音。若在第一预设时间内未接收到通话对端基于车辆确认询问语音返回的，与用户声纹数据匹配的车辆确认语音，生成信息确认提示语音，并将信息确认提示语音以及车辆确认提示语音传输至通话对端，以提示通话对端对车辆信息是否有误进行重新确认。
在本申请实施例中，未对向用户验证车辆信息的方式进行限定，既可以是直接对用户播报车辆信息以进行确认，如“车牌号是否为：粤XXXXXXX”，此时用户只需简单的确认是否就可，也可以是提示用户说出车辆信息并进行对比验证，如“请说出车牌号”。无论是何种验证方法，都需要用户进行语音回答，因此可以获取到用户针对车辆确认询问语音回答的车辆确认询问语音，本申请实施例中在发出车辆确认询问语音后开始计时，判断用户是否在预设时间内返回车辆确认询问语音，若没有返回或者返回的语音数据与用户声纹数据不匹配，说明用户没有亲自回复确认车辆信息，可能存在异常情况，此时为了保障用户的安全，还会重新发出车辆确认询问语音，并提示要求用户重新确认车辆信息。
S204，若在信息确认提示语音输出后的第二预设时间内，未接收到通话对端基于车辆确认询问语音返回的，与用户声纹数据匹配的车辆确认语音，向安全监督账户发送订单异常警报。
若在重发提示用户进行车辆信息确认后，仍没有在预定时间内接收到用户的正常反馈，则说明用户那边的确存在异常情况，此时，本申请实施例会向安全监督账户进行警报，通知安全监督人员此次订单出现异常，需要进行核查。
作为本申请的一个优选实施例，在S203中，若接收到了与用户声纹数据匹配的车辆确认语音，此时会对车辆确认语音进行识别解析，判断车辆信息是否有误，若无误则正常进行订单处理。若车辆信息有误，如实际车牌号与打车系统记录的车牌号不一，此时会提示用户再次对有误的车辆信息进行确认，保证确认的有效性，最后，若再次确认结果仍为有误，此时也会向安全监督账户进行警报，通知安全监督人员此次订单出现异常需要进行核查，并同时提醒用户注意安全请勿上车。
作为本申请的又一个优选实施例，为了进一步地提升用户乘车的安全性，在S105之后，还包括：向通话对端输出安全到达确认语音，并判断在第四预设时间内是否接收到通话对端基于安全到达确认语音返回的，与用户声纹数据匹配的安全达到语音。若未接收到通话对端基于安全到达确认语音返回的，与用户声纹数据匹配的安全达到语音，向安全监督账户发送订单异常警报。本申请实施例中，会在车主完成打车费用计费时，再次对用户安全性进行确认，以保证用户能安全完成此次打车行为。
其中，上述的第一预设时间、第二预设时间以及第四预设时间，均可由技术人员根据实际需求进行设定。
进一步，考虑到可能会出现用户在人身受到威胁的情况下，被迫回答语音呼叫系统的确认语音，为了应对此种情况，进一步地提高用户乘车的安全性，提高打车的安全性，本申请实施例中，在采集用户声纹数据以及进行用户声纹数据匹配使的同时，还会对语音进行情绪识别，并在识别出用户具有消极情绪的时候，如愤怒、悲伤、焦虑、紧张、痛苦以及恐惧等，判断该情绪是否为大车行为中途才产生的，即将订单开始后识别出的情绪与用户刚开始来电打车的时候的情绪进行对比，若情绪是打车行为中途产生的，则说明用户可能出现异常情况，此时本申请实施例会向安全监督账户发送订单异常警报，以进行情况确认保证安全。
作为本申请的一个优选实施例三，如图3所示，为了进一步地提升打车的安全性，在本申请实施例三中，包括：
S301，根据订单信息中的用户位置信息以及目的地位置信息，计算出订单预估时长。
在S301中，可以进一步地根据实时的交通状况来优化订单预估时长的计算，由于根据起始位置和终点为了来进行订单预估时长的计算已是本领域技术人员已知的技术，如常见的地图导航软件中的打车时间预估，因此本申请实施例中不予赘述。
S302，判断在接收到车主账户对应的打车应用客户端在打车行为过程中发送的计费开始信息之后的订单预估时长内，是否接收到费用信息。若在订单预估时长内未接收到费用信息，从语音数据库中提取出打车情况询问语音，与通话对端建立去电通话过程，并在去电通话过程中将打车情况询问语音传输至通话对端。
若在订单预估时长内未接收到费用信息，说明订单未正常完成，此时为了保证用户的安全，本申请实施例会对用户进行打车情况的语音确认，以获取获知实际的打车情况。
S303，在去电通话过程中获取通话对端基于打车情况询问语音返回的打车情况语音，对打车情况语音进行语义识别以及情绪识别，并根据语义识别以及情绪识别的结果判断打车情况是否存在异常。
S304，若判断结果为打车情况存在异常，向安全监督账户发送订单异常警报。
在接收到用户返回的打车情况语音后，对打车情况语音进行语义识别以及情绪识别，判断订单为正常完成的原因，若是因为交通堵塞等非车主人为原因导致的订单未及时完成，则属于正常的打车情况，此时会正常进行订单，若是因为绕路等车主人为原因导致的订单未完成，则属于异常的打车情况，此时会向安全监督账户发送订单异常警报，以进行打车实际情况验证。但是除了上述常见的几种可能原因外，还有可能出现一些极端的情况，如用户遇到了不法车主，此时收到不法车主的胁迫用户可能会回答虚假的打车情况，为了防止此类情况的发生，在对用户进行语义识别的同时，还会对用户进行情绪识别，若发现用户出现痛苦、恐惧等情绪，则说明用户可能处于不安全的环境下，打车情况存在异常，此时，本申请实施例会向安全监督账户发送订单异常警报，以进行用户打车情况的确认，保证用户安全。
作为本申请的一个优选实施例四，如图4所示，在向安全监督账户发送订单异常警报之后，包括：
S402，若在第三预设时间内未接收到安全监督账户基于订单异常警报返回的异常解除信息，将订单信息、车辆信息和车主账户的信息，发送至公安系统进行报案。
在本申请实施例中，安全监督账户在接收到订单异常警报时会向安全监督人员输出警报，告知安全监督人员订单出现异常，此时安全监督人员会对出现异常的订单进行安全确认，确认方式包括但不限于向接单车主以及用户拨打电话在预设时间内确认出用户是否安全，并在确认出用户安全时，向打车系统返回一个异常解除信息，告知打车系统订单正常，用户安全。
若未能在预设时间内接收到异常解除信息，则说明安全监督人员未能在预设时间内确认出用户的安全，此时会直接向公安系统进行报警，以保证用户的安全。
作为本申请的一个优选实施例五，如图5所示，考虑到现有的打车软件仅仅只能根据车辆运行实时情况进行计费，并生成最终的费用信息，用户在不熟悉的地方进行打车时，即使被绕路多收费了也不会察觉，从而使得给用户造成了许多不必要的损失，为了防止用户受损，保证实际收费的合理性，本申请实施例包括：
S501，根据订单信息中的用户位置信息以及目的地位置信息，计算出订单预估费用。
在S501中，会根据用户位置信息、目的地位置信息以及交通状况来规划出车辆行程路线，并计算出相应的订单预估费用。
S502，读取费用信息中的订单实际费用，并判断订单预估费用与订单实际费用的差值是否大于预设费用差值。
其中，预设费用差值优选地使用百分比来进行衡量，以方便不同订单的实际应用处理，如，可以设置预设费用差值为订单预估费用的10％。
S503，若判断结果为订单预估费用与订单实际费用的差值大于预设费用差值，从语音数据库中提取出费用情况确认语音，与通话对端建立去电通话过程，并在去电通话过程中将费用情况确认语音传输至通话对端。
S504，对接收到的通话对端基于费用情况确认语音返回的费用情况语音进行解析，并在解析结果为费用异常时，向费用核查账户发送订单费用异常提示。
当差值大于预设费用差值时，说明收费出现异常，如假设订单预估费用为100元，预设费用差值为订单预估费用×10％=10元，若返回的订单实际费用为130元，由于130元-110元>10元，因此，此次收费存在异常。此时本申请实施例会向用户语音说明费用超额，并询问用户车主是否出现不按照规定路线行驶的绕路行为，若在用户返回的费用情况语音中，用户认为车主可能出现绕路的情况，则将解析结果判断为费用异常，并向费用核查账户发送订单费用异常提示，以提示费用核查人员进行费用核查。
在本申请实施例中，通过将订单预估费用与订单实际费用进行差值比较，并在比较结果超出设定值时与用户确认车主是否绕路，从而最大限度的防止了车主绕路给用户带来的损失，保护了用户的权益。
本申请实施例中通过电话的方式来对实现对用户打车需求处理，同时对用户打车行为过程中上下车安全性进行声纹和情绪验证，对非正常订单时间以及打车费用进行监测，并在出现异常时进行计时报警，从而使得用户无需依赖网络通过电话就能进行安全方便有效的打车。
对应于上文实施例的方法，图6示出了本申请实施例提供的电话打车装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。图6示例的电话打车装置可以是前述实施例一提供的电话打车方法的执行主体。
参照图6，该电话打车装置包括：
订单询问模块61，用于在与通话对端的第一通话过程中，获取来电方的用户标识，并从语音数据库中提取出订单信息询问语音，在所述第一通话过程中将所述订单信息询问语音传输至所述通话对端。
订单解析模块62，用于在所述第一通话过程中获取所述通话对端基于所述订单信息询问语音返回的订单信息语音，并从所述订单信息语音中解析出订单信息。
车主确认模块63，用于将所述订单信息通过网络广播至打车应用客户端，并确定响应所述订单信息的车主账户，获取所述车主账户对应的车辆信息。
接单提示模块64，用于生成接单提示语音，并在与所述通话对端的第二通话过程中将所述接单提示语音传输至所述通话对端，以使所述通话对端的用户基于所述接单提示语音实现打车行为，所述接单提示语音用于向所述用户提示所述车辆信息和所述车主账户的信息。
费用链接生成模块65，用于接收所述车主账户对应的打车应用客户端在所述打车行为完成后发送的费用信息，根据所述费用信息生成订单支付链接。
费用发送模块66，用于基于预先存储的用户关联账户表，查询所述用户标识的关联账户，并将所述订单支付链接发送至所述关联账户。
进一步地，该电话打车装置还包括：
从所述第一通话过程的通话语音数据中，提取出所述通话对端的用户声纹数据。
当接收到所述车主账户对应的打车应用客户端在所述打车行为过程中发送的计费开始信息，根据所述车辆信息生成车辆确认询问语音，并在第三通话过程中将所述车辆确认询问语音传输至所述通话对端，以使得所述通话对端基于所述车辆确认询问语音实现对车辆信息是否有误的确认。
判断在所述车辆确认询问语音输出后的第一预设时间内，是否接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的车辆确认语音。若在第一预设时间内未接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的车辆确认语音，生成信息确认提示语音，并将所述信息确认提示语音以及所述车辆确认提示语音传输至所述通话对端，以提示所述通话对端对车辆信息是否有误进行重新确认。
若在所述信息确认提示语音输出后的第二预设时间内，未接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的所述车辆确认语音，向安全监督账户发送订单异常警报。
进一步地，该电话打车装置还包括：
根据所述订单信息中的用户位置信息以及目的地位置信息，计算出订单预估时长。
判断在接收到所述车主账户对应的打车应用客户端在所述打车行为过程中发送的计费开始信息之后的所述订单预估时长内，是否接收到所述费用信息。若在所述订单预估时长内未接收到所述费用信息，从所述语音数据库中提取出打车情况询问语音，与所述通话对端建立去电通话过程，并在所述去电通话过程中将所述打车情况询问语音传输至所述通话对端。
在所述去电通话过程中获取所述通话对端基于所述打车情况询问语音返回的打车情况语音，对所述打车情况语音进行语义识别以及情绪识别，并根据所述语义识别以及所述情绪识别的结果判断打车情况是否存在异常。
若判断结果为所述打车情况存在异常，向安全监督账户发送订单异常警报。
进一步地，该电话打车装置还包括：
若在第三预设时间内未接收到所述安全监督账户基于所述订单异常警报返回的异常解除信息，将所述订单信息、所述车辆信息和所述车主账户的信息，发送至公安系统进行报案。
进一步地，该电话打车装置还包括：
根据所述订单信息中的用户位置信息以及目的地位置信息，计算出订单预估费用。
读取所述费用信息中的订单实际费用，并判断所述订单预估费用与所述订单实际费用的差值是否大于预设费用差值。
若判断结果为所述订单预估费用与所述订单实际费用的差值大于所述预设费用差值，从所述语音数据库中提取出费用情况确认语音，与所述通话对端建立去电通话过程，并在所述去电通话过程中将所述费用情况确认语音传输至所述通话对端。
对接收到的所述通话对端基于所述费用情况确认语音返回的费用情况语音进行解析，并在所述解析结果为费用异常时，向费用核查账户发送订单费用异常提示。
本申请实施例提供的电话打车装置中各模块实现各自功能的过程，具体可参考前述图1所示实施例一的描述，此处不再赘述。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
还应理解的是，虽然术语“第一”、“第二”等在文本中在一些本申请实施例中用来描述各种元素，但是这些元素不应该受到这些术语的限制。这些术语只是用来将一个元素与另一元素区分开。
图7是本申请一实施例提供的电话打车电子设备的示意图。如图7所示，该实施例的电话打车电子设备7包括：处理器70、存储器71，所述存储器71中存储有可在所述处理器70上运行的计算机可读指令72。所述处理器70执行所述计算机可读指令72时实现上述各个电话打车方法实施例中的步骤，例如图1所示的步骤101至106。或者，所述处理器70执行所述计算机可读指令72时实现上述各装置实施例中各模块/单元的功能，例如图6所示模块61至66的功能。
所称处理器70可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor，DSP)、专用集成电路 (Application Specific Integrated Circuit，ASIC)、现成可编程门阵列 (Field-Programmable Gate Array，FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器71可以是所述电话打车电子设备7的内部存储单元，例如电话打车电子设备7的硬盘或内存。所述存储器71也可以是所述电话打车电子设备7的外部存储设备，例如所述电话打车电子设备7上配备的插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（Secure Digital, SD）卡，闪存卡（Flash Card）等。进一步地，所述存储器71还可以既包括所述电话打车电子设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机可读指令以及所述电话打车电子设备所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经发送或者将要发送的数据。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机可读指令包括计算机可读指令代码，所述计算机可读指令代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机可读指令代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使对应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种电话打车方法，其特征在于，包括：
    在与通话对端的第一通话过程中，获取来电方的用户标识，并从语音数据库中提取出订单信息询问语音，在所述第一通话过程中将所述订单信息询问语音传输至所述通话对端；
    在所述第一通话过程中获取所述通话对端基于所述订单信息询问语音返回的订单信息语音，并从所述订单信息语音中解析出订单信息；
    将所述订单信息通过网络广播至打车应用客户端，并确定响应所述订单信息的车主账户，获取所述车主账户对应的车辆信息；
    生成接单提示语音，并在与所述通话对端的第二通话过程中将所述接单提示语音传输至所述通话对端，以使所述通话对端的用户基于所述接单提示语音实现打车行为，所述接单提示语音用于向所述用户提示所述车辆信息和所述车主账户的信息；
    接收所述车主账户对应的打车应用客户端在所述打车行为完成后发送的费用信息，根据所述费用信息生成订单支付链接；
    基于预先存储的用户关联账户表，查询所述用户标识的关联账户，并将所述订单支付链接发送至所述关联账户。
  2. 如权利要求1所述的电话打车方法，其特征在于，还包括：
    从所述第一通话过程的通话语音数据中，提取出所述通话对端的用户声纹数据；
    当接收到所述车主账户对应的打车应用客户端在所述打车行为过程中发送的计费开始信息，根据所述车辆信息生成车辆确认询问语音，并在第三通话过程中将所述车辆确认询问语音传输至所述通话对端，以使得所述通话对端基于所述车辆确认询问语音实现对车辆信息是否有误的确认；
    判断在所述车辆确认询问语音输出后的第一预设时间内，是否接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的车辆确认语音；若在第一预设时间内未接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的车辆确认语音，生成信息确认提示语音，并将所述信息确认提示语音以及所述车辆确认提示语音传输至所述通话对端，以提示所述通话对端对车辆信息是否有误进行重新确认；
    若在所述信息确认提示语音输出后的第二预设时间内，未接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的所述车辆确认语音，向安全监督账户发送订单异常警报。
  3. 如权利要求1所述的电话打车方法，其特征在于，还包括：
    根据所述订单信息中的用户位置信息以及目的地位置信息，计算出订单预估时长；
    判断在接收到所述车主账户对应的打车应用客户端在所述打车行为过程中发送的计费开始信息之后的所述订单预估时长内，是否接收到所述费用信息；若在所述订单预估时长内未接收到所述费用信息，从所述语音数据库中提取出打车情况询问语音，与所述通话对端建立去电通话过程，并在所述去电通话过程中将所述打车情况询问语音传输至所述通话对端；
    在所述去电通话过程中获取所述通话对端基于所述打车情况询问语音返回的打车情况语音，对所述打车情况语音进行语义识别以及情绪识别，并根据所述语义识别以及所述情绪识别的结果判断打车情况是否存在异常；
    若判断结果为所述打车情况存在异常，向安全监督账户发送订单异常警报。
  4. 如权利要求2或3所述的电话打车方法，其特征在于，在向安全监督账户发送订单异常警报之后，还包括：
    若在第三预设时间内未接收到所述安全监督账户基于所述订单异常警报返回的异常解除信息，将所述订单信息、所述车辆信息和所述车主账户的信息，发送至公安系统进行报案。
  5. 如权利要求1所述的电话打车方法，其特征在于，还包括：
    根据所述订单信息中的用户位置信息以及目的地位置信息，计算出订单预估费用；
    读取所述费用信息中的订单实际费用，并判断所述订单预估费用与所述订单实际费用的差值是否大于预设费用差值；
    若判断结果为所述订单预估费用与所述订单实际费用的差值大于所述预设费用差值，从所述语音数据库中提取出费用情况确认语音，与所述通话对端建立去电通话过程，并在所述去电通话过程中将所述费用情况确认语音传输至所述通话对端；
    对接收到的所述通话对端基于所述费用情况确认语音返回的费用情况语音进行解析，并在所述解析结果为费用异常时，向费用核查账户发送订单费用异常提示。
  6. 一种电话打车装置，其特征在于，包括：
    订单询问模块，用于在与通话对端的第一通话过程中，获取来电方的用户标识，并从语音数据库中提取出订单信息询问语音，在所述第一通话过程中将所述订单信息询问语音传输至所述通话对端；
    订单解析模块，用于在所述第一通话过程中获取所述通话对端基于所述订单信息询问语音返回的订单信息语音，并从所述订单信息语音中解析出订单信息；
    车主确认模块，用于将所述订单信息通过网络广播至打车应用客户端，并确定响应所述订单信息的车主账户，获取所述车主账户对应的车辆信息；
    接单提示模块，用于生成接单提示语音，并在与所述通话对端的第二通话过程中将所述接单提示语音传输至所述通话对端，以使所述通话对端的用户基于所述接单提示语音实现打车行为，所述接单提示语音用于向所述用户提示所述车辆信息和所述车主账户的信息；
    费用链接生成模块，用于接收所述车主账户对应的打车应用客户端在所述打车行为完成后发送的费用信息，根据所述费用信息生成订单支付链接；
    费用发送模块，用于基于预先存储的用户关联账户表，查询所述用户标识的关联账户，并将所述订单支付链接发送至所述关联账户。
  7. 如权利要求6所述的电话打车装置，其特征在于，还包括：
    声纹提取模块，用于从所述第一通话过程的通话语音数据中，提取出所述通话对端的用户声纹数据；
    语音生成模块，用于当接收到所述车主账户对应的打车应用客户端在所述打车行为过程中发送的计费开始信息，根据所述车辆信息生成车辆确认询问语音，并在第三通话过程中将所述车辆确认询问语音传输至所述通话对端，以使得所述通话对端基于所述车辆确认询问语音实现对车辆信息是否有误的确认；
    语音传输模块，用于判断在所述车辆确认询问语音输出后的第一预设时间内，是否接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的车辆确认语音；若在第一预设时间内未接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的车辆确认语音，生成信息确认提示语音，并将所述信息确认提示语音以及所述车辆确认提示语音传输至所述通话对端，以提示所述通话对端对车辆信息是否有误进行重新确认；
    第一警报模块，用于若在所述信息确认提示语音输出后的第二预设时间内，未接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的所述车辆确认语音，向安全监督账户发送订单异常警报。
  8. 如权利要求6所述的电话打车装置，其特征在于，还包括：
    时长预估模块，用于根据所述订单信息中的用户位置信息以及目的地位置信息，计算出订单预估时长；
    询问语音输出模块，用于判断在接收到所述车主账户对应的打车应用客户端在所述打车行为过程中发送的计费开始信息之后的所述订单预估时长内，是否接收到所述费用信息；若在所述订单预估时长内未接收到所述费用信息，从所述语音数据库中提取出打车情况询问语音，与所述通话对端建立去电通话过程，并在所述去电通话过程中将所述打车情况询问语音传输至所述通话对端；
    异常识别模块，用于在所述去电通话过程中获取所述通话对端基于所述打车情况询问语音返回的打车情况语音，对所述打车情况语音进行语义识别以及情绪识别，并根据所述语义识别以及所述情绪识别的结果判断打车情况是否存在异常；
    第二警报模块，用于若判断结果为所述打车情况存在异常，向安全监督账户发送订单异常警报。
  9. 如权利要求6或7所述的电话打车装置，其特征在于，还包括：
    报案模块，用于若在第三预设时间内未接收到所述安全监督账户基于所述订单异常警报返回的异常解除信息，将所述订单信息、所述车辆信息和所述车主账户的信息，发送至公安系统进行报案。
  10. 如权利要求6所述的电话打车装置，其特征在于，还包括：
    费用预估模块，用于根据所述订单信息中的用户位置信息以及目的地位置信息，计算出订单预估费用；
    费用判断模块，用于读取所述费用信息中的订单实际费用，并判断所述订单预估费用与所述订单实际费用的差值是否大于预设费用差值；
    费用确认模块，用于若判断结果为所述订单预估费用与所述订单实际费用的差值大于所述预设费用差值，从所述语音数据库中提取出费用情况确认语音，与所述通话对端建立去电通话过程，并在所述去电通话过程中将所述费用情况确认语音传输至所述通话对端；
    异常提示模块，用于对接收到的所述通话对端基于所述费用情况确认语音返回的费用情况语音进行解析，并在所述解析结果为费用异常时，向费用核查账户发送订单费用异常提示。
  11. 一种电话打车电子设备，其特征在于，所述电话打车处理电子设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现如下步骤：
    在与通话对端的第一通话过程中，获取来电方的用户标识，并从语音数据库中提取出订单信息询问语音，在所述第一通话过程中将所述订单信息询问语音传输至所述通话对端；
    在所述第一通话过程中获取所述通话对端基于所述订单信息询问语音返回的订单信息语音，并从所述订单信息语音中解析出订单信息；
    将所述订单信息通过网络广播至打车应用客户端，并确定响应所述订单信息的车主账户，获取所述车主账户对应的车辆信息；
    生成接单提示语音，并在与所述通话对端的第二通话过程中将所述接单提示语音传输至所述通话对端，以使所述通话对端的用户基于所述接单提示语音实现打车行为，所述接单提示语音用于向所述用户提示所述车辆信息和所述车主账户的信息；
    接收所述车主账户对应的打车应用客户端在所述打车行为完成后发送的费用信息，根据所述费用信息生成订单支付链接；
    基于预先存储的用户关联账户表，查询所述用户标识的关联账户，并将所述订单支付链接发送至所述关联账户。
  12. 如权利要求11所述的电话打车电子设备，其特征在于，所述处理器执行所述计算机可读指令时还实现如下步骤：
    从所述第一通话过程的通话语音数据中，提取出所述通话对端的用户声纹数据；
    当接收到所述车主账户对应的打车应用客户端在所述打车行为过程中发送的计费开始信息，根据所述车辆信息生成车辆确认询问语音，并在第三通话过程中将所述车辆确认询问语音传输至所述通话对端，以使得所述通话对端基于所述车辆确认询问语音实现对车辆信息是否有误的确认；
    判断在所述车辆确认询问语音输出后的第一预设时间内，是否接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的车辆确认语音；若在第一预设时间内未接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的车辆确认语音，生成信息确认提示语音，并将所述信息确认提示语音以及所述车辆确认提示语音传输至所述通话对端，以提示所述通话对端对车辆信息是否有误进行重新确认；
    若在所述信息确认提示语音输出后的第二预设时间内，未接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的所述车辆确认语音，向安全监督账户发送订单异常警报。
  13. 如权利要求11所述的电话打车电子设备，其特征在于，所述处理器执行所述计算机可读指令时还实现如下步骤：
    根据所述订单信息中的用户位置信息以及目的地位置信息，计算出订单预估时长；
    判断在接收到所述车主账户对应的打车应用客户端在所述打车行为过程中发送的计费开始信息之后的所述订单预估时长内，是否接收到所述费用信息；若在所述订单预估时长内未接收到所述费用信息，从所述语音数据库中提取出打车情况询问语音，与所述通话对端建立去电通话过程，并在所述去电通话过程中将所述打车情况询问语音传输至所述通话对端；
    在所述去电通话过程中获取所述通话对端基于所述打车情况询问语音返回的打车情况语音，对所述打车情况语音进行语义识别以及情绪识别，并根据所述语义识别以及所述情绪识别的结果判断打车情况是否存在异常；
    若判断结果为所述打车情况存在异常，向安全监督账户发送订单异常警报。
  14. 如权利要求11或12所述的电话打车电子设备，其特征在于，所述处理器执行所述计算机可读指令时还实现如下步骤：
    若在第三预设时间内未接收到所述安全监督账户基于所述订单异常警报返回的异常解除信息，将所述订单信息、所述车辆信息和所述车主账户的信息，发送至公安系统进行报案。
  15. 如权利要求11任意一项所述的电话打车电子设备，其特征在于，所述处理器执行所述计算机可读指令时还实现如下步骤：
    根据所述订单信息中的用户位置信息以及目的地位置信息，计算出订单预估费用；
    读取所述费用信息中的订单实际费用，并判断所述订单预估费用与所述订单实际费用的差值是否大于预设费用差值；
    若判断结果为所述订单预估费用与所述订单实际费用的差值大于所述预设费用差值，从所述语音数据库中提取出费用情况确认语音，与所述通话对端建立去电通话过程，并在所述去电通话过程中将所述费用情况确认语音传输至所述通话对端；
    对接收到的所述通话对端基于所述费用情况确认语音返回的费用情况语音进行解析，并在所述解析结果为费用异常时，向费用核查账户发送订单费用异常提示。
  16. 一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被至少一个处理器执行时实现如下步骤：
    在与通话对端的第一通话过程中，获取来电方的用户标识，并从语音数据库中提取出订单信息询问语音，在所述第一通话过程中将所述订单信息询问语音传输至所述通话对端；
    在所述第一通话过程中获取所述通话对端基于所述订单信息询问语音返回的订单信息语音，并从所述订单信息语音中解析出订单信息；
    将所述订单信息通过网络广播至打车应用客户端，并确定响应所述订单信息的车主账户，获取所述车主账户对应的车辆信息；
    生成接单提示语音，并在与所述通话对端的第二通话过程中将所述接单提示语音传输至所述通话对端，以使所述通话对端的用户基于所述接单提示语音实现打车行为，所述接单提示语音用于向所述用户提示所述车辆信息和所述车主账户的信息；
    接收所述车主账户对应的打车应用客户端在所述打车行为完成后发送的费用信息，根据所述费用信息生成订单支付链接；
    基于预先存储的用户关联账户表，查询所述用户标识的关联账户，并将所述订单支付链接发送至所述关联账户。
  17. 如权利要求16所述的计算机可读存储介质，其特征在于，还包括：
    从所述第一通话过程的通话语音数据中，提取出所述通话对端的用户声纹数据；
    当接收到所述车主账户对应的打车应用客户端在所述打车行为过程中发送的计费开始信息，根据所述车辆信息生成车辆确认询问语音，并在第三通话过程中将所述车辆确认询问语音传输至所述通话对端，以使得所述通话对端基于所述车辆确认询问语音实现对车辆信息是否有误的确认；
    判断在所述车辆确认询问语音输出后的第一预设时间内，是否接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的车辆确认语音；若在第一预设时间内未接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的车辆确认语音，生成信息确认提示语音，并将所述信息确认提示语音以及所述车辆确认提示语音传输至所述通话对端，以提示所述通话对端对车辆信息是否有误进行重新确认；
    若在所述信息确认提示语音输出后的第二预设时间内，未接收到所述通话对端基于所述车辆确认询问语音返回的，与所述用户声纹数据匹配的所述车辆确认语音，向安全监督账户发送订单异常警报。
  18. 如权利要求16所述的计算机可读存储介质，其特征在于，还包括：
    根据所述订单信息中的用户位置信息以及目的地位置信息，计算出订单预估时长；
    判断在接收到所述车主账户对应的打车应用客户端在所述打车行为过程中发送的计费开始信息之后的所述订单预估时长内，是否接收到所述费用信息；若在所述订单预估时长内未接收到所述费用信息，从所述语音数据库中提取出打车情况询问语音，与所述通话对端建立去电通话过程，并在所述去电通话过程中将所述打车情况询问语音传输至所述通话对端；
    在所述去电通话过程中获取所述通话对端基于所述打车情况询问语音返回的打车情况语音，对所述打车情况语音进行语义识别以及情绪识别，并根据所述语义识别以及所述情绪识别的结果判断打车情况是否存在异常；
    若判断结果为所述打车情况存在异常，向安全监督账户发送订单异常警报。
  19. 如权利要求16或17所述的计算机可读存储介质，其特征在于，还包括：
    若在第三预设时间内未接收到所述安全监督账户基于所述订单异常警报返回的异常解除信息，将所述订单信息、所述车辆信息和所述车主账户的信息，发送至公安系统进行报案。
  20. 如权利要求16任意一项所述的计算机可读存储介质，其特征在于，还包括：
    根据所述订单信息中的用户位置信息以及目的地位置信息，计算出订单预估费用；
    读取所述费用信息中的订单实际费用，并判断所述订单预估费用与所述订单实际费用的差值是否大于预设费用差值；
    若判断结果为所述订单预估费用与所述订单实际费用的差值大于所述预设费用差值，从所述语音数据库中提取出费用情况确认语音，与所述通话对端建立去电通话过程，并在所述去电通话过程中将所述费用情况确认语音传输至所述通话对端；
    对接收到的所述通话对端基于所述费用情况确认语音返回的费用情况语音进行解析，并在所述解析结果为费用异常时，向费用核查账户发送订单费用异常提示。
PCT/CN2018/077681 2017-10-30 2018-02-28 一种电话打车方法、装置、电子设备及介质 WO2019085358A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711039798.0 2017-10-30
CN201711039798.0A CN107809547B (zh) 2017-10-30 2017-10-30 一种电话打车方法及终端设备

Publications (1)

Publication Number Publication Date
WO2019085358A1 true WO2019085358A1 (zh) 2019-05-09

Family

ID=61590746

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/077681 WO2019085358A1 (zh) 2017-10-30 2018-02-28 一种电话打车方法、装置、电子设备及介质

Country Status (2)

Country Link
CN (1) CN107809547B (zh)
WO (1) WO2019085358A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108668222B (zh) * 2018-05-11 2020-06-30 京东方科技集团股份有限公司 一种约车方法和装置
CN108765930B (zh) * 2018-06-26 2021-02-09 上海掌门科技有限公司 行车监控方法及设备
CN111147532A (zh) * 2018-11-02 2020-05-12 北京嘀嘀无限科技发展有限公司 一种信息分享方法、装置、设备及介质
CN111866284B (zh) * 2019-05-09 2021-08-10 北京嘀嘀无限科技发展有限公司 一种用户请求响应处理方法及装置
CN110415067A (zh) * 2019-06-10 2019-11-05 天津五八到家科技有限公司 下单方法、设备及存储介质
CN110674225B (zh) * 2019-08-22 2023-08-08 中国平安财产保险股份有限公司 联系方式验真回补方法、装置、电子设备及存储介质
CN113053386A (zh) * 2019-12-27 2021-06-29 沈阳新松机器人自动化股份有限公司 一种网约车安全预警系统
CN111696535B (zh) * 2020-05-22 2021-10-26 百度在线网络技术（北京）有限公司 基于语音交互的信息核实方法、装置、设备和计算机存储介质
CN112862563B (zh) * 2021-01-08 2022-12-30 河北志晟信息技术股份有限公司 一种网约车派单方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103841517A (zh) * 2014-03-03 2014-06-04 杭州九树网络科技有限公司 一种叫车信息服务的系统和方法
KR20140109576A (ko) * 2013-03-05 2014-09-16 김서희 택시 애플리케이션
CN104933571A (zh) * 2015-05-13 2015-09-23 北京嘀嘀无限科技发展有限公司 打车的方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004080097A1 (en) * 2003-03-07 2004-09-16 Ktfreetel Co., Ltd Method for providing mobile service using code-pattern
PL3079331T3 (pl) * 2015-04-08 2018-06-29 Deutsche Telekom Ag Sposób obsługiwania związanego z eCall połączenia głosowego przez sieć komunikacji mobilnej, sieć komunikacji mobilnej, jednostka obsługująca CS-CALL, program oraz produkt w postaci programu komputerowego
CN105243838B (zh) * 2015-11-09 2018-05-04 北京奇虎科技有限公司 车辆行驶安全监控方法和装置、系统
CN106228359A (zh) * 2016-08-12 2016-12-14 北京东方车云信息技术有限公司 司机客户端的账单结算方法、打车系统服务器及相关系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140109576A (ko) * 2013-03-05 2014-09-16 김서희 택시 애플리케이션
CN103841517A (zh) * 2014-03-03 2014-06-04 杭州九树网络科技有限公司 一种叫车信息服务的系统和方法
CN104933571A (zh) * 2015-05-13 2015-09-23 北京嘀嘀无限科技发展有限公司 打车的方法及系统

Also Published As

Publication number Publication date
CN107809547B (zh) 2019-12-13
CN107809547A (zh) 2018-03-16

Similar Documents

Publication Publication Date Title
WO2019085358A1 (zh) 一种电话打车方法、装置、电子设备及介质
US10123199B2 (en) Trip anomaly detection system
US8712397B2 (en) Method and apparatus for controllable communication
CN104601267B (zh) 一种基于移动智能终端匿名举报的广播警报系统及其实现方法
CN105721488B (zh) 车牌通讯装置及系统、以及车牌通讯方法
WO2007080921A1 (ja) 情報記録システム、情報記録装置、情報記録方法及び情報収集プログラム
CN111951444B (zh) 地铁出行疫情防控方法、系统及进站闸机、服务器
WO2019100209A1 (zh) 一种基于车牌的通讯实现方法、平台及第二终端
CN109962839B (zh) 一种资源共享处理方法及装置
KR102045936B1 (ko) 시각장애인을 위한 교통안내 서비스 방법，및 시각장애인 교통안내 서비스를 위한 버스 정류장 안내 단말
KR20110128745A (ko) 모바일단말을 이용한 주차단속 알림 방법 및 시스템
CN110533941A (zh) 车辆交流方法、装置、电子设备及计算机介质
US20180107949A1 (en) Methods, apparatuses and systems for processing an order
US20200184738A1 (en) Rideshare Safety System
JP6362513B2 (ja) 通信方法、サーバ装置、及び通信システム
CN111951961A (zh) 移动出行疫情防控方法、系统及移动支付机具、服务器
EP3727935A1 (en) Rideshare safety system
KR101277600B1 (ko) 개인정보 보호 및 긴급사항 전파를 위한 통신네트워크를 이용한 메시지 전달방법
KR20200057352A (ko) 자동차 번호 인식을 이용한 전화번호 매칭 및 정보 제공 서비스
CN115834548A (zh) 通话处理方法和数据处理方法、装置和系统
WO2017214990A1 (zh) 一种处理事故信息的方法和装置
CN109509367A (zh) 一种区块链安全找车管理系统及方法
KR20120043407A (ko) Ｍｏ 서비스를 이용한 차주 호출 서비스 제공 시스템 및 방법
CN111178562B (zh) 信息处理方法、装置、设备及计算机可读存储介质
KR101395831B1 (ko) 미아 신고 서비스 시스템 및 그 방법, 그리고 이에 적용되는 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18874213

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 28/09/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18874213

Country of ref document: EP

Kind code of ref document: A1