CN107977764A - 索引文件的生成、配送员信息的查询方法、装置和服务器 - Google Patents
索引文件的生成、配送员信息的查询方法、装置和服务器 Download PDFInfo
- Publication number
- CN107977764A CN107977764A CN201610940800.0A CN201610940800A CN107977764A CN 107977764 A CN107977764 A CN 107977764A CN 201610940800 A CN201610940800 A CN 201610940800A CN 107977764 A CN107977764 A CN 107977764A
- Authority
- CN
- China
- Prior art keywords
- dispatching
- information
- address
- person
- dispatching person
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063114—Status monitoring or status determination for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0835—Relationships between shipper or supplier and carriers
Abstract
本申请实施例提供了一种索引文件的生成、配送员信息的查询方法、装置和服务器,该索引文件的生成方法包括:收集配送成功的物流对象的配送员的配送员信息;收集所述物流对象的配送地址;建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件。本申请实施例实现了自动学习配送员的配送范围,大大减少了人工运维,从而减少了维护成本,当配送员离职、调岗等原因造成配送范围发生变化后,可以及时通过配送员的配送地址识别出其配送范围,自动进行更新,时效性强。
Description
技术领域
本申请涉及物流的技术领域,特别是涉及一种索引文件的生成方法、一种配送员信息的查询方法、一种索引文件的生成装置、一种配送员信息的查询装置和一种服务器。
背景技术
随着经济的发展,越来越多的领域开始应用物流,如购物、寄送行李等,其包括通过取件、运输、存储、配送等环节,将物流对象从供应地派送到目的地。
目前,物流营运商一般通过人工编辑配送员的配送范围,并定期进行维护,当配送员离职、调岗等原因造成配送范围发生变化后需要人工更新配送范围。
当用户需要寄件时,将该用户所属配送范围对应的配送员的信息返回用户。
但是,这种人工维护配送员的配送范围的方式,不仅维护成本高,而且时效性差,数据更新不及时,导致配送员的分配精确度较低,取件等待时间较长,甚至无法取件。
发明内容
鉴于上述问题,提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种索引文件的生成方法、一种配送员信息的查询方法和相应的一种索引文件的生成装置、一种配送员信息的查询装置、一种服务器。
本申请实施例公开了一种索引文件的生成方法,包括:
收集配送成功的物流对象的配送员的配送员信息;
收集所述物流对象的配送地址;
建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件。
本申请实施例还公开了一种配送员信息的查询方法,包括:
接收到客户端发送的物流请求;
确定所述物流请求对应的取件地址;
在预置的索引文件中查找所述取件地址对应的配送员信息;
根据预设的配送因子将查找到的配送员信息发送至所述客户端。
本申请实施例还公开了一种索引文件的生成装置,包括:
配送员信息收集模块,用于收集配送成功的物流对象的配送员的配送员信息;
配送地址收集模块,用于收集所述物流对象的配送地址;
索引文件生成模块,用于建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件。
本申请实施例还公开了一种配送员信息的查询装置,包括:
物流请求接收模块,用于接收到客户端发送的物流请求;
取件地址确定模块,用于确定所述物流请求对应的提取取件地址;
配送员信息查找模块,用于在预置的索引文件中查找所述取件地址对应的配送员信息,作为候选配送员信息;
配送员信息发送模块,用于根据预设的配送因子将查找到的配送员信息发送至所述客户端。
本申请实施例还公开了一种服务器,包括:
一个或多个处理器;
存储器;和
一个或多个模块,所述一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行,其中,所述一个或多个模块具有如下功能:
收集配送成功的物流对象的配送员的配送员信息;
收集所述物流对象的配送地址;
建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件。
本申请实施例还公开了一种服务器,包括:
一个或多个处理器;
存储器;和
一个或多个模块,所述一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行,其中,所述一个或多个模块具有如下功能:
接收到客户端发送的物流请求;
确定所述物流请求对应的取件地址;
在预置的索引文件中查找所述取件地址对应的配送员信息;
根据预设的配送因子将查找到的配送员信息发送至所述客户端。
本申请实施例包括以下优点:
本申请实施例在物流对象配送完成之后,查询配送该物流对象的配送员的配送员信息及配送地址,进而生成索引文件,实现了自动学习配送员的配送范围,大大减少了人工运维,从而减少了维护成本,当配送员离职、调岗等原因造成配送范围发生变化后,可以及时通过配送员的配送地址识别出其配送范围,自动进行更新,时效性强。
本申请实施例接收客户端发送的物流请求,在预置的索引文件中查找取件地址对应的配送员信息,按照配送因子返回客户端,通过前期自动维护的索引文件查找配送员并调整,可以提高配送员的分配精确度,减少取件等待时间。
此外,本申请实施例通过距离值、总配送次数、出勤率等配送因子对配送员信息进行排序,抗干扰能力强,可以查找附近派件的配送员,提高了搜索配送员的覆盖率和准确率,对离职、休假的配送员进行降权,搜索出活跃的配送员。
附图说明
图1是本申请的一种索引文件的生成方法实施例的步骤流程图;
图2是本申请实施例的一种索引文件的生成示例图;
图3是本申请的一种配送员信息的查询方法实施例的步骤流程图;
图4A是本申请实施例的一种发送物流请求的示例图;
图4B是本申请实施例的一种目标配送员信息的示例图;
图5是本申请的一种索引文件的生成装置实施例的结构框图;
图6是本申请的一种配送员信息的查询装置实施例的结构框图;
图7是本申请一个实施例的服务器的结构示意图;
图8是本申请另一个实施例的服务器的结构示意图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
参照图1,示出了本申请的一种索引文件的生成方法实施例的步骤流程图,具体可以包括如下步骤:
步骤101,收集配送成功的物流对象的配送员的配送员信息。
物流,一般是指某个对象从供应地(或供应者)向接收地(或接收者)的实体流动,根据实际需要,包括取件、运输、配送、签收等处理。
在本申请实施例中,物流对象可以指物流过程中流动的对象,例如,衣服、家具等物品,又例如,水果、螃蟹等生鲜品。
在实际应用中,物流包括平邮、快递、货运等形式,对于快递,物流对象可以称之为快件,负责配送物流对象的配送员此时可以称之为快递员。
若配送员完成物流对象的配送,即送达接收地(或接收者),则可以查询配送该物流对象的配送员的配送员信息,该配送员信息为与该配送员相关的信息,例如,所属公司名称、姓名、电话等等。
在本申请的一个实施例中,步骤101可以包括如下子步骤:
子步骤S11,获取所述物流对象在配送时生成的物流信息;
子步骤S12,从所述物流信息中提取配送员的配送员信息。
在信息化的物流管理系统中,可以记录在物流的取件、运输、配送、签收等节点的信息,如时间、地点、描述等,生成物流信息。
在物流信息中查找配送节点的相关信息,从而提取配送员信息。
在实际应用中,由于一个物流管理系统中物流信息的格式一般是比较规范的,因此,可以通过正则表达式直接从物流信息中提取配送员信息。
需要说明的是,物流管理系统的物流信息除了可以在内部查询之外,一般还提供API(Application Programming Interface,应用程序编程接口)接口,供第三方调用,以查询某个物流对象的物流信息,为了保证物流信息的安全性,物流管理系统向第三方所提供的物流信息一般简化了一些关键信息,如供应地(或供应者)的信息、接收地(或接收者)的信息等,但一般会保留配送员信息。
因此,该物流信息可以为在物流管理系统中直接提取的、完整的物流信息,也可以为调用物流管理系统的API接口获取的、简化的物流信息,本申请实施例对此不加以限制。
步骤102,收集所述物流对象的配送地址。
在本申请实施例中,配送地址可以指物流过程中接收地(或接收者)的地址。
在本申请的一个实施例中,步骤102可以包括如下子步骤:
子步骤S21,获取所述物流对象对应的交易订单信息;
子步骤S22,在所述交易订单信息中提取配送地址。
在物品交易平台中,如购物网站,当某个物品在买家与卖家之间发生交易时,物品交易平台会生成一个订单,并记录相关的信息,如买家信息(ID、等级等)、卖家信息(ID、等级等)、商品信息(ID、价格、数量等)、配送地址等等,生成交易订单信息。
因此,本申请实施例可以在交易订单信息中提取配送地址。
此后,卖家一般会将该物品作为物流对象通过物流送达买家处,在此期间,卖家通过物品交易平台向买家提供物流订单号码,对于子步骤S11,可以查找物流对象对应的交易订单信息,在交易订单信息中提取物流订单号码,将物流订单号码作为参数调用物流管理系统提供的API,从与预置的查询服务器中查询物流订单号码对应的物流信息,则可以查询该物品的、简化的物流信息。
当然,如果在物流管理系统中,则可以直接从该物品完整的物流信息中提取配送地址,本申请实施例对此不加以限制。
步骤103,建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件。
在具体实现中,某个配送员的配送地址可以组成该配送员的配送范围,将配送员信息与配送地址建立索引关系,生成索引文件,如倒排索引文件、正排索引文件,等等,并对索引文件进行更新、维护,可以用于配送员的取件派遣等处理。
在本申请的一个实施例中,步骤103可以包括如下子步骤:
子步骤S11,统计所述配送员信息在所述配送地址的配送次数;
子步骤S12,按照所述配送次数对所述配送地址进行过滤。
在实际应用中,由于配送员人工分拣物流对象,有可能把配送员A负责配送的物流对象分配给配送员B,这个物流对象对于配送员B来说就是噪音数据,如果将携带这些噪音数据的配送地址训练配送员B的配送范围,则配送范围会形成“毛刺”。
因此,在本申请实施例中,可以统计配送员在每个配送地址的配送次数,过滤掉配送次数较少的配送地址,从而过滤掉异常“毛刺”。
例如,取配送次数最高的前N(N为正整数,如20)个配送地址,或者,取配送次数超过一阈值的配送地址,等等。
子步骤S13,以所述配送地址作为键(key),以所述配送员信息作为值(value)建立索引关系,生成索引文件。
在本申请实施例中,索引文件包括倒排索引文件,即带有倒排索引(Invertedindex)的文件。
在排索引文件中,可以通过键(key)查找值(value),因此,对于索引文件,则可以通过配送地址查找配送员信息。
在本申请的一个实施例中,可以从配送地址中提取兴趣点数据(Point OfInterest,POI),POI在地理定位中一般为街道名称、设区名称、大厦建筑名称等,如西溪园区、海创园,等等。
因此,在本申请实施例中,可以以兴趣点数据作为键(key)、以配送员信息作为值(value)建立索引关系,生成索引文件。
需要说明的是,在倒排索引文件中虽然以POI作为键(key),但是,键(key)中还会包含POI所属对省、市、区等信息,以区分不同区域中相同的POI名称。
配送员信息与配送地址之间初始的映射关系为:
配送员信息_A—POI_A、POI_B、POI_C
配送员信息_B—POI_B、POI_C、POI_D
配送员信息_C—POI_A、POI_B、POI_D
其中,POI_A、POI_B、POI_C组成了配送员信息_A所属配送员的配送范围,POI_B、POI_C、POI_D组成了配送员信息_B所属配送员的配送范围,POI_A、POI_B、POI_D组成了配送员信息_C所属配送员的配送范围。
倒排索引之后配送员信息与配送地址之间的映射关系为:
POI_A—配送员信息_A、配送员信息_C
POI_B—配送员信息_A、配送员信息_B、配送员信息_C
POI_C—配送员信息_A、配送员信息_B
POI_D—配送员信息_B、配送员信息_C
本申请实施例在物流对象配送完成之后,查询配送该物流对象的配送员的配送员信息及配送地址,进而生成索引文件,实现了自动学习配送员的配送范围,大大减少了人工运维,从而减少了维护成本,当配送员离职、调岗等原因造成配送范围发生变化后,可以及时通过配送员的配送地址识别出其配送范围,自动进行更新,时效性强。
为使本领域技术人员更好地理解本申请实施例,以下通过具体的示例来说明本申请实施例中索引文件的生成方法。
参照图2,在购物网站203中,卖家202开了一个店铺销售商品,其中包括商品204。
买家201登录购物网站203,拍下物品204并付款,购物网站203针对此交易生成一个订单,并记录相关的信息,如买家204的信息(ID、等级等)、卖家203的信息(ID、等级等)、商品204的信息(ID、价格、数量等)、配送地址等等,生成交易订单信息。
此后,卖家203将商品204作为物流对象通过物流寄送买家201处,物流管理系统205针对商品204记录物流信息并提供物流订单号码。
卖家202通过购物网站203向买家201提供物流订单号码,购物网站203可以以物流订单号码作为参数调用物流管理系统205提供的API接口查询物流信息,让买家201可以查询到物流情况。
当然,买家201也可以直接以物流订单号码在物流管理系统205查询物流信息。
当商品204送达买家201处,买家201确认收货后,购物网站203可以在交易订单信息中提取配送地址,并从查询到的物流信息中提取配送员信息。
假设查询到的物流信息如下:
2016-08-04 13:30:17【杭州市】快件已签收,感谢您使用通通快递!感谢使用通通快递,期待再次为您服务
2016-08-04 10:54:09【杭州市】正在派送途中,请您准备签收(派件人:张三,电话:19012345678)
2016-08-04 06:08:37【杭州市】快件已到达杭州余杭
2016-08-04 03:06:53【杭州市】杭州中心已发出
2016-08-02 20:17:53【广州市】广州中心已发出
2016-08-02 20:12:49【广州市】通通快递杭州中心收件员已揽件
2016-08-02 08:44:51您的包裹已出库
2016-08-02 08:42:48您的订单待配货
2016-08-01 22:01:06您的订单开始处理
在本示例中,以姓名、电话作为配送员信息,则可以通过如下正在表达式提取配送员信息:
提取姓名的正则表达式为:"(?<=派件人:)([^(]*)((|,)"
提取电话的正则表达式为:"(?<=电话:)([0-9]*)"
对于上述物流信息,则提取到的配送员信息包括:
配送员:张三
电话:19012345678
购物网站203在交易订单信息中查询配送地址:
浙江省杭州市余杭区良睦路999号乐佳国际大厦2号楼小邮局
在该配送地址中分析POI:
省:浙江省
市:杭州市
区:余杭区
POI:乐佳国际大厦
通过关联配送员信息及其配送地址,可以得到配送员的配送范围:
根据配送员的配送员范围,建立POI-配送员信息的倒排索引文件,以提高基于POI的查询性能和效率,将新增的映射关系更新到倒排索引文件中的乐佳国际大厦(key):
参照图3,示出了本申请的一种配送员信息的查询方法实施例的步骤流程图,具体可以包括如下步骤:
步骤301,接收到客户端发送的物流请求。
步骤302,确定所述物流请求对应的取件地址。
当用户寄件时,可以通过客户端将物流请求发送至服务器,通知配送员去取件地址取件。
其中,该服务器可以为物流公司的服务器,也可以为第三方的服务器,如物联网公司的服务器,本申请实施例对此不加以限制。
在实际应用中,该服务器可以提供基于LBS(Location Based Service,基于位置服务)的配送员查找服务,可以默认用户当前的位置为取件地址,则该取件地址可以为对客户端所述终端进行定位获得的地理位置。
当然,用户也可以直接在客户端中输入取件地址,本申请实施例对此不加以限制。
步骤303,在预置的索引文件中查找所述取件地址对应的配送员信息。
在实际应用中,索引文件记录了配送员信息与配送地址之间的映射关系,索引文件的生成方式与索引文件的生成方法实施例的应用基本相似,所以描述的比较简单,相关之处参见索引文件的生成方法实施例的部分说明即可,本申请实施例在此不加以详述。
通过取件地址与配送地址之间进行匹配,可以查找到相应的配送员信息。
在本申请的一个实施例中,索引文件为倒排索引文件,在倒排索引文件中,配送地址为键(key)、配送员信息为值(value),具有映射关系的配送地址与配送员信息形成键值对(key/value)。
则在本申请实施例中,步骤303可以包括如下子步骤:
子步骤S31,在所述索引文件中,查找与所述取件地址匹配的配送地址;
子步骤S32,提取在所述配送地址配送物流对象的配送员的配送员信息。
在本申请实施例中,该配送地址为配送员信息所属配送员在配送物流对象(即派件)时记录的地理位置。
进一步而言,为方便与配送地址进行匹配,在子步骤S31中,可以从取件地址中提取兴趣点数据POI,在倒排索引文件中,查找与兴趣点数据POI匹配的配送地址。
需要说明的是,以POI作为取件地址,取件地址中还会包含POI所属对省、市、区等信息,以区分不同区域中相同的POI名称。
此外,POI的提取,可以在客户端进行,也可以服务器进行,本申请实施例对此不加以限制。
通过取件地址与配送地址之间的匹配,可以查找在该取件地址进行派件的配送员,以便配送员快速进行取件。
步骤304,根据预设的配送因子将查找到的目标配送员信息发送至所述客户端。
在实际应用中,可以针对不同的因素设置配送因子,对候选的配送员(以配送员信息表征)进行调整并返回客户端进行显示,用户可以进行浏览并选择快递员进行取件。
需要说明的是,除了将目标配送员信息返回客户端之外,还可以直接发送物流订单(包括取件地址等基本的信息)发送至给配送员息所属配送员的终端,让配送员在接受物流订单后进行取件等后续处理,其中,若多个配送员接受该物流订单,则可以以首个接受该物流订单为准,又称抢单。
在本申请的一个实施例中,步骤304可以包括如下子步骤:
子步骤S41,根据预设的配送因子对查找到的配送员信息进行排序;
子步骤S42,将排序后的配送员信息发送至所述客户端。
在实际应用中,可以针对不同的因素设置配送因子,对候选的配送员(以候选配送员信息表征)进行评分,按照评分进行排序,并返回客户端进行显示,用户可以进行浏览并选择快递员进行取件。
在本申请的一个实施例中,子步骤S41进一步可以包括如下子步骤:
子步骤S411,查询查找到的候选配送员信息对应的配送因子;
配送因子,可以指影响配送员排序、评分的因素。
在本申请实施例的一个示例中,配送因子包括如下的一种或多种:
1、距离值。
在本示例中,候选配送员信息所属配送员当前的位置,与所述取件地址之间的距离值,可以作为配送因子。
在实际应用中,可以对候选配送员信息所属配送员的终端(如手机、POS(point ofsale,销售终端)等)进行定位操作,获得候选位置,测量候选位置与取件地址之间的距离值。
2、总配送次数。
在本示例中,由于在区间地址有时可能没有配送员,因此,候选配送员信息所属配送员在所述取件地址一定范围内(如1公里)进行配送的总配送次数,可以作为配送因子。
通过查询取件地址附近多个POI,通过附近多个POI对配送员的配送范围进行验证,可以提高配送员查找的覆盖率。
在实际应用中,可以将取件地址一定距离内的区域设置为目标范围,在目标范围内查找配送员信息对应的配送地址,作为目标配送地址。
查询目标配送地址对应的配送次数,计算配送次数之和,获得总配送次数。
3出勤率。
在本示例中,候选配送员信息所属配送员的出勤率,可以作为配送因子。
在实际应用中,可以查询候选配送员信息所属配送员在一时间段内(如最近15天)的出勤次数,计算出勤次数与所述时间段之间比值,获得出勤率。
当然,上述配送因子只是作为示例,在实施本申请实施例时,可以根据实际情况设置其他配送因子,例如,配送员所属公司的配送规则(如配送价格、是否直接夜间配送等)、配送时效等等,本申请实施例对此不加以限制。另外,除了上述配送因子外,本领域技术人员还可以根据实际需要采用其它配送因子,本申请实施例对此也不加以限制。
子步骤S412,对所述配送因子配置因子权重;
在本申请实施例中,可以按照配送因子的重要程度对其配置相应的因子权重。
需要说明的是,因子权重可以在一段时间内离线计算,并进行缓存,在配置时直接提取,也可以在配置时直接计算,本申请实施例对此不加以限制。
在本申请实施例的一个示例中,若配送因子包括距离值、总配送次数、出勤率,那么,距离值与因子权重负相关、总配送次数与因子权重正相关、出勤率与因子权重正相关。
即,距离值越大,因子权重越小,反之,距离值越小,因子权重越大。
总配送次数越大,因子权重越大,反之,总配送次数越小,因子权重越小。
出勤率越大,因子权重越大,反之,出勤率越小,因子权重越小。
在本申请的一个实施例中,可以通过如下方式训练因子权重:
子步骤S4121,获取训练样本;
其中,训练样本包括配送员标识和分类标识(用于分类选择与未选择)。
假设训练样本集合为D(共N个训练样本),并对每个训练样本(x,y)进行分类,如果在一次取件过程中,用户选择了该配送员x(配送员标识),则分类标识y=1,否则分类标识y=0。
子步骤S4122,对所述配送员标识对应的因子权重配置配送因子值,以计算配送权重;
若配送员在排序时会综合考虑3个因素:距离值x1,总配送次数x2,出勤率x3,则配送权重可以为:
其中,配送因子x=(x0,x1,x2,x3),因子权重θ=(θ0,θ1,θ2,θ3),而x0、θ0为常数,如x0=1。
子步骤S4123,按照所述配送权重计算、所述分类标识为选择所述配送员标识时的第一概率;
对于训练样本集合D,其第一概率为:
子步骤S4124,按照所述配送权重计算、所述分类标识为不选择所述配送员标识时的第二概率;
对于训练样本集合D,其第二概率为:
p(y=0|x;θ)=1-p(y=1|x;θ)
对于训练样本集合D,其第一概率、第二概率可以统一表示为:
p(y|x;θ)=f(θTx)y(1-f(θTx))1-y
子步骤S4125,采用所述第一概率和所述第二概率计算所述训练样本的对数似然概率;
对数似然概率,可以是需求参数(如因子权重)的估计值,使得给样本值的概率密度(即似然函数)相对给定的观测值而言达到最大值。
对于训练样本集合D,其对数似然概率为:
子步骤S4126,按照所述对数似然概率基于梯度下降计算配置因子权重。
通过梯度下降法可以求出作为参数的因子权重θ:
θ=θ-λ▽l(θ)
其中,λ为预设的学习速率参数,可以设置为λ=0.05。
当然,除了通过训练样本集合D训练因子权重之外,本领域技术人员还可以直接将其设置为经验值,本申请实施例对此不加以限制。
子步骤S413,采用配置了因子权重的配送因子计算配送权重;
在具体实现中,可以将因子权重配置给配送因子,实现加权,通过加权求和、指定的函数式等方式计算配送权重。
子步骤S414,按照所述配送权重对查找到的候选配送员信息进行排序。
一般而言,可以按照顺序排序的方式进行排序,即配送权重的值越高,排序越前,越优先展示给用户。
本申请实施例接收客户端发送的物流请求,在预置的索引文件中查找取件地址对应的配送员信息,按照配送因子返回客户端,通过前期自动维护的索引文件查找配送员并调整,可以提高配送员的分配精确度,减少取件等待时间。
此外,本申请实施例通过距离值、总配送次数、出勤率等配送因子对配送员信息进行排序,抗干扰能力强,可以查找附近派件的配送员,提高了搜索配送员的覆盖率和准确率,对离职、休假的配送员进行降权,搜索出活跃的配送员。
为使本领域技术人员更好地理解本申请实施例,以下通过具体的示例来说明本申请实施例中配送员信息的查询方法。
如图4A所示,用户在手机中开启客户端,对手机进行定位操作,客户端开启电子地图提示用户当前的地理位置,如果用户点击“查找”按键,则可以将当前的地理位置作为取件地址,向服务器发送物流请求。
假设取件地址的POI为乐佳国际大厦,则可以在索引文件中查找作为key的乐佳国际大厦,得到候选配送员信息。
在本示例中,综合距离值、总配送次数、出勤率等配送因子对张三、李四、王五、赵六、钱七、孙八进行排序:
1、测量张三、李四、王五、赵六、钱七、孙八当前与乐佳国际大厦之间的距离值。
2、在乐佳国际大厦一公里范围内的POI包括乐佳国际、省委党校、恒生科技园、乐福海帮园、裕丰国际商务中心,服务器分别统计张三、李四、王五、赵六、钱七、孙八在这些POI的总配送次数。
3、在考勤系统中统计张三、李四、王五、赵六、钱七、孙八在最近15天的出勤率。
对距离值、总配送次数、出勤率配置相应的因子权重。
采用配送了因子权重的距离值、总配送次数、出勤率计算张三、李四、王五、赵六、钱七、孙八的配送权重,相当于对张三、李四、王五、赵六、钱七、孙八进行评分。
按照配送权重进行顺序排序后的目标配送员信息为,李四、赵六、张三、王五、孙八、钱七,并将其配送员信息返回客户端。
如图4B所示,在客户端中按照李四、赵六、张三、王五、孙八、钱七的排序显示目标配送员信息,如姓名、电话、公司等等,用户浏览后可以选择其中一个配送员进行联系并取件。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请实施例所必须的。
参照图5,示出了本申请的一种索引文件的生成装置实施例的结构框图,具体可以包括如下模块:
配送员信息收集模块501,用于收集配送成功的物流对象的配送员的配送员信息;
配送地址收集模块502,用于收集所述物流对象的配送地址;
索引文件生成模块503,用于建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件。
在本申请的一个实施例中,所述配送员信息收集模块501可以包括如下子模块:
物流信息获取子模块,用于获取所述物流对象在配送时生成的物流信息;
配送员信息提取子模块,用于从所述物流信息中提取配送员的配送员信息。
在本申请实施例的一个示例中,所述物流信息获取子模块可以包括如下单元:
交易订单信息查找单元,用于查找所述物流对象对应的交易订单信息;
物流订单号码提取单元,用于在所述交易订单信息中提取物流订单号码;
物流订单号码查询单元,用于从与预置的查询服务器中查询所述物流订单号码对应的物流信息。在本申请的一个实施例中,所述配送地址收集模块502可以包括如下子模块:
交易订单信息获取子模块,用于获取所述物流对象对应的交易订单信息;
配送地址提取子模块,用于在所述交易订单信息中提取配送地址。
在本申请的一个实施例中,所述索引文件生成模块503可以包括如下子模块:
键值索引关系生成子模块,用于以所述配送地址作为键、以所述配送员信息作为值建立索引关系,生成索引文件。
在本申请的一个实施例中,所述键值索引关系生成子模块可以包括如下单元:
配送地址兴趣点提取单元,用于从所述配送地址中提取兴趣点数据;
兴趣点生成单元,用于以所述兴趣点数据作为键、以所述配送员信息作为值建立索引关系,生成索引文件。
在本申请的一个实施例中,所述索引文件生成模块503还可以包括如下子模块:
配送次数统计子模块,用于统计所述配送员信息在所述配送地址的配送次数;
配送地址过滤子模块,用于按照所述配送次数对所述配送地址进行过滤。
参照图6,示出了本申请的一种配送员信息的查询装置实施例的结构框图,具体可以包括如下模块:
物流请求接收模块601,用于接收到客户端发送的物流请求;
取件地址确定模块602,用于确定所述物流请求对应的提取取件地址;
配送员信息查找模块603,用于在预置的索引文件中查找所述取件地址对应的配送员信息,作为候选配送员信息;
配送员信息发送模块604,用于根据预设的配送因子将查找到的配送员信息发送至所述客户端。
在本申请的一个实施例中,在所述索引文件中,配送地址为键、配送员信息为值;
所述配送员信息查找模块603可以包括如下子模块:
配送地址匹配子模块,用于在所述索引文件中,查找与所述取件地址匹配的配送地址;
配送员信息匹配子模块,用于提取在所述配送地址配送物流对象的配送员的配送员信息。
在本申请的一个实施例中,所述配送地址匹配子模块可以包括如下单元:
取件地址兴趣点提取单元,用于从所述取件地址中提取兴趣点数据;
兴趣点数据匹配单元,用于在所述倒排索引文件中,查找与所述兴趣点数据匹配的配送地址。
在本申请的一个实施例中,所述配送员信息发送模块604可以包括如下子模块:
信息排序子模块,用于根据预设的配送因子对查找到的配送员信息进行排序;
排序返回子模块,用于将排序后的配送员信息发送至所述客户端。
在本申请的一个实施例中,所述信息排序子模块可以包括如下单元:
配送因子查询单元,用于查询查找到的配送员信息对应的配送因子;
因子权重配置单元,用于对所述配送因子配置因子权重;
配送权重计算单元,用于采用配置了因子权重的配送因子计算配送权重;
权重排序单元,用于按照所述配送权重对查找到的配送员信息进行排序,获得目标配送员信息。
在本申请实施例的一个示例中,所述配送因子可以包括如下的一种或多种:
所述候选配送员信息所属配送员当前的位置,与所述取件地址之间的距离值;
所述候选配送员信息所属配送员在所述取件地址一定范围内进行配送的总配送次数;
所述候选配送员信息所属配送员的出勤率;
其中,所述距离值与所述因子权重负相关、所述总配送次数与所述因子权重正相关、所述出勤率与所述因子权重正相关。
则在本示例中,所述配送因子查询单元可以包括如下子单元:
终端定位子单元,用于对所述候选配送员信息所属配送员的终端进行定位操作,获得候选位置;
距离值测量子单元,用于测量所述候选位置与所述取件地址之间的距离值;
和/或,
目标范围设置子单元,用于将所述取件地址一定距离内的区域设置为目标范围;
目标配送地址选择子单元,用于在所述目标范围内查找所述配送员信息对应的配送地址,作为目标配送地址;
配送次数查询子单元,用于查询所述目标配送地址对应的配送次数;
配送次数求和子单元,用于计算所述配送次数之和,获得总配送次数;
和/或,
出勤次数查询子单元,用于查询所述候选配送员信息所属配送员在一时间段内的出勤次数;
比值计算子单元,用于计算所述出勤次数与所述时间段之间比值,获得出勤率。
在本申请的一个实施例中,该装置还可以包括如下模块:
训练样本获取模块,用于获取训练样本,所述训练样本包括配送员标识和分类标识;
权重计算模块,用于对所述配送员标识对应的因子权重配置配送因子值,以计算配送权重;
第一概率计算模块,用于按照所述配送权重计算、所述分类标识为选择所述配送员标识时的第一概率;
第二概率计算模块,用于按照所述配送权重计算、所述分类标识为不选择所述配送员标识时的第二概率;
对数似然概率计算模块,用于采用所述第一概率和所述第二概率计算所述训练样本的对数似然概率;
梯度下降模块,用于按照所述对数似然概率基于梯度下降计算配置因子权重。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
图7是本申请实施例提供的一种服务器结构示意图。该服务器700可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processingunits,CPU)722(例如,一个或一个以上处理器)和存储器732,一个或一个以上存储应用程序742或数据744的存储介质730(例如一个或一个以上海量存储设备)。其中,存储器732和存储介质730可以是短暂存储的或持久存储的。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器722可以设置为与存储介质730通信,在服务器700上执行存储介质730中的一系列指令操作。
服务器700还可以包括一个或一个以上电源726,一个或一个以上有线或无线网络接口750,一个或一个以上输入输出接口758,一个或一个以上键盘756,和/或,一个或一个以上操作系统741,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。其中,中央处理器722可以在服务器700上执行以下操作的指令:
收集配送成功的物流对象的配送员的配送员信息;
收集所述物流对象的配送地址;
建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件。
可选地,该一个或多个模块可以具有如下功能:
获取所述物流对象在配送时生成的物流信息;
从所述物流信息中提取配送员的配送员信息。
可选地,该一个或多个模块可以具有如下功能:
查找所述物流对象对应的交易订单信息;
在所述交易订单信息中提取物流订单号码;
从与预置的查询服务器中查询所述物流订单号码对应的物流信息。
可选地,该一个或多个模块可以具有如下功能:
获取所述物流对象对应的交易订单信息;
在所述交易订单信息中提取配送地址。
可选地,该一个或多个模块可以具有如下功能:
以所述配送地址作为键、以所述配送员信息作为值建立索引关系,生成索引文件。
可选地,该一个或多个模块可以具有如下功能:
从所述配送地址中提取兴趣点数据;
以所述兴趣点数据作为键、以所述配送员信息作为值建立索引关系,生成索引文件。
可选地,该一个或多个模块可以具有如下功能:
统计所述配送员信息在所述配送地址的配送次数;
按照所述配送次数对所述配送地址进行过滤。
图8是本申请实施例提供的一种服务器结构示意图。该服务器800可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processingunits,CPU)822(例如,一个或一个以上处理器)和存储器832,一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。其中,存储器832和存储介质830可以是短暂存储的或持久存储的。存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器822可以设置为与存储介质830通信,在服务器800上执行存储介质830中的一系列指令操作。
服务器800还可以包括一个或一个以上电源826,一个或一个以上有线或无线网络接口850,一个或一个以上输入输出接口858,一个或一个以上键盘856,和/或,一个或一个以上操作系统841,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。其中,中央处理器822可以在服务器800上执行以下操作的指令:
接收到客户端发送的物流请求;
确定所述物流请求对应的取件地址;
在预置的索引文件中查找所述取件地址对应的配送员信息;
根据预设的配送因子将查找到的配送员信息发送至所述客户端。
可选地,在所述索引文件中,配送地址为键、配送员信息为值;该一个或多个模块可以具有如下功能:
在所述索引文件中,查找与所述取件地址匹配的配送地址;
提取在所述配送地址配送物流对象的配送员的配送员信息。
可选地,该一个或多个模块可以具有如下功能:
从所述取件地址中提取兴趣点数据;
在所述倒排索引文件中,查找与所述兴趣点数据匹配的配送地址。
可选地,该一个或多个模块可以具有如下功能:
根据预设的配送因子对查找到的配送员信息进行排序;
将排序后的配送员信息发送至所述客户端。
可选地,该一个或多个模块可以具有如下功能:
查询查找到的配送员信息对应的配送因子;
对所述配送因子配置因子权重;
采用配置了因子权重的配送因子计算配送权重;
按照所述配送权重对查找到的配送员信息进行排序。
可选地,所述配送因子包括如下的一种或多种:
所述候选配送员信息所属配送员当前的位置,与所述取件地址之间的距离值;
所述候选配送员信息所属配送员在所述取件地址一定范围内进行配送的总配送次数;
所述候选配送员信息所属配送员的出勤率;
其中,所述距离值与所述因子权重负相关、所述总配送次数与所述因子权重正相关、所述出勤率与所述因子权重正相关。
可选地,该一个或多个模块可以具有如下功能:
对所述候选配送员信息所属配送员的终端进行定位操作,获得候选位置;
测量所述候选位置与所述取件地址之间的距离值;
和/或,
将所述取件地址一定距离内的区域设置为目标范围;
在所述目标范围内查找所述配送员信息对应的配送地址,作为目标配送地址;
查询所述目标配送地址对应的配送次数;
计算所述配送次数之和,获得总配送次数;
和/或,
查询所述候选配送员信息所属配送员在一时间段内的出勤次数;
计算所述出勤次数与所述时间段之间比值,获得出勤率。
可选地,该一个或多个模块可以具有如下功能:
获取训练样本,所述训练样本包括配送员标识和分类标识;
对所述配送员标识对应的因子权重配置配送因子值,以计算配送权重;
按照所述配送权重计算、所述分类标识为选择所述配送员标识时的第一概率;
按照所述配送权重计算、所述分类标识为不选择所述配送员标识时的第二概率;
采用所述第一概率和所述第二概率计算所述训练样本的对数似然概率;
按照所述对数似然概率基于梯度下降计算配置因子权重。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
在一个典型的配置中,所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非持续性的电脑可读媒体(transitory media),如调制的数据信号和载波。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物流对象或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物流对象或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物流对象或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种配送索引文件的生成方法、一种配送员信息的查询方法和相应的一种配送索引文件的生成装置、一种配送员信息的查询装置、一种服务器,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (23)
1.一种索引文件的生成方法,其特征在于,包括:
收集配送成功的物流对象的配送员的配送员信息;
收集所述物流对象的配送地址;
建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件。
2.根据权利要求1所述的方法,其特征在于,所述收集配送成功的物流对象的配送员的配送员信息的步骤,包括:
获取所述物流对象在配送时生成的物流信息;
从所述物流信息中提取配送员的配送员信息。
3.根据权利要求2所述的方法,其特征在于,所述获取所述物流对象在配送时生成的物流信息的步骤包括:
查找所述物流对象对应的交易订单信息;
在所述交易订单信息中提取物流订单号码;
从与预置的查询服务器中查询所述物流订单号码对应的物流信息。
4.根据权利要求1所述的方法,其特征在于,所述收集所述物流对象的配送地址的步骤,包括:
获取所述物流对象对应的交易订单信息;
在所述交易订单信息中提取配送地址。
5.根据权利要求1或2或3或4所述的方法,其特征在于,所述建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件的步骤,包括:
以所述配送地址作为键、以所述配送员信息作为值建立索引关系,生成索引文件。
6.根据权利要求5所述的方法,其特征在于,所述以所述配送地址作为键、以所述配送员信息作为值建立索引关系,生成索引文件的步骤,包括:
从所述配送地址中提取兴趣点数据;
以所述兴趣点数据作为键、以所述配送员信息作为值建立索引关系,生成索引文件。
7.根据权利要求5所述的方法,其特征在于,所述建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件的步骤还包括:
统计所述配送员信息在所述配送地址的配送次数;
按照所述配送次数对所述配送地址进行过滤。
8.一种配送员信息的查询方法,其特征在于,包括:
接收到客户端发送的物流请求;
确定所述物流请求对应的取件地址;
在预置的索引文件中查找所述取件地址对应的配送员信息;
根据预设的配送因子将查找到的配送员信息发送至所述客户端。
9.根据权利要求8所述的方法,其特征在于,在所述索引文件中,配送地址为键、配送员信息为值;
所述在预置的索引文件中查找所述取件地址对应的配送员信息的步骤,包括:
在所述索引文件中,查找与所述取件地址匹配的配送地址;
提取在所述配送地址配送物流对象的配送员的配送员信息。
10.根据权利要求9所述的方法,其特征在于,所述在所述索引文件中,查找与所述取件地址匹配的配送地址的步骤,包括:
从所述取件地址中提取兴趣点数据;
在所述倒排索引文件中,查找与所述兴趣点数据匹配的配送地址。
11.根据权利要求8或9或10所述的方法,其特征在于,所述根据预设的配送因子将查找到的配送员信息发送至所述客户端的步骤包括:
根据预设的配送因子对查找到的配送员信息进行排序;
将排序后的配送员信息发送至所述客户端。
12.根据权利要求11所述的方法,其特征在于,所述根据预设的配送因子对查找到的配送员信息进行排序的步骤,包括:
查询查找到的配送员信息对应的配送因子;
对所述配送因子配置因子权重;
采用配置了因子权重的配送因子计算配送权重;
按照所述配送权重对查找到的配送员信息进行排序。
13.根据权利要求12所述的方法,其特征在于,所述配送因子包括如下的一种或多种:
所述候选配送员信息所属配送员当前的位置,与所述取件地址之间的距离值;
所述候选配送员信息所属配送员在所述取件地址一定范围内进行配送的总配送次数;
所述候选配送员信息所属配送员的出勤率;
其中,所述距离值与所述因子权重负相关、所述总配送次数与所述因子权重正相关、所述出勤率与所述因子权重正相关。
14.根据权利要求13所述的方法,其特征在于,所述查询所述候选配送员信息对应的配送因子的步骤,包括:
对所述候选配送员信息所属配送员的终端进行定位操作,获得候选位置;
测量所述候选位置与所述取件地址之间的距离值;
和/或,
将所述取件地址一定距离内的区域设置为目标范围;
在所述目标范围内查找所述配送员信息对应的配送地址,作为目标配送地址;
查询所述目标配送地址对应的配送次数;
计算所述配送次数之和,获得总配送次数;
和/或,
查询所述候选配送员信息所属配送员在一时间段内的出勤次数;
计算所述出勤次数与所述时间段之间比值,获得出勤率。
15.根据权利要求12所述的方法,其特征在于,还包括:
获取训练样本,所述训练样本包括配送员标识和分类标识;
对所述配送员标识对应的因子权重配置配送因子值,以计算配送权重;
按照所述配送权重计算、所述分类标识为选择所述配送员标识时的第一概率;
按照所述配送权重计算、所述分类标识为不选择所述配送员标识时的第二概率;
采用所述第一概率和所述第二概率计算所述训练样本的对数似然概率;
按照所述对数似然概率基于梯度下降计算配置因子权重。
16.一种索引文件的生成装置,其特征在于,包括:
配送员信息收集模块,用于收集配送成功的物流对象的配送员的配送员信息;
配送地址收集模块,用于收集所述物流对象的配送地址;
索引文件生成模块,用于建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件。
17.根据权利要求16所述的装置,其特征在于,所述索引文件生成模块包括:
键值索引关系生成子模块,用于以所述配送地址作为键、以所述配送员信息作为值建立索引关系,生成索引文件。
18.一种配送员信息的查询装置,其特征在于,包括:
物流请求接收模块,用于接收到客户端发送的物流请求;
取件地址确定模块,用于确定所述物流请求对应的提取取件地址;
配送员信息查找模块,用于在预置的索引文件中查找所述取件地址对应的配送员信息,作为候选配送员信息;
配送员信息发送模块,用于根据预设的配送因子将查找到的配送员信息发送至所述客户端。
19.根据权利要求18所述的装置,其特征在于,在所述索引文件中,配送地址为键、配送员信息为值;
所述配送员信息查找模块包括:
配送地址匹配子模块,用于在所述索引文件中,查找与所述取件地址匹配的配送地址;
配送员信息匹配子模块,用于提取在所述配送地址配送物流对象的配送员的配送员信息。
20.根据权利要求18或19所述的装置,其特征在于,所述配送员信息发送模块包括:
信息排序子模块,用于根据预设的配送因子对查找到的配送员信息进行排序;
排序返回子模块,用于将排序后的配送员信息发送至所述客户端。
21.根据权利要求20所述的装置,其特征在于,所述信息排序子模块包括:
配送因子查询单元,用于查询查找到的配送员信息对应的配送因子;
因子权重配置单元,用于对所述配送因子配置因子权重;
配送权重计算单元,用于采用配置了因子权重的配送因子计算配送权重;
权重排序单元,用于按照所述配送权重对查找到的配送员信息进行排序。
22.一种服务器,其特征在于,包括:
一个或多个处理器;
存储器;和
一个或多个模块,所述一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行,其中,所述一个或多个模块具有如下功能:
收集配送成功的物流对象的配送员的配送员信息;
收集所述物流对象的配送地址;
建立所述配送员信息与所述配送地址之间的索引关系,生成索引文件。
23.一种服务器,其特征在于,包括:
一个或多个处理器;
存储器;和
一个或多个模块,所述一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行,其中,所述一个或多个模块具有如下功能:
接收到客户端发送的物流请求;
确定所述物流请求对应的取件地址;
在预置的索引文件中查找所述取件地址对应的配送员信息;
根据预设的配送因子将查找到的配送员信息发送至所述客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610940800.0A CN107977764A (zh) | 2016-10-25 | 2016-10-25 | 索引文件的生成、配送员信息的查询方法、装置和服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610940800.0A CN107977764A (zh) | 2016-10-25 | 2016-10-25 | 索引文件的生成、配送员信息的查询方法、装置和服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107977764A true CN107977764A (zh) | 2018-05-01 |
Family
ID=62005020
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610940800.0A Pending CN107977764A (zh) | 2016-10-25 | 2016-10-25 | 索引文件的生成、配送员信息的查询方法、装置和服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107977764A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110390462A (zh) * | 2019-05-30 | 2019-10-29 | 菜鸟智能物流控股有限公司 | 取件方确定方法和装置以及电子设备 |
CN111027906A (zh) * | 2019-12-05 | 2020-04-17 | 北京京东振世信息技术有限公司 | 配送订单确定方法、装置、存储介质与终端设备 |
CN113537866A (zh) * | 2020-04-20 | 2021-10-22 | 北京京东振世信息技术有限公司 | 确定产品配送参数的方法、装置及存储介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102193917A (zh) * | 2010-03-01 | 2011-09-21 | 中国移动通信集团公司 | 一种数据处理和查询方法和装置 |
CN103473230A (zh) * | 2012-06-06 | 2013-12-25 | 阿里巴巴集团控股有限公司 | 服务范围确定方法、物流服务提供方推荐方法及相应装置 |
CN103810246A (zh) * | 2013-12-27 | 2014-05-21 | 北京天融信软件有限公司 | 一种索引创建方法和装置以及索引查询方法和装置 |
CN104751311A (zh) * | 2015-02-13 | 2015-07-01 | 深圳支付界科技有限公司 | 一种快递预约的方法及系统 |
CN104766196A (zh) * | 2015-04-14 | 2015-07-08 | 中国科学院计算技术研究所 | 一种基于第三方支付网上购物的智能物流方法及系统 |
CN105117883A (zh) * | 2015-08-26 | 2015-12-02 | 北京京东尚科信息技术有限公司 | 一种自动取件、寄件的方法及系统 |
CN105270800A (zh) * | 2015-11-03 | 2016-01-27 | 北京京东尚科信息技术有限公司 | 终端配送站点物品分拣的辅助设备和方法 |
CN105303341A (zh) * | 2015-09-30 | 2016-02-03 | 北京京东尚科信息技术有限公司 | 基于优先级的可扩展的智能分单方法及装置 |
CN105528354A (zh) * | 2014-09-29 | 2016-04-27 | 深圳前海百递网络有限公司 | 一种数据处理方法及装置 |
CN105741060A (zh) * | 2014-12-10 | 2016-07-06 | 富泰华工业(深圳)有限公司 | 一种快递送件系统及方法 |
-
2016
- 2016-10-25 CN CN201610940800.0A patent/CN107977764A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102193917A (zh) * | 2010-03-01 | 2011-09-21 | 中国移动通信集团公司 | 一种数据处理和查询方法和装置 |
CN103473230A (zh) * | 2012-06-06 | 2013-12-25 | 阿里巴巴集团控股有限公司 | 服务范围确定方法、物流服务提供方推荐方法及相应装置 |
CN103810246A (zh) * | 2013-12-27 | 2014-05-21 | 北京天融信软件有限公司 | 一种索引创建方法和装置以及索引查询方法和装置 |
CN105528354A (zh) * | 2014-09-29 | 2016-04-27 | 深圳前海百递网络有限公司 | 一种数据处理方法及装置 |
CN105741060A (zh) * | 2014-12-10 | 2016-07-06 | 富泰华工业(深圳)有限公司 | 一种快递送件系统及方法 |
CN104751311A (zh) * | 2015-02-13 | 2015-07-01 | 深圳支付界科技有限公司 | 一种快递预约的方法及系统 |
CN104766196A (zh) * | 2015-04-14 | 2015-07-08 | 中国科学院计算技术研究所 | 一种基于第三方支付网上购物的智能物流方法及系统 |
CN105117883A (zh) * | 2015-08-26 | 2015-12-02 | 北京京东尚科信息技术有限公司 | 一种自动取件、寄件的方法及系统 |
CN105303341A (zh) * | 2015-09-30 | 2016-02-03 | 北京京东尚科信息技术有限公司 | 基于优先级的可扩展的智能分单方法及装置 |
CN105270800A (zh) * | 2015-11-03 | 2016-01-27 | 北京京东尚科信息技术有限公司 | 终端配送站点物品分拣的辅助设备和方法 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110390462A (zh) * | 2019-05-30 | 2019-10-29 | 菜鸟智能物流控股有限公司 | 取件方确定方法和装置以及电子设备 |
CN111027906A (zh) * | 2019-12-05 | 2020-04-17 | 北京京东振世信息技术有限公司 | 配送订单确定方法、装置、存储介质与终端设备 |
CN111027906B (zh) * | 2019-12-05 | 2023-12-05 | 北京京东振世信息技术有限公司 | 配送订单确定方法、装置、存储介质与终端设备 |
CN113537866A (zh) * | 2020-04-20 | 2021-10-22 | 北京京东振世信息技术有限公司 | 确定产品配送参数的方法、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106991576B (zh) | 一种地理区域的热力展现方法和装置 | |
Huang et al. | Activity identification from GPS trajectories using spatial temporal POIs' attractiveness | |
CN103559636B (zh) | 一种基于云计算和智能分析的餐饮管理系统 | |
CN106651603A (zh) | 基于位置服务的风险评估方法及装置 | |
CN106937253B (zh) | 一种顾客判断方法及系统、服务器 | |
US20150051948A1 (en) | Behavioral attribute analysis method and device | |
CN107578277B (zh) | 用于电力营销的出租房客户定位方法 | |
Larsson et al. | Location and co-location in retail: a probabilistic approach using geo-coded data for metropolitan retail markets | |
Demunter | Tourism statistics: Early adopters of big data | |
US20030033195A1 (en) | Retail site location void analysis system and method | |
US20100332482A1 (en) | Real time data collection system and method | |
CN104751345B (zh) | 一种基于位置的数据处理方法以及装置 | |
CN107977764A (zh) | 索引文件的生成、配送员信息的查询方法、装置和服务器 | |
CN105160173B (zh) | 安全评估方法和装置 | |
CN108596520B (zh) | 一种餐厅选址优化方法及装置 | |
Newing et al. | Identifying seasonal variations in store‐level visitor grocery demand | |
CN111080339A (zh) | 基于场景的类目偏好数据生成方法及装置 | |
CN109685573A (zh) | 一种商圈数据的处理方法、装置、电子设备和存储介质 | |
CN113052505A (zh) | 基于人工智能的跨境文旅推荐方法、装置和设备 | |
Ballatore et al. | This city is not a bin: Crowdmapping the distribution of urban litter | |
Philp et al. | Archetypes of footfall context: Quantifying temporal variations in retail footfall in relation to Micro-location characteristics | |
KR101729194B1 (ko) | 상권정보 제공 시스템 | |
CN104751234B (zh) | 一种用户资产的预测方法及装置 | |
Afrianto et al. | Booking prediction models for peer-to-peer accommodation listings using logistics regression, decision tree, K-nearest neighbor, and random Forest classifiers | |
JP7071948B2 (ja) | 対象地域の不動産の稼働率を推定するプログラム、装置及び方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180501 |