CN111179000B - 一种订单管理方法及装置、服务器及计算机可读存储介质 - Google Patents
一种订单管理方法及装置、服务器及计算机可读存储介质 Download PDFInfo
- Publication number
- CN111179000B CN111179000B CN201811333134.XA CN201811333134A CN111179000B CN 111179000 B CN111179000 B CN 111179000B CN 201811333134 A CN201811333134 A CN 201811333134A CN 111179000 B CN111179000 B CN 111179000B
- Authority
- CN
- China
- Prior art keywords
- server
- abnormal
- state
- ticket
- listening
- 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.)
- Active
Links
- 238000007726 management method Methods 0.000 title claims abstract description 46
- 230000002159 abnormal effect Effects 0.000 claims abstract description 214
- 238000001514 detection method Methods 0.000 claims abstract description 66
- 238000000034 method Methods 0.000 claims description 47
- 230000005856 abnormality Effects 0.000 claims description 37
- 238000001816 cooling Methods 0.000 claims description 22
- 230000008569 process Effects 0.000 claims description 12
- 238000012544 monitoring process Methods 0.000 claims description 6
- 238000004590 computer program Methods 0.000 claims description 4
- 208000019901 Anxiety disease Diseases 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 9
- 238000012545 processing Methods 0.000 description 9
- 238000004891 communication Methods 0.000 description 5
- 238000011835 investigation Methods 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000036506 anxiety Effects 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
- 230000008451 emotion Effects 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 241000353097 Molva molva Species 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010438 heat treatment Methods 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000007789 sealing Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
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
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0639—Item locations
-
- 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)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Human Resources & Organizations (AREA)
- Tourism & Hospitality (AREA)
- Primary Health Care (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请涉及计算机技术领域，尤其涉及一种订单管理方法，该方法包括：检测服务端的听单状态；当检测到所述服务端的听单状态发生异常时，根据当前的异常类型，确定与该异常类型匹配的异常解决方案的链接信息；将所述链接信息推送给所述服务端。采用上述订单管理方法能够避免现有技术中司机因听单失败而处于焦虑状态，服务体验度较差的问题，实现了听单检测，提升了服务端的服务质量。本申请还提供了一种订单管理装置、服务器及计算机可读存储介质。
Description
技术领域
本申请涉及计算机技术领域，具体而言，涉及一种订单管理方法及装置、服务器及计算机可读存储介质。
背景技术
随着互联网技术的快速发展，打车系统的普及给人们的出行带来了极大的便利。当乘客需要打车时，乘客可以便捷的通过移动终端上安装的客户端发布打车请求，并将该打车请求发送至服务端，服务端则可以向司机所持移动终端上的客户端推送相应的订单信息。
现有的订单分配方法中，服务端可以根据司机当前位置选择的听单范围和听单偏好进行订单播单及分配。在司机听单的过程中，往往需要在网络状态正常的情况下，随时向服务端上传自身的全球定位系统(Global Positioning System，GPS)定位信号，以确保能够接收服务端分配的订单。
然而，由于在听单的过程中司机所持移动终端需要处于一直工作的状态，难免会带来网络异常、定位无法上传等问题，这将导致司机听单失败而处于焦虑状态，服务体验度较差。
可见，需要一种听单检测方案以确保司机能够知晓无法正常听单的原因及提供应对措施。
发明内容
有鉴于此，本申请实施例的目的在于提供一种订单管理方法及装置、服务器及计算机可读存储介质，能够对听单状态进行检测，并对异常状态及时提供异常解决方案，提升司机的服务体验。
主要包括以下几个方面：
第一方面，本申请实施例提供了一种订单管理方法，所述方法包括：
检测服务端的听单状态；其中，所述听单状态是指所述服务端对平台服务器发送的订单进行监听的状态；
当检测到所述服务端的听单状态发生异常时，根据当前的异常类型，确定与该异常类型匹配的异常解决方案的链接信息；
将所述链接信息推送给所述服务端。
结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，其中，所述检测服务端的听单状态包括：
在接收到所述服务端发送的听单异常检测请求后，检测所述服务端的听单状态；或者，
向所述服务端发送是否能监听到订单的调查请求，若所述服务端反馈的调查结果为无法监听到订单，则检测所述服务端的听单状态。
结合第一方面或第一方面的第一种可能的实施方式，本申请实施例提供了第一方面的第二种可能的实施方式，其中，所述检测服务端的听单状态包括：
检测所述服务端的运行状态是否发生异常；
若发生异常，则确定所述服务端的听单状态异常；
若未发生异常，则通过对所述服务端的服务数据进行分析，判断所述服务端的听单状态是否发生异常。
结合第一方面的第二种可能的实施方式，本申请实施例提供了第一方面的第三种可能的实施方式，其中，所述检测所述服务端的运行状态是否发生异常包括：
检测所述服务端的网络设置是否发生异常；
检测所述服务端的定位设置是否发生异常；
检测所述服务端的登录信息是否存在异常；
检测与所述服务端的登录账号对应的车辆信息是否符合预设出行规则；
检测与所述服务端的登录账号对应的当前已分配未完成订单是否符合预设听单要求。
结合第一方面的第二种可能的实施方式，本申请实施例提供了第一方面的第四种可能的实施方式，其中，通过对所述服务端的服务数据进行分析，判断所述服务端的听单状态是否发生异常，包括：
通过对所述服务端的听单设置信息、历史服务信息、和当前位置信息中的一种或多种服务数据进行分析，判断所述服务端的听单状态是否发生异常。
结合第一方面的第四种可能的实施方式，本申请实施例提供了第一方面的第五种可能的实施方式，其中，对所述服务端的听单设置信息进行分析包括：
根据所述听单设置信息，判断所述服务端当前是否设置为愿意听单的状态，若不是，则确定所述服务端的听单状态异常。
结合第一方面的第四种可能的实施方式，本申请实施例提供了第一方面的第六种可能的实施方式，其中，对所述服务端的历史服务信息进行分析包括：
获取所述服务端的历史服务得分；
通过将所述服务端的历史服务得分与预设得分阈值进行比较，或者通过将所述服务端的历史服务得分与其它服务端的历史服务得分进行比较，判断所述服务端的听单状态是否异常。
结合第一方面的第四种可能的实施方式，本申请实施例提供了第一方面的第七种可能的实施方式，其中，对所述服务端的当前位置信息进行分析包括：
根据所述服务端的当前位置信息，判断所述服务端是否处于听单冷区；所述听单冷区是指在最近预设时间长度内产生的订单数量低于设定阈值的区域；
若所述服务端处于听单冷区，则确定所述服务端的听单状态发生异常。
结合第一方面，本申请实施例提供了第一方面的第八种可能的实施方式，其中，所述链接信息指向的异常解决方案中包含有从当前异常状态恢复到正常状态的建议信息，和/或从当前异常状态恢复到正常状态的操作界面信息。
第二方面，本申请实施例还提供了一种订单管理装置，所述装置包括：
听单检测模块，用于检测服务端的听单状态；其中，所述听单状态是指所述服务端对平台服务器发送的订单进行监听的状态；
链接生成模块，用于当检测到所述服务端的听单状态发生异常时，根据当前的异常类型，确定与该异常类型匹配的异常解决方案的链接信息；
链接推送模块，用于将所述链接信息推送给所述服务端。
结合第二方面，本申请实施例提供了第二方面的第一种可能的实施方式，其中，所述听单检测模块具体用于：
在接收到所述服务端发送的听单异常检测请求后，检测所述服务端的听单状态；或者，
向所述服务端发送是否能监听到订单的调查请求，若所述服务端反馈的调查结果为无法监听到订单，则检测所述服务端的听单状态。
结合第二方面或第二方面的第一种可能的实施方式，本申请实施例提供了第二方面的第二种可能的实施方式，其中，所述听单检测模块具体用于：
检测所述服务端的运行状态是否发生异常；
若发生异常，则确定所述服务端的听单状态异常；
若未发生异常，则通过对所述服务端的服务数据进行分析，判断所述服务端的听单状态是否发生异常。
结合第二方面的第二种可能的实施方式，本申请实施例提供了第二方面的第三种可能的实施方式，其中，所述听单检测模块具体用于：
检测所述服务端的网络设置是否发生异常；
检测所述服务端的定位设置是否发生异常；
检测所述服务端的登录信息是否存在异常；
检测与所述服务端的登录账号对应的车辆信息是否符合预设出行规则；
检测与所述服务端的登录账号对应的当前已分配未完成订单是否符合预设听单要求。
结合第二方面的第二种可能的实施方式，本申请实施例提供了第二方面的第四种可能的实施方式，其中，所述听单检测模块具体用于：
通过对所述服务端的听单设置信息、历史服务信息、和当前位置信息中的一种或多种服务数据进行分析，判断所述服务端的听单状态是否发生异常。
结合第二方面的第四种可能的实施方式，本申请实施例提供了第二方面的第五种可能的实施方式，其中，所述听单检测模块具体用于：
根据所述听单设置信息，判断所述服务端当前是否设置为愿意听单的状态，若不是，则确定所述服务端的听单状态异常。
结合第二方面的第四种可能的实施方式，本申请实施例提供了第二方面的第六种可能的实施方式，其中，所述听单检测模块具体用于：
获取所述服务端的历史服务得分；
通过将所述服务端的历史服务得分与预设得分阈值进行比较，或者通过将所述服务端的历史服务得分与其它服务端的历史服务得分进行比较，判断所述服务端的听单状态是否异常。
结合第二方面的第四种可能的实施方式，本申请实施例提供了第二方面的第七种可能的实施方式，其中，所述听单检测模块具体用于：
根据所述服务端的当前位置信息，判断所述服务端是否处于听单冷区；所述听单冷区是指在最近预设时间长度内产生的订单数量低于设定阈值的区域；
若所述服务端处于听单冷区，则确定所述服务端的听单状态发生异常。
结合第二方面，本申请实施例提供了第二方面的第八种可能的实施方式，其中，所述链接信息指向的异常解决方案中包含有从当前异常状态恢复到正常状态的建议信息，和/或从当前异常状态恢复到正常状态的操作界面信息。
第三方面，本申请实施例还提供一种服务器，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当服务器运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，第一方面的第一种可能的实施方式至第一方面的第八种可能的实施方式中任一种可能的实施方式中订单管理方法的步骤。
第四方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，第一方面的第一种可能的实施方式至第一方面的第八种可能的实施方式中任一种可能的实施方式中订单管理方法的步骤。
采用上述方案，首先检测服务端的听单状态；当检测到服务端的听单状态发生异常时，根据当前的异常类型，确定与该异常类型匹配的异常解决方案的链接信息；最后将生成的链接信息推送给服务端。这样，通过对服务端的听单状态进行检测，能够在服务端处于异常状态下生成对应的异常解决方案，以便于服务端通过该异常解决方案对应的链接信息寻求解决听单状态异常的解决方案，提升了服务端的服务质量，并避免了司机因听单失败而处于焦虑状态，服务体验度较差的问题。
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例一所提供的一种订单管理方法的流程图；
图2示出了本申请实施例三所提供的一种订单管理方法的流程图；
图3示出了本申请实施例七所提供的一种订单管理方法的流程图；
图4示出了本申请实施例八所提供的一种订单管理方法的流程图；
图5～图10示出了本申请实施例所提供的一种订单管理方法的应用场景示意图；
图11示出了本申请实施例九所提供的一种订单管理装置的结构示意图；
图12示出了本申请实施例十所提供的一种服务器的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
考虑到服务端因网络异常、定位无法上传等问题导致听单异常而无法正常接单，从而影响提供服务的服务方体验的问题，本申请实施例提供了一种订单管理的方案，其可以应用于任何需要服务方通过听单来领取订单从而为接受服务的用户提供订单服务的场景，比如打车场景，如快车、专车、顺风车、出租车等，本申请实施例对此不做具体的限制。下面通过几个实施例进行具体的描述。
实施例一
如图1所示，为本申请实施例一提供的一种订单管理方法的流程图，该方法的执行主体可以是打车平台的平台服务器，上述订单管理方法包括如下步骤：
S101、检测服务端的听单状态；其中，所述听单状态是指服务端对平台服务器发送的订单进行监听的状态。
这里，听单是指服务端对平台服务器发送的订单进行监听，也就是准备接收订单。考虑到本申请实施例提供的订单管理方法的应用场景，本申请实施例中的服务端可以指的是司机使用的客户端，该客户端可以是移动设备的应用客户端，还可以是全球广域网(World Wide Web,web)客户端等。本申请实施例中，司机在客户端上选择相应的按钮(如出车按钮)才能够进入听单状态，在听单状态下便可以监听到打车平台分配的订单。
其中，上述听单状态不仅可以指的是服务端的运行状态，如网络设置、定位设置等，还可以是根据对服务端的服务数据进行分析所确定的听单是否异常的状态，如可以根据服务端的听单设置信息、历史服务信息、当前位置信息等各服务数据来确定听单状态。
S102、当检测到所述服务端的听单状态发生异常时，根据当前的异常类型，确定与该异常类型匹配的异常解决方案的链接信息。
这里，本申请实施例基于服务端的听单状态的检测结果，旨在判断听单状态是否存在异常，并能够在异常状态下，确定与异常类型对应的异常解决方案，且能够将该异常解决方案以链接信息的形式展示给司机的服务端。
本申请实施例中，可以针对不同的异常类型预先设置不同的异常解决方案，这样，在发生订单状态异常后，根据当前的异常类型，可以从预先设置的异常解决方案中，查找到与之对应的异常解决方案，从而进行异常的针对性处理。
在具体实施中，平台服务器在查找到异常解决方案后，可以根据保存当前异常类型对应的异常解决方案的地址，以及服务端当前打开页面(也即听单检测页面)的地址，生成访问所述异常解决方案的链接信息。平台服务器也可以预先生成好与不同异常类型对应的异常解决方案的链接信息，在发生订单状态异常后，根据当前的异常类型，可以从预先设置的异常解决方案的链接信息中，查找到与之对应的异常解决方案的链接信息。这样，在服务端打开听单检测页面时，可以基于上述链接信息跳转至对应的异常解决方案，从而解决听单处于异常的问题。
其中，上述链接信息指向的异常解决方案中可以包含有从当前异常状态恢复到正常状态的建议信息，还可以包含有从当前异常状态恢复到正常状态的操作界面信息，还可以包含有上述两种信息的结合信息。如针对网络设置这一运行状态而言，本申请实施例中的链接信息可以是从当前异常状态恢复到正常状态的操作界面信息，该操作界面信息可以是设置界面，并能够在司机通过该设置界面进行状态更改后，恢复到正常的网络设置，再如针对历史服务信息这一服务数据而言，本申请实施例中的链接信息可以是从当前异常状态恢复到正常状态的建议信息，该建议信息可以是提升服务得分的各项方法，以能够便于司机寻找到各项提升服务得分的方法，从而恢复到正常听单状态。
S103、将生成的链接信息推送给所述服务端。
这里，服务器在生成链接信息后，便可以将该链接信息推送给服务端，且可以将该链接信息推送至预设推送区域，如整个客户端的中心位置，还可以以页面平铺方式进行推送，本申请实施例对此不做具体的限制。
本申请实施例中的听单检测可以是服务端主动发起的(比如司机主动触发)，也可以是平台的服务器自动执行的检测过程，比如可以周期性执行听单状态的检测，或者是事件触发式(比如发现某司机长时间内没有接单)的听单状态检测。接下来结合实施例二进行具体说明。
实施例二
本申请实施例二中，可以在服务器接收到所述服务端发送的听单异常检测请求后，检测所述服务端的听单状态，还可以是服务器向所述服务端发送是否能监听到订单的调查请求，若所述服务端反馈的调查结果为无法监听到订单，则检测所述服务端的听单状态。
前者进行听单检测的前提是接收到服务端发送的听单异常检测请求，也就是司机主动发起听单异常检测。在具体应用中，若司机在长时间(如15分钟)内无法监听到打车平台分配的订单时，便可以主动发起听单异常检测请求，在服务器接收到该检测请求后，便可以检测服务端的运行状态以及对其服务数据进行分析以实现听单检测。本申请实施例提供的订单管理方法可以在服务端上设置一键检测按钮，以便司机通过操作该一键检测按钮发出听单异常检测请求，以进行听单异常检测，方便快捷。
针对后者对应的服务器主动检测方式，本申请实施例在考虑到订单分配的过程是依赖于服务器与服务端的通信这一前提下，服务器可以按照预设时间间隔(如5秒)发送调查请求，若服务器无法接收到服务端的调查响应，或调查响应为无法监听到订单，则服务器可以主动发起听单检测，以进一步确保整个订单管理方法的鲁棒性和实用性。
值得提出的是，本申请实施例中还可以结合主动检测方式和被动检测方法进行听单检测，以适应于不同场景的不同需求。
不管是主动检测方式还是被动检测方式，本申请实施例均需要对服务端的听单状态进行检测，如下实施例三，提供了一种进行服务端的听单状态检测的方法。
实施例三
如图2所示，本申请实施例三提供了一种听单状态的检测方法，该方法通过如下步骤具体实现：
S201、获取服务端的运行状态；
S202、检测所述服务端的运行状态是否发生异常；
若发生异常，则跳转至S203；若未发生异常，则跳转至S204；
S203、确定所述服务端的听单状态异常；
S204、通过对所述服务端的服务数据进行分析，判断所述服务端的听单状态是否发生异常。
这里，本申请实施例中，首先检测服务端的运行状态是否发生异常，只有在确保运行状态未发生异常的情况下，才会通过对服务端的服务数据进行分析来判断服务端的听单状态是否发生异常。这里主要是考虑到服务端自身的正常运行状态作为实现服务器与服务端进行双向通信的必备条件，是听单状态检测的先决条件。在运行状态不正常的情况下，服务端的听单状态意味着异常，也即，在运行状态这一先决条件不满足要求时，服务端将无法进行听单。在运行状态正常的情况下，服务端的听单状态并不意味着正常，这主要是考虑到听单环境复杂，可能会受到各方面的影响，本申请实施例着重分析了听单设置信息、历史服务信息、和当前位置信息等影响因素以尽可能的对订单分配的过程进行还原，从而可以有效的分析听单异常的原因。
鉴于服务端的运行状态以及服务数据的分析结果对听单状态的影响，接下来通过如下实施例四和实施例五分别对影响听单状态的两个方面进行描述。首先通过实施例四对服务端的运行状态这一影响因素进行具体说明。
实施例四
本申请实施例四可以通过如下几个方面中一种或多种检测服务端的运行状态是否发生异常，以便于根据检测结果确定服务端的听单状态是否异常：
第一方面：检测服务端的网络设置是否发生异常，也即，本申请实施例可以通过网络设置的异常与否来判断服务端的运行状态是否异常。这里，若服务端当前处于无法联网状态，则可以认为网络设置处于异常状态，此时，本申请实施例提供的订单管理方法可以根据当前异常状态对应的异常类型，生成与该异常类型匹配的异常解决方案的链接信息，也即，可以根据链接信息中包括的从当前异常状态恢复到正常状态的操作界面信息，帮助司机进行网络设置更改(如重启网络功能)，以恢复到正常的网络设置。
第二方面：检测所述服务端的定位设置是否发生异常，也即，本申请实施例可以通过定位设置的异常与否来判断服务端的运行状态是否异常。这里，若服务端当前处于无法定位或定位信号比较弱或无法上传定位信号时，则可以认为定位设置处于异常状态，此时，本申请实施例提供的订单管理方法可以根据当前异常状态对应的异常类型，生成与该异常类型匹配的异常解决方案的链接信息，也即，可以根据链接信息中包括的从当前异常状态恢复到正常状态的操作界面信息，帮助司机进行定位设置更改(如重启定位功能)，以恢复到正常的定位设置。
第三方面：检测所述服务端的登录信息是否存在异常，也即，本申请实施例可以通过登录信息的异常与否来判断服务端的运行状态是否异常。这里，在服务端被异地登录或登录的账号、密码等有误时，则可以认为登录信息存在异常，此时，本申请实施例提供的订单管理方法可以根据当前异常状态对应的异常类型，生成与该异常类型匹配的异常解决方案的链接信息，该链接信息可以帮助司机通过短信验证登录等其他登录方式进行登录。
第四方面：检测与所述服务端的登录账号对应的车辆信息是否符合预设出行规则，也即，本申请实施例可以通过服务端的登录账号对应的车辆信息是否符合预设出行规则来判断服务端的运行状态是否异常。这里，预设出行规则可以是交规的普通限行规则，还可以是网约车新政的限行规则，还可以是打车平台有关封禁、反作弊政策的管控规则，还可以是其他出行规则，本申请实施例在服务端的登录账号对应的车辆信息符合各出行规则的前提下才认为服务端的运行状态未发生异常，只要存在一个出行规则不符合预设要求，均认为服务端的运行状态发生异常。同样的，此时，本申请实施例提供的订单管理方法可以根据当前异常状态对应的异常类型，生成与该异常类型匹配的异常解决方案的链接信息，该链接信息可以帮助司机了解听单异常的原因，也即，由于司机的车辆信息不符合预设出行规则而无法听单，以缓解司机在无法进行听单状态下的焦虑情绪，司机的服务体验度更佳。
第五方面：检测与所述服务端的登录账号对应的当前已分配未完成订单是否符合预设听单要求。在具体应用时，为了确保打车平台的有序实施，本申请实施例将会对听单设置有对应的预设要求，而在服务端的登录账号对应的当前已分配未完成订单无法满足听单要求时，可以确定服务端的运行状态发生异常。如当前已分配未完成订单为预约单，且该预约单将在司机发起听单请求后的10分钟内开始，此时，为了确保预约单的有序进行，本申请实施例可以认为服务端的运行状态存在异常。同样的，此时，本申请实施例提供的订单管理方法可以根据当前异常状态对应的异常类型，生成与该异常类型匹配的异常解决方案的链接信息，该链接信息可以帮助司机了解听单异常的原因，也即，由于司机携带有即将开始的预约单而无法听单，以缓解司机在无法进行听单状态下的焦虑情绪，司机的服务体验度更佳。
接下来通过实施例五对服务数据的分析结果这一影响因素进行具体说明。
实施例五
本申请实施例五可以通过所述服务端的听单设置信息、历史服务信息、和当前位置信息中的一种或多种服务数据进行分析，判断所述服务端的听单状态是否发生异常。
其中，上述听单设置信息对应于司机当前的听单设置，历史服务信息则对应于司机的历史服务分，当前位置信息则对应于听单所处区域的冷热程度，接下来通过如下实施例六至八对上述三种服务数据对听单状态的影响进行具体说明。
实施例六
本申请实施例六可以根据听单设置信息，判断服务端当前是否设置为愿意听单的状态，若不是，则确定服务端的听单状态异常。
考虑到本申请实施例提供的订单管理方法的具体应用场景，司机可以通过服务端设置对应的听单模式，如监听全部订单、监听实时订单、监听限定条件内的全部订单或实时订单。鉴于本申请实施例提供的订单管理方法旨在涵盖更多的应用场景，因此，在本申请实施例中，可以将不加限定条件的听单模式作为正常的听单状态(如监听全部订单、监听实时订单)，而附加限定条件的听单模式则作为异常的听单状态(如监听预设区域和/或预设顺路路段的订单)。此时，服务器也可以根据当前异常状态对应的异常类型，生成与该异常类型匹配的异常解决方案的链接信息，该链接信息可以是从当前异常状态恢复到正常状态的操作界面信息，该操作界面信息可以是设置界面，并能够在司机通过该设置界面进行状态更改后，恢复到正常的听单设置。
实施例七
如图3所示，为本申请实施例七所提供的根据历史服务信息的分析结果判断听单状态是否异常的方法，该方法具体包括如下步骤：
S301、获取所述服务端的历史服务得分；
S302、通过将所述服务端的历史服务得分与预设得分阈值进行比较，或者通过将所述服务端的历史服务得分与其它服务端的历史服务得分进行比较，判断所述服务端的听单状态是否异常。
这里，本申请实施例可以首先获取服务端的历史服务得分，然后根据该历史服务得分判断服务端的听单状态是否异常。本申请实施例中，一是可以直接将该历史服务得分与预设得分阈值进行比较来判断，若历史服务得分小于预设得分阈值，则可以认为该历史服务得分对应的服务端的听单状态存在异常，二是可以将任一服务端的历史服务得分与距离该服务端当前位置预设距离范围(如3千米)内的服务端的历史服务得分进行比较，若该服务端的历史服务得分明显低于其它服务端的历史服务得分，比如比其它服务端的最低历史服务得分低10分(阈值为5分)，则认为该服务端的听单状态异常。
不管是上述哪种异常判断方式，本申请实施例提供的订单管理方法均可以根据当前异常状态对应的异常类型，生成与该异常类型匹配的从当前异常状态恢复到正常状态的建议信息，该建议信息可以是提升服务得分的各项方法，以能够便于司机寻找到各项提升服务得分的方法，以便于进一步帮助司机了解听单异常的原因，也即，由于司机的服务得分较低而无法听单，以缓解司机在无法进行听单状态下的焦虑情绪，司机的服务体验度更佳。
实施例八
如图4所示，为本申请实施例八所提供的根据当前位置信息的分析结果判断听单状态是否异常的方法，该方法具体包括如下步骤：
S401、根据所述服务端的当前位置信息，判断所述服务端是否处于听单冷区；所述听单冷区是指在最近预设时间长度内产生的订单数量低于设定阈值的区域；
S402、若所述服务端处于听单冷区，则确定所述服务端的听单状态发生异常。
这里，本申请实施例可以首先根据服务端的当前位置信息，确定服务端是处于听单冷区还是听单热区，并可以在服务端处于听单冷区时，确定听单状态异常。
其中，听单冷区可以指的是在最近预设时间长度内产生的订单数量低于设定阈值的区域，而听单热区则可以指的是最近预设时间长度内产生的订单数量高于设定阈值的区域。本申请实施例提供的订单管理方法不仅可以应用于跨区域听单这一应用场景中，还可以应用于区域内听单这一应用场景中。
针对跨区域听单这一应用尝尽而言，本申请实施例，可以统计各个区域的冷热程度，其中，上述区域可以是一个城市(如北京市)，还可以是一个行政区域(如海淀区)，还可以是其他区域划分方式下的区域，本申请实施例对此不做具体的限制。这样，基于所有区域的判断结果便可以生成对应于所有城市或所有行政区域的热力图，在服务端由于处于听单冷区而被判断为听单状态发生异常时，可以根据当前异常状态对应的异常类型，生成与该异常类型匹配的异常解决方案的链接信息，该链接信息包含了引导司机进入热力图从冷区前往热区的建议信息，实用性更佳。
针对区域内听单这一应用场景而言，本申请实施例中，可以对区域按照预设区域大小进行划分，以对划分后的子区域进行冷热程度的分析。这样，对应于每个子区域均可以统计其最近预设时间长度内产生的订单数量，基于该订单数量与设定阈值的比较结果便可以确定该子区域是听单冷区和听单热区。基于所有子区域的判断结果便可以生成对应于一个城市或一个行政区域的热力图，在服务端由于处于听单冷区而被判断为听单状态发生异常时，可以根据当前异常状态对应的异常类型，生成与该异常类型匹配的异常解决方案的链接信息，该链接信息包含了引导司机进入热力图从冷区前往热区的建议信息，实用性更佳。
为了便于对本申请实施例一至八提供的订单管理方法的进一步理解，接下来结合图5至图10进行场景说明。
如图5所示，为司机在服务端操作了一键检测按钮后，在该服务端呈现的听单检测界面，可以看到的是，本申请实施例中可以对网络连接、定位服务、账号状态、听单状态、限行状态、听单模式、冷热区以及服务分排名等进行检测。在检测完成后，如图6所示，处于正常检测项的以对勾形式进行呈现，而处于异常检测项则以叹号形式进行呈现，这样，在服务器推送给服务端相关异常听单解决方案的链接信息后，司机便可以通过服务端了解到无法进行有效听单的原因。
其中，对于听单状态这一异常而言，可以看到的是，涉及到账号状态异常以及听单状态异常这两个子项目，司机可以通过相应的操作解决听单异常的问题，如图7所示。另外，对于当前区域订单较少这一异常而言，可以看到的是，涉及到冷区范围异常以及服务分排名较低异常这两个子项目，司机也可以通过相应的操作了解听单异常的原因，并根据一些相关推荐信息提升听单成功率，如图8所示。此外，对于听单设置这一异常而言，可以看到的是，涉及到听单模式的设置异常，司机可以通过将只听顺路单更改为监听全部订单或实时订单等方式来解决听单异常的问题，如图9所示。在各个检测项均正常的情况下，如图10所示，此时，在服务端展示给司机的是听单状态无异常的检测结果。综上，本申请实施例可以有效的对听单状态进行检测，以便于司机及时了解无法进行听单的原因，并可以给出针对性的解决方案，实用性较佳。
值得提出的是，本申请实施例提供的订单管理方法在完成听单检测后，服务器还可以向服务端发送服务评价页面，以便于司机通过该服务评价页面进行听单检测评价，从而可以便于本申请实施例提供的订单管理方法进一步完善，适应性更强。
基于同一发明构思，本申请实施例中还提供了与订单管理方法对应的订单管理装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述订单管理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
实施例九
参照图11所示，为本申请实施例九提供的一种订单管理装置的结构示意图，所述装置包括：听单检测模块1101、链接生成模块1102、链接推送模块1103；其中，
听单检测模块1101，用于检测服务端的听单状态；其中，所述听单状态是指服务端对平台服务器发送的订单进行监听的状态；
链接生成模块1102，用于当检测到所述服务端的听单状态发生异常时，根据当前的异常类型，确定与该异常类型匹配的异常解决方案的链接信息；
链接推送模块1103，用于将所述链接信息推送给所述服务端。
在一种可能的实施方式中，所述听单检测模块1101具体用于：
在接收到所述服务端发送的听单异常检测请求后，检测所述服务端的听单状态；或者，
向所述服务端发送是否能监听到订单的调查请求，若所述服务端反馈的调查结果为无法监听到订单，则检测所述服务端的听单状态。
在另一种可能的实施方式中，所述听单检测模块1101具体用于：
检测所述服务端的运行状态是否发生异常；
若发生异常，则确定所述服务端的听单状态异常；
若未发生异常，则通过对所述服务端的服务数据进行分析，判断所述服务端的听单状态是否发生异常。
在具体实施中，所述听单检测模块1101具体用于：
检测所述服务端的网络设置是否发生异常；
检测所述服务端的定位设置是否发生异常；
检测所述服务端的登录信息是否存在异常；
检测与所述服务端的登录账号对应的车辆信息是否符合预设出行规则；
检测与所述服务端的登录账号对应的当前已分配未完成订单是否符合预设听单要求。
在又一种可能的实施方式中，所述听单检测模块1101具体用于：
通过对所述服务端的听单设置信息、历史服务信息、和当前位置信息中的一种或多种服务数据进行分析，判断所述服务端的听单状态是否发生异常。
在具体实施中，所述听单检测模块1101具体用于：
根据所述听单设置信息，判断所述服务端当前是否设置为愿意听单的状态，若不是，则确定所述服务端的听单状态异常。
在具体实施中，所述听单检测模块1101具体用于：
获取所述服务端的历史服务得分；
通过将所述服务端的历史服务得分与预设得分阈值进行比较，或者通过将所述服务端的历史服务得分与其它服务端的历史服务得分进行比较，判断所述服务端的听单状态是否异常。
在具体实施中，所述听单检测模块1101具体用于：
根据所述服务端的当前位置信息，判断所述服务端是否处于听单冷区；所述听单冷区是指在最近预设时间长度内产生的订单数量低于设定阈值的区域；
若所述服务端处于听单冷区，则确定所述服务端的听单状态发生异常。
在具体实施中，所述链接信息指向的异常解决方案中包含有从当前异常状态恢复到正常状态的建议信息，和/或从当前异常状态恢复到正常状态的操作界面信息。
实施例十
如图12所示，为本申请实施例十二所提供的一种服务器的结构示意图，包括：处理器1201、存储器1202和总线1203，所述存储器1202存储有所述处理器1201可执行的机器可读指令，当服务器运行时，所述处理器1201与所述存储器1202之间通过总线1203通信，所述机器可读指令被所述处理器1201执行时执行如下处理：
检测服务端的听单状态；其中，所述听单状态是指服务端对平台服务器发送的订单进行监听的状态；
当检测到所述服务端的听单状态发生异常时，根据当前的异常类型，确定与该异常类型匹配的异常解决方案的链接信息；
将所述链接信息推送给所述服务端。
在一种实施方式中，上述处理器1201执行的处理中，所述检测服务端的听单状态包括：
在接收到所述服务端发送的听单异常检测请求后，检测所述服务端的听单状态；或者，
向所述服务端发送是否能监听到订单的调查请求，若所述服务端反馈的调查结果为无法监听到订单，则检测所述服务端的听单状态。
在另一种实施方式中，上述处理器1201执行的处理中，所述检测服务端的听单状态包括：
检测所述服务端的运行状态是否发生异常；
若发生异常，则确定所述服务端的听单状态异常；
若未发生异常，则通过对所述服务端的服务数据进行分析，判断所述服务端的听单状态是否发生异常。
在具体实施中，上述处理器1201执行的处理中，所述检测所述服务端的运行状态是否发生异常包括：
检测所述服务端的网络设置是否发生异常；
检测所述服务端的定位设置是否发生异常；
检测所述服务端的登录信息是否存在异常；
检测与所述服务端的登录账号对应的车辆信息是否符合预设出行规则；
检测与所述服务端的登录账号对应的当前已分配未完成订单是否符合预设听单要求。
在又一种实施方式中，上述处理器1201执行的处理中，通过对所述服务端的服务数据进行分析，判断所述服务端的听单状态是否发生异常，包括：
通过对所述服务端的听单设置信息、历史服务信息、和当前位置信息中的一种或多种服务数据进行分析，判断所述服务端的听单状态是否发生异常。
在具体实施中，上述处理器1201执行的处理中，对所述服务端的听单设置信息进行分析包括：
根据所述听单设置信息，判断所述服务端当前是否设置为愿意听单的状态，若不是，则确定所述服务端的听单状态异常。
在具体实施中，上述处理器1201执行的处理中，对所述服务端的历史服务信息进行分析包括：
获取所述服务端的历史服务得分；
通过将所述服务端的历史服务得分与预设得分阈值进行比较，或者通过将所述服务端的历史服务得分与其它服务端的历史服务得分进行比较，判断所述服务端的听单状态是否异常。
在具体实施中，上述处理器1201执行的处理中，对所述服务端的当前位置信息进行分析包括：
根据所述服务端的当前位置信息，判断所述服务端是否处于听单冷区；所述听单冷区是指在最近预设时间长度内产生的订单数量低于设定阈值的区域；
若所述服务端处于听单冷区，则确定所述服务端的听单状态发生异常。
在具体实施中，所述链接信息指向的异常解决方案中包含有从当前异常状态恢复到正常状态的建议信息，和/或从当前异常状态恢复到正常状态的操作界面信息。
实施例十一
本申请实施例十一还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器1201运行时执行上述方法实施例中所述的订单管理方法的步骤。
本申请实施例所提供的订单管理方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的订单管理方法的步骤，具体可参见上述方法实施例，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
Claims (20)
1.一种订单管理方法，其特征在于，所述方法包括：
检测服务端的听单状态；其中，所述听单状态是指所述服务端对平台服务器发送的订单进行监听的状态；
当检测到所述服务端的听单状态发生异常时，根据当前的异常类型，确定与该异常类型匹配的异常解决方案的链接信息；
将用于展示的所述链接信息推送给所述服务端。
2.如权利要求1所述的方法，其特征在于，所述检测服务端的听单状态包括：
在接收到所述服务端发送的听单异常检测请求后，检测所述服务端的听单状态；或者，
向所述服务端发送是否能监听到订单的调查请求，若所述服务端反馈的调查结果为无法监听到订单，则检测所述服务端的听单状态。
3.如权利要求1或2所述的方法，其特征在于，所述检测服务端的听单状态包括：
检测所述服务端的运行状态是否发生异常；
若发生异常，则确定所述服务端的听单状态异常；
若未发生异常，则通过对所述服务端的服务数据进行分析，判断所述服务端的听单状态是否发生异常。
4.如权利要求3所述的方法，其特征在于，所述检测所述服务端的运行状态是否发生异常包括：
检测所述服务端的网络设置是否发生异常；
检测所述服务端的定位设置是否发生异常；
检测所述服务端的登录信息是否存在异常；
检测与所述服务端的登录账号对应的车辆信息是否符合预设出行规则；
检测与所述服务端的登录账号对应的当前已分配未完成订单是否符合预设听单要求。
5.如权利要求3所述的方法，其特征在于，通过对所述服务端的服务数据进行分析，判断所述服务端的听单状态是否发生异常，包括：
通过对所述服务端的听单设置信息、历史服务信息、和当前位置信息中的一种或多种服务数据进行分析，判断所述服务端的听单状态是否发生异常。
6.如权利要求5所述的方法，其特征在于，对所述服务端的听单设置信息进行分析包括：
根据所述听单设置信息，判断所述服务端当前是否设置为愿意听单的状态，若不是，则确定所述服务端的听单状态异常。
7.如权利要求5所述的方法，其特征在于，对所述服务端的历史服务信息进行分析包括：
获取所述服务端的历史服务得分；
通过将所述服务端的历史服务得分与预设得分阈值进行比较，或者通过将所述服务端的历史服务得分与其它服务端的历史服务得分进行比较，判断所述服务端的听单状态是否异常。
8.如权利要求5所述的方法，其特征在于，对所述服务端的当前位置信息进行分析包括：
根据所述服务端的当前位置信息，判断所述服务端是否处于听单冷区；所述听单冷区是指在最近预设时间长度内产生的订单数量低于设定阈值的区域；
若所述服务端处于听单冷区，则确定所述服务端的听单状态发生异常。
9.如权利要求1所述的方法，其特征在于，所述链接信息指向的异常解决方案中包含有从当前异常状态恢复到正常状态的建议信息，和/或从当前异常状态恢复到正常状态的操作界面信息。
10.一种订单管理装置，其特征在于，所述装置包括：
听单检测模块，用于检测服务端的听单状态；其中，所述听单状态是指所述服务端对平台服务器发送的订单进行监听的状态；
链接生成模块，用于当检测到所述服务端的听单状态发生异常时，根据当前的异常类型，确定与该异常类型匹配的异常解决方案的链接信息；
链接推送模块，用于将用于展示的所述链接信息推送给所述服务端。
11.如权利要求10所述的装置，其特征在于，所述听单检测模块具体用于：
在接收到所述服务端发送的听单异常检测请求后，检测所述服务端的听单状态；或者，
向所述服务端发送是否能监听到订单的调查请求，若所述服务端反馈的调查结果为无法监听到订单，则检测所述服务端的听单状态。
12.如权利要求10或11所述的装置，其特征在于，所述听单检测模块具体用于：
检测所述服务端的运行状态是否发生异常；
若发生异常，则确定所述服务端的听单状态异常；
若未发生异常，则通过对所述服务端的服务数据进行分析，判断所述服务端的听单状态是否发生异常。
13.如权利要求12所述的装置，其特征在于，所述听单检测模块具体用于：
检测所述服务端的网络设置是否发生异常；
检测所述服务端的定位设置是否发生异常；
检测所述服务端的登录信息是否存在异常；
检测与所述服务端的登录账号对应的车辆信息是否符合预设出行规则；
检测与所述服务端的登录账号对应的当前已分配未完成订单是否符合预设听单要求。
14.如权利要求12所述的装置，其特征在于，所述听单检测模块具体用于：
通过对所述服务端的听单设置信息、历史服务信息、和当前位置信息中的一种或多种服务数据进行分析，判断所述服务端的听单状态是否发生异常。
15.如权利要求14所述的装置，其特征在于，所述听单检测模块具体用于：
根据所述听单设置信息，判断所述服务端当前是否设置为愿意听单的状态，若不是，则确定所述服务端的听单状态异常。
16.如权利要求14所述的装置，其特征在于，所述听单检测模块具体用于：
获取所述服务端的历史服务得分；
通过将所述服务端的历史服务得分与预设得分阈值进行比较，或者通过将所述服务端的历史服务得分与其它服务端的历史服务得分进行比较，判断所述服务端的听单状态是否异常。
17.如权利要求14所述的装置，其特征在于，所述听单检测模块具体用于：
根据所述服务端的当前位置信息，判断所述服务端是否处于听单冷区；所述听单冷区是指在最近预设时间长度内产生的订单数量低于设定阈值的区域；
若所述服务端处于听单冷区，则确定所述服务端的听单状态发生异常。
18.如权利要求10所述的装置，其特征在于，所述链接信息指向的异常解决方案中包含有从当前异常状态恢复到正常状态的建议信息，和/或从当前异常状态恢复到正常状态的操作界面信息。
19.一种服务器，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当服务器运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至9任一所述的订单管理方法的步骤。
20.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至9任一所述的订单管理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811333134.XA CN111179000B (zh) | 2018-11-09 | 2018-11-09 | 一种订单管理方法及装置、服务器及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811333134.XA CN111179000B (zh) | 2018-11-09 | 2018-11-09 | 一种订单管理方法及装置、服务器及计算机可读存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111179000A CN111179000A (zh) | 2020-05-19 |
| CN111179000B true CN111179000B (zh) | 2023-08-11 |
Family
ID=70655252
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811333134.XA Active CN111179000B (zh) | 2018-11-09 | 2018-11-09 | 一种订单管理方法及装置、服务器及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111179000B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112801579B (zh) * | 2021-01-21 | 2023-12-08 | 北京顺达同行科技有限公司 | 配送任务异常监控方法、装置、计算机设备以及存储介质 |
| CN114580961A (zh) * | 2022-03-18 | 2022-06-03 | 首约科技(北京)有限公司 | 一种提高司机听单检测效率的方法 |
| CN115578160B (zh) * | 2022-11-24 | 2023-04-07 | 云账户技术(天津)有限公司 | 一种临时接单的方法及装置 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6937993B1 (en) * | 1998-09-16 | 2005-08-30 | Mci, Inc. | System and method for processing and tracking telecommunications service orders |
| US7343406B1 (en) * | 2001-01-18 | 2008-03-11 | Cisco Technology, Inc. | Proactive call and contact center system |
| CN104902021A (zh) * | 2015-05-25 | 2015-09-09 | 北京嘀嘀无限科技发展有限公司 | 同步信息的方法及装置 |
| CN106548241A (zh) * | 2016-10-25 | 2017-03-29 | 先锋智道（北京）科技有限公司 | 网约车运行状态的确定方法、装置及系统 |
| CN106557955A (zh) * | 2016-11-29 | 2017-04-05 | 流量海科技成都有限公司 | 网约车异常订单识别方法及系统 |
| CN107093039A (zh) * | 2016-12-07 | 2017-08-25 | 北京小度信息科技有限公司 | 信息显示方法、订单标记方法、异常订单处理方法及装置 |
| CN108764940A (zh) * | 2018-05-24 | 2018-11-06 | 北京嘀嘀无限科技发展有限公司 | 代驾行为监管方法、装置和服务器 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020065885A1 (en) * | 2000-11-30 | 2002-05-30 | Mark Buonanno | Multimedia B2B opportunity and error detection and resolution engine |
| JP6637054B2 (ja) * | 2015-01-27 | 2020-01-29 | ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド | オン・デマンドサービスの情報を提供する方法及びシステム |
-
2018
- 2018-11-09 CN CN201811333134.XA patent/CN111179000B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6937993B1 (en) * | 1998-09-16 | 2005-08-30 | Mci, Inc. | System and method for processing and tracking telecommunications service orders |
| US7343406B1 (en) * | 2001-01-18 | 2008-03-11 | Cisco Technology, Inc. | Proactive call and contact center system |
| CN104902021A (zh) * | 2015-05-25 | 2015-09-09 | 北京嘀嘀无限科技发展有限公司 | 同步信息的方法及装置 |
| CN106548241A (zh) * | 2016-10-25 | 2017-03-29 | 先锋智道（北京）科技有限公司 | 网约车运行状态的确定方法、装置及系统 |
| CN106557955A (zh) * | 2016-11-29 | 2017-04-05 | 流量海科技成都有限公司 | 网约车异常订单识别方法及系统 |
| CN107093039A (zh) * | 2016-12-07 | 2017-08-25 | 北京小度信息科技有限公司 | 信息显示方法、订单标记方法、异常订单处理方法及装置 |
| CN108764940A (zh) * | 2018-05-24 | 2018-11-06 | 北京嘀嘀无限科技发展有限公司 | 代驾行为监管方法、装置和服务器 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111179000A (zh) | 2020-05-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111179000B (zh) | 一种订单管理方法及装置、服务器及计算机可读存储介质 | |
| US10301867B2 (en) | Trip anomaly detection system | |
| US10235889B2 (en) | Method, apparatus and system for monitoring vehicle driving safety | |
| WO2017114125A1 (zh) | 一种终端定位方法及服务器 | |
| CN105323144B (zh) | 即时通讯中消息异常提示方法和系统 | |
| US10074368B2 (en) | Personalized situation awareness using human emotions and incident properties | |
| CN104519032A (zh) | 一种互联网账号的安全策略及系统 | |
| CN111105243A (zh) | 订单服务安全性检测方法及装置、计算机可读存储介质 | |
| US20100095215A1 (en) | System and method for analyzing internet usage | |
| EP3639506A1 (en) | Customized communications for network systems | |
| US20150371267A1 (en) | Systems and methods for advertisement filtering | |
| CN112153070B (zh) | 车载can总线的异常检测方法、设备、存储介质及装置 | |
| CN111932046A (zh) | 一种服务场景下处理风险的方法、计算机设备、存储介质 | |
| CN111311780A (zh) | 一种车辆故障检测系统、方法、车载终端及车辆 | |
| CN111260167A (zh) | 订单服务安全性检测方法、装置、电子设备及存储介质 | |
| US20190219416A1 (en) | Vehicle-mounted device, server, navigation system, recording medium storing map display program, and map display method | |
| WO2019131388A1 (ja) | 運転支援装置、運転支援システム、運転支援方法、及び、運転支援プログラムが格納された記録媒体 | |
| CN109918413A (zh) | 违章评估数据处理方法、服务器、终端及系统 | |
| CN112883164B (zh) | 一种播单方法及系统 | |
| CN112532512B (zh) | 会话消息的处理方法、相关装置、设备及介质 | |
| WO2018019015A1 (zh) | 一种智能监控无线充电的方法和装置 | |
| CN112565163B (zh) | 一种检测加密等级降级行为的方法及装置 | |
| CN112633537A (zh) | 代叫车订单处理方法、装置，以及电子设备 | |
| KR20150006938A (ko) | 차량 내 장치를 이용한 운전 확인 및 보상 모바일 장치, 시스템 및 이를 이용한 서비스 제공 방법 | |
| CN109686101B (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |