界面显示方法及装置与流程

本申请实施例涉及互联网技术领域，尤其涉及一种界面显示方法及装置。

背景技术：

随着互联网技术的快速发展，基于互联网的应用越来越多，例如外卖类应用、购物类应用。基于这些应用，用户足不出户即可获取自己所需的物品。这些应用在便利用户的同时，也面临着物品配送问题，因此带动了物流行业的快速发展。

在物流行业中，包括专送配送模式和众包配送模式。专送配送模式是指由系统为配送员统一配单的配送模式；众包配送模式是指配送员自由抢单的配送模式。众包配送模式配合专送配送模式，可以充分利用社会闲散运力，达到削峰平谷，降低配送成本，提高配送效率等目的。

技术实现要素：

本申请发明人跟踪调查了众包配送模式的应用过程，发现：众包配送模式所带来的有益效果不太稳定，时而可以达到削峰平谷，降低配送成本，提高配送效率的目的，时而又会带来反效果。

针对跟踪观察到的结果，发明人进行了统计分析，发现：对于众包配送模式能够明显产生有益效果的情况，配送员的数量与订单数量具有较高的匹配度，因此可以削峰平谷，降低配送成本，提高配送效率；对于众包配送模式未能带来有益效果甚至带来反效果的情况，一般是配送员的数量与订单数量具有较低的匹配度，因此可能导致订单无法及时配送，降低用户体验度，配送成本上涨，或者运力浪费，极大的伤害商户及用户的利益。

进一步，发明人分析和研究了产生上述分析结果的原因，发现：在众包配送模式中，配送员可以自由抢单，不受系统的统一调度分配，配送员的流动性和灵活性较大，使得配送员数量与订单数量的匹配关系波动较大，时不时会出现配送员数量与订单数量不匹配的问题。进而得出：解决众包配送模式下存在的配送员数量与订单数量不匹配的问题是当务之急。

对于经跟踪观察及层层分析才发现的上述问题，发明人经过创造性劳动后想到：如果能够预先判断出可能出现的配送员数量与订单数量不匹配的问题，基于预判结果，及时调整相应策略，解决配送员数量与订单数量不匹配的问题，便可充分地发挥众包配送模式的优势。

如何预先判断出配送员数量与订单数量可能会不匹配，发明人提出一种将运力供需关系的动态变化可视化的方案，直观、实时地了解订单分布状况和配送员分布状况，据此预先判断是否会出现配送员数量与订单数量不匹配的问题，进而动态灵活的调控订单放单范围，对现有放单策略的有效性进行合理的评估，解决运力供需不平衡的问题。

基于上述分析，本申请实施例提供一种界面显示方法，包括：

获取第一数据，所述第一数据反映第一地理区域中的配送力和配送需求；

在所述第一地理区域对应的地图页面上，展示与所述第一数据关联的界面元素。

在一可选实施方式中，在获取所述第一据数据之前，包括：响应于监控触发操作，确定所述第一地理区域。

在一可选实施方式中，所述第一地理区域的确定步骤，包括：

响应于预设对象列表上的选择操作，确定所述被选择对象对应的地理区域，作为所述第一地理区域；或者

响应于上一地图页面上的选择操作，确定所述被选择对象对应的地理区域，作为所述第一地理区域；

响应于所述上一地图页面上的搜索确认操作，确定搜索词所标识对象对应的地理区域，作为所述第一地理区域。

在一可选实施方式中，在展示所述界面元素之前，还包括：获取所述地图页面的图层列表；根据所述第一数据，在所述图层列表中，定义所述界面元素对应的图层。

在一可选实施方式中，所述界面元素的展示步骤，包括：

在所述地图页面上，展示包含所述第一数据的图表型界面元素；和/或

在所述地图页面上，展示用于标识所述第一数据的图标型界面元素。

在一可选实施方式中，所述图表型界面元素的展示步骤，包括：在所述地图页面的非中心区域，展示所述图表型界面元素。

在一可选实施方式中，所述方法还包括以下至少一种操作：

响应于对所述图表型界面元素的拖动操作，移动所述图表型界面元素；

响应于对所述图表型界面元素的关注操作，突出显示所述图表型界面元素；

响应于所述地图页面上的切换触发操作，在第二地理区域对应的地图页面上，展示与第二数据关联的界面元素；所述第二地理区域是需要切换到的地理区域，所述第二数据反映所述第二地理区域中的配送力和配送需求；

响应于对所述图标型界面元素的显示触发操作，展示所述显示触发操作涉及对象的详情数据。

在一可选实施方式中，所述第一地理区域为城市，所述第一数据包括：所述城市中每个商圈的运力供需基础数据和反映运力供需匹配度的匹配度表征数据；

所述图表型界面元素的展示步骤，包括：

在所述地图页面上，展示所述每个商圈的边界以及包含所述每个商圈的运力供需基础数据的基础图表；

所述图标型界面元素的展示步骤，包括：

对所述每个商圈，识别所述商圈在所述地图页面上的位置区域；

在所述位置区域中，展示代表所述商圈的匹配度表征数据的匹配度指示图标。

在一可选实施方式中，所述方法还包括以下至少一种操作：

根据所述商圈的匹配度表征数据，设置所述匹配度指示图标的颜色；

根据所述商圈的匹配度表征数据，设置所述位置区域的颜色；

响应于对所述位置区域的触发操作，在所述地图页面上，展示包含所述商圈的运力供需详情数据的详情图表；

响应于对所述商圈对应的报警控件的触发操作，在所述地图页面上，展示与所述商圈的匹配度表征数据相匹配的报警提示信息；

响应于对所述基础图表中商圈的选择操作，在所述被选择商圈对应的地图页面上，展示与所述被选择商圈的数据关联的界面元素。

在一可选实施方式中，所述运力供需基础数据包括：有单配送员数量、在岗配送员数量、离岗配送员数量、平均订单量以及待抢订单量；所述匹配度表征数据包括：临近超时订单的占比；

所述运力供需详情数据包括：有单配送员数量、在岗配送员数量、离岗配送员数量、平均订单量、待抢订单量、临近超时订单量、临近超时订单率以及接起率。

在一可选实施方式中，所述第一地理区域为商圈；所述第一数据包括：所述商圈的运力供需详情数据和所述商圈中每个配送员的属性数据；

所述图表型界面元素的展示步骤，包括：

在所述地图页面上，展示包含所述运力供需详情数据的详情图表和包含所述每个配送员的属性数据的属性图表；

所述图标型界面元素的展示步骤，包括：

对所述每个配送员，根据所述配送员的位置属性，识别所述配送员在所述地图页面上的位置；

在所述地图页面的所述位置处，展示所述配送员的标识图标。

在一可选实施方式中，所述方法还包括以下至少一种操作：

响应于对所述配送员的标识图标的触发操作，展示所述配送员的配送中订单详情；

响应于对所述配送员对应的统计控件的触发操作，展示所述配送员的今日送单统计信息。

在一可选实施方式中，所述第一地理区域为待监控订单的派单区域；所述第一数据包括：所述待监控订单的详情数据以及所述派单区域内配送员的位置属性和抢单状态；

所述图表型界面元素的展示步骤，包括：

在所述地图页面上，展示包含所述待监控订单的详情数据的图表；

所述图标型界面元素的展示步骤，包括：

根据所述配送员的位置属性，识别所述配送员在所述地图页面上的位置；

在所述地图页面的所述位置处，展示标识所述配送员的抢单状态的抢单状态图标。

在一可选实施方式中，所述方法还包括以下至少一种操作：

响应于对所述配送员的抢单状态图标的触发操作，在所述地图页面上，展示所述配送员的配送中订单详情；

响应于对所述配送员对应的统计控件的触发操作，在所述地图页面上，展示所述配送员的今日送单统计信息。

相应地，本申请实施例还提供一种界面显示方法，包括：

在第一地图页面上，展示与第一数据关联的界面元素；所述第一数据反映第一地图页面对应地理区域中的配送力和配送需求；

响应于所述第一地图页面上的切换触发操作，在第二地图页面上，展示与第二数据关联的界面元素；所述第二数据反映所述第二地图页面对应地理区域中的配送力和配送需求。

在一可选实施方式中，在响应所述切换触发操作之前，还包括：

捕捉对所述第一地图页面上搜索控件的点击操作，作为所述切换触发操作；或者

捕捉对所述第一地图页面上可操作对象的点击操作，作为所述切换触发操作。

在一可选实施方式中，所述方法还包括：响应于所述第一地图页面或所述第二地图页面上的显示触发操作，在所述第一地图页面或所述第二地图页面上，展示所述显示触发操作涉及对象的详情数据。

在一可选实施方式中，所述与所述第一数据关联的界面元素包括：图表型界面元素和/或图标型界面元素；所述与所述第二数据关联的界面元素包括：图表型界面元素和/或图标型界面元素。

在一可选实施方式中，所述与所述第一数据关联的界面元素的展示步骤，包括：展示所述第一地图页面；以动态方式，将与所述第一地图页面关联的界面元素展示于所述第一地图页面上；或者

所述与所述第一数据关联的界面元素的展示步骤，包括：同步展示所述第一地图页面以及与所述第一数据关联的界面元素。

在一可选实施方式中，所述与所述第二数据关联的界面元素的展示步骤，包括：从所述第一地图页面，切换到所述第二地图页面；以动态方式，将与所述第二地图页面关联的界面元素展示于所述第二地图页面上；或者

所述与所述第二数据关联的界面元素的展示步骤，包括：同步展示所述第二地图页面以及与所述第二数据关联的界面元素。

在一可选实施方式中，在展示与所述第一数据关联的界面元素之前，还包括：向服务端发送异步数据请求，所述异步数据请求包括所述第一数据的标识；接收所述服务端根据所述第一数据的标识返回的所述第一数据。

在一可选实施方式中，在展示与所述第一数据关联的界面元素之前，还包括：获取所述第一地图页面的图层列表；在所述图层列表中，定义与所述第一数据关联的界面元素对应的图层。

相应地，本申请实施例还提供一种数据处理方法，包括：

接收客户端发送的异步数据请求，所述异步数据请求包括第一数据的标识；

根据所述第一数据的标识，获取所述第一数据，所述第一数据反映第一地理区域中的配送力与配送需求；

将所述第一数据发送给所述客户端，以供所述客户端在所述第一地理区域对应的地图页面上展示与所述第一数据关联的界面元素。

相应地，本申请实施例还提供一种界面显示装置，包括：

获取单元，用于获取第一数据，所述第一数据反映第一地理区域中的配送力和配送需求；

展示单元，用于在所述第一地理区域对应的地图页面上，展示与所述第一数据关联的界面元素。

相应地，本申请实施例还提供一种界面显示装置，包括：

展示单元，用于在第一地图页面上，展示与第一数据关联的界面元素；所述第一数据反映第一地图页面对应地理区域中的配送力和配送需求；

响应触发单元，用于响应于所述第一地图页面上的切换触发操作，触发所述展示单元切换所述第一地图页面；

所述展示单元还用于，在所述响应触发单元的触发下，在第二地图页面上，展示与第二数据关联的界面元素；所述第二数据反映所述第二地图页面对应地理区域中的配送力和配送需求。

在本申请实施例中，获取反映地理区域中的配送力和配送需求的数据，在所述地理区域对应的地图页面上展示与所述数据关联的界面元素，使得运营人员可以直观、实时地了解到地理区域中的配送力和配送需求，为运营人员预判是否会出现运力供需不平衡的情况提供了条件，便于动态灵活地调整策略，以保证运力供需平衡。另外，本申请实施例还支持不同地理区域之间的切换，运营人员可以灵活地监控不同地理区域内的配送力和配送需求。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一实施例提供的界面显示方法的流程示意图；

图2为本申请另一实施例提供的界面显示方法的流程示意图；

图3a为本申请又一实施例提供的一种城市维度界面的整体示意图；

图3b和图3c为图3a所示界面中部分界面元素的局部放大示意图；

图4a为本申请又一实施例提供的另一种城市维度界面的整体示意图；

图4b和图4c为图4a所示界面中部分界面元素的局部放大示意图；

图5a为本申请又一实施例提供的商圈维度界面的整体示意图；

图5b和图5c为图5a所示界面中部分界面元素的局部放大示意图；

图6a为本申请又一实施例提供的订单维度界面的整体示意图；

图6b和图6c为图6a所示界面中部分界面元素的局部放大示意图；

图7为本申请又一实施例提供的界面显示装置的结构示意图；

图8为本申请又一实施例提供的界面显示装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请一实施例提供的界面显示方法的流程示意图。如图1所示，该方法包括：

101、获取第一数据，所述第一数据反映第一地理区域中的配送力和配送需求。

102、在第一地理区域对应的地图页面上，展示与第一数据关联的界面元素。

在本实施例中，第一地理区域是需要监控配送力与配送需求的地理区域，可以是任意维度的地理区域，例如可以是城市维度的地理区域、商圈维度的地理区域、订单维度的地理区域等。

若是城市维度，则第一地理区域一般是一个城市。若是商圈维度，则第一地理区域是某个商圈对应的地理区域，商圈划分可视应用需求而定。若是订单维度，则第一地理区域可以是某个订单对应的地理区域，订单对应的地理区域可视应用需求而定，例如可以是订单所属商户的位置区域，或者可以是订单的派单区域。一般来说，商圈维度的地理区域小于城市维度的地理区域，订单维度的地理区域小于商圈维度的地理区域，但并不限于此。

第一地理区域中的配送力和配送需求一般可体现为数据，称之为第一数据。则可以获取第一数据；在第一地理区域对应的地图页面上，展示与第一数据关联的界面元素。

其中，第一数据反映第一地理区域中的配送力和配送需求，故与第一数据关联的界面元素也可以直观地反映第一地理区域中的配送力和配送需求，便于运营人员了解第一地理区域中的配送力和配送需求，为运营人员预判第一地理区域是否会出现运力供需不平衡的情况提供了条件，便于动态灵活地调整策略，以保证运力供需平衡。

在一可选实施方式中，所述第一数据优选为实时数据。这样运营人员可以实时地了解第一地理区域中的配送力和配送需求，为运营人员预判第一地理区域是否会出现运力供需不平衡的情况提供了条件，便于动态灵活地调整策略，以保证运力供需平衡。

可选的，本实施例提供的方法可应用于电子商务领域，但不限于此。以电子商务领域为例，一个地理区域中的配送力主要体现为配送员的相关信息，例如配送员的数量及分布情况；相应地，配送需求主要体现为订单的相关信息，例如订单数量及分布情况。

在电子商务领域的一种应用场景中，物流配送包括专送配送模式和众包配送模式。众包配送模式是指配送员自由抢单的配送模式。众包配送模式与专送配送模式相结合，可以充分利用社会闲散运力，达到削峰平谷，降低配送成本，提高配送效率的目的。但是，在众包配送模式中，配送员可以自由抢单，不受物流调度系统的统一调度，配送员的流动性和灵活性较大，使得配送员与订单之间经常不匹配。因此，有必要了解各地理区域中众包配送模式下的配送员的相关信息与订单的相关信息，以便及时调整派单策略，使得配送员与待配送订单之间保持平衡，充分发挥众包配送模式的优势。

在上述应用场景中，本申请实施例中的第一地理区域可以是任何采用众包配送模式的地理区域；相应地，配送力主要体现为第一地理区域中众包配送模式下的配送员相关信息，配送需求主要体现为第一地理区域中众包配送模式下的订单相关信息；相应地，第一数据可以是体现第一地理区域中众包配送模式下的配送员相关信息和订单相关信息的数据。值得说明的是，根据监控需求以及第一地理区域的不同，第一数据也会有所不同。例如，第一数据可以包括但不限于以下至少一种：第一地理区域中众包配送模式下的配送员总数量、在岗配送员数量、离岗配送员数量、订单总数量、待抢订单数量、临近超时的订单数量、临超率等等。

在上述实施例及后续实施例中，可以向用户提供一交互界面，一方面供用户触发监控操作，另一方面用于确定需要监控的第一地理区域。基于此，可以响应于监控触发操作，确定需要监控配送力和配送需求的第一地理区域。

在一可选实施方式中，可以提供一对象列表，所述对象列表中包括至少一个对象。所述对象可以是地理区域的标识，例如名称。例如，对象列表可以包括：城市A、城市B、城市C等对象。可以选择所述对象列表中对象对应的地理区域作为第一地理区域。基于此，可响应于预设对象列表上的选择操作，确定被选择对象对应的地理区域作为第一地理区域。例如，若选择对象列表中的城市A，则需要监控城市A中的配送力和配送需求，即城市A为第一地理区域。

在另一可选实施方式中，可在不同地理区域对应的地图页面上设置切换入口，以便在不同地理区域之间进行切换。

可选的，所述切换入口可以是地图页面显示的对象，则可响应于上一地图页面上的选择操作，确定被选择对象对应的地理区域作为第一地理区域。例如，假设城市A的地图页面上显示有A1行政区，则可以选择A1行政区，意味着需要监控A1行政区内的配送力和配送需求，即A1行政区为第一地理区域。又例如，城市A的地图页面显示有订单D1，则可以选择订单D1，意味着需要监控订单D1对应地理区域内的配送力和配送需求，即订单D1对应地理区域为第一地理区域。其中，订单D1对应地理区域可以是订单D1所属商户的位置区域，或者订单D1的派单区域。所述选择操作可以是点击、滑动、鼠标悬停(Mouseover)等。

可选的，所述切换入口可以是地图页面上的搜索控件(包括搜索框及搜索确认按钮)，当需要监控其它地理区域的配送力和配送需求时，可以在当前地图页面上的搜索框内输入搜索词，例如某订单或某地理区域的标识并点击搜索确认按钮。基于此，可响应于上一地图页面上的搜索确认操作，确定搜索词所标识对象对应的地理区域，作为第一地理区域。值得说明的是，搜索词可以标识一城市、商圈或订单。

值得说明的是，上述各种确定第一地理区域的实施方式，可以单独应用，也可以以任意方式结合应用。为便于理解结合应用的情况，一种应用示例如下：

预先为每个运营人员配置监控权限，不同监控权限所能监控的地理区域不同，为每个监控权限配置一对象列表，该对象列表中存储有相应监控权限可监控地理区域的标识。这里默认与监控权限对应的地理区域是城市维度。在运营人员登录系统的过程中，向运营人员展示与其权限匹配的对象列表，以供运营人员选择需要监控的城市；运营人员可在对象列表中选择。于是，可响应于对象列表上的选择操作，确定被选择的城市作为需要监控配送力和配送需求的第一地理区域。之后，可以获取反应第一地理区域中配送力和配送需求的第一数据，在第一地理区域对应的地图页面上，展示与第一数据关联的界面元素。

在本示例中，在各个可监控地理区域对应的地图页面上设置有切换入口，支持切换功能。这样运营人员可以直接从当前地理区域切换到下一地理区域，以便于快速监控下一地理区域中的配送力和配送需求。地图页面上的切换入口包括：地图页面上显示的对象和/或地图页面上的搜索控件(包括搜索框及搜索确认按钮)。

基于上述，若当前地图页面展示的对象中包括运营人员接下来需要监控的对象，则可以直接针对当前地图页面上展示的对象发出选择操作；于是，可响应于地图页面上的选择操作，确定被选择对象对应的地理区域作为第一地理区域。若当前地图页面展示的对象中不包括运营人员接下来需要监控的对象，则可以在搜索框中输入搜索词，并点击搜索确认按钮；于是可响应于当前地图页面上的搜索确认操作，确定搜索词所标识对象对应的地理区域，作为第一地理区域。

在上述示例中，在登录阶段，可通过对象列表选择城市维度的地理区域作为第一地理区域；在登录后，可以基于当前地图页面上的切换入口，执行切换触发操作，可方便地在不同地理区域之间切换，便于监控不同地理区域内的配送力和配送需求。

可选的，在上述实施例或下述实施例中，可由客户端负责界面元素的展示，服务端负责数据统计与分析。基于此，客户端可以向服务端发送异步数据请求，该异步数据请求包括第一数据的标识；第一数据的标识用于告知服务端需要返回哪些数据；服务端接收客户端发送的异步数据请求，根据异步数据请求中的第一数据的标识，获取第一数据，并返回给客户端。

可选的，服务端可以根据监控需求，生成第一数据并存储到数据库中。当接收到客户端发送的异步数据请求时，可以直接访问数据库，从中获取第一数据的标识所标识的数据，并返回给客户端。

可选的，服务端可以将第一地理区域的基础数据存储到数据库中。当接收到客户端发送的异步数据请求时，访问数据库中的基础数据，实时统计或分析，以生成第一数据的标识所标识的数据，并返回给客户端。

可选的，在上述实施例或下述实施例中，在获取第一数据后，展示与第一数据关联的界面元素之前，可以获取第一地理区域对应地理页面的图层列表，根据第一数据，在所述图层列表中，定义与第一数据关联的界面元素对应的图层。基于此，在展示第一地理区域对应的地图页面时，该地图页面上会展示与第一数据关联的界面元素。

可选的，在上述实施例或下述实施例中，在获取第一数据后，展示与第一数据关联的界面元素之前，可以根据与第一数据关联的界面元素的样式生成浮层，在所述第一地理区域对应的地图页面上展示所述浮层，从而达到在所述第一地理区域对应的地图页面上展示与所述第一数据关联的界面元素的效果。

在上述实施例或下述实施例中，并不限定与第一数据关联的界面元素的实现形式。举例说明：与第一数据关联的界面元素可以包括图表型界面元素和/或图标型界面元素。其中，图表型界面元素可以展示第一数据；图标型界面元素可以以图标形式标识第一数据。其中，可以根据第一数据的形式，采用合适的界面元素。基于此，与第一数据关联的界面元素的展示步骤，可包括：在第一地理区域对应的地图页面上，展示包含第一数据的图表型界面元素；和/或，在第一地理区域对应的地图页面上，展示标识第一数据的图标型界面元素。

进一步，图表型界面元素需要展示第一数据，所占屏幕空间相对较多，而图标型界面元素所占屏幕空间相对较少。为了降低图表型界面元素对地图页面的影响，可以在地图页面的非中心区域，一般是地图页面的周边，展示图表型界面元素。对图标型界面元素来说，为了图标具有更好的指向性，一般可以将图标显示于相关对象附近。

可选的，在上述实施例或下述实施例中，允许移动上述图表型界面元素。基于此，可响应于对图表型界面元素的拖动操作，移动图表型界面元素。

可选的，在上述实施例或下述实施例中，允许重点关注图表型界面元素。基于此，可响应于对图表型界面元素的关注操作，突出显示图表型界面元素。所述突出显示图表型界面元素可以是高亮显示图表型界面元素中的部分或全部数据，或者以抖动方式显示所述图表型界面元素等。另外，可以针对图表型界面元素设置关注按钮，基于此，可响应于运营人员对所述关注按钮的点击或鼠标悬停等触发操作，突出显示图标型界面元素。

可选的，在上述实施例或下述实施例中，所述第一地理区域对应的地图页面上设有切换入口。基于此，可响应于第一地理区域对应的地图页面上的切换触发操作，在第二地理区域对应的地图页面上，展示与第二数据关联的界面元素；所述第二地理区域是需要切换到的地理区域，所述第二数据反映所述第二地理区域中的配送力和配送需求。

进一步可选的，切换入口可以是图表型界面元素中的对象，或者是地图页面上其它区域展示的对象，或者是地图页面上的搜索控件。基于此，可以捕捉第一地理区域对应地图页面上搜索控件的点击操作，作为上述切换触发操作。或者，可以捕捉对图表型界面元素中可操作对象的点击操作，作为上述切换触发操作。

可选的，在上述实施例或下述实施例中，所述图标型界面元素具有显示详情数据的功能。基于此，可响应于对所述图标型界面元素的显示触发操作，展示所述显示触发操作涉及对象的详情数据。所述显示触发操作可以是点击、滑动、鼠标悬停等。

由上述分析可见，采用本申请实施例提供的方法，运营人员可以直观、实时地了解到地理区域中的配送力和配送需求，为运营人员预判是否会出现运力供需不平衡的情况提供了条件，便于动态灵活地调整策略，以保证运力供需平衡。另外，采用本申请实施例提供的方法，可以方便地在不同地理区域之间切换，运营人员可以灵活、及时地监控不同地理区域内的配送力和配送需求。

基于上述实施例提供的界面显示方法，本申请另一实施例提供一种相关的界面显示方法，该方法主要从界面操作的角度，描述了监控不同地理区域时的切换过程。如图2所示，该方法包括：

201、在第一地图页面上，展示与第一数据关联的界面元素，所述第一数据反映第一地图页面对应地理区域中的配送力和配送需求。

202、响应于第一地图页面上的切换触发操作，在第二地图页面上，展示与第二数据关联的界面元素，所述第二数据反映第二地图页面对应地理区域中的配送力和配送需求。

在本实施例中，当前界面展示第一地图页面，第一地图页面上展示与第一数据关联的界面元素。第一数据反映第一地图页面对应地理区域中的配送力和配送需求。第一地图页面对应地理区域可以是任何需要监控配送力和配送需求的地理区域，例如可以是城市维度的地理区域、商圈维度的地理区域、订单维度的地理区域等。

可选的，可由客户端负责展示，服务端负责数据统计和分析。基于此，客户端可以向服务端发送异步数据请求，该异步数据请求包括第一数据的标识；服务端接收客户端发送的异步数据请求，根据异步数据请求中第一数据的标识，获取第一数据，并返回给客户端。

可选的，在展示与第一数据关联的界面元素之前，可以获取第一地图页面的图层列表，在所述图层列表中，定义与第一数据关联的界面元素对应的图层。之后，在展示第一地图页面时，会展示与第一数据关联的界面元素。

另外，在第一地图页面上设置切换入口，允许运营人员触发切换操作，从而从第一地图页面对应地理区域切换到其它地理区域，以便监控其它地理区域中的配送力和配送需求。

可选的，上述切换入口可以是第一地图页面上的搜索控件(包括搜索框以及搜索确认按钮)，则可以捕捉对第一地图页面上搜索控件的点击操作，作为切换触发操作，之后响应于该切换触发操作，从对第一地图页面对应地理区域的监控，切换到对第二地图页面对应地理区域的监控。

可选的，上述切换入口可以是第一地图页面上的可操作对象，则可以捕捉对第一地图页面上可操作对象的点击操作，作为切换触发操作，之后响应于该切换触发操作，从对第一地图页面对应地理区域的监控，切换到对第二地图页面对应地理区域的监控。

其中，从对第一地图页面对应地理区域的监控，切换到对第二地图页面对应地理区域的监控可以是：在第二地图页面上，展示与第二数据关联的界面元素；第二数据反映第二地图页面对应地理区域中的配送力和配送需求。

可选的，可由客户端负责展示，服务端负责数据统计和分析。基于此，客户端可以向服务端发送异步数据请求，该异步数据请求包括第二数据的标识；服务端接收客户端发送的异步数据请求，根据异步数据请求中第二数据的标识，获取第二数据，并返回给客户端。

可选的，在展示与第二数据关联的界面元素之前，可以获取第二地图页面的图层列表，在所述图层列表中，定义与第二数据关联的界面元素对应的图层。之后，在展示第二地图页面时，会展示与第二数据关联的界面元素。

在一可选实施方式中，第一地图页面或第二地图页面设有展示详情数据的功能。基于此，可响应于第一地图页面或第二地图页面上的显示触发操作，在第一地图页面或第二地图页面上，展示显示触发操作涉及对象的详情数据。

在一可选实施方式中，展示与第一数据关联的界面元素的步骤，可以是：展示第一地图页面；以动态方式，将与第一地图页面关联的界面元素展示于第一地图页面上。相应地，展示与第二数据关联的界面元素的步骤，可以是：展示第二地图页面；以动态方式，将与第二数据关联的界面元素展示于第二地图页面上。在该实施方式中，先展示地图页面，再动态展示相关界面元素，展示效果上具有一定的层次感。

可选的，以动态方式，将相关界面元素展示于第一或第二地图页面可以是：响应于运营人员的点击操作，逐步展示相关界面元素。

在一可选实施方式中，展示与第一数据关联的界面元素的步骤，可以是：同步展示第一地图页面以及与第一数据关联的界面元素。相应地，展示与第二数据关联的界面元素的步骤，可以是：同步展示第二地图页面以及与第二数据关联的界面元素。在该实施方式中，同步展示地图页面及相关界面元素，便于用户快速了解相关地理区域中的配送力和配送需求。

在上述实施例或下述实施例中，并不限定与第一或第二数据关联的界面元素的实现形式。举例说明：与第一或第二数据关联的界面元素可以包括图表型界面元素和/或图标型界面元素。其中，图表型界面元素可以展示第一或第二数据；图标型界面元素可以以图标形式标识第一或第二数据。其中，可以根据第一或第二数据的形式，采用合适的界面元素。

进一步，图表型界面元素需要展示第一或第二数据，所占屏幕空间相对较多，而图标型界面元素所占屏幕空间相对较少。为了降低图表型界面元素对地图页面的影响，可以在地图页面的非中心区域，一般是地图页面的周边，展示图表型界面元素。对图标型界面元素来说，为了图标具有更好的指向性，一般可以将图标显示于相关对象附近。

下面结合众包配送模式这一应用场景，对本申请上述实施例提供的方法进行详细说明。

在本实施例中，假设可以从四个维度，监控众包配送模式中的配送力和配送需求。所述四个维度分别是：城市、商圈、骑士、订单。根据应用需求还可以增加发单方等维度，并不限于这四个维度。

城市维度：是众包配送模式的基础。众包配送业务是以城市为最大单位开展的，城市维度的监控属于总览角度上的监控。

商圈维度：每个城市又可以划分为多个商圈，由于商圈存在很多差异化的属性，比如商圈的面积、用户人数、众包骑士的数量等，所以商圈维度的监控是精细化运营的必要手段。

骑士维度：即配送员维度。众包配送业务由骑士主动抢单，所以会存在某些商圈中骑士运力过剩，某些商圈中骑士运力不足的情况，因此需要较为方便地关注骑士维度。

订单维度：订单维度的监控可以帮助运营人员关注每一个订单的运转状态；另外，对订单来说，运营人员还可以直观地逐个的查看问题，所述问题包括处理用户催单，或者用户来电查询订单状态，基于订单维度都可以很好的解决。

在产品实现上，本申请实施例提供的方法可实现为一监控系统，该监控系统包括客户端和服务端。与界面相关的功能在客户端实现，与数据统计分析相关的功能在服务端实现。

在一情况下，需要从城市维度监控配送力和配送需求，则第一地理区域为城市。例如，在运营人员登录监控系统时，可默认为城市维度，则运营人员可以从预先配置的对象列表中选择需要监控配送力和配送需求的城市。客户端可响应于运营人员的选择操作，向服务端发送异步数据请求，以请求反映所述城市中的配送力和配送需求的第一实时数据。服务端接收客户端发送的异步数据请求，向客户端返回第一实时数据。可选的，城市维度的第一实时数据包括：城市中每个商圈的运力供需基础数据和反应运力供需匹配度的匹配度表征数据。

客户端在城市对应的地图页面上，展示与第一实时数据关联的图表型界面元素和图标型界面元素。其中，展示图表型界面元素的步骤，包括：客户端可以在城市对应的地图页面上，展示每个商圈的边界以及包含每个商圈的运力供需基础数据的基础图表。相应地，展示图标型界面元素的步骤，包括：对每个商圈，识别该商圈在城市对应的地图页面上的位置区域；在地图页面上所述位置区域中，展示代表所述商圈的匹配度表征数据的匹配度指示图标。

可选的，上述运力供需基础数据包括但不限于：有单配送员数量、在岗配送员数量、离岗配送员数量、平均订单量以及待抢订单量。上述匹配度表征数据包括但不限于：临近超时订单的占比。临近超时订单的占比是指临近超时订单占所述城市中众包配送模式下所有订单的百分比。所述临近超时订单是指当前时间距离订单的预计送达时间小于预设时间间隔的订单。

假设运营人员选择监控的城市为北京，则在北京对应的地图页面上展示基础图表和匹配度指示图标后的界面到如图3a所示。

图3a所示界面左侧的图表为所述基础图表，在所述图表中，显示有商圈、有单骑士、均单、在岗、待抢订单以及离岗等几个信息项。在图3a或后续附图中，商圈信息项表示北京这一城市包括商圈，例如有丰台科技、亦庄、三元桥东、良乡、新发地等等；有单骑士信息项表示当前有单配送员数量；均单信息项表示平均订单量，可由当前时间取货中和配送中订单总和除以有单配送员数量获得；在岗信息项表示当前在岗配送员数量；待抢订单信息项表示当前待抢订单量；离岗信息项表示当前离岗配送员数量。

如图3a所示界面，地图页面上每个商圈的位置区域中显示有一匹配度指示图标，如三角形图标、六边形图标、方形图标、圆形图标等。不同形状的图标表示不同的匹配度表征数据。以匹配度表征数据为临近超时订单的占比为例，三角形图标表示临近超时订单占比大于25％；六边形图标表示临近超时订单占比在15％-25％(含)区间；方形图标表示临近超时订单占比在5％-15％(含)区间；圆形图标表示临近超时订单占比小于或等于5％。值得说明的是，图3a所示匹配度指示图标的样式仅是举例，并不限于三角形、六边形、方形、圆形，还可以是五角星等任何具有标示作用的图标。

在图3a所示界面中，通过匹配度指示图标的形状或样式区分不同匹配程度，但不限于此。例如，还可以通过匹配度指示图标的不同颜色表示不同匹配程度。例如红色表示临近超时订单的占比大于25％，严重不匹配；橙色表示临近超时订单的占比在15％-25％(含25％)区间，表示不匹配程度较高；紫色表示临近超时订单的占比在5％-15％(含15％)区间，表示不匹配程度较低；蓝色表示临近超时订单的占比小于或等于5％，表示不匹配程度非常低。基于此，展示图标型界面元素的步骤，还可以包括：根据每个商圈的匹配度表征数据，设置每个商圈对应的匹配度指示图标的颜色。

可选的，为便于区分不同商圈中配送力与配送需求的匹配程度，还可以通过商圈在地区页面上的位置区域的颜色来区分，如图3a所示，区域颜色最深的商圈，其配送力与配送需求之间的不匹配度较高，临近超时订单的占比大于25％；区域颜色越浅，表示配送力与配送需求之间的不匹配度越低。基于此，展示图标型界面元素的步骤，还可以包括：根据每个商圈的匹配度表征数据，设置每个商圈在地图页面上的位置区域的颜色。

可选的，运营人员可对每个商圈在地图页面上的位置区域进行操作，例如滑动、点击或鼠标悬停等，从而触发客户端显示相应商圈的详情图表。基于此，客户端可响应于对商圈在地图页面上的位置区域的触发操作，在地图页面上，展示相应商圈的详情图表，该详情图表包括：相应商圈的运力供需详情数据。这里的运力供需详情数据相对于运力供需基础数据而言，所包含的数据更为详细。如图3a和图3b所示，展示了南1商圈以及五道口商圈的详情图表。结合图3a和图3b，所述运力供需详情数据包括但不限于：有单配送员数量、在岗配送员数量、离岗配送员数量、平均订单量、待抢订单量、临近超时订单量、临近超时订单率、送单量、接单量以及接起率。如图3b所示，送单量、接单量和接起率位于一曲线图中，其它详情数据位于一列表中，但并不限于此实现形式。

可选的，在城市对应的地图页面上，还可以设置报警控件，如图3a和3b所示详情图表左侧的图标“<”，以便于显示相应商圈的报警提示信息。基于此，可响应于对商圈对应的报警控件的触发操作，在地图页面上，展示与所述商圈的匹配度表征数据相匹配的报警提示信息。结合图3a和图3b，所述报警提示信息包括：“南1商圈临近超时单75％”、“待抢单超阈值”以及“在岗骑士数过低”等。

可选的，如图3a和图3b左侧所示基础图表，运营人员可以点击对应商圈，以便从城市维度切换到商圈维度。基于此，客户端可响应于对基础图表中商圈的选择操作，在被选择商圈对应的地图页面上，展示与所述被选择商圈的数据关联的界面元素。这是从城市维度切换到商圈维度的一种方式，但并不限于此。

结合图3a和图3b展示的图表和图标，运营人员不仅可以方便、及时地了解城市维度的骑士和订单基本分布情况，而且可以在地图页面上执行相应操作迅速地查看某个商圈的详情数据，比如说待抢单、临超单、临超率、有单骑士、单均等等核心指标，非常方便运营人员监控。进一步，还可以通过颜色来标记出运力供需不匹配度较高的商圈，可以让运营人员直观简单地做出调控运力的决策。例如，若发现城市内配送员数量较多，而待抢订单数量较少，则可以增加派单量，以保证整个城市的运力供需平衡，充分发挥众包配送模式的优势。

在一种情况下，需要从商圈和骑士维度监控配送力和配送需求，则第一地理区域为商圈。例如，结合图3a和图3b，假设运营人员点击基础图表中的商圈，从而从城市维度切换到商圈维度。客户端可响应于运营人员的选择操作，向服务端发送异步数据请求，以请求反映所述商圈中的配送力和配送需求的第一实时数据。服务端接收客户端发送的异步数据请求，向客户端返回第一实时数据。可选的，商圈维度的第一实时数据包括：商圈的运力供需详情数据和商圈中每个配送员的属性数据。

客户端在商圈对应的地图页面上，展示与第一实时数据关联的图表型界面元素和图标型界面元素。其中，展示图表型界面元素的步骤，包括：客户端可以在商圈对应的地图页面上，展示包含商圈的运力供需详情数据的详情图表和包含商圈中每个配送员的属性数据的属性图表。相应地，展示图标型界面元素的步骤，包括：对所述商圈中的每个配送员，根据配送员的位置属性，识别配送员在商圈对应地图页面上的位置，在商圈对应地图页面上所述位置处，展示配送员的标识图标。

可选的，上述运力供需详情数据包括但不限于：有单配送员数量、在岗配送员数量、离岗配送员数量、平均订单量、待抢订单量、临近超时订单量、临近超时订单率、送单量、接单量以及接起率。上述配送员的属性数据包括但不限于：配送员姓名(图示为骑士姓名)、商圈、类别、状态、位置以及操作等属性。其中，骑士姓名属性表示配送员的姓名；商圈属性表示配送员所属的商圈；类别属性表示配送员工作性质，属于夜班、众包兼职或全职等；状态属性表示配送员当前的状态，例如在岗或离岗；等等。

假设运营人员选择监控的商圈为南1商圈，则在南1商圈对应的地图页面上展示南1商圈的详情图表和配送员的属性图表得到的界面如图3c所示。图3c中所示地图页面上，左侧是南1商圈中配送员的属性图表，右上角是南1商圈的详情图表。另外，在图3c所示地图页面上，还显示有“人骑自行车”的图标，即配送员的标识图标，表示不同配送员的当前位置。

可选的，在商圈对应地图页面上，运营人员可以对配送员的标识图标进行操作，以触发显示配送员的配送中订单详情。基于此，客户端可响应于对配送员的标识图标的触发操作，展示所述配送员的配送中订单详情。如图3c所示，运营人员点击配送员“魏**”对应的标识图标，则展示“魏**”的配送中订单详情。可选的，任一配送员的配送中订单详情包括但不限于：订单号、考核时间、剩余、订单状态(图示为状态)、订单来源(图示为来源)、总收费、骑士收入、取货地址、送货地址以及不同时间段的抢单数量、读单数量和中单数量等。如图3c所示，不同时间段的抢单数量、读单数量和中单数量位于柱状图中，其它详情数据位于列表中，但不限于这种图表形式。

可选的，在商圈对应的地图页面上，还可以设置报警控件，如图3c所示配送中订单详情左侧的图标“<”，以便于显示相应配送员的今日送单统计信息。基于此，可响应于对配送员对应的统计控件的触发操作，在地图页面上，展示所述配送员的今日送单统计信息。结合图3c，所述今日送单统计信息包括：配送中订单数量：如3单；总单量：如13单，打败80％；读单率：97％；抢单率：87％；今日在岗时长：4.8h，打败59％；行驶里程：59.3km等。

可选的，在商圈对应地图页面上，运营人员可以对配送员的配送中订单详情进行操作，例如选择配送中订单，以便从商圈维度切换到订单维度。或者，在商圈对应地图页面上，运营人员可以在搜索框中输入需要监控的订单号并点击搜索确认按钮，以便从商圈维度切换到订单维度。基于此，客户端可响应于运营人员的选择操作或搜索操作，在被选择或被搜索订单对应的地图页面上，展示与所述被选择或被搜索订单关联的界面元素。

结合图3c可知，将商圈维度与骑士维度合并在一起展示，运营人员可以查看到该商圈内单量按时间分布的情况，并且还可以看到中单、抢单、读单、接受订单的比例以及该商圈中配送员的情况，并且通过对配送员的标识图标进行操作，如点击，可以看到配送员配送中的订单、在岗时常、行驶里程等指标参数，因此可以迅速分析出该商圈中的运力供需是否平衡。例如，若发现商圈内配送员数量较多，而待抢订单数量较少，则可以增加派单量，或降低送单成本以刺激配送员向其他商圈扩散，以保证各商圈的运力供需平衡，充分发挥众包配送模式的优势。

在一种情况下，需要从订单维度监控配送力和配送需求，则第一地理区域为订单对应的地理区域，如订单的派单区域。例如，结合图3c，假设运营人员从配送员的配送中订单详情中选择某个订单，从而从商圈维度切换到订单维度。客户端可响应于运营人员的选择操作，向服务端发送异步数据请求，以请求反映所述订单中的配送力和配送需求的第一实时数据。服务端接收客户端发送的异步数据请求，向客户端返回第一实时数据。可选的，订单维度的第一实时数据包括：待监控订单的详情数据以及待监控订单的派单区域内配送员的位置属性和抢单状态。

客户端在待监控订单对应的地图页面上，展示与第一实时数据关联的图表型界面元素和图标型界面元素。其中，展示图表型界面元素的步骤，包括：客户端可以在待监控订单对应的地图页面上，展示包含待监控订单的详情数据的图表。相应地，展示图标型界面元素的步骤，包括：根据派单区域内配送员的位置属性，识别配送员在待监控订单对应地图页面上的位置；在所述地图页面上所述位置处，展示标识配送员的抢单状态的抢单状态图标。进一步可选的，展示图标型界面元素的步骤，还可以包括：在所述地图页面上所述位置处，展示配送员的标识图标。

可选的，上述待监控订单的详情数据包括但不限于：订单号、下单时间、扩散开始时间、扩散半径、涉及商圈、取货地址、送货地址、收到扩散骑士数量、读单率、抢单骑士、中单骑士、中单时间等等。上述配送员的抢单状态包括但不限于：未收到扩散，已收到扩撒、但未读，已收到扩散、已读但未抢，已收到扩散、已读、已抢但未中，已收到扩散、已读、已抢且已中，等等。

假设运营人员选择监控的订单是订单号为1*******************3，则在该订单的派单区域对应的地图页面上展示订单的详情数据和配送员的抢单状态图标得到的界面如图3d所示。图3d中所示地图页面上，左侧是订单的详情数据；中间较大的圆圈表示订单的派单区域，派单区域内的圆点图标表示该区域内各配送员的抢单状态。其中，不同的抢单状态可以通过抢单状态图标的颜色来区分。或者，不同的抢单状态可以通过抢单状态图标的形状或样式来区分。如图3d所示，三角形图标表示未收到扩散；方形图标表示已收到扩撒、但未读；圆形图标表示已收到扩散、已读但未抢；菱形图标表示已收到扩散、已读、已抢但未中；六边形图标表示已收到扩散、已读、已抢且已中，但不限于此。另外，不同的抢单状态还可以同时结合抢单状态图标的颜色以及形状来区分。

可选的，在待监控订单对应地图页面上，运营人员可以对配送员的抢单状态图标进行操作，以触发显示配送员的配送中订单详情。基于此，客户端可响应于对配送员的抢单状态图标的触发操作，展示所述配送员的配送中订单详情。如图3d所示，运营人员点击配送员“魏**”对应的标识图标，则展示“魏**”的配送中订单详情。

可选的，在待监控订单对应的地图页面上，还可以设置统计控件，如图3d所示配送中订单详情左侧的图标“<”，以便于显示相应配送员的今日送单统计信息。基于此，可响应于对配送员对应的统计控件的触发操作，在地图页面上，展示所述配送员的今日送单统计信息。

结合图3d可知，在订单维度的界面中，可以查看订单详情，如下单时间、扩散开始时间、扩散半径、商圈、取送货地址等信息，并且可以看到以该订单为中心，以不同扩散半径所覆盖的地理区域内的配送员数量及抢单状态，便于及时发现异常，以便于及时进行策略调整。例如，若发现订单的派单区域内抢单的配送员数量太少，或收到扩散的配送员数量过少，则可以减少派单量，或提升送单费用以刺激配送员抢单等，从而解决运力供需不平衡的问题，充分返回众包配送模式的优势。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤101至步骤102的执行主体可以为设备A；又比如，步骤101的执行主体可以为设备A，步骤102的执行主体可以为设备B；等等。

图4为本申请又一实施例提供的界面显示装置的结构示意图。如图4所示，该装置包括：获取单元41和展示单元42。

获取单元41，用于获取第一数据，所述第一数据反映第一地理区域中的配送力和配送需求。

可选的，获取单元41具体可用于：向服务端发送异步数据请求，所述异步数据请求包括所述第一数据的标识；接收所述服务端根据所述第一数据的标识返回的所述第一数据。

展示单元42，用于在所述第一地理区域对应的地图页面上，展示与所述第一数据关联的界面元素。

在一可选实施方式中，所述第一数据优选为实时数据，但不限于此。

在一可选实施方式中，该界面显示装置还包括：确定单元。

确定单元，用于响应于监控触发操作，确定所述第一地理区域，并提供给获取单元41。

可选的，确定单元具体可用于：

响应于预设对象列表上的选择操作，确定被选择对象对应的地理区域，作为所述第一地理区域；或者

响应于上一地图页面上的选择操作，确定被选择对象对应的地理区域，作为所述第一地理区域；

响应于所述上一地图页面上的搜索确认操作，确定搜索词所标识对象对应的地理区域，作为所述第一地理区域。

在一可选实施方式中，获取单元41还用于：在展示单元42展示与第一数据相关的界面元素之前，获取所述地图页面的图层列表；根据所述第一数据，在所述图层列表中，定义所述界面元素对应的图层，为展示单元42提供条件。

在一可选实施方式中，展示单元42具体可用于：

在所述地图页面上，展示包含所述第一数据的图表型界面元素；和/或

在所述地图页面上，展示用于标识所述第一数据的图标型界面元素。

可选的，展示单元42在展示图表型界面元素时，具体可用于：在所述地图页面的非中心区域，展示所述图表型界面元素。

可选的，展示单元42还可响应于对所述图表型界面元素的关注操作，突出显示所述图表型界面元素。

可选的，展示单元42还可响应于所述地图页面上的切换触发操作，在第二地理区域对应的地图页面上，展示与第二数据关联的界面元素；所述第二地理区域是需要切换到的地理区域，所述第二数据反映所述第二地理区域中的配送力和配送需求。

可选的，展示单元42还可响应于对所述图标型界面元素的显示触发操作，展示所述显示触发操作涉及对象的详情数据。

进一步可选的，该界面显示装置还包括：移动单元，用于响应于对所述图表型界面元素的拖动操作，移动所述图表型界面元素。

进一步可选的，展示单元42还用于在响应所述切换触发操作之前，捕捉对所述地图页面上搜索控件的点击操作，作为所述切换触发操作；或者，捕捉对所述图表型界面元素中可操作对象的点击操作，作为所述切换触发操作。

在一可选实施方式中，所述第一地理区域为城市，所述第一数据包括：所述城市中每个商圈的运力供需基础数据和反映运力供需匹配度的匹配度表征数据。

基于上述，展示单元42在展示图表型界面元素时，具体可用于：在所述地图页面上，展示所述每个商圈的边界以及包含所述每个商圈的运力供需基础数据的基础图表。相应地，展示单元42在展示图标型界面元素时，具体可用于：对所述每个商圈，识别所述商圈在所述地图页面上的位置区域；在所述位置区域中，展示代表所述商圈的匹配度表征数据的匹配度指示图标。

进一步可选的，展示单元42还可用于执行以下至少一种操作：

根据所述商圈的匹配度表征数据，设置所述匹配度指示图标的颜色；

根据所述商圈的匹配度表征数据，设置所述位置区域的颜色；

响应于对所述位置区域的触发操作，在所述地图页面上，展示包含所述商圈的运力供需详情数据的详情图表；

响应于对所述商圈对应的报警控件的触发操作，在所述地图页面上，展示与所述商圈的匹配度表征数据相匹配的报警提示信息；

响应于对所述基础图表中商圈的选择操作，在被选择商圈对应的地图页面上，展示与所述被选择商圈的数据关联的界面元素。

可选的，上述运力供需基础数据包括：有单配送员数量、在岗配送员数量、离岗配送员数量、平均订单量以及待抢订单量；所述匹配度表征数据包括：临近超时订单的占比。相应地，上述运力供需详情数据包括：有单配送员数量、在岗配送员数量、离岗配送员数量、平均订单量、待抢订单量、临近超时订单量、临近超时订单率、送单量、接单量以及接起率。

在一可选实施方式中，所述第一地理区域为商圈；所述第一数据包括：所述商圈的运力供需详情数据和所述商圈中每个配送员的属性数据。

基于上述，展示单元42在展示图表型界面元素时，具体可用于：在所述地图页面上，展示包含所述运力供需详情数据的详情图表和包含所述每个配送员的属性数据的属性图表。相应地，展示单元42在展示图标型界面元素时，具体可用于：对所述每个配送员，根据所述配送员的位置属性，识别所述配送员在所述地图页面上的位置；在所述地图页面的所述位置处，展示所述配送员的标识图标。

进一步可选的，展示单元42还可用于执行以下至少一种操作：

响应于对所述配送员的标识图标的触发操作，展示所述配送员的配送中订单详情；

响应于对所述配送员对应的统计控件的触发操作，展示所述配送员的今日送单统计信息。

在一可选实施方式中，所述第一地理区域为待监控订单的派单区域；所述第一数据包括：所述待监控订单的详情数据以及所述派单区域内配送员的位置属性和抢单状态。

基于上述，展示单元42在展示图表型界面元素时，具体可用于：在所述地图页面上，展示包含所述待监控订单的详情数据的图表。相应地，展示单元42在展示图标型界面元素时，具体可用于：根据所述配送员的位置属性，识别所述配送员在所述地图页面上的位置；在所述地图页面的所述位置处，展示标识所述配送员的抢单状态的抢单状态图标。

进一步可选的，展示单元42还可用于执行以下至少一种操作：

响应于对所述配送员的抢单状态图标的触发操作，在所述地图页面上，展示所述配送员的配送中订单详情；

响应于对所述配送员对应的统计控件的触发操作，在所述地图页面上，展示所述配送员的今日送单统计信息。

本实施例提供的界面显示装置，可用于执行图1所示界面展示方法的流程，详细描述可参见方法实施例，在此不再赘述。

本实施例提供的界面显示装置，获取反映地理区域中的配送力和配送需求的数据，在所述地理区域对应的地图页面上展示与所述数据关联的界面元素，使得运营人员可以直观、实时地了解到地理区域中的配送力和配送需求，为运营人员预判是否会出现运力供需不平衡的情况提供了条件，便于动态灵活地调整策略，以保证运力供需平衡。另外，本实施例提供的界面显示装置，还支持不同地理区域之间的切换，运营人员可以灵活地监控不同地理区域内的配送力和配送需求。

图5为本申请又一实施例提供的界面显示装置的结构示意图。如图5所示，该装置包括：展示单元51和响应触发单元52。

展示单元51，用于在第一地图页面上，展示与第一数据关联的界面元素；所述第一数据反映第一地图页面对应地理区域中的配送力和配送需求。

响应触发单元52，用于响应于所述第一地图页面上的切换触发操作，触发所述展示单元51切换所述第一地图页面，

所述展示单元51还用于，在所述响应触发单元52的触发下，在第二地图页面上，展示与第二数据关联的界面元素；所述第二数据反映所述第二地图页面对应地理区域中的配送力和配送需求。

在一可选实施方式中，所述第一数据和第二数据优选为实时数据，但不限于此。

在一可选实施方式中，响应触发单元52在响应于所述第一地图页面上的切换触发操作之前，还用于：捕捉对所述第一地图页面上搜索控件的点击操作，作为所述切换触发操作；或者，捕捉对所述第一地图页面上可操作对象的点击操作，作为所述切换触发操作。

在一可选实施方式中，展示单元51还用于，响应于所述第一地图页面或所述第二地图页面上的显示触发操作，在所述第一地图页面或所述第二地图页面上，展示所述显示触发操作涉及对象的详情数据。

在一可选实施方式中，与所述第一或第二数据关联的界面元素包括：图表型界面元素和/或图标型界面元素。

在一可选实施方式中，展示单元51在展示与所述第一数据关联的界面元素时，具体用于：展示所述第一地图页面；以动态方式，将与所述第一地图页面关联的界面元素展示于所述第一地图页面上；或者，同步展示所述第一地图页面以及与所述第一数据关联的界面元素。

在一可选实施方式中，展示单元51在展示与所述第二数据关联的界面元素时，具体用于：展示所述第二地图页面；以动态方式，将与所述第二地图页面关联的界面元素展示于所述第二地图页面上；或者，同步展示所述第二地图页面以及与所述第二数据关联的界面元素。

可选的，该界面显示装置还包括：获取单元。获取单元，用于向服务端发送异步数据请求，所述异步数据请求包括所述第一数据或第二数据的标识；接收所述服务端根据所述第一数据或第二数据的标识返回的所述第一数据或第二数据。

可选的，展示单元51还用于：获取所述第一或第二地图页面的图层列表；在所述图层列表中，定义与所述第一或第二数据关联的界面元素对应的图层，为后续展示相应界面元素提供条件。

本实施例提供的界面显示装置，可用于执行图2所示方法实施例的流程，具体可参见方法实施例的描述，在此不再赘述。

本实施例提供的界面显示装置，在所述地理区域对应的地图页面上展示与所述数据关联的界面元素，使得运营人员可以直观、实时地了解到地理区域中的配送力和配送需求，为运营人员预判是否会出现运力供需不平衡的情况提供了条件，便于动态灵活地调整策略，以保证运力供需平衡。另外，本实施例提供的界面显示装置，还支持不同地理区域之间的切换，运营人员可以灵活地监控不同地理区域内的配送力和配送需求。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。