CN111191971A - 一种物流信息的处理方法、装置和系统 - Google Patents

Abstract

本发明实施例公开了一种物流信息的处理方法、装置和系统，所述处理方法包括：当判断出包裹满足加密条件时，对所述包裹的物流信息进行加密；接收到终端的物流信息访问请求，向终端返回访问失败的信息；或者，对发送所述物流信息访问请求的终端进行验证；当验证通过时，向所述终端返回物流信息访问响应。本发明实施例在包裹满足加密条件时才对包裹的物流信息进行加密，认为包裹在不满足加密条件时包裹的物流信息是安全的，从而保证了物流信息的安全性；并且在用户需要访问物流信息时对用户进行验证，验证通过才允许用户访问，或者不允许任何用户访问，从而为用户提供了优质的服务；因此，实现了在保证物流信息安全性的同时为用户提供了优质的服务。

Description

一种物流信息的处理方法、装置和系统

技术领域

本发明实施例涉及但不限于物流数据处理技术，尤指一种物流信息的处理方法、装置和系统。

背景技术

随着电商的兴起、物流业的兴起、以及智能终端的发展，越来越多用户采用网络购物的方式购买商品，商品的包装上会有收件人以及发件人的信息，当这些包装被废弃之后收件人和发件人的信息很容易被泄露。

为了防止包装上已经填写物流信息的轻易泄露，物流公司逐渐采用二维码来替代包装上的物流信息，但由于目前由于终端的普及性，二维码包含的物流信息还是非常容易被普通用户获取，在安全性上仍然存在漏洞，快件包装被丢弃后，信息还是容易被泄露。

比较简单加密方式是直接给二维码进行加密，只有物流公司采用特殊的扫描设备才可以获取物流信息，但是这样的方式会给收件人带来不便，收件人也无法得到相关信息。

发明内容

本发明实施例提供了一种物流信息的处理方法、装置和系统，能够在保证物流信息的安全性的同时为用户提供优质的服务。

本发明实施例提供了一种物流信息的处理方法，包括：

当判断出包裹满足加密条件时，对所述包裹的物流信息进行加密；

接收到终端的物流信息访问请求，向终端返回访问失败的信息；或者，对发送所述物流信息访问请求的终端进行验证；当验证通过时，向所述终端返回物流信息访问响应。

本发明实施例提供了一种物流信息的处理方法，包括：

基于扫描包裹上的二维码向服务器发送物流信息访问请求；

当接收到物流信息访问响应时，根据所述物流信息访问响应跳转到物流信息显示界面。

本发明实施例提供了一种物流信息的处理装置，包括：

加密模块，用于当判断出包裹满足加密条件时，对所述包裹的物流信息进行加密；

验证模块，用于接收到终端的物流信息访问请求，对发送所述物流信息访问请求的终端进行验证；当验证通过时，向所述终端返回物流信息访问响应。

本发明实施例提供了一种物流信息的处理装置，包括：

发送模块，用于基于扫描包裹上的二维码向服务器发送物流信息访问请求；

接收模块，用于接收到物流信息访问响应；

显示模块，用于当所述接收模块接收到物流信息访问响应时，根据所述物流信息访问响应跳转到物流信息显示界面。

本发明实施例提供了一种物流信息的处理装置，包括处理器和计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令被所述处理器执行时，实现上述任一种物流信息的处理方法。

本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种物流信息的处理方法的步骤。

本发明实施例提供了一种物流信息的处理系统，包括：

服务器，用于当判断出包裹满足加密条件时，对所述包裹的物流信息进行加密；接收到终端的物流信息访问请求，对发送所述物流信息访问请求的终端进行验证；当验证通过时，向所述终端返回物流信息访问响应；

终端，用于基于扫描包裹上的二维码向服务器发送物流信息访问请求；当接收到物流信息访问响应时，根据所述物流信息访问响应跳转到物流信息显示界面。

本发明实施例包括：当判断出包裹满足加密条件时，对所述包裹的物流信息进行加密；接收到终端的物流信息访问请求，向终端返回访问失败的信息；或者，对发送所述物流信息访问请求的终端进行验证；当验证通过时，向所述终端返回物流信息访问响应。本发明实施例在包裹满足加密条件时才对包裹的物流信息进行加密，而不是一直对包裹的物流信息加密，认为包裹在不满足加密条件时包裹的物流信息是安全的，从而保证了物流信息的安全性；并且在用户需要访问物流信息时对用户进行验证，验证通过才允许用户访问，而不是所有用户都能访问，或者不允许任何用户访问，从而为用户提供了优质的服务；因此，实现了在保证物流信息安全性的同时为用户提供了优质的服务。

本发明实施例的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例而了解。本发明实施例的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明实施例技术方案的进一步理解，并且构成说明书的一部分，与本发明实施例的实施例一起用于解释本发明实施例的技术方案，并不构成对本发明实施例技术方案的限制。

图1为本发明一个实施例提出的物流信息的处理方法的流程图；

图2为本发明另一个实施例提出的物流信息的处理方法的流程图；

图3(a)为本发明实施例验证界面的示意图一；

图3(b)为本发明实施例验证界面的示意图二；

图4为本发明实施例物流信息的处理方法的一个示例的流程图；

图5为本发明实施例物流信息的处理方法的另一个示例的流程图；

图6为本发明另一个实施例提出的物流信息的处理装置的结构组成示意图；

图7为本发明另一个实施例提出的物流信息的处理装置的结构组成示意图；

图8为本发明另一个实施例提出的物流信息的处理系统的结构组成示意图。

具体实施方式

下文中将结合附图对本发明实施例进行详细说明。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

参见图1，本发明一个实施例提出了一种物流信息的处理方法，包括：

步骤100、当判断出包裹满足加密条件时，对所述包裹的物流信息进行加密。

在本发明实施例中，包裹的物流信息可以由收件快递员或物流公司的其他工作人员录入，物流信息包括以下至少之一：寄件人姓名、寄件人电话号码、寄件人地址、收件人姓名、收件人电话号码、收件人地址、物品名称、物品生产厂家、物品说明等信息。

收件快递员或物流公司的其他工作人员可以采用多种录入方式，例如手动录入的方式、二维码录入的方式等，本发明实施例对具体的录入方式不作限定。

物流信息录入后，可以存储到数据库中，或者存储到数据库和缓存中。

其中，用户可以对数据库中的物流信息进行更新，数据库中的物流信息更新后，如果物流信息同时存储在数据库和缓存中，则需要将更新的物流信息push到缓存中，实现对缓存中的物流信息的更新。

例如，可以更新收件人信息，如果是更新收件人地址，则可以根据更新的收件人地址额外收取一定费用。

在本发明实施例中，可以根据预先设置或用户选择的加密方式判断包裹是否满足加密条件。其中，加密方式包括以下任一种：

根据包裹的当前状态进行加密的方式、根据包裹的物流运输时间进行加密的方式、根据包裹的物流运输地点进行加密的方式。

也就是说，可以采用一种固定的加密方式，根据该加密方式判断包裹是否满足加密条件，并根据该加密方式对包裹的物流信息进行加密；

或者提供多种加密方式供用户选择，根据用户选择的加密方式判断包裹是否满足加密条件，并根据用户选择的加密方式对包裹的物流信息进行加密，这种情况需要保存加密方式和包裹的物流信息之间的第一对应关系，后续跟进第一对应关系即可获知包裹的物流信息对应的加密方式。

具体的，(一)、当加密方式为根据包裹的当前状态进行加密的方式时，通过判断包裹的当前状态是否满足加密条件来判断包裹是否满足加密条件。

具体的，当判断出包裹处于抵达派件快递员或取货点之前的状态时，判断出包裹不满足加密条件，即不需要对包裹的物流信息进行加密，如表1所示；

当判断出包裹处于在派件快递员和用户取货之间的状态，或在取货点和用户取货之间的状态，或处于用户取货之后的状态时，判断出包裹满足加密条件，需要对包裹的物流信息进行加密，具体的加密方法如表1所示。

其中，对包裹的物流信息进行加密，也就是保存或更新表示是否加密的信息(即表1中的加密方法)、验证信息和包裹的物流信息之间的第二对应关系。

其中，表示是否加密的信息包括不加密、部分加密和完全加密。可以采用Encipher字段来表示，Encipher可以采用不同的比特信息来表示，例如，0表示不加密，1表示部分加密，2表示完全加密。

当包裹处于抵达派件快递员或取货点之前的状态时，表示是否加密的信息为不加密；当包裹处于在派件快递员和用户取货之间的状态，或在取货点和用户取货之间的状态时，表示是否加密的信息为部分加密；当包裹处于用户取货之后的状态时，表示是否加密的信息为部分加密或完全加密。

其中，验证信息包括以下至少之一：收件人号码、委托人号码、其他需要验证的信息(如表2所示的发货地点、物品名称、收件人姓名、收件人号码等等)。

当为部分加密时，验证信息可以是收件人号码和委托人号码；或者其他需要验证的信息；当为完全加密时，验证信息可以是收件人号码、或其他需要验证的信息，或者不包含验证信息，也就是任何人均无法访问物流信息。

其中，收件人号码或委托人号码可以是以下任一种：手机号码、微信号、QQ号、微博号等等。

表1

表2

(二)、当加密方式为根据包裹的物流运输时间进行加密的方式时，通过判断预先为包裹设置的加密时间是否达到来判断包裹是否满足加密条件。

具体的，当判断出预先为包裹设置的加密时间已到时，判断出包裹满足加密条件，需要对包裹的物流信息进行加密，具体的加密方法如表3所示；当判断出预先为包裹设置的加密时间未到时，判断出包裹不满足加密条件，不需要对包裹的物流信息进行加密，如表3所示。其中，预先为包裹设置的加密时间可以是预计包裹达到目的地后，用户取货前的预设时间。

其中，对包裹的物流信息进行加密，也就是保存或更新表示是否加密的信息(即表3中的加密方法)、验证信息和包裹的物流信息之间的第二对应关系。

其中，表示是否加密的信息包括不加密、部分加密和完全加密。可以采用Encipher字段来表示，Encipher可以采用不同的比特信息来表示，例如，0表示不加密，1表示部分加密，2表示完全加密。

当预先为包裹设置的加密时间未到时，表示是否加密的信息为不加密；当预先为包裹设置的加密时间已到时，表示是否加密的信息为部分加密。

其中，验证信息包括以下至少之一：收件人号码、委托人号码、其他需要验证的信息(如表2所示的发货地点、物品名称、收件人姓名、收件人号码等等)。

其中，收件人号码或委托人号码可以是以下任一种：手机号码、微信号、QQ号、微博号等等。

表3

(三)、当加密方式为根据包裹的物流运输地点进行加密的方式时，通过判断包裹是否到达包含目的地的预设区域来判断包裹是否满足加密条件。

具体的，当判断出包裹未到包含目的地的预设区域时，判断出包裹不满足加密条件，不需要对包裹的物流信息进行加密，如表4所示；当判断出包裹已到包含目的地的预设区域时，判断出包裹满足加密条件，需要对包裹的物流信息进行加密，具体的加密方法如表4所示。

其中，包含目的地的预设区域可以随意设定，例如，可以是目的地所在的城市、目的地所在的城镇等等，本发明实施例对此不作限定。

其中，对包裹的物流信息进行加密，也就是保存或更新表示是否加密的信息(即表4中的加密方法)、验证信息和包裹的物流信息之间的第二对应关系。

其中，表示是否加密的信息包括不加密、部分加密和完全加密。可以采用Encipher字段来表示，Encipher可以采用不同的比特信息来表示，例如，0表示不加密，1表示部分加密，2表示完全加密。

当包裹未到包含目的地的预设区域时，表示是否加密的信息为不加密；当包裹已到包含目的地的预设区域时，表示是否加密的信息为部分加密。

其中，验证信息包括以下至少之一：收件人号码、委托人号码、其他需要验证的信息(如表2所示的发货地点、物品名称、收件人姓名、收件人号码等等)。

其中，收件人号码或委托人号码可以是以下任一种：手机号码、微信号、QQ号、微博号等等。

表4

步骤101、接收到终端的物流信息访问请求，向终端返回访问失败的信息；或者，对发送所述物流信息访问请求的终端进行验证；当验证通过时，向所述终端返回物流信息访问响应。

在本发明实施例中，当验证不通过时，向终端返回验证失败的信息。

在本发明实施例中，对发送所述物流信息访问请求的终端进行验证包括：

向终端返回验证界面的数据；接收到终端的验证请求，对验证请求进行验证。

其中，验证请求包括验证信息；对验证请求进行验证包括：

判断所述验证请求中的验证信息与预先设置的所述包裹的验证信息是否一致，当验证请求中的验证信息与预先设置的包裹的验证信息一致时，验证通过；当验证请求中的验证信息与预先设置的包裹的验证信息不一致时，验证不通过。

其中，预先设置的包裹的验证信息可以从第二对应关系中获得。

在本发明另一个实施例中，当判断出包裹不满足加密条件时，不需要对包裹的物流信息进行加密；接收到终端的物流信息访问请求，向终端返回物流信息访问响应。也就是说，当包裹不满足加密条件时认为包裹的物流信息是安全的，只有物流公司的工作人员才能接触到包裹，其他用户不会接触到包裹，因此，不需要对物流信息进行加密，任何终端均可访问物流信息。

在本发明另一个实施例中，该方法还包括：

接收到取货请求；当取货次数大于或等于1时，返回取货失败的信息，并更新取货次数，即将取货次数加1；

当取货次数小于1时，返回取货成功的信息，并更新取货次数，即将取货次数加1。

其中，取货次数可以保存在第二对应关系中，或者单独存储物流信息和取货次数之间的第三对应关系，本发明实施例对具体的存储方式不作限定。

本发明实施例在包裹满足加密条件时才对包裹的物流信息进行加密，而不是一直对包裹的物流信息加密，认为包裹在不满足加密条件时包裹的物流信息是安全的，从而保证了物流信息的安全性；并且在用户需要访问物流信息时对用户进行验证，验证通过才允许用户访问，而不是所有用户都能访问，或者不允许任何用户访问，从而为用户提供了优质的服务；因此，实现了在保证物流信息安全性的同时为用户提供了优质的服务。

参见图2，本发明另一个实施例提出了一种物流信息的处理装置，包括：

步骤200、基于扫描包裹上的二维码向服务器发送物流信息访问请求。

在本发明实施例中，包裹上的二维码是利用某种特定的几何图形按一定规律在平面(二维方向上)分布的黑白相间的图形记录数据符号信息；在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”和“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示字符信息，通过图像输入设备或光电扫描设备自动识读以实现信息自动处理功能。

在本实施例中，包裹上的二维码是指包含了物流信息显示界面的统一资源定位符(URL，Uniform Resource Locator)的二维码，终端扫描包裹上的二维码以获得URL，基于URL向服务器发送物流信息访问请求。

步骤201、当接收到物流信息访问响应时，根据所述物流信息访问响应跳转到物流信息显示界面。

在本发明实施例中，当接收到访问失败的信息时，显示访问失败的信息。

在本发明实施例中，物流信息访问响应包含物流信息显示界面数据，当接收到物流信息访问响应时，根据物流信息显示界面数据跳转到物流信息显示界面。

在本发明另一个实施例中，基于扫描包裹上的二维码向服务器发送物流信息访问请求后，所述接收到物流信息访问响应之前，该方法还包括：

接收到所述服务器返回的验证界面的数据，根据所述验证界面的数据跳转到所述验证界面；根据用户在所述验证界面的输入操作向所述服务器发送验证请求。

在本发明实施例中，当接收到验证失败的信息时，显示验证失败的信息。

在本发明实施例中，验证界面可以如图3(a)所示，引导用户输入收件人号码或委托人号码；或者如图3(b)所示，引导用户输入问题的答案。

其中，验证请求包括验证信息，验证信息可以是用户输入的收件人号码或委托人号码或其他需要验证的信息(如输入的问题的答案)。

在本发明另一个实施例中，该方法还包括：

向所述服务器发送取货请求；接收所述服务器返回的取货失败的信息或取货成功的信息并显示。

其中，取货失败的信息可以是“货物已被取走”、或“取货失败”、或“超过最大验证次数，取货失败、可以进行人工验证”等等。

下面通过具体示例举例说明本发明实施例的实现方式，所举例子仅仅是为了说明实现过程，不能用于限定本发明实施例的保护范围。

示例1

本示例中，根据预先设置的加密方式对包裹的物流信息进行加密，预先设置的加密方式为包裹的当前状态进行加密的方式。

其中，包裹的当前状态包括三种，如表1所示。分别为处于抵达派件快递员或取货点之前的状态、处于在派件快递员或取货点和用户取货之间的状态、以及处于用户取货之后的状态。第一种状态不需要对包裹的物流信息进行加密，第二种状态需要对包裹的物流信息进行部分加密，第三种状态需要对包裹的物流信息进行完全加密。参见图4，该方法包括：

步骤400、寄件人寄件，收件快递员收取物品后，将物品打包成包裹，并将包裹的物流信息手动录入到服务器中。

本步骤中，物流信息包括：

寄件人姓名、寄件人电话号码、寄件人地址、收件人姓名、收件人电话号码、收件人地址、物品名称、物品生产厂家、物品说明等信息。

步骤401、服务器将录入的物流信息存储到数据库中。

步骤402、当服务器接收到用户对物流信息的更新请求时，根据更新请求更新数据库中的物流信息。

步骤403、判断包裹的当前状态，当包裹处于抵达派件快递员或取货点之前的状态时，执行步骤404～步骤407和步骤420～步骤422；当包裹处于在派件快递员或取货点和用户取货之间的状态时，执行步骤408～步骤413和步骤420～步骤422；当包裹处于用户取货之后的状态时，执行步骤414～步骤422。

(一)包裹处于抵达派件快递员或取货点之前的状态

步骤404、服务器保存表示是否加密的信息、验证信息和包裹的物流信息之间的第二对应关系。

本步骤中，初始情况下，第二对应关系中表示是否加密的信息为不加密，验证信息为空。

步骤405、终端基于扫描包裹上的二维码向服务器发送物流信息访问请求。

步骤406、服务器在第二对应关系中查找物流信息对应的表示是否加密的信息和验证信息，当表示是否加密的信息为不加密时，向终端返回物流信息访问响应。

步骤407、终端接收到物流信息访问响应，根据物流信息访问响应中的物流信息显示界面数据跳转到物流信息显示界面。

在包裹处于抵达派件快递员或取货点之前的状态时，包裹由物流公司保管，认为包裹的物流信息是有安全保障的，因此，不需要对物流信息进行加密，物流公司可以随时获取物流信息，用户也可以对物流信息进行更新。

(二)包裹处于在派件快递员或取货点和用户取货之间的状态

步骤408、服务器更新表示是否加密的信息、验证信息和包裹的物流信息之间的第二对应关系。

本步骤中，将第二对应关系中表示是否加密的信息更新为部分加密，验证信息为收件人号码和委托人号码。

步骤409、终端基于扫描包裹上的二维码向服务器发送物流信息访问请求。

步骤410、服务器在第二对应关系中查找物流信息对应的表示是否加密的信息和验证信息，当表示是否加密的信息为部分加密时，服务器向终端返回验证界面的数据。

步骤411、终端根据验证界面的数据跳转到验证界面，根据用户在验证界面的输入操作向服务器发送验证请求，验证请求包括用户输入的号码。

步骤412、服务器接收到终端的验证请求，判断验证请求中的号码和查找到的收件人号码或委托人号码是否一致，当验证请求中的号码和查找到的收件人号码或委托人号码一致时，服务器向终端返回物流信息访问响应；当验证请求中的号码和查找到的收件人号码及委托人号码均不一致时，向终端返回验证失败的信息。

步骤413、终端接收到物流信息访问响应，根据物流信息访问响应中的物流信息显示界面数据跳转到物流信息显示界面；当接收到验证失败的信息时，终端显示验证失败的信息。

在包裹处于在派件快递员或取货点和用户取货之间的状态时，为了防止其他无关人员或其物流信息，需要对物流信息进行部分加密，只有收件人或委托人能访问物流信息，保证了物流信息的安全性，并未用户提供了优质的服务。

(三)包裹处于用户取货之后的状态

步骤414、服务器更新表示是否加密的信息、验证信息和包裹的物流信息之间的第二对应关系。

本步骤中，将第二对应关系中表示是否加密的信息更新为完全加密，验证信息为收件人号码或者验证信息为空。

步骤415、终端基于扫描包裹上的二维码向服务器发送物流信息访问请求。

步骤416、服务器在第二对应关系中查找物流信息对应的表示是否加密的信息和验证信息，当表示是否加密的信息为完全加密，且验证信息为收件人号码时，服务器向终端返回验证界面的数据；当表示是否加密的信息为完全加密，且验证信息为空时，服务器向终端返回访问失败的信息。

步骤417、当接收到验证界面的数据时，终端根据验证界面的数据跳转到验证界面，根据用户在验证界面的输入操作向服务器发送验证请求，验证请求包括用户输入的号码；当接收到访问失败的信息时，显示访问失败的信息。

步骤418、服务器接收到终端的验证请求，判断验证请求中的号码和查找到的收件人号码是否一致，当验证请求中的号码和查找到的收件人号码一致时，服务器向终端返回物流信息访问响应；当验证请求中的号码和查找到的收件人号码不一致时，向终端返回验证失败的信息。

步骤419、终端接收到物流信息访问响应，根据物流信息访问响应中的物流信息显示界面数据跳转到物流信息显示界面；当接收到验证失败的信息时，终端显示验证失败的信息。

在包裹处于用户取货之后的状态时，为了防止其他无关人员或其物流信息，需要对物流信息进行完全加密，只有收件人能访问物流信息或者任何人均无法访问物流信息，保证了物流信息的安全性，并未用户提供了优质的服务。

步骤420、终端根据用户在物流信息显示界面输入的取货请求向服务器发送取货请求。

步骤421、当取货次数大于或等于1时，服务器向终端返回取货失败的信息，并更新取货次数；当取货次数小于1时，服务器向终端返回取货成功的信息，并更新取货次数。

步骤422、终端接收到服务器返回的取货失败的信息或取货成功的信息并显示。

示例2

本示例中，根据用户选择的加密方式对包裹的物流信息进行加密，用户选择的加密方式包括以下任一种：

根据包裹的当前状态进行加密的方式、根据包裹的物流运输时间进行加密的方式、根据包裹的物流运输地点进行加密的方式。

参见图5，该方法包括：

步骤500、寄件人寄件，收件快递员收取物品后，将物品打包成包裹，并将包裹的物流信息手动录入到服务器中，并选择加密方式。

本步骤中，物流信息包括：

寄件人姓名、寄件人电话号码、寄件人地址、收件人姓名、收件人电话号码、收件人地址、物品名称、物品生产厂家、物品说明等信息。

步骤501、服务器将录入的物流信息存储到数据库中。

步骤502、当服务器接收到用户对物流信息的更新请求时，根据更新请求更新数据库中的物流信息。

步骤503、判断用户选择的加密方式，当用户选择的加密方式为根据包裹的当前状态进行加密的方式时，执行步骤403～步骤422；当用户选择的加密方式为根据包裹的物流运输时间进行加密的方式时，执行步骤504；当用户选择的加密方式为根据包裹的物流运输地点进行加密的方式时，执行步骤505。

步骤504、判断预先为包裹设置的加密时间是否已到，当预先为包裹设置的加密时间未到时，执行步骤404～步骤407和步骤420～步骤422；当预先为包裹设置的加密时间已到时，执行步骤408～步骤413和步骤420～步骤422。

本步骤中，预先为包裹设置的加密时间可以是预计包裹达到目的地后，用户取货前的预设时间。

步骤505、判断包裹是否已到包含目的地的预设区域，当包裹未到包含目的地的预设区域时，执行步骤404～步骤407和步骤420～步骤422；当包裹已到包含目的地的预设区域时，执行步骤408～步骤413和步骤420～步骤422。

参见图6，本发明另一个实施例提出了一种物流信息的处理装置(如服务器)，包括：

加密模块601，用于当判断出包裹满足加密条件时，对所述包裹的物流信息进行加密；

验证模块602，用于接收到终端的物流信息访问请求，对发送所述物流信息访问请求的终端进行验证；当验证通过时，向所述终端返回物流信息访问响应。

在本发明实施例中，验证模块602还用于：

接收到取货请求；当取货次数大于或等于1时，返回取货失败的信息，并更新所述取货次数；当所述取货次数小于1时，返回取货成功的信息，并更新所述取货次数。

在本发明实施例中，加密模块601具体用于：

根据预先设置或用户选择的的加密方式判断出包裹满足所述加密条件；根据所述加密方式对所述物流信息进行加密。

在本发明另一个实施例中，还包括：

加密方式选择模块603，用于获取用户选择的加密方式。

在本发明另一个实施例中，还包括：

物流信息录入模块604，用于录入物流信息；

物流信息存储模块605，用于保存录入的物流信息；

物流信息更新模块606，用于更新物流信息。

在本发明实施例中，加密模块601具体用于采用以下至少之一方式判断出包裹满足加密条件：

判断出所述包裹处于在派件快递员和用户取货之间的状态，或在取货点和用户取货之间的状态；

判断出所述包裹处于用户取货之后的状态；

判断出预先为所述包裹设置的加密时间已到；

判断出所述包裹已到达包含目的地的预设区域。

在本发明实施例中，验证模块602具体用于采用以下方式实现对发送物流信息访问请求的终端进行验证：

向所述终端返回验证界面的数据；接收到所述终端的验证请求，对所述验证请求进行验证。

在本发明实施例中，所述验证请求包括验证信息；验证模块602具体用于采用以下方式实现对验证请求进行验证：

判断所述验证请求中的验证信息与预先设置的所述包裹的验证信息是否一致，当所述验证请求中的验证信息与预先设置的所述包裹的验证信息一致时，验证通过；当所述验证请求中的验证信息与预先设置的所述包裹的验证信息不一致时，验证不通过。

参见图7，本发明另一个实施例提出了一种物流信息的处理装置(如终端)，包括：

发送模块701，用于基于扫描包裹上的二维码向服务器发送物流信息访问请求；

接收模块702，用于接收到物流信息访问响应；

显示模块703，用于当所述接收模块702接收到物流信息访问响应时，根据所述物流信息访问响应跳转到物流信息显示界面。

在本发明实施例中，接收模块702还用于：

接收到所述服务器返回的验证界面的数据，根据所述验证界面的数据跳转到所述验证界面；

发送模块701还用于：

根据用户在所述验证界面的输入操作向所述服务器发送验证请求。

在本发明实施例中，发送模块701还用于：

向所述服务器发送取货请求；

接收模块702还用于：

接收所述服务器返回的取货失败的信息或取货成功的信息。

本发明另一个实施例提出了一种物流信息的处理装置，包括处理器和计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令被所述处理器执行时，实现上述任一种物流信息的处理方法。

本发明另一个实施例提出了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种物流信息的处理方法的步骤。

计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

参见图8，本发明另一个实施例提出了一种物流信息的处理系统，包括：

服务器801，用于当判断出包裹满足加密条件时，对所述包裹的物流信息进行加密；接收到终端的物流信息访问请求，对发送所述物流信息访问请求的终端进行验证；当验证通过时，向所述终端返回物流信息访问响应；

终端802，用于基于扫描包裹上的二维码向服务器发送物流信息访问请求；当接收到物流信息访问响应时，根据所述物流信息访问响应跳转到物流信息显示界面。

在本发明实施例中，服务器801可以采用一个实体设备实现，也可以采用多个实体设备实现，本发明实施例对此不作限定。

虽然本发明实施例所揭露的实施方式如上，但所述的内容仅为便于理解本发明实施例而采用的实施方式，并非用以限定本发明实施例。任何本发明实施例所属领域内的技术人员，在不脱离本发明实施例所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明实施例的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (14)

1.一种物流信息的处理方法，包括：

当判断出包裹满足加密条件时，对所述包裹的物流信息进行加密；

接收到终端的物流信息访问请求，向终端返回访问失败的信息；或者，对发送所述物流信息访问请求的终端进行验证；当验证通过时，向所述终端返回物流信息访问响应。

2.根据权利要求1所述的处理方法，其特征在于，该方法还包括：

接收到取货请求；

当取货次数大于或等于1时，返回取货失败的信息，并更新所述取货次数；

当所述取货次数小于1时，返回取货成功的信息，并更新所述取货次数。

3.根据权利要求1或2所述的处理方法，其特征在于，所述判断出包裹满足加密条件包括：根据预先设置或用户选择的的加密方式判断出包裹满足所述加密条件；

所述对包裹的物流信息进行加密包括：根据所述加密方式对所述物流信息进行加密。

4.根据权利要求1或2所述的处理方法，其特征在于，所述判断出包裹满足加密条件包括以下至少之一：

判断出所述包裹处于在派件快递员和用户取货之间的状态，或在取货点和用户取货之间的状态；

判断出所述包裹处于用户取货之后的状态；

判断出预先为所述包裹设置的加密时间已到；

判断出所述包裹已到达包含目的地的预设区域。

5.根据权利要求1或2所述的处理方法，其特征在于，所述对发送物流信息访问请求的终端进行验证包括：

向所述终端返回验证界面的数据；

接收到所述终端的验证请求，对所述验证请求进行验证。

6.根据权利要求5所述的处理方法，其特征在于，所述验证请求包括验证信息；所述对验证请求进行验证包括：

判断所述验证请求中的验证信息与预先设置的所述包裹的验证信息是否一致，当所述验证请求中的验证信息与预先设置的所述包裹的验证信息一致时，验证通过；当所述验证请求中的验证信息与预先设置的所述包裹的验证信息不一致时，验证不通过。

7.一种物流信息的处理方法，包括：

基于扫描包裹上的二维码向服务器发送物流信息访问请求；

当接收到物流信息访问响应时，根据所述物流信息访问响应跳转到物流信息显示界面。

8.根据权利要求7所述的处理方法，其特征在于，所述基于扫描包裹上的二维码向服务器发送物流信息访问请求后，所述接收到物流信息访问响应之前，该方法还包括：

接收到所述服务器返回的验证界面的数据，根据所述验证界面的数据跳转到所述验证界面；

根据用户在所述验证界面的输入操作向所述服务器发送验证请求。

9.根据权利要求7所述的处理方法，其特征在于，该方法还包括：

向所述服务器发送取货请求；接收所述服务器返回的取货失败的信息或取货成功的信息。

10.一种物流信息的处理装置，包括：

加密模块，用于当判断出包裹满足加密条件时，对所述包裹的物流信息进行加密；

验证模块，用于接收到终端的物流信息访问请求，对发送所述物流信息访问请求的终端进行验证；当验证通过时，向所述终端返回物流信息访问响应。

11.一种物流信息的处理装置，包括：

发送模块，用于基于扫描包裹上的二维码向服务器发送物流信息访问请求；

接收模块，用于接收到物流信息访问响应；

显示模块，用于当所述接收模块接收到物流信息访问响应时，根据所述物流信息访问响应跳转到物流信息显示界面。

12.一种物流信息的处理装置，包括处理器和计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令被所述处理器执行时，实现如权利要求1～9任一项所述的物流信息的处理方法。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1～9任一项所述的物流信息的处理方法的步骤。

14.一种物流信息的处理系统，包括：

服务器，用于当判断出包裹满足加密条件时，对所述包裹的物流信息进行加密；接收到终端的物流信息访问请求，对发送所述物流信息访问请求的终端进行验证；当验证通过时，向所述终端返回物流信息访问响应；

终端，用于基于扫描包裹上的二维码向服务器发送物流信息访问请求；当接收到物流信息访问响应时，根据所述物流信息访问响应跳转到物流信息显示界面。

Images