CN105719109A - 订单监控方法和装置 - Google Patents

Abstract

本申请公开了订单监控方法和装置。所述方法的一具体实施方式包括：获取订单参数，其中，所述订单参数至少包括：预定时间内订单的数量以及订单的物流参数；响应于所述订单参数超出预设的参数阈值范围，对以下一项或多项监控目标进行报警提醒：订单热点城市、订单热点区域、订单状态和运力状态，其中，所述参数阈值基于历史订单数据、云端数据库或人为设定得到。该实施方式实现了提醒订单管理人员注意或处理出现异常状况的订单，提高了订单管理人员的工作效率。

Description

订单监控方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及计算机物流控制技术领域，尤其涉及订单监控方法和装置。

背景技术

随着网络信息技术的发展，越来越多的用户正在尝试新的网上购物模式。其中，通过网络预定外卖，从而购买商户外送的商品就是其中的一种。

然而，在目前的外卖订单中，用户下单后由商户或第三方提供的订单物流中，有时会发生订单配送时间超时或运送外卖的运力不在岗或超物流范围等异常状况，缺少一种能够对订单的物流参数进行监控并进行报警或预警的技术，从而提醒订单管理人员注意或处理出现异常状况的订单。

发明内容

本申请的目的在于提出一种改进的订单监控方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种订单监控方法，所述方法包括：获取订单参数，其中，所述订单参数至少包括：预定时间内订单的数量以及订单的物流参数；响应于所述订单参数超出预设的参数阈值范围，对以下一项或多项监控目标进行报警提醒：订单热点城市、订单热点区域、订单状态和运力状态，其中，所述参数阈值基于历史订单数据、云端数据库或人为设定得到。

第二方面，本申请提供了一种订单监控装置，所述装置包括：获取单元，用于获取订单参数，其中，所述订单参数至少包括：预定时间内订单的数量以及订单的物流参数；报警提醒单元，用于响应于所述订单参数超出预设的参数阈值范围，对以下一项或多项监控目标进行报警提醒：订单热点城市、订单热点区域、订单状态和运力状态，其中，所述参数阈值基于历史订单数据、云端数据库或人为设定得到。

本申请提供的订单监控方法和装置，通过获取订单参数，随后响应于这些订单参数超出预设的参数阈值范围，对关注的一个或多个监控目标进行报警提醒，从而提醒订单订单管理人员注意或处理出现异常状况的订单，提高了订单管理人员的工作效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的订单监控方法的一个实施例的流程图；

图3是根据本申请的订单监控方法的又一个实施例的流程图

图4是根据本申请的订单监控方法的又一个实施例的流程图；

图5是根据本申请的订单监控方法的又一个实施例的流程图；

图6是根据本申请的订单监控方法的又一个实施例的流程图；

图7是根据本申请的订单监控方法的又一个实施例的流程图；

图8是根据本申请的订单监控装置的一个实施例的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请实施例的示例性系统架构100。

如图1所示，系统架构100可以包括服务器101、网络102和终端设备103、104至10N(N为≥4的整数)。网络102用以在服务器101和终端设备103、104至10N之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

服务器101可以是提供各种服务的服务器，例如对终端设备103、104至10N上的购物类应用、生活类应用和搜索类应用等提供支持的后台服务器。服务器可以对接收到的数据进行存储、分析等处理，并将处理结果反馈给终端设备。

用户、商户或运力可以使用终端设备103、104至10N通过网络102与服务器101交互，以接收或发送消息等。终端设备103、104至10N上可以安装有各种通讯客户端应用，例如购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备103、104至10N可以是各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(MovingPictureExpertsGroupAudioLayerIII，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExpertsGroupAudioLayerIV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

需要说明的是，本申请实施例所提供的订单监控方法通常由终端设备103、104至10N采集订单的数量和订单的物流参数，由服务器101进行数据处理，订单监控装置通常设置于服务器101中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的订单监控方法的一个实施例的流程200。该订单监控方法的流程200，包括以下步骤：

步骤201，获取订单参数。

在本实施例中，订单参数可以包括但不限于预定时间内订单的数量和订单的物流参数。

其中，预定时间内订单的数量可以根据与服务器相连接的用户终端得到，订单的物流参数可以从商户终端或运力终端得到，若用户终端、商户终端或运力终端预先已将订单参数上传至服务器，则可以直接从服务器得到。具体而言，当上述服务器已包含从终端获取的订单参数时，其可以直接从本地获取上述订单参数；而当上述服务器从终端设备获取订单参数时，其可以通过有线连接方式或者无线连接方式从多个终端获取用户或运力的订单参数。上述无线连接方式包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultrawideband)连接、以及其它现在已知或将来开发的无线连接方式。

在这里，订单的物流参数可以包括但不限于待指派订单的参数、已指派订单的参数、运力接单的参数、运力取货的参数、运力送货的参数等。

其中，待指派的订单的参数可以包括但不限于：订单的数量、订单的压单时间、运力偏离物流范围或订单热点区域范围的距离和比例、运力的上岗数量和上岗比例等；已指派订单的参数可以包括但不限于：运力负荷(订单分配数量是否合理)、已合并订单占可合并订单的比例等；运力接单的参数可以包括但不限于运力接单的时间、运力接单的数量(与运力负荷相同)；运力取货的参数包括但不限于：运力取货时的到位时间、运力取货时间(包括运力取货速度和/或商户出货速度)和运力取货时的订单取消比例等；运力送货的参数包括但不限于：运力送货时间、运力送货时的订单取消比例和运力送货时的平均订单数量等。

步骤202，响应于订单参数超出预设的参数阈值范围，对以下一项或多项监控目标进行报警提醒：订单热点城市、订单热点区域、订单状态和运力状态。

在本实施例中，参数阈值可以基于历史订单数据、云端数据库或人为设定得到。这里的云端数据库，是指获取的数据来源于大数据，来源于以多元形式，自许多来源搜集而来的庞大数据组，往往具有实时性。这些数据可能得自地图搜索应用、社交网络、电子商务网站、顾客来访纪录，还有许多其他来源。

作为示例，若对订单热点城市的订单数量进行监控，需与往期历史订单数量作比较以对大幅增长的订单趋势进行预警时，参数阈值可以来源于往期的历史订单数据；若设定订单热点城市的订单数量在高峰时段为0时需要报警，则参数阈值，可以来源于人为设定的订单数量在高峰时段不为0。若对运力的位置进行监控时，需与运力应通过的物流路径进行对比，则此时的参数阈值可以来源于云端数据库中的物流路径。

进一步地，在本实施例的一些可选实现方式中，响应于订单参数超出预设的参数阈值范围，对订单热点城市进行报警提醒可以包括但不限于以下一项或多项：响应于订单热点城市的订单的数量与预设的订单数量不符，对订单热点城市的订单数量异常进行报警提醒；响应于订单热点城市的订单的数量与获取的已下单订单数量不符，对订单热点城市的遗漏订单数量进行报警提醒；响应于订单热点城市的订单的物流参数中的时间节点超过预设的时间节点，对订单热点城市的超时订单进行报警提醒；以及响应于订单热点城市的订单的物流参数中的运力位置偏离预设的物流范围或订单热点区域范围，对订单热点城市的运力超范围订单进行报警提醒。

其中，订单的物流参数中的时间节点可以包括但不限于：订单的压单时间、运力接单的时间、运力取货时的到位时间、运力取货时间、运力送货时间等。

作为示例，对于当前设定时间内监控的订单，若订单热点城市的订单的数量与预设的订单数量不符，则进行预设级别的报警，此时预设的订单数量可以来源于历史订单的同期数量或人为设定的数量；若订单热点城市的订单的数量与获取的应进入物流的订单数不一致，则强报警，预示有物流订单可能未进入系统。对于当前设定时间内监控到的可疑订单，若订单的物流参数中的时间节点超过预设时间和/或若订单热点城市的订单的运力位置偏离预设的物流范围或订单热点区域范围，则可以呈现可疑订单曲线图进行报警提醒。进一步地，例如订单热点城市的订单的物流参数中的运力送货时间超过预设的时间节点，则可以在可疑订单曲线图上呈现超时订单占已送达订单的比例进行报警；又例如订单热点城市的订单的物流参数中的运力位置偏离预设的物流范围或订单热点区域范围，则可以在可疑订单曲线图上呈现订单热点城市中各热点区域超出预设的物流范围或订单热点区域范围的运力占比进行报警提醒。

进一步地，在本实施例的一些可选实现方式中，响应于订单参数超出预设的参数阈值范围，对订单热点区域进行报警提醒可以包括但不限于以下一项或多项：响应于订单热点区域的待指派订单的平均压单时间超出预设的平均压单时间，对订单热点区域的订单压单异常进行报警提醒；响应于订单热点区域的待指派订单的待指派运力偏离物流范围或订单热点区域范围的比例高于预设的偏离比例，对订单热点区域的运力异常进行报警提醒；响应于订单热点区域的基于待指派订单数量与历史同期订单数量得到的订单增长比例高于预设的增长比例，对订单热点区域的订单增长比例进行报警提醒；以及响应于订单热点区域的运力取货超时订单的比例高于预设的取货超时订单比例，对订单热点区域的取货超时订单进行报警提醒。

作为示例，对于订单热点区域的待指派订单的平均压单时间，若平均压单时间超出预设的压单时间预设倍，可以呈现预设级别的警告提醒从而监控商圈的整体压单时间。对于订单热点区域的待指派订单的待指派运力，若待指派运力偏离物流范围或订单热点区域范围的比例高于预设比例，则可以呈现预设级别的警告提醒，从而监控运力压力。对于订单热点区域的基于待指派订单数量与历史同期订单数量预测得到的订单增长比例，可以是当日与历史同期日的总单量对比得到的订单增长比例，也可以是当日当前时刻与历史同期日的当前时刻的单量对比得到的订单增长比例，若订单增长比例高于预设的增长比例，则可以呈现预设级别的报警提醒。对于订单热点区域的运力取货超时订单的比例，若超时订单的比例超过预设比例，则呈现预设级别的警告提醒。

进一步地，在本实施例的一些可选实现方式中，响应于订单参数超出预设的参数阈值范围，对订单状态进行报警提醒可以包括但不限于以下一项或多项：响应于订单的物流参数中的时间节点超过预设的时间节点，对超时订单进行报警提醒；响应于订单的物流参数中的运力位置偏离预设的物流范围或订单热点区域范围，对运力超范围订单进行报警提醒；以及响应于已指派订单中已合并订单占可合并订单的比例超出预设的合并比例范围，对订单的合并比例进行报警提醒。

其中，物流参数中的时间节点包括但不限于：订单的压单时间、运力接单的时间、运力取货时的到位时间、运力取货时间、运力送货时间等。可合并订单是指订单的物流参数中的时间及配送路线相近的订单。例如，当多个订单的物流参数中的时间节点的偏差小于预设的时间且配送路线的偏差小于预设距离时，这多个订单可进行合并处理，以提高物流效率。

作为示例，对于物流参数中的时间节点，以订单的压单时间为例，若待指派订单的最长压单时间超出预设的压单时间预定倍数，可以呈现预设级别的警告提醒，从而监控个别订单的压单是否正常。对于物流参数中的运力位置，若运力位置偏离预设的物流范围或订单热点区域范围，可以依据偏离预设的物流范围或订单热点区域范围的最远骑士的距离，对订单偏离预设的物流范围或订单热点区域范围的骑士的偏离程度进行打分并进行报警提醒。对于已指派订单中的已合并订单，若已合并订单占可合并订单的比例，超出预设的合并比例范围，则报警提醒检查合并订单的合并比例。

进一步地，在本实施例的一些可选实现方式中，响应于订单参数超出预设的参数阈值范围，对运力状态进行报警提醒可以包括但不限于以下一项或多项：响应于待指派运力偏离物流范围或订单热点区域范围，对运力位置异常进行报警提醒；响应于待指派运力的上岗数量或上岗比例低于预设的上岗数量或上岗比例，对运力上岗数量或上岗比例异常进行报警提醒；响应于分至单个运力的订单超出预设的运力负荷，对超负荷运力进行报警提醒；响应于运力未在预设的时间内接单，对运力接单异常进行报警提醒；响应于运力取货时的到位时间超出预设的到位时间，对运力到位异常进行报警提醒；响应于运力取货时间超出预设的取货时间，对运力取货异常进行报警提醒；响应于运力取货时的订单取消比例超出预设的取货订单取消比例，对运力的配送压力进行报警提醒；响应于运力送货时的订单取消比例超出预设的送货订单取消比例，对运力的配送压力进行报警提醒；以及响应于运力送货时的平均订单数量超出预设的平均订单数量，对运力的配送压力进行报警提醒。

其中，预设的上岗数量可以根据历史订单数据中订单参数与运力的关系及当前的订单参数得到，也可以人为设定；预设的上岗比例可以根据物流配送效率和当前的订单参数等进行设定。运力取货时间可以细化为运力取货速度和商户出货速度两项，以便监控运力取货压力和商户的供货压力。

在上述响应于订单参数超出预设的参数阈值范围，对运力状态进行报警提醒时，可以直接进行报警提醒，也可以根据预设的参数阈值范围，分级别进行报警提醒。

可选地，还可以包括步骤203，根据预设的呈现规则，对一项或多项监控目标进行呈现。

在本实施例中，除了在步骤202中进行报警提醒的监控目标之外，还可以对监控目标进行呈现。例如，以柱状图的形式对订单热点城市的各订单热点区域的订单量进行监控呈现，以时间轴图的形式对订单流程进行呈现，以波形图的形式呈现运力的平均单量等。

本申请的上述实施例提供的方法通过响应于获取的订单参数超出预设的参数阈值范围，对以下一项或多项监控目标进行报警提醒：订单热点城市、订单热点区域、订单状态和运力状态，实现了有针对性的对监控目标的订单参数的报警，以便根据报警的指标对订单管理进行调整，提高订单的配送效率。在可选地实施例中，通过根据预设的呈现规则，对一项或多项监控目标进行呈现，实现了对监控目标的监控，方便掌握订单的正常或异常状况。

进一步参考图3，其示出了订单监控方法的又一个实施例的流程300。该订单监控方法的流程300，包括以下步骤：

步骤301，获取订单参数。

在本实施例中，订单参数可以包括但不限于预定时间内订单的数量和订单的物流参数。

其中，订单的物流参数可以包括但不限于待指派订单的参数、已指派订单的参数、运力接单的参数、运力取货的参数、运力送货的参数，还可以包括订单被取消的发生时间。

步骤302，响应于订单参数超出预设的参数阈值范围，对以下一项或多项监控目标进行报警提醒：订单热点城市、订单热点区域、订单状态和运力状态。

在本实施例中，参数阈值基于历史订单数据、云端数据库或人为设定得到。

步骤303，响应于订单被取消的发生时间为运力送货时，对被取消订单进行报警提醒。

在本实施例中，若在运力送货时订单被取消，则商户和运力付出了无效劳动，增大了商户和运力的运营成本，尤其是当货物为与时间关系密切的外卖餐饮时，若在运力送货时订单被取消，则商户和运力的运营成本的损失更大。

在本实施例中，上述实现流程中的步骤301和步骤302分别与前述实施例中的步骤201和步骤202基本相同，在此不再赘述。

本申请的上述实施例提供的方法通过响应于运力送货时订单被取消，对被取消订单进行报警提醒，实现了有针对性的对被取消订单的报警，以便后续针对被取消订单分析原因，降低订单的配送成本，提高订单的配送效率。

进一步参考图4，其示出了订单监控方法的又一个实施例的流程400。该订单监控方法的流程400，在步骤201及步骤202的基础上，还包括以下步骤：

步骤401，获取运力送达货物的时间和引起送达货物的时间的物流参数。

在本实施例中，运力送达货物的时间通常根据运力终端或用户终端上传的送达货物的时间确定。

步骤402，基于送达货物的时间、引起送达货物的时间的物流参数及预设的订单质量规则，得到量化的订单质量。

在本实施例中，订单质量规则将预设的送达货物的时间及引起送达货物的时间的物流参数与预设的订单质量相关联。

在这里，当获取到送达货物的时间时，订单交易完成，订单完成过程中每个步骤所用的时间、所经过的距离以及运力调配的步骤已确定，可以根据每个步骤所用的时间、所经过的距离以及运力调配的步骤，对比根据历史订单数据或云端数据库中的数据确定的预设订单质量参数，可以确定每个步骤所用的时间、所经过的距离以及运力调配的步骤是否可以进一步优化等，进一步得到量化的订单质量。

与图2对应的实施例不同的是，本实施例中的订单监控方法的流程400在图2中步骤201和步骤202的基础上，多出了获取运力送达货物的时间和引起送达货物的时间的物流参数的步骤401和基于送达货物的时间、引起送达货物的时间的物流参数及预设的订单质量规则，得到量化的订单质量的步骤402。通过步骤401和402，本实施例描述的方案可以引入对订单质量的评估方法，从而实现对订单质量的监控。

进一步参考图5，其示出了订单监控方法的又一个实施例的流程500。该订单监控方法的流程500，在步骤201及步骤202的基础上，还包括以下步骤：

步骤501，获取运力送达货物时用户的拒单数据和引起拒单数据的物流参数。

在本实施例中，运力送达货物时用户的拒单数据通常由运力终端上传至服务器，用户拒单数据可以包括拒单数量、拒单货物、拒单金额等。

步骤502，基于拒单数据、引起拒单数据的物流参数及预设的拒单规则，得到拒单因素。

在本实施例中，拒单规则将预设的物流参数与预设的拒单因素相关联。例如，将预设的送达货物时间超时大于20％与拒单因素中的订单超时相关联；将预设的与订单不符的货物与拒单因素中的非订单货物相关联；将因商户原因导致的取货时间超出20％与拒单因素中的商户供货超时相关联等。

与图2对应的实施例不同的是，本实施例中的订单监控方法的流程500在图2中步骤201和步骤202的基础上，多出了获取运力送达货物时用户的拒单数据和引起拒单数据的物流参数的步骤501和基于拒单数据、引起拒单数据的物流参数及预设的拒单规则，得到拒单因素的步骤502。通过步骤501和502，本实施例描述的方案实现了有针对性的监控拒单因素，从而节约了进行拒单因素分析的时间，以便根据拒单因素改进订单管理，提高配送效率。

进一步参考图6，其示出了订单监控方法的又一个实施例的流程600。该订单监控方法的流程600，在步骤201及步骤202的基础上，还包括以下步骤：

步骤601，获取用户反馈的满意度数据；

在本实施例中，用户反馈的满意度数据主要通过用户终端上传至服务器，满意度数据可以包括满意度评级、打分以及满意度选项确认(例如供货质量、送货速度等)等。

步骤602，基于用户反馈的满意度数据与历史满意度数据，对用户满意度趋势预先进行报警提醒。

在本实施例中，基于满意度数据与历史满意度数据，若用户满意度数据高于历史满意度数据，则可以预警到用户满意度升高并进行报警，以便根据当前满意度数据分析原因，查找满意度数据对应的物流参数，以改进订单管理系统；若用户满意度数据低于历史满意度数据，则可以预警到用户满意度下降并进行报警，以便根据用户满意度数据分析原因，查找满意度数据对应的物流参数，以改进订单管理系统。

与图2对应的实施例不同的是，本实施例中的订单监控方法的流程600在图2中步骤201和步骤202的基础上，多出了获取用户反馈的满意度数据的步骤601和基于满意度数据与历史满意度数据，对用户满意度趋势预先进行报警提醒的步骤602。通过步骤601和602，本实施例描述的方案实现了有针对性的监控用户满意度，以便根据用户满意度改进订单管理，提高配送效率。

进一步参考图7，其示出了订单监控方法的又一个实施例的流程700。该订单监控方法的流程700，包括以下步骤：

步骤701，获取订单参数。

在本实施例中，订单参数可以包括但不限于预定时间内订单的数量和订单的物流参数。

其中，订单的物流参数可以包括但不限于待指派订单的参数、已指派订单的参数、运力接单的参数、运力取货的参数、运力送货的参数、运力送达的参数以及用户反馈的参数等。

步骤702，响应于订单参数超出预设的参数阈值范围，对以下一项或多项监控目标进行报警提醒：订单热点城市、订单热点区域、订单状态和运力状态。

在本实施例中，参数阈值基于历史订单数据、云端数据库或人为设定得到。

步骤703，若进行报警提醒时监控目标包括多个监控项目且多个监控项目所关联的报警提醒的等级不同，则以监控项目中等级最高的报警提醒等级作为监控目标的报警提醒等级。

在本实施例中，监控项目为监控目标的子指标，在将监控项目作为当前的监控目标时，监控项目可以进一步存在多个子指标。那么在监控目标时，当前监控目标的报警提醒的级别为其本身以及多个子指标中报警提醒级别的最高等级。

步骤704，若进行报警提醒时监控目标包括多个监控项目且多个监控项目所关联的报警分值不同，则基于报警分值及预设的监控项目的权重，得到监控目标的报警分值。

在本实施例中，监控项目为监控目标的子指标，在将监控项目作为当前的监控目标时，监控项目可以进一步存在多个子指标。可以对当前的监控目标的子指标设置不同的权重，从而将子指标的报警分值配以不同权重并进行加权后得到的分值作为监控目标的报警分值。

在本实施例中，上述实现流程中的步骤701和步骤702分别与前述实施例中的步骤201和步骤202基本相同，在此不再赘述。

本申请的上述实施例提供的方法通过子指标的报警提醒级别和/或报警分值数据，确定当前监控目标的报警提醒级别和/或报警分值数据，实现了对基础预警数据的传递，可以将低级别的监控目标的报警提醒呈现于高级别的监控目标界面中，从而可以根据及时发现的异常情况，调整订单管理。

进一步参考图8，作为对上述各图所示方法的实现，本申请提供了一种订单监控装置的一个实施例，该装置实施例与图2-图7中所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图8所示，本实施例的订单监控装置800可以包括：获取单元10，报警提醒单元820。可选地，订单监控装置800还可以包括：被取消订单报警单元830、订单质量评估单元840、拒单因素评估单元850、用户满意度评估单元860、报警提醒等级设置单元870和监控目标呈现单元880。

获取单元810配置用于获取订单参数，其中，订单参数至少包括：预定时间内订单的数量以及订单的物流参数。

在本实施例中，订单的物流参数包括以下一项或多项：待指派订单的参数、已指派订单的参数、运力接单的参数、运力取货的参数、运力送货的参数。

报警提醒单元820配置用于响应于订单参数超出预设的参数阈值范围，对以下一项或多项监控目标进行报警提醒：订单热点城市、订单热点区域、订单状态和运力状态，其中，参数阈值基于历史订单数据、云端数据库或人为设定得到。

在本实施例的一个可选实施方式中，上述订单监控装置800的报警提醒单元820进一步包括：订单热点城市子单元821，配置用于响应于订单热点城市的订单的数量与预设的订单数量不符，对订单热点城市的订单数量异常进行报警提醒；响应于订单热点城市的订单的数量与获取的已下单订单数量不符，对订单热点城市的遗漏订单数量进行报警提醒；响应于订单热点城市的订单的物流参数中的时间节点超过预设的时间节点，对订单热点城市的超时订单进行报警提醒；以及响应于订单热点城市的订单的物流参数中的运力位置偏离预设的物流范围或订单热点区域范围，对订单热点城市的运力超范围订单进行报警提醒。

在本实施例的一个可选实施方式中，上述订单监控装置800的报警提醒单元820进一步包括：订单热点区域子单元822，配置用于响应于订单热点区域的待指派订单的平均压单时间超出预设的平均压单时间，对订单热点区域的订单压单异常进行报警提醒；响应于订单热点区域的待指派订单的待指派运力偏离物流范围或订单热点区域范围的比例高于预设的偏离比例，对订单热点区域的运力异常进行报警提醒；响应于订单热点区域的基于待指派订单数量与历史同期订单数量得到的订单增长比例高于预设的增长比例，对订单热点区域的订单增长比例进行报警提醒；以及响应于订单热点区域的运力取货超时订单的比例高于预设的取货超时订单比例，对订单热点区域的取货超时订单进行报警提醒。

在本实施例的一个可选实施方式中，上述订单监控装置800的报警提醒单元820进一步包括：订单状态子单元823，配置用于响应于订单的物流参数中的时间节点超过预设的时间节点，对超时订单进行报警提醒；响应于订单的物流参数中的运力位置偏离预设的物流范围或订单热点区域范围，对运力超范围订单进行报警提醒；以及响应于已指派订单中已合并订单占可合并订单的比例超出预设的合并比例范围，对订单的合并比例进行报警提醒。

在本实施例的一个可选实施方式中，上述订单监控装置800的报警提醒单元820进一步包括：运力状态子单元824，配置用于响应于待指派运力偏离物流范围或订单热点区域范围，对运力位置异常进行报警提醒；响应于待指派运力的上岗数量或上岗比例低于预设的上岗数量或上岗比例，对运力上岗数量或上岗比例异常进行报警提醒；响应于分至单个运力的订单超出预设的运力负荷，对超负荷运力进行报警提醒；响应于运力未在预设的时间内接单，对运力接单异常进行报警提醒；响应于运力取货时的到位时间超出预设的到位时间，对运力到位异常进行报警提醒；响应于运力取货时间超出预设的取货时间，对运力取货异常进行报警提醒；响应于运力取货时的订单取消比例超出预设的取货订单取消比例，对运力的配送压力进行报警提醒；响应于运力送货时的订单取消比例超出预设的送货订单取消比例，对运力的配送压力进行报警提醒；以及响应于运力送货时的平均订单数量超出预设的平均订单数量，对运力的配送压力进行报警提醒。

在本实施例的一个可选实现方式中，上述订单监控装置800在获取订单参数时进一步包括获取订单被取消的发生时间；则订单监控装置800进一步包括：被取消订单报警单元830，配置用于响应于订单被取消的发生时间为运力送货时，对被取消订单进行报警提醒。

在本实施例的一个可选实现方式中，上述订单监控装置800在获取订单参数时进一步包括获取运力送达货物的时间和引起送达货物的时间的物流参数；则订单监控装置800进一步包括：订单质量评估单元840，配置用于基于送达货物的时间、引起送达货物的时间的物流参数及预设的订单质量规则，得到量化的订单质量，其中，订单质量规则将预设的送达货物的时间及引起送达货物的时间的物流参数与预设的订单质量相关联。

在本实施例的一个可选实现方式中，上述订单监控装置800在获取订单参数时进一步包括获取运力送达货物时用户的拒单数据和引起所述拒单数据的物流参数；则订单监控装置800进一步包括：拒单因素评估单元850，配置用于基于拒单数据、引起拒单数据的物流参数及预设的拒单规则，得到拒单因素，其中，拒单规则将预设的物流参数与预设的拒单因素相关联。

在本实施例的一个可选实现方式中，上述订单监控装置800在获取订单参数时进一步包括获取用户反馈的满意度数据；则订单监控装置800进一步包括：用户满意度评估单元860，配置用于基于满意度数据与历史满意度数据，对用户满意度趋势预先进行报警提醒。

在本实施例的一个可选实现方式中，上述订单监控装置800进一步包括：报警提醒等级设置单元870，配置用于若进行报警提醒时监控目标包括多个监控项目且多个监控项目所关联的报警提醒的等级不同，则以监控项目中等级最高的报警提醒等级作为监控目标的报警提醒等级；和/或报警分值设置单元，用于若进行报警提醒时监控目标包括多个监控项目且多个监控项目所关联的报警分值不同，则基于报警分值及预设的监控项目的权重，得到监控目标的报警分值。

在本实施例的一个可选实现方式中，上述订单监控装置800进一步包括：监控目标呈现单元880，配置用于根据预设的呈现规则，对一项或多项监控目标进行呈现，其中呈现规则按照监控目标将预定时间内订单的数量以及订单的物流参数与呈现结果相关联。

本申请的上述实施例提供的订单监控装置，通过设置获取单元获取订单参数，设置报警提醒单元响应于这些订单参数超出预设的参数阈值范围，对关注的一个或多个监控目标进行报警提醒，从而提醒订单管理人员注意或处理出现异常状况的订单，提高了订单管理人员的工作效率。

本领域技术人员可以理解，上述订单监控装置800还包括一些其他公知结构，例如处理器、存储器等，为了不必要地模糊本公开的实施例，这些公知的结构在图8中未示出。

本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元和报警提醒单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取订单参数的单元”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。所述计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本申请的订单监控方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (24)

1.一种订单监控方法，其特征在于，所述方法包括：

获取订单参数，其中，所述订单参数至少包括：预定时间内订单的数量以及订单的物流参数；

响应于所述订单参数超出预设的参数阈值范围，对以下一项或多项监控目标进行报警提醒：订单热点城市、订单热点区域、订单状态和运力状态，其中，所述参数阈值基于历史订单数据、云端数据库或人为设定得到。

2.根据权利要求1所述的方法，其特征在于，所述响应于所述订单参数超出预设的参数阈值范围，对订单热点城市进行报警提醒包括以下一项或多项：

响应于订单热点城市的订单的数量与预设的订单数量不符，对订单热点城市的订单数量异常进行报警提醒；

响应于订单热点城市的订单的数量与获取的已下单订单数量不符，对订单热点城市的遗漏订单数量进行报警提醒；

响应于订单热点城市的订单的物流参数中的时间节点超过预设的时间节点，对订单热点城市的超时订单进行报警提醒；以及

响应于订单热点城市的订单的物流参数中的运力位置偏离预设的物流范围或订单热点区域范围，对订单热点城市的运力超范围订单进行报警提醒。

3.根据权利要求1所述的方法，其特征在于，所述订单的物流参数包括以下一项或多项：待指派订单的参数、已指派订单的参数、运力接单的参数、运力取货的参数、运力送货的参数。

4.根据权利要求3所述的方法，其特征在于，所述响应于所述订单参数超出预设的参数阈值范围，对订单热点区域进行报警提醒包括以下一项或多项：

响应于订单热点区域的待指派订单的平均压单时间超出预设的平均压单时间，对订单热点区域的订单压单异常进行报警提醒；

响应于订单热点区域的待指派订单的待指派运力偏离物流范围或订单热点区域范围的比例高于预设的偏离比例，对订单热点区域的运力异常进行报警提醒；

响应于订单热点区域的基于待指派订单数量与历史同期订单数量得到的订单增长比例高于预设的增长比例，对订单热点区域的订单增长比例进行报警提醒；以及

响应于订单热点区域的运力取货超时订单的比例高于预设的取货超时订单比例，对订单热点区域的取货超时订单进行报警提醒。

5.根据权利要求3所述的方法，其特征在于，所述响应于所述订单参数超出预设的参数阈值范围，对订单状态进行报警提醒包括以下一项或多项：

响应于订单的物流参数中的时间节点超过预设的时间节点，对超时订单进行报警提醒；

响应于订单的物流参数中的运力位置偏离预设的物流范围或订单热点区域范围，对运力超范围订单进行报警提醒；以及

响应于已指派订单中已合并订单占可合并订单的比例超出预设的合并比例范围，对订单的合并比例进行报警提醒。

6.根据权利要求3所述的方法，其特征在于，所述响应于所述订单参数超出预设的参数阈值范围，对运力状态进行报警提醒包括以下一项或多项：

响应于待指派运力偏离物流范围或订单热点区域范围，对运力位置异常进行报警提醒；

响应于待指派运力的上岗数量或上岗比例低于预设的上岗数量或上岗比例，对运力上岗数量或上岗比例异常进行报警提醒；

响应于分至单个运力的订单超出预设的运力负荷，对超负荷运力进行报警提醒；

响应于运力未在预设的时间内接单，对运力接单异常进行报警提醒；

响应于运力取货时的到位时间超出预设的到位时间，对运力到位异常进行报警提醒；

响应于运力取货时间超出预设的取货时间，对运力取货异常进行报警提醒；

响应于运力取货时的订单取消比例超出预设的取货订单取消比例，对运力的配送压力进行报警提醒；

响应于运力送货时的订单取消比例超出预设的送货订单取消比例，对运力的配送压力进行报警提醒；以及

响应于运力送货时的平均订单数量超出预设的平均订单数量，对运力的配送压力进行报警提醒。

7.根据权利要求1-6之一所述的方法，其特征在于，所述订单参数还包括：订单被取消的发生时间；以及

所述方法还包括：响应于订单被取消的发生时间为运力送货时，对被取消订单进行报警提醒。

8.根据权利要求1-6之一所述的方法，其特征在于，所述订单参数还包括：运力送达货物的时间和引起所述送达货物的时间的物流参数；以及

所述方法还包括：基于所述送达货物的时间、引起所述送达货物的时间的物流参数及预设的订单质量规则，得到量化的订单质量，其中，所述订单质量规则将预设的送达货物的时间及引起送达货物的时间的物流参数与预设的订单质量相关联。

9.根据权利要求1-6之一所述的方法，其特征在于，所述订单参数还包括：运力送达货物时用户的拒单数据和引起所述拒单数据的物流参数；以及

所述方法还包括：基于所述拒单数据、引起所述拒单数据的物流参数及预设的拒单规则，得到拒单因素，其中，所述拒单规则将预设的物流参数与预设的拒单因素相关联。

10.根据权利要求1-6之一所述的方法，其特征在于，所述订单参数还包括：用户反馈的满意度数据；以及

所述方法还包括：基于所述用户反馈的满意度数据与历史满意度数据，对用户满意度趋势预先进行报警提醒。

11.根据权利要求1-10之一所述的方法，其特征在于，所述方法还包括：

若进行报警提醒时所述监控目标包括多个监控项目且多个所述监控项目所关联的报警提醒的等级不同，则以监控项目中等级最高的报警提醒等级作为监控目标的报警提醒等级；和/或

若进行报警提醒时所述监控目标包括多个监控项目且多个所述监控项目所关联的报警分值不同，则基于所述报警分值及预设的监控项目的权重，得到监控目标的报警分值。

12.根据权利要求1-11之一所述的方法，其特征在于，所述方法还包括：

根据预设的呈现规则，对一项或多项所述监控目标进行呈现，其中所述呈现规则按照所述监控目标将预定时间内订单的数量以及订单的物流参数与呈现结果相关联。

13.一种订单监控装置，其特征在于，所述装置包括：

获取单元，用于获取订单参数，其中，所述订单参数至少包括：预定时间内订单的数量以及订单的物流参数；

报警提醒单元，用于响应于所述订单参数超出预设的参数阈值范围，对以下一项或多项监控目标进行报警提醒：订单热点城市、订单热点区域、订单状态和运力状态，其中，所述参数阈值基于历史订单数据、云端数据库或人为设定得到。

14.根据权利要求13所述的装置，其特征在于，所述报警提醒单元包括：

订单热点城市子单元，用于响应于订单热点城市的订单的数量与预设的订单数量不符，对订单热点城市的订单数量异常进行报警提醒；响应于订单热点城市的订单的数量与获取的已下单订单数量不符，对订单热点城市的遗漏订单数量进行报警提醒；响应于订单热点城市的订单的物流参数中的时间节点超过预设的时间节点，对订单热点城市的超时订单进行报警提醒；以及响应于订单热点城市的订单的物流参数中的运力位置偏离预设的物流范围或订单热点区域范围，对订单热点城市的运力超范围订单进行报警提醒。

15.根据权利要求13所述的装置，其特征在于，所述订单的物流参数包括以下一项或多项：待指派订单的参数、已指派订单的参数、运力接单的参数、运力取货的参数、运力送货的参数。

16.根据权利要求15所述的装置，其特征在于，所述报警提醒单元包括：

订单热点区域子单元，用于响应于订单热点区域的待指派订单的平均压单时间超出预设的平均压单时间，对订单热点区域的订单压单异常进行报警提醒；响应于订单热点区域的待指派订单的待指派运力偏离物流范围或订单热点区域范围的比例高于预设的偏离比例，对订单热点区域的运力异常进行报警提醒；响应于订单热点区域的基于待指派订单数量与历史同期订单数量得到的订单增长比例高于预设的增长比例，对订单热点区域的订单增长比例进行报警提醒；以及响应于订单热点区域的运力取货超时订单的比例高于预设的取货超时订单比例，对订单热点区域的取货超时订单进行报警提醒。

17.根据权利要求15所述的装置，其特征在于，所述报警提醒单元包括：

订单状态子单元，用于响应于订单的物流参数中的时间节点超过预设的时间节点，对超时订单进行报警提醒；响应于订单的物流参数中的运力位置偏离预设的物流范围或订单热点区域范围，对运力超范围订单进行报警提醒；以及响应于已指派订单中已合并订单占可合并订单的比例超出预设的合并比例范围，对订单的合并比例进行报警提醒。

18.根据权利要求15所述的装置，其特征在于，所述报警提醒单元包括：

运力状态子单元，用于响应于待指派运力偏离物流范围或订单热点区域范围，对运力位置异常进行报警提醒；响应于待指派运力的上岗数量或上岗比例低于预设的上岗数量或上岗比例，对运力上岗数量或上岗比例异常进行报警提醒；响应于分至单个运力的订单超出预设的运力负荷，对超负荷运力进行报警提醒；响应于运力未在预设的时间内接单，对运力接单异常进行报警提醒；响应于运力取货时的到位时间超出预设的到位时间，对运力到位异常进行报警提醒；响应于运力取货时间超出预设的取货时间，对运力取货异常进行报警提醒；响应于运力取货时的订单取消比例超出预设的取货订单取消比例，对运力的配送压力进行报警提醒；响应于运力送货时的订单取消比例超出预设的送货订单取消比例，对运力的配送压力进行报警提醒；以及响应于运力送货时的平均订单数量超出预设的平均订单数量，对运力的配送压力进行报警提醒。

19.根据权利要求13-18之一所述的装置，其特征在于，所述订单参数还包括：订单被取消的发生时间；以及

所述装置还包括：被取消订单报警单元，用于响应于订单被取消的发生时间为运力送货时，对被取消订单进行报警提醒。

20.根据权利要求13-18之一所述的装置，其特征在于，所述订单参数还包括：运力送达货物的时间和引起所述送达货物的时间的物流参数；以及

所述装置还包括：订单质量评估单元，用于基于所述送达货物的时间、引起所述送达货物的时间的物流参数及预设的订单质量规则，得到量化的订单质量，其中，所述订单质量规则将预设的送达货物的时间及引起送达货物的时间的物流参数与预设的订单质量相关联。

21.根据权利要求13-18之一所述的装置，其特征在于，所述订单参数还包括：运力送达货物时用户的拒单数据和引起所述拒单数据的物流参数；以及

所述装置还包括：拒单因素评估单元，用于基于所述拒单数据、引起所述拒单数据的物流参数及预设的拒单规则，得到拒单因素，其中，所述拒单规则将预设的物流参数与预设的拒单因素相关联。

22.根据权利要求13-18之一所述的装置，其特征在于，所述订单参数还包括：用户反馈的满意度数据；以及

所述装置还包括：用户满意度评估单元，用于基于所述用户反馈的满意度数据与历史满意度数据，对用户满意度趋势预先进行报警提醒。

23.根据权利要求13-22之一所述的装置，其特征在于，所述装置还包括：

报警提醒等级设置单元，用于若进行报警提醒时所述监控目标包括多个监控项目且多个所述监控项目所关联的报警提醒的等级不同，则以监控项目中等级最高的报警提醒等级作为监控目标的报警提醒等级；和/或

报警分值设置单元，用于若进行报警提醒时所述监控目标包括多个监控项目且多个所述监控项目所关联的报警分值不同，则基于所述报警分值及预设的监控项目的权重，得到监控目标的报警分值。

24.根据权利要求13-23之一所述的装置，其特征在于，所述装置还包括：

监控目标呈现单元，用于根据预设的呈现规则，对一项或多项所述监控目标进行呈现，其中所述呈现规则按照所述监控目标将预定时间内订单的数量以及订单的物流参数与呈现结果相关联。