应用于跨境电商运输系统的信息处理方法及运输系统与流程

文档序号:11408604阅读:311来源:国知局
应用于跨境电商运输系统的信息处理方法及运输系统与流程

本发明涉及数据处理技术领域,具体涉及一种应用于跨境电商运输系统的信息处理方法及运输系统。



背景技术:

货物运输是物流系统的核心,商品通过运输作业实现卖方转移给买方或不同仓库之间的货物转移。

随着信息化技术的长足发展,运输系统,特别是国际运输系统,通常由指挥中心监控货物的运输过程。

为了提高物流效率,商家通常将货物预先存放在目标市场所在地或附近区域的仓库,当接收到来自目标市场的订单时,直接从该仓库发货。相应的,运输系统的指挥中心主要监控的是货物在仓库间的运输过程以及到达及离开仓库的运输过程。

如何保证运输过程监控的实时性、准确性,是运输系统发展的关键。



技术实现要素:

本发明提供一种应用于跨境电商运输系统的信息处理方法及运输系统,以保证运输过程监控的实时性和准确性。

第一方面,本发明提供的一种应用于运输系统的信息处理方法,包括:

指挥中心节点接收商户终端发送的运输请求;

所述指挥中心节点解析所述运输请求,确定所述运输请求对应的运输模式;

所述指挥中心节点创建所述运输请求对应的运输任务,所述运输任务包括状态和运输模式信息;

所述指挥中心节点根据所述运输模式判断所述商户终端发送所述运输请求所使用的消息入口;

若所述消息入口为订单入口,所述指挥中心节点向所述运输请求指示的发货仓库的仓库终端发送发货指令,所述发货指令中携带所述运输请求对应的箱码;所述指挥中心节点接收所述发货仓库的仓库终端返回的运单号,并更新所述运输任务的状态;所述指挥中心节点检测到所述运单号和所述箱码被扫描后,更新所述运输任务的状态;

若所述消息入口为预约入口,所述指挥中心节点为所述运输请求生成箱码,将所述箱码返回给所述商户终端及所述运输请求指示的收货仓库的仓库终端,并向所述运输请求指示的收货仓库的仓库终端发送所述运输请求指示的预约到货时间信息;所述指挥中心节点检测到所述箱码被扫描后,更新所述运输任务的状态。

可选的,若所述运输模式为fba直发模式或fba转运模式,所述指挥中心节点向所述运输请求指示的发货仓库的仓库终端发送发货指令之前,该方法还包括:

所述指挥中心节点在本地数据库中查找所述发货请求对应的fba箱码,所述发货指令中携带所述运输请求对应的fba箱码。

可选的,若所述运输模式为fba调仓模式,所述指挥中心节点向所述运输请求指示的发货仓库的仓库终端发送发货指令之前,该方法还包括:

所述指挥中心节点在本地数据库中查找所述发货请求对应的fba箱码,所述发货指令中携带所述运输请求对应的fba箱码;

所述指挥中心节点接收所述发货仓库的仓库终端返回的运单号之后,该方法还包括:

所述指挥中心节点向所述运输请求指示的调拨仓库的仓库终端发送收货指令,所述收货指令中携带所述运单号和所述箱码。

可选的,若所述运输模式为订单直发模式,所述发货指令中携带所述运输请求对应的本运输系统的箱码。

可选的,若所述运输模式为海外调拨模式,所述发货指令中携带所述运输请求对应的本运输系统的箱码;所述指挥中心节点接收所述发货仓库的仓库终端返回的运单号之后,该方法还包括:

所述指挥中心节点向所述运输请求指示的调拨仓库的仓库终端发送收货指令,所述收货指令中携带所述运单号和所述箱码。

基于上述任意方法实施例,可选的,若所述运输模式非fba转运模式,该方法还包括:

所述发货仓库的仓库终端根据接收到的发货指令自动生成发货计划,并将发货计划中的相关信息返回给所述指挥中心节点。

基于上述任意方法实施例,可选的,该方法还包括:

各个仓库终端按照预定周期,将需要返回给所述指挥中心节点的数据进行去冗余处理后,按照预定打包格式打包,并向所述指挥中心节点返回打包消息;

所述指挥中心节点接收所述发货仓库的仓库终端返回的运单号,包括:

所述指挥中心节点按照预定的周期接收各个仓库返回的打包消息;

所述指挥中心节点按照预定的解析格式从所述发货仓库的仓库终端返回的打包消息中获取运单号。

第二方面,本发明提供的一种运输系统,包括:

商户终端,用于向指挥中心节点发送运输请求;

指挥中心节点,用于接收商户终端发送的运输请求;解析所述运输请求,确定所述运输请求对应的运输模式;创建所述运输请求对应的运输任务,所述运输任务包括状态和运输模式信息;根据所述运输模式判断所述商户终端发送所述运输请求所使用的消息入口;若所述消息入口为订单入口,所述指挥中心节点向所述运输请求指示的发货仓库的仓库终端发送发货指令,所述发货指令中携带所述运输请求对应的箱码;所述指挥中心节点接收所述发货仓库的仓库终端返回的运单号,并更新所述运输任务的状态;所述指挥中心节点检测到所述运单号和所述箱码被扫描后,更新所述运输任务的状态;若所述消息入口为预约入口,所述指挥中心节点为所述运输请求生成箱码,将所述箱码返回给所述商户终端及所述运输请求指示的收货仓库的仓库终端,并向所述运输请求指示的收货仓库的仓库终端发送所述运输请求指示的预约到货时间信息;所述指挥中心节点检测到所述箱码被扫描后,更新所述运输任务的状态;

仓库终端,用于在接收到发货指令后,向所述指挥中心节点返回运单号,还用于在到货后,扫描货物的运单号及箱码,并将扫描结果返回给所述指挥中心节点。

可选的,若所述运输模式非fba转运模式,所述仓库终端还用于,根据接收到的发货指令自动生成发货计划,并将发货计划中的相关信息返回给所述指挥中心节点。

可选的,其特征在于:

仓库终端用于按照预定周期,将需要返回给所述指挥中心节点的数据进行去冗余处理后,按照预定打包格式打包,并向所述指挥中心节点返回打包消息;

所述指挥中心节点接收所述发货仓库的仓库终端返回的运单号时,具体用于按照预定的周期接收各个仓库返回的打包消息;按照预定的解析格式从所述发货仓库的仓库终端返回的打包消息中获取运单号。

本发明的有益效果在于:

本发明实施例提供的系统及方法,可以对不同运输模式的运输过程进行监控,集成度高,满足客户不同的运输模式需求。

另外,本发明实施例提供的系统及方法,在整个运输过程中以箱码结合运单号作为监控的标识。由于商户的每单货物均对应唯一的箱码,且在商户在运输系统下单时即会分配箱码,因此,利用箱码跟踪货物可以保证全程跟踪;而结合运单号进行跟踪,则可以很方便地监控是否有丢单现象存在,其可靠性更高。

又另,指挥中心节点会定期接收仓库返回的信息,该时间间隔可以根据需要设置,因此保证了运输过程监控的实时性。并且,仓库终端与指挥中心节点之间传递的是打包消息,即避免了冗余消息的传递,也保证了不会存在消息的丢包现象。

附图说明

为了更清楚地说明本发明具体实施方式中的技术方案,下面将对具体实施方式中所需要使用的附图作简单地介绍。

图1示出了本发明实施例提供的方法流程图;

图2示出了本发明实施例提供的系统示意图。

具体实施方式

下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案,因此只是作为示例,而不能以此来限制本发明的保护范围。

需要注意的是,除非另有说明,本发明使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。

本发明提供一种应用于运输系统的信息处理方法,如图1所示,具体包括如下步骤:

步骤100、指挥中心节点接收商户终端发送的运输请求。

具体的,商户终端发送运输请求的入口有多种。例如,通过运输系统提供的网页发送运输请求,又例如,通过扫描箱码发送运输请求等等。

步骤110、指挥中心节点解析上述运输请求,确定上述运输请求对应的运输模式。

该步骤的具体实现方式有多种。例如,运输请求中携带运输模式的标识,指挥中心节点通过解析获取该标识,从而确定运输模式。又例如,解析上述运输请求,判断运输请求的消息格式;若所述运输请求的消息格式为预约入口对应的消息格式,确定所述运输请求对应的运输模式为到货预约模式;若所述运输请求的消息格式为订单入口对应的消息格式,指挥中心节点进一步解析所述运输请求,根据运输请求中携带的数据内容确定运输模式。

步骤120、指挥中心节点创建所述运输请求对应的运输任务,所述运输任务包括状态和运输模式信息。

步骤130、指挥中心节点判断所述商户终端发送所述运输请求所使用的消息入口。

本步骤中,指挥中心节点可以根据运输模式判断消息入口。因为,不同的运输模式,商户终端所使用的消息入口不同。例如,对于到货预约模式,商户终端只能通过预约入口发送运输请求。指挥中心节点也可以根据运输请求的消息格式判断消息入口。

若所述消息入口为订单入口,执行步骤140、指挥中心节点向所述运输请求指示的发货仓库的仓库终端发送发货指令,所述发货指令中携带所述运输请求对应的箱码。

步骤150、所述指挥中心节点接收所述发货仓库的仓库终端返回的运单号,并更新所述运输任务的状态。

步骤160、所述指挥中心节点检测到所述运单号和所述箱码被扫描后,更新所述运输任务的状态。

若所述消息入口为预约入口,执行步骤170、指挥中心节点为所述运输请求生成箱码,将所述箱码返回给所述商户终端及所述运输请求指示的收货仓库的仓库终端,并向所述运输请求指示的收货仓库的仓库终端发送所述运输请求指示的预约到货时间信息。

步骤180、所述指挥中心节点检测到所述箱码被扫描后,更新所述运输任务的状态。

本发明实施例提供的系统及方法,可以对不同运输模式的运输过程进行监控,集成度高,满足客户不同的运输模式需求。

另外,本发明实施例提供的系统及方法,在整个运输过程中以箱码结合运单号作为监控的标识。由于商户的每单货物均对应唯一的箱码,且在商户在运输系统下单时即会分配箱码,因此,利用箱码跟踪货物可以保证全程跟踪;而结合运单号进行跟踪,则可以很方便地监控是否有丢单现象存在,其可靠性更高。

下面将结合具体应用场景对不同运输模式下的信息处理方法进行详细说明。

场景一:fba直发

fba直发模式特指国内仓直发海外亚马逊fba仓的运输业务;

深圳的商户a提出一笔货物运输需求,该货物需要通过发货仓库(例如深圳仓)直发亚马逊fba仓。则该商户a首先获取fba箱码并上传至本发明实施例提供的运输系统的本地数据库保存,并通过本发明实施例提供的运输系统提供的订单入口向指挥中心节点发送运输请求,该运输请求包括货物名称、数量、包装要求、fba仓库地址、时效要求等等信息。

指挥中心节点接收到该运输请求后,解析该运输请求,根据运输请求中携带的信息确定运输模式为fba直发模式。这也意味着,运输请求的消息入口为订单入口。

相应的,指挥中心节点创建该运输请求对应的运输任务,并在后续根据运输进程更新运输任务的状态。

指挥中心节点在本地数据库中查找运输请求对应的fba箱码。具体的,指挥中心节点根据运输请求查找fba箱码。进而,指挥中心节点根据货物名称、数量等等确定发货仓库(即运输请求指示的发货仓库)的仓库终端发送发货指令,该发货指令中携带所述运输请求对应的fba箱码,还携带货物名称、数量、包装要求、fba仓库地址等信息。

发货仓库的仓库终端根据发货指令打包货物,打印fba箱码贴于货物,并安排向发货指令指示的fba仓库发货,向指挥终端节点发送运单号。

指挥中心节点接收到运单号后,更新运输任务的状态。

指挥中心节点通过亚马逊fba仓库api请求fba收货信息,并更新运输任务的状态。

因为本地数据库保存有fba箱码及运单号,因此,当fba箱码及运单号被扫描后,指挥中心节点能够检测到,从而更新运输任务的状态。

场景二:fba转运

fba转运模式特指货物通过国内仓发货中转海外仓转运海外亚马逊fba仓的运输业务;深圳的商户b提出一笔货物运输需求,该货物需要通过发货仓库(例如深圳仓)途径中转仓(例如美国仓)转运亚马逊fba仓。则该商户b首先获取fba箱码并上传至本发明实施例提供的运输系统的本地数据库保存,并通过本发明实施例提供的运输系统提供的订单入口向指挥中心节点发送运输请求,该运输请求包括货物名称、数量、包装要求、fba仓库地址、时效要求等等信息。

指挥中心节点接收到该运输请求后,解析该运输请求,根据运输请求中携带的信息确定运输模式为fba转运模式。这也意味着,运输请求的消息入口为订单入口。

相应的,指挥中心节点创建该运输请求对应的运输任务,并在后续根据运输进程更新运输任务的状态。

指挥中心节点在本地数据库中查找运输请求对应的fba箱码。具体的,指挥中心节点根据fba订单信息查找fba箱码。进而,指挥中心节点根据fba订单信息(例如货物名称、数量等等)确定发货仓库(即运输请求指示的发货仓库)的仓库终端发送发货指令和中转仓库(即运输请求指示的中转仓库)的仓库终端发送收货指令和配送指令,该发货指令中携带所述运输请求对应的fba箱码,还携带上述fba转运订单信息。

发货仓库的仓库终端根据fba转运订单信息打包货物,打印fba箱码贴于货物,并安排向fba转运订单指示的中转仓库发货,向指挥终端节点发送运单号。

指挥中心节点接收到运单号后,更新运输任务的状态。

中转仓库的仓库终端根据fba转运订单收货指令接收货物,并根据fba转运订单配送指令向亚马逊fba仓库发货,向指挥终端节点发送运单号码。

指挥中心节点接收到运单号后,更新运输任务的状态。

指挥中心节点通过亚马逊fba仓库api请求fba收货信息,并更新运输任务的状态。

因为本地数据库保存有fba箱码及运单号,因此,当fba箱码及运单号被扫描后,指挥中心节点能够检测到,从而更新运输任务的状态。

场景三:fba调仓

fba调仓特指货物从海外仓发运海外亚马逊fba仓的运输业务;

深圳的商户c提出一笔货物运输需求,该货物需要通过发货仓库(例如美国仓)发运亚马逊fba。则该商户c首先获取fba箱码并上传至本发明实施例提供的运输系统的本地数据库保存,并通过本发明实施例提供的运输系统提供的订单入口向指挥中心节点发送运输请求,该运输请求包括货物名称、数量、包装要求、fba仓库地址、时效要求等等信息。

指挥中心节点接收到该运输请求后,解析该运输请求,根据运输请求中携带的信息确定运输模式为fba调仓模式。这也意味着,运输请求的消息入口为订单入口。

相应的,指挥中心节点创建该运输请求对应的运输任务,并在后续根据运输进程更新运输任务的状态。

指挥中心节点在本地数据库中查找运输请求对应的fba箱码。具体的,指挥中心节点根据运输请求查找fba箱码。进而,指挥中心节点根据货物名称、数量等等确定发货仓库(即运输请求指示的发货仓库)的仓库终端发送发货指令,该发货指令中携带所述运输请求对应的fba箱码,还携带货物名称、数量、包装要求、调拨仓库地址、时效要求等信息。

发货仓库的仓库终端根据发货指令打包货物,打印fba箱码贴于货物,并安排向发货指令指示的调拨的fba仓库发货,向指挥终端节点发送运单号。

指挥中心节点接收到运单号后,更新运输任务的状态。

指挥中心节点通过亚马逊fba仓库api请求fba收货信息,并更新运输任务的状态。指挥中心。

因为本地数据库保存有fba箱码及运单号,因此,当fba箱码及运单号被扫描后,指挥中心节点能够检测到,从而更新运输任务的状态。

场景四:头程运输

深圳的商户d希望将一批货物从国内运送至加拿大仓库,则该商户d通过本发明实施例提供的运输系统提供的预定入口向指挥中心节点发送运输请求,该运输请求包括货物名称、数量、加拿大仓库地址等等信息。

指挥中心节点接收到该运输请求后,解析该运输请求,根据运输请求中携带的信息确定运输模式为到货预约模式。这也意味着,运输请求的消息入口为预约入口。

相应的,指挥中心节点创建该运输请求对应的运输任务,并在后续根据运输进程更新运输任务的状态。

指挥中心节点为所述运输请求生成箱码,将所述箱码返回给所述商户终端及所述运输请求指示的收货仓库的仓库终端,并向所述运输请求指示的收货仓库的仓库终端发送所述运输请求指示的预约到货时间信息。

所述指挥中心节点检测到所述箱码被扫描后,更新所述运输任务的状态。

场景五:海外调拨

深圳的商户f接收到一笔货物订单,该货物订单来自加拿大且需要进行海外调拨。则该商户f通过本发明实施例提供的运输系统提供的订单入口向指挥中心节点发送运输请求,该运输请求包括货物名称、数量、包装要求、仓库地址等等信息。

指挥中心节点接收到该运输请求后,解析该运输请求,根据运输请求中携带的信息确定运输模式为海外调拨模式。这也意味着,运输请求的消息入口为订单入口。

相应的,指挥中心节点创建该运输请求对应的运输任务,并在后续根据运输进程更新运输任务的状态。

指挥中心节点根据货物名称、数量等等确定发货仓库(即运输请求指示的发货仓库)的仓库终端发送发货指令,该发货指令中携带所述运输请求对应的箱码,还携带货物名称、数量、包装要求、调拨仓库地址等信息。

发货仓库的仓库终端根据发货指令打包货物,打印箱码贴于货物,并安排向发货指令指示的调拨仓库发货,向指挥终端节点发送运单号。

指挥中心节点接收到运单号后,更新运输任务的状态。

指挥中心节点向运输请求指示的收货仓库的仓库终端发送收货指令,所述收货指令中携带所述运单号和所述箱码。

调拨仓库接收到货物后,扫描运单号及箱码,并将扫描结果发送给指挥中心节点。

指挥中心节点接收到扫描结果后,更新运输任务状态。

基于上述任意方法实施例,可选的,若所述运输模式非fba模式,该方法还包括:

所述发货仓库的仓库终端根据接收到的发货指令自动生成发货计划,并将发货计划中的相关信息返回给所述指挥中心节点。

基于上述任意方法实施例,可选的,该方法还包括:

各个仓库终端按照预定周期,将需要返回给所述指挥中心节点的数据进行去冗余处理后,按照预定打包格式打包,并向所述指挥中心节点返回打包消息;

所述指挥中心节点接收所述发货仓库的仓库终端返回的运单号,包括:

所述指挥中心节点按照预定的周期接收各个仓库返回的打包消息;

所述指挥中心节点按照预定的解析格式从所述发货仓库的仓库终端返回的打包消息中获取运单号。

本发明提供的一种运输系统,如图2所示,包括:

商户终端200,用于向指挥中心节点发送运输请求;

指挥中心节点210,用于接收商户终端发送的运输请求;解析所述运输请求,确定所述运输请求对应的运输模式;创建所述运输请求对应的运输任务,所述运输任务包括状态和运输模式信息;根据所述运输模式判断所述商户终端发送所述运输请求所使用的消息入口;若所述消息入口为订单入口,所述指挥中心节点向所述运输请求指示的发货仓库的仓库终端发送发货指令,所述发货指令中携带所述运输请求对应的箱码;所述指挥中心节点接收所述发货仓库的仓库终端返回的运单号,并更新所述运输任务的状态;所述指挥中心节点检测到所述运单号和所述箱码被扫描后,更新所述运输任务的状态;若所述消息入口为预约入口,所述指挥中心节点为所述运输请求生成箱码,将所述箱码返回给所述商户终端及所述运输请求指示的收货仓库的仓库终端,并向所述运输请求指示的收货仓库的仓库终端发送所述运输请求指示的预约到货时间信息;所述指挥中心节点检测到所述箱码被扫描后,更新所述运输任务的状态;

仓库终端220,用于在接收到发货指令后,向所述指挥中心节点返回运单号,还用于在到货后,扫描货物的运单号及箱码,并将扫描结果返回给所述指挥中心节点。

可选的,若所述运输模式非fba转运模式,所述仓库终端还用于,根据接收到的发货指令自动生成发货计划,并将发货计划中的相关信息返回给所述指挥中心节点。

可选的,其特征在于:

仓库终端用于按照预定周期,将需要返回给所述指挥中心节点的数据进行去冗余处理后,按照预定打包格式打包,并向所述指挥中心节点返回打包消息;

所述指挥中心节点接收所述发货仓库的仓库终端返回的运单号时,具体用于按照预定的周期接收各个仓库返回的打包消息;按照预定的解析格式从所述发货仓库的仓库终端返回的打包消息中获取运单号。

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

本发明实施例所提供的用于拼接显示系统的触摸数据处理装置可以是计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的方法,具体实现可参见方法实施例,在此不再赘述。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。

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

最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围,其均应涵盖在本发明的权利要求和说明书的范围当中。

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