一种任务提醒的方法、装置、电子设备及存储介质与流程

1.本公开涉及无人零售技术领域，具体而言，涉及一种任务提醒的方法、装置、电子设备及存储介质。


背景技术：

2.随着科技的发展和人力成本的上升，在人们的生活中出现了越来越多的无人售货终端，例如，无人零售咖啡机、无人零售早餐机、无人零售水果设备、无人零售零食设备等。
3.目前的无人售货终端大多固定在一个地方，并由专人负责维护看管及日常补货，且通常是由运营人员依靠自身直觉和经验判断哪些机器需要补哪些货物以及补货的时间。
4.然而，上述有关售货终端的运营方式智能化程度较低，很容易造成人力和物力的浪费，导致运营效率低下。


技术实现要素：

5.本公开实施例至少提供一种任务提醒的方法、装置、电子设备及存储介质，以避免人力和物理的浪费，提升运营效率。
6.第一方面，本公开实施例提供了一种任务提醒的方法，所述方法包括：
7.获取目标管理区域内的售货终端上报的货物状态信息；
8.在所述售货终端对应的货物状态信息满足目标任务的处理条件的情况下，生成针对所述售货终端的目标任务提醒信息，并从至少两个运营终端中，确定与所述售货终端匹配的目标运营终端；
9.将所述目标任务提醒信息发送至与所述目标运营终端；所述目标任务提醒信息用于提醒所述目标运营终端对应的目标运营人员针对所述售货终端执行所述目标任务。
10.采用上述任务提醒的方法，首先可以获取售货终端上报的货物状态信息，并能够在售货终端对应的货物状态信息满足目标任务的处理条件的情况下，生成针对售货终端的目标任务提醒信息，这样，在确定出与售货终端匹配的目标运营终端的情况下可以将生成的目标任务提醒信息发送至目标运营终端，以提醒目标运营人员针对售货终端执行目标任务。本公开可以基于售货终端上报的货物状态信息自动启动与之对应的目标任务提醒，无需专人看管即可及时实现对售货终端进行诸如上货、下货、校对等目标任务，节省了大量的人力物力，智能化程度较高，使得运营效率显著提升。
11.在一种可能的实施方式中，所述目标任务的处理条件包括如下至少一项：
12.所述货物状态信息指示所述售货终端的当前货物数量小于预设数量；
13.所述货物状态信息指示所述售货终端的货物的生产日期距离当前的日期超过保质期；
14.所述货物状态信息指示所述售货终端的货物的属性信息不符合所述目标管理区域对应的目标货物属性信息。
15.在一种可能的实施方式中，所述获取目标管理区域内的售货终端上报的货物状态
信息，包括：
16.接收目标管理区域内的售货终端采集并上传的货物图像，并对所述货物图像识别得到所述售货终端的货物状态信息；或者，
17.接收目标管理区域内的售货终端发送的信息输入指令，从所述信息输入指令中获取用户输入的货物状态信息；或者，
18.接收目标管理区域内的售货终端采集并上传的异常凭证，并对所述异常凭证识别得到所述售货终端的货物状态信息。
19.在一种可能的实施方式中，所述从至少两个运营终端中，确定与所述售货终端匹配的目标运营终端，包括：
20.在所述至少两个运营终端中存在与所述售货终端之间的距离小于预设距离的候选运营终端的情况下，基于所述候选运营终端确定与所述售货终端匹配的目标运营终端。
21.这里，可以基于距离判断结果为售货终端选取候选运营终端，以更可能的利用距离较近的运营终端为售货终端提供目标任务下的运营服务，响应速度更快，运营服务质量更高。
22.在一种可能的实施方式中，所述目标管理区域关联至少一个售货终端，所述方法还包括：
23.在所述至少两个运营终端中不存在与所述售货终端之间的距离小于预设距离的候选运营终端的情况下，基于所述目标管理区域关联的至少一个运营终端，确定与所述售货终端匹配的目标运营终端。
24.在一种可能的实施方式中，在存在至少两个候选运营终端的情况下，所述基于所述候选运营终端确定与所述售货终端匹配的目标运营终端，包括：
25.获取各候选运营终端的任务完成信用度；
26.将任务完成信用度最高的候选运营终端，确定为所述目标运营终端。
27.这里，可以结合距离以及任务完成信用度来确定目标运营终端，进一步提升运营人员的运营积极性，提升运营服务质量。
28.在一种可能的实施方式中，在至少两个售货终端对应的货物状态信息满足目标任务的处理条件的情况下，所述从至少两个运营终端中，确定与所述售货终端匹配的目标运营终端，包括：
29.获取各售货终端的历史货物订单量不同的管理子区域的历史货物订单量；
30.按照所述历史货物订单量由大到小的顺序对各售货终端进行排序，得到排序结果；
31.按照所述排序结果，依次为每个售货终端确定匹配的目标运营终端。
32.这里的历史货物订单量可以对应的是各管理子区域的售卖热度，对于售卖热度更高的管理子区域而言，一定程度上需要更为快速的运营服务，进而可以结合目标运营终端的当前位置信息为热度更高子区域所对应售货终端提供快捷化服务，服务质量较高。
33.在一种可能的实施方式中，所述方法还包括：
34.响应用户端的异常状态提示指令，生成针对所述售货终端的目标任务提醒信息。
35.这里，可以基于用户端的异常状态提示指令来实现针对售货终端的目标任务提醒信息，以便运营人员能够快速响应用户的异常请求，例如，在用户端发生支付异常的时候，
可以第一时间分配相应的运营人员提供故障解除的服务。
36.第二方面，本公开实施例还提供了一种任务提醒的装置，所述装置包括：
37.获取模块，用于获取目标管理区域内的售货终端上报的货物状态信息；
38.确定模块，用于在所述售货终端对应的货物状态信息满足目标任务的处理条件的情况下，生成针对所述售货终端的目标任务提醒信息，并从至少两个运营终端中，确定与所述售货终端匹配的目标运营终端；
39.发送模块，用于将所述目标任务提醒信息发送至与所述目标运营终端；所述目标任务提醒信息用于提醒所述目标运营终端对应的目标运营人员针对所述售货终端执行所述目标任务。
40.第三方面，本公开实施例还提供了一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如第一方面及其各种实施方式任一所述的任务提醒的方法的步骤。
41.第四方面，本公开实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如第一方面及其各种实施方式任一所述的任务提醒的方法的步骤。
42.关于上述任务提醒的装置、电子设备、及计算机可读存储介质的效果描述参见上述任务提醒的方法的说明，这里不再赘述。
43.为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
44.为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
45.图1示出了本公开实施例所提供的一种任务提醒的方法的流程图；
46.图2示出了本公开实施例所提供的一种任务提醒的装置的示意图；
47.图3示出了本公开实施例所提供的一种电子设备的示意图。
具体实施方式
48.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
49.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
50.本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括a、b、c中的至少一种，可以表示包括从a、b和c构成的集合中选择的任意一个或多个元素。
51.经研究发现，目前的无人售货终端大多固定在一个地方，并由专人负责维护看管及日常补货，且通常是由运营人员依靠自身直觉和经验判断哪些机器需要补哪些货物以及补货的时间。
52.然而，上述有关售货终端的运营方式智能化程度较低，很容易造成人力和物力的浪费，导致运营效率低下。
53.基于上述研究，本公开提供了一种任务提醒的方法、装置、电子设备及存储介质，以避免人力和物理的浪费，提升运营效率。
54.为便于对本实施例进行理解，首先对本公开实施例所公开的一种任务提醒的方法进行详细介绍，本公开实施例所提供的任务提醒的方法的执行主体一般为具有一定计算能力的电子设备，该电子设备例如包括：终端设备或服务器或其它处理设备，终端设备可以为用户设备(user equipment，ue)、移动设备、用户终端、蜂窝电话、无绳电话、个人数字助理(personal digital assistant，pda)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该任务提醒的方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。接下来以服务器为执行主体对本公开实施例提供的任务提醒的方法进行示例性说明。
55.参见图1所示，为本公开实施例提供的任务提醒的方法的流程图，方法包括步骤s101～s103，其中：
56.s101：获取目标管理区域内的售货终端上报的货物状态信息；
57.s102：在售货终端对应的货物状态信息满足目标任务的处理条件的情况下，生成针对售货终端的目标任务提醒信息，并从至少两个运营终端中，确定与售货终端匹配的目标运营终端；
58.s103：将目标任务提醒信息发送至目标运营终端；目标任务提醒信息用于提醒目标运营终端对应的目标运营人员针对售货终端执行目标任务。
59.这里，为了便于理解本公开实施例提供的任务提醒的方法，接下来首先对该方法的应用场景进行详细说明。上述任务提醒的方法主要可以应用于无人售卖领域，例如，可以应用于对坐落在商场、医院等场合的无人零售咖啡机、无人零售早餐机、无人零售水果设备、无人零售零食设备等售货终端的任务管理，这里的任务管理主要可以包括上货、下货、校对等任务，还可以包括其它管理任务，这里不做具体的限制。
60.考虑到相关技术中针对零售设备是采用专人负责维护看管及日常补货的方式，通常是由运营人员依靠自身直觉和经验判断哪些机器需要补哪些货物以及补货的时间，这将耗费大量的人力物力，特别是在需要维护的售货终端比较多的情况下，当下的专人维护方案很难满足实际的应用需求。
61.正是为了解决上述问题，本公开实施例才提供了一种基于售货终端上报的货物状
态信息自动实现目标任务提醒的方法，智能化程度较高，提升了整体的运营效率。
62.其中，这里的目标管理区域可以是预先划分的一个管理区域，例如，可以将某商场的一个楼层所对应区域确定为一个目标管理区域，也可以将整个商场的各个楼层所对应区域确定为一个目标管理区域，除此以外，这里的目标管理区域还可以是结合地域位置划分的，例如，可以将a市中的b区确定为一个目标管理区域，在实际应用中，还可以是结合不同的管理需求来确定对应的目标管理区域，这里不做具体的限制。
63.本公开实施例中，可以将同属一种类型的售货终端设置在同一目标管理区域，也即，目标管理区域内的各售货终端售卖的为同一货物，还可以将不同类型的售货终端设置在同一目标管理区域，也即，目标管理区域内的各售货终端售卖的为不同货物，在此不做具体的限制。
64.这里的售货终端可以是任意具备售卖功能的终端设备，该终端设备可以通过网络与外界设备通信，例如，这里的服务器可以通过网络接收目标管理区域内的售货终端上报的货物状态信息。
65.在实际应用中，售货终端可以具备货物状态信息记录功能，例如，利用售货终端内的库存量单元(stock keeping unit，sku)算法确定库存数量，并能够利用无线通信单元将确定的库存数量同步上传到服务器。这里的货物状态信息除了可以包括库存数量，可以包括诸如货物生产日期、货物保质期、货物属性信息等信息，在此不做具体的限制。
66.本公开实施例中，有关售货终端上报的货物状态信息可以基于以下三种方式确定的：
67.其一，接收目标管理区域内的售货终端采集并上传的货物图像，并对所述货物图像识别得到所述售货终端的货物状态信息；售货终端可通过摄像装置采集货物区域的货物图像，并将该货物图像上传至服务器，服务器对该货物图像进行识别，得到售货终端的货物状态信息。其中，售货终端采集的货物图像的时机，可以是预设的时刻，例如每隔半小时后进行一次拍摄；还可以在售货终端的状态满足某一条件时进行图像采集，例如售货终端通过红外检测或其它方式检测到货门被打开和/或关闭，由又或者检测到有人进入和/或离开售货区域等。此外，还可以是售货终端自身通过或外检测、重量检测、图像识别检测等方式检测到发生货物更新的情况下，可以利用上述sku算法更新货物状态信息，并将更新后的货物状态信息自动上传到服务器。
68.其二，用户可以在售货终端直接输入货物状态信息，例如，售货终端的拥有者可以触发售货终端上设置的信息输入按钮，将货物状态信息输入到售货终端，进而由售货终端向服务器发送对应的信息输入指令；服务器接收该信息输入指令，从信息输入指令中获取货物状态信息。
69.其三，在货物状态信息发生问题等情况下，用户可以通过售货终端上设置的异常上报按钮进行异常上报，向服务器上传异常凭证数据，例如，在运营人员确定上货数量为5的情况下，发现售货终端同步数量为4，这时可以通过拍照方式留存凭证以便后台进行审核。在异常上报按钮被用户触发的情况下，售货终端通过摄像装置采集用户提供的异常凭证图像，然后将该异常凭证图像上传至服务器；服务器对该异常凭证图像进行识别，得到异常上报凭证数据，从而根据异常上报凭证数据得到售货终端的货物状态数据。除此以外，还可以是其它探测设备获取的异常上报凭证数据，在此不做具体的限制。
70.为了实现针对售货终端的自动化运营管理，本公开实施例对于售货终端上报的货物状态信息而言，可以验证售货终端对应的货物状态信息是否满足目标任务的处理条件，这里的目标任务可以是上下货任务、校对任务、故障解除任务等。
71.对于不同的目标任务，所对应需要验证的货物状态信息也不同，例如，对于上货任务，可以验证货物状态信息指示售货终端的当前货物数量是否小于预设数量，若是，则可以认为满足上货任务；再如，对于下货任务，可以验证货物状态信息指示售货终端的货物的生产日期距离当前的日期是否超过或者是否邻近保质期，若是，则可以认为满足下货任务。
72.另外，在货物状态信息指示售货终端的货物的属性信息不符合目标管理区域对应的目标货物属性信息下，也可以认为满足处理条件。例如，对于处在温度较低的目标管理区域，这时需要的可以是具有保暖性的食物或生活用品，对于雪糕这类食物可以采取下货策略。
73.本公开实施例还可以对应有其他目标任务以及其他货物状态信息，这里可以结合不同的应用场景来确定，在此不做具体的赘述。
74.本公开实施例中，一旦验证售货终端对应的货物状态信息满足目标任务的处理条件，可以生成针对售货终端的目标任务提醒信息，与此同时，还可以从至少两个运营终端中，确定与售货终端匹配的目标运营终端。进而，可以将生成的目标任务提醒信息发送至与售货终端匹配的目标运营终端，以提醒目标运营人员针对售货终端执行目标任务。
75.这里的目标任务提醒信息可以是包含目标任务的任何提醒内容。在具体应用中，可以是包含上货数量、上货地点等提醒内容，这里的提醒内容可以是以文字呈现的，也可以是以声音呈现的，还可以是以其他方式呈现的，本公开实施例对此不做具体的限制。
76.另外，本公开实施例还可以基于距离优先选择选取与售货终端匹配的目标运营终端以快速响应售货终端的任务需求，除此以外，还可以结合其他参考因素来选取与售货终端匹配的目标运营终端，例如，结合售货终端所售卖货物的冷热度、结合各运营终端自身的运营应对能力等。
77.这里，可以将目标任务提醒信息发送至与售货终端匹配的目标运营终端，进行显示或者进行播报，从而可以提醒目标运营终端对应的目标运营人员针对售货终端执行目标任务，在目标运营人员针对售货终端执行目标任务，可以基于地图导航等方式从当前所处位置移动到售货终端所在部署位置。
78.在实际应用中，可以在目标运营终端生成有关售货终端的任务工单，该任务工单可以记录工单开始以及工单结束的时间，还可以记录有关任务的完成度等内容，以便于服务器可以实现针对目标运营终端的灵活调度。
79.为了便于进一步实现运营终端的灵活调度，这里可以按照如下步骤确定与售货终端匹配的目标运营终端：
80.步骤一、判断至少两个运营终端中是否存在与售货终端之间的距离小于预设距离的候选运营终端；
81.步骤二、若确定存在与售货终端之间的距离小于预设距离的候选运营终端，则基于确定出的候选运营终端，确定与售货终端匹配的目标运营终端。
82.这里，可以基于距离优先来确定与售货终端匹配的目标运营终端。例如，可以以售货终端为圆心，以1千米为半径绘制一个区域范围，基于这一区域范围内的候选运营终端可
以确定与售货终端匹配的目标运营终端。在实际应用中，可以选取与售货终端距离最近的候选运营终端作为目标运营终端，也可以是选取当前任务较少的候选运营终端作为目标运营终端，当然在实际中还可以是其它的选取方式。
83.在上述举例中，候选运营终端可以是直接基于距离确定的，在另一种实施方式中，还可以是结合目标管理区域包括的各管理子区域与各运营终端之间的预先绑定关系确定的。
84.这里，每个管理子区域可以预先绑定有至少一个运营终端，在基于售货终端的部署位置所属的管理子区域，确定与售货终端对应的至少一个运营终端的情况下，可以基于距离原则从确定的至少一个运营终端中选择候选运营终端。
85.在具体应用中，可以在运营平台预设好运营人员的分管范围和售货终端编号，明确运营终端与售货终端的对应关系，这样，在进行任务提醒分发时，可以根据任务所属终端编号，发送给对应负责的运营人员。
86.在确定出的候选运营终端为多个的情况下，本公开实施例还可以结合候选运营终端的任务完成信用度对各候选运营终端进行筛选，以确定与售货终端匹配的目标运营终端。这里，可以将多个候选运营终端中任务完成信用度最高的候选运营终端，确定为目标运营终端。
87.其中，上述任务完成信用度可以是基于候选运营终端在过去接受的任务工单的工单信息确定的，这里的任务完成信用度可以是与工单完成数量、工单是否有延期问题、是否存在用户投诉问题等因素来综合确定的。
88.可知的是，本公开实施例中，首先可以采用就近处理的原则进行任务分配，也即，当任务提醒机制触发后，后台服务器自动采集运营终端的当前位置信息，按照距离优先的原则，向距售货终端一定范围内路程最近的运营人员分发任务提醒。如果上述范围内无相应的运营人员，则可以按照为售货终端对应的管理子区域预先分配的运营终端，将任务提醒发送至对应子区域所对应的分管人员。
89.考虑到本公开实施例提供的任务提醒的方法在实际应用场景中同一时间段可能会存在较多的售货终端具有任务需求，而当前可供分配的目标运营终端的数量并不能满足上述需求，为了尽可能的提升运营服务质量，这里可以结合子区域的订单热度实现目标运营终端的再匹配，具体包括如下步骤：
90.步骤一、获取各售货终端的历史货物订单量不同的管理子区域的历史货物订单量；
91.步骤二、按照历史货物订单量由大到小的顺序对各售货终端进行排序，得到排序结果；
92.步骤三、按照排序结果，依次为每个售货终端确定匹配的目标运营终端。
93.这里，历史货物订单量可以是由售货终端的历史售卖情况确定的，每售卖一件货物可以生成一个对应的货物订单，订单量越大一定程度上说明所在管理子区域的热度越高，反之，订单量越小一定程度上说明所在管理子区域的热度越低。
94.本公开实施例中，可以先基于热度大小对各个售货终端进行排序，排序在前的售货终端所在管理子区域的热度更高，排序在后的售货终端所在管理子区域的热度更低。在这种情况下，可以综合考虑各个目标运营终端的当前位置信息，优选为热度更高的售货终
端选择匹配的目标运营终端。
95.在售货终端为m个，目标运营终端为n，且n＜m的情况下，n个目标运营终端将被首先分配完成，剩余m
‑
n个售货终端待进行匹配。这时，可以基于n个目标运营终端的当前任务完成情况为其预先分配对应剩余售货终端的目标任务，与此同时，还可以综合考虑在n个目标运营终端执行各自的目标任务过程中，释放出来的其它运营终端，以实现运营资源的灵活调度，进一步提升运营效率。
96.本公开实施例提供的任务提醒的方法，不仅可以是基于目标管理区域内的售货终端上报的货物状态信息来生成任务提醒，还可以基于用户端的异常状态提示指令，生成针对售货终端的目标任务提醒信息，这里的用户端可以是购买货物的用户所持的手机等终端，还可以是售货终端所属拥有者所持的手机等终端。
97.例如，在支付发现异常或者售货终端出现故障等异常的情况下，可以发起任务提醒，以便目标运营人员可以及时赶到解决异常问题，进而维护运营服务质量。
98.本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
99.基于同一发明构思，本公开实施例中还提供了与任务提醒的方法对应的任务提醒的装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述任务提醒的方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
100.参照图2所示，为本公开实施例提供的一种任务提醒的装置的示意图，装置包括：获取模块201、确定模块202、发送模块203；其中，
101.获取模块201，用于获取目标管理区域内的售货终端上报的货物状态信息；
102.确定模块202，用于在售货终端对应的货物状态信息满足目标任务的处理条件的情况下，生成针对售货终端的目标任务提醒信息，并从至少两个运营终端中，确定与售货终端匹配的目标运营终端；
103.发送模块203，用于将目标任务提醒信息发送至与目标运营终端；目标任务提醒信息用于提醒目标运营终端对应的目标运营人员针对售货终端执行目标任务。
104.采用上述任务提醒的装置，首先可以获取售货终端上报的货物状态信息，并能够在售货终端对应的货物状态信息满足目标任务的处理条件的情况下，生成针对售货终端的目标任务提醒信息，这样，在确定出与售货终端匹配的目标运营终端的情况下可以将生成的目标任务提醒信息发送至目标运营终端，以提醒目标运营人员针对售货终端执行目标任务。本公开可以基于售货终端上报的货物状态信息自动启动与之对应的目标任务提醒，无需专人看管即可及时实现对售货终端进行诸如上货、下货、校对等目标任务，节省了大量的人力物力，智能化程度较高，使得运营效率显著提升。
105.在一种可能的实施方式中，目标任务的处理条件包括如下至少一项：
106.货物状态信息指示售货终端的当前货物数量小于预设数量；
107.货物状态信息指示售货终端的货物的生产日期距离当前的日期超过保质期；
108.货物状态信息指示售货终端的货物的属性信息不符合目标管理区域对应的目标货物属性信息。
109.在一种可能的实施方式中，获取模块201，用于按照如下步骤获取目标管理区域内
的售货终端上报的货物状态信息：
110.接收目标管理区域内的售货终端采集并上传的货物图像，并对所述货物图像识别得到所述售货终端的货物状态信息；或者，
111.接收目标管理区域内的售货终端发送的信息输入指令，从所述信息输入指令中获取用户输入的货物状态信息；或者，
112.接收目标管理区域内的售货终端采集并上传的异常凭证，并对所述异常凭证识别得到所述售货终端的货物状态信息。
113.在一种可能的实施方式中，确定模块202，用于按照如下步骤从至少两个运营终端中，确定与售货终端匹配的目标运营终端：
114.在至少两个运营终端中存在与售货终端之间的距离小于预设距离的候选运营终端的情况下，基于候选运营终端确定与售货终端匹配的目标运营终端。
115.在一种可能的实施方式中，目标管理区域关联至少一个售货终端，确定模块202，还用于：
116.在至少两个运营终端中不存在与售货终端之间的距离小于预设距离的候选运营终端的情况下，基于目标管理区域关联的至少一个运营终端，确定与售货终端匹配的目标运营终端。
117.在一种可能的实施方式中，在存在至少两个候选运营终端的情况下，确定模块202，用于按照如下步骤基于候选运营终端确定与售货终端匹配的目标运营终端：
118.获取各候选运营终端的任务完成信用度；
119.将任务完成信用度最高的候选运营终端，确定为目标运营终端。
120.在一种可能的实施方式中，在至少两个售货终端对应的货物状态信息满足目标任务的处理条件的情况下，确定模块202，用于按照如下步骤从至少两个运营终端中，确定与售货终端匹配的目标运营终端：
121.获取各售货终端的历史货物订单量不同的管理子区域的历史货物订单量；
122.按照历史货物订单量由大到小的顺序对各售货终端进行排序，得到排序结果；
123.按照排序结果，依次为每个售货终端确定匹配的目标运营终端。
124.在一种可能的实施方式中，确定模块202，还用于：
125.响应用户端的异常状态提示指令，生成针对售货终端的目标任务提醒信息。
126.关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。
127.本公开实施例还提供了一种电子设备，如图3所示，为本公开实施例提供的电子设备结构示意图，包括：处理器301、存储器302、和总线303。存储器302存储有处理器301可执行的机器可读指令(比如，图2中的装置中获取模块201、确定模块202、发送模块203对应的执行指令等)，当电子设备运行时，处理器301与存储器302之间通过总线303通信，机器可读指令被处理器301执行时执行如下处理：
128.获取目标管理区域内的售货终端上报的货物状态信息；
129.在售货终端对应的货物状态信息满足目标任务的处理条件的情况下，生成针对售货终端的目标任务提醒信息，并从至少两个运营终端中，确定与售货终端匹配的目标运营终端；
130.将目标任务提醒信息发送至目标运营终端；目标任务提醒信息用于提醒目标运营终端对应的目标运营人员针对售货终端执行目标任务。
131.本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的任务提醒的方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。
132.本公开实施例还提供一种计算机程序产品，该计算机程序产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的任务提醒的方法的步骤，具体可参见上述方法实施例，在此不再赘述。
133.其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(software development kit，sdk)等等。
134.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
135.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
136.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
137.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
138.最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使
相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。