自动推送配送信息、提供揽收信息的方法、终端和服务器与流程

文档序号:12602510阅读:676来源:国知局
自动推送配送信息、提供揽收信息的方法、终端和服务器与流程

本申请涉及物流信息领域,尤其涉及自动推送配送信息、提供揽收信息的方法、终端和服务器。



背景技术:

在传统的物件配送领域,向目标客户发出配送通知的事件主要依赖于配送员的个人行为。有的配送员习惯于在未提前通知目标客户的情况下直接到配送目的地送件,从而容易出现目标客户不在配送目的地的情况下导致配送失败的情况。有的配送员习惯于在距离配送目的地很远的情况下提前通知目标客户在未来的某个时间点取件,而由于目标客户不能及时了解配送员的行踪,不能及时知晓配送员是否已达到配送目的地附近因而在配送员未达到之前需要外出的情况下,还要再次或多次跟配送员沟通确认配送员目前距离配送目的地的距离从而再次确认是否可以取件,这显然增加了物件配送的沟通成本,降低了物件配送的效率。

在传统的物件揽收领域,接收待揽收的物件的发出者发出的配送请求同样依赖于配送员的个人行为,物件的发出者通常通过主动联系特定公司的配送员或指定的配送员上门揽收物件,从而容易出现配送员在距离物件的发出者很远的情况下,仍需要从很远的地点赶到揽收地点揽收物件的情况,这显然降低了揽收的效率,也增加了配送员的时间和交通成本。



技术实现要素:

本申请的目的之一是提升物件配送或揽收的效率。

根据本申请的一个实施例,提供了一种自动推送配送信息的方法,包括:

获取配送员的当前地理位置和配送目的地;

判断配送目的地是否位于以所述配送员的当前地理位置为中心的地理围栏内;

如果配送目的地位于以所述配送员的当前地理位置为中心的地理围栏内,则向配送目标客户推送配送信息。

本申请实施例基于以配送员的当前地理位置为中心的地理围栏来判断是否自动向目标客户推送配送信息,该配送信息包括诸如待配送的物件已进入什么地理区域、待配送的物件大约什么时候可以达到、配送员的联系电话、待配送的物件的订单号或/和物件详情等等,有利于目标客户在接收配送的物件之前及时了解待配送的物件或/和配送员的相关信息,从而可以灵活地安排自己的外出活动,也可以根据所接收的配送信息更好地与配送员就物件配送进行沟通,从而提升物件配送的效率。

根据本申请的另一个实施例,提供了一种自动提供揽收信息的方法,包括:

获取待揽收的物件的当前地理位置和多个配送员的当前地理位置;

判断所述待揽收的物件的当前地理位置是否位于以所述多个配送员中至少一个配送员的当前地理位置为中心的地理围栏内;

如果所述待揽收的物件的当前地理位置位于以所述多个配送员中至少一个配送员的当前地理位置为中心的地理围栏内,则向待揽收的物件的发出者提供所述至少一个配送员的信息列表,其中所述信息列表包括所述至少一个配送员的当前地理位置。

本申请实施例基于以配送员的当前地理位置为中心的地理围栏来判断是否向待揽收的物件发出者提供对应配送员的信息列表,从而使得物件发出者可以基于位于其附近的配送员更快地将物件发出去,显著提升了物件揽收的效率。

根据本申请的另一个实施例,提供了一种配送员信息管理方法,包括:

自动上传配送员的当前地理位置;

接收来自配送目的地位于以所述配送员的当前地理位置为中心的地理围栏内的配送目标客户的、指示是否接受配送的反馈和/或来自待揽收的物件的当前地理位置位于以所述配送员的当前地理位置为中心的地理围栏内的待揽收的物件的发出者的、待揽收的物件的信息;

呈现所述指示是否接受配送的反馈和/或待揽收的物件的信息。

本申请实施例通过自动上传配送员的当前地理位置并基于地理围栏接收来自目标客户的指示是否接受配送的反馈和/或来自待揽收的物件发出者的待揽收的物件的信息,从而使配送员及时地了解来自周围的目标客户或物件发出者关于物件的相关信息,从而更及时地为目标客户或物件发出者提供配送或揽收服务,提升配送或揽收的效率。

根据本申请的另一个实施例,提供了一种用户信息管理方法,包括:

上传待揽收的物件的当前地理位置;

在用户位置位于以为该用户配送物件的配送员的当前地理位置为中心的地理围栏内的情况下,接收配送信息,和/或响应于用户的配送请求,在用户位置位于以多个配送员中至少一个配送员的当前地理位置为中心的地理围栏的情况下,接收所述至少一个配送员的信息列表,其中所述信息列表包括所述至少一个配送员的地理位置;

呈现所述配送信息和/或所述至少一个配送员的信息列表。

本申请实施例通过自动上传待揽收的物件的当前地理位置并基于地理围栏接收配送信息和/或至少一个配送员的信息列表,从而使得用户在接收待配送的物件或通过配送员将手中的物件发出的情况下,可以及时了解物件或/和配送员的信息,从而灵活地安排物件的接收或发出,提升了物件接收或发出的便捷性。

根据本申请的另一个实施例,提供了一种自动推送配送信息的服务器,包括:

第一获取单元,被配置为获取配送员的当前地理位置和配送目的地;

第一判断单元,被配置为判断配送目的地是否位于以所述配送员的当前地理位置为中心的地理围栏内;

第一推送单元,被配置为如果配送目的地位于以所述配送员的当前地理位置为中心的地理围栏内,则向配送目标客户推送配送信息。

本申请实施例基于以配送员的当前地理位置为中心的地理围栏来判断是否自动向目标客户推送配送信息,该配送信息包括诸如待配送的物件已进入什么地理区域、待配送的物件大约什么时候可以达到、配送员的联系电话、待配送的物件的订单号或/和物件详情等等,有利于目标客户在接收配送的物件之前及时了解待配送的物件或/和配送员的相关信息,从而可以灵活地安排自己的外出活动,也可以根据所接收的配送信息更好地与配送员就物件配送进行沟通,从而提升物件配送的效率。

根据本申请的另一个实施例,提供了一种自动提供揽收信息的服务器,包括:

第二获取单元,被配置为获取待揽收的物件的当前地理位置和多个配送员的当前地理位置;

第二判断单元,被配置为判断所述待揽收的物件的当前地理位置是否位于以所述多个配送员中至少一个配送员的当前地理位置为中心的地理围栏内;

信息提供单元,被配置为如果所述待揽收的物件的当前地理位置位于以所述多个配送员中至少一个配送员的当前地理位置为中心的地理围栏内,则向待揽收的物件的发出者提供所述至少一个配送员的信息列表,其中所述信息列表包括所述至少一个配送员的当前地理位置。

本申请实施例基于以配送员的当前地理位置为中心的地理围栏来判断是否向待揽收的物件发出者提供对应配送员的信息列表,从而使得物件发出者可以基于位于其附近的配送员更快地将物件发出去,显著提升了物件揽收的效率。

根据本申请的另一个实施例,提供了一种配送员信息管理终端,包 括:

第一位置上传单元,被配置为自动上传配送员的当前地理位置;

第一信息接收单元,被配置为接收来自配送目的地位于以所述配送员的当前地理位置为中心的地理围栏内的配送目标客户的、指示是否接受配送的反馈和/或来自待揽收的物件的当前地理位置位于以所述配送员的当前地理位置为中心的地理围栏内的待揽收的物件的发出者的、待揽收的物件的信息;

第一呈现单元,被配置为所述指示是否接受配送的反馈和/或待揽收的物件的信息。

本申请实施例通过自动上传配送员的当前地理位置并基于地理围栏接收来自目标客户的指示是否接受配送的反馈和/或来自待揽收的物件发出者的待揽收的物件的信息,从而使配送员及时地了解来自周围的目标客户或物件发出者关于物件的相关信息,从而更及时地为目标客户或物件发出者提供配送或揽收服务,提升配送或揽收的效率。

根据本申请的另一个实施例,提供了一种用户信息管理终端,包括:

第二位置上传单元,被配置为上传待揽收的物件的当前地理位置;

第二信息接收单元,被配置为在用户位置位于以为该用户配送物件的配送员的当前地理位置为中心的地理围栏内的情况下,接收配送信息,和/或响应于用户的配送请求,在用户位置位于以多个配送员中至少一个配送员的当前地理位置为中心的地理围栏的情况下,接收所述至少一个配送员的信息列表,其中所述信息列表包括所述至少一个配送员的地理位置;

第二呈现单元,被配置为呈现所述配送信息和/或所述至少一个配送员的信息列表。

本申请实施例通过自动上传待揽收的物件的当前地理位置并基于地理围栏接收配送信息和/或至少一个配送员的信息列表,从而使得用户在接收待配送的物件或通过配送员将手中的物件发出的情况下,可以及时了解物件或/和配送员的信息,从而灵活地安排物件的接收或发出,提升 了物件接收或发出的便捷性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:

图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所述的结构框图仅仅是为了示例的目的,而不是对本申请范围的限制。在某些情况下,可以根据具体情况增加或减少某些设备。

所属技术领域的技术人员知道,本申请可以实现为系统、方法或计算机程序产品。因此,本公开可以具体实现为以下形式,即:可以是完全的硬件,也可以是完全的软件,还可以是硬件和软件结合的形式。

附图中的流程图和框图显示了根据本申请的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所 标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其他的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1