CN103997505B - 一种业务对象的自提点的信息推荐方法以及装置 - Google Patents

Abstract

本申请公开了一种业务对象的自提点的信息推荐方法以及装置，主要技术方案包括：服务器接收用户通过客户端提交的自提点选择请求，根据用户提交的业务对象的配送地址，筛选位于配送地址所在区域的自提点，向客户端返回筛选出的自提点的信息，其中，自提点的信息包括自提点的地址以及确定出的自提点的标签信息，标签信息用于对自提点的服务能力进行描述，从而使用户能够根据自提点的标签信息对自提点的服务能力进行判断，提高了用户选择自提点的效率，并且对于服务能力差的自提点，用户可以不予考虑，也无需通过查看地图确定该自提点的详细位置，从而减少了对网络资源的浪费。

Description

一种业务对象的自提点的信息推荐方法以及装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种业务对象的自提点的信息推荐方法以及装置。

背景技术

随着电子信息化时代的到来，互联网在人们的生活中发挥着越来越重要的作用，人们通过互联网可以快速、实时地获取各种信息，互联网应用给人们的生活、工作提供了很大的方便，从而成为目前应用非常普及的一种技术。

基于互联网的普及性，互联网成为承载业务的基本方式，一般将通过互联网实现的业务称为互联网业务。目前，互联网业务的种类非常多，主要通过部署在网络中的各服务器实现相应的业务。例如，在应用非常普及的交易类网站中，网络服务器主要向广大用户提供各类交易服务，业务对象的提供方将所能提供的业务对象的描述信息展示在网页上供用户选择，其中，展示的描述信息可以包括业务对象的图片、名称、用途以及价格等信息。基于此，用户可以通过访问网页上展示的业务对象选择出自身需要的对象以进行后续业务。图1示出了目前交易网站的交易流程图，主要包括如下步骤：

步骤101、用户浏览网页上展示的业务对象。

步骤102、用户在确定该业务对象符合自身需求后，选择该业务对象，并进入结算界面。

具体地，用户选择业务对象主要包括两种方式，一种是直接点击网页上的购买功能键，然后进入结算界面；另一种方式是点击网页上的加入购物车功能键，在选择完业务对象后，从购物车界面进入结算界面。

步骤103、在交易结算界面，用户需要输入配送地址、支付方式以及配送方式等信息。

步骤104、用户点击提交订单完成交易。

在上述步骤103中，用户可以对货到付款、在线支付、自提点自提等进行选择，目前，在配送方式的选择上，用户除了选择配送业务对象至用户输入的配送地址的传统配送方式，越来越多的用户选择至自提点自提业务对象的方式。自提点自提的方式与传统配送方式相比，减少了用户必须在配送地址等待签收的限制，但对用户的选择上还存在很多不便利的地方，例如：

例如，用户输入的配送地址为“上海市”，用户选择的配送方式为自提点自提，网页进一步弹出“选择自提点”的列表，该列表列出的自提点包括：上海虹口自提点、上海普陀自提点、上海徐汇自提点、上海张杨路自提点、上海物流中心自提点、上海闵行自提点、上海杨浦自提点等，并相应地在每一个自提点后面列出该自提点的地址以及电话号码。在列出的自提点示例中，用户在选择自提点时可以参考的信息只有自提点的地址，这对于用户来说非常不方便，例如，对于上海张扬路自提点的地址来说，用户可能知道张扬路的地址，但很难清楚具体的自提点的位置，这样，用户可能需要针对每个自提点的地址，查找地图以确认该自提点的具***置。

综上所述，现有自提点列表的展示方式中，供用户参考的自提点信息有限，不便于用户选择，一方面用户针对各自提点查找地图会造成网络资源的浪费，另一方面可能由于自提点的选择而降低完成交易的效率。

发明内容

有鉴于此，本申请实施例提供一种业务对象的自提点的信息推荐方法以及装置，采用该技术方案，能够减少网络资源的浪费，并且提高完成交易的效率，给用户提供便利。

本申请实施例通过如下技术方案实现：

根据本申请实施例的一个方面，提供了一种业务对象的自提点的信息推荐方法，包括：

服务器接收用户通过客户端提交的自提点选择请求；

根据所述用户提交的业务对象的配送地址，筛选位于所述配送地址所在区域的自提点；

向所述客户端返回筛选出的自提点的信息，其中，所述自提点的信息包括自提点的地址以及确定出的自提点的标签信息，所述标签信息用于对自提点的服务能力进行描述。

根据本申请实施例的另一个方面，还提供了一种业务对象的自提点的信息推荐装置，包括：

请求接收单元，用于接收用户通过客户端提交的自提点选择请求；

自提点信息确定单元，用于确定并保存自提点的信息，其中，所述自提点的信息包括自提点的地址以及确定出的自提点的标签信息，所述标签信息用于对自提点的服务能力进行描述；

自提点筛选单元，用于根据所述用户提交的业务对象的配送地址，从所述自提点信息确定单元保存的自提点中筛选位于所述配送地址所在区域的自提点；

自提点信息反馈单元，用于向所述客户端返回筛选出的自提点的信息。

通过本申请实施例提供的上述至少一个技术方案，服务器在接收用户通过客户端提交的自提点选择请求，根据用户提交的业务对象的配送地址，筛选位于该配送地址所在区域的自提点，并向客户端返回筛选出的自提点的信息，其中，服务器返回给客户端的自提点的信息包括自提点的地址以及确定出的自提点的标签信息，该标签信息用于对自提点的服务能力进行描述，该技术方案与现有技术只提供自提点的地址和电话号码相比，进一步提供了用于描述自提点服务能力的自提点标签，从而使用户能够根据自提点的标签信息对自提点的服务能力进行判断，提高了用户选择自提点的效率，并且对于服务能力差的自提点，用户可以不予考虑，也无需通过查看地图确定该自提点的详细位置，从而减少了对网络资源的浪费，提高了完成交易的效率。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本申请的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中：

图1为本申请背景技术提供的目前交易网站的交易流程图；

图2为本申请实施例一提供的业务对象的自提点的信息推荐流程示意图；

图3为本申请实施例一提供的自提点周边的热门区域名称确定方式的流程示意图；

图4为本申请实施例一提供的确定自提点经纬度信息的示意图；

图5为本申请实施例一提供的确定自提点的热门区域信息标签的示意图；

图6为本申请实施例一提供的定自提点接收订单的能力A的关系示意图；

图7为本申请实施例一提供的自提点标签显示示意图；

图8为本申请实施例二提供的业务对象的自提点的信息推荐装置的结构示意图。

具体实施方式

为了给出减少网络资源的浪费以及提高完成交易的效率的实现方案，本申请实施例提供了一种业务对象的自提点的信息推荐方法以及装置，该技术方案可以应用于互联网业务的实现过程。以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请。并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例一

针对现有技术提供的自提点信息单一的问题，本申请实施例一提供了一种对业务对象的自提点的信息进行推荐的方法，该推荐方法对自提点的信息进行了丰富，以供用户在选择自提点时参考，方便用户确定自提点。

本申请各实施例中涉及的自提点的信息，除了包括自提点的基本信息，如自提点的地址和自提点的电话外，还可包括自提点的标签信息，该标签信息可根据自提点的具体情况确定的，用于对自提点的服务能力进行描述。具体地，自提点的标签信息的确定过程将在后续实施例中详细描述。

图2示出了本申请实施例一提供的业务对象的自提点的信息推荐流程示意图，具体地，主要包括如下步骤301至步骤303；

步骤301、服务器接收用户通过客户端提交的自提点选择请求；

该步骤303一般在进入订单结算界面之后执行，当用户选择自提点自提的配送方式时，触发网页上提供的自提点自提的选项，即通过客户端向服务器提交自提点选择请求。应当理解，根据不同的业务流程，该步骤不限于在进入订单结算界面后执行，例如，也可以由用户在非订单结算界面下，选择自提点自提的配送方式以及相应的自提点，服务器可以保存用户的选择，在该用户提交的后续订单中，可以直接调用保存的该用户选择的自提点自提的配送方式以及相应的自提点。

步骤302、根据用户提交的业务对象的配送地址，筛选位于该配送地址所在区域的自提点。

该步骤中，可以根据用户提交的配送地址筛选自提点，具体地，可以根据设定的区域级别，确定该配送地址中对应该区域级别的区域范围，并筛选位于该区域范围内的自提点。进一步地，该区域级别可以设置为省、市或区。例如，用户提交的配送地址为“上海黄浦区九江路700号”，若设定的区域级别为市，则筛选位于上海市内的所有自提点，若设定的区域级别为区，则筛选位于黄埔区内的所有自提点。

步骤303、向客户端返回筛选出的自提点的信息。

具体地，该步骤中，服务器可以按照与用户的配送地址的远近，对筛选出的自提点排序后返回给客户端，如浏览器客户端等，也可以按照自提点的服务能力的好坏，对筛选出的自提点排序后返回给客户端，其中，自提点服务器能力的好坏可以通过自提点标签描述，在自提点的标签有多个的情况下，本申请实施例可以提供基于一个自提点标签的排序，例如，可以基于用户选择的或设置的优先级最高的标签所描述的自提点服务能力的好坏，对自提点进行排序，本申请实施例中也可以提供基于多个自提点标签的综合排序，例如，对多个标签分配不同的权重，并确定多个标签的加权值，以对自提点进行排序。

至此，业务对象的自提点的信息推荐流程结束。

通过图2对应的处理过程，与现有技术只提供自提点的地址和电话号码的推荐方式相比，本申请实施例进一步提供了用于描述自提点服务能力的自提点标签，从而使用户能够根据自提点的标签信息对自提点的服务能力进行判断，提高了用户选择自提点的效率，并且对于服务能力差的自提点，用户可以不予考虑，也无需通过查看地图确定该自提点的详细位置，从而减少了对网络资源的浪费。

本申请实施例中，自提点的标签信息可以包括能够对自提点的服务能力进行描述的各种信息，例如，可以包括如下信息中的一个或多个：

标签1：自提点周边的热门区域名称(称为热门区域标签)，即自提点所处区域中被熟知的区域名称，具体可以为：地名、建筑物名称、商场名称、名胜古迹等，通过该标签，用户能够对地址不熟悉的自提点，根据对应的热门区域标签，快速确定是否方便提取；

标签2：自提点接收订单的能力(称为订单接收能力标签)，即表征自提点是否可以继续接收订单，以便于用户根据此信息决定是否选择该自提点，一般情况下，如果自提点不能继续接收订单了，则用户可以不选择该自提点；

标签3：自提点的用户评价信息(称为用户评价标签)，即其他用户对该自提点服务的评价，如好评、中评、差评，以及打分等评价。

应当理解，上述所举例的三种标签仅为实现本申请的几种优选的标签类型，实际应用中，还可以选取其它类型的标签对自提点进行描述，例如，自提点的工作时间等。

以下针对上述每一种标签的确定过程进行详细描述。

标签1的确定方式(即自提点周边的热门区域名称的确定方式)

图3示出了本申请实施例提供的自提点周边的热门区域名称确定方式的流程示意图，具体地，主要包括如下步骤401至步骤402：

步骤401、获取预先确定的热门区域信息，该热门区域信息包括热门区域的名称以及热门区域范围信息。

其中，获取的热门区域信息为当前自提点所在区域(例如，省、市或区)的热门区域信息，其中，涉及的热门区域信息可以预先结合地图数据生成。

步骤402、根据自提点的地址，确定该自提点所在的热门区域范围，将确定出的热门区域范围对应的热门区域的名称确定为自提点的标签信息。

该步骤中，根据自提点的地址，判断自提点落入的区域范围，并将该区域范围对应的热门区域名称确定为该自提点的标签。

至此，自提点周边的热门区域名称(即标签1)的确定流程结束。

上述步骤401涉及的自提点的热门区域信息需要预先确定，在确定自提点的热门区域信息时，可以预先生成该自提点所在区域的热门区域列表，该列表可以有多种生成方式，例如，由熟悉该区域的用户生成，即由熟悉该区域的用户将所了解的热门区域添加到该列表。或者，该列表可以根据从数据库中获取的信息生成，例如，从旅游景点数据库中获取该区域的旅游景点名称或知名建筑名称，并将旅游景点名称或知名建筑名称添加到该热门区域列表。由于热门区域列表的确定方式非常灵活，此处不再一一列举。

进一步地，在生成自提点所在区域的热门区域列表后，进一步确定地图上各热门区域的位置，并分别以每个热门区域的位置为中心，将包括热门区域的设定大小以及形状的区域确定为该热门区域范围。其中，设定形状可以为多边形、圆形等形状，例如，五边形、圆形；设定大小可以根据设定形状而设定，例如，如果设定形状为圆形，则可以设定半径大小，如果设定形状为多边形，则可以设定中心至每个顶点的距离，此处不再一一列举。

更进一步地，热门区域范围通过该热门区域范围的至少三个边界点的经纬度信息标识，例如，对于五边形的热门区域范围，可以通过该五边形的5个顶点的经纬度标示，相应地，在上述步骤402中，即根据自提点的地址确定自提点所在的热门区域范围时，可以根据自提点的地址对应的经纬度，将该经纬度与用于标识热门区域范围的经纬度比较，确定该自提点所在的热门区域范围。

为了更好地理解本申请实施例中涉及的确定上述标签1(即自提点周边的热门区域名称)的方式，以下结合具体示例进行描述：

A、确定自提点地址的经纬度信息：

如图4所示，服务器将自提点地址的文本数据，通过http协议(HyperTextTransfer Protocol，超文本传输协议)发送给地图的地理译码(Geocoding)服务端，服务端获取地址的文本数据之后，在数据库中进行解析，返回此地址对应的经纬度信息(可以通过JSON格式传递)，服务器获取这些数据后，将JSON格式的数据解析为经纬度信息，并将该经纬度信息存储到对应的自提点的属性中。

B、确定自提点的热门区域信息标签：

如图5所示，为确定自提点的热门区域信息标签的示意图，具体地，可以在地图界面上直接操作，首先，选择出热门地点所在区域，并以此区域为中心绘制多边形区域，该过程可以加入人工判断，如，对此区域的范围进行调整。然后，将这个多边形区域命名为该热门地点的名称，进一步保存这个多边形的各个顶点的经纬度信息到热门区域基础数据库，这时候热门区域数据就准备好了。

之后，利用步骤A获取的自提点的经纬度信息，通过数据库的MBR(Master BootRecord，主引导记录)特性，判断步骤A获取的数据是否属于热门区域基础数据库中的特定的多边形中，如果属于，则就将自提点所属的热门区域名称作为标签添加到该自提点的属性中。

标签2的确定方式(即自提点接收订单的能力的确定方式)

自提点接收订单的能力可以通过两方面的数据表征，一方面是自提点的订单容纳能力，第二个方面是通过线上订单数量，如，即将到达的订单数量，剩余的未被用户提取的订单数量，根据这些信息判断自提点是否可以继续接收订单。例如，自提点接收订单的能力A可以通过如下公式确定：

A＝M-N-E；

其中，M为自提点的订单容纳能力，该数据一般由自提点上报；

N为包括当前时间的设定时间范围内将到达该自提点的订单数量，其中，设定时间范围一般设置为一个自然天，即接收该订单的当天；

E为自提点在该设定时间范围内未被提取的剩余订单数量。

具体地，如果A≤0，则说明该自提点不具备接收订单的能力；如果A＞0，则说明该自提点具备接收订单的能力，且A的值越大，说明接收订单的能力越高。

更具体地，图6示出了确定自提点接收订单的能力A的关系示意图，如图6所述，自提点接收订单的能力A可根据自提点的订单容纳能力M、将到达自提点的订单数量N、未被提取的剩余订单数量E确定，即A＝M-N-E，其中，在实际应用中，N一般为订单当天到达自提点的订单数量、E一般为订单当天未被提取的剩余订单数量。

进一步地，如图6所示，将达到自提点的订单数量N由产生的交易订单量R1以及平均到达时间T1确定，其中，产生的交易订单量R1一般指当天产生的交易订单量，平均达到时间T1为业务对象从发货至自提点的平均时间，根据根据交易数据统计得出，一般以天为单位；未被提取的剩余订单数量E由自提点已容纳的交易订单量R2以及平均提取时间T2确定，其中，自提点已容纳的交易订单量R2一般指截止当前的所有交易订单量，平均提取时间T2为业务对象从自提点被用户提取的平均时间，根据根据交易数据统计得出，一般以天为单位。由于平均到达时间T1以及平均提取时间T2的存在，当天将到达自提点的订单数据N以及未被提取的剩余订单数量E为累积确定，即根据当天之前的数据确定。为了更好地理解，以下结合表1中的具体数据说明，假设(当天-3)天之前所有数据为0：

表1：

标签3的确定方式(即自提点的用户评价信息的确定方式)

自提点的用户评价信息可以在用户提取业务对象后，以向用户发送短信息或电话回访的方式获得用户的评价，也可以在用户提取业务对象时进行评价，根据获取的用户的综合评价结果，确定自提点的用户评价信息。具体地，可以对自提点进行好、中、差等评价，或者划分等级。

本申请实施例涉及的自提点的标签信息可以预先确定，例如，在服务器接收自提点选择请求之前确定，从而在服务器接收到自提点请求后，能够及时地根据预先确定好的自提点的标签信息作出响应。

进一步地，由于自提点的订单数量是动态变化的，并且用户评价也可能发生变化，为了提高对自提点服务能力描述的准确性，可以定期对自提点的标签信息进行更新。具体地，可以根据不同标签的属性确定更新时间，例如，对于热门区域标签，由于自提点的位置以及热门区域位置相对固定，可以设置更新周期较长，例如，半年更新一次；对于自提点接收订单的能力标签，可以设置更新周期较短，例如，每天更新一次；对于自提点的用户评价标签，综合评价结果变化相对稳定，可以设置更新周期较长，例如，一个月更新一次。应当理解，此处对于更新周期的描述仅为举例，实际应用中，可以根据自提点数据的变化情况确定更新周期。

进一步地，为了便于服务器的查找自提点的信息，确定出的各自提点的信息可以采用倒排存储方式保存。

根据本申请上述实施例，自提点的标签信息可以包括上述标签1、标签2、标签3中的至少一个，如图7所示的自提点标签显示示意图，自提点信息可以包括自提点名称、地址、热门区域标签、订单接收能力标签以及用户评价标签。通过本申请实施例提供的技术方案，提供用户方便筛选自提点信息，减少用户在下单页面的滞留时间，从而提升交易下单的转化率。

实施例二

与上述实施例一提供的业务对象的自提点的信息推荐方法对应，本申请实施例二提供了一种业务对象的自提点的信息推荐装置，该装置可以位于网络侧的服务器中，尤其适用于交易类型的服务器中。

图8示出了本实施例提供的业务对象的自提点的信息推荐装置的结构示意图，具体地，该装置包括：

请求接收单元901、自提点信息确定单元902、自提点筛选单元903以及自提点信息反馈单元904；

其中：

请求接收单元901，用于接收用户通过客户端提交的自提点选择请求；

自提点信息确定单元902，用于确定并保存自提点的信息，其中，自提点的信息包括自提点的地址以及确定出的自提点的标签信息，标签信息用于对自提点的服务能力进行描述；

自提点筛选单元903，用于根据用户提交的业务对象的配送地址，从自提点信息确定单元保存的自提点中筛选位于配送地址所在区域的自提点；

自提点信息反馈单元904，用于向客户端返回筛选出的自提点的信息。

本申请一个优选实施方式中，图8所示装置包括的自提点信息确定单元902，具体用于确定自提点周边的热门区域名称、自提点接收订单的能力、自提点的用户评价信息中的至少一个作为自提点的标签信息。

本申请一个优选实施方式中，图8所示装置包括的自提点信息确定单元902，在确定自提点周边的热门区域名称时，通过如下方式：

获取预先确定的热门区域信息，热门区域信息包括热门区域的名称以及热门区域范围，根据自提点的地址，确定自提点所在的热门区域范围，并将确定出的热门区域范围对应的热门区域的名称确定为自提点的标签信息。

本申请一个优选实施方式中，图8所示装置包括的自提点信息确定单元902，在确定自提点接收订单的能力时，通过如下方式：

确定在包括当前时间的设定时间范围内将到达该自提点的订单数量N、以及自提点在设定时间范围内的剩余订单数量E，将自提点的订单容纳能力M减去N以及E得到的差值，确定为自提点接收订单的能力，其中，若差值小于等于0，则自提点不具备接收订单的能力。

本申请一个优选实施方式中，图8所示装置包括的自提点信息反馈单元904，具体用于按照与用户的配送地址的远近，对筛选出的自提点排序后返回给客户端；或按照自提点的标签信息描述的自提点的服务能力的好坏，对筛选出的自提点排序后返回给客户端。

上述各单元的功能可对应于上述实施例一中相应流程的具体处理过程，在此不再赘述。

进一步地，本申请上述装置还包括用于实现上述实施例一涉及的各个步骤的功能单元，此处不再赘述。

本申请的实施例所提供的业务对象的自提点的信息推荐装置可通过计算机程序实现。本领域技术人员应该能够理解，上述的单元以及模块划分方式仅是众多划分方式中的一种，如果划分为其他单元或模块或不划分块，只要旅游线路的推荐装置具有上述功能，都应该在本申请的保护范围之内。

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

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (16)

1.一种业务对象的自提点的信息推荐方法，其特征在于，包括：

服务器接收用户通过客户端提供的自提点自提的选项提交的自提点选择请求；

根据所述用户提交的业务对象的配送地址，确定所述配送地址中对应设定区域级别的区域范围，并筛选位于所述配送地址所在区域的自提点；

向所述客户端返回筛选出的自提点的信息，其中，所述自提点的信息包括自提点的地址以及确定出的自提点的标签信息，所述标签信息用于对自提点的服务能力进行描述。

2.如权利要求1所述的方法，其特征在于，筛选位于所述配送地址所在区域的自提点，包括：

根据设定的区域级别，确定所述配送地址中对应所述区域级别的区域范围，其中，所述区域级别包括省、市或区；

筛选位于所述区域范围内的自提点。

3.如权利要求1所述的方法，其特征在于，所述自提点的标签信息，包括如下中的至少一个：

自提点周边的热门区域名称；

自提点接收订单的能力；

自提点的用户评价信息。

4.如权利要求1所述的方法，其特征在于，所述自提点的标签信息包括自提点周边的热门区域名称，所述自提点的标签信息的确定方式包括：

获取预先确定的热门区域信息，所述热门区域信息包括热门区域的名称以及热门区域范围；

根据自提点的地址，确定所述自提点所在的热门区域范围；

将确定出的所述热门区域范围对应的热门区域的名称确定为所述自提点的标签信息。

5.如权利要求4所述的方法，其特征在于，所述热门区域信息的确定方式包括：

确定地图上热门区域的名称以及位置，并分别以每个热门区域的位置为中心，将包括热门区域的设定大小以及形状的区域确定为该热门区域的范围。

6.如权利要求5所述的方法，其特征在于，所述热门区域范围通过该热门区域范围的至少三个边界点的经纬度信息标识；

根据自提点的地址，确定所述自提点所在的热门区域范围，包括：

根据自提点的地址对应的经纬度，将所述经纬度与用于标识热门区域范围的经纬度比较，确定所述自提点所在的热门区域范围。

7.如权利要求1所述的方法，其特征在于，所述自提点的标签信息包括自提点接收订单的能力，所述自提点的标签信息的确定方式包括：

确定在包括当前时间的设定时间范围内将到达该自提点的订单数量N、以及所述自提点在所述设定时间范围内未被提取的剩余订单数量E；

将所述自提点的订单容纳能力M减去所述N以及所述E得到的差值，确定为所述自提点接收订单的能力；

其中，若所述差值小于等于0，则所述自提点不具备接收订单的能力。

8.如权利要求1至7任一项所述的方法，其特征在于，所述自提点的标签信息在服务器接收所述自提点选择请求之前确定。

9.如权利要求8所述的方法，其特征在于，根据设定周期更新每个自提点的标签信息。

10.如权利要求8所述的方法，其特征在于，所述自提点的信息采用倒排存储方式保存。

11.如权利要求1至7任一项所述的方法，其特征在于，向所述客户端返回筛选出的自提点的信息，包括：

按照与所述用户的配送地址的远近，对筛选出的自提点排序后返回给所述客户端；或

按照自提点的标签信息描述的自提点的服务能力的好坏，对筛选出的自提点排序后返回给所述客户端。

12.一种业务对象的自提点的信息推荐装置，其特征在于，包括：

请求接收单元，用于接收用户通过客户端提供的自提点自提的选项提交的自提点选择请求；

自提点信息确定单元，用于确定并保存自提点的信息，其中，所述自提点的信息包括自提点的地址以及确定出的自提点的标签信息，所述标签信息用于对自提点的服务能力进行描述；

自提点筛选单元，用于根据所述用户提交的业务对象的配送地址，确定所述配送地址中对应设定区域级别的区域范围，并从所述自提点信息确定单元保存的自提点中筛选位于所述配送地址所在区域的自提点；

自提点信息反馈单元，用于向所述客户端返回筛选出的自提点的信息。

13.如权利要求12所述的装置，其特征在于，所述自提点信息确定单元，具体用于确定自提点周边的热门区域名称、自提点接收订单的能力、自提点的用户评价信息中的至少一个作为自提点的标签信息。

14.如权利要求13所述的装置，其特征在于，所述自提点信息确定单元，在确定自提点周边的热门区域名称时，通过如下方式：

获取预先确定的热门区域信息，所述热门区域信息包括热门区域的名称以及热门区域范围，根据自提点的地址，确定所述自提点所在的热门区域范围，并将确定出的所述热门区域范围对应的热门区域的名称确定为所述自提点的标签信息。

15.如权利要求13所述的装置，其特征在于，所述自提点信息确定单元，在确定自提点接收订单的能力时，通过如下方式：

确定在包括当前时间的设定时间范围内将到达该自提点的订单数量N、以及所述自提点在所述设定时间范围内未被提取的剩余订单数量E，将所述自提点的订单容纳能力M减去所述N以及所述E得到的差值，确定为所述自提点接收订单的能力，其中，若所述差值小于等于0，则所述自提点不具备接收订单的能力。

16.如权利要求13至15任一项所述的装置，其特征在于，所述自提点信息反馈单元，具体用于按照与所述用户的配送地址的远近，对筛选出的自提点排序后返回给所述客户端；或按照自提点的标签信息描述的自提点的服务能力的好坏，对筛选出的自提点排序后返回给所述客户端。