自动推送配送信息、提供揽收信息的方法、终端和服务器技术领域
本申请涉及物流信息领域，尤其涉及自动推送配送信息、提供揽收
信息的方法、终端和服务器。
背景技术
在传统的物件配送领域，向目标客户发出配送通知的事件主要依赖
于配送员的个人行为。有的配送员习惯于在未提前通知目标客户的情况
下直接到配送目的地送件，从而容易出现目标客户不在配送目的地的情
况下导致配送失败的情况。有的配送员习惯于在距离配送目的地很远的
情况下提前通知目标客户在未来的某个时间点取件，而由于目标客户不
能及时了解配送员的行踪，不能及时知晓配送员是否已达到配送目的地
附近因而在配送员未达到之前需要外出的情况下，还要再次或多次跟配
送员沟通确认配送员目前距离配送目的地的距离从而再次确认是否可以
取件，这显然增加了物件配送的沟通成本，降低了物件配送的效率。
在传统的物件揽收领域，接收待揽收的物件的发出者发出的配送请
求同样依赖于配送员的个人行为，物件的发出者通常通过主动联系特定
公司的配送员或指定的配送员上门揽收物件，从而容易出现配送员在距
离物件的发出者很远的情况下，仍需要从很远的地点赶到揽收地点揽收
物件的情况，这显然降低了揽收的效率，也增加了配送员的时间和交通
成本。
发明内容
本申请的目的之一是提升物件配送或揽收的效率。
根据本申请的一个实施例，提供了一种自动推送配送信息的方法，
包括：
获取配送员的当前地理位置和配送目的地；
判断配送目的地是否位于以所述配送员的当前地理位置为中心的地
理围栏内；
如果配送目的地位于以所述配送员的当前地理位置为中心的地理围
栏内，则向配送目标客户推送配送信息。
本申请实施例基于以配送员的当前地理位置为中心的地理围栏来判
断是否自动向目标客户推送配送信息，该配送信息包括诸如待配送的物
件已进入什么地理区域、待配送的物件大约什么时候可以达到、配送员
的联系电话、待配送的物件的订单号或/和物件详情等等，有利于目标客
户在接收配送的物件之前及时了解待配送的物件或/和配送员的相关信息，
从而可以灵活地安排自己的外出活动，也可以根据所接收的配送信息更
好地与配送员就物件配送进行沟通，从而提升物件配送的效率。
根据本申请的另一个实施例，提供了一种自动提供揽收信息的方法，
包括：
获取待揽收的物件的当前地理位置和多个配送员的当前地理位置；
判断所述待揽收的物件的当前地理位置是否位于以所述多个配送员
中至少一个配送员的当前地理位置为中心的地理围栏内；
如果所述待揽收的物件的当前地理位置位于以所述多个配送员中至
少一个配送员的当前地理位置为中心的地理围栏内，则向待揽收的物件
的发出者提供所述至少一个配送员的信息列表，其中所述信息列表包括
所述至少一个配送员的当前地理位置。
本申请实施例基于以配送员的当前地理位置为中心的地理围栏来判
断是否向待揽收的物件发出者提供对应配送员的信息列表，从而使得物
件发出者可以基于位于其附近的配送员更快地将物件发出去，显著提升
了物件揽收的效率。
根据本申请的另一个实施例，提供了一种配送员信息管理方法，包
括：
自动上传配送员的当前地理位置；
接收来自配送目的地位于以所述配送员的当前地理位置为中心的地
理围栏内的配送目标客户的、指示是否接受配送的反馈和/或来自待揽收
的物件的当前地理位置位于以所述配送员的当前地理位置为中心的地理
围栏内的待揽收的物件的发出者的、待揽收的物件的信息；
呈现所述指示是否接受配送的反馈和/或待揽收的物件的信息。
本申请实施例通过自动上传配送员的当前地理位置并基于地理围栏
接收来自目标客户的指示是否接受配送的反馈和/或来自待揽收的物件发
出者的待揽收的物件的信息，从而使配送员及时地了解来自周围的目标
客户或物件发出者关于物件的相关信息，从而更及时地为目标客户或物
件发出者提供配送或揽收服务，提升配送或揽收的效率。
根据本申请的另一个实施例，提供了一种用户信息管理方法，包括：
上传待揽收的物件的当前地理位置；
在用户位置位于以为该用户配送物件的配送员的当前地理位置为中
心的地理围栏内的情况下，接收配送信息，和/或响应于用户的配送请求，
在用户位置位于以多个配送员中至少一个配送员的当前地理位置为中心
的地理围栏的情况下，接收所述至少一个配送员的信息列表，其中所述
信息列表包括所述至少一个配送员的地理位置；
呈现所述配送信息和/或所述至少一个配送员的信息列表。
本申请实施例通过自动上传待揽收的物件的当前地理位置并基于地
理围栏接收配送信息和/或至少一个配送员的信息列表，从而使得用户在
接收待配送的物件或通过配送员将手中的物件发出的情况下，可以及时
了解物件或/和配送员的信息，从而灵活地安排物件的接收或发出，提升
了物件接收或发出的便捷性。
根据本申请的另一个实施例，提供了一种自动推送配送信息的服务
器，包括：
第一获取单元，被配置为获取配送员的当前地理位置和配送目的地；
第一判断单元，被配置为判断配送目的地是否位于以所述配送员的
当前地理位置为中心的地理围栏内；
第一推送单元，被配置为如果配送目的地位于以所述配送员的当前
地理位置为中心的地理围栏内，则向配送目标客户推送配送信息。
本申请实施例基于以配送员的当前地理位置为中心的地理围栏来判
断是否自动向目标客户推送配送信息，该配送信息包括诸如待配送的物
件已进入什么地理区域、待配送的物件大约什么时候可以达到、配送员
的联系电话、待配送的物件的订单号或/和物件详情等等，有利于目标客
户在接收配送的物件之前及时了解待配送的物件或/和配送员的相关信息，
从而可以灵活地安排自己的外出活动，也可以根据所接收的配送信息更
好地与配送员就物件配送进行沟通，从而提升物件配送的效率。
根据本申请的另一个实施例，提供了一种自动提供揽收信息的服务
器，包括：
第二获取单元，被配置为获取待揽收的物件的当前地理位置和多个
配送员的当前地理位置；
第二判断单元，被配置为判断所述待揽收的物件的当前地理位置是
否位于以所述多个配送员中至少一个配送员的当前地理位置为中心的地
理围栏内；
信息提供单元，被配置为如果所述待揽收的物件的当前地理位置位
于以所述多个配送员中至少一个配送员的当前地理位置为中心的地理围
栏内，则向待揽收的物件的发出者提供所述至少一个配送员的信息列表，
其中所述信息列表包括所述至少一个配送员的当前地理位置。
本申请实施例基于以配送员的当前地理位置为中心的地理围栏来判
断是否向待揽收的物件发出者提供对应配送员的信息列表，从而使得物
件发出者可以基于位于其附近的配送员更快地将物件发出去，显著提升
了物件揽收的效率。
根据本申请的另一个实施例，提供了一种配送员信息管理终端，包
括：
第一位置上传单元，被配置为自动上传配送员的当前地理位置；
第一信息接收单元，被配置为接收来自配送目的地位于以所述配送
员的当前地理位置为中心的地理围栏内的配送目标客户的、指示是否接
受配送的反馈和/或来自待揽收的物件的当前地理位置位于以所述配送员
的当前地理位置为中心的地理围栏内的待揽收的物件的发出者的、待揽
收的物件的信息；
第一呈现单元，被配置为所述指示是否接受配送的反馈和/或待揽收
的物件的信息。
本申请实施例通过自动上传配送员的当前地理位置并基于地理围栏
接收来自目标客户的指示是否接受配送的反馈和/或来自待揽收的物件发
出者的待揽收的物件的信息，从而使配送员及时地了解来自周围的目标
客户或物件发出者关于物件的相关信息，从而更及时地为目标客户或物
件发出者提供配送或揽收服务，提升配送或揽收的效率。
根据本申请的另一个实施例，提供了一种用户信息管理终端，包括：
第二位置上传单元，被配置为上传待揽收的物件的当前地理位置；
第二信息接收单元，被配置为在用户位置位于以为该用户配送物件
的配送员的当前地理位置为中心的地理围栏内的情况下，接收配送信息，
和/或响应于用户的配送请求，在用户位置位于以多个配送员中至少一个
配送员的当前地理位置为中心的地理围栏的情况下，接收所述至少一个
配送员的信息列表，其中所述信息列表包括所述至少一个配送员的地理
位置；
第二呈现单元，被配置为呈现所述配送信息和/或所述至少一个配送
员的信息列表。
本申请实施例通过自动上传待揽收的物件的当前地理位置并基于地
理围栏接收配送信息和/或至少一个配送员的信息列表，从而使得用户在
接收待配送的物件或通过配送员将手中的物件发出的情况下，可以及时
了解物件或/和配送员的信息，从而灵活地安排物件的接收或发出，提升
了物件接收或发出的便捷性。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，
本申请的其它特征、目的和优点将会变得更明显：
图1为根据本申请一个实施例的自动推送配送信息的方法1的流程
图；
图2示出了以每个配送员的当前地理位置为中心而建立的展示于地
图界面的地理围栏；
图3为根据本申请另一个实施例的自动推送配送信息的方法1的流
程图；
图4为根据本申请一个实施例的自动提供揽收信息的方法2的流程
图；
图5为根据本申请另一个实施例的自动提供揽收信息的方法2的流
程图；
图6为根据本申请一个实施例的配送员信息管理方法3的流程图；
图7为根据本申请一个实施例的用户信息管理方法4的流程图；
图8为根据本申请一个实施例的自动推送配送信息的服务器的示意
性框图；
图9为根据本申请一个实施例的自动提供揽收信息的服务器的示意
性框图；
图10为根据本申请另一个实施例的自动提供揽收信息的服务器的示
意性框图；
图11为根据本申请另一个实施例的自动提供揽收信息的服务器的示
意性框图；
图12为根据本申请一个实施例的配送员信息管理终端的示意性框图；
图13为根据本申请一个实施例的用户信息管理终端的示意性框图；
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实
施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描
述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时
实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处
理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理
可以对应于方法、函数、规程、子例程、子程序等等。
在上下文中所称“计算机设备”，也称为“电脑”，是指可以通过
运行预定程序或指令来执行数值计算和/或逻辑计算等预定处理过程的智
能电子设备，其可以包括处理器与存储器，由处理器执行在存储器中预
存的存续指令来执行预定处理过程，或是由ASIC、FPGA、DSP等硬件执
行预定处理过程，或是由上述二者组合来实现。计算机设备包括但不限
于服务器、个人电脑、笔记本电脑、平板电脑、智能手机等。
所述计算机设备包括用户设备与网络设备。其中，所述用户设备包
括但不限于电脑、智能手机、PDA等；所述网络设备包括但不限于单个网
络服务器、多个网络服务器组成的服务器组或基于云计算(Cloud
Computing)的由大量计算机或网络服务器构成的云，其中，云计算是分
布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算
机。其中，所述计算机设备可单独运行来实现本申请，也可接入网络并
通过与网络中的其他计算机设备的交互操作来实现本申请。其中，所述
计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、
VPN网络等。
需要说明的是，所述用户设备、网络设备和网络等仅为举例，其他
现有的或今后可能出现的计算机设备或网络如可适用于本申请，也应包
含在本申请保护范围以内，并以引用方式包含于此。
后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软
件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当
用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代
码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。
(一个或多个)处理器可以实施必要的任务。
这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描
述本申请的示例性实施例的目的。但是本申请可以通过许多替换形式来
具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。
应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等
等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术
语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离
示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类
似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其
中一个或更多所列出的相关联项目的任意和所有组合。
应当理解的是，当一个单元被称为“连接”或“耦合”到另一单元
时，其可以直接连接或耦合到所述另一单元，或者可以存在中间单元。
与此相对，当一个单元被称为“直接连接”或“直接耦合”到另一单元
时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之
间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”，
“与...邻近”相比于“与...直接邻近”等等)。
这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性
实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一
个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语
“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/
或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、
操作、单元、组件和/或其组合。
还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以
按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动
作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相
反的顺序来执行。
请参考图1，图1为根据本申请一个实施例的自动推送配送信息的方
法1。
该方法1中，所述配送信息包括但不限于以下中的至少一项：待配
送的物件名称、待配送的物件订单号、待配送的物件数量、待配送的物
件的当前位置、待配送的物件所对应的配送员的联系电话、姓名等等。
其中，所述配送信息的推送主要针对物流配送领域的目标客户而言。
其中所述目标客户可以为下订单的用户本人，例如用户A从电子商务平
台为自己订购了一台空调，需要电子商务平台安排为其配送空调，则在
这种情况，所述目标客户可以指用户A；所述目标客户也可以为下订单的
用户本人以外的其他人，例如用户B从电子商务平台订购了一束玫瑰送
给用户C，则在这种情况，所述目标客户可以指用户C。
所述自动推送配送信息的方法1可以由以下中的至少之一来执行：
单台计算机、多台计算机组成的计算机组、单个网络服务器、多个网络
服务器组成的服务器组以及基于云计算的由大量计算机或网络服务器构
成的云。
根据图1，在S100，获取配送员的当前地理位置和配送目的地。
所述配送员包括但不限于配送包裹、信件等物件的配送员。
所述配送员的当前地理位置可以由经度和纬度构成，也可以由具体
地点信息构成，所述具体地点信息例如为X市X区X街道X号，还可以
为经纬度和具体地点信息的结合等。
所述配送目的地可以指收货人地址，例如用户从电子商务平台上订
购了一台空调，并将其家庭地址作为收货人地址来收货。所述配送目的
地也可以指电子商务平台线下设立的位于收货人地址附近的物件代收点
等，例如用户设置其家庭地址所在小区的物件代收点作为其不在家的情
况下的备用收货地址。
所述配送目的地可以存储在配送员所持的终端(例如为手机、平板
电脑或其他可以上传地理位置信息的电子设备等)，也可以存储在服务
器(例如用于自动推送配送信息的服务器)上，也可以在终端和服务器
上都存储。
所述配送员的当前地理位置可以由配送员所持的终端(例如为手机、
平板电脑或其他可以上传地理位置信息的电子设备等)自身配置的全球
定位系统(Global Positioning System，GPS)获取并主动上传至服务器(例
如用于自动推送配送信息的服务器)，也可以由服务器主动向配送员所
持的终端发出获取配送员的当前地理位置的请求并在该终端接受该请求
的情况下来获取。
可选地，所述配送员的当前地理位置的获取是定期进行的，例如由
配送员所持的终端定期上传配送员的当前地理位置至服务器(例如用于
自动推送配送信息的服务器)。
可选地，所述配送员的当前地理位置的获取是实时进行的，例如服
务器(例如用于自动推送配送信息的服务器)实时主动获取配送员的当
前地理位置。
在S110，判断配送目的地是否位于以所述配送员的当前地理位置为
中心的地理围栏内。
所述地理围栏可以指用一个虚拟的栅栏围出的一个虚拟地理边界，
也即，地理围栏定义了将在地理围栏内的地理位置与在地理围栏之外的
地理位置区分开的虚拟边界。可选地，当用户自持的终端(例如为手机、
平板电脑或其他可以上传地理位置信息的电子设备等)进入或离开某个
特定的地理围栏，或在特定的地理围栏内活动时，该终端可以收到由特
定服务器(例如，自动推送配送信息的服务器)发出的信息通知或/和警
告等。
本实施例中，为了及时了解每个配送员的活动范围，所述地理围栏
是以每个配送员的当前地理位置为中心而建立的，因而本实施例中的地
理围栏是根据配送员的当前地理位置的移动而移动的。
为了更形象地示例本申请所涉及的地理围栏，请参考图2，图2仅以
配送员的当前地理位置为中心所建立的地理围栏(在图2中以虚线圆形
表示)在地图上的呈现为例进行说明，其中每个地理围栏根据其中心的
配送员的当前地理位置的移动而移动(在图2中以虚线箭头表示配送员
的行进路线)。
其中所述地理围栏的范围可以由配送员在所持的终端上自行设定，
也可以由服务器(例如用于自动推送配送信息的服务器)默认设定。
其中，所述以配送员的当前地理位置为中心的地理围栏可以为以所
述配送员的当前地理位置为中心、以特定距离为半径的圆形或正多边形
的地理围栏，也可以为以配送员的当前地理位置为中心并根据地图图像
所对应的现实世界的地理特征(如森林、河流等地形所具有的自然边界)
所限定的非规则多边形的地理围栏。
所述配送目的地是否位于以所述配送员的当前地理位置为中心的地
理围栏内的判断可以由配送员所持的终端(例如为手机、平板电脑或其
他可以上传地理位置信息的电子设备等)执行，也可以由服务器(例如
用于自动推送配送信息的服务器)执行。如果由配送员所持的终端执行，
则可以通过该终端自身配置的定位系统获取配送员的当前地理位置和配
送目的地，并由该终端自身配置的具有判断功能的模块或装置判断配送
目的地是否位于以配送员的当前地理位置为中心的所设定的地理围栏内，
并由所述终端将判断的结果上传到服务器(例如用于自动推送配送信息
的服务器)；如果由服务器(例如用于自动推送配送信息的服务器)执
行，则可以由该服务器获取配送员的当前地理位置和配送目的地并判断
配送目的地是否位于配送员所持的终端的当前地理位置为中心的所设定
的地理围栏内。
所述判断配送目的地是否位于以所述配送员的当前地理位置为中心
的地理围栏内可以是定期进行的，也可以是实时进行的。
在S120，如果配送目的地位于以所述配送员的当前地理位置为中心
的地理围栏内，则向配送目标客户推送配送信息。
如果服务器接收到配送员所持的终端上传的配送目的地是否位于配
送员的当前地理位置为中心的地理围栏的判断结果，则服务器可以根据
判断结果确定是否向配送目标客户推送配送信息。
所述目标客户，如上文所述，可以为下订单的用户本人，例如用户A
从电子商务平台为自己订购了一台空调，需要电子商务平台为其配送空
调，则在这种情况，所述目标客户可以指用户A；所述目标客户也可以为
下订单的用户本人以外的其他人，例如用户B从电子商务平台订购了一
束玫瑰送给用户C，则在这种情况，所述目标客户可以指用户C。
可选地，如果配送目的地位于以所述配送员的当前地理位置为中心
的地理围栏内，则由服务器向配送目标客户推送包括但不限于以下中的
至少一项配送信息：
待配送的物件名称、待配送的物件订单号、待配送的物件数量、待
配送的物件的当前位置、待配送的物件所对应的配送员的联系电话、姓
名等等。
可选地，为了使配送员和目标客户及时地进行交互，以便于配送员
根据目标客户的反馈决定是否继续向该目标客户配送，请参考图3，所述
方法1还包括：
S130，接收来自配送目标客户的针对所述配送信息的反馈，所述反
馈指示是否接受所述配送。
服务器可以向配送目标客户推送配送信息，还可以接收来自配送目
标客户的针对所述配送信息的反馈，所述反馈的内容包括但不限于以下
中的一项：同意收件、暂不方便收件、在XX时间段方便收件等。
S140，将所述反馈转发给所述配送员。
如果所述服务器接收到来自配送目标客户的针对所述配送信息的反
馈，则可以将所述反馈转发给所述配送员，以便于配送员根据该反馈决
定是否继续配送。
请参考图4，根据本发明的一个实施例，提供了一种自动提供揽收信
息的方法2。
所述揽收信息包括但不限于以下中的任一项：待上门揽收物件的配
送员的联系电话、姓名、当前地理位置、待上门揽收的时间等等。
本实施例中，所述揽收信息主要向待揽收的物件的发出者提供，例
如用户A有一件需要配送员发出至目的地X市的包裹，则用户A即为待
揽收的物件的发出者。
所述自动提供揽收信息的方法2可以由以下中的至少之一来执行：
单台计算机、多台计算机组成的计算机组、单个网络服务器、多个网络
服务器组成的服务器组以及基于云计算的由大量计算机或网络服务器构
成的云。
根据图4，在S200，获取待揽收的物件的当前地理位置和多个配送
员的当前地理位置。
所述待揽收的物件在此可以指等待配送员上门揽收的包裹、信机等
物件。
所述待揽收的物件的当前地理位置可以由经度和纬度构成，也可以
由具体地点信息构成，所述具体地点信息例如为X市X区X街道X号，
还可以为经纬度和具体地点信息的结合等。
在一个例子中，待揽收的物件的当前地理位置可以由向待揽收的物
件的发出者在发出者所持的终端输入并上传至自动提供揽收信息的服务
器，所述输入的当前地理位置例如为：X市X区X街道X号。在另一个例
子中，待揽收的物件的当前地理位置可以由自动提供揽收信息的服务器
通过对发出者所持的终端的定位并将定位后的地理位置提供给发出者确
认而不需要发出者自行输入。
可选地，所述待揽收的物件的当前地理位置为所述待揽收的物件的
发出者历史发出地之一，或者为历史发出地以外的新发出地。例如，待
揽收的物件的发出者经常从公司A将物件通过配送员发出，则公司A可
以作为发出者历史发出地之一。又如，待揽收的物件的发出者从历史发
出地之一——住所B搬至新的住所C并需要从住所C将物件通过配送员
发出，则住所C为历史发出地以外的新发出地。
其中所述多个配送员的当前地理位置可以由经度和纬度构成，也可
以由具体地点信息构成，所述具体地点信息例如为X市X区X街道X号，
还可以为经纬度和具体地点信息的结合等。
其中所述多个配送员的当前地理位置可以由配送员所持的终端(例
如为手机、平板电脑或其他可以上传地理位置信息的电子设备等)自身
配置的全球定位系统(Global Positioning System，GPS)获取并主动上传
至自动提供揽收信息的服务器，也可以由自动提供揽收信息的服务器主
动向配送员所持的终端发出获取配送员的当前地理位置的请求并在该终
端接受该请求的情况下来获取。
其中，所述获取多个配送员的当前地理位置可以是定期进行的，也
可以是实时进行的。
其中所述多个配送员在一个例子中可以为所有配送公司的所有配送
员，在另一个例子中也可以为待揽收的物件的发出者所选定的一家或多
家特定配送公司的特定或不特定的一个或多个配送员，因而所述方法2
还可以包括：
‐接收来自待揽收的物件的发出者的配送员选择要求，其中所述多个
配送员是根据配送员选择要求从配送员集合中筛选出的。
所述配送员选择要求例如包括配送员所属的特定配送公司、历史配
送速度、配送服务态度、工作年限等等。
如此，在进入基于地理围栏的位置判断之前，筛选出符合物件发出
者选择要求的配送员，一方面有利于减少服务器对大量配送员的地理围
栏进行分析的工作量，另一方面可以为物件发出者提供针对性的揽件服
务。
在S210，判断所述待揽收的物件的当前地理位置是否位于以所述多
个配送员中至少一个配送员的当前地理位置为中心的地理围栏内。
其中所述地理围栏可以为以所述多个配送员中至少一个配送员的当
前地理位置为中心、以特定距离为半径的圆形或正多边形的地理围栏，
也可以为以所述多个配送员中至少一个配送员的当前地理位置为中心并
根据地图图像所对应的现实世界的地理特征所限定的非规则多边形的地
理围栏。
所述以至少一个配送员的当前地理位置为中心的地理围栏的范围可
以由配送员在所持的终端上自行设定，也可以由自动提供揽收信息的服
务器默认设定。
可选地，由自动提供揽收信息的服务器判断所述待揽收的物件的当
前地理位置是否位于以所述多个配送员中至少一个配送员的当前地理位
置为中心的地理围栏内。
其中，所述判断所述待揽收的物件的当前地理位置是否位于以所述
多个配送员中至少一个配送员的当前地理位置为中心的地理围栏内可以
是定期进行的，也可以是实时进行的。
在S220，如果所述待揽收的物件的当前地理位置位于以所述多个配
送员中至少一个配送员的当前地理位置为中心的地理围栏内，则向待揽
收的物件的发出者提供所述至少一个配送员的信息列表，其中所述信息
列表包括所述至少一个配送员的当前地理位置。
可选地，自动提供揽收信息的服务器根据所判断出的所述待揽收的
物件的当前地理位置是否位于以所述多个配送员中至少一个配送员的当
前地理位置为中心的地理围栏内的结果，确定是否向待揽收的物件的发
出者提供所述至少一个配送员的信息列表。例如，自动提供揽收信息的
服务器判断出的所述待揽收的物件的当前地理位置位于以五个配送员中
每一个配送员的当前地理位置为中心的地理围栏内，也即这以五个配送
员中每一个配送员的当前地理位置为中心的地理围栏都包括该待揽收的
物件的当前地理位置，则所述自动提供揽收信息的服务器向待揽收的物
件的发出者提供所述五个配送员的信息列表，其中所述信息列表至少包
括所述五个配送员的当前地理位置，从而待揽收的物件的发出者可以根
据服务器所提供的五个配送员的信息列表做出选择，指定哪一个或哪几
个配送员上门收取待揽收的物件。
所述配送员的信息列表包括但不限于以下中的至少一项：配送员的
当前地理位置、配送员的姓名和联系方式、配送员所属的配送公司、配
送员配送质量(包括配送速度、服务态度等)的历史评价等等。
可选地，为了进一步确定哪一个或哪几个配送员为特定的待揽收的
物件的发出者提供揽收服务，请参考图5，所述方法2还包括：
S230，接收来自待揽收的物件的发出者的、对所述至少一个配送员
的信息列表中配送员的选择。
例如，待揽收的物件的发出者根据所述自动提供揽收信息的服务器
提供的包含至少一个符合要求(即以配送员的当前地理位置为中心的地
理围栏包括该待揽收的物件的当前地理位置)的配送员的信息列表，从
所述信息列表中选择一个或多个特定的配送员作为所述待揽收的物件的
配送服务提供者。
S240，基于所接收到的选择，向所选择的配送员推送所述待揽收的
物件的信息，其中所述待揽收的物件的信息至少包括所述待揽收的物件
的当前地理位置和所述待揽收的物件的发出者的联系方式。
例如，所述自动提供揽收信息的服务器接收到来自待揽收的物件的
发出者对所述信息列表中一个或多个特定的配送员的选择，向所选择的
一个或多个特定的配送员推送所述待揽收的物件的信息。
其中所述待揽收的物件的信息包括但不限于以下中的至少一项：
所述待揽收的物件的当前地理位置和所述待揽收的物件的发出者的
联系方式、待揽收的物件的类型、重量、体积、待揽收的物件需要发出
的时间等等。
由于在某些时候，暂且不存在符合要求(所述符合要求可以指以配
送员的当前地理位置为中心的地理围栏包括该待揽收的物件的当前地理
位置)的配送员，为了更好地为待揽收的物件的发出者提供更周到的服
务，所述方法2还可以包括：
‐如果所述待揽收的物件的当前地理位置没有位于以所述多个配送员
中任何一个配送员的当前地理位置为中心的地理围栏内，向所述待揽收
的物件的发出者发出是否继续等待的询问，
其中定期或实时获取多个配送员的当前地理位置、判断所述待揽收
的物件的当前地理位置是否位于以所述多个配送员中至少一个配送员的
当前地理位置为中心的地理围栏内是在接收到待揽收的物件的发出者的
继续等待的响应的前提下执行的。
例如，当前时间没有任何一个以配送员的当前地理位置为中心的地
理围栏包括所述待揽收的物件的当前地理位置，则所述自动提供揽收信
息的服务器可以向所述待揽收的物件的发出者发出是否继续等待的询问。
其中所述询问的表现形式可以在所述待揽收的物件的发出者所持的终端
上以内容标签的方式来呈现，例如在所述终端的界面上呈现“是否等待
服务器的提醒”的内容标签。如果所述自动提供揽收信息的服务器接收
到所述待揽收的物件的发出者的继续等待的响应，则定期或实时获取多
个配送员的当前地理位置、判断所述待揽收的物件的当前地理位置是否
位于以所述多个配送员中至少一个配送员的当前地理位置为中心的地理
围栏内，以便于在未来的某个时间如果出现以至少一个配送员的当前地
理位置为中心的地理围栏包括所述待揽收的物件的当前地理位置，则可
以及时通知所述待揽收的物件的发出者。
请参考图6，根据本发明的一个实施例，提供了一种配送员信息管理
方法3。
所述配送员信息包括但不限于以下中的至少一项：
‐来自配送目的地位于以所述配送员的当前地理位置为中心的地理围
栏内的配送目标客户的、指示是否接受配送的反馈，其中所述反馈的内
容包括但不限于以下中的一项：同意收件、暂不方便收件、在XX时间段
方便收件或其他等。
‐来自待揽收的物件的当前地理位置位于以所述配送员的当前地理位
置为中心的地理围栏内的待揽收的物件的发出者的、待揽收的物件的信
息，其中所述待揽收的物件的信息包括但不限于以下中的任一项：待上
门揽收物件的配送员的联系电话、姓名、当前地理位置、待上门揽收的
时间等等。
所述方法3可以由配送员所持的终端(例如为手机、平板电脑或其
他可以上传地理位置信息的电子设备等)来执行。
根据图6，在S300，自动上传配送员的当前地理位置。
所述配送员的当前地理位置可以由经度和纬度构成，也可以由具体
地点信息构成，所述具体地点信息例如为X市X区X街道X号，还可以
为经纬度和具体地点信息的结合等。
所述S300可以由配送员所持的终端(例如为手机、平板电脑或其他
可以上传地理位置信息的电子设备等)自身配置的全球定位系统(Global
Positioning System，GPS)获取并主动上传至用于特定的服务器。
可选地，所述自动上传配送员的当前地理位置是定期或实时执行的。
在S310，接收来自配送目的地位于以所述配送员的当前地理位置为
中心的地理围栏内的配送目标客户的、指示是否接受配送的反馈和/或来
自待揽收的物件的当前地理位置位于以所述配送员的当前地理位置为中
心的地理围栏内的待揽收的物件的发出者的、待揽收的物件的信息。
所述反馈和/或所述待揽收的物件的信息可以由配送员所持的终端从
所述特定的服务器上接收。
在S320，呈现所述指示是否接受配送的反馈和/或待揽收的物件的信
息。
反馈和待揽收的物件的信息可以根据分类菜单而分别呈现，例如在
终端界面上呈现的菜单包括反馈的菜单和待揽收的物件的菜单，则可以
响应于用户对终端界面上呈现的反馈的菜单和待揽收的物件的菜单中之
一的选择，呈现与之对应的内容。
可选地，方法3中所涉及的地理围栏包括：以所述配送员的当前地
理位置为中心、以特定距离为半径的圆形或正多边形的地理围栏，也可
以为以所述配送员的当前地理位置为中心并根据地图图像所对应的现实
世界的地理特征所限定的非规则多边形的地理围栏。
请参考图7，根据本发明的一个实施例，提供了一种用户信息管理方
法4。
所述用户信息包括但不限于以下中的至少一项：
‐在用户位置位于以为该用户配送物件的配送员的当前地理位置为中
心的地理围栏内的情况下，接收到的配送信息，其中所述配送信息包括
但不限于以下中的任一项：待配送的物件名称、待配送的物件订单号、
待配送的物件数量、待配送的物件的当前位置、待配送的物件所对应的
配送员的联系电话、姓名等等。
‐在用户位置位于以多个配送员中至少一个配送员的当前地理位置为
中心的地理围栏的情况下，接收到的所述至少一个配送员的信息列表，
其中所述信息列表可以包括所述至少一个配送员的地理位置，还可以包
括以下中的至少一项：配送员的姓名和联系方式、配送员所属的配送公
司、配送员配送质量(包括配送速度、服务态度等)的历史评价等等。
用户信息管理方法4可以由用户所持的终端(例如为手机、平板电
脑或其他可以上传地理位置信息的电子设备等)来执行。
根据图7，在S400，上传待揽收的物件的当前地理位置。
所述待揽收的物件的当前地理位置可以由向待揽收的物件的发出者
在发出者所持的终端输入或通过终端自带的定位模块获得并上传至特定
的服务器。
可选地，所述待揽收的物件的当前地理位置为所述待揽收的物件的
发出者历史发出地之一，或者为历史发出地以外的新发出地。
S410，在用户位置位于以为该用户配送物件的配送员的当前地理位
置为中心的地理围栏内的情况下，接收配送信息，和/或响应于用户的配
送请求，在用户位置位于以多个配送员中至少一个配送员的当前地理位
置为中心的地理围栏的情况下，接收所述至少一个配送员的信息列表，
其中所述信息列表包括所述至少一个配送员的地理位置。
所述配送信息和/或所述至少一个配送员的信息列表可以由用户所持
的终端(例如为手机、平板电脑或其他可以上传地理位置信息的电子设
备等)从所述特定的服务器上来获取。
S420，呈现所述配送信息和/或所述至少一个配送员的信息列表。
所述配送信息和所述至少一个配送员的信息列表可以根据分类菜单
而分别呈现，例如在终端界面上呈现的菜单包括配送信息的菜单和配送
员的信息列表的菜单，则可以响应于用户对终端界面上呈现的配送信息
的菜单和配送员的信息列表的菜单中之一的选择，呈现与之对应的内容。
可选地，所述用户信息管理方法4还包括：
‐接收所述用户对所述配送信息的反馈，所述反馈指示是否接受所述
配送；其中所述反馈的内容包括但不限于以下中的一项：同意收件、暂
不方便收件、在XX时间段方便收件或其他等。
‐上传所述反馈。
其中所述反馈可以由可以由用户所持的终端(例如为手机、平板电
脑或其他可以上传地理位置信息的电子设备等)上传至特定的服务器上。
可选地，在用户不接受所述配送的情况下，所述反馈还指示能够接
受所述配送的时间。
可选地，所述用户信息管理方法4还包括：
‐接收所述用户的、对所述至少一个配送员的信息列表中配送员的选
择；
其中所述配送员的信息列表包括但不限于以下中的至少一项：配送
员所属的配送公司、配送员的历史配送评价、配送员的名称、配送员的
联系方式等等。其中对所述配送员的选择可以是选择所述至少一个配送
员的信息列表中的一个配送员，也可以是选择多个配送员。
‐上传所述选择。
其中所述选择可以由用户所持的终端(例如为手机、平板电脑或其
他可以上传地理位置信息的电子设备等)上传至特定的服务器上。
可选地，所述用户信息管理方法4还包括：
‐如果用户位置没有位于以多个配送员中任意一个配送员的当前地理
位置为中心的地理围栏，呈现是否继续等待的询问。例如，在用户所持
的终端界面上呈现“是否等待服务器的提醒”的内容标签。
‐如果接收到所述用户的继续等待的响应，在以后用户位置位于以多
个配送员中至少一个配送员的当前地理位置为中心的地理围栏的情况下，
接收并呈现所述至少一个配送员的信息列表。
本实施例通过响应于用户对继续等待服务器的提醒的选择，在以后
有符合要求的配送员出现的情况下，可以及时为用户呈现该配送员的信
息，以便于及时安排物件的配送。
可选地，所述用户信息管理方法4还包括：
‐提示用户输入配送员选择要求。其中，所述配送员选择要求例如包
括配送员所属的特定配送公司、历史配送速度、配送服务态度、工作年
限等等。
‐接收并上传用户输入的配送员选择要求，其中所述多个配送员是根
据该配送员选择要求从配送员集合中筛选出的。
由此，本实施例提供的所述用户信息管理方法4在进入基于地理围
栏的位置判断之前，筛选出符合物件发出者选择要求的配送员，一方面
有利于减少特定服务器对大量配送员的地理围栏进行分析的工作量，另
一方面可以为物件发出者提供针对性的揽件服务。
请参考图8，根据图8，提供了一种自动推送配送信息的服务器，包
括：
第一获取单元700，被配置为获取配送员的当前地理位置和配送目的
地；
第一判断单元710，被配置为判断配送目的地是否位于以所述配送员
的当前地理位置为中心的地理围栏内；
第一推送单元720，被配置为如果配送目的地位于以所述配送员的当
前地理位置为中心的地理围栏内，则向配送目标客户推送配送信息。
可选地，所述服务器还包括：
第一接收单元，被配置为接收来自配送目标客户的针对所述配送信
息的反馈，所述反馈指示是否接受所述配送；
第一转发单元，被配置为将所述反馈转发给所述配送员。
可选地，以所述配送员的当前地理位置为中心的地理围栏包括：
以所述配送员的当前地理位置为中心、以特定距离为半径的圆形或
正多边形的地理围栏。
在一个实施例中，所述第一获取单元，可以被配置为定期获取配送
员的当前地理位置；其中所述第一判断单元，可以被配置为定期判断配
送目的地是否位于以所述配送员的当前地理位置为中心的地理围栏内。
在另一个实施例中，所述第一获取单元，被配置为实时获取配送员
的当前地理位置；所述第一判断单元，被配置为实时判断配送目的地是
否位于以所述配送员的当前地理位置为中心的地理围栏内。
请参考图9，根据图9，提供了一种自动提供揽收信息的服务器，包
括：
第二获取单元800，被配置为获取待揽收的物件的当前地理位置和多
个配送员的当前地理位置；
第二判断单元810，被配置为判断所述待揽收的物件的当前地理位置
是否位于以所述多个配送员中至少一个配送员的当前地理位置为中心的
地理围栏内；
信息提供单元820，被配置为如果所述待揽收的物件的当前地理位置
位于以所述多个配送员中至少一个配送员的当前地理位置为中心的地理
围栏内，则向待揽收的物件的发出者提供所述至少一个配送员的信息列
表，其中所述信息列表包括所述至少一个配送员的当前地理位置。
可选地，请参考图10，所述服务器还包括：
第二接收单元830，被配置为接收来自待揽收的物件的发出者的、对
所述至少一个配送员的信息列表中配送员的选择；
第二推送单元840，被配置为基于所接收到的选择，向所选择的配送
员推送所述待揽收的物件的信息，其中所述待揽收的物件的信息至少包
括所述待揽收的物件的当前地理位置和所述待揽收的物件的发出者的联
系方式。
可选地，所述以所述多个配送员中至少一个配送员的当前地理位置
为中心的地理围栏包括：以所述多个配送员中至少一个配送员的当前地
理位置为中心、以特定距离为半径的圆形或正多边形的地理围栏。
在一个实施例中，所述第二获取单元，被配置为定期获取待揽收的
物件的当前地理位置和多个配送员的当前地理位置；第二判断单元，被
配置为定期判断所述待揽收的物件的当前地理位置是否位于以所述多个
配送员中至少一个配送员的当前地理位置为中心的地理围栏内。
在另一个实施例中，所述第二获取单元，被配置为实时获取待揽收
的物件的当前地理位置和多个配送员的当前地理位置；第二判断单元，
被配置为实时判断所述待揽收的物件的当前地理位置是否位于以所述多
个配送员中至少一个配送员的当前地理位置为中心的地理围栏内。
可选地，请参考图11，所述服务器还包括：
询问发送单元850，被配置为如果所述待揽收的物件的当前地理位置
没有位于以所述多个配送员中任何一个配送员的当前地理位置为中心的
地理围栏内，向所述待揽收的物件的发出者发出是否继续等待的询问，
询问响应接收单元860，被配置为接收来自待揽收的物件的发出者的
继续等待的响应；
其中
所述第二获取单元800定期或实时获取多个配送员的当前地理位置
是在所述询问响应接收单元接收到待揽收的物件的发出者的继续等待的
响应的前提下执行的；
第二判断单元810定期或实时判断所述待揽收的物件的当前地理位
置是否位于以所述多个配送员中至少一个配送员的当前地理位置为中心
的地理围栏内是在所述询问响应接收单元接收到待揽收的物件的发出者
的继续等待的响应的前提下执行的。
可选地，所述服务器还包括：
‐要求接收单元，被配置为接收来自待揽收的物件的发出者的配送员
选择要求，其中所述多个配送员是根据配送员选择要求从配送员集合中
筛选出的。
请参考图12，根据图12，提供了一种配送员信息管理终端。
其中，所述配送员信息管理终端可以以应用程序(app)的形式安装
在诸如手机、平板电脑等电子产品上。所述app在电子产品上的展现形
式主要为应用图标，当接收到用户对该应用图标的点击后，所述app通
过运行来实现相应功能。
根据图12，所述配送员信息管理终端包括：
第一位置上传单元900，被配置为自动上传配送员的当前地理位置；
第一信息接收单元910，被配置为接收来自配送目的地位于以所述配
送员的当前地理位置为中心的地理围栏内的配送目标客户的、指示是否
接受配送的反馈和/或来自待揽收的物件的当前地理位置位于以所述配送
员的当前地理位置为中心的地理围栏内的待揽收的物件的发出者的、待
揽收的物件的信息；
第一呈现单元920，被配置为所述指示是否接受配送的反馈和/或待
揽收的物件的信息。
可选地，所述以所述配送员的当前地理位置为中心的地理围栏包括：
以所述配送员的当前地理位置为中心、以特定距离为半径的圆形或正多
边形的地理围栏。
其中，所述第一位置上传单元900，可以被配置为定期或实时自动上
传配送员的当前地理位置。
请参考图13，根据图13，提供了一种用户信息管理终端。
其中，所述用户信息管理终端可以以应用程序(app)的形式安装在
诸如手机、平板电脑等电子产品上。所述app在电子产品上的展现形式
主要为应用图标，当接收到用户对该应用图标的点击后，所述app通过
运行来实现相应功能。
根据图13，所述用户信息管理终端包括：
‐第二位置上传单元1000，被配置为上传待揽收的物件的当前地理位
置；
‐第二信息接收单元1010，被配置为在用户位置位于以为该用户配送
物件的配送员的当前地理位置为中心的地理围栏内的情况下，接收配送
信息，和/或响应于用户的配送请求，在用户位置位于以多个配送员中至
少一个配送员的当前地理位置为中心的地理围栏的情况下，接收所述至
少一个配送员的信息列表，其中所述信息列表包括所述至少一个配送员
的地理位置；
‐第二呈现单元1020，被配置为呈现所述配送信息和/或所述至少一
个配送员的信息列表。
可选地，所述用户信息管理终端还包括：
‐反馈接收单元，被配置为接收所述用户对所述配送信息的反馈，所
述反馈指示是否接受所述配送；
‐反馈上传单元，被配置为上传所述反馈。
其中在用户不接受所述配送的情况下，所述反馈还指示能够接受所
述配送的时间。
可选地，所述用户信息管理终端还包括：
‐第三接收单元，被配置为接收所述用户的、对所述至少一个配送员
的信息列表中配送员的选择；
‐第三上传单元，被配置为上传所述选择。
可选地，所述用户信息管理终端，还包括：
‐第三呈现单元，被配置为如果用户位置没有位于以多个配送员中任
意一个配送员的当前地理位置为中心的地理围栏，呈现是否继续等待的
询问；
‐第四呈现单元，被配置为如果接收到所述用户的继续等待的响应，
在以后用户位置位于以多个配送员中至少一个配送员的当前地理位置为
中心的地理围栏的情况下，接收并呈现所述至少一个配送员的信息列表。
可选地，所述用户信息管理终端，还包括：
‐提示单元，被配置为提示用户输入配送员选择要求；
‐配送员选择要求上传单元，被配置为接收并上传用户输入的配送员
选择要求，其中所述多个配送员是根据该配送员选择要求从配送员集合
中筛选出的。
应当理解，图8至图13所述的结构框图仅仅是为了示例的目的，而
不是对本申请范围的限制。在某些情况下，可以根据具体情况增加或减
少某些设备。
所属技术领域的技术人员知道，本申请可以实现为系统、方法或计
算机程序产品。因此，本公开可以具体实现为以下形式，即：可以是完
全的硬件，也可以是完全的软件，还可以是硬件和软件结合的形式。
附图中的流程图和框图显示了根据本申请的多个实施例的系统、方
法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，
流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，
所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑
功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所
标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续
的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，
这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、
以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的
专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组
合来实现。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的
细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的
具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是
示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上
述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所
有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所
涉及的权利要求。