100字范文,内容丰富有趣,生活中的好帮手!
100字范文 > 包裹处理方法 装置 电子设备及可读存储介质与流程

包裹处理方法 装置 电子设备及可读存储介质与流程

时间:2018-07-18 14:14:08

相关推荐

包裹处理方法 装置 电子设备及可读存储介质与流程

本申请涉及数据处理领域,具体而言,涉及一种包裹处理方法、装置、电子设备及可读存储介质。

背景技术:

目前,网上购物规模越来越大,体积不大的包裹在所有包裹中的占比高,运输需求量大。

但是,由于各个物流提供商所覆盖的配送区域受限,同一件包裹常常需要经由多家物流提供商运输。而目前对于涉及到多家物流提供商配送的包裹,处理效率低。

技术实现要素:

本申请实施例的目的在于提供一种包裹处理方法、装置、电子设备及可读存储介质,用以改善现有技术中对于涉及到多家物流提供商配送的包裹,处理效率低的问题。

第一方面,本申请实施例提供一种包裹处理方法,所述方法包括:

接收对目标包裹上的指定标识进行扫描后得到的初始包裹信息;

根据所述初始包裹信息,按照预设的第一分类方式对所述目标包裹进行分类,得到第一包裹信息;

将所述第一包裹信息发送给第一系统,并根据所述第一系统的反馈内容生成第一快递单;

接收通过扫描所述第一快递单得到的第二包裹信息;

根据所述第二包裹信息,按照预设的第二分类方式对所述目标包裹进行分类,得到发货数据;

将所述发货数据发送给第二系统,以供所述第二系统对应的物流提供商根据所述发货数据对所述目标包裹进行运输。

通过上述方法,能够对需要经由多家物流提供商配送的包裹进行有效协调管理,通过对包裹的二次分类能够迅速确定出配送方以及配送目的地,减少了大量的人为处理工作量,提高了对于包裹的处理效率。

结合第一方面,在一种可能的设计中,在所述将所述发货数据发送给第二系统的步骤之后,所述方法还包括:

接收所述第二系统反馈的第一包裹轨迹;

根据所述第一包裹轨迹对所述目标包裹进行轨迹拼接,得到所述目标包裹的当前轨迹。

通过上述实现方式,以此能够将不同物流提供商对于同一目标包裹的包裹轨迹进行拼接。可以使得用户不再需要分别登录不同的系统以获知同一包裹的运送情况,此外,还能有利于在包裹出现运输问题时根据包裹轨迹进行追责确认。

结合第一方面,在一种可能的设计中,所述根据所述第一包裹轨迹对所述目标包裹进行轨迹拼接,得到所述目标包裹的当前轨迹的步骤,包括:

获取所述目标包裹的第二包裹轨迹,所述第二包裹轨迹为所述目标包裹被交付给所述第二系统对应的物流提供商之前的包裹轨迹;

对所述第二包裹轨迹以及接收到的所述第一包裹轨迹进行轨迹拼接,得到所述目标包裹的当前轨迹。

通过上述实现方式提供了一种进行轨迹拼接的实现方式。

结合第一方面,在一种可能的设计中,在所述接收对目标包裹上的指定标识进行扫描后得到的初始包裹信息的步骤之前,所述方法还包括:

接收外部订单平台的包裹订单;

根据所述包裹订单生成所述初始包裹信息;

响应对于所述初始包裹信息的打印请求操作,生成与所述初始包裹信息关联的所述指定标识。

通过上述实现方式能够快速完成下单,提升了处理效率。

结合第一方面,在一种可能的设计中,所述根据所述包裹订单生成所述初始包裹信息的步骤,包括:

将所述包裹订单的内容与预设的模板进行匹配,并将所述包裹订单的部分内容导入匹配出的模板中,得到所述初始包裹信息。

通过上述实现方式能够快速得到揽收阶段之前的包裹信息,提升了包裹处理效率。

结合第一方面,在一种可能的设计中,所述将所述第一包裹信息发送给第一系统,并根据所述第一系统的反馈内容生成第一快递单的步骤,包括:

将所述第一包裹信息发送给所述第一系统;

接收所述第一系统反馈的第一运单号;

根据所述第一运单号生成所述第一快递单。

通过上述实现方式能够快速与外部第一系统进行数据交互,实现订单的快速推送与反馈,有利于包裹的后续运输与交接。

结合第一方面,在一种可能的设计中,在所述接收对目标包裹上的指定标识进行扫描后得到的初始包裹信息的步骤之后,所述方法还包括:

响应对于多个目标包裹的合包操作,得到与所述多个目标包裹对应的合计费用。

通过上述实现方式能够一次性对多个包裹进行处理,提升了包裹处理效率。

第二方面,本申请实施例提供一种包裹处理装置,所述装置包括:

接收模块,用于接收对目标包裹上的指定标识进行扫描后得到的初始包裹信息;

分类模块,用于根据所述初始包裹信息,按照预设的第一分类方式对所述目标包裹进行分类,得到第一包裹信息;

处理模块,用于将所述第一包裹信息发送给第一系统,并根据所述第一系统的反馈内容生成第一快递单;

所述接收模块还用于接收通过扫描所述第一快递单得到的第二包裹信息;

所述分类模块还用于根据所述第二包裹信息,按照预设的第二分类方式对所述目标包裹进行分类,得到发货数据;

所述处理模块还用于将所述发货数据发送给第二系统,以供所述第二系统对应的物流提供商根据所述发货数据对所述目标包裹进行运输。

通过上述装置能够执行前述第一方面提供的包裹处理方法,提升包裹处理效率。

第三方面,本申请实施例提供一种电子设备,所述电子设备包括:处理器、存储器,所述存储器存储有所述处理器可执行的机器可读指令,当所述电子设备运行时,所述机器可读指令被所述处理器执行时执行前述第一方面所述方法的步骤。

第四方面,本申请实施例提供一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如前述第一方面所述的方法中的步骤。

附图说明

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

图1为本申请实施例提供的一种包裹处理系统的示意图。

图2为本申请实施例提供的一种电子设备的示意图。

图3为本申请实施例提供的一种包裹处理方法的示意图。

图4为本申请实施例提供的一个实例中的包裹处理流程示意图。

图5为本申请实施例提供的一种包裹处理装置的功能模块示意图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。

请参阅图1,图1为本申请实施例提供的一种包裹处理系统100的示意图。该包裹处理系统100可用于执行本申请实施例提供的包裹处理方法。该包裹处理系统100可以接入web(worldwideweb,全球广域网,也称为万维网)页面外网101和客户端页面内网102。作为一种实施方式,包裹处理系统100可通过阿里云公网连接web页面外网101,通过internet网络连接客户端页面内网102。包裹处理系统100还可通过lan(localareanetwork,局域网)连接到数据库103,数据库103可以有多个。

包裹处理系统100中可以包括多个功能服务器(参见图1中的服务器1、服务器2……服务器n)。从功能上划分,功能服务器可以分为内部接口服务器、应用服务器、文件服务器、定时任务服务器、用户服务器。内部接口服务器、应用服务器、文件服务器、定时任务服务器与客户端页面内网102连接,用户服务器可与web页面外网101连接。内部接口服务器、应用服务器、文件服务器、定时任务服务器、用户服务器可通过lan网络与数据库103连接。其中,在一些实施例中,可以由同一服务器实现多个功能,因此,在一些应用场景下,部分功能服务器可以集成为一个服务器或一个服务器集群。

包裹处理系统100还可以包括用户终端,用户终端可以是个人计算机、移动终端、服务器等设备,用户可通过用户终端经外网101或内网102与功能服务器实现数据交互。

可选的,包裹处理系统100中具体可以设置订单管理模块、问题件管理模块、费用管理模块、订单查询模块、订单信息对接模块、包裹操作模块、报价管理模块等多个业务模块。

订单管理模块,可用于下载订单,还可以用于上传运单号,提供了批量导入、更改运输方式、打印服务。

问题件管理模块,用于为异常的包裹提供问题通知、问题处理、订单退件、订单放行、欠费通知服务。

费用管理模块,用于提供付款查询、自助对账、每日费用查询、运费明细查询、运费试算服务。

订单查询模块,用于提供货物交接服务和轨迹查询服务,以使用户能够根据不同的运单状态查询对应状态的包裹轨迹信息。

订单信息对接模块,可用于与电商平台对接、与主流的erp(enterpriseresourceplanning,企业资源计划)系统进行对接、与提供物流运输服务的外部系统进行对接。在一个实例中,电商平台可以是“敦煌网”、“亚马逊”、“速卖通”等平台,rrp系统可以是“店小秘”、“通途”、“速脉”、“全球交易助手”等系统。

包裹操作模块,可用于对渠道订单进行查询,还可以用于对包裹进行合包管理,以对多个包裹进行合包操作,并对合包操作对应的多个包裹进行运费合计、合计下单。

包裹操作模块还可用于进行收件管理,以读取出包裹上的标识对应的运单号、订单信息等。

包裹操作模块还可以用于在确定出存在扫描动作时发出带有分类信息的语音提示,以帮助用户对包裹进行分拣。

包裹操作模块还可以用于提供对于包裹的签入签出进行记录。

报价管理模块,用于对客户报价、代理方报价、报价工具进行管理。

除了上述业务模块,包裹处理系统100的服务器中还可以设置更多其他的基础功能模块,基础功能模块可以包括:用于进行结算业务的结算模块、用于进行统计的统计模块、用于与用户进行交互的客户模块等。

请参阅图2,图2为本申请实施例提供的一种电子设备200的示意图。该电子设备200包括处理器220、存储器210。存储器210存储有处理器220可执行的机器可读指令,当电子设备200运行时,机器可读指令被处理器220执行时执行本申请实施例提供的包裹处理方法中的步骤。

在实际应用中,电子设备200还可以包括显示单元230,显示单元230用于向用户提供数据交互界面,可以展示包裹处理方法的实现过程中得到的各种信息、轨迹。

其中,存储器210中可以存储本申请实施例提供的包裹处理装置500。

本领域普通技术人员可以理解,图2所示的结构仅为示意,其并不对电子设备200的结构造成限定。电子设备200还可以比图2中所示更多或更少的组件。于本申请实施例中,电子设备200可以是服务器、个人计算机、移动设备等具有运算处理能力的设备,例如电子设备200可以是包裹处理系统100中的功能服务器n。

请参阅图3,图3为本申请实施例提供的应用于图2所示的电子设备200的包裹处理方法的流程图。下面将对图3所示的具体流程进行详细阐述。

如图3所示,包裹处理方法可以包括步骤:s31-s36。

s31:接收对目标包裹上的指定标识进行扫描后得到的初始包裹信息。

其中,目标包裹可以表示当前处理的包裹。每一个目标包裹都有一个指定标识。

指定标识可以是条形码、二维码等。通过扫描目标包裹上的指定标识可以得到指定标识所对应的初始包裹信息。初始包裹信息中记录有目标包裹的属性、体积/质量等基础信息,初始包裹信息中还记录有寄件人、收件人的信息。目标包裹的属性可能是服饰、易碎品、文件、危险品等基本属性。

s32:根据初始包裹信息,按照预设的第一分类方式对目标包裹进行分类,得到第一包裹信息。

其中,第一包裹信息可以是对目标包裹进行分类后得到的具有类别信息的数据。作为一种实现方式,第一包裹信息仅包括类别信息,作为另一种实现方式,第一包括信息包括初始包裹信息和类别信息。

s33:将第一包裹信息发送给第一系统,并根据第一系统的反馈内容生成第一快递单。

第一系统是与包裹处理系统100通信连接的外部系统。包裹处理系统100中的设备可以通过约定的接口与第一系统实现数据交互。

其中,将第一包裹信息发送给第一系统,可以实现订单的推送。作为一种实现方式,可以通过与第一系统对应的快递单接口接收第一系统的反馈内容,在接收到第一系统根据第一包裹信息生成的运单号或者快递单号后,根据接收的运单号或快递单号生成第一快递单。

在生成第一快递单后,可以将快递单打印出来贴在目标包裹上,使得工作人员能够根据第一快递单进行中转运输,以将目标包裹送至外场仓库或指定站点。外场仓库或指定站点可以作为包裹的签入签出点。

s34:接收通过扫描第一快递单得到的第二包裹信息。

其中,可以接收外场工作人员进行包裹交接时对目标包裹进行扫描操作而得到的第二包裹信息。

s35:根据第二包裹信息,按照预设的第二分类方式对目标包裹进行分类,得到发货数据。

其中,第二分类方式可以是按照目的地的地域属性进行分类,例如可以按照地域分区或者国家进行分类。而第一分类方式可以是按照选中的物流提供商进行分类。通过二次分类的包裹可以根据第一次分类的分类结果确定选择何种包裹标准进行分拣装袋,以及送至哪个站点进行中转,降低了工作人员的分拣识别工作量。而根据第二次分类的分类结果可以确定下一个物流提供商的运送目的地。

s36:将发货数据发送给第二系统,以供第二系统对应的物流提供商根据发货数据对目标包裹进行运输。

其中,发货数据中可以包括按第二分类方式得到的分类结果,还可以包括第二包裹信息。将发货数据发送给第二系统,可以让第二系统根据发货数据对目标包裹进行后续运输。

在上述实现过程中,通过上述s31-36可以实现对于目标包裹的揽收过程、外场中转过程的协调作用。通过上述方法可以快速地根据目标包裹的相关数据进行二次分类,且两次分类的标准不同,能够快速确定出配送商家。且在目标包裹被交付到对应的物流提供商后,可以快速根据分类结果确定当前阶段的配送目的地,若是在第二次分类的过程中确定出多级分类结果,可以使得目标包裹能够按照多级分类结果进行分级配送。上述目标包裹在经由多个物流提供商进行配送的过程中,采用上述方法能够实现较好的协调响应作用,减少了大量的人为工作量,提升了对于目标包裹的处理效率。

其中,本申请实施例中提及的包裹可以是体积较小的包裹。作为一种实施方式,目标包裹可以表示重量在两千克以内,外包装长宽高之和小于90厘米,且最长边小于60厘米的包裹。在一个实例中,可以将能够通过邮政空邮服务寄往国外的小邮包作为目标包裹。

在日常生活中,体积较小的包裹运输需求量大,数量多,处理流程繁琐,管理混乱。通过本申请实施例提供的方法能够对小包裹进行有效管理,提升对于小包裹的处理效率。

可选的,在上述s36之后,方法还可以包括:s37-s38。

s37:接收第二系统反馈的第一包裹轨迹。

其中,第二系统对应的物流提供商可能设置了多个交接点。

第一包裹轨迹可以是最新的一段包裹轨迹,例如,可以是目标包裹从上一个交接点至当前位置所对应的包裹轨迹。

第一包裹轨迹还可以是多段包裹轨迹的组合,例如,第一包裹轨迹可以表示目标包裹被交付给第二系统所对应的物流提供商后的所有包裹轨迹的组合。

s38:根据第一包裹轨迹对目标包裹进行轨迹拼接,得到目标包裹的当前轨迹。

作为一种实施方式,s38具体可以包括子步骤:s381-s382。

s381:获取目标包裹的第二包裹轨迹,第二包裹轨迹为目标包裹被交付给第二系统对应的物流提供商之前的包裹轨迹。

s382:对第二包裹轨迹以及接收到的第一包裹轨迹进行轨迹拼接,得到目标包裹的当前轨迹。

通过上述实施方式,能够将不同物流提供商对于同一目标包裹的包裹轨迹进行拼接。在接收到对于目标包裹的轨迹查询请求时,可以将目标包裹的当前轨迹进行展示,也可以将其中的第一包裹轨迹、第二包裹轨迹以不同的显示方式进行展示。以此可以使得用户不再需要分别登录不同的系统以获知同一包裹的运送情况,此外,还能有利于在包裹出现运输问题时根据包裹轨迹进行追责确认。

可选的,第二包裹轨迹可以包括第一系统对应的物流提供商反馈的包裹轨迹。若是目标包裹还经由第三系统对应的外部设备进行处理,则第二包裹轨迹可以包括多家物流提供商反馈的历史包裹轨迹。

可选的,在上述s31之前,方法还可以包括步骤s301-s303。

s301:接收外部订单平台的包裹订单。包裹订单中可能有外部订单平台提供的卖家信息、卖家信息、货物信息等。

外部订单平台可以是电商平台、erp(enterpriseresourceplanning,企业资源计划)系统、自主下单系统、手动下单系统等系统提供的下单平台。

s302:根据包裹订单生成初始包裹信息。

作为一种实现方式,可以将包裹订单的内容与预设的模板进行匹配,并将包裹订单的部分内容导入匹配出的模板中,得到初始包裹信息。

其中,生成的初始包裹信息可以通过与第二系统关联的预报订单接口发送至第二系统,以使第二系统能够提前为目标包裹分配运单号。

s303:响应对于初始包裹信息的打印请求操作,生成与初始包裹信息关联的指定标识。

生成的指定标识可被印制或者黏贴在目标包裹上,以使用户可以在任意地方对指定标识进行扫描以获取初始包裹信息。

作为一种实现方式,可以在接收到第二系统反馈的运单号后,响应对于初始包裹信息的打印请求操作,生成与第二系统的运单号、初始包裹信息关联的指定标识。

通过上述实现过程,可以对目标包裹进行快速备案、快速打单。

可选的,上述s33具体可以包括:将第一包裹信息发送给第一系统;接收第一系统反馈的第一运单号;根据第一运单号生成第一快递单。

以此能够实现与外部系统的数据交互,可通过与第一系统关联的快递单接口向第一系统进行订单推送,并根据第一系统反馈的单号生成第一快递单。以此可以根据第一快递单对目标包裹进行后续监控和管理。

可选的,在上述s31之后,方法还可以包括:响应对于多个目标包裹的合包操作,得到与多个目标包裹对应的合计费用。

其中,在得到目标包裹的初始包裹信息后,可以随时响应对于多个目标包裹的合包操作,以得到与多个目标包裹对应的合计费用。其中,可以根据初始包裹信息中的属性、寄件人地址、收件人地址以及选中的物流提供商计算合计费用。具体的费用计算过程可能与实际经手的商家、代理商、运输方提供的报价或设置的优惠折扣有关,本申请不对具体的费用计算过程作限制。

以此能够提供合包处理服务,并快速给出多个包裹的合计费用。

在一个实例中,实际应用场景下的包裹处理方法的流程可以如图4所示。本申请实施例的包裹处理系统100可以作为目标系统。第一系统可以是德邦系统,第二系统可以是邮政系统。

在客户下单阶段,用户通过外部的电商平台、erp系统、自主下单系统或手动下单系统进行下单操作,目标系统根据下单操作中的包裹订单内容得到初始包裹信息。目标系统通过与邮政系统关联的邮政预报订单接口,向邮政系统发送初始包裹信息实现向第二系统的订单推送,还接收邮政系统反馈的运单号,以根据邮政系统反馈的运单号打印订单,打印出的订单中包括与初始包裹信息关联的指定标识。当指定标识被附在目标包裹的包装上之后,目标包裹进入揽收阶段。

在揽收阶段,目标系统接收工作人员通过扫描仪扫描目标包裹上的指定标识而得到的初始包裹信息,根据初始包裹信息按照外场封装标准或者快递包裹标准对目标包裹进行分类,得到包含分类结果的第一包裹信息。将第一包裹信息发送给德邦系统后,根据德邦系统返回的单号生成德邦快递单。此时,目标包裹进入外场阶段。

其中,工作人员能够根据分类结果对目标包裹的实物进行分拣、再包装,可以将打印出的德邦快递单贴在目标包裹上,以利于对目标包裹的后续运输管理与交接。

在外场阶段,目标包裹被预先设置的签入签收站点进行中转,每一次中转过程都被记录在目标系统中。在一次交接过程中,目标系统接收到工作人员通过扫描仪扫描德邦快递单而返回的第二包裹信息,从而进行交接记录。目标系统根据第二包裹信息,按照分区或国家对目标包裹进行二次分类,得到发货数据。然后将发货数据发送给邮政系统,还可控制用户终端发出交货提示,以将目标包裹交付给提供邮政服务的站点。其中,工作人员可以根据发货数据进行对目标包裹进行分拣装袋。

当邮政系统接收到目标系统发送的发货数据后,通知工作人员对目标包裹进行配送。其中,目标系统可以随时接收邮政系统反馈的对于目标包裹的第一包裹轨迹,也可以随时接收德邦系统反馈的对于目标包裹的第二包裹轨迹。目标系统可以对目标包裹的多个包裹轨迹进行拼接,从而实现包裹追踪。

通过上述方法的步骤及各种实现方式,能够对涉及到多家物流服务提供商进行运输的包裹进行有效管理与协调,提升了包裹处理效率。

请参阅图5,图5为本申请实施例提供的一种包裹处理装置500的功能模块示意图。该包裹处理装置500可以被存储于前述电子设备200的存储器210中。

该包裹处理装置500可包括:接收模块501、分类模块502、处理模块503。

接收模块501,用于接收对目标包裹上的指定标识进行扫描后得到的初始包裹信息。

分类模块502,用于根据初始包裹信息,按照预设的第一分类方式对目标包裹进行分类,得到第一包裹信息。

处理模块503,用于将第一包裹信息发送给第一系统,并根据第一系统的反馈内容生成第一快递单。

接收模块501还用于接收通过扫描第一快递单得到的第二包裹信息。

分类模块502还用于根据第二包裹信息,按照预设的第二分类方式对目标包裹进行分类,得到发货数据。

处理模块503还用于将发货数据发送给第二系统,以供第二系统对应的物流提供商根据发货数据对目标包裹进行运输。

通过该包裹处理装置500能够执行前述包裹处理方法中的各个步骤,从而提升对于包裹的处理效率。

可选的,包裹处理装置500还可以包括:轨迹拼接模块,用于接收所述第二系统反馈的第一包裹轨迹,还用于根据所述第一包裹轨迹对所述目标包裹进行轨迹拼接,得到所述目标包裹的当前轨迹。其中,得到的当前轨迹可以通过包裹处理系统100中的订单查询模块进行展示。

可选地,轨迹拼接模块具体还可以用于:获取所述目标包裹的第二包裹轨迹,所述第二包裹轨迹为所述目标包裹被交付给所述第二系统对应的物流提供商之前的包裹轨迹,还用于对所述第二包裹轨迹以及接收到的所述第一包裹轨迹进行轨迹拼接,得到所述目标包裹的当前轨迹。

可选地,包裹处理装置500还可以包括:标识生成模块。标识生成模块可用于接收外部订单平台的包裹订单;根据所述包裹订单生成所述初始包裹信息;响应对于所述初始包裹信息的打印请求操作,生成与所述初始包裹信息关联的所述指定标识。

可选地,标识生成模块还可以用于将所述包裹订单的内容与预设的模板进行匹配,并将所述包裹订单的部分内容导入匹配出的模板中,得到所述初始包裹信息。

可选地,处理模块503还可以用于:将所述第一包裹信息发送给所述第一系统;接收所述第一系统反馈的第一运单号;根据所述第一运单号生成所述第一快递单。

可选地,包裹处理装置500还可以包括:合包模块,合包模块可用于响应对于多个目标包裹的合包操作,得到与所述多个目标包裹对应的合计费用。

关于本申请实施例中包裹处理装置500的其他细节,请进一步参考前述关于包裹处理方法的相关描述,在此不再赘述。

除了上述实施例以外,本申请实施例还提供一种可读存储介质,可读存储介质上存储有计算机程序,计算机程序被处理器220运行时执行前述包裹处理方法中的各个步骤。

在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,各个模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

另外,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。

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

在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

技术特征:

1.一种包裹处理方法,其特征在于,所述方法包括:

接收对目标包裹上的指定标识进行扫描后得到的初始包裹信息;

根据所述初始包裹信息,按照预设的第一分类方式对所述目标包裹进行分类,得到第一包裹信息;

将所述第一包裹信息发送给第一系统,并根据所述第一系统的反馈内容生成第一快递单;

接收通过扫描所述第一快递单得到的第二包裹信息;

根据所述第二包裹信息,按照预设的第二分类方式对所述目标包裹进行分类,得到发货数据;

将所述发货数据发送给第二系统,以供所述第二系统对应的物流提供商根据所述发货数据对所述目标包裹进行运输。

2.根据权利要求1所述的方法,其特征在于,在所述将所述发货数据发送给第二系统的步骤之后,所述方法还包括:

接收所述第二系统反馈的第一包裹轨迹;

根据所述第一包裹轨迹对所述目标包裹进行轨迹拼接,得到所述目标包裹的当前轨迹。

3.根据权利要求2所述的方法,其特征在于,所述根据所述第一包裹轨迹对所述目标包裹进行轨迹拼接,得到所述目标包裹的当前轨迹的步骤,包括:

获取所述目标包裹的第二包裹轨迹,所述第二包裹轨迹为所述目标包裹被交付给所述第二系统对应的物流提供商之前的包裹轨迹;

对所述第二包裹轨迹以及接收到的所述第一包裹轨迹进行轨迹拼接,得到所述目标包裹的当前轨迹。

4.根据权利要求1所述的方法,其特征在于,在所述接收对目标包裹上的指定标识进行扫描后得到的初始包裹信息的步骤之前,所述方法还包括:

接收外部订单平台的包裹订单;

根据所述包裹订单生成所述初始包裹信息;

响应对于所述初始包裹信息的打印请求操作,生成与所述初始包裹信息关联的所述指定标识。

5.根据权利要求4所述的方法,其特征在于,所述根据所述包裹订单生成所述初始包裹信息的步骤,包括:

将所述包裹订单的内容与预设的模板进行匹配,并将所述包裹订单的部分内容导入匹配出的模板中,得到所述初始包裹信息。

6.根据权利要求1所述的方法,其特征在于,所述将所述第一包裹信息发送给第一系统,并根据所述第一系统的反馈内容生成第一快递单的步骤,包括:

将所述第一包裹信息发送给所述第一系统;

接收所述第一系统反馈的第一运单号;

根据所述第一运单号生成所述第一快递单。

7.根据权利要求1所述的方法,其特征在于,在所述接收对目标包裹上的指定标识进行扫描后得到的初始包裹信息的步骤之后,所述方法还包括:

响应对于多个目标包裹的合包操作,得到与所述多个目标包裹对应的合计费用。

8.一种包裹处理装置,其特征在于,所述装置包括:

接收模块,用于接收对目标包裹上的指定标识进行扫描后得到的初始包裹信息;

分类模块,用于根据所述初始包裹信息,按照预设的第一分类方式对所述目标包裹进行分类,得到第一包裹信息;

处理模块,用于将所述第一包裹信息发送给第一系统,并根据所述第一系统的反馈内容生成第一快递单;

所述接收模块还用于接收通过扫描所述第一快递单得到的第二包裹信息;

所述分类模块还用于根据所述第二包裹信息,按照预设的第二分类方式对所述目标包裹进行分类,得到发货数据;

所述处理模块还用于将所述发货数据发送给第二系统,以供所述第二系统对应的物流提供商根据所述发货数据对所述目标包裹进行运输。

9.一种电子设备,其特征在于,所述电子设备包括:处理器、存储器,所述存储器存储有所述处理器可执行的机器可读指令,当所述电子设备运行时,所述机器可读指令被所述处理器执行时执行权利要求1-7任一项所述的方法中的步骤。

10.一种可读存储介质,其特征在于,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行权利要求1-7任一项所述的方法中的步骤。

技术总结

本申请提供一种包裹处理方法、装置、电子设备及可读存储介质,该方法包括:接收对目标包裹上的指定标识进行扫描后得到的初始包裹信息;根据所述初始包裹信息,按照预设的第一分类方式对所述目标包裹进行分类,得到第一包裹信息;将所述第一包裹信息发送给第一系统,并根据所述第一系统的反馈内容生成第一快递单;接收通过扫描所述第一快递单得到的第二包裹信息;根据所述第二包裹信息,按照预设的第二分类方式对所述目标包裹进行分类,得到发货数据;将所述发货数据发送给第二系统,以供所述第二系统对应的物流提供商根据所述发货数据对所述目标包裹进行运输。以此能够提高对于包裹的处理效率。

技术研发人员:龚辉成;刘永奎;肖兵;陈炫伶;李丹丹;陈海林

受保护的技术使用者:上海燕汐软件信息科技有限公司

技术研发日:.11.12

技术公布日:.02.28

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。