快递信息的处理方法、装置及服务器与流程

本申请涉及信息处理技术领域，尤其涉及快递信息的处理方法、装置及服务器。

背景技术：

随着电子商务交易平台的不断完善，以及传统通信、移动通信等技术的快速发展，越来越多的人们通过网上购物的方式来获取自己所需的商品，随之快递产业也逐渐增长。在人们选择哪家快递公司寄快递时，如何将快递快速安全送达是选择快递公司的最重要指标。

现有技术中的快递产业，采用几乎全程的人工服务方式，具体是快递发送用户到邮局领取快递单并手动填好快递单后，将快递单贴在快递上与快递绑定，快递发送用户将快递费和快递给快递员，快递员根据快递单上写的快递接收用户的信息，将快递分发到快递接收用户手中。快递接收用户每次在查询该快递的进展时，要反复的输入运单号提交查询，非常繁琐。

现有技术中邮递过程，需要快递发送用户手动填写快递单，快递单贴在快递上面，容易泄露快递接收用户的隐私信息，且用户要反复输入运单号查询快递进展。可知，需要大量人力、物力，且快递发送用户和快递接收用户的信息容易泄露，不同的人员进行交接会出现交接的错误，导致出现快递错误，使得工作效率低下，且快递服务质量无法得到保证。

技术实现要素：

本发明的目的是，提供一种快递信息的处理方法、装置及服务器，以解决现有技术中效率低，信息容易泄露，以及需要大量的人力物力的问题。

为实现上述目的，本申请提供了如下方案：

一种快递信息处理方法，所述方法包括：

快递客户端感应到快递上绑定的硬件，并识别出的所述硬件的编号；

基于所述编号，从服务器中查询得到与所述编号对应的投递信息，以便快递员根据所述投递信息对所述快递进行投递处理，所述服务器中预先保存有所述快递的投递信息与所述硬件的编号之间的对应关系。

一种快递信息的处理方法，所述方法包括：

接收硬件的编号与快递的投递信息的对应关系并保存；

根据客户端发送的携带有所述编号的查询请求，返回与所述编号对应的投递信息给所述客户端。

一种快递信息的处理方法，所述方法包括：

感应快递上绑定的硬件，识别所述硬件的编号；

获取快递投递信息，并将识别的所述编号以及所述投递信息发送至服务器，由服务器进行保存。

一种快递信息处理装置，所述装置包括：

感应单元，用于感应到快递上绑定的硬件，并识别出的所述硬件的编号；

查询单元，用于基于所述编号，从服务器中查询得到与所述编号对应的投递信息，以便快递员根据所述投递信息对所述快递进行投递处理，所述服务器中预先保存有所述快递的投递信息与所述硬件的编号之间的对应关系。

一种服务器，所述服务器包括：

接收单元，用于接收硬件的编号与快递的投递信息的对应关系并保存；

返回单元，用于根据客户端发送的携带有所述编号的查询请求，返回与所述编号对应的投递信息给所述客户端。

一种快递信息的处理装置，所述装置包括：

感应单元，感应快递上绑定的硬件，识别所述硬件的编号；

处理单元，获取快递投递信息，并将识别的所述编号以及所述投递信息发送至服务器，由服务器进行保存。

一种快递信息处理方法，包括：

感应快递上绑定的硬件，识别所述硬件的编号；

基于所述编号，从服务器中查询得到与所述编号对应的快递信息，并进行签收操作。

一种快递信息处理装置，包括：

感应单元，感应快递上绑定的硬件，识别所述硬件的编号；

处理单元，基于所述编号，从服务器中查询得到与所述编号对应的快递信息，并进行签收操作。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，全自动的将快递进行分类，快递发送用户无需反复输入快递的编号便可以实时的查看快递的状态，节省了人力物力资源，提高了效率，有效的保障了快递接收用户的隐私，提高了用户的体验。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为快递信息的处理的应用场景示意图；

图2为本申请实施例提供的快递信息的处理方法流程图；

图3为硬件与快递绑定的示意图；

图4为投递信息的示意图；

图5为投递信息表；

图6为投递信息中的配送阶段信息的示意图；

图7为本申请实施例提供的快递信息的处理方法流程图；

图8为本申请实施例提供的快递信息的处理方法流程图；

图9为本申请实施例提供的快递信息的处理方法流程图；

图10为本申请实施例提供的快递信息的处理装置示意图；

图11为本申请实施例提供的服务器示意图；

图12为本申请实施例提供的快递信息的处理装置示意图；

图13为本申请实施例提供的快递信息的处理装置示意图。

具体实施方式

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供的快递信息的处理方法、装置及服务器，适用于处理快递的物流信息系统，例如支付宝系统或菜鸟系统，可以为所有快递公司的物流查询平台提供支持。菜鸟系统包括前端的客户端和后端的服务器，其中前端的客户端可以是快递客户端。图1为本申请实施例提供的快递信息的处理方法所基于的应用场景示意图，参见图1，该应用场景中包括服务器101、快递发送用户的客户端102、快递103、硬件104、传送带105和快递接收用户的客户端106。服务器101，客户端102和106可以是菜鸟系统下的服务器和客户端。快递发送用户客户端102和快递接收用户客户端106也可以不是菜鸟系统的一部分，可以是其他客户端，如支付宝客户端，只是通过支付宝 客户端访问菜鸟系统下的服务器。

在硬件104与快递103绑定后，将硬件104的编号1041与快递103的投递信息的对应关系存储至服务器101，当所述快递103在传送过程中，菜鸟系统通过感应所述快递103上的所述硬件104,识别获取所述编号1041；根据所述编号1041在服务器101中查询到与所述编号1041对应的投递信息，根据所述投递信息将所述快递103配送给快递接收用户。当菜鸟系统接收所述快递接收用户的客户端106发送的确认签收信息；更新所述快递103的状态信息为已签收状态。

本申请中对于快递信息的处理方法所基于的应用场景不做限定，图1所示的应用场景仅为示例。

为便于对本申请实施例的理解，下面将结合附图以具体实施例做进一步的解释说明，实施例并不构成对本申请实施例的限定。

实施例一

图2为本申请实施例提供的快递信息的处理方法流程图。该实施例的执行主体可以是快递客户端，例如，菜鸟系统中的快递客户端，参见图2所示的快递信息的处理方法流程图，其基于图1所示的快递信息的处理方法的应用场景，快递信息的处理具体包括以下步骤：

步骤101、快递客户端感应到快递上绑定的硬件，并识别出的所述硬件的编号。

编号可以是存储在硬件上的二维码、条形码，和/或隐形的蓝牙标识。

本申请将用户分为快递员、快递发送用户和快递接收用户，分别对应于快递客户端、快递发送用户客户端和快递接收用户客户端。

快递客户端、快递发送用户客户端或快递接收用户客户端，这些客户端可以是手机、平板电脑或台式电脑等智能终端。

硬件的外观可以是像纽扣，可携带承载信息，携带有二维码或条形码的图片，或者设置有低功耗的蓝牙信号，在具体实现中对硬件的编号的识别方 式包括两种方式：第一种方式是，扫描二维码或条形码的方式；第二种方式是，识别硬件的蓝牙标识。对于第一种方式，在识别硬件的编号时，可扫描硬件上的二维码或条形码获取硬件的编号。而对于第二种方式，或者当硬件的蓝牙功能已被开启后，通过快递客户端的蓝牙功能查找硬件的蓝牙信号，当硬件与快递客户端的距离小于阈值时，快递客户端即可查找到硬件的蓝牙信号，从而获取硬件的编号，根据硬件的蓝牙信号向硬件发起配对请求，硬件亮灯响应后，配对成功，快递客户端便可以与硬件建立连接。

第一种方式，硬件上设有二维码或条形码，识别硬件的编号时，可通过感应器的扫描功能扫描硬件上的二维码或条形码，从而获取硬件的编号。

第二种方式，当硬件的蓝牙功能已被开启后，通过客户端的蓝牙功能查找硬件的蓝牙信号，当硬件与客户端的距离小于阈值时即可获取硬件的蓝牙信号，从而获取硬件的编号，根据硬件的蓝牙信号向硬件发起配对请求，硬件亮灯响应后，指示传送带控制快递的传送方向。

当然，在实际应用中可根据需要通过不同的方式获取硬件的编号，例如可通过wifi网络等等。

可选地，将所述硬件与所述快递绑定，并将所述硬件的编号与所述快递的投递信息发送至所述服务器进行对应保存。

参见图3所示的硬件与快递绑定的示意图，硬件取代了现有技术中的快递单，在寄快递时，快递员会将硬件给快递发送用户的快递发送用户，快递发送用户将硬件与快递绑定，具体可以是将硬件放入在快递内，或者将硬件扣在快递上，然后硬件随同快递寄走。

投递信息是将快递寄送至快递接收用户的信息，所述投递信息至少可以包括：快递接收用户的地址信息和联系方式，以及投递状态信息，其中所述快递接收用户的地址信息至少可以包括：省、市、区；所述快递至少按省、市、区三个阶段配送。

快递客户端获得编号后，快递客户端通过登录系统的账号，在账号的目 录内输入编号和投递信息及它们的对应关系，这样便将硬件的编号与所述快递的投递信息的对应关系发送至服务器进行对应保存。

参见图4所示的投递信息的示意图，快递发送用户在快递发送用户的客户端上输入快递的硬件编号A23的投递信息，即添加快递接收用户的地址信息和联系方式。如前述，将编号A23与投递信息的对应关系存储至服务器，投递信息：地址信息为江苏省南京市中华区龙眠大道345号和联系方式为15677789012，编号为A23与投递信息对应关联。可以理解的是服务器上设置有一张投递信息表，将编号与投递信息发送至服务器进行对应保存后，投递信息表中存储了各个编号与投递信息的对应关系，该投递信息表可以如图5所示。

可选地，将所述硬件的编号与所述快递的投递信息发送至所述服务器进行对应保存具体还包括：将对应关系通过快递客户端、快递发送用户客户端或快递接收用户客户端发送给服务器。

步骤102、基于所述编号，从服务器中查询得到与所述编号对应的投递信息，以便快递员根据所述投递信息对所述快递进行投递处理，所述服务器中预先保存有所述快递的投递信息与所述硬件的编号之间的对应关系。

如前述，假设当一个快递从杭州寄送至南京时，其中，该快递的投递信息为：地址信息为江苏省南京市中华区龙眠大道345号和联系方式为15677789012。快递客户端，通过扫描快递的硬件上的二维码或者识别快递的硬件上的蓝牙信号获取编号A23，服务器中预先保存有所述快递的投递信息与所述硬件的编号之间的对应关系，基于该编号从服务器中查询得到与所述编号对应的投递信息。以便快递员根据所述投递信息对所述快递进行投递处理，将编号为A23的快递配送给快递接收用户。

可选地，参见图6所示的投递信息中的配送阶段信息的示意图，所述投递信息还包括有配送阶段信息，该配送阶段信息用于表示所述快递配送的不同阶段，以便所述快递员可根据所述配送阶段信息进行快递的处理。

可以理解的是，在不同阶段配送过程中，快递客户端读取的投递信息中的配送阶段信息不同，且当所述快递配送到省或市阶段时，读取的投递信息不包括所述快递接收用户的联系方式；仅当所述快递已经配送到区阶段时，读取的投递信息包括所述快递接收用户的联系方式。如前述，根据所述编号A23在所述服务器中查询到快递的配送阶段信息，假设快递此时已经在市阶段，更新已配送到市阶段的信息，快递客户端并读取服务器中下一个阶段的信息，即区阶段的信息，也即地址信息为江苏省南京市中华区，此时龙眠大道345号和联系方式为15677789012不显示。该步骤有效地避免了投递信息中的快递接收用户信息的泄露。

实施例二

图7为本申请实施例提供的快递信息的处理方法流程图。该实施例的执行主体可以是服务器，例如，菜鸟系统中的服务器，参见图7所示的快递信息的处理方法流程图，其基于图1所示的快递信息的处理方法的应用场景，快递信息的处理具体包括以下步骤：

步骤201、接收硬件的编号与快递的投递信息的对应关系并保存；

服务器接收的对应关系可以是快递客户端和快递发送用户客户端发起的。所述投递信息包括有配送阶段信息，该配送阶段信息用于表示快递配送的不同阶段，以便快递员可根据所述配送阶段信息进行所述快递的处理。

步骤202、根据客户端发送的携带有所述编号的查询请求，返回与所述编号对应的投递信息给所述客户端。

该步骤中的客户端可以是快递发送用户客户端、快递接收用户客户端或快递客户端。

快递在传送带上分发时，通过快递客户端上的蓝牙功能感应所述快递上的所述硬件,识别获取所述编号，无需人工的将快递单上的编号对着扫码机器进行扫描，只需将快递放在传送带上，当快递经过快递客户端时，服务器便 可以获取快递的硬件上的编号，感应器在获取到硬件的编号之后，发起编号的查询请求，返回与所述编号对应的投递信息给所述快递客户端。

当用户通过快递发送用户客户端或者快递接收用户客户端发送携带编号的查询请求时，服务器返回与所述编号对应的投递信息给所述客户端。

快递客户端通过扫描快递的硬件上的二维码或者识别快递的硬件上的蓝牙信号获取投递信息，先将江苏省的所有快递分发在一个仓库装运，到江苏省后再将所有南京市的快递分发在一个仓库装运，以此类推。当快递在传送过程中，通过感应快递上的硬件识别获取编号，服务器根据所述编号A23在投递信息表中查询到与所述编号对应的投递信息，通过传送带将快递自动分发到运往江苏省的货车仓库后进行装运，根据所述投递信息指示快递员将编号为A23的快递配送给快递接收用户。

可选地，接收用户的客户端发送的签收信息；更新所述快递的状态信息为已签收状态，将已签收状态信息发送给所述用户的客户端。

所述签收信息是当快递接收用户通过所述快递接收用户的客户端识别硬件的编号获取所述投递信息进而签收快递时产生的。如前述，当快递员将快递配送给快递接收用户后，快递接收用户通过所述快递接收用户的客户端，识别所述硬件的所述编号获取所述投递信息，如果投递信息与快递接收用户的信息一致时，快递接收用户会签收快递，发送签收信息给服务器，服务器接收所述快递接收用户的客户端发送的确认签收信息；服务器更新所述快递的状态信息为已签收状态，并将已签收状态信息发送给用户的客户端。

可选地，根据解除响应条件解除所述硬件中所述编号与所述投递信息的对应关系，并将所述编号的状态更新为未分配。

如前述，服务器根据解除响应条件将所述编号A23与所述投递信息的对应关系解除，具体是将投递信息表中存储的编号A23与投递信息的对应关系删除，并将所述编号的状态更新为未分配，此后该硬件便可以与下一个快递进行绑定，即该硬件可以循环利用。

可选地，所述解除响应条件是接收的快递客户端发送的解除请求或用户签收后自动解除的响应。

实施例三

图8为本申请实施例提供的快递信息的处理方法流程图。该实施例的执行主体可以是快递发送用户客户端，例如，支付宝系统中的客户端，这样，用户可通过支付宝客户端就能够实现快递的寄送，该客户端可访问上述实施例中的服务器，参见图8所示的快递信息的处理方法流程图，其基于图1所示的快递信息的处理方法的应用场景，快递信息的处理具体包括以下步骤：

步骤301、感应快递上绑定的硬件，识别所述硬件的编号；

步骤302、获取快递投递信息，并将识别的所述编号以及所述投递信息发送至服务器，由服务器进行保存。

本实施例中，快递寄送用户可以通过在客户端上操作，实现快递寄送，具体地，在打开客户端后，可通过点击客户端上的操作按钮，例如送快递按钮，客户端就可以感应到硬件，并可提供投递信息，例如收件人信息等输入窗口或选择窗口，使得客户端可将该硬件的编号与投递信息绑定发送至服务器进行保存。

实施例四

图9为本申请实施例提供的快递信息的处理方法流程图。该实施例的执行主体可以是快递接收用户客户端，例如，支付宝系统中的客户端，这样，用户可通过支付宝客户端就能够实现快递的接收，该客户端可访问上述实施例中的服务器，参见图9所示的快递信息的处理方法流程图，其基于图1所示的快递信息的处理方法的应用场景，快递信息的处理具体包括以下步骤：

步骤401、感应快递上绑定的硬件，识别所述硬件的编号；

步骤402、基于所述编号，从服务器中查询得到与所述编号对应的快递信 息，并进行签收操作。

本实施例中，快递接收用户可以通过在客户端上操作，实现快递接收，具体地，在打开客户端后，可通过点击客户端上的操作按钮，例如快递签收按钮，客户端就可以感应到硬件，并可将识别的硬件的编号发送至服务器查询对应的快递信息，并可以新的窗口进行展示，使得用户可在该窗口进行签收操作，例如选择确认签收按钮，该签收操作就可以发送至服务器，从而服务器就可以更新快递状态到签收状态。

综上可以看出，通过本申请实施例，全自动的将快递进行分类，用户无需反复输入快递的编号便可以实时的查看快递的状态，节省了人力物力资源，提高了效率，有效的保障了快递接收用户的隐私，提高了用户的体验。

实施例五

与实施例一相对应，本申请实施例还提供了一种快递信息的处理装置，如图10所示，该装置包括：

感应单元501，用于感应到快递上绑定的硬件，并识别出的所述硬件的编号；

查询单元502，用于基于所述编号，从服务器中查询得到与所述编号对应的投递信息，以便快递员根据所述投递信息对所述快递进行投递处理，所述服务器中预先保存有所述快递的投递信息与所述硬件的编号之间的对应关系。

本发明装置实施例中各功能模块可以实现上述相关方法中的步骤，其具体实现可参见上述方法实施例中的说明，在此不再赘述。

实施例六

与实施例二相对应，本申请实施例还提供了一种服务器，如图11所示，该服务器包括：

接收单元601，用于接收硬件的编号与快递的投递信息的对应关系并保存；

返回单元602，用于根据客户端发送的携带有所述编号的查询请求，返回与所述编号对应的投递信息给所述客户端。

本发明装置实施例中各功能模块可以实现上述相关方法中的步骤，其具体实现可参见上述方法实施例中的说明，在此不再赘述。

实施例七

与实施例三相对应，本申请实施例还提供了一种快递信息的处理装置，如图12所示，该装置包括：

感应单元701，感应快递上绑定的硬件，识别所述硬件的编号；

查询单元702，基于所述编号，从服务器中查询得到与所述编号对应的投递信息，以便根据所述投递信息对所述快件进行配送处理，所述服务器中预先保存有快递的投递信息与硬件的编号之间的对应关系。

本发明装置实施例中各功能模块可以实现上述相关方法中的步骤，其具体实现可参见上述方法实施例中的说明，在此不再赘述。

实施例八

图13为本申请实施例提供的快递信息的处理装置。与实施例四相对应，本申请实施例还提供了一种快递信息的处理装置，如图13所示，该装置包括：

感应单元801，感应快递上绑定的硬件，识别所述硬件的编号；

处理单元802，基于所述编号，从服务器中查询得到与所述编号对应的快递信息，并进行签收操作。

本发明装置实施例中各功能模块可以实现上述相关方法中的步骤，其具体实现可参见上述方法实施例中的说明，在此不再赘述。

因此，通过本申请实施例，全自动的将快递进行分类，快递发送用户无 需反复输入快递的编号便可以实时的查看快递的状态，节省了人力物力资源，提高了效率，有效的保障了快递接收用户的隐私，提高了用户的体验。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其与方法实施例相似，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域普通技术人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执轨道，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执轨道的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进轨道了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所 做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。