物流信息确定方法及装置与流程

文档序号:11143828
物流信息确定方法及装置与制造工艺

本申请涉及互联网数据处理技术领域,尤其涉及一种物流信息确定方法及装置。



背景技术:

物流面单是指物流行业在运送业务对象的过程中用以记录发件人、收件人以及业务对象重量、价格等相关信息的单据。在业务对象的运送的过程中,物流服务提供商需要依据业务对象上附着的物流面单上的收件人信息(收件人地址、邮编、电话、姓名等等)进行业务对象的分拣、转运及配送,最终将业务对象送达收件人。

在收件人信息填写准确且物流面单没有损坏的情况下,业务对象通常能够被送达到收件人。然而,由于各种原因,例如:业务对象上附着的物流面单的收件人信息字迹模糊、破损、收件人信息填写错误等等,往往会出现无法确定业务对象的收件人信息的无主件业务对象。这就使得,在线下,无法对该无主件业务对象进行分拣、转运及派送;在线上,与该无主件业务对象对应的物流订单的物流状态一直处于未完结状态(完结状态包括关闭、签收及拒签)。如果一直没有发起者主动推动该业务对象对应的物流订单,那么该物流订单将永远存在下去,物流状态永远不会达到完结状态。

统计数据显示,每天产生无主件业务对象的概率是3-5%。在业务对象的数量日益增长的当今社会,累计产生的这类无主件业务对象的数量将是非常庞大的,对应的物流订单的数量也是非常庞大的。无主件业务对象对应的物流订单无法进入完结状态,也就无法被删除或者移入历史物流订单数据库,只能堆积在当前物流订单数据库中。一方面,将会大量占用服务器上额外的存储空间;另一方面,随着时间的推移,堆积在当前物流订单数据库中的没有使用价值的 物流订单数量的会越来越庞大,这将导致在利用服务器中的当前物流订单数据库,对具有使用价值的物流订单的进行查询时,查询速度变得十分缓慢。



技术实现要素:

本申请实施例提供一种物流信息确定方法及装置,用以解决无主件业务对象无法派送而导致的物流订单数据库的存储空间被占用以及查询物流订单的速度变慢的技术问题。

一种物流信息确定方法,包括:

第一服务器接收第一用户设备发送的物流信息请求消息,所述物流信息请求消息中携带有无主件业务对象对应的物流订单的物流订单标识;

从确定的物流订单标识和收件人信息之间的第一对应关系中,查找物流信息请求消息中携带的物流订单标识对应的收件人信息;

向第一用户设备发送物流信息响应消息,所述物流信息响应消息中携带有查找到的收件人信息。

一种物流信息确定方法,包括:

第一用户设备采集附着在无主件业务对象的物流面单上的物流订单标识;

向第一服务器发送物流信息请求消息,所述物流信息请求消息中携带有采集的所述物流订单标识,以使所述第一服务器利用所述物流订单标识查找所述无主件业务对象的收件人信息;

接收第一服务器发送的物流信息响应消息,所述物流信息响应消息中携带有第一服务器查找到的收件人信息。

一种物流信息确定方法,包括:

第二服务器对物流订单处于未完结状态的时长进行监控;

当监控到物流订单处于未完结状态的时长超过设定时长时,从物流订单数据库中获取该物流订单的物流订单标识和收件人信息之间的第一对应关系;

将获取的所述第一对应关系发送给第一服务器,以使第一服务器利用所述 第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

一种物流信息确定方法,包括:

第二服务器接收第二用户设备发送的物流状态推动请求消息,所述物流状态推动请求消息中包含有物流订单标识和收件人信息之间的第一对应关系;

将所述第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

一种物流信息确定方法,包括:

第二服务器在向第二用户设备发送包含交易订单号的支付成功消息后,从物流订单数据库中获取该交易订单号对应的交易订单的收件人信息;

将该交易订单号与获取的收件人信息之间的第二对应关系发送给第一服务器;

第二服务器在向第三用户设备发送包含交易订单号和物流订单标识之间的第三对应关系的发货成功消息后,将所述第三对应关系发送给第一服务器,以使第一服务器利用所述第二对应关系和所述第三对应关系,确定物流订单标识和收件人信息之间的第一对应关系。

一种物流信息确定方法,包括:

第二服务器在向第三用户设备发送包含交易订单号和物流订单标识之间的第三对应关系的发货成功消息后,从物流订单数据库中获取发货成功消息中包含的交易订单号表示的交易订单的收件人信息;

将所述物流订单标识与获取的收件人信息之间的第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

一种物流信息确定方法,包括:

第二服务器在向第二用户设备针对当前物流状态为已入库转运仓的转运 订单发送包含多个转运订单标识的合单支付成功消息后,从物流订单数据库中获取所述多个转运订单标识对应的收件人信息;

将该多个转运订单标识与获取的收件人信息之间的第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象的转运订单标识对应的收件人信息。

一种物流信息确定方法,包括:

第二用户设备接收针对物流状态为已发货的业务对象的物流状态推动命令;

确定所述业务对象对应的物流订单的物流订单标识和收件人信息之间的第一对应关系;

向第二服务器发送物流状态推动请求消息,所述物流状态推动请求消息中包含确定的所述第一对应关系,以使所述第一对应关系经由第二服务器发送给第一服务器,所述第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

一种物流信息确定装置,包括:

接收单元,用于接收第一用户设备发送的物流信息请求消息,所述物流信息请求消息中携带有无主件业务对象对应的物流订单的物流订单标识;

查找单元,用于从确定的物流订单标识和收件人信息之间的第一对应关系中,查找物流信息请求消息中携带的物流订单标识对应的收件人信息;

发送单元,用于向第一用户设备发送物流信息响应消息,所述物流信息响应消息中携带有查找到的收件人信息。

一种物流信息确定装置,包括:

采集单元,用于采集附着在无主件业务对象的物流面单上的物流订单标识;

发送单元,用于向第一服务器发送物流信息请求消息,所述物流信息请求消息中携带有采集的所述物流订单标识,以使所述第一服务器利用所述物流订 单标识查找所述无主件业务对象的收件人信息;

接收单元,用于接收第一服务器发送的物流信息响应消息,所述物流信息响应消息中携带有第一服务器查找到的收件人信息。

一种物流信息确定装置,包括:

监控单元,用于对物流订单处于未完结状态的时长进行监控;

获取单元,用于当监控到物流订单处于未完结状态的时长超过设定时长时,从物流订单数据库中获取该物流订单的物流订单标识和收件人信息之间的第一对应关系;

发送单元,用于将获取的所述第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

一种物流信息确定装置,包括:

接收单元,用于接收第二用户设备发送的物流状态推动请求消息,所述物流状态推动请求消息中包含有物流订单标识和收件人信息之间的第一对应关系;

发送单元,用于将所述第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

一种物流信息确定装置,包括:

获取单元,用于在向第二用户设备发送包含交易订单号的支付成功消息后,从物流订单数据库中获取该交易订单号对应的交易订单的收件人信息;

第一发送单元,用于将该交易订单号与获取的收件人信息之间的第二对应关系发送给第一服务器;

第二发送单元,用于在向第三用户设备发送包含交易订单号和物流订单标识之间的第三对应关系的发货成功消息后,将所述第三对应关系发送给第一服务器,以使第一服务器利用所述第二对应关系和所述第三对应关系,确定物流 订单标识和收件人信息之间的第一对应关系。

一种物流信息确定装置,包括:

获取单元,用于在向第三用户设备发送包含交易订单号和物流订单标识之间的第三对应关系的发货成功消息后,从物流订单数据库中获取发货成功消息中包含的交易订单号表示的交易订单的收件人信息;

发送单元,用于将所述物流订单标识与获取的收件人信息之间的第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

一种物流信息确定装置,包括:

获取单元,用于在第二服务器向第二用户设备针对当前物流状态为已入库转运仓的转运订单发送包含多个转运订单标识的合单支付成功消息后,从物流订单数据库中获取所述多个转运订单标识对应的收件人信息;

发送单元,用于将该多个转运订单标识与获取的收件人信息之间的第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象的转运订单标识对应的收件人信息。

一种物流信息确定装置,包括:

接收单元,用于接收针对物流状态为已发货的业务对象的物流状态推动命令;

确定单元,用于确定所述业务对象对应的物流订单的物流订单标识和收件人信息之间的第一对应关系;

发送单元,用于向第二服务器发送物流状态推动请求消息,所述物流状态推动请求消息中包含确定的所述第一对应关系,以使所述第一对应关系经由第二服务器发送给第一服务器,所述第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

在本申请实施例的方案中,由于第一服务器在接收到无主件业务对象对应的物流订单的物流订单标识后,可利用确定的物流订单标识和收件人信息之间 的第一对应关系,查找到接收的无主件业务对象对应的物流订单的物流订单标识对应的收件人信息,之后将查找到的无主件业务对象的收件人信息发送给第一用户设备,使得可以利用查找到的收件人信息将无主件业务对象进行分拣、转运及派送,最终在线下将该无主件业务对象送达收件人,在线上,该无主件业务对象的物流状态走向完结状态,减少了物流订单数据库中存储空间的占用以及提高了查询物流订单的速度。

附图说明

图1为本申请实施例一提供的物流信息确定方法的流程图;

图2为本申请实施例二提供的物流信息确定方法的流程图;

图3为本申请实施例三提供的物流信息确定方法的流程图之一;

图4为本申请实施例三提供的物流信息确定方法的流程图之二;

图5为本申请实施例三提供的物流信息确定方法的流程图之三;

图6为本申请实施例三提供的物流信息确定方法的流程图之四;

图7为本申请实施例三提供的物流信息确定方法的流程图之五;

图8为本申请实施例四提供的物流信息确定方法的流程图;

图9为本申请实施例五提供的物流信息确定装置的结构示意图;

图10为本申请实施例六提供的物流信息确定装置的结构示意图;

图11为本申请实施例七提供的物流信息确定装置的结构示意图之一;

图12为本申请实施例七提供的物流信息确定装置的结构示意图之二;

图13为本申请实施例七提供的物流信息确定装置的结构示意图之三;

图14为本申请实施例七提供的物流信息确定装置的结构示意图之四;

图15为本申请实施例七提供的物流信息确定装置的结构示意图之五;

图16为本申请实施例八提供的物流信息确定装置的结构示意图。

具体实施方式

为了使无主件业务对象的物流状态走向完结状态,减少物流订单数据库中存储空间的占用以及提高查询物流订单的速度,本申请实施例提供一种物流信息确定方法及装置,该方法中,第一服务器在接收到第一用户设备发送的携带有无主件业务对象对应的物流订单的物流订单标识物流信息请求消息后,从确定的物流订单标识和收件人信息之间的第一对应关系中,查找该无主件业务对象对应的物流订单的物流订单标识对应的收件人信息,之后将查找到的收件人信息返回给第一用户设备,进而在线下,可以进行该无主件业务对象的分拣、转运及派送,最终将该无主件业务对象送达收件人,相应地,在线上,该无主件业务对象对应的物流订单的物流状态走向签收或拒签等完结状态,该无主件业务对象对应的物流订单也就可以被删除或者移入历史物流订单数据库,减少了物流订单数据库中存储空间的占用,提高了物流订单的查询速度。

为了清楚地说明本申请实施例的方案,首先对物流订单以及物流订单数据库进行说明:

物流订单分为普通物流订单和转运物流订单,其中,国际转运服务物流商对收货地址为国外的转运物流订单提供物流服务。国际转运服务物流商(也可称为第一用户)通过一站式操作及管理,将第二用户购买的业务对象顺利送达该国以外的地区;国际转运通常包括两段:第一段:第三用户先将业务对象寄送到第一用户指定的转运商仓库,交由该转运商仓库代收;第二段:该转运商再将业务对象进行国际转运,快速送往第二用户指定的收货地址。普通物流订单即为不进行转运的物流订单。

物流订单数据库中存储了交易订单号、物流订单标识和收件人信息三者之间的对应关系;其中,在第二用户下单时,提交该单的收件人信息,第一服务器为第二用户购买的业务对象生成交易订单号,并将该交易订单号和收件人信息之间的第二对应关系存储在物流订单数据库中;在第三用户将第二用户购买的业务对象发货后,向第一服务器提交携带有交易订单号和物流订单标识之间的第三对应关系的已发货消息,此时,第一服务器将利用第二对应关系和第三 对应关系,存储交易订单号、物流订单标识和收件人信息三者之间的对应关系。

以下结合说明书附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。并且在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

实施例一

如图1所示,其为本申请实施例一提供的物流信息确定方法的流程图,包括以下步骤:

步骤101:第一服务器接收第一用户设备发送的物流信息请求消息,所述物流信息请求消息中携带有无主件业务对象对应的物流订单的物流订单标识;

所述物流信息请求消息是第一用户设备针对无主件业务对象发送的。

在确定业务对象为无主件业务对象时,可通过第一用户设备采集附着在无主件业务对象的物流面单上的物流订单标识,然后通过第一用户设备向携带有采集的物流订单标识的第一服务器发送物流信息请求消息。第一用户设备可以是具有扫描功能的手机、扫码器等,扫描该业务对象对应的物流订单的物流订单标识(表现形式可以为二维码、条形码、编号等等),进而得到无主件业务对象对应的物流订单的物流订单标识;也可以通过手工将物流订单标识输入第一用户设备中。例如:在分拣或派送业务对象的过程中,确定业务对象为无主件业务对象时,可通过手机将该无主件业务对象的物流面单上的物流订单标识携带在物流信息请求消息中发送给第一服务器。

所述物流订单标识可以为物流订单号,也可以为物流订单识别码,该物流订单识别码可以是根据收件人信息生成的能唯一识别一个物流订单识别码。该物流订单识别码与物流订单号存在生成时间的不同:物流订单号是在第三用户发货之后才生成的,而物流订单识别码是在获知业务对象的收件人信息之后,就可以生成。例如:第二用户提交了交易订单之后,第一服务器就可依据第二用户填写的收件人信息,生成物流订单识别码,并将该物流订单识别码、交易 订单号与收件人信息三者绑定后存储到物流订单数据库中并发送给第三用户设备,在线下,第三用户即可利用该物流识别码和收件人信息进行物流面单的填写,将业务对象发货。在物流面单上存在物流订单识别码和物流订单号时,为无主件业务对象的查找提供了双重保障,只要物流面上上存在物流订单识别码和物流订单号中的一个,即可通过第一服务器查询无主件业务对象的收件人信息,进一步确保了无主件业务对象的物流状态走向完结状态,减少了物流订单数据库中存储空间的占用以及提高了查询物流订单的速度。

步骤102:从确定的物流订单标识和收件人信息之间的第一对应关系中,查找物流信息请求消息中携带的物流订单标识对应的收件人信息;

第一服务器可以在步骤101之前确定物流订单标识和收件人信息之间的第一对应关系,也可以在步骤101之后确定物流订单标识和收件人信息之间的第一对应关系;

上述物流订单标识和收件人信息之间的第一对应关系,可以是全部物流订单(有主件业务对象对应的物流订单和无主件业务对象对应的物流订单)的物流订单标识和收件人信息之间的第一对应关系,也可以是仅包括无主件业务对象对应的物流订单的物流订单标识和收件人信息之间的第一对应关系。

具体的,第一服务器通过如下三种方式确定物流订单标识和收件人信息之间的第一对应关系:

第一种方式:

接收第二服务器发送的物流订单标识和收件人信息之间的第一对应关系;

将接收的物流订单标识和收件人信息之间的第一对应关系作为确定的物流订单标识和收件人信息之间的第一对应关系。

在上述第一种方式中,第二服务器在确定满足以下三种触发条件中的任一种触发条件,向第一服务器发送第一对应关系:

第一种触发条件:

第二服务器确定物流订单处于未完结状态的时长,超过设定时长。

此时,第二服务器将该超过设定时长的物流订单的物流订单标识和收件人信息之间的第一对应关系发送给第一服务器。

上述第一种触发条件,是考虑到能获知业务对象的收件人信息的情况下,只要第三用户将第二用户购买或者需要的业务对象发货,物流订单在一定时长内,通常会被送收件人,该业务对象对应的物流订单的订单状态也即会走向拒签或签收的完结状态。而若物流订单处于长时间处于未完结状态,超过设定时长,则说明该物流订单很可能是无主件物流订单。因其在线下无法被分拣、运输及派送,因此,在线上其物流状态长时间没有改变,一直处于未完结状态。因此,第二服务器在确定物流订单处于未完结状态的时长,超过设定时长时,将该超过设定时长的物流订单的物流订单标识和收件人信息之间的第一对应关系发送给第一服务器,以使第一用户终端通过查询该第一服务器,获取无主件业务对象的收件人信息。

上述未完结状态是指物流订单的物流状态为签收、拒收或关闭之外的状态,例如:已发货状态、等待对方签收的状态、已入库转运仓状态、已到达A地分拣点、已到达B地派送中心等待派送等等。这里的设定时长,可以根据物流订单具体的未完结状态,分别进行设定,通常可以依据历史物流订单处于该具体的未完结状态的时长的统计值(例如,取平均时长,取最大时长,取平均时长的设定倍数)来设定。

第二种触发条件:

第二服务器接收到第二用户设备发送的包含物流订单标识和收件人信息之间的第一对应关系的物流状态推动请求消息。

此时,第二服务器将该物流状态推动请求消息中包含的物流订单标识和收件人信息之间的第一对应关系发送给第一服务器。

上述第二种触发条件,是考虑第二用户参与物流状态的推动,此时,第二用户若发现其业务对象的物流状态长时间处于未完结状态,可能是因为该第二用户的业务对象的物流面单中的收件人信息无法确定,因此,可通过第二用户 设备向第二服务器发送包含物流订单标识和收件人信息之间的第一对应关系的物流状态推动请求消息,以使第二服务器将该第一对应关系发送第一服务器,进而第三用户设备可以查询到无主件业务对象的收件人信息,在线下,第三用户利用查询到的收件人信息,将无主件业务对象送达收件人,在线下,推动该物流订单的物流状态走向完结。

该第二种触发条件,针对在下单时,第二用户填写收件人信息错误导致的无主件业务对象,推动该无主件业务对象的物流状态走向完结状态尤为有效,此时,第二用户终端发送包含物流订单标识和正确的收件人信息之间的第一对应关系的物流状态推动请求消息即可。

第三种触发条件:

第二服务器向第三用户设备发送包含物流订单标识和交易订单号的发货成功消息;

此时,第二服务器即可向第一服务器发送包含该交易订单号对应的物流订单标识和收件人信息之间的第一对应关系。

由于第三用户在线下将业务对象发货后,需要在线上通过第三用户设备向第一服务器反馈携带物流订单标识和交易订单号的已发货信息,此时,第一服务器接收到此已发货信息后,将向第三用户发送包含物流订单标识和交易订单号的发货成功消息,此时,第二服务器即可从物流订单数据库中获得该交易订单号对应的物流订单标识和收件人信息之间的第一对应关系,进而将该第一对应关系发送给第一服务器。

该第三种触发条件下,第二服务器向第一服务器发送的第一对应关系中包含了所有已发货的业务对象对应的物流订单的物流订单标识和收件人信息之间的第一对应关系,这些已发货的业务对象有可能在后续中会在运输过程中变为无主件业务对象,因此,后续第一服务器可以利用该第三种触发条件下发送的第一对应关系进行无主件业务对象的收件人信息的确定。

第二种方式,包括以下三个步骤:

第一步:接收第二服务器发送的交易订单号和收件人信息之间的第二对应关系,其中,所述第二对应关系是第二服务器在向第二用户设备发送包含交易订单号的支付成功消息后,发送的该交易订单号与该交易订单号表示的交易订单的收件人信息之间的第二对应关系;

第二步:接收第二服务器发送的交易订单号和物流订单标识之间的第三对应关系,其中,所述第三对应关系是第二服务器在向第三用户设备发送包含交易订单号和物流订单标识之间的第三对应关系的发货成功消息后,发送的该发货成功消息中包含的第三对应关系;

第三步:利用接收的所述第二对应关系和所述第三对应关系,确定所述第一对应关系。

上述第二种方式中,第二服务器通过在发送支付成功消息后,触发向第一服务器发送上述第二对应关系,以及在发送发货成功消息后,触发向第一服务器发送上述第三对应关系,第二服务器在收到第三对应关系后,可利用之前收到的第二对应关系,确定所述第一对应关系。

第三种方式:

针对所述物流订单标识所表示的物流订单为包括国内段物流订单和国际段物流订单的转运物流订单时,第一服务器通过如下方式确定转运订单标识和收件人信息之间的第一对应关系:

接收第二服务器发送的转运订单标识和收件人信息之间的第四对应关系,其中,所述第四对应关系是第二服务器在向第二用户设备,针对当前物流状态为已入库转运仓的转运订单发送包含多个转运订单标识的合单支付成功消息后,发送的该多个转运订单标识与该多个转运订单标识对应的收件人信息之间的第四对应关系。

上述第三种方式中,考虑针对转运订单,第二用户设备可以对进行合单操作,将多个当前物流状态为已入库转运仓且收货人信息相匹配的转运订单合为一个转运订单,之后支付合单后的转运运费,第二用户设备向第二服务器发送 合单支付消息后,第二服务器在合单成功后,将多个转运订单标识和收件人信息存储到物流订单数据库中,并会向第二用户返回包含多个转运订单标识的合单支付成功消息,此时,即可从物流订单数据库中,获取所述多个转运订单标识对应的收件人信息,然后将多个转运订单标识与对应的收件人信息之间的第四对应关系发送给第一服务器,第一服务器即可在国际段运输、分拣及派送时确定可能的无主件业务对象的转运订单标识的收件人信息。

步骤103:向第一用户设备发送物流信息响应消息,所述物流信息响应消息中携带有查找到的收件人信息。

这里,由于第一用户设备收到了无主件业务对象的收件人信息,因此,即可利用该收件人信息进行该无主件业务对象的分拣、转运及派送,使得在线下,该无主件业务对象被送达收件人,在线上,该无主件业务对象对应的物流订单的物流状走向完结状态,进而可将该走向完结状态的物流订单进行删除,或者移入历史物流订单数据库,减少存储空间的占用,提高物流订单的查询速度,并且由于减少了无主件业务对象,这对于第一用户来说,能最大程度上将无主件业务对象送达到收件人,提高了业务对象配送的物流体验,对于第二用户以及第三用户来说,能最大程度上接收到无主件业务对象,均提高了使用物流服务的用户体验。

在一种具体的实施方式中,所述第一服务器可以为电子商务网站服务器,所述第二服务器可以为物流服务提供商服务器。

本实施例一以第一服务器为执行主体详细描述了本申请的物流信息确定方法,下面分别通过实施例二、实施例三和实施例四以第一用户设备、第二服务器和第二用户设备为执行主体,对本申请的物流信息确定方法进行描述。

实施例二

如图2所示,其为本申请实施例二提供的以第一用户设备为执行主体的物流信息确定方法的流程图,包括以下步骤:

步骤201:第一用户设备采集附着在无主件业务对象的物流面单上的物流订单标识;

物流面单上具有记录发件人、收件人以及业务对象重量、价格等相关信息,而对于无主件业务对象,其物流面单上的收件人信息是错误的、不能识别的或者却是的,但物流面单上的物流订单标识清楚的情况下,可以利用第一用户设备采集附着在无主件业务对象的物流面单上的物流订单标识。

步骤202:向第一服务器发送物流信息请求消息,所述物流信息请求消息中携带有采集的所述物流订单标识,以使所述第一服务器利用所述物流订单标识查找所述无主件业务对象的收件人信息;

步骤203:接收第一服务器发送的物流信息响应消息,所述物流信息响应消息中携带有第一服务器查找到的收件人信息。

该实施例二与实施例一相比仅仅是描述的角度有所不同,因此,具体的实现细节可以参见实施例一中的介绍,这里不再赘述。

实施例三

如图3所示,其为本申请实施例三提供的以第二服务器为执行主体的物流信息确定方法的流程图之一,包括以下步骤:

步骤301:第二服务器对物流订单处于未完结状态的时长进行监控;

步骤302:当监控到物流订单处于未完结状态的时长超过设定时长时,从物流订单数据库中获取该物流订单的物流订单标识和收件人信息之间的第一对应关系;

步骤303:将获取的所述第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

如图4所示,其为本申请实施例三提供的物流信息确定方法的流程图之二,包括以下步骤:

步骤401:第二服务器接收第二用户设备发送的物流状态推动请求消息,所述物流状态推动请求消息中包含有物流订单标识和收件人信息之间的第一对应关系;

步骤402:将所述第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

如图5所示,其为本申请实施例三提供的物流信息确定方法的流程图之三,包括以下步骤:

步骤501:第二服务器在向第二用户设备发送包含交易订单号的支付成功消息后,从物流订单数据库中获取该交易订单号对应的交易订单的收件人信息;

步骤502:将该交易订单号与获取的收件人信息之间的第二对应关系发送给第一服务器;

步骤503:第二服务器在向第三用户设备发送包含交易订单号和物流订单标识之间的第三对应关系的发货成功消息后,将所述第三对应关系发送给第一服务器,以使第一服务器利用所述第二对应关系和所述第三对应关系,确定物流订单标识和收件人信息之间的第一对应关系。

如图6所示,其为本申请实施例三提供的物流信息确定方法的流程图之四,包括以下步骤:

步骤601:第二服务器在向第三用户设备发送包含交易订单号和物流订单标识之间的第三对应关系的发货成功消息后,从物流订单数据库中获取发货成功消息中包含的交易订单号表示的交易订单的收件人信息;

步骤602:将所述物流订单标识与获取的收件人信息之间的第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

如图7所示,其为本申请实施例三提供的物流信息确定方法的流程图之五, 包括以下步骤:

步骤701:第二服务器在向第二用户设备针对当前物流状态为已入库转运仓的转运订单发送包含多个转运订单标识的合单支付成功消息后,从物流订单数据库中获取所述多个转运订单标识对应的收件人信息;

步骤702:将该多个转运订单标识与获取的收件人信息之间的第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象的转运订单标识对应的收件人信息。

该实施例三与实施例一相比仅仅是描述的角度有所不同,因此,具体的实现细节可以参见实施例一中的介绍,这里不再赘述。

实施例四

如图8所示,其为本申请实施例四提供的物流信息确定方法的流程图包括以下步骤:

步骤801:第二用户设备接收针对物流状态为已发货的业务对象的物流状态推动命令;

这里,在第二用户发现业务对象的物流订单的物流状态长时间处于某一具体的未完结状态时,可通过网页上提供的推动命令按钮,向第二用户设备输入物流状态推动命令;

步骤802:确定所述业务对象对应的物流订单的物流订单标识和收件人信息之间的第一对应关系;

第二用户设备在接收到推动命令后,可以从推动命令按钮所在页面/区域识别出所在页面/区域内呈现的物流订单的物流订单标识和收件人信息之间的第一对应关系,将识别出的物流订单的物流订单标识和收件人信息之间的第一对应关系作为本步骤802中确定出的第一对应关系,也可以在接收到推动命令后,给出信息输入框,提示用户进行物流订单标识和收件人信息的输入,将用户输入的物流订单的物流订单标识和收件人信息之间的第一对应关系作为本步骤 802中确定出的第一对应关系;

步骤803:向第二服务器发送物流状态推动请求消息,所述物流状态推动请求消息中包含确定的所述第一对应关系,以使所述第一对应关系经由第二服务器发送给第一服务器,所述第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

该实施例四与实施例一相比仅仅是描述的角度有所不同,因此,具体的实现细节可以参见实施例一中的介绍,这里不再赘述。

实施例五

与实施例一相对应的,本申请实施例五提供了物流信息确定装置,具体如图9所示,一种物流信息确定装置,包括:

接收单元91,用于接收第一用户设备发送的物流信息请求消息,所述物流信息请求消息中携带有无主件业务对象对应的物流订单的物流订单标识;

查找单元92,用于从确定的物流订单标识和收件人信息之间的第一对应关系中,查找物流信息请求消息中携带的物流订单标识对应的收件人信息;

发送单元93,用于向第一用户设备发送物流信息响应消息,所述物流信息响应消息中携带有查找到的收件人信息。

较佳的,所述装置还包括:第二确定单元94,用于接收第二服务器发送的物流订单标识和收件人信息之间的第一对应关系;将接收的物流订单标识和收件人信息之间的第一对应关系作为确定的物流订单标识和收件人信息之间的第一对应关系;其中,所述第一对应关系是第二服务器确定物流订单处于未完结状态的时长,超过设定时长时,发送的该超过设定时长的物流订单的物流订单标识和收件人信息之间的第一对应关系。

较佳的,所述装置还包括:第二确定单元94,用于接收第二服务器发送的物流订单标识和收件人信息之间的第一对应关系;将接收的物流订单标识和收件人信息之间的第一对应关系作为确定的物流订单标识和收件人信息之间的 第一对应关系;其中,所述第一对应关系是第二服务器在接收到第二用户设备发送的包含物流订单标识和收件人信息之间的第一对应关系的物流状态推动请求消息时,发送的该物流状态推动请求消息中包含的物流订单标识和收件人信息之间的第一对应关系。

较佳的,所述装置还包括:第二确定单元94,用于接收第二服务器发送的交易订单号和收件人信息之间的第二对应关系,接收第二服务器发送的交易订单号和物流订单标识之间的第三对应关系;利用接收的所述第二对应关系和所述第三对应关系,确定所述第一对应关系;其中,所述第二对应关系是第二服务器在向第二用户设备发送包含交易订单号的支付成功消息后,发送的该交易订单号与该交易订单号表示的交易订单的收件人信息之间的第二对应关系;所述第三对应关系是第二服务器在向第三用户设备发送包含交易订单号和物流订单标识之间的第三对应关系的发货成功消息后,发送的该发货成功消息中包含的第三对应关系。

较佳的,所述装置还包括:第二确定单元94,用于接收第二服务器发送的物流订单标识和收件人信息之间的第一对应关系;将接收的物流订单标识和收件人信息之间的第一对应关系作为确定的物流订单标识和收件人信息之间的第一对应关系;其中,所述第一对应关系是第二服务器在向第三用户设备发送包含物流订单标识和交易订单号的发货成功消息后,发送的该交易订单号对应的物流订单标识和收件人信息之间的第一对应关系。

较佳的,所述物流订单标识所表示的物流订单为包括国内段物流订单和国际段物流订单的转运物流订单;

所述装置还包括:第二确定单元94,用于接收第二服务器发送的转运订单标识和收件人信息之间的第四对应关系,其中,所述第四对应关系是第二服务器在向第二用户设备,针对当前物流状态为已入库转运仓的转运订单发送包含多个转运订单标识的合单支付成功消息后,发送的该多个转运订单标识与该多个转运订单标识对应的收件人信息之间的第四对应关系。

实施例六

与实施例二相对应的,本申请实施例六提供了一种物流信息确定装置,具体如图10所示:

如图10所示,一种物流信息确定装置,包括:

采集单元101,用于采集附着在无主件业务对象的物流面单上的物流订单标识;

发送单元102,用于向第一服务器发送物流信息请求消息,所述物流信息请求消息中携带有采集的所述物流订单标识,以使所述第一服务器利用所述物流订单标识查找所述无主件业务对象的收件人信息;

接收单元103,用于接收第一服务器发送的物流信息响应消息,所述物流信息响应消息中携带有第一服务器查找到的收件人信息。

实施例七

与实施例三相对应的,本申请实施例七提供了多个物流信息确定装置,具体如图11、图12、图13、图14和图15所示:

如图11所示,一种物流信息确定装置,包括:

监控单元110,用于对物流订单处于未完结状态的时长进行监控;

获取单元111,用于当监控到物流订单处于未完结状态的时长超过设定时长时,从物流订单数据库中获取该物流订单的物流订单标识和收件人信息之间的第一对应关系;

发送单元112,用于将获取的所述第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

如图12所示,一种物流信息确定装置,包括:

接收单元120,用于接收第二用户设备发送的物流状态推动请求消息,所述物流状态推动请求消息中包含有物流订单标识和收件人信息之间的第一对应关系;

发送单元121,用于将所述第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

如图13所示,一种物流信息确定装置,包括:

获取单元130,用于在向第二用户设备发送包含交易订单号的支付成功消息后,从物流订单数据库中获取该交易订单号对应的交易订单的收件人信息;

第一发送单元131,用于将该交易订单号与获取的收件人信息之间的第二对应关系发送给第一服务器;

第二发送单元132,用于在向第三用户设备发送包含交易订单号和物流订单标识之间的第三对应关系的发货成功消息后,将所述第三对应关系发送给第一服务器,以使第一服务器利用所述第二对应关系和所述第三对应关系,确定物流订单标识和收件人信息之间的第一对应关系。

如图14所示,一种物流信息确定装置,包括:

获取单元140,用于在向第三用户设备发送包含交易订单号和物流订单标识之间的第三对应关系的发货成功消息后,从物流订单数据库中获取发货成功消息中包含的交易订单号表示的交易订单的收件人信息;

发送单元141,用于将所述物流订单标识与获取的收件人信息之间的第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

如图15所示,一种物流信息确定装置,包括:

获取单元150,用于在第二服务器向第二用户设备针对当前物流状态为已入库转运仓的转运订单发送包含多个转运订单标识的合单支付成功消息后,从物流订单数据库中获取所述多个转运订单标识对应的收件人信息;

发送单元151,用于将该多个转运订单标识与获取的收件人信息之间的第一对应关系发送给第一服务器,以使第一服务器利用所述第一对应关系,确定无主件业务对象的转运订单标识对应的收件人信息。

实施例八

与实施例四相对应的,本申请实施例八提供了一种物流信息确定装置,具体如图16所示,包括:

接收单元160,用于接收针对物流状态为已发货的业务对象的物流状态推动命令;

确定单元161,用于确定所述业务对象对应的物流订单的物流订单标识和收件人信息之间的第一对应关系;

发送单元162,用于向第二服务器发送物流状态推动请求消息,所述物流状态推动请求消息中包含确定的所述第一对应关系,以使所述第一对应关系经由第二服务器发送给第一服务器,所述第一服务器利用所述第一对应关系,确定无主件业务对象对应的物流订单的物流订单标识对应的收件人信息。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中设备中的模块可以按照实施例描述进行分布于实施例的设备中,也可以进行相应变化位于不同于本实施例的一个或多个设备中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

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