CN107392529A - 一种新型邮件寄送、投递和接收的方法，系统和设备 - Google Patents

Abstract

本发明实施例提供一种新型的邮件寄送、传递和接收的方法，系统和设备。通过引入交换中心，让收件方提前接入邮件寄送流程，使收件方变被动为主动。本发明还包括，通过门禁管理实现寄件签收和收件签收，进一步释放寄件方和收件方在邮件传递过程所占有的时间，提高了社会经济效益。本发明还包括，在邮件传递过程中，寄件方和收件方可以请求所述邮件信息变更，如临时变更收件人地址，联系方式等。应用本发明所述方案，有效地提升邮件传递的灵活性，提高了社会经济效益。

Description

一种新型邮件寄送、投递和接收的方法，系统和设备

技术领域

本发明涉及邮件传递领域，尤其涉及邮件的寄送、传递和接收的系统。

背景技术

邮件业务包括传统的邮政业务和新涌现的快递业务。随着网络购物的快速发展，快递递服务业出现爆发式的增长，为我们在网络上购买的商务送到我们的面前提供了必不可少的服务。我国是邮件业务大国，每天传递的邮件都以亿次计。所以，我们对快递业务并不陌生，甚至是我们的日常生活中不可或缺的服务。

现在寄件业务流程如图-1所示，包括以下步骤：

步骤001：寄件方选择好快递公司，并通过电话或者快递公司的客户端下单方式，向快递公司发送寄件请求。

步骤002：快递公司接收到寄件方的寄件请求后，向寄件方确认请求，并预约上门邮件签收的时间和签收地址。

步骤003：寄件方按照预约时间在预约签收地址等候，寄件方完善收件方收件人、地址和联系方式，并支付或指定收件方支付。快递员上门完成签收邮件。

步骤004：邮件根据目的地址经由中转中心中转。

步骤005：邮件到达收件方目的地址最近的邮件分发节点。快递公司通知收件方邮件即将到达，请求收件方签收。

步骤006：收件方与快递公司协商签收时间和签收地址，并回复邮件签收允许。

步骤007：收件方按照预约时间在预约签收地址等候，快递公司送邮件上门。

步骤008：邮件完成签收。

从上面的业务流程可以看到，邮件在整个传输过程只有邮件即将到达收件方的时候，收件方才获知有一个属于自己的邮件，而收件方对于此邮件一无所知，完全处于被动接受状态。

发明内容

鉴于此，本发明实施例提供一种新型的邮件寄送、传递和接收的方法、系统和设备。

一种邮件寄送、传递和接收的方法，其特征在于，包括：交换中心接收到寄件请求消息时，根据所述请求消息包含的信息寻找收件方以及所述收件方设定的收件标准，如果所述收件标准同意接收，则所述交换中心向邮件承运公司发送寄件请求。如果所述收件标准拒绝接收，则所述交换中心向寄件方回复寄件请求拒绝。

进一步地，所述收件方设定的收件标准，包括：收件方先于寄件请求消息到达所述交换中心前就在所述交换中心设定收件标准。

进一步地，所述收件方已经在交换中心完成注册，所述收件方在所述交换中心设定的收件标准不存在，所述交换中心根据所述寄件请求消息，通知收件方并请求所述收件方裁决同意接收或者拒绝接收。如果同意接收，则所述交换中心向邮件承运公司发送寄件请求。如果拒绝接收，则所述交换中心向寄件方回复寄件请求拒绝。

进一步地，所述收件方未在交换中心注册，所述交换中心根据所述寄件请求消息，通过第三方平台通知收件方并请求所述收件方裁决同意接收或者拒绝接收；如果同意接收，则所述交换中心向邮件承运公司发送寄件请求。如果拒绝接收，则所述交换中心向寄件方回复寄件请求拒绝。

进一步地，邮件承运公司快递员上门领取寄件方邮件，所述交换中心通过门禁管理完成寄件签收；

和/或，

邮件承运公司快递员上门交付邮件，所述交换中心通过门禁管理完成收件签收。

进一步地，寄件方向交换中心发送所述邮件变更请求，所述交换中心根据所述变更请求，与所述邮件承运公司协商。如果协商接纳变更请求，则所述邮件承运公司根据变更请求传递邮件；如果协商拒绝变更请求，所述邮件承运公司按所述邮件原信息继续传递；

或者，

收件方向交换中心发送所述邮件变更请求，所述交换中心根据所述变更请求，与所述邮件承运公司协商。如果协商接纳变更请求，则所述邮件承运公司根据变更请求传递邮件；如果协商拒绝变更请求，所述邮件承运公司按所述邮件原信息继续传递。

一种邮件寄送、传递和接收的系统，包括：

寄件方客户端，用于发起寄件请求消息，和/或设置门禁权限，和/或发起邮件变更请求，和/或与交换中心消息交互，和/或接收邮件状态；

收件方客户端，用于设定收件标准，和/或接收寄件请求，和/或设置门禁权限，和/或发起邮件变更请求，和/或与交换中心消息交互，和/或接收邮件状态；

邮件承运公司客户端，用于接收寄件请求，设置邮件状态，和/或执行门禁权限；

交换中心，用于寄件方、收件方和邮件承运公司相互交互消息的路由选择，业务处理，和/或费用结算。

邮件承运公司，用于根据所在寄件请求和/或变更请求，承运所述邮件。

一种邮件寄送、传递和接收的设备，包括：

交换中心设备，接收来自寄件方、收件方和邮件承运公司相互交互消息，根据所述消息，实现消息路由选择，业务处理，和/或费用结算。

客户端设备，提供寄件方、收件方和邮件承运公司人员执行邮件信息输入和获取的人机界面交互。

本实施例通过新型的邮件寄送、传递和接收的方法、系统和设备，使收件方从被动方转变成主动方，有效提升邮件的传递效率，提高社会的经济效益。

附图说明

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

图1为本传统邮政业务流程图。

图2为本发明的实施例一的流程图。

图3为本发明的实施例二的流程图。

图4为本发明的实施例三的流程图。

图5为本发明的实施例四的流程图。

图6为本发明的实施例五的流程图。

图7为本发明的实施例六的流程图。

图8为本发明的实施例七的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

传统的邮件业务流程，邮件在整个传输过程只有邮件即将到达收件方的时候，收件方才获知有一个属于自己的邮件，而收件方对于此邮件一无所知，完全处于被动接受状态。而且邮件一旦寄件签收，无论寄件方还是收件方，都无法更改邮件的路由。鉴于此，本发明邮件寄送、传递和接收的方法，提供一种收件方主动，并且在邮件传递过程中，寄件方和收件方都可以更改所述邮件路由的方案。

下面采用几个具体实施例对本发明上述实施例的技术方案进行详细说明，本实施例说明的邮件，包括所有邮寄的实物。

实施例一：

如图2为本实施例的流程图，本实施例的方法可以包括：

步骤100：收件方（07）提前向交换中心（03）明确收件标准，其标准有几种参考：标准一，设定白名单，即在白名单的寄件方发起的寄件请求才被同意接收，不在白名单的寄件方发起的寄件请求被拒绝接收；标准二，设定黑名单，即在黑名单的寄件方发起的寄件请求被拒绝接收，不在黑名单的寄件方发起的寄件请求才被同意接收；标准三，设定指定时间段发起的寄件请求被同意接收，其他时间段发起的寄件请求被拒绝接收；标准四，设定指定时间段发起的寄件请求被拒绝接收，其他时间段发起的寄件请求被同意接收。标准五，设定邮件内容要求，所述邮件内容包括但不限于邮件物品类型，价格，重量，大小，满足要求才同意接收，否则拒绝接收。

步骤101：寄件方（02）通过客户端选择收件方（07），输入将要发送的邮件的相关信息，包括但不限于收件方信息，邮件详细内容，图片，重量，寄件人信息，邮件承运公司等。完成信息输入后，所述客户端向交换中心（03）发送寄件请求消息。

步骤102：交换中心（03）根据收件方设定的收件标准，回复寄件方请求响应并通知决策结果。

步骤103：如果交换中心（03）根据收件标准同意接收邮件，交换中心（03）根据邮件信息，寄件人信息，收件人信息，选择的邮件承运公司，费用支付等数据，综合处理并选择邮件承运公司，并向选择的邮件承运公司（04）发送寄件请求消息。

步骤104：邮件承运公司（04）确认寄件请求，并回复请求确认。

步骤105：交换中心（03）得到邮件承运公司寄件请求确认消息后，给所述寄件方回复寄件确认消息。

步骤106：邮件承运公司安排快递员上门取件。

步骤107：快递员签收寄件邮件。

步骤108：邮件承运公司签收邮件后，邮件在传递过程的邮件状态上报交换中心（03）。

步骤109：交换中心（03）通知寄件方邮件状态。

步骤110：交换中心（03）通知收件方邮件状态。

步骤111：邮件承运公司运输邮件。

步骤112：邮件在到达收件方目的地，邮件承运公司通知收件人邮件到达，请求签收。

步骤113：收件人同意请求，并约定签收方式。

步骤114：快递员按约定的签收方式上门送邮件。

步骤115：收件人签收邮件。

步骤116：邮件承运公司向交换中心（03）上报邮件签收确认。交换中心（03）通过步骤109的邮件状态消息向寄件方通知邮件签收确认消息。

实施例二：

实施例一中说明收件方提前在交换中心（03）设定收件标准，此方案灵活性有所欠缺。鉴于此，如图3所示实施例的流程图，为增强灵活性提出进一步方案。本实施例的方法可以包括：

步骤201：寄件方（02）通过客户端选择收件方（07），输入将要发送的邮件的相关信息，包括但不限于收件方信息，邮件详细内容，图片，重量，寄件人信息，邮件承运公司等。完成信息输入后，所述客户端向交换中心（03）发送寄件请求消息。

步骤202：交换中心（03）接收到所述寄件请求消息后，根据交换中心配置完成业务处理，然后根据所述寄件请求消息包含的收件方信息，寻找收件方索登录的客户端，并通知收件方所述寄件请求。

步骤203：收件方客户端接收到所述寄件请求后，决策同意接收或者拒绝接收所述邮件。如果收件方同意接收所述邮件，所述收件方通过客户端输入收件人详细信息，和/或选择邮件承运公司，和/或支付费用。完成信息输入后，所述客户端向交换中心（03）发送同意寄件请求消息。如果收件方拒绝接收所述邮件，所述收件方通过客户端回复拒绝寄件请求消息。如果收件方长时间不处理所述寄件请求，交换中心（03）根据寄件方输入信息传递邮件，即默认收件方同意接收邮件；或者交换中心（03）根据所述收件方与交换中心的约定同意或者拒绝接收邮件。

步骤204：如果收件方拒绝接收邮件，交换中心（03）回复寄件方请求拒绝消息，业务流程关闭。如果收件方同意接收邮件，交换中心（03）向寄件方确认寄件请求消息。

步骤205：交换中心（03）根据邮件信息，寄件人信息，收件人信息，选择的邮件承运公司，费用支付等数据，综合处理并选择邮件承运公司，并向选择的邮件承运公司（04）发送寄件请求消息。

步骤206：邮件承运公司（04）确认寄件请求，并回复请求确认。

步骤207：交换中心（03）得到邮件承运公司寄件请求确认消息后，给所述寄件方回复寄件确认消息。

步骤208：邮件承运公司安排快递员上门取件。

步骤209：快递员签收寄件邮件。

步骤210：邮件承运公司签收邮件后，邮件在传递过程的邮件状态上报交换中心（03）。

步骤211：交换中心（03）通知寄件方邮件状态。

步骤212：交换中心（03）通知收件方邮件状态。

步骤213：邮件承运公司运输邮件。

步骤214：邮件在到达收件方目的地，邮件承运公司通知收件人邮件到达，请求签收。

步骤215：收件人同意请求，并约定签收方式。

步骤216：快递员按约定的签收方式上门送邮件。

步骤217：收件人签收邮件。

步骤218：邮件承运公司向交换中心（03）上报邮件签收确认。交换中心（03）通过步骤211的邮件状态消息向寄件方通知邮件签收确认消息。

实施例三：

如图4为本实施例的流程图。本实施例的方法解决实施例二中交换中心（03）寻找收件方失败时给出一个方案：

步骤302：当交换中心（03）收到寄件方的寄件请求消息时，所述交换中心（03）根据所述寄件请求消息包含的收件方信息，寻找收件方失败，此时交换中心（03）通过第三方平台通知收件方所述寄件请求。

步骤303：收件方接收到第三方平台转发的寄件请求通知后，接入交换中心（03），此时交换中心（03）成功寻找收件方，并把所述寄件请求消息发送给收件方。如果收件方长时间不处理寄件请求，交换中心（03）根据寄件方输入信息传递邮件，即默认收件方同意接收邮件；或者交换中心（03）根据所述收件方与交换中心的约定同意或者拒绝接收邮件。

本实施例的其他步骤，与实施例二描述是一样的，这里不再赘述。

实施例四：

如图5为本发明实施例的流程图。

对于实施例一、二、三，邮件承运公司确认寄件请求后，安排快递员上门签收邮件。此流程要求寄件方与快递员当面签收，或者利用快递柜，这都要求寄件方额外多做工作。为了减少寄件方寄件工作，提高效率，本实施例给出一个方案：

寄件方把所述邮件存放在具有门禁管理的地方，并且交换中心（03）管理着存放所述邮件的门禁权限。

步骤408：寄件方接收到寄件请求确认消息后，向交换中心（03）授权开放存放所述邮件的门禁权限。

步骤409：交换中心（03）根据授权，开放邮件承运公司所述权限。

步骤410和411：寄件签收确认有两种方法：方法一，快递员使用门禁权限，领取所述邮件并确认寄件签收，所述邮件承运公司向交换中心（03）上报邮件签收状态，所述交换中心（03）根据步骤414和415分别向寄件方和收件方通知邮件签收状态。方法二，寄件方门禁确认寄件签收，快递员使用门禁即代表此次门禁关联的邮件签收确认，签收确认消息由寄件方门禁设备发送到交换中心（03），所述交换中心（03）向所述邮件承运公司发送所述邮件签收确认。很明显地，方法一和方法二可以组合一起使用来完成所述邮件签收确认。

步骤412和413：进一步地，门禁系统上报快递员接入门禁状态，并通知寄件人。

步骤414和415：邮件签收状态同步通知到寄件人。

本实施例的其他步骤，与实施例二描述是一样的，这里不再赘述。本实施例是通过交换中心（03）的门禁管理完成寄件签收。

实施例五：

如图6为本发明邮件寄送、传递和接收方法实施例四的流程图。

实施例四提供了通过交换中心（03）的门禁管理完成寄件签收。与此同理，交换中心（03）的门禁管理也可以完成收件签收。

收件方的所述邮件签收目的地具有门禁管理，并且交换中心（03）管理所述门禁权限。

步骤517：收件方接收到过程邮件状态通知后，并在邮件签收前，都可以开放收件目的地址门禁权限。

步骤518：交换中心（03）根据收件方授权，向邮件承运公司开放所述邮件目的地址的门禁权限。

步骤519：快递员携带所述邮件上门，并使用授权的门禁权限，把邮件存放在指定目的地。

步骤520和524：收件签收确认有两种方法：方法一，快递员确认收件签收，所述邮件承运公司向交换中心（03）上报邮件签收状态，所述交换中心（03）根据步骤515和516分别向寄件方和收件方通知邮件签收状态。方法二，收件方门禁确认收件签收，快递员使用门禁即代表此次门禁关联的邮件签收确认，签收确认消息由收件方门禁设备发送到交换中心（03），所述交换中心（03）向所述邮件承运公司发送所有邮件签收确认。很明显地，方法一和方法二可以组合一起使用来完成所述邮件签收确认。

步骤522和523：进一步地，门禁系统上报快递员接入门禁状态，并通知寄件人。

本实施例的其他步骤，与实施例四描述是一样的，这里不再赘述。本实施例是通过交换中心（03）的门禁管理完成收件签收。

实施例六：

上述实施例提供一种方案使收件方被被动方为主动方。然而上述实施例还有一种场景没有解决，即在邮件传递过程中，无论寄件方还是收件方都无法发出所述邮件变更指令。为了解决此需求，本实施例提供如下方案：

步骤617和618：寄件方或者收件方通过客户端向交换中心（03）下达所述邮件变更请求，变更请求可以是：（一）放弃所述邮件；（二）撤回所述邮件；（三）变更收件人信息。

步骤619：交换中心（03）接收到所述邮件变更请求后，与所述邮件承运公司协商。如果协商同意变更请求，则所述邮件承运公司更新所述邮件信息，并根据变更请求传递邮件；交换中心（03）更新所述邮件信息并向发起变更请求者回复变更请求确认消息。如果协商拒绝变更请求，所述邮件承运公司按所述邮件原信息继续传递；交换中心（03）向发起变更请求者回复变更请求拒绝消息。

本实施例的其他步骤，与实施例五描述是一样的，这里不再赘述。

实施例七：

邮件传递是需要费用支出的。在交换中心（03）与邮件承运公司（04）之间协商费用结算流程，有多种场景可供选择：（一）寄件方支付。寄件方在发出寄件请求的时候即完成寄件费用支付，此支付由交换中心（03）结算，并在后续流程中通知收件方和邮件承运公司。（二）收件方支付。收件方收到寄件请求包含未支付通知，收件方在回复同意寄件请求前完成费用支付，此支付由交换中心（03）结算，并在后续流程中通知寄件方和邮件承运公司。（三）后付费。交换中心（03）和邮件承运公司协商一致并在所述邮件传递过程在未付费的情况下完成提前传递服务，寄件方、收件方或者第三方在所述邮件收件签收完毕后才完成支付。

上述实施例上的客户端，可以通过智能手机移动终端，平板电脑，个人电脑，浏览器中任意一种提供的人机交互界面。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种邮件寄送、传递和接收的方法，其特征在于，包括：

交换中心接收到寄件请求消息时，根据所述请求消息包含的信息寻找收件方以及所述收件方设定的收件标准；

如果所述收件标准同意接收，则所述交换中心向邮件承运公司发送寄件请求；

如果所述收件标准拒绝接收，则所述交换中心向寄件方回复寄件请求拒绝。

2.根据权利要求1所述的邮件寄送、传递和接收的方法，其特征在于，所述收件方设定的收件标准，包括：

收件方先于寄件请求消息到达所述交换中心前就在所述交换中心设定收件标准。

3.根据权利要求1所述的邮件寄送、传递和接收的方法，其特征在于，包括：

所述收件方已经在交换中心完成注册；

所述收件方在所述交换中心设定的收件标准不存在；

所述交换中心根据所述寄件请求消息，通知收件方并请求所述收件方裁决同意接收或者拒绝接收；

如果同意接收，则所述交换中心向邮件承运公司发送寄件请求；

如果拒绝接收，则所述交换中心向寄件方回复寄件请求拒绝。

4.根据权利要求1所述的邮件寄送、传递和接收的方法，其特征在于，包括：

所述收件方未在交换中心注册；

所述交换中心根据所述寄件请求消息，通过第三方平台通知收件方并请求所述收件方裁决同意接收或者拒绝接收；

如果同意接收，则所述交换中心向邮件承运公司发送寄件请求；

如果拒绝接收，则所述交换中心向寄件方回复寄件请求拒绝。

5.根据权利要求1～4任一权利要求所述的邮件寄送、传递和接收的方法，其特征在于，包括：

邮件承运公司快递员上门领取寄件方邮件；

所述交换中心通过门禁管理完成寄件签收；

和/或，

邮件承运公司快递员上门向收件方交付邮件；

所述交换中心通过门禁管理完成收件签收。

6.根据权利要求5所述的邮件寄送、传递和接收的方法，其特征在于，包括：

寄件方向交换中心发送所述邮件变更请求；

所述交换中心根据所述变更请求，与所述邮件承运公司协商；

如果协商同意变更请求，则所述邮件承运公司根据变更请求传递邮件；

如果协商拒绝变更请求，所述邮件承运公司按所述邮件原信息继续传递；

或者，

收件方向交换中心发送所述邮件变更请求；

所述交换中心根据所述变更请求，与所述邮件承运公司协商；

如果协商接纳变更请求，则所述邮件承运公司根据变更请求传递邮件；

如果协商拒绝变更请求，所述邮件承运公司按所述邮件原信息继续传递。

7.根据权利要求1～6任一权利要求所述的邮件寄送、传递和接收的方法，其特征在于，包括：

交换中心对所述邮件业务的计费，可以寄件方支付，和/或收件方，或者后付费。

8.一种邮件寄送、传递和接收的系统，其特征在于，包括：

寄件方客户端，用于发起寄件请求消息，和/或设置门禁权限，和/或发起邮件变更请求，和/或与交换中心消息交互，和/或接收邮件状态；

收件方客户端，用于设定收件标准，和/或接收寄件请求，和/或设置门禁权限，和/或发起邮件变更请求，和/或与交换中心消息交互，和/或接收邮件状态；

邮件承运公司客户端，用于接收寄件请求，设置邮件状态，和/或执行门禁权限；

交换中心，用于寄件方、收件方和邮件承运公司相互交互消息的路由选择，业务处理，和/或费用结算；

邮件承运公司，用于根据所在寄件请求和/或变更请求，承运所述邮件。

9.一种邮件寄送、传递和接收的设备，其特征在于，包括：

交换中心设备，接收来自寄件方、收件方和邮件承运公司相互交互消息，根据所述消息，实现消息路由选择，业务处理，和/或费用结算；

客户端设备，提供寄件方、收件方和邮件承运公司人员执行邮件信息输入和获取的人机界面交互。