CN110766504A - 展示界面的构建方法、界面展示方法、装置及电子设备 - Google Patents

Abstract

本申请提供一种展示界面的构建方法、界面展示方法、装置及电子设备，涉及智能技术领域，展示界面的构建方法包括：如果需要展示订单热力图，根据第一目标点的订单数据确定第一目标点对应的热点区集合；根据热点区集合中的各个热点区的热力程度确定订单推荐热区；获取推荐热区的订单推荐标签；订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；构建包含第一目标点的订单展示界面；其中，订单展示界面包含订单推荐热区的热力图和订单推荐热区的订单推荐标签。本申请能够在用户需要展示订单热力图时，展示推荐热区和该热区对应的标签，提升信息展示的直观性和有效性，使用户更容易对接单方向做出决策。

Description

展示界面的构建方法、界面展示方法、装置及电子设备

技术领域

本申请涉及智能技术领域，尤其涉及一种展示界面的构建方法、界面展示方法、装置及电子设备。

背景技术

热力图地图指在地图上用热力图的方法展示订单需求较大的热点地区，将热力图作为新的图层，叠加到地图上。平台通过向用户展示热力图地图的方式，为用户提供接单方向的决策参考信息。

然而现有的热力图地图，往往基于某一区域的未接单数或该区域在某段时间的历史订单数等，确定该区域在某一时段的热力数据，其计算方式粗糙且热力图的展示方式单一，仅以某一区域的热点形式进行展示，无法为用户决策接单方向提供直观可靠的参考信息。

发明内容

有鉴于此，本申请实施例提供一种展示界面的构建方法、界面展示方法、装置及电子设备，能够在用户需要展示订单热力图时，展示推荐热区和该热区对应的标签，提升信息展示的直观性和有效性，使用户更容易对接单方向做出决策。

第一方面，本申请实施例提供了一种展示界面的构建方法，所述方法应用于服务器，包括：

如果需要展示订单热力图，根据第一目标点的订单数据确定所述第一目标点对应的热点区集合；

根据所述热点区集合中的各个热点区的热力程度确定订单推荐热区；

获取所述推荐热区的订单推荐标签；其中，所述订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；

构建包含所述第一目标点的订单展示界面；其中，所述订单展示界面包含所述订单推荐热区的热力图和所述订单推荐热区的订单推荐标签。

结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，其中，所述根据第一目标点的订单数据确定所述第一目标点对应的热点区集合的步骤，包括：

根据第一目标点对应区域的历史订单数据确定第一热点区候选集合；

根据所述第一目标点对应区域的当前订单数据确定第二热点区候选集合；

合并所述第一热点区候选集合和所述第二热点区候选集合，得到所述第一目标点对应的热点区集合。

结合第一方面，本申请实施例提供了第一方面的第二种可能的实施方式，其中，所述根据第一目标点对应区域的历史订单数据确定第一热点区候选集合的步骤，包括：

从第一目标点对应区域的历史订单数据中获取热点区记录；

将所述热点区记录中的热点区确定为第一热点区候选集合。

结合第一方面，本申请实施例提供了第一方面的第三种可能的实施方式，其中，所述根据所述第一目标点对应区域的当前订单数据确定第二热点区候选集合的步骤，包括：

从所述第一目标点对应区域的当前订单数据中，获取排队订单数大于第一预设阈值的区域；

将确定出的所述区域确定为第二热点区候选集合。

结合第一方面，本申请实施例提供了第一方面的第四种可能的实施方式，其中，所述根据第一目标点的订单数据确定所述第一目标点对应的热点区集合的步骤，包括：

根据第一目标点对应区域的历史订单数据确定第一热点区候选集合；

根据所述第一热点区候选集合中的各个热点区的当前订单数据，从所述第一热点区候选集合中筛选出第二热点区候选集合；

将所述第二热点区候选集合确定为所述第一目标点对应的热点区集合。

结合第一方面，本申请实施例提供了第一方面的第五种可能的实施方式，其中，根据所述第一目标点对应区域的当前订单数据，从所述第一热点区候选集合中筛选出第二热点区候选集合的步骤，包括：

获取所述第一热点区候选集合中的各个热点区的当前订单数据；

根据各个所述热点区的当前订单数据，获取各个所述热点区的未播订单数和空闲司机数；

将未播订单数大于第三预设阈值，且空闲司机数小于第四预设阈值的区域确定为第二热点区候选集合。

结合第一方面，本申请实施例提供了第一方面的第六种可能的实施方式，其中，所述根据第一目标点的订单数据确定所述第一目标点对应的热点区集合的步骤，包括：

获取第一目标点对应区域的当前订单数据；

获取各个所述区域的未播订单数和空闲司机数；

将未播订单数大于第五预设阈值，且空闲司机数小于第六预设阈值的区域确定为所述第一目标点对应的热点区集合。

结合第一方面，本申请实施例提供了第一方面的第七种可能的实施方式，其中，根据所述热点区集合中的各个热点区的热力程度确定订单推荐热区的步骤，包括：

根据当前的订单数据，获取所述热点区集合中的各个热点区的热力参数，所述热力参数包括以下至少之一：是否有排队订单、排队订单的长度、是否为历史热点区、历史热力程度、与所述第一目标点的距离和订单奖励倍数；

按照各个所述热点区的热力参数计算各个所述热点区的热力程度值；

根据各个所述热点区的热力程度值确定订单推荐热区。

结合第一方面，本申请实施例提供了第一方面的第八种可能的实施方式，其中，所述根据各个所述热点区的热力程度值确定订单推荐热区的步骤，包括：

将热力程度值大于设定热力值的所述热点区确定为订单推荐热区；或者，

按照各个所述热点区的热力程度值由大到小排序，将排序靠前的指定个所述热点区确定为订单推荐热区。

结合第一方面，本申请实施例提供了第一方面的第九种可能的实施方式，其中，获取所述订单推荐热区的订单推荐标签的步骤，包括：

如果订单推荐标签包含当前订单信息，根据所述订单推荐热区的当前订单数据，确定所述订单推荐热区的当前未播报订单数；

如果订单推荐标签包含当前运力信息，根据所述订单推荐热区的当前订单数据，确定所述订单推荐热区的当前空闲司机数；

如果订单推荐标签包含接单预测信息，根据所述订单推荐热区的当前订单数据，预测在所述订单推荐热区的接单时长。

结合第一方面，本申请实施例提供了第一方面的第十种可能的实施方式，其中，所述构建包含所述第一目标点的订单展示界面的步骤，包括：

在包含所述第一目标点的订单展示界面的电子地图区，设置电子地图的中心点为所述第一目标点，按照所述订单推荐热区的热力程度在所述电子地图上叠加热力图；

在包含所述第一目标点的订单展示界面的标签区，以卡片流方式设置所述订单推荐热区的订单推荐标签。

结合第一方面，本申请实施例提供了第一方面的第十一种可能的实施方式，其中，按照所述订单推荐热区的热力程度在所述电子地图上叠加热力图的步骤，包括：

按照所述订单推荐热区的热力程度确定所述订单推荐热区的级别；

以所述订单推荐热区的级别对应的颜色填充所述电子地图上的所述订单推荐热区。

结合第一方面，本申请实施例提供了第一方面的第十二种可能的实施方式，其中，以卡片流方式设置所述订单推荐热区的订单推荐标签的步骤，包括：

以横式卡片流方式或竖式卡片流方式，设置所述订单推荐热区的订单推荐标签；其中，所述横式卡片流方式支持横向操作手势切换所述订单推荐标签；所述纵式卡片流方式支持纵向操作手势切换所述订单推荐标签。

结合第一方面，本申请实施例提供了第一方面的第十三种可能的实施方式，其中，所述方法还包括：将构建完成的订单展示界面展示于所述客户端。

结合第一方面，本申请实施例提供了第一方面的第十四种可能的实施方式，其中，所述方法还包括：

如果需要展示奖励热力图，根据当前的奖励策略确定第二目标点对应区域的奖励热区和所述奖励热区的奖励提示标签；其中，所述奖励提示标签包含奖励有效期和/或奖励倍数；

构建包含所述第二目标点的奖励展示界面；其中，所述奖励展示界面包含所述奖励热区的热力图和所述奖励热区的奖励提示标签。

结合第一方面，本申请实施例提供了第一方面的第十五种可能的实施方式，其中，根据当前的奖励策略确定第二目标点对应区域的奖励热区的步骤，包括：

在第二目标点所属的奖励策略库中，查找所述第二目标点对应区域是否配置有奖励策略；

如果有，将配置有奖励策略的区域确定为奖励热区。

结合第一方面，本申请实施例提供了第一方面的第十六种可能的实施方式，其中，构建包含所述第二目标点的奖励展示界面的步骤，包括：

在包含所述第二目标点的奖励展示界面的电子地图区，设置电子地图的中心点为所述第二目标点，按照所述奖励热区的奖励策略在所述电子地图上叠加热力图；

在包含所述第二目标点的奖励展示界面的标签区，以卡片流方式设置所述奖励热区的奖励提示标签。

结合第一方面，本申请实施例提供了第一方面的第十七种可能的实施方式，其中，构建包含所述第二目标点的奖励展示界面的步骤，还包括：

判断包含所述第二目标点的奖励展示界面是否包含订单推荐热区；

如果是，在所述奖励展示界面的电子地图区，叠加所述奖励热区的热力图和所述订单推荐热区的热力图；以及在所述奖励展示界面的标签区，设置所述奖励热区的奖励提示标签和所述订单推荐热区的订单推荐标签。

结合第一方面，本申请实施例提供了第一方面的第十八种可能的实施方式，其中，所述方法还包括：

接收客户端的热力图展示请求，其中，所述热力图展示请求携带有目标点标识和热力图类型标识，所述热力图类型标识包括订单类型或奖励类型；

如果所述热力图类型标识为订单类型，确定当前需要展示订单热力图；

如果所述热力图类型标识为奖励类型，确定当前需要展示奖励热力图。

结合第一方面，本申请实施例提供了第一方面的第十九种可能的实施方式，其中，所述方法还包括：将构建完成的奖励展示界面展示于所述客户端。

第二方面，本申请实施例还提供了一种界面展示方法，所述方法应用于用户终端，包括：

向服务器发送订单热力图展示请求，其中，所述热力图展示请求携带有第一目标点的标识；

接收所述服务器返回的包含所述第一目标点的订单展示界面；其中，所述订单展示界面包含订单推荐热区的热力图和所述订单推荐热区的订单推荐标签；所述订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；

在所述客户端展示所述订单展示界面。

结合第二方面，本申请实施例提供了第二方面的第一种可能的实施方式，其中，所述方法还包括：

向服务器发送奖励热力图展示请求，其中，所述奖励图展示请求携带有第二目标点的标识；

接收所述服务器返回的包含所述第二目标点的奖励展示界面；其中，所述奖励展示界面包含所述第二目标点对应的奖励热区的热力图和所述奖励热区的奖励提示标签；所述奖励提示标签包含奖励有效期和/或奖励倍数；

在所述客户端展示所述奖励展示界面。

结合第二方面，本申请实施例提供了第二方面的第二种可能的实施方式，其中，所述方法还包括：

通过客户端接收用户的热力图展示请求，其中，所述热力图展示请求携带有目标点标识和热力图类型标识，所述热力图类型标识包括订单类型或奖励类型；

如果所述热力图类型标识为订单类型，执行所述向服务器发送订单热力图展示请求的步骤；

如果所述热力图类型标识为奖励类型，执行所述向服务器发送奖励热力图展示请求的步骤。

第三方面，本申请实施例还提供了一种展示界面的构建装置，所述装置应用于服务器，包括：

热点区集合确定模块，用于在需要展示订单热力图时，根据第一目标点的订单数据确定所述第一目标点对应的热点区集合；

订单推荐热区确定模块，用于根据所述热点区集合中的各个热点区的热力程度确定订单推荐热区；

订单推荐标签获取模块，用于获取所述推荐热区的订单推荐标签；其中，所述订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；

订单展示界面构建模块，用于构建包含所述第一目标点的订单展示界面；其中，所述订单展示界面包含所述订单推荐热区的热力图和所述订单推荐热区的订单推荐标签。

结合第三方面，本申请实施例提供了第三方面的第一种可能的实施方式，其中，所述热点区集合确定模块还用于：

根据第一目标点对应区域的历史订单数据确定第一热点区候选集合；

根据所述第一目标点对应区域的当前订单数据确定第二热点区候选集合；

合并所述第一热点区候选集合和所述第二热点区候选集合，得到所述第一目标点对应的热点区集合。

结合第三方面，本申请实施例提供了第三方面的第二种可能的实施方式，其中，所述热点区集合确定模块还用于：

从第一目标点对应区域的历史订单数据中获取热点区记录；

将所述热点区记录中的热点区确定为第一热点区候选集合。

结合第三方面，本申请实施例提供了第三方面的第三种可能的实施方式，其中，所述热点区集合确定模块还用于：

从所述第一目标点对应区域的当前订单数据中，获取排队订单数大于第一预设阈值的区域；

将确定出的所述区域确定为第二热点区候选集合。

结合第三方面，本申请实施例提供了第三方面的第四种可能的实施方式，其中，所述热点区集合确定模块还用于：

根据第一目标点对应区域的历史订单数据确定第一热点区候选集合；

根据所述第一热点区候选集合中的各个热点区的当前订单数据，从所述第一热点区候选集合中筛选出第二热点区候选集合；

将所述第二热点区候选集合确定为所述第一目标点对应的热点区集合。

结合第三方面，本申请实施例提供了第三方面的第五种可能的实施方式，其中，所述热点区集合确定模块还用于：

获取所述第一热点区候选集合中的各个热点区的当前订单数据；

根据各个所述热点区的当前订单数据，获取各个所述热点区的未播订单数和空闲司机数；

将未播订单数大于第三预设阈值，且空闲司机数小于第四预设阈值的区域确定为第二热点区候选集合。

结合第三方面，本申请实施例提供了第三方面的第六种可能的实施方式，其中，所述热点区集合确定模块还用于：

获取第一目标点对应区域的当前订单数据；

获取各个所述区域的未播订单数和空闲司机数；

将未播订单数大于第五预设阈值，且空闲司机数小于第六预设阈值的区域确定为所述第一目标点对应的热点区集合。

结合第三方面，本申请实施例提供了第三方面的第七种可能的实施方式，其中，所述订单推荐热区确定模块用于：

根据当前的订单数据，获取所述热点区集合中的各个热点区的热力参数，所述热力参数包括以下至少之一：是否有排队订单、排队订单的长度、是否为历史热点区、历史热力程度、与所述第一目标点的距离和订单奖励倍数；

按照各个所述热点区的热力参数计算各个所述热点区的热力程度值；

根据各个所述热点区的热力程度值确定订单推荐热区。

结合第三方面，本申请实施例提供了第三方面的第八种可能的实施方式，其中，所述订单推荐热区确定模块用于：

将热力程度值大于设定热力值的所述热点区确定为订单推荐热区；或者，

按照各个所述热点区的热力程度值由大到小排序，将排序靠前的指定个所述热点区确定为订单推荐热区。

结合第三方面，本申请实施例提供了第三方面的第九种可能的实施方式，其中，所述订单推荐标签获取模块用于：

如果订单推荐标签包含当前订单信息，根据所述订单推荐热区的当前订单数据，确定所述订单推荐热区的当前未播报订单数；

如果订单推荐标签包含当前运力信息，根据所述订单推荐热区的当前订单数据，确定所述订单推荐热区的当前空闲司机数；

如果订单推荐标签包含接单预测信息，根据所述订单推荐热区的当前订单数据，预测在所述订单推荐热区的接单时长。

结合第三方面，本申请实施例提供了第三方面的第十种可能的实施方式，其中，所述订单展示界面构建模块用于：

在包含所述第一目标点的订单展示界面的电子地图区，设置电子地图的中心点为所述第一目标点，按照所述订单推荐热区的热力程度在所述电子地图上叠加热力图；

在包含所述第一目标点的订单展示界面的标签区，以卡片流方式设置所述订单推荐热区的订单推荐标签。

结合第三方面，本申请实施例提供了第三方面的第十一种可能的实施方式，其中，所述订单展示界面构建模块还用于：

按照所述订单推荐热区的热力程度确定所述订单推荐热区的级别；

以所述订单推荐热区的级别对应的颜色填充所述电子地图上的所述订单推荐热区。

结合第三方面，本申请实施例提供了第三方面的第十二种可能的实施方式，其中，所述订单展示界面构建模块还用于：

以横式卡片流方式或竖式卡片流方式，设置所述订单推荐热区的订单推荐标签。

结合第三方面，本申请实施例提供了第三方面的第十三种可能的实施方式，其中，所述装置还包括：

界面展示模块，用于将构建完成的订单展示界面展示于所述客户端。

结合第三方面，本申请实施例提供了第三方面的第十四种可能的实施方式，其中，所述装置还包括：

奖励热区确定模块，用于在需要展示奖励热力图时，根据当前的奖励策略确定第二目标点对应区域的奖励热区和所述奖励热区的奖励提示标签；其中，所述奖励提示标签包含奖励有效期和/或奖励倍数；

奖励展示界面构建模块，用于构建包含所述第二目标点的奖励展示界面；其中，所述奖励展示界面包含所述奖励热区的热力图和所述奖励热区的奖励提示标签。

结合第三方面，本申请实施例提供了第三方面的第十五种可能的实施方式，其中，所述奖励热区确定模块用于：

在第二目标点所属的奖励策略库中，查找所述第二目标点对应区域是否配置有奖励策略；

如果有，将配置有奖励策略的区域确定为奖励热区。

结合第三方面，本申请实施例提供了第三方面的第十六种可能的实施方式，其中，所述奖励展示界面构建模块用于：

在包含所述第二目标点的奖励展示界面的电子地图区，设置电子地图的中心点为所述第二目标点，按照所述奖励热区的奖励策略在所述电子地图上叠加热力图；

在包含所述第二目标点的奖励展示界面的标签区，以卡片流方式设置所述奖励热区的奖励提示标签。

结合第三方面，本申请实施例提供了第三方面的第十七种可能的实施方式，其中，所述奖励展示界面构建模块还用于：

判断包含所述第二目标点的奖励展示界面是否包含订单推荐热区；

如果是，在所述奖励展示界面的电子地图区，叠加所述奖励热区的热力图和所述订单推荐热区的热力图；以及在所述奖励展示界面的标签区，设置所述奖励热区的奖励提示标签和所述订单推荐热区的订单推荐标签。

结合第三方面，本申请实施例提供了第三方面的第十八种可能的实施方式，其中，所述装置还包括：

第一请求接收模块，用于接收客户端的热力图展示请求，其中，所述热力图展示请求携带有目标点标识和热力图类型标识，所述热力图类型标识包括订单类型或奖励类型；

热力图类型确定模块，用于在所述热力图类型标识为订单类型时，确定当前需要展示订单热力图；在所述热力图类型标识为奖励类型时，确定当前需要展示奖励热力图。

结合第三方面，本申请实施例提供了第三方面的第十九种可能的实施方式，其中，所述界面展示模块还用于：

将构建完成的奖励展示界面展示于所述客户端。

第四方面，本申请实施例还提供了一种界面展示装置，所述装置应用于用户终端，包括：

第一请求发送模块，用于向服务器发送订单热力图展示请求，其中，所述热力图展示请求携带有第一目标点的标识；

第一界面接收模块，用于接收所述服务器返回的包含所述第一目标点的订单展示界面；其中，所述订单展示界面包含订单推荐热区的热力图和所述订单推荐热区的订单推荐标签；所述订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；

第一界面展示模块，用于在所述客户端展示所述订单展示界面。

结合第四方面，本申请实施例提供了第四方面的第一种可能的实施方式，其中，所述装置还包括：

第二请求发送模块，用于向服务器发送奖励热力图展示请求，其中，所述奖励图展示请求携带有第二目标点的标识；

第二界面接收模块，用于接收所述服务器返回的包含所述第二目标点的奖励展示界面；其中，所述奖励展示界面包含所述第二目标点对应的奖励热区的热力图和所述奖励热区的奖励提示标签；所述奖励提示标签包含奖励有效期和/或奖励倍数；

第二界面展示模块，用于在所述客户端展示所述奖励展示界面。

结合第四方面，本申请实施例提供了第四方面的第二种可能的实施方式，其中，所述装置还包括：

第二请求接收模块，用于通过客户端接收用户的热力图展示请求，其中，所述热力图展示请求携带有目标点标识和热力图类型标识，所述热力图类型标识包括订单类型或奖励类型；

如果所述热力图类型标识为订单类型，执行所述向服务器发送订单热力图展示请求的步骤；

如果所述热力图类型标识为奖励类型，执行所述向服务器发送奖励热力图展示请求的步骤。

第五方面，本申请实施例还提供了一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如第一方面，或第一方面的第一～第十九任一种可能的实施方式中的步骤。

第六方面，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如第一方面，或第一方面的第一～第十九任一种可能的实施方式中的步骤。

采用上述方案，在用户需要展示订单热力图时，服务器能够根据第一目标点的订单数据，确定出第一目标点对应的热点区集合，然后根据该热点区集合中的各个热点区的热力程度确定订单推荐热区，并通过获取所述推荐热区的订单推荐标签，构建包含所述第一目标点的订单展示界面。在该订单展示界面中，包含有上述订单推荐热区的热力图和订单推荐标签，而订单推荐标签中包含当前订单信息、当前运力信息和接单预测信息中的一种或多种信息，通过订单推荐热区的热力图和订单推荐标签的综合展示，可以为用户直观、有效地提供多种参考信息，以便用户快速地进行接单方向的决策，提升用户的接单效率，从而进一步增加用户的收益。

为使本申请实施例的上述目的、特征和优点能更明显易懂，下面将结合实施例，并配合所附附图，作详细说明。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例一所提供的一种展示界面的构建方法的流程图；

图2示出了本申请实施例一所提供的一种展示界面的构建方法中的订单推荐标签的示意图；

图3a示出了本申请实施例一所提供的一种展示界面的构建方法中的一种订单展示界面的示意图；

图3b示出了本申请实施例一所提供的一种展示界面的构建方法中的另一种订单展示界面的示意图；

图4示出了本申请实施例二所提供的另一种展示界面的构建方法的流程图；

图5a示出了本申请实施例二所提供的另一种展示界面的构建方法中的一种奖励展示界面的示意图；

图5b示出了本申请实施例二所提供的另一种展示界面的构建方法中的另一种奖励展示界面的示意图；

图5c示出了本申请实施例二所提供的另一种展示界面的构建方法中的另一种奖励展示界面的示意图；

图6示出了本申请实施例三所提供的另一种展示界面的构建方法的流程图；

图7示出了本申请实施例三所提供的另一种展示界面的构建方法中订单展示界面的示意图；

图8示出了本申请实施例三所提供的一种界面展示方法的流程图；

图9示出了本申请实施例三所提供的另一种界面展示方法的流程图；

图10示出了本申请实施例四所提供的一种展示界面的构建装置的结构示意图；

图11示出了本申请实施例四所提供的另一种展示界面的构建装置的结构示意图；

图12示出了本申请实施例五所提供的一种界面展示装置的结构示意图；

图13示出了本申请实施例六所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。以下对本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例下述方法、装置、电子设备或计算机存储介质可以应用于任何需要展示热力图的场景，比如，可以应用于打车软件、地图定位等。本申请实施例并不对具体的应用场景作限制，任何使用本申请实施例提供的方法对热力分析及展示的方案均在本申请保护范围内。

本申请实施例中，以打车软件的应用场景为例进行说明。

随着移动终端的智能化发展，使人们的生活越来越便捷，例如：移动终端通过第三方平台可以为用户提供打车服务，同时，移动终端也可以通过打车软件平台为用户提供打车订单接单服务等。

打车软件应用场景中包括，打车平台的服务器、以及与该打车平台的服务器分别通信连接的乘客终端和司机终端。其中，乘客终端和司机终端分别安装有打车平台的乘客客户端(或称为乘客端APP)和司机客户端(或称为司机端APP)，如果司机登录司机客户端，在打车平台的服务器上会显示该司机为在线状态，服务器能够获知该司机所在的位置和联系方式等信息。

乘客终端具体可以为乘客的手机等移动终端，司机终端具体可以为司机的手机、iPad等移动终端，也可以为司机车辆内安装的车载设备等。

如果用户需要打车服务(例如预约专车或者快车等)，可以通过乘客客户端进行预约下单，乘客客户端会生成订单并发送至服务器，该订单通常包括用户所在位置和用户的联系方式等信息。服务器根据用户所在位置，将订单推送至距离较近的司机，司机接收到订单后可以与用户建立通信，完成用户打车服务。

另外，在司机当前没有订单比较空闲的时候，也可以通过司机客户端，向服务器发送热力图请求，从而接收到服务器根据当前的一定范围内的订单信息或者历史订单信息所生成的热力图，根据热力图确定自己的接单方向，然而，现有的热力图中往往展示方式单一，仅通过热点方式进行展示，使得司机无法确定到达推荐热点后的成本与收益，不能为司机快速决策提供有价值的参考信息。

针对热力图展示方式单一的情况，本实施例提供了一种展示界面的构建方法、界面展示方法、装置及电子设备，能够在用户需要展示订单热力图时，展示推荐热区和该热区对应的标签，提升信息展示的直观性和有效性，使用户更容易对接单方向做出决策。通过下述实施例将会对此作详细说明。

实施例一

如图1所示，为本申请实施例一提供的一种展示界面的构建方法，该方法应用于打车平台的服务器，具体包括以下步骤：

步骤S102，如果需要展示订单热力图，根据第一目标点的订单数据确定第一目标点对应的热点区集合。

上述第一目标点可以为***自动定位到的司机当前所处的位置，也可以为司机想要接单的定位位置，在司机没有确定定位位置时，***默认目标点为司机当前所处位置。

上述第一目标点的订单数据指的是，第一目标点对应区域在预设时间段内的订单数据，对应区域为以第一目标点为中心，以一定预计距离为半径的目标范围，比如3公里内5分钟内的订单数据。另外，该订单数据可以是历史订单数据，也可以是当前订单数据，根据订单数据确定第一目标点对应的热点区集合，可以仅根据当前订单数据进行确定，也可以同时根据历史订单数据和当前订单数据进行确定，在此不做具体限定。

上述热点区集合指的是第一目标点的对应区域内有可能成为推荐热区的子区域的集合。每个子区域可以根据对应的订单数和运力情况进行确定。服务器在接收到用户终端的订单热力图请求后，会自动根据第一目标点的订单数据确定第一目标点对应的热点区集合，以便进行后续订单推荐热区的确定过程。

步骤S104，根据热点区集合中的各个热点区的热力程度确定订单推荐热区。

该步骤中，热力程度的获取方式有多种，比如：基于各个热点区对应的历史积累的供需情况进行计算得到；或者根据各个热点区对应的当前热力参数进行计算得到，上述热力参数至少包括是否有排队订单、排队订单的长度、是否为历史热点区、历史热力程度、与第一目标点的距离和订单奖励倍数的多种；或者也可以是基于历史订单数据和当前订单数据，通过预测模型进行推测得到。当服务器确定出各个热点区对应的热力程度后，进而将热力程度较大的热点区作为上述订单推荐区域。

步骤S106，获取推荐热区的订单推荐标签。

其中，订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息。

具体的，当前订单信息，指推荐热区范围内预设时间段内的未播订单数，或者为预测的未来预设时间段内的未播订单数；当前运力信息，指推荐热区范围内预设时间段内的空闲车辆数，或者为预测的未来预设时间段内的空闲车辆数；接单预测信息可以是预测的接单时间，即大概多久司机可以接到单，或者也可以是预测的该司机到达推荐热区后的收益情况等，本实施例中不做具体限定。上述预设时间段通常为5分钟，以提高数据的可靠性及有效性。

此外，还可以根据订单推荐热区中最热推荐点的经纬度，解析出该订单推荐热区对应的地理位置名称，将该地理位置名称作为热区的名称显示在订单推荐标签中，以便更加清楚、直观地展示订单推荐热区的信息。

下面给出获取订单推荐热区的订单推荐标签的一种优选实施方式，具体包括以下过程：

(1)如果订单推荐标签包含当前订单信息，根据订单推荐热区的当前订单数据，确定订单推荐热区的当前未播报订单数。

(2)如果订单推荐标签包含当前运力信息，根据订单推荐热区的当前订单数据，确定订单推荐热区的当前空闲司机数。

(3)如果订单推荐标签包含接单预测信息，根据订单推荐热区的当前订单数据，预测在订单推荐热区的接单时长。

参见图2所示，为本实施例所提供的一种订单推荐标签的示意图，该图中，包括：热区名称(XXXX)、订单单数215单、空闲车辆10辆、接单时长15分、服务分排行213名。其中，热区名称由服务器根据推荐热区中，最热的推荐点的经纬度进行转义得到。该服务分排行是根据司机历史服务情况进行排名，服务分是服务端现有的接口，服务器可以直接获取到服务分并给司机进行排名，体现司机的接单竞争力，以方便司机根据自身竞争力情况决策接单方向。

需要说明的是，订单推荐标签中还可以包括其他多种信息，如司机到达推荐热区的时间和距离等，不仅限于上面所述的内容，而且信息显示方式可以为多种形式，比如：可以采用一行的展示形式，也可以采用两行的展示形式等。

步骤S108，构建包含第一目标点的订单展示界面；其中，订单展示界面包含订单推荐热区的热力图和订单推荐热区的订单推荐标签。

上述步骤S104中确定出来的订单推荐热区，以及上述步骤S106中获取到的订单推荐热区的订单推荐标签，同时显示在订单展示界面中，具体的，订单推荐热区以热力图的形式叠加在电子地图中，订单推荐标签以卡片流的形式添加在订单展示界面中。本实施例中，卡片流可以以横向滑动的形式呈现，也可以以纵向滑动的形式呈现，用户可以根据自己的喜好进行不同的设定。

本实施例所提供的界面展示的构建方法中，在获取到用户的订单热力图请求时，首先根据第一目标点的订单数据，确定出第一目标点对应的热点区集合，然后根据该热点区集合中的各个热点区的热力程度确定订单推荐热区。其中，订单数据和热力程度的获取或者确定均可以有多种实现方式，通过上述过程确定出的订单推荐热区更加具有参考性，此外，通过获取推荐热区的订单推荐标签，构建包含第一目标点的订单展示界面，在该订单展示界面中，包含有上述订单推荐热区的热力图和订单推荐标签，而订单推荐标签中包含当前订单信息、当前运力信息和接单预测信息中的一种或多种信息，通过订单推荐热区的热力图和订单推荐标签的综合展示，可以为用户直观、有效地提供多种参考信息，以便用户快速地进行接单方向的决策，提升用户的接单效率，从而进一步增加用户的收益。

在实际应用中，由于现有的热区计算方式比较单一，往往会漏掉很多运力不足却没有被标记为热区的区域，针对这种情况，本实施例提供了步骤S102的一种优选实施方式，该实施方式中，将基于历史订单和当前订单覆盖的所有热点区，作为本发明考虑是否为推荐的热点区，通过这种方式不会漏掉热点区，使推荐的热点能够更加全面，更加优化。步骤S102：根据第一目标点的订单数据确定第一目标点对应的热点区集合，具体包括以下步骤：

(1)根据第一目标点对应区域的历史订单数据确定第一热点区候选集合。具体的，从第一目标点对应区域的历史订单数据中获取热点区记录；将热点区记录中的热点区确定为第一热点区候选集合。

在具体实施中，首先获取第一目标点(司机所在位置或者司机想要接单的定位位置)请求半径范围内的区域所对应的历史订单数据，该历史订单数据中包括该区域内的热点区记录，进一步从历史订单数据中筛选出有热度且在最大推荐距离范围内的热点区，将该热点区作为所述第一热点区候选集合。

(2)根据第一目标点对应区域的当前订单数据确定第二热点区候选集合。具体的，从第一目标点对应区域的当前订单数据中，获取排队订单数大于第一预设阈值的区域；将确定出的区域确定为第二热点区候选集合。

在具体实施中，服务器中预先存储有第一预设阈值，将从第一目标点对应区域的当前订单数据中所获取的排队订单数，与上述第一预设阈值进行比对，判断排队订单数是否超过第一预设阈值，如果是，则将该排队订单数所对应的区域作为所述第二热点候选集合。

(3)合并第一热点区候选集合和第二热点区候选集合，得到第一目标点对应的热点区集合。具体的，将上述通过历史订单数据和当前订单数据分别确定出的第一热点区候选集合和第二热点区候选集合进行区域合并，也就是求二者的并集，得到最终的第一目标点对应的热点区集合。

虽然上述确定热点区集合的过程保证了推荐热区的全面性，但是推荐效率并不高，为了提高推荐热区的获取效率，本实施例提供了步骤S102的另一种优选实施方式，该实施方式中，基于历史订单和当前订单覆盖的筛出最有可能运力不足的热点区，可以减少冗余热点区，降低运算成本，大大提升推荐热区的获取效率。具体步骤如下：

(1)根据第一目标点对应区域的历史订单数据确定第一热点区候选集合。具体的，从第一目标点对应区域的历史订单数据中获取热点区记录；将热点区记录中的热点区确定为第一热点区候选集合。该步骤与上一优选实施方式中的步骤一样，在此不再赘述。

(2)根据第一热点区候选集合中的各个热点区的当前订单数据，从第一热点区候选集合中筛选出第二热点区候选集合。具体的，获取第一热点区候选集合中的各个热点区的当前订单数据；根据各个热点区的当前订单数据，获取各个热点区的未播订单数和空闲司机数；将未播订单数大于第三预设阈值，且空闲司机数小于第四预设阈值的区域确定为第二热点区候选集合。

上述未播订单数指的是用户已经叫车而司机还未接单的订单数，空闲司机数为各个热点区内当前可用的车辆数。本实施方式中，当检测到某个热点区内的某个区域中的未播订单数和空闲司机数均超过阈值时，将该区域确定为第二热点区候选集合。

(3)将第二热点区候选集合确定为第一目标点对应的热点区集合。进一步将上述确定出的第二热点区候选集合，作为所述第一目标点对应的热点区集合。这种方式可以将运力不足的区域作为目标点对应的热点区集合，可以减少冗余热点区，降低运算成本，提升推荐热区的获取效率。

在实际应用中，订单推荐热区的获取效率一定程度上决定了用户的接单效率，进而影响用户的收益。为了进一步提高推荐热区的获取效率，提高用户收益，本实施例中提供了上述步骤S102的第三种优选实施方式，该实施方式提出一种最简单可行的热点区集合确定过程，确定速度非常快，仅仅通过当前订单数据进行分析实现，具体包括以下步骤：

(1)获取第一目标点对应区域的当前订单数据。在具体实施中，首先获取第一目标点(司机所在位置或者司机想接单的定位位置)请求半径范围内的区域所对应的当前订单数据。该请求半径范围内的区域又包括多个区域格子。

(2)获取各个区域的未播订单数和空闲司机数。进一步，获取每个上述区域格子内的未播订单数和空闲司机数，未播订单数和空闲司机数同上一实施方式中所述。

(3)将未播订单数大于第五预设阈值，且空闲司机数小于第六预设阈值的区域确定为第一目标点对应的热点区集合。直接通过当前订单数据，判断出运力不足的区域，作为第一目标点对应的热点区集合，该方式简单可行，热点区集合确定的速度快。

在实际应用中，通过热力程度来确定订单推荐热区的方式有多种，比如：通过模型预测或者通过历史订单数据进行分析确定等，相对来说，上述方式所确定的订单推荐热区的准确度不够高，基于此，本实施例提供上述步骤S104的一种优选实施方式，具体过程如下：

(1)根据当前的订单数据，获取热点区集合中的各个热点区的热力参数，热力参数包括以下至少之一：是否有排队订单、排队订单的长度、是否为历史热点区、历史热力程度、与第一目标点的距离和订单奖励倍数。

具体的，当有排队订单时，获取排队订单的数量，也就是上述排队订单的长度，并判断各个热点区是否是历史热点区，如果是，获取该热点区的历史热力程度，此外，还可以获取目标点到热点区的距离以及订单奖励倍数，该订单奖励倍数由平台提供的奖励***可以直接获取到，奖励倍数是平台的一种奖励形式，根据不同时空的运力分布情况，配置有不同的奖励，以吸引运力过去。

(2)按照各个热点区的热力参数计算各个热点区的热力程度值。具体的，可以为各个热力参数设置不同的权重值，通过求取加权和的方式，确定各个热点区的热力程度值，也可以将上述各个热力参数和热力程度值，通过神经网络模型进行训练，建模，通过模型的输出值来确定热力程度值，具体的计算热力程度值的方式有多种，本申请不限于上述两种方式。

(3)根据各个热点区的热力程度值确定订单推荐热区。该步骤具体包括以下两种方式：1)将热力程度值大于设定热力值的热点区确定为订单推荐热区；2)按照各个热点区的热力程度值由大到小排序，将排序靠前的指定个热点区确定为订单推荐热区。上述两种基于热力程度值确定推荐热区的方式均可行，可以选所有大于一定值的热区，也可以选最大的几个，实现灵活，满足多种使用需求。

本实施例中，通过热力参数计算热力程度值，再基于热力值确定推荐热区，比较客观可靠，可以为用户提供可靠的决策参考信息。

现有的热力图展示方式单一，仅仅显示出热点的位置，无法给用户展示有参考价值的、直观的、容易理解的热区界面，基于此，本实施例还提供上述步骤S106的一种优选实施方式，构建包含第一目标点的订单展示界面的过程，具体包括以下步骤：

(1)在包含第一目标点的订单展示界面的电子地图区，设置电子地图的中心点为第一目标点，按照订单推荐热区的热力程度在电子地图上叠加热力图。具体的，按照订单推荐热区的热力程度确定订单推荐热区的级别，比如1级、2级、3级等，然后以订单推荐热区的级别对应的颜色填充电子地图上的订单推荐热区，比如：1级对应黄色、2级对应橙色、3级对应红色，通常随着级数的增加，颜色也越来越深。

在电子地图区进行展示时，始终以第一目标点为地图区中心点，用户可以在屏幕上对地图进行缩放、旋转。电子地图区的显示区域范围会随着用户的操作，进行地图比例尺的缩放，当比例尺较大时，可以显示更多的推荐热区供用户查看，当比例尺较小时，可以显示离目标点最近的推荐热区或者在视线范围内，看不到推荐热区。

(2)在包含第一目标点的订单展示界面的标签区，以卡片流方式设置订单推荐热区的订单推荐标签。具体的，以横式卡片流方式或竖式卡片流方式，设置订单推荐热区的订单推荐标签；其中，横式卡片流方式支持横向操作手势切换订单推荐标签；纵式卡片流方式支持纵向操作手势切换订单推荐标签。

图3a、图3b,示出了本实施例所提供的两种订单展示界面，均是用户终端在发送订单热力图请求后，所接收到的订单展示界面图。图3a中，我的位置(即司机当前所在位置)与定位位置(即司机想要去的目的地位置)是重合的，也就是用户没有手动修改自己想要去的位置，因此，在订单展示界面中，我的位置和定位位置在热力图地图中心，并显示我的位置标签和订单推荐标签。图3b中，根据司机的定位位置确定订单推荐热区，并显示定位位置标签和订单推荐标签。两幅图中，数字1、2分别表示第一订单推荐热区、第二订单推荐热区，分别对应第一订单推荐标签和第二订单推荐标签(图中未示出)，优选方式中，用户可以通过在终端屏幕上上下滑动，使终端屏幕上显示一个订单推荐热区或者二个订单推荐热区，或者三个订单推荐热区(最多显示三个)。

在构建好订单展示界面后，将构建完成的订单展示界面展示于客户端，以供司机查看及参考，快速决策出接单方向，提高司机接单效率及收益。

本实施例所提供的展示界面的构建方法，通过订单推荐热区的热力图和对应的订单推荐标签的双重显示，增强司机可决策信息。订单推荐标签中包含有针对历史积累的供需情况，或者对未来时空进行预测所得到的各种信息，如当前订单信息、当前运力信息和接单预测信息等，将司机接单竞争力排名、预计司机个体接单时长等客观的数据信息传输到客户端进行展示，帮助司机管理接单预期，安排接单行程。

此外，本实施例中的出口推荐方式更加优化，由现有的POI点推荐改为区域推荐，便于司机理解和应用，能够对司机当前所处时空的供需情况进行识别，通过***智能推荐策略，为司机提供***订单推荐热区，为司机提供决策信息，帮助司机更快接到单。

实施例二

在实际应用中，有时某些区域虽不是订单推荐热区，但仍然运力不足，这时就需要平台提供一种吸引运力过去的方式，在本实施例中，奖励热区的设置就能解决上述问题，在具体实现的时候，服务器首先接收司机客户端的热力图展示请求，该热力图展示请求中携带有目标点标识和热力图类型标识，该热力图类型标识包括订单类型或奖励类型两种，当热力图类型标识为订单类型时，服务器自动响应用户的订单热力图请求，向用户展示订单推荐界面，如实施例一所述的过程。当热力图类型标识为奖励类型时，服务器自动响应用户的奖励热力图请求，本实施例将对热力图类型标识为奖励类型的情况进行详细阐述。

如图4所示，为本申请实施例二提供的另一种展示界面的构建方法，该方法应用于打车平台的服务器，在实施例一的步骤的基础上，还包括以下步骤：

步骤S202，如果需要展示奖励热力图，根据当前的奖励策略确定第二目标点对应区域的奖励热区和奖励热区的奖励提示标签。

其中，奖励提示标签包含奖励有效期和/或奖励倍数。为了与实施例一中的第一目标点进行区别，本实施例中通过第二目标点进行表述，上述第二目标点可以为***自动定位到的司机当前所处的位置，也可以为司机想要接单的定位位置，在司机没有确定目的地位置时，***默认目标点为司机当前所处位置。

上述奖励策略可以是一种奖励***，也可以是一种奖励策略库，服务器在接收到用户的奖励热力图请求后，会自动根据第二目标点的对应区域，即以第二目标点为中心，以一定预计距离为半径的目标范围，进行奖励区域的匹配，从而确定出与第二目标点对应的奖励热区。在奖励策略库中，预先存储有奖励区域以及其对应的奖励时间，因此，在确定出奖励热区的同时，还可以确定出奖励时间，基于奖励时间生成奖励热区对应的奖励提示标签。

需要说明的是，上述奖励策略库中的奖励策略可以根据实际情况进行调整，比如：对奖励倍数、奖励时间、奖励区域进行调整，使之与当前的运力情况更加匹配，以最快的速度解决奖励区域的运力不足问题。

步骤S204，构建包含第二目标点的奖励展示界面；其中，奖励展示界面包含奖励热区的热力图和奖励热区的奖励提示标签。

具体的，首先在包含第二目标点的奖励展示界面的电子地图区，设置电子地图的中心点为第二目标点，按照奖励热区的奖励策略在电子地图上叠加热力图。奖励热区在电子地图区进行展示时，始终以第二目标点为地图区中心点，***会动调节地图比例尺，使其缩放至屏幕范围内能够完整显示司机当前位置和距离最近的奖励热区范围。

然后在包含第二目标点的奖励展示界面的标签区，以卡片流方式设置奖励热区的奖励提示标签。比如：翻倍奖励22：59前有效、今天翻倍奖励已全部结束等。

在构建好上述奖励展示界面后，该方法还包括：步骤S206，将构建完成的奖励展示界面展示于客户端。

上述分区展示奖励热力图和奖励提示标签的方式更直观清楚，使用户能够快速决策出接单方向，获取最大的收益，由于奖励热区配置有奖励积分或者服务分，所以更容易吸引运力过去，以解决当前该区域运力欠缺问题。

在一种优选实施方式中，上述步骤S202：根据当前的奖励策略确定第二目标点对应区域的奖励热区的步骤，具体包括以下过程：

在第二目标点所属的奖励策略库中，查找第二目标点对应区域是否配置有奖励策略；如果有，将配置有奖励策略的区域确定为奖励热区。

在具体实施中，服务器中配置有奖励***，预先设置有奖励策略库，该奖励策略库中存储有奖励时间段、对应的奖励区域及对应的奖励策略，比如1.3倍奖励或者1.5倍奖励，奖励内容可以是积分或者服务分等，不做具体限定。针对第二目标点对应区域，从奖励策略库中查找是否有奖励策略，如果有，将有奖励策略的区域确定为奖励热区。平台通过根据不同时空的运力分布情况，配置不同的奖励，以更好地吸引运力过去。

下面列举几种奖励界面展示图：

(1)当前时刻无奖励，且当日奖励已全部结束，司机当前位置和目的地均不在奖励热区内，地图比例尺、司机当前位置和目的地均保持不变，在通知栏中显示相应文案：今天翻倍奖励已全部结束，参见图5a所示，电子地图区域没有奖励热区的显示，仅有司机当前所处位置和定位位置的图标，在电子地图下方的奖励提示标签中显示有今天翻倍奖励已全部结束的字样，在该奖励提示标签的下方，以卡片流的方式显示有定位位置的标签信息。

(2)当前时刻无奖励，但当日还有奖励，司机当前位置和目的地均不在奖励热区内，地图比例尺、司机当前位置和目的地均保持不变，在通知栏中显示相应文案：当日下次奖励信息，比如：翻倍奖励22：59前有效,文案显示方式参见图5b所示。

(3)当前时刻有奖励，而目的地所在位置不在奖励热区内，则地图比例尺自动缩放至屏幕范围内能够完整显示司机当前位置和距离最近的奖励热区范围，(大头针)即定位位置自动吸附至奖励热区中的推荐导航目的地，参见图5b所示，图中灰色区域为奖励区域，定位位置处显示有1.3倍奖励的标签，以便更加直观地向用户展示当前奖励情况，同时，在电子地图下方以卡片流的形式设置有奖励提示标签信息，如翻倍奖励22：59前有效，在该奖励提示标签信息的下方显示定位位置的标签信息，包括奖励倍数、订单数量、空闲车辆数、当前位置等。

(4)当前时刻有奖励，且目的地所在位置在奖励热区内，则地图比例尺自动缩放至屏幕范围内能够完整显示司机当前位置和距离最近的奖励热区范围，(大头针)即定位位置保持不变，参见图5c所示，图中灰色区域为奖励热区，可以看出，其范围比图5b的奖励范围大很多，标签等信息与图5b一样。

实施例三：

在实际应用中，虽然实施一所提供的订单展示界面和实施例二所提供的奖励展示图面均可以很好地为用户提供接单指导信息，但当用户想要同时查看两种界面时，需要用户进行两种类型的切换才可以实现，给正在开车的用户带来一定的麻烦，用户体验较差，基于此，本实施例提供一种更优选的实施方式，如图6所示，为本申请实施例三提供的另一种展示界面的构建方法，该方法应用于打车平台的服务器，包括以下步骤：

步骤S301，如果需要展示奖励热力图，根据当前的奖励策略确定第二目标点对应区域的奖励热区和奖励热区的奖励提示标签。

该步骤的具体实现参见上一实施例中的步骤S202，在此不再赘述。在确定出奖励热区和奖励提示标签后，对展示界面会有一个判断过程，如下述步骤：

步骤S302，判断包含第二目标点的奖励展示界面是否包含订单推荐热区。

如果是，则执行步骤S303，在奖励展示界面的电子地图区，叠加奖励热区的热力图和订单推荐热区的热力图；以及在奖励展示界面的标签区，设置奖励热区的奖励提示标签和订单推荐热区的订单推荐标签。

具体的，订单推荐热区和奖励热区可以通过不同颜色进行区分，比如：奖励热区在热力图地图中以蓝色区域进行显示，而订单推荐热区以橙色区域进行显示。如图7所示，数字1和数字2所表示的区域颜色较深，为红色区域，表示最热的订单推荐热区，在红色区域外面的一圈较浅的颜色为橙色，相对来说，热度差一点，在最外面的一圈更浅的颜色所对应的区域订单热度最低。数字3所表示的区域颜色为蓝色，表示奖励热区，其也可以根据奖励倍数的大小进行颜色分级显示，订单推荐热区和奖励热区在电子地图中同时进行显示，仅以颜色进行区分，更加直观、清楚，大大提高用户体验，同时在电子地图的下方以卡片流的形式展示订单推荐标签和奖励提示标签，更加直观清楚，可以提高用户决策速度。

在另一种实施方式中，订单推荐热区和奖励热区以叠加层级概念进行区别，热力地图中的三层或两层概念表示的区域为订单热区，一层概念表示的区域为奖励热区。通常奖励热区的范围大于订单热区的范围。

如果否，则执行步骤S304和S305。

步骤S304，在包含第二目标点的奖励展示界面的电子地图区，设置电子地图的中心点为第二目标点，按照奖励热区的奖励策略在电子地图上叠加热力图。

步骤S305，在包含第二目标点的奖励展示界面的标签区，以卡片流方式设置奖励热区的奖励提示标签。

上述步骤S304和步骤S305为单纯的奖励展示界面的构建过程，具体实现过程与上一实施例相同，在此不再赘述。在执行完步骤S303或者步骤S305后，再执行步骤S306：将构建完成的奖励展示界面展示于客户端。

在实施例一至实施例三中，服务器在根据用户的需求，构建界面以展示热力图之前，还包括以下步骤：

(1)接收客户端的热力图展示请求，其中，热力图展示请求携带有目标点标识和热力图类型标识，热力图类型标识包括订单类型或奖励类型。这里的目标点在实施例一中为第一目标点，在实施例二中为第二目标点，实际上指的是同一个点。

(2)如果热力图类型标识为订单类型，确定当前需要展示订单热力图；如果热力图类型标识为奖励类型，确定当前需要展示奖励热力图。服务器根据用户在终端屏幕上所选择的热力图类型标识，确定用户的热力图需求并进行响应。

在一种优选实施方式中，当服务器接收到专车司机的订单热力图请求时，呈现的订单热力图地图中，右侧还显示有身份切换按钮；当接收到专车司机发送的身份切换请求时，弹出热力图选择弹窗；该弹窗中呈现有快车热力图和专车热力图选项；在专车司机选择后，任意点击弹窗以外的区域，弹窗自动消失；而当接收到快车司机的订单热力图请求时，呈现的订单热力图中，没有身份切换按钮。

实施例四

参见图8所示，为本申请实施例提供的一种界面展示方法，该方法应用于用户终端，即司机客户端，具体包括以下步骤：

步骤S402，向服务器发送订单热力图展示请求，其中，热力图展示请求携带有第一目标点的标识。

在具体实施中，用户终端上安装有打车软件APP，用户通过司机客户端向服务器发送订单热力图展示请求，上述订单热力图展示请求中携带有目标点标识，上述第一目标点可以为***自动定位到的司机当前所处的位置，也可以为司机想要到达的目的地位置，在司机没有确定目的地位置时，***默认目标点为司机当前所处位置。

步骤S404，接收服务器返回的包含第一目标点的订单展示界面；其中，订单展示界面包含订单推荐热区的热力图和订单推荐热区的订单推荐标签；订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息。

在服务器接收到用户终端所发送的订单热力图展示请求后，通过如实施例一所述的方法步骤，构建出用户需要的订单展示界面，并执行步骤S406，在客户端展示订单展示界面。具体过程参见实施例一，在此不再赘述。

在另一种实施方式中，上述界面展示方法还包括以下步骤，参见图9所示：

步骤S502，向服务器发送奖励热力图展示请求，其中，奖励图展示请求携带有第二目标点的标识。

步骤S504，接收服务器返回的包含第二目标点的奖励展示界面；其中，奖励展示界面包含第二目标点对应的奖励热区的热力图和奖励热区的奖励提示标签；奖励提示标签包含奖励有效期和/或奖励倍数。

步骤S506，在客户端展示奖励展示界面。

上述服务器根据用户的奖励热力图展示请求，构建奖励展示界面并进行展示的过程同实施例二所述，在此不再赘述。

在用户终端向服务器发送订单热力图展示请求或者奖励热力图展示请求之前，上述界面展示方法还包括以下步骤：

通过客户端接收用户的热力图展示请求，其中，热力图展示请求携带有目标点标识和热力图类型标识，热力图类型标识包括订单类型或奖励类型；如果热力图类型标识为订单类型，执行向服务器发送订单热力图展示请求的步骤；如果热力图类型标识为奖励类型，执行向服务器发送奖励热力图展示请求的步骤。

实施例五

参照图10所示，为本申请实施例五提供的一种展示界面的构建装置，该装置应用于打车平台的服务器，所述装置包括：热点区集合确定模块61、订单推荐热区确定模块62、订单推荐标签获取模块63、订单展示界面构建模块64。

其中，热点区集合确定模块61，用于在需要展示订单热力图时，根据第一目标点的订单数据确定第一目标点对应的热点区集合；订单推荐热区确定模块62，用于根据热点区集合中的各个热点区的热力程度确定订单推荐热区；订单推荐标签获取模块63，用于获取推荐热区的订单推荐标签；其中，订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；订单展示界面构建模块64，用于构建包含第一目标点的订单展示界面；其中，订单展示界面包含订单推荐热区的热力图和订单推荐热区的订单推荐标签。

一种可能的实施方式中，热点区集合确定模块61用于：根据第一目标点对应区域的历史订单数据确定第一热点区候选集合；根据第一目标点对应区域的当前订单数据确定第二热点区候选集合；合并第一热点区候选集合和第二热点区候选集合，得到第一目标点对应的热点区集合。

在具体实施时，上述热点区集合确定模块61还具体用于：从第一目标点对应区域的历史订单数据中获取热点区记录；将热点区记录中的热点区确定为第一热点区候选集合；从第一目标点对应区域的当前订单数据中，获取排队订单数大于第一预设阈值的区域；将确定出的区域确定为第二热点区候选集合。

另一种可能的实施方式中，热点区集合确定模块61还用于：根据第一目标点对应区域的历史订单数据确定第一热点区候选集合；根据第一热点区候选集合中的各个热点区的当前订单数据，从第一热点区候选集合中筛选出第二热点区候选集合；将第二热点区候选集合确定为第一目标点对应的热点区集合。

在具体实施时，上述热点区集合确定模块61还具体用于：获取第一热点区候选集合中的各个热点区的当前订单数据；根据各个热点区的当前订单数据，获取各个热点区的未播订单数和空闲司机数；将未播订单数大于第三预设阈值，且空闲司机数小于第四预设阈值的区域确定为第二热点区候选集合。

另一种可能的实施方式中，热点区集合确定模块61还用于：获取第一目标点对应区域的当前订单数据；获取各个区域的未播订单数和空闲司机数；将未播订单数大于第五预设阈值，且空闲司机数小于第六预设阈值的区域确定为第一目标点对应的热点区集合。

一种可能的实施方式中，订单推荐热区确定模块62具体用于：根据当前的订单数据，获取热点区集合中的各个热点区的热力参数，热力参数包括以下至少之一：是否有排队订单、排队订单的长度、是否为历史热点区、历史热力程度、与第一目标点的距离和订单奖励倍数；按照各个热点区的热力参数计算各个热点区的热力程度值；根据各个热点区的热力程度值确定订单推荐热区。

在具体实施时，上述订单推荐热区确定模块62还具体用于：将热力程度值大于设定热力值的热点区确定为订单推荐热区；或者，按照各个热点区的热力程度值由大到小排序，将排序靠前的指定个热点区确定为订单推荐热区。

一种可能的实施方式中，上述订单推荐标签获取模块63还用于：如果订单推荐标签包含当前订单信息，根据订单推荐热区的当前订单数据，确定订单推荐热区的当前未播报订单数；如果订单推荐标签包含当前运力信息，根据订单推荐热区的当前订单数据，确定订单推荐热区的当前空闲司机数；如果订单推荐标签包含接单预测信息，根据订单推荐热区的当前订单数据，预测在订单推荐热区的接单时长。

一种可能的实施方式中，上述订单展示界面构建模块64还用于：在包含第一目标点的订单展示界面的电子地图区，设置电子地图的中心点为第一目标点，按照订单推荐热区的热力程度在电子地图上叠加热力图；在包含第一目标点的订单展示界面的标签区，以卡片流方式设置订单推荐热区的订单推荐标签。

在具体实施时，上述订单展示界面构建模块64还具体用于：按照订单推荐热区的热力程度确定订单推荐热区的级别；以订单推荐热区的级别对应的颜色填充电子地图上的订单推荐热区。

在具体实施时，上述订单展示界面构建模块64还具体用于：以横式卡片流方式或竖式卡片流方式，设置订单推荐热区的订单推荐标签。

参见图11所示，在另一种可能的实施方式中，上述装置还包括：界面展示模块71，用于将构建完成的订单展示界面展示于客户端。

另一种可能的实施方式中，装置还包括：奖励热区确定模块72和奖励展示界面构建模块73。

其中，奖励热区确定模块72，用于在需要展示奖励热力图时，根据当前的奖励策略确定第二目标点对应区域的奖励热区和奖励热区的奖励提示标签；其中，奖励提示标签包含奖励有效期和/或奖励倍数；奖励展示界面构建模块73，用于构建包含第二目标点的奖励展示界面；其中，奖励展示界面包含奖励热区的热力图和奖励热区的奖励提示标签。

具体实施时，上述奖励热区确定模块72具体用于：在第二目标点所属的奖励策略库中，查找第二目标点对应区域是否配置有奖励策略；如果有，将配置有奖励策略的区域确定为奖励热区。

一种可能的实施方式中，奖励展示界面构建模块73还用于：在包含第二目标点的奖励展示界面的电子地图区，设置电子地图的中心点为第二目标点，按照奖励热区的奖励策略在电子地图上叠加热力图；在包含第二目标点的奖励展示界面的标签区，以卡片流方式设置奖励热区的奖励提示标签。

一种可能的实施方式中，奖励展示界面构建模块73还用于：判断包含第二目标点的奖励展示界面是否包含订单推荐热区；如果是，在奖励展示界面的电子地图区，叠加奖励热区的热力图和订单推荐热区的热力图；以及在奖励展示界面的标签区，设置奖励热区的奖励提示标签和订单推荐热区的订单推荐标签。

一种可能的实施方式中，上述装置还包括：第一请求接收模块74和热力图类型确定模块75。

其中，第一请求接收模块74，用于接收客户端的热力图展示请求，其中，热力图展示请求携带有目标点标识和热力图类型标识，热力图类型标识包括订单类型或奖励类型；热力图类型确定模块75，用于在热力图类型标识为订单类型时，确定当前需要展示订单热力图；在热力图类型标识为奖励类型时，确定当前需要展示奖励热力图。

另一种可能的实施方式中，上述界面展示模块71还用于：将构建完成的奖励展示界面展示于客户端。

本实施例所提供的装置，其实现原理及产生的技术效果和前述实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

实施例五

参照图12所示，为本申请实施例五提供的一种展示界面的构建装置，该装置应用于打车平台的用户终端，所述装置包括：第一请求发送模块81、第一界面接收模块82、第一界面展示模块83。

其中，第一请求发送模块81，用于向服务器发送订单热力图展示请求，其中，热力图展示请求携带有第一目标点的标识；第一界面接收模块82，用于接收服务器返回的包含第一目标点的订单展示界面；其中，订单展示界面包含订单推荐热区的热力图和订单推荐热区的订单推荐标签；订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；第一界面展示模块83，用于在客户端展示订单展示界面。

此外，上述装置还包括：第二请求发送模块84、第二界面接收模块85、第二界面展示模块86。

其中，第二请求发送模块84，用于向服务器发送奖励热力图展示请求，其中，奖励图展示请求携带有第二目标点的标识；第二界面接收模块85，用于接收服务器返回的包含第二目标点的奖励展示界面；其中，奖励展示界面包含第二目标点对应的奖励热区的热力图和奖励热区的奖励提示标签；奖励提示标签包含奖励有效期和/或奖励倍数；第二界面展示模块86，用于在客户端展示奖励展示界面。

另外，上述装置还包括：

第二请求接收模块87，用于通过客户端接收用户的热力图展示请求，其中，热力图展示请求携带有目标点标识和热力图类型标识，热力图类型标识包括订单类型或奖励类型；如果热力图类型标识为订单类型，执行向服务器发送订单热力图展示请求的步骤；如果热力图类型标识为奖励类型，执行向服务器发送奖励热力图展示请求的步骤。

本实施例所提供的装置，其实现原理及产生的技术效果和前述实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

实施例六

如图13所示，为本申请实施例六所提供的一种电子设备90的结构示意图，包括：处理器91、存储器92和总线93；

所述存储器存储92有所述处理器91可执行的机器可读指令(比如，图10或图11中的展示界面的构建装置中各个模块所对应的执行指令，或者图12中的界面展示装置中各个模块所对应的执行指令)，当网络侧设备运行时，所述处理器91与所述存储器92之间通过总线93通信，所述机器可读指令被所述处理器91执行时执行如下处理：

需要展示订单热力图时，根据第一目标点的订单数据确定第一目标点对应的热点区集合；根据热点区集合中的各个热点区的热力程度确定订单推荐热区；获取推荐热区的订单推荐标签；其中，订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；构建包含第一目标点的订单展示界面；其中，订单展示界面包含订单推荐热区的热力图和订单推荐热区的订单推荐标签。

此外，还可以执行如实施例1-实施例3中的其它更多处理过程，在此不再赘述。

处理器91可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器91中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器91可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器92，处理器91读取存储器92中的信息，结合其硬件完成上述方法的步骤。

实施例七

本申请实施例七还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述任一方法实施例所述的方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述展示界面的构建方法，从而缓解现有热力图展示方式单一，无法提供有效决策参考信息的问题，进而能够在用户需要展示订单热力图时，展示推荐热区和该热区对应的标签，提升信息展示的直观性和有效性，使用户更容易对接单方向做出决策。

本申请实施例所提供的展示界面的构建方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另外，在本申请实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

在本申请的描述中，需要说明的是，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (48)

1.一种展示界面的构建方法，其特征在于，所述方法应用于服务器，包括：

如果需要展示订单热力图，根据第一目标点的订单数据确定所述第一目标点对应的热点区集合；

根据所述热点区集合中的各个热点区的热力程度确定订单推荐热区；

获取所述推荐热区的订单推荐标签；其中，所述订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；

构建包含所述第一目标点的订单展示界面；其中，所述订单展示界面包含所述订单推荐热区的热力图和所述订单推荐热区的订单推荐标签。

2.如权利要求1所述的方法，其特征在于，所述根据第一目标点的订单数据确定所述第一目标点对应的热点区集合的步骤，包括：

根据第一目标点对应区域的历史订单数据确定第一热点区候选集合；

根据所述第一目标点对应区域的当前订单数据确定第二热点区候选集合；

合并所述第一热点区候选集合和所述第二热点区候选集合，得到所述第一目标点对应的热点区集合。

3.如权利要求2所述的方法，其特征在于，所述根据第一目标点对应区域的历史订单数据确定第一热点区候选集合的步骤，包括：

从第一目标点对应区域的历史订单数据中获取热点区记录；

将所述热点区记录中的热点区确定为第一热点区候选集合。

4.如权利要求2所述的方法，其特征在于，所述根据所述第一目标点对应区域的当前订单数据确定第二热点区候选集合的步骤，包括：

从所述第一目标点对应区域的当前订单数据中，获取排队订单数大于第一预设阈值的区域；

将确定出的所述区域确定为第二热点区候选集合。

5.如权利要求1所述的方法，其特征在于，所述根据第一目标点的订单数据确定所述第一目标点对应的热点区集合的步骤，包括：

根据第一目标点对应区域的历史订单数据确定第一热点区候选集合；

根据所述第一热点区候选集合中的各个热点区的当前订单数据，从所述第一热点区候选集合中筛选出第二热点区候选集合；

将所述第二热点区候选集合确定为所述第一目标点对应的热点区集合。

6.如权利要求5所述的方法，其特征在于，根据所述第一目标点对应区域的当前订单数据，从所述第一热点区候选集合中筛选出第二热点区候选集合的步骤，包括：

获取所述第一热点区候选集合中的各个热点区的当前订单数据；

根据各个所述热点区的当前订单数据，获取各个所述热点区的未播订单数和空闲司机数；

将未播订单数大于第三预设阈值，且空闲司机数小于第四预设阈值的区域确定为第二热点区候选集合。

7.如权利要求1所述的方法，其特征在于，所述根据第一目标点的订单数据确定所述第一目标点对应的热点区集合的步骤，包括：

获取第一目标点对应区域的当前订单数据；

获取各个所述区域的未播订单数和空闲司机数；

将未播订单数大于第五预设阈值，且空闲司机数小于第六预设阈值的区域确定为所述第一目标点对应的热点区集合。

8.如权利要求1所述的方法，其特征在于，根据所述热点区集合中的各个热点区的热力程度确定订单推荐热区的步骤，包括：

根据当前的订单数据，获取所述热点区集合中的各个热点区的热力参数，所述热力参数包括以下至少之一：是否有排队订单、排队订单的长度、是否为历史热点区、历史热力程度、与所述第一目标点的距离和订单奖励倍数；

按照各个所述热点区的热力参数计算各个所述热点区的热力程度值；

根据各个所述热点区的热力程度值确定订单推荐热区。

9.如权利要求8所述的方法，其特征在于，所述根据各个所述热点区的热力程度值确定订单推荐热区的步骤，包括：

将热力程度值大于设定热力值的所述热点区确定为订单推荐热区；或者，

按照各个所述热点区的热力程度值由大到小排序，将排序靠前的指定个所述热点区确定为订单推荐热区。

10.如权利要求1所述的方法，其特征在于，获取所述订单推荐热区的订单推荐标签的步骤，包括：

如果订单推荐标签包含当前订单信息，根据所述订单推荐热区的当前订单数据，确定所述订单推荐热区的当前未播报订单数；

如果订单推荐标签包含当前运力信息，根据所述订单推荐热区的当前订单数据，确定所述订单推荐热区的当前空闲司机数；

如果订单推荐标签包含接单预测信息，根据所述订单推荐热区的当前订单数据，预测在所述订单推荐热区的接单时长。

11.如权利要求1所述的方法，其特征在于，所述构建包含所述第一目标点的订单展示界面的步骤，包括：

在包含所述第一目标点的订单展示界面的电子地图区，设置电子地图的中心点为所述第一目标点，按照所述订单推荐热区的热力程度在所述电子地图上叠加热力图；

在包含所述第一目标点的订单展示界面的标签区，以卡片流方式设置所述订单推荐热区的订单推荐标签。

12.如权利要求11所述的方法，其特征在于，按照所述订单推荐热区的热力程度在所述电子地图上叠加热力图的步骤，包括：

按照所述订单推荐热区的热力程度确定所述订单推荐热区的级别；

以所述订单推荐热区的级别对应的颜色填充所述电子地图上的所述订单推荐热区。

13.如权利要求11所述的方法，其特征在于，以卡片流方式设置所述订单推荐热区的订单推荐标签的步骤，包括：

以横式卡片流方式或竖式卡片流方式，设置所述订单推荐热区的订单推荐标签。

14.如权利要求1所述的方法，其特征在于，所述方法还包括：将构建完成的订单展示界面展示于客户端。

15.如权利要求1所述的方法，其特征在于，所述方法还包括：

如果需要展示奖励热力图，根据当前的奖励策略确定第二目标点对应区域的奖励热区和所述奖励热区的奖励提示标签；其中，所述奖励提示标签包含奖励有效期和/或奖励倍数；

构建包含所述第二目标点的奖励展示界面；其中，所述奖励展示界面包含所述奖励热区的热力图和所述奖励热区的奖励提示标签。

16.如权利要求15所述的方法，其特征在于，根据当前的奖励策略确定第二目标点对应区域的奖励热区的步骤，包括：

在第二目标点所属的奖励策略库中，查找所述第二目标点对应区域是否配置有奖励策略；

如果有，将配置有奖励策略的区域确定为奖励热区。

17.如权利要求15所述的方法，其特征在于，构建包含所述第二目标点的奖励展示界面的步骤，包括：

在包含所述第二目标点的奖励展示界面的电子地图区，设置电子地图的中心点为所述第二目标点，按照所述奖励热区的奖励策略在所述电子地图上叠加热力图；

在包含所述第二目标点的奖励展示界面的标签区，以卡片流方式设置所述奖励热区的奖励提示标签。

18.如权利要求15所述的方法，其特征在于，构建包含所述第二目标点的奖励展示界面的步骤，还包括：

判断包含所述第二目标点的奖励展示界面是否包含订单推荐热区；

如果是，在所述奖励展示界面的电子地图区，叠加所述奖励热区的热力图和所述订单推荐热区的热力图；以及在所述奖励展示界面的标签区，设置所述奖励热区的奖励提示标签和所述订单推荐热区的订单推荐标签。

19.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收客户端的热力图展示请求，其中，所述热力图展示请求携带有目标点标识和热力图类型标识，所述热力图类型标识包括订单类型或奖励类型；

如果所述热力图类型标识为订单类型，确定当前需要展示订单热力图；

如果所述热力图类型标识为奖励类型，确定当前需要展示奖励热力图。

20.如权利要求15所述的方法，其特征在于，所述方法还包括：将构建完成的奖励展示界面展示于客户端。

21.一种界面展示方法，其特征在于，所述方法应用于用户终端，包括：

向服务器发送订单热力图展示请求，其中，所述热力图展示请求携带有第一目标点的标识；

接收所述服务器返回的包含所述第一目标点的订单展示界面；其中，所述订单展示界面包含订单推荐热区的热力图和所述订单推荐热区的订单推荐标签；所述订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；

在客户端展示所述订单展示界面。

22.如权利要求21所述的方法，其特征在于，所述方法还包括：

向服务器发送奖励热力图展示请求，其中，所述奖励图展示请求携带有第二目标点的标识；

接收所述服务器返回的包含所述第二目标点的奖励展示界面；其中，所述奖励展示界面包含所述第二目标点对应的奖励热区的热力图和所述奖励热区的奖励提示标签；所述奖励提示标签包含奖励有效期和/或奖励倍数；

在所述客户端展示所述奖励展示界面。

23.如权利要求22所述的方法，其特征在于，所述方法还包括：

通过客户端接收用户的热力图展示请求，其中，所述热力图展示请求携带有目标点标识和热力图类型标识，所述热力图类型标识包括订单类型或奖励类型；

如果所述热力图类型标识为订单类型，执行所述向服务器发送订单热力图展示请求的步骤；

如果所述热力图类型标识为奖励类型，执行所述向服务器发送奖励热力图展示请求的步骤。

24.一种展示界面的构建装置，其特征在于，所述装置应用于服务器，包括：

热点区集合确定模块，用于在需要展示订单热力图时，根据第一目标点的订单数据确定所述第一目标点对应的热点区集合；

订单推荐热区确定模块，用于根据所述热点区集合中的各个热点区的热力程度确定订单推荐热区；

订单推荐标签获取模块，用于获取所述推荐热区的订单推荐标签；其中，所述订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；

订单展示界面构建模块，用于构建包含所述第一目标点的订单展示界面；其中，所述订单展示界面包含所述订单推荐热区的热力图和所述订单推荐热区的订单推荐标签。

25.如权利要求24所述的装置，其特征在于，所述热点区集合确定模块还用于：

根据第一目标点对应区域的历史订单数据确定第一热点区候选集合；

根据所述第一目标点对应区域的当前订单数据确定第二热点区候选集合；

合并所述第一热点区候选集合和所述第二热点区候选集合，得到所述第一目标点对应的热点区集合。

26.如权利要求25所述的装置，其特征在于，所述热点区集合确定模块还用于：

从第一目标点对应区域的历史订单数据中获取热点区记录；

将所述热点区记录中的热点区确定为第一热点区候选集合。

27.如权利要求25所述的装置，其特征在于，所述热点区集合确定模块还用于：

从所述第一目标点对应区域的当前订单数据中，获取排队订单数大于第一预设阈值的区域；

将确定出的所述区域确定为第二热点区候选集合。

28.如权利要求24所述的装置，其特征在于，所述热点区集合确定模块还用于：

根据第一目标点对应区域的历史订单数据确定第一热点区候选集合；

根据所述第一热点区候选集合中的各个热点区的当前订单数据，从所述第一热点区候选集合中筛选出第二热点区候选集合；

将所述第二热点区候选集合确定为所述第一目标点对应的热点区集合。

29.如权利要求28所述的装置，其特征在于，所述热点区集合确定模块还用于：

获取所述第一热点区候选集合中的各个热点区的当前订单数据；

根据各个所述热点区的当前订单数据，获取各个所述热点区的未播订单数和空闲司机数；

将未播订单数大于第三预设阈值，且空闲司机数小于第四预设阈值的区域确定为第二热点区候选集合。

30.如权利要求24所述的装置，其特征在于，所述热点区集合确定模块还用于：

获取第一目标点对应区域的当前订单数据；

获取各个所述区域的未播订单数和空闲司机数；

将未播订单数大于第五预设阈值，且空闲司机数小于第六预设阈值的区域确定为所述第一目标点对应的热点区集合。

31.如权利要求24所述的装置，其特征在于，所述订单推荐热区确定模块用于：

根据当前的订单数据，获取所述热点区集合中的各个热点区的热力参数，所述热力参数包括以下至少之一：是否有排队订单、排队订单的长度、是否为历史热点区、历史热力程度、与所述第一目标点的距离和订单奖励倍数；

按照各个所述热点区的热力参数计算各个所述热点区的热力程度值；

根据各个所述热点区的热力程度值确定订单推荐热区。

32.如权利要求31所述的装置，其特征在于，所述订单推荐热区确定模块用于：

将热力程度值大于设定热力值的所述热点区确定为订单推荐热区；或者，

按照各个所述热点区的热力程度值由大到小排序，将排序靠前的指定个所述热点区确定为订单推荐热区。

33.如权利要求24所述的装置，其特征在于，所述订单推荐标签获取模块用于：

如果订单推荐标签包含当前订单信息，根据所述订单推荐热区的当前订单数据，确定所述订单推荐热区的当前未播报订单数；

如果订单推荐标签包含当前运力信息，根据所述订单推荐热区的当前订单数据，确定所述订单推荐热区的当前空闲司机数；

如果订单推荐标签包含接单预测信息，根据所述订单推荐热区的当前订单数据，预测在所述订单推荐热区的接单时长。

34.如权利要求24所述的装置，其特征在于，所述订单展示界面构建模块用于：

在包含所述第一目标点的订单展示界面的电子地图区，设置电子地图的中心点为所述第一目标点，按照所述订单推荐热区的热力程度在所述电子地图上叠加热力图；

在包含所述第一目标点的订单展示界面的标签区，以卡片流方式设置所述订单推荐热区的订单推荐标签。

35.如权利要求34所述的装置，其特征在于，所述订单展示界面构建模块还用于：

按照所述订单推荐热区的热力程度确定所述订单推荐热区的级别；

以所述订单推荐热区的级别对应的颜色填充所述电子地图上的所述订单推荐热区。

36.如权利要求34所述的装置，其特征在于，所述订单展示界面构建模块还用于：

以横式卡片流方式或竖式卡片流方式，设置所述订单推荐热区的订单推荐标签。

37.如权利要求24所述的装置，其特征在于，所述装置还包括：

界面展示模块，用于将构建完成的订单展示界面展示于客户端。

38.如权利要求24所述的装置，其特征在于，所述装置还包括：

奖励热区确定模块，用于在需要展示奖励热力图时，根据当前的奖励策略确定第二目标点对应区域的奖励热区和所述奖励热区的奖励提示标签；其中，所述奖励提示标签包含奖励有效期和/或奖励倍数；

奖励展示界面构建模块，用于构建包含所述第二目标点的奖励展示界面；其中，所述奖励展示界面包含所述奖励热区的热力图和所述奖励热区的奖励提示标签。

39.如权利要求38所述的装置，其特征在于，所述奖励热区确定模块用于：

在第二目标点所属的奖励策略库中，查找所述第二目标点对应区域是否配置有奖励策略；

如果有，将配置有奖励策略的区域确定为奖励热区。

40.如权利要求38所述的装置，其特征在于，所述奖励展示界面构建模块用于：

在包含所述第二目标点的奖励展示界面的电子地图区，设置电子地图的中心点为所述第二目标点，按照所述奖励热区的奖励策略在所述电子地图上叠加热力图；

在包含所述第二目标点的奖励展示界面的标签区，以卡片流方式设置所述奖励热区的奖励提示标签。

41.如权利要求38所述的装置，其特征在于，所述奖励展示界面构建模块还用于：

判断包含所述第二目标点的奖励展示界面是否包含订单推荐热区；

如果是，在所述奖励展示界面的电子地图区，叠加所述奖励热区的热力图和所述订单推荐热区的热力图；以及在所述奖励展示界面的标签区，设置所述奖励热区的奖励提示标签和所述订单推荐热区的订单推荐标签。

42.如权利要求24所述的装置，其特征在于，所述装置还包括：

第一请求接收模块，用于接收客户端的热力图展示请求，其中，所述热力图展示请求携带有目标点标识和热力图类型标识，所述热力图类型标识包括订单类型或奖励类型；

热力图类型确定模块，用于在所述热力图类型标识为订单类型时，确定当前需要展示订单热力图；在所述热力图类型标识为奖励类型时，确定当前需要展示奖励热力图。

43.如权利要求37所述的装置，其特征在于，所述界面展示模块还用于：

将构建完成的奖励展示界面展示于所述客户端。

44.一种界面展示装置，其特征在于，所述装置应用于用户终端，包括：

第一请求发送模块，用于向服务器发送订单热力图展示请求，其中，所述热力图展示请求携带有第一目标点的标识；

第一界面接收模块，用于接收所述服务器返回的包含所述第一目标点的订单展示界面；其中，所述订单展示界面包含订单推荐热区的热力图和所述订单推荐热区的订单推荐标签；所述订单推荐标签包含以下信息中的一种或多种信息：当前订单信息、当前运力信息和接单预测信息；

第一界面展示模块，用于在客户端展示所述订单展示界面。

45.如权利要求44所述的装置，其特征在于，所述装置还包括：

第二请求发送模块，用于向服务器发送奖励热力图展示请求，其中，所述奖励图展示请求携带有第二目标点的标识；

第二界面接收模块，用于接收所述服务器返回的包含所述第二目标点的奖励展示界面；其中，所述奖励展示界面包含所述第二目标点对应的奖励热区的热力图和所述奖励热区的奖励提示标签；所述奖励提示标签包含奖励有效期和/或奖励倍数；

第二界面展示模块，用于在所述客户端展示所述奖励展示界面。

46.如权利要求45所述的装置，其特征在于，所述装置还包括：

第二请求接收模块，用于通过客户端接收用户的热力图展示请求，其中，所述热力图展示请求携带有目标点标识和热力图类型标识，所述热力图类型标识包括订单类型或奖励类型；

如果所述热力图类型标识为订单类型，执行所述向服务器发送订单热力图展示请求的步骤；

如果所述热力图类型标识为奖励类型，执行所述向服务器发送奖励热力图展示请求的步骤。

47.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1～23任一所述的方法。

48.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1～23任一所述的方法。

Images