CN111768254A - 一种订单处理方法及装置 - Google Patents
一种订单处理方法及装置 Download PDFInfo
- Publication number
- CN111768254A CN111768254A CN201910258806.3A CN201910258806A CN111768254A CN 111768254 A CN111768254 A CN 111768254A CN 201910258806 A CN201910258806 A CN 201910258806A CN 111768254 A CN111768254 A CN 111768254A
- Authority
- CN
- China
- Prior art keywords
- service
- information
- order
- ending
- planned
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 43
- 238000000034 method Methods 0.000 claims abstract description 63
- 238000012545 processing Methods 0.000 claims abstract description 42
- 230000008569 process Effects 0.000 claims abstract description 40
- 230000008859 change Effects 0.000 claims abstract description 31
- 230000004044 response Effects 0.000 claims abstract description 27
- 238000012790 confirmation Methods 0.000 claims description 11
- 230000004048 modification Effects 0.000 claims description 9
- 238000012986 modification Methods 0.000 claims description 9
- 238000004590 computer program Methods 0.000 claims description 8
- 238000001514 detection method Methods 0.000 claims description 4
- 230000000694 effects Effects 0.000 claims description 3
- 230000006399 behavior Effects 0.000 description 79
- 230000002159 abnormal effect Effects 0.000 description 32
- 238000010586 diagram Methods 0.000 description 15
- 238000013461 design Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 235000012054 meals Nutrition 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 235000013305 food Nutrition 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered 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
- 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
-
- 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
-
- 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)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Primary Health Care (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Navigation (AREA)
Abstract
本申请提供了一种订单处理方法及装置,其中,订单处理方法包括:检测服务订单被执行过程中的服务行为信息;若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配,则在接收到服务提供端发送的订单结束请求之后,向所述服务提供端发送提示信息,所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息;基于所述服务提供端针对所述提示信息执行的响应操作,确定所述服务订单的订单结束信息;向服务请求端发送确定的所述订单结束信息。通过这种方法,可以提高推送给服务请求端的订单结束信息的准确率。
Description
技术领域
本申请涉及计算机技术领域,具体而言,涉及一种订单处理方法及装置。
背景技术
在如网约车服务、订餐服务等服务场景下,服务平台中的服务器可以检测服务请求端的服务请求并生成服务订单,进而将服务订单分配给符合一定条件的服务提供端来执行。并且,服务提供端在执行服务订单的过程中,服务器也可以监测服务过程中的相关信息,以便掌握服务情况。
服务提供端在服务过程中可能会出现一些异常情况,例如未在指定时间或指定地点完成服务订单等,这些异常情况可能是因服务提供方的非正常操作而造成的,也可能是因为一些客观原因造成的。然而,目前,在服务过程中出现异常情况时往往没有及时的解决措施,这会使得服务结束后产生的订单结束信息不准确。
发明内容
有鉴于此,本申请的目的在于提供一种订单处理方法及装置,以提高服务订单结束信息的准确率。
第一方面,本申请提供了一种订单处理方法,包括:
检测服务订单被执行过程中的服务行为信息;
若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配,则在接收到服务提供端发送的订单结束请求之后,向所述服务提供端发送提示信息,所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息;
基于所述服务提供端针对所述提示信息执行的响应操作,确定所述服务订单的订单结束信息;
向服务请求端发送确定的所述订单结束信息。
第二方面,本申请提供了一种订单处理装置,包括:
检测模块,用于检测服务订单被执行过程中的服务行为信息;
处理模块,用于若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配,则在接收到服务提供端发送的订单结束请求之后,向所述服务提供端发送提示信息,所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息;
确定模块,用于基于所述服务提供端针对所述提示信息执行的响应操作,确定所述服务订单的订单结束信息;
发送模块,用于向服务请求端发送确定的所述订单结束信息。
第三方面,本申请还提供一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面的任一种可能的实施方式中所述的订单处理方法的步骤。
第四方面,本申请还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述第一方面,或第一方面的任一种可能的实施方式中所述的订单处理方法的步骤。
本申请提供的订单处理方法及装置,可以检测服务订单被执行过程中的服务行为信息,若检测到服务订单被执行过程中的服务行为信息与服务订单的规划服务信息不匹配,则可识别出服务订单出现异常,那么可以在接收服务提供端发送的订单结束请求之后,提示服务提供端上述服务订单出现异常,以便服务提供端选择是否对出现异常的服务订单的订单结束信息进行调整,进而可以根据服务提供端执行的响应操作,最终确定订单结束信息,并将最终确定出的订单结束信息发送给服务请求端。
通过上述方式,可以在因服务提供端执行了非正常的操作导致服务行为信息出现异常的情况下,为服务提供端提供可以选择是否调整订单结束信息的功能出口,并让服务提供端基于实际情况来确认是否更改订单结束信息,由此可以提高最终推送给服务请求端的订单结束信息的准确率。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的一种服务系统的架构示意图;
图2示出了本申请实施例提供的一种订单处理方法的流程示意图;
图3示出了本申请实施例提供的一种交互流程示意图;
图4示出了本申请实施例提供的一种订单处理方法的流程示意图;
图5示出了本申请实施例提供的一种弹窗界面示意图;
图6示出了本申请实施例提供的一种信息确认界面示意图;
图7示出了本申请实施例提供的一种服务费用更改界面示意图;
图8示出了本申请实施例提供的一种订单处理方法的流程示意图;
图9示出了本申请实施例提供的一种弹窗界面示意图;
图10示出了本申请实施例提供的一种订单处理方法的流程示意图;
图11示出了本申请实施例提供的一种订单处理装置的架构示意图;
图12示出了本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,应当理解,本申请中附图仅起到说明和描述的目的,并不用于限定本申请的保护范围。另外,应当理解,示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。
另外,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请实施例中将会用到术语“包括”,用于指出其后所声明的特征的存在,但并不排除增加其它的特征。
首先,对本申请可适应的应用场景做出介绍。本申请可适用于服务提供端在服务过程中出现异常服务行为的应用场景下。一示例中,以应用场景为网约车服务为例,网约车司机端为该应用场景下的服务提供端,而网约车司机在执行服务订单的过程中,可能会存在司机绕路、未按规定时间到达指定地点、未按时结束行程等异常服务行为。另一示例中,以应用场景为网上订餐服务为例,外送员终端为该应用场景下的服务提供端,外送员在执行服务订单的过程中,也可能出现未按时送餐等异常服务行为。
针对上述应用场景下,对于在服务过程中出现的异常服务行为,现有技术中,往往无法在服务过程中及时进行解决,一般都是在结束服务订单之后才能进行处理,这就使得最终得到的订单结束信息不准确。
本申请所提供的订单处理方法,可以检测服务订单被执行过程中的服务行为信息,若检测到服务订单被执行过程中的服务行为信息与服务订单的规划服务信息不匹配,则可识别出服务订单出现异常,那么可以在接收服务提供端发送的订单结束请求之后,提示服务提供端上述服务订单出现异常,以便服务提供端选择是否对出现异常的服务订单的订单结束信息进行调整,进而可以根据服务提供端执行的响应操作,最终确定订单结束信息,并将最终确定出的订单结束信息发送给服务请求端。
通过上述方式,可以在因服务提供端执行了非正常的操作导致服务行为信息出现异常的情况下,为服务提供端提供可以选择是否更改订单结束信息的功能出口,并让服务提供端基于实际情况来确认是否更改订单结束信息,由此可以提高最终推送给服务请求端的订单结束信息的准确率。
在介绍本申请提供的具体技术方案之前,首先对本申请可适用的服务系统进行说明。参照图1所示,为本申请实施例提供的一种服务系统100的架构示意图。例如,服务系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台,当然,服务系统100也可以是诸如网上订餐等在线送餐服务平台。服务系统100可以包括服务器110、网络120、服务请求方终端130、服务提供方终端140、和数据库150中的一种或多种。其中,本申请中,服务请求方终端与服务请求端可互换使用,服务提供端终端与服务提供端可互换使用。
在一些实施例中,服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据,以执行本申请中描述的一个或多个功能。例如,处理器可以检测服务提供方终端140在执行服务订单的过程中的服务行为信息,并检测服务行为信息是否出现异常。仅作为举例,处理器可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(Application Specific Integrated Circuit,ASIC)、专用指令集处理器(ApplicationSpecific Instruction-set Processor,ASIP)、图形处理单元(Graphics ProcessingUnit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(DigitalSignal Processor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing,RISC)、或微处理器等,或其任意组合。
在一些实施例中,服务请求方终端130和服务提供方终端140对应的设备类型可以是移动设备,比如可以包括智能移动设备、智能家居设备、可穿戴设备、虚拟现实设备、或增强现实设备等,也可以是平板计算机、膝上型计算机、或机动车辆中的内置设备等。
在一些实施例中,数据库150可以连接到网络120以与服务系统100中的一个或多个组件(例如,服务器110,服务请求方终端130,服务提供方终端140等)通信。服务系统100中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中,数据库150可以直接连接到服务系统100中的一个或多个组件,或者,数据库150也可以是服务器110的一部分。
下面结合上述图1示出的服务系统100中描述的内容,对本申请提供的订单处理方法进行详细说明。
实施例一
参照图2所示,为本申请实施例提供的一种订单处理方法的流程示意图,该方法可以由服务系统100中的服务器110来执行,具体执行过程包括以下步骤:
步骤201、检测服务订单被执行过程中的服务行为信息。
一种可能的实施方式中,服务订单在生成时可以生成相应的规划服务信息,服务器110在检测服务订单被执行过程中的服务行为信息时,还可以将检测到的服务行为信息与服务订单的规划服务信息进行对比,判断服务订单的服务行为信息与服务订单的规划服务信息是否匹配,进而判断服务订单是否出现异常。
步骤202、若检测到服务行为信息与服务订单的规划服务信息不匹配,则在接收到服务提供端发送的订单结束请求之后,向服务提供端发送提示信息。
本申请的一些实施例中,服务提供端发送的订单结束请求可以由服务提供方通过点击服务提供端的订单展示界面中结束订单请求的选项来触发,若服务器接收到来自服务提供端的订单结束请求,则确定服务提供端请求结束订单。
进一步地,服务器在检测到服务行为信息和服务订单的规划服务信息不匹配的情况,可以向服务提供端发送提示消息,用于提示服务提供端在服务行为信息与服务订单的规划服务信息不匹配的情况下是否更改订单结束信息。具体提示方式例如可以通过弹窗提醒、语音提醒、电话提醒等方式。
具体实施时,可以根据服务行为信息与服务订单的规划服务信息的匹配程度分为至少一个等级,然后当检测到服务行为信息与服务订单的规划服务信息不匹配之后,首先在服务订单被执行过程中更新服务行为信息,并基于更新后的服务行为信息,确定更新后的服务行为信息与服务订单的规划服务信息的匹配程度的等级,并基于更新后的服务行为信息与服务订单的规划服务信息的匹配程度的等级,确定提示等级,然后按照与确定的提示等级匹配的提示方式来提示服务提供端服务行为信息与服务订单的规划服务信息不匹配。
一示例中,假设匹配程度的等级由高到低分为A、B、C三个等级,相应的,提示等级由高到低也分为a、b、c三个等级,其中,提示等级a匹配的提示方式为弹窗提醒,提示等级b匹配的提示方式为语音提醒,提示等级c匹配的提示方式为电话提醒。那么可以通过识别当前服务行为信息与规划服务信息的匹配程度的等级,来确定对应的提示等级,并采用与提示等级匹配的提示方式来发送提示消息。
本申请实施例中,服务行为信息与规划服务信息不匹配可以包括以下至少一种情况或任意组合:
情况1、服务行为信息包含服务提供端的当前位置信息,规划服务信息包含服务订单的终点位置信息。
在情况1下,检测到服务行为信息与服务订单的规划服务信息不匹配,具体可以是:基于当前位置信息和服务订单的终点位置信息,确定服务提供端的当前位置已偏离服务订单的终点位置、且当前位置与终点位置之间的距离大于设定距离阈值。
其中,服务提供端的当前位置信息,是指服务器在接收到服务提供端发送的订单结束请求时检测到的服务提供端的位置信息。
情况2、服务行为信息包含服务提供端的移动路线信息,规划服务信息包含服务订单对应的规划的行驶路线信息。
在情况2下,检测到服务行为信息与服务订单的规划服务信息不匹配,具体可以是:基于移动路线信息和规划的行驶路线信息,确定服务提供端的移动路线与服务订单对应的规划的行驶路线不匹配。
情况3、服务行为信息包含服务提供端执行服务订单的实际服务时长,规划服务信息包含预估服务时长。
在情况3下,检测到服务行为信息与服务订单的规划服务信息不匹配,具体可以是:检测到服务提供端执行服务订单的实际服务时长与服务订单的预估服务时长不匹配。
实际应用中,服务行为信息和规划服务信息可能不止以上几种情况,关于每种情况下的具体实施过程将在下文中结合具体应用场景展开介绍,在此暂不展开说明。
步骤203、基于服务提供端针对提示信息执行的响应操作,确定服务订单的订单结束信息。
步骤204、向服务请求端发送确定的订单结束信息。
示例性的,订单结束信息可以包括服务费用信息。
具体实施中,服务器在向服务提供端发送用于提示服务行为信息与服务订单的规划服务信息不匹配的提示信息之后,服务提供端可以选择是否根据提示信息对订单结束信息进行更改。
若服务器检测到服务提供端根据提示信息所执行的响应操作为无需更改订单结束信息,则将以订单结束信息初始记录的当前服务费用作为订单结束信息的服务费用信息,生成相应的订单结束信息,并将生成的订单结束信息发送到服务请求端。
若服务器检测到服务提供端根据提示信息所执行的响应操作为更改订单结束信息,则可以将订单结束信息初始记录的当前服务费用更改为服务订单的理论服务费用。其中,当前服务费用为根据服务提供端的实际移动距离和时间服务时长确定的,理论服务费用为根据服务订单中记录的预估移动距离和预估服务时长确定的。
在一种可能的实施方式中,考虑到服务器自动更改的服务订单的理论服务费用可能并不符合实际情况,故服务器在将订单结束信息中初始记录的当前服务费用更改为服务订单的理论服务费用之后,可以向服务提供端发送订单结束确认信息,服务提供端根据订单结束确认信息,确认是否采用更改后的理论服务费用。
进一步地,服务器若检测到服务提供端确认采用更改后的理论服务费用,则可以向服务请求端发送更改后的理论服务费用的订单结束信息。
在另一种可能的实施方式中,服务器若检测到服务提供端未确认采用更改后的理论服务费用,还可以向服务提供端提供一个修改服务费用的功能出口,具体的,可以向服务提供端发送用于指示修改订单结束信息的通知消息,然后接收服务提供端发送的针对订单结束信息的修改内容,并基于修改内容,更新订单结束信息中的服务费用,这样,服务器最终向服务请求端发送的订单结束信息中携带有更新后的服务费用。
此外,考虑到服务提供端主动修改的服务费用可能并不能准确反映真实的服务费用,因此,本申请的一种实施方式中,服务器在接收到服务提供端发送的针对订单结束信息的修改内容之后,可以向服务请求端发送服务费用更改确认信息,服务请求端根据服务费用更改确认信息,确认是否确认服务提供端修改的服务费用。
进一步地,若检测到服务请求端确认服务提供端修改的服务费用,则基于服务提供端的修改内容,更新订单结束信息中的服务费用,并向服务请求端发送携带有更新后的服务费用的订单结束信息。
本实施例提供的订单处理方法,可以在因服务提供端执行了非正常的操作导致服务行为信息出现异常的情况下,为服务提供端提供可以选择是否更改订单结束信息的功能出口,并让服务提供端基于实际情况来确认是否更改订单结束信息,由此可以提高最终推送给服务请求端的订单结束信息的准确率。
实施例二
结合上述实施例一,本实施例二中将对订单处理过程中,服务器、服务提供端、服务请求端之间的交互过程进行介绍,如图3所示,为本实施例二提供的一种交互流程示意图,包括以下步骤:
步骤301、服务器检测服务订单被执行过程中的服务行为信息。
步骤302、当服务器检测到服务行为信息与服务订单的规划服务信息不匹配时,提示服务提供端服务行为信息与服务订单的规划服务信息不匹配。
步骤303、服务提供端向服务器发送订单结束请求。
步骤304、服务器接收订单结束请求之后,向服务提供端发送提示信息。
其中,提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息。
步骤305、服务提供端基于提示信息,执行响应操作。
步骤306、服务器基于服务提供端的针对提示信息执行的响应操作,确定服务订单的订单结束信息。
步骤307、服务器向服务请求端发送确定的订单结束信息。
下面,将分别列举几种具体的应用场景,对实施例一和实施例二中所提供的订单处理方法展开介绍。需要说明的是,以下实施例三至实施例五所提供的在网约车场景下的实施方式仅作为举例,本申请并不限定于上述实施例中所描述的应用场景,还可以适用在任何一种在服务行为信息异常的情况下更改订单结束信息的应用场景,例如网上订餐场景等。
实施例三
本实施例三中,以应用场景为网约车服务、服务提供端为执行网约车服务的司机端为例,对本申请提供的订单处理方法进行说明。
示例性的,服务订单出现的异常情况例如包括司机端到达服务订单指定的终点位置后未及时结束服务订单、或者在乘客未上车的情况下,司机端已经开始行程并请求结束行程。
其中,司机到达服务订单指定的终点位置后未结束服务订单,可能是因为司机忘记结束服务订单而导致的,也有可能因网络原因无法及时结束服务,还可能是因为司机故意没有结束服务订单,在上述情况下,会出现司机端的当前位置已偏离服务订单的终点位置(具体指司机端的当前位置已超出服务订单的终点位置)、且当前位置与终点位置之间的距离大于设定距离阈值的现象,服务器可以识别出服务行为信息与服务订单的规划服务信息不匹配,进而向司机端发起调整订单结束信息的订单处理流程。
其中,在乘客未上车的情况下,司机端已经开始行程并请求结束行程,可能是因为司机端的误操作而导致的,在上述情况下,也会出现司机端的当前位置已偏离服务订单的终点位置(具体指司机端的当前位置还未到达服务订单的终点位置)、且当前位置与终点位置之间的距离大于设定距离阈值的现象,服务器可以识别出服务行为信息与服务订单的规划服务信息不匹配,进而向司机端发起调整订单结束信息的订单处理流程。
参照图4所示,为本实施例三提供的一种订单处理方法的流程示意图,包括以下步骤:
步骤401、检测服务订单被执行过程中司机端的当前位置信息。
其中,检测服务订单被执行过程中司机端的当前位置信息的方法可以是通过全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global NavigationSatellite System,GLONASS)、无线保真(Wireless Fidelity,WiFi)定位技术等,或其任意组合。
步骤402、若检测到司机端的当前位置信息与服务订单的终点位置信息不匹配,则在接收到司机端发送的结束行程请求之后,向司机端发送提示信息。
其中,结束行程请求即为上述订单结束请求。
其中,在检测到司机端的当前位置信息与服务订单的终点位置信息不匹配可以是,基于当前的位置信息和服务订单的终点位置信息,确定司机端的当前位置已偏离服务订单的终点位置、且当前位置与终点位置之间的距离大于设定距离阈值。示例性的,司机端的当前位置已偏离服务订单的终点位置可以是指司机端的当前位置已超出服务订单的终点位置,或者,司机端的当前位置还未到达服务订单的终点位置。
以司机端的当前位置已超出服务订单的终点位置为例,考虑到定位技术可能存在偏差,因此,当检测到当前位置与终点位置之间的距离大于设定距离阈值时,才会确定司机端的当前位置信息与服务订单的终点位置信息不匹配。
示例性的,设定距离阈值为50米,则当检测到司机端的当前位置与终点位置之间的距离大于50米时,才会确定司机端的当前位置信息与服务订单的终点位置信息不匹配。
一种可能的应用场景中,当检测到司机端的当前位置与服务订单的终点位置信息不匹配时,可以提示司机端当前位置与服务订单的终点位置信息不匹配。
其中,在提示司机端当前位置与服务订单的终点位置信息不匹配时,可以通过给司机端推送弹窗、语音提示、电话提示等方式。
具体实施中,可以设置不同等级的提示方式,如推送弹窗提醒为一级提醒,语音提示为二级提醒,电话提示为三级提醒,根据司机端当前位置与服务订单的终点位置之间的距离确定以何种等级的提醒方式提示司机端。
示例性的,若司机端当前位置与服务订单的终点位置之间的距离大于设定距离阈值、且小于第一预设距离,则可以确定给司机端使用一级提醒的方式进行提示,若司机端当前位置与服务订单的终点位置之间的距离大于或等于第一预设距离,且小于第二预设距离,则可以确定给司机端使用二级提醒的方式进行提示,若司机端当前位置与服务订单的终点位置之间的距离大于或等于第二预设距离,则可以确定给司机端使用三级提醒的方式进行提示。
一示例中,在使用一级提醒的方式给司机端进行提示时,即在给司机端推送弹窗时,效果示意图可以如图5所示,司机端可以展示司机端的当前位置与服务订单的终点位置之间的距离,并在司机端的地图上进行显示,当检测到司机端当前位置与服务订单的终点位置之间的距离大于设定距离阈值、且小于第一预设距离时,出现图5所示的灰色区域所示的弹窗,弹窗中显示的提示内容为“您已超出服务订单的终点位置N米,请及时结束行程或建议乘客更新目的地”。
另一示例中,在使用二级提醒的方式给司机端进行提示时,即通过语音提示的方法提示司机时,可以通过自动语音播报图5中弹窗内容的方式。
又一示例中,在使用三级提醒的方式给司机端进行提示时,即通过电话提示的方式对司机端进行提示时,可以通过网约车平台的人工客服或者机器人客服给司机端打电话的方式进行提示。
当检测到司机端触发图5所示的“到达目的地”的选项时,确认接收到司机端发送的结束行程请求,进一步可以向司机端发送提示信息,其中,示例性地,在服务提供端可以展示如图6所示的提示界面,界面中展示“是乘客要求继续驾驶吗”,司机端可以选择“是,是乘客的需求”或者“否,我选择更改服务费用”的按钮。
一种可能的情况下,在到达服务订单的终点位置后,乘客要求继续行驶,这种情况下,所产生费用应该由乘客端进行支付;然而,在另外一种情况下,司机端在到达服务订单的终点位置后,忘记结束行程或者网络原因无法结束行程,这种情况下,司机端在到达终点位置之后,仍旧在计费,但乘客无需支付驶过终点位置之后的服务费用,此时,司机端可以更改服务费用。
步骤403、基于司机端针对提示信息执行的响应操作,确定服务订单的订单结束信息。
示例性的,参照图6所示的提示信息下,若选择“是,是乘客的需求”,则确定服务订单的订单结束信息中所包含的服务费用信息为当前服务费用;若选择“否,我选择更改费用”,则司机端可以展示如图7所示的界面,图7中包括费用更改界面,以及客服入口,费用更改界面显示费用更改信息,以及更改说明,其中,费用更改信息用于提示将当前服务费用“33.25”更改为服务订单的理论服务费用“28.20”,更改说明用于说明服务费用更改原因,司机可以在该界面确认将当前服务费用更改为服务订单的理论服务费用。
另外,若有特殊情况,如乘客并非在服务订单的终点位置下车,而司机在乘客下车之后忘记结束行程,这种情况下,可以通过图7中的客服入口,接入人工客服进行说明。
当然,实际应用中,图7中还可以配置输入修改后的服务费用的功能入口,这样可以在服务提供端未确认服务器自动更正的理论服务费用之后,通过输入修改后的服务费用来对服务费用进行更新。
步骤404、向乘客端发送确定的订单结束信息。
其中,向乘客端发送的确定的订单结束信息中包含服务费用信息。
本实施例所提供的订单处理方法,可以在检测到司机端的当前位置与服务订单的终点位置不匹配时,提醒司机端当前位置与服务订单的终点位置不匹配,并在接收到司机端发送的结束行程请求之后,向司机端发送提示信息,并根据司机端针对提示信息执行的响应操作,确定服务订单的订单结束信息,并向乘客端发送订单结束信息。
通过这种方法,可以在司机端的当前位置信息与服务订单的终点位置信息不匹配时,确定出较高准确率的订单结束信息。
实施例四
本实施例四中,以应用场景为网约车服务、服务提供端为执行网约车服务的司机端,服务订单出现的异常情况为司机端未按照网约车服务平台所提供的行驶路线行驶为例,对本申请提供的订单处理方法进行说明。
在网约车的服务订单执行过程中,司机端未按网约车服务平台所提供的行驶路线行驶可能是因为网约车平台所提供的行驶路线包含堵车的情况而导致的,也有可能是因为司机故意没有选择网约车平台所提供的行驶路线,在上述情况下,会出现司机端的移动路线信息与规划的行驶路线信息不匹配的情况,服务器可以识别出服务行为信息与服务订单的规划服务信息不匹配,进而向司机端发起调整订单结束信息的订单处理流程。
参见图8所示,为本申请实施例所提供的一种订单处理方法的流程示意图,包括以下步骤:
步骤801、检测服务订单被执行过程中司机端的移动路线信息。
步骤802、若检测到司机端的移动路线信息与服务订单对应的规划的行驶路线信息不匹配,则在接收到司机端发送的结束行程请求之后,向司机端发送提示信息。
一种可能的应用场景中,当检测到司机端的移动路线信息与服务订单对应的规划的行驶路线信息不匹配时,可以提示司机端的移动路线信息与服务订单对应的规划的行驶路线信息不匹配。
其中,在提示司机端当前位置与服务订单的终点位置信息不匹配时,可以通过给司机端推送弹窗、语音提示、电话提示等方式。
具体实施中,可以设置不同等级的提示方式,如推送弹窗为一级提醒,语音提示为二级提醒,电话提示为三级提醒,根据司机端当前位置与服务订单的终点位置之间的距离确定以何种等级的提醒方式提示司机端。
示例性的,若当司机端当前移动路线与服务订单对应的规划的行驶路线之间的偏差大于设定偏差,且小于第一预设偏差,则可以确定给司机端使用一级提醒的方式进行提示,若司机端当前移动路线与服务订单对应的规划的行驶路线之间的偏差大于或等于第一预设偏差,且小于第二预设偏差,则确定给司机端使用二级提醒的方式进行提醒,若司机端当前移动路线与服务订单对应的规划的行驶路线之间的偏差大于或等于第二预设偏差,则确定给司机端使用三级提醒的方式进行提醒。
一示例中,在使用一级提醒的方式给司机端进行提示时,即在给司机端推送弹窗时,效果示意图可以如图9所示,司机端可以展示司机端的当前位置和服务订单对应的规划的行驶路线,黑色实线部分为服务订单对应的规划的行驶路线,虚线部分为司机端从起始位置到当前位置的行驶路线,当检测到司机端当前移动路线与服务订单对应的规划的行驶路线之间的偏差大于设定偏差,且小于第一预设偏差时,出现图9灰色区域所示的弹窗,并提醒“您已偏离路线,请及时调整或建议乘客更新目的地”。
另一示例中,在使用二级提醒的方式给司机端进行提示时,即通过语音提示的方法提示司机时,可以通过自动语音播报图9中弹窗内容的方式。
又一示例中,在使用三级提醒的方式给司机端进行提示时,即通过电话提示的方式对司机端进行提示时,可以通过网约车平台的人工客服或者机器人客服给司机端打电话的方式进行提示。
当检测到司机端触发图9中所示的“到达目的地”的选项时,确认接收到司机端发送的结束行程请求,服务器可以向司机端发送提示信息,进一步的,司机端在提示信息后可选择执行的操作与实施例三中所提供的操作步骤相同,在此将不再赘述。
步骤803、基于司机端针对提示信息执行的响应操作,确定服务订单的订单结束信息。
步骤804、向乘客端发送确定的订单结束信息。
其中,向乘客端发送的确定的订单结束信息中包含服务费用信息。
本实施例所提供的订单处理方法,可以在检测到司机端的移动路线信息与服务订单对应的规划的行驶路线信息不匹配时,提醒司机端的移动路线信息与服务订单对应的规划的行驶路线信息不匹配,并在接收到司机端发送的结束行程请求之后,向司机端发送提示信息,并根据司机端针对提示信息执行的响应操作,确定服务订单的订单结束信息,并向乘客端发送订单结束信息。
通过这种方法,可以在检测到司机端的移动路线信息与服务订单对应的规划的行驶路线信息不匹配时,确定出较高准确率的订单结束信息,降低司机恶意绕路行为发生的概率。
实施例五
本实施例五中,以应用场景为网约车服务、服务提供端为执行网约车服务的司机端,对本申请提供的订单处理方法进行说明。
示例性的,服务订单出现的异常情况例如包括:司机端可能按照服务订单对应的规划的行驶路线行驶,但是由于乘客行程改变,司机端需要提前结束行程或者延迟结束行程;或者,在乘客未上车的情况下,司机端已经开始行程并请求结束行程。
在上述异常情况下,可能会出现司机端的实际服务时长未到达服务订单的预估服务时长,或者司机端的实际服务时长超出服务订单的预估服务时长的现象。
其中,司机端在实际服务时长未达到服务订单的预估服务时长时,便选择结束服务订单时,或者,司机端在实际服务时长超过服务订单的预估时长后,仍旧未选择结束服务订单时,服务器可以识别出服务行为信息与服务订单的规划服务信息不匹配,进而向司机端发起调整订单结束信息的订单处理流程。
参见图10所示,为本申请实施例所提供的一种订单处理方法的流程示意图,包括以下步骤:
步骤1001、检测服务订单被执行过程中司机端的实际服务时长。
步骤1002、若检测到司机端的实际服务时长与服务订单的预估时长不匹配,在接收到司机端发送的结束行程请求之后,向司机端发送提示信息。
其中,在检测到司机端的实际服务时长与服务订单的预估时长不匹配包括两种情况,一种是司机端的实际服务时长小于服务订单的预估时长,一种是司机端的实际服务时长大于服务订单的预估时长。
针对司机端的实际服务时长小于服务订单的预估时长的情况,可以在接收到司机端发送的结束行程请求之后,向司机端发送提示信息,进而由司机端判断是否更改当前服务费用;针对司机端的实际服务时长大于服务订单的预估时长,可以在司机端发送结束行程请求之前,提示司机端实际服务时长超过预估时长,具体提示的方法与实施例三和实施例四中提示的方法类似,在此将不再赘述。
步骤1003、基于司机端针对提示信息执行的响应操作,确定服务订单的订单结束信息。
步骤1004、向乘客端发送确定的订单结束信息。
本实施例提供的订单处理方法,可以在检测到司机端的实际服务时长超过预估时长时,提醒司机端实际服务时长超过预估时长,并在检测到司机端的实际服务时长与预估时长不匹配,接收到司机端发送的结束请求之后,向司机端发送提示信息,并根据司机端针对提示信息执行的响应操作,确定服务订单的订单结束信息,并向乘客端发送订单结束信息。
通过这种方法,可以在检测到司机端的实际服务时长与服务订单的预估时长不匹配时,确定出准确率较高的订单结束信息。
实施例六
参照图11所示,为本申请实施例六提供的一种订单处理装置1100的架构示意图,所述装置包括:检测模块1101、处理模块1102、确定模块1103、发送模块1104,具体的:
检测模块1101,用于检测服务订单被执行过程中的服务行为信息;
处理模块1102,用于若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配,则在接收到服务提供端发送的订单结束请求之后,向所述服务提供端发送提示信息,所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息;
确定模块1103,用于基于所述服务提供端针对所述提示信息执行的响应操作,确定所述服务订单的订单结束信息;
发送模块1104,用于向服务请求端发送确定的所述订单结束信息。
一种可能的设计中,所述服务行为信息包括所述服务提供端的当前位置信息;所述规划服务信息包括所述服务订单的终点位置信息;
所述处理模块1102,在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时,具体用于:
基于所述当前位置信息和所述服务订单的终点位置信息,确定所述服务提供端的当前位置已偏离所述服务订单的终点位置、且所述当前位置与所述终点位置之间的距离大于设定距离阈值。
一种可能的设计中,所述服务行为信息包括所述服务提供端的移动路线信息;所述规划服务信息包括所述服务订单对应的规划的行驶路线信息;
所述处理模块1102,在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时,具体用于:
基于所述移动路线信息和所述规划的行驶路线信息,确定所述服务提供端的移动路线与所述服务订单对应的规划的行驶路线不匹配。
一种可能的设计中,所述服务行为信息包括所述服务提供端执行所述服务订单的实际服务时长;所述规划服务信息包括预估服务时长;
所述处理模块1102,在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时,具体用于:
检测到所述服务提供端执行所述服务订单的实际服务时长与所述服务订单的预估服务时长不匹配。
一种可能的设计中,所述订单结束信息中包括服务费用信息。
一种可能的设计中,所述确定模块1103,在基于所述服务提供端针对所述提示信息执行的响应操作,确定所述服务订单的订单结束信息时,具体用于:
若检测到所述响应操作为所述服务提供端更改订单结束信息,则将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用;
其中,所述当前服务费用为根据所述服务提供端的实际移动距离和实际服务时长确定的;所述理论服务费用为根据所述服务订单中记录的预估移动距离和预估服务时长确定的。
一种可能的设计中,所述发送模块1104,在向服务请求端发送确定的所述订单结束信息时,具体用于:
在将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用之后,向所述服务提供端发送订单结束确认信息,所述订单结束确认信息用于指示所述服务提供端确认是否采用更改后的理论服务费用;
若检测到所述服务提供端确认采用更改后的理论服务费用,向所述服务请求端发送包含所述更改后的理论服务费用的订单结束信息。
一种可能的设计中,所述订单处理装置还包括,所述发送模块1104,还用于:
若所述服务提供端未采用所述更改后的理论服务费用,则向所述服务提供端发送用于指示修改订单结束信息的通知消息;
所述确定模块1103,还用于:
接收所述服务提供端发送的针对所述订单结束信息的修改内容,并基于所述修改内容,更新所述订单结束信息中的服务费用;
所述发送模块1104,在向服务请求端发送确定的所述订单结束信息时,具体用于:向所述服务请求端发送所述订单结束信息,所述订单结束信息中携带有更新后的服务费用。
一种可能的设计中,所述处理模块1102,在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后,接收到服务提供端发送的订单结束请求之前,还用于:
提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配。
一种可能的设计中,所述服务行为信息与所述服务订单的规划服务信息的匹配程度分为至少一个等级;
所述处理模块1102,在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后,还用于:
在所述服务订单被执行过程中更新所述服务行为信息,并基于更新后的服务行为信息,确定更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级;
所述处理模块1102,在提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配时,具体用于:
基于更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级,确定提示等级;
按照与确定的提示等级匹配的提示方式来提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配。
本实施例提供的订单处理装置,可以检测服务订单被执行过程中的服务行为信息,若当检测到服务订单被执行过程中的服务行为信息与服务订单的规划服务信息不匹配时,判断则可识别出服务订单出现异常,那么可以在接收服务提供端请求结束服务订单发送的订单结束请求之后,指示服务提供端提示服务提供端上述服务订单出现异常,以便服务提供端选择是否需要对出现异常的服务订单的订单结束信息进行调整,进而可以根据服务提供端执行的响应操作的选择,最终确定订单结束信息,并将最终确定出的订单结束信息发送给服务请求端。
通过上述装置,可以在因服务提供端执行了非正常的操作导致服务行为信息出现异常的情况下,为服务提供端提供可以选择是否弥补调整订单结束信息的功能出口,并让服务提供端基于实际情况来选择确认是否更改订单结束信息,由此可以提高了最终推送给服务请求端的订单结束信息的准确率。
实施例七
基于相同的技术构思,本申请实施例还提供了一种电子设备。参照图12所示,为本申请实施例提供的电子设备1200的结构示意图,包括处理器1201、存储器1202、和总线1203。其中,存储器1202用于存储执行指令,包括内存12021和外部存储器12022;这里的内存12021也称内存储器,用于暂时存放处理器1201中的运算数据,以及与硬盘等外部存储器12022交换的数据,处理器1201通过内存12021与外部存储器12022进行数据交换,当电子设备1200运行时,处理器1201与存储器1202之间通过总线1203通信,使得处理器1201在执行以下指令:
检测服务订单被执行过程中的服务行为信息;
若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配,则在接收到服务提供端发送的订单结束请求之后,向所述服务提供端发送提示信息,所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息;
基于所述服务提供端针对所述提示信息执行的响应操作,确定所述服务订单的订单结束信息;
向服务请求端发送确定的所述订单结束信息。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述订单处理方法的步骤。
具体地,该存储介质能够为通用的存储介质,如移动磁盘、硬盘等,该存储介质上的计算机程序被运行时,能够执行上述订单处理方法,从而提高订单结束信息的准确率。
本申请实施例所提供的订单处理方法的计算机程序产品,包括存储了程序代码的计算机可读存储介质,程序代码包括的指令可用于执行前面方法实施例中的方法,具体实现可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考方法实施例中的对应过程,本申请中不再赘述。在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (22)
1.一种订单处理方法,其特征在于,包括:
检测服务订单被执行过程中的服务行为信息;
若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配,则在接收到服务提供端发送的订单结束请求之后,向所述服务提供端发送提示信息,所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息;
基于所述服务提供端针对所述提示信息执行的响应操作,确定所述服务订单的订单结束信息;
向服务请求端发送确定的所述订单结束信息。
2.如权利要求1所述的订单处理方法,其特征在于,所述服务行为信息包括所述服务提供端的当前位置信息;所述规划服务信息包括所述服务订单的终点位置信息;
所述检测到所述服务行为信息与所述服务订单的规划服务信息不匹配,包括:
基于所述当前位置信息和所述服务订单的终点位置信息,确定所述服务提供端的当前位置已偏离所述服务订单的终点位置、且所述当前位置与所述终点位置之间的距离大于设定距离阈值。
3.如权利要求1所述的订单处理方法,其特征在于,所述服务行为信息包括所述服务提供端的移动路线信息;所述规划服务信息包括所述服务订单对应的规划的行驶路线信息;
所述检测到所述服务行为信息与所述服务订单的规划服务信息不匹配,包括:
基于所述移动路线信息和所述规划的行驶路线信息,确定所述服务提供端的移动路线与所述服务订单对应的规划的行驶路线不匹配。
4.如权利要求1所述的订单处理方法,其特征在于,所述服务行为信息包括所述服务提供端执行所述服务订单的实际服务时长;所述规划服务信息包括预估服务时长;
所述检测到所述服务行为信息与所述服务订单的规划服务信息不匹配,包括:
检测到所述服务提供端执行所述服务订单的实际服务时长与所述服务订单的预估服务时长不匹配。
5.如权利要求1所述的订单处理方法,其特征在于,所述订单结束信息中包括服务费用信息。
6.如权利要求1所述的订单处理方法,其特征在于,基于所述服务提供端针对所述提示信息执行的响应操作,确定所述服务订单的订单结束信息,包括:
若检测到所述响应操作为所述服务提供端更改订单结束信息,则将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用;
其中,所述当前服务费用为根据所述服务提供端的实际移动距离和实际服务时长确定的;所述理论服务费用为根据所述服务订单中记录的预估移动距离和预估服务时长确定的。
7.如权利要求6所述的订单处理方法,其特征在于,所述向服务请求端发送确定的所述订单结束信息,包括:
在将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用之后,向所述服务提供端发送订单结束确认信息,所述订单结束确认信息用于指示所述服务提供端确认是否采用更改后的理论服务费用;
若检测到所述服务提供端确认采用更改后的理论服务费用,向所述服务请求端发送包含所述更改后的理论服务费用的订单结束信息。
8.如权利要求7所述的订单处理方法,其特征在于,所述方法还包括:
若所述服务提供端未采用所述更改后的理论服务费用,则向所述服务提供端发送用于指示修改订单结束信息的通知消息;
接收所述服务提供端发送的针对所述订单结束信息的修改内容,并基于所述修改内容,更新所述订单结束信息中的服务费用;
向所述服务请求端发送所述订单结束信息,所述订单结束信息中携带有更新后的服务费用。
9.如权利要求1至8任一所述的订单处理方法,其特征在于,在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后,接收到服务提供端发送的订单结束请求之前,还包括:
提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配。
10.如权利要求9所述的订单处理方法,其特征在于,所述服务行为信息与所述服务订单的规划服务信息的匹配程度分为至少一个等级;
检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后,还包括:
在所述服务订单被执行过程中更新所述服务行为信息,并基于更新后的服务行为信息,确定更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级;
所述提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配,包括:
基于更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级,确定提示等级;
按照与确定的提示等级匹配的提示方式来提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配。
11.一种订单处理装置,其特征在于,包括:
检测模块,用于检测服务订单被执行过程中的服务行为信息;
处理模块,用于若检测到所述服务行为信息与所述服务订单的规划服务信息不匹配,则在接收到服务提供端发送的订单结束请求之后,向所述服务提供端发送提示信息,所述提示信息用于提示在所述服务行为信息与所述服务订单的规划服务信息不匹配的情况下是否更改订单结束信息;
确定模块,用于基于所述服务提供端针对所述提示信息执行的响应操作,确定所述服务订单的订单结束信息;
发送模块,用于向服务请求端发送确定的所述订单结束信息。
12.如权利要求11所述的订单处理装置,其特征在于,所述服务行为信息包括所述服务提供端的当前位置信息;所述规划服务信息包括所述服务订单的终点位置信息;
所述处理模块,在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时,具体用于:
基于所述当前位置信息和所述服务订单的终点位置信息,确定所述服务提供端的当前位置已偏离所述服务订单的终点位置、且所述当前位置与所述终点位置之间的距离大于设定距离阈值。
13.如权利要求11所述的订单处理装置,其特征在于,所述服务行为信息包括所述服务提供端的移动路线信息;所述规划服务信息包括所述服务订单对应的规划的行驶路线信息;
所述处理模块,在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时,具体用于:
基于所述移动路线信息和所述规划的行驶路线信息,确定所述服务提供端的移动路线与所述服务订单对应的规划的行驶路线不匹配。
14.如权利要求11所述的订单处理装置,其特征在于,所述服务行为信息包括所述服务提供端执行所述服务订单的实际服务时长;所述规划服务信息包括预估服务时长;
所述处理模块,在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配时,具体用于:
检测到所述服务提供端执行所述服务订单的实际服务时长与所述服务订单的预估服务时长不匹配。
15.如权利要求11所述的订单处理装置,所述订单结束信息中包括服务费用信息。
16.如权利要求11所述的订单处理装置,其特征在于,所述确定模块,在基于所述服务提供端针对所述提示信息执行的响应操作,确定所述服务订单的订单结束信息时,具体用于:
若检测到所述响应操作为所述服务提供端更改订单结束信息,则将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用;
其中,所述当前服务费用为根据所述服务提供端的实际移动距离和实际服务时长确定的;所述理论服务费用为根据所述服务订单中记录的预估移动距离和预估服务时长确定的。
17.如权利要求16所述的订单处理装置,其特征在于,所述发送模块,在向服务请求端发送确定的所述订单结束信息时,具体用于:
在将所述订单结束信息中初始记录的当前服务费用更改为所述服务订单的理论服务费用之后,向所述服务提供端发送订单结束确认信息,所述订单结束确认信息用于指示所述服务提供端确认是否采用更改后的理论服务费用;
若检测到所述服务提供端确认采用更改后的理论服务费用,向所述服务请求端发送包含所述更改后的理论服务费用的订单结束信息。
18.如权利要求17所述的订单处理装置,其特征在于,所述发送模块,还用于:
若所述服务提供端未采用所述更改后的理论服务费用,则向所述服务提供端发送用于指示修改订单结束信息的通知消息;
所述确定模块,还用于:接收所述服务提供端发送的针对所述订单结束信息的修改内容;基于所述修改内容,更新所述订单结束信息中的服务费用;
所述发送模块,在向服务请求端发送确定的所述订单结束信息时,具体用于:向所述服务请求端发送所述订单结束信息,所述订单结束信息中携带有更新后的服务费用。
19.如权利要求11至18任一所述的订单处理装置,其特征在于,所述处理模块,在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后,接收到服务提供端发送的订单结束请求之前,还用于:
提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配。
20.如权利要求19所述的订单处理装置,其特征在于,所述服务行为信息与所述服务订单的规划服务信息的匹配程度分为至少一个等级;
所述处理模块,在检测到所述服务行为信息与所述服务订单的规划服务信息不匹配之后,还用于:
在所述服务订单被执行过程中更新所述服务行为信息,并基于更新后的服务行为信息,确定更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级;
所述处理模块,在提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配时,具体用于:
基于更新后的服务行为信息与所述服务订单的规划服务信息的匹配程度的等级,确定提示等级;
按照与确定的提示等级匹配的提示方式来提示所述服务提供端所述服务行为信息与所述服务订单的规划服务信息不匹配。
21.一种电子设备,其特征在于,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行如权利要求1至10任一所述的订单处理方法的步骤。
22.一种计算机可读存储介质,其特征在于,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如权利要求1至10任一所述的订单处理方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910258806.3A CN111768254A (zh) | 2019-04-01 | 2019-04-01 | 一种订单处理方法及装置 |
PCT/CN2020/082738 WO2020200232A1 (zh) | 2019-04-01 | 2020-04-01 | 一种订单处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910258806.3A CN111768254A (zh) | 2019-04-01 | 2019-04-01 | 一种订单处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111768254A true CN111768254A (zh) | 2020-10-13 |
Family
ID=72664634
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910258806.3A Pending CN111768254A (zh) | 2019-04-01 | 2019-04-01 | 一种订单处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111768254A (zh) |
WO (1) | WO2020200232A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112184387A (zh) * | 2020-10-12 | 2021-01-05 | 广州宸祺出行科技有限公司 | 一种保证司机状态和订单状态变化一致性的方法和系统 |
CN112884299B (zh) * | 2021-01-29 | 2024-04-26 | 长沙市到家悠享家政服务有限公司 | 自动接单方法及设备、介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107451877A (zh) * | 2017-04-13 | 2017-12-08 | 成都悠途信息技术有限公司 | 一种乘车订单在线生成系统及其生成方法 |
CN108288201A (zh) * | 2017-01-10 | 2018-07-17 | 北京嘀嘀无限科技发展有限公司 | 网约车系统中为目标用户提供行程费用账单的方法及装置 |
CN108510295A (zh) * | 2017-02-24 | 2018-09-07 | 北京嘀嘀无限科技发展有限公司 | 用于生成行程账单信息的方法及装置 |
CN108765930A (zh) * | 2018-06-26 | 2018-11-06 | 上海掌门科技有限公司 | 行车监控方法及设备 |
US20190012625A1 (en) * | 2017-07-05 | 2019-01-10 | Panasonic Intellectual Property Management Co., Lt d. | Autonomous vehicle/drive-through synchronization system and synchronization method |
CN109313845A (zh) * | 2017-02-24 | 2019-02-05 | 北京嘀嘀无限科技发展有限公司 | 用于提供导航路线的系统和方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104422940A (zh) * | 2013-08-23 | 2015-03-18 | 财团法人资讯工业策进会 | 监测车辆行径的移动装置及其方法 |
CN106296065A (zh) * | 2016-07-21 | 2017-01-04 | 北京京东尚科信息技术有限公司 | 基于gis技术的订单妥投异常的监控方法、装置及系统 |
CN108764940A (zh) * | 2018-05-24 | 2018-11-06 | 北京嘀嘀无限科技发展有限公司 | 代驾行为监管方法、装置和服务器 |
CN109033966B (zh) * | 2018-06-25 | 2019-07-23 | 北京嘀嘀无限科技发展有限公司 | 绕路检测模型训练方法和装置,以及绕路检测方法和装置 |
-
2019
- 2019-04-01 CN CN201910258806.3A patent/CN111768254A/zh active Pending
-
2020
- 2020-04-01 WO PCT/CN2020/082738 patent/WO2020200232A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108288201A (zh) * | 2017-01-10 | 2018-07-17 | 北京嘀嘀无限科技发展有限公司 | 网约车系统中为目标用户提供行程费用账单的方法及装置 |
CN108510295A (zh) * | 2017-02-24 | 2018-09-07 | 北京嘀嘀无限科技发展有限公司 | 用于生成行程账单信息的方法及装置 |
CN109313845A (zh) * | 2017-02-24 | 2019-02-05 | 北京嘀嘀无限科技发展有限公司 | 用于提供导航路线的系统和方法 |
CN107451877A (zh) * | 2017-04-13 | 2017-12-08 | 成都悠途信息技术有限公司 | 一种乘车订单在线生成系统及其生成方法 |
US20190012625A1 (en) * | 2017-07-05 | 2019-01-10 | Panasonic Intellectual Property Management Co., Lt d. | Autonomous vehicle/drive-through synchronization system and synchronization method |
CN108765930A (zh) * | 2018-06-26 | 2018-11-06 | 上海掌门科技有限公司 | 行车监控方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2020200232A1 (zh) | 2020-10-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11605246B2 (en) | Programmatically determining location information in connection with a transport service | |
US20210084463A1 (en) | Method and system for integratedly managing vehicle operation state | |
US11162803B2 (en) | Providing alternative routing options to a rider of a transportation management system | |
US9567007B2 (en) | Identifying cost-effective parking for an autonomous vehicle | |
US20150278712A1 (en) | Method, apparatus, and program | |
US11023939B2 (en) | Method, device, and computer-readable medium for smart refueling event management | |
US20200210905A1 (en) | Systems and Methods for Managing Networked Vehicle Resources | |
US20200166948A1 (en) | Information processing apparatus, method for controlling information processing apparatus, and storage medium for priority passage in accompaniment of fee | |
CN111861624A (zh) | 一种车辆的推荐方法、装置、电子设备及可读存储介质 | |
CN111861081A (zh) | 一种订单分配方法、装置、电子设备及存储介质 | |
CN106575403B (zh) | 信息提供系统、显示控制装置、信息设备以及信息提供方法 | |
CN111323035A (zh) | 一种行驶偏航的检测方法、检测装置及可读存储介质 | |
CN111768254A (zh) | 一种订单处理方法及装置 | |
US20230086061A1 (en) | Dynamic event-triggered updates for network-based services | |
CN111858082A (zh) | 提示信息的发送方法、输出方法、装置、电子设备和介质 | |
CN110517524B (zh) | 合乘辅助系统、合乘辅助装置及合乘辅助方法 | |
CN111191850A (zh) | 数据处理方法、装置及设备 | |
CN111694350A (zh) | 信息处理装置、信息处理方法以及程序 | |
EP2894615B1 (en) | Information processing device, mobile terminal, and program | |
CN111091361A (zh) | 车辆终端、以及使用车辆终端处理支付的系统和方法 | |
JP5581970B2 (ja) | 経路誘導方法および経路誘導システム | |
CN110751532B (zh) | 一种资源分配的方法及装置 | |
CN113895457A (zh) | 车辆行驶状态的控制方法、装置、设备及自动驾驶车辆 | |
CN113592191A (zh) | 提示更换停车点的方法、装置及终端设备 | |
CN111861650A (zh) | 信息显示方法、第一服务请求端、系统及电子设备 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201013 |