CN103226764B - 一种快递收发件系统及方法 - Google Patents

Abstract

本发明公开了一种快递收发件系统，至少包括一个服务器端，与服务器端连接的数据运算中心，在服务器端上，连接有用户注册系统客户端、用户发件系统客户端，数据运算中心有短信发送接口，另外，在服务器端还连接有快递人手机端和快递人账户。本发明还公开了一种快递收发件方法。与传统快递相比，本发明发件更快，费用计算更精确；取件更快、派件更快、货物最安全、信息最安全。

Description

一种快递收发件系统及方法

技术领域

本发明涉及一种应用于快递服务中的收发件系统及其方法，属于电子信息化应用领域。

背景技术

近几年，中国快运速递产业发展迅速，自上世纪80年代以来，中国快递行业取得了长足的发展。截至2011年底，全国持有快递业务经营许可证的法人企业超过7500家，其中跨省(自治区、直辖市)经营快递业务的网络型企业52家。

随着快递业的不断发展，市场竞争的激烈程度不断提升，造成了快递服务公司良莠不齐，很多快递公司由于缺乏合理、有效的快递管理能力和制度，以及运营方式的落后，造成了服务质量的下降。而目前，更多的快递公司的收发件工作对人工的要求大，很容易出现漏件、错件的情况。

发明内容

本发明的目的之一在于提供一种架构合理、不容易出现漏件、错件的情况，且能提高工作效率，能应对复杂情况下完成收发件工作的快递收发件系统。

为了实现上述目的，本发明采用如下技术方案：

一种快递收发件系统，至少包括一个服务器端，与服务器端连接的数据运算中心，在服务器端上，连接有用户注册系统客户端、用户发件系统客户端，数据运算中心有短信发送接口，另外，在服务器端还连接有快递人手机端和快递人账户。

更进一步的方案是：所述的服务器端还连接有收件人手机端。

更进一步的方案是：所述的用户注册系统客户端通过WebSerivce接口调用数据运算中心的短信发送接口。

更进一步的方案是：所述的用户注册系统客户端和用户发件系统客户端包括WEB端和手机端。

更进一步的方案是：所述的快递收发件系统还包括一个与服务器端连接的处理平台。

本发明还公开了一种快递收发件方法，包括：

用户注册：

用户通过用户注册系统客户端填写包括用户手机号的注册信息，用户注册系统客户端直接通过WebSerivce接口调用数据中运算中心的短信发送接口，程序随机生成验证码发送到用户手机上，用户通过验证码完成注册；

用户发件：

用户在用户发件系统客户端输入发件及收件地址后，发件系统客户端将数据发送到发件服务器端，服务器端接收到用户的发件及收件地址后，通过数据运算中心对用户的发件及收件地址进行验证解析，并计算距离，并根据距离将已配置好的配送时效信息返回到发件系统客户端供用户选择，同时根据用户的发件地址确定用户发件地址周边的快递人，用户再在发件系统客户端输入货物信息，货物价值，选择配送时效参数，并确定是否指定快递人接件，服务器端接收到用户的货物信息，货物价值，选择配送时效参数信息后，数据运算中心进行数据验证，验证通过后，如果用户指定了快递人，则服务器端将接件信息发送到快递人的手机端，让快递人进行接单操作，如果用户没有指定快递人，则服务器端将接件信息发送到用户发件地址周边一定范围内的快递人手机端，提醒快递人迅速进行接单操作；

快递人接派件：

快递人手机端接收到接件信息后，快递人选择符合自己要求的快件，并选择接收，接收成功后，服务器端从快递人账户中扣除一定的费用；快递人上门接件时，对快件进行拍照和/或扫描，并将照片和/或扫描信息提交到服务器；快递人接件成功后，进行快件的派送，派送过程中，快递人手机端自动上传所在的坐标到服务器端，并通过第三方地图显示出实时线路；

签收：

签收在快递人手机端或者收件人手机端进行；如果收件人有收件人手机端，则在收件人手机端上直接通过点击签收按钮进行签收；如果收件人没有收件人手机端，则在快件到达时，服务器端自动通过短信发送接口发送签收码到收件人手机上，收件人得到签收码后告知快递人，快递人通过快递人手机端将签收码上传至数据运算中心，数据运算中心通过验证短信验证码的真伪、时效进行最后的签收操作。

更进一步的方案是：所述的快递人需要通过申请注册，具体包括如下两种注册模式：

推荐人模式：

推荐人为快递人；申请人先填写自己的基本信息和推荐人的手机号码、身份证号码，真实姓名和所属快递企业，服务器端验证基本信息和推荐人信息，验证通过之后，推荐人的快递人手机端收到确认是否推荐的消息，当推荐人确定推荐，并回复消息给服务器端之后，所属快递企业验证通过申请人的申请注册；

自主申请模式，包括如下两种方式：

a、申请人在线填写身份证号码，真实姓名和所属快递企业，提交资料后，申请资料提交到服务器端，服务器端验证基本信息，所属快递企业验证通过即完成申请注册；

b、申请人在线填写身份证号码，真实姓名，所属快递企业和信用卡信息，申请资料提交到服务器端，服务器端验证基本信息，所属快递企业验证通过即完成申请注册。

更进一步的方案是：所述的用户发件和快递人接派件过程中，出现用户取消发件、快递人取消收件的情况时，数据运算中心根据用户取消发件、快递人取消收件的具体情况，对用户和快递人的诚信分进行扣除，具体为：

用户取消发件：

当数据运算中心通过接口的形式收到用户的申请后，将对当前快件状态，当前用户做出验证是否可进行该件的取消操作，并且根据用户选择的取消原因，快件状态做出判断，当快件在没有任何快递员接收的情况下并且用户个人原因进行取消操作的，程序会自动进行快件取消处理并且按照平台诚信积分加减条例进行诚信分的加减，当快件处于快递员接收状态下，快件将通过数据运算中心和服务器端提交到处理平台进行人工判断，如人工判断后同意取消发件，快件状态则被改变为已取消并扣除寄件人相应诚信分，如人工判断后拒绝取消发件，快件状态将被打回到申报之前的状态；

快递人取消收件

因快递人自己原因取消接件后，系统将扣除快递人的诚信分；因其他原因取消派件的，经处理平台人工核实申请原因与事实原因相符的，将不扣除快递人诚信分，服务器端从快递人账户中扣除的费用返还到快递人账户中；经核实申请原因与事实原因不符的，将扣除快递人诚信分，服务器端从快递人账户中扣除的费用不会返还。

与传统快递相比，本发明至少存在如下的优点：

（一）：发件更快，费用计算更精确：只需要填写快件基本信息，即可发出，自动计算出快递运费，公开透明；

（二）：取件更快：附近的快递人收到信息后即上门取件

（三）：派件更快：直提直送,快件不落地,减少暴力分拣机率，快件不中转,缩短快件在途时间

（四）：货物最安全：取件后冻结快递人信用卡等价资金，建立快递人诚信体系确保快件不丢失；GPS同步追踪，快件动向随时掌控，1对1直提直送；

（五）：信息最安全：全程无纸化操作，快递息不暴露，环保绿色又安全，业务完成后，数据信息自动封存杜绝信息外泄。

具体实施方式

下面结合具体实施方式对本发明做详细的说明。

一种快递收发件系统，至少包括一个服务器端，与服务器端连接的数据运算中心，在服务器端上，连接有用户注册系统客户端、用户发件系统客户端，数据运算中心有短信发送接口，另外，在服务器端还连接有快递人手机端和快递人账户。所述的服务器端还连接有收件人手机端。所述的用户注册系统客户端通过WebSerivce接口调用数据运算中心的短信发送接口。所述的用户注册系统客户端和用户发件系统客户端包括WEB端和手机端。所述的快递收发件系统还包括一个与服务器端连接的处理平台。

一种快递收发件方法，包括：

用户注册：

用户通过用户注册系统客户端填写包括用户手机号的注册信息，用户注册系统客户端直接通过WebSerivce接口调用数据中运算中心的短信发送接口，程序随机生成验证码发送到用户手机上，用户通过验证码完成注册；

由于快递收发件系统中有专门的短信发送接口,在用户注册时不论在WEB端还是手机端都直接通过WebSerivce接口调用数据中运算中心的短信发送接口，程序随机生成5位验证码,存储在缓存与数据库中,为避免用户重复注册，注册之前会针对当前手机号进行重复检索,用户提交的手机号，服务器端利用正则表达来验证手机号的准确性，在web端使用AJAX技术进行已注册手机号提醒及错误手机号的提醒，为了避免恶意用户注册，程序检测到用户注册异常时会利用GDI生成倾斜、加噪点的验证码.用户注册成功后存储到mssqlserver数据中，并对用户的密码进行MD5不可逆的加密方式存储；

快递人也需要通过申请注册，具体为：

推荐人模式：

推荐人为快递人；申请人先填写自己的基本信息和推荐人的手机号码、身份证号码和真实姓名，服务器端验证基本信息和推荐人信息，验证通过之后，推荐人的快递人手机端收到确认是否推荐的消息，当推荐人确定推荐，并回复消息给服务器端之后，服务器端通过申请人的申请注册；

服务器端接收到包括用户填写的姓名,身份证号,推荐人手机号等申请数据，首先会验证此用户的姓名，身份证号，比如姓名会验证是否为中文字符，是否在中华人民共和国允许的可申请姓名范围内，身份证号将按位拆分，利用正则表达式初步验证身份证号的正确性。如用户基本信息验证通过后，程序会验证推荐人是否具有推荐资格，当都验证通过后，服务器端通过WebService调用数据运算中心的申请接口，调用Webservice接口时，数据运算中心采用了SoapHeader的验证方式进行权限验证，验证调用方是否合法,当数据提交成功后，推荐人会收到待推荐信息，利用手机端和服务器端保持着Socket的长通信通道将推荐信息以系统消息的方式推送到推荐人手机端，当推荐人确定推荐此用户后，用户的申请数据提交到企业系统，平台系统，中间存储介质为SQL数据库。

自主申请模式：

申请人线下填写手机号码，身份证号码和真实姓名，提交资料后，申请资料提交到服务器端，服务器端验证基本信息，验证通过即完成申请注册。

用户发件：

用户在用户发件系统客户端输入发件及收件地址后，发件系统客户端将数据发送到发件服务器端，服务器端接收到用户的发件及收件地址后，通过数据运算中心对用户的发件及收件地址进行验证解析，并计算距离，并根据距离将已配置好的配送时效信息返回到发件系统客户端供用户选择，同时根据用户的发件地址确定用户发件地址周边的快递人，用户再在发件系统客户端输入货物信息，货物价值，选择配送时效参数，并确定是否指定快递人接件，服务器端接收到用户的货物信息，货物价值，选择配送时效参数信息后，数据运算中心进行数据验证，验证通过后，如果用户指定了快递人，则服务器端将接件信息发送到快递人的手机端，让快递人进行接单操作，如果用户没有指定快递人，则服务器端将接件信息发送到用户发件地址周边一定范围内的快递人手机端，提醒快递人迅速进行接单操作；

用户在WEB端通过三级联动菜单选择收发件所在的省市区，手动输入联系电话及详细的街道地址，当用户填写这些信息后，客户端利用javascript做初步的页面验证提示用户信息填写的正确性及必填项验证（比如手机号码的格式，街道的地址初步验证，比如用户输入“啊啊啊啊啊”，“1”，“abc”等明显错误），当页面级验证通过，web前端通过AJAX异步回发数据到服务器端，服务器端接收到用户的发件及收件地址后，通过WebService调用数据运算中心的地址解析接口，中间采用Soapheader方式进行调用方权限验证，当验证通过后，数据运算中心将数据以http get方式提交到高德或百度的地址解析接口，进行地址解析操作，当解析出详细的经纬度后，数据运算中心为了加强地址解析的安全性，会将经纬度再次调用百度或高德的逆地址解析接口，拿到逆解析的省市区后会和用户输入的原始省市区进行等值比对。用户的收发件地址解析成功后，数据运算中心会根据两地的经纬度进行空间抽象运算，得出两地的直线距离，根据两地的直线距离将计算出已配置的配送时效供用户选择配送时效，用户在发件的第二部将填写货物信息，选择配送时效，货物价值等参数。同样此页面将做客户端Javascript页面级验证，页面级验证通过后，数据将通过From表单的方式将数据提交的服务器端，服务器端会做二次数据验证，比如验证收发地对应的配送时效是否正确以避免部分用户的非法提交，用户除发送快件至平台让附近快递人抢单外，还可指定快递人进行发件，web端供用户选择的快递人是根据用户的发件地址的经纬度与运算中心定时收集的快递人所在位置的经纬度进行空间抽象运算得出的供选择快递人数据。web服务器端收集好用户的发件数据后将订单数据提交到数据运算中心，数据中心将数据按事务方式通过系统的业务层，数据层提交到SQL数据库进行数据储存。如果是指定件，数据存储后会直接由数据层通过手机与服务器的传输通道推送系统到快递人手机端，让快递人进行接单确认，非指定件将会推送到周边5公里或10公里的快递人手机终端以提醒快递人进行抢单操作。由于计算附近快递人被随数据量的大小而影响，所以所有计算推送数据，数据中心都利用多线程的方式进行数据运算处理。

手机端：用户通过手机端下单发件，其业务流程与计算方式都与pc端一样，不一样的是，手机端会先利用服务器端手机API通过http Post/get方式将数据提交到服务器端，服务端在调用数据运算中心发件接口。手机客户端调用服务器API接口中间为了数据安全及权限验证程序中采用HttpBasic验证方式。

数据处理中心处理数据主要包括：

1、快递运费计算

数据处理中心接收到寄件信息后，将寄件信息中包含的收件地址和寄件地址进行坐标解析，计算出两点间的直线距离，再根据寄件信息中的货物重量、货物声明价值和配送时效，计算出快递运费；

不论手机客户端还是web前端，都通过http Post方式提交数据到对应的服务器端，服务器将得到运费计算参数提交到数据运算中心提供的计算接口，接口会以实体对象的方式返回计算结果，对应的服务器端得到计算结果后相应的显示在用户前端，手机端会利用json的方式将数据传输到手机前端。

2、快件种类

（1）、数据处理中心根据货物声明价值进行判断普通件和贵重件，例如货物声明价值大于等于200元，为贵重件，小于200元为普通件；

（2）、数据处理中心根据发布寄件信息的时间进行判断是否为夜间件，晚间21点至次日凌晨7点之间发布的快件即为夜间件，夜间件的收费比平时高出20%；

（急件:数据运算中心收到对应端的下单信息后，会自动根据订单的配送时效计算出此订单是否为急件，比如5小时之内的件都为急件）

(贵重件：数据运算中心收到对应端的下单信息后，会自动根据订单的货物价值计算出此订单是否为贵重件，比如200元及以上件都为贵重件)

(夜间件：数据运算中心收到对应端的下单信息后，会自动根下单时的服务器时间(DateTime)对象计算出用户的当前时间来判断此订单是否为夜间件，如果为夜间件，将在之前计算出的快递运费基础上再次提升快件费用)

3、计算推送范围

（1）、数据处理中心以寄件地址为中心，计算出周围500米以内的快递人，并将寄件信息推送给快递人；

非指定件推送:当数据运算中心的推送接口被触发后，对应接口会接受到即将被推送的快件订单号，首先推送接口将判断此订单状态是否在推送范围内，如不在范围内将被驳回，如通过则将取出快件的服务费用，快件出发地的经纬度，快件的贵重程度等部分信息，比如此件为贵重件，服务费需要10元，则此快件利用空间抽象算法计算出方圆5公里或10公里（动态设定）范围内已绑定信用卡并且账户余额大于等于10元的快递人手机终端供快递人进行抢单操作。

4、指定快递人接件

（1）、数据处理中心以寄件地址为中心，计算出周围500米以内的快递人，并将快递人信息展示给寄件人，包括诚信等级、历史评价以及当前与寄件地址之间的的距离，寄件人根据自己的需求来进行选择；

指定件：系统根据用户发件地址的经纬度计算出方圆内的快递人，按快递人最后定位时间及距离远近来提供给寄件人进行选择，当用户指定某快递人发件时，数据运算中心的推送抢单方法将不会被触发，此信息将直接通过服务器端与手机端的长连接Socket推送到指定快递员的手机端，供快递人进行确定或拒绝操作，如果快递人确定接单，服务器将会推送消息给寄件人提示快件已被快递人同意接收，并且订单状态将会被改变并且绑定到当前快递人旗下以供此快递人进行余下操作，如果快件被快递人拒绝，将提示系统消息至寄件人手机端，寄件人可将此快件发送到平台供其他快递人抢单，如果用户进行此操作，数据运算中心的推送接口将会被唤醒，利用多线程的方式计算出周围的快递人，符合条件的快递人都将收到抢单消息进行抢单操作。

快递人接派件：

快递人手机端接收到接件信息后，快递人选择符合自己要求的快件，并选择接收，接收成功后，服务器端从快递人账户中扣除一定的费用；快递人上门接件时，对快件进行拍照和/或扫描，并将照片和/或扫描信息提交到服务器；快递人接件成功后，进行快件的派送，派送过程中，快递人手机端自动上传所在的坐标到服务器端，并通过第三方地图显示出实时线路；

快递人可以在附近的快件栏目看到所有的快件，并且可以对快件进行筛选，筛选条件包括出发地和目的地，以及出发地和目的地覆盖的范围；快递人选择符合自己要求的快件，然后选择接收，接收成功，系统从快递人账户中按快递运费20%的比例扣除服务费用，账户余额不足的将提示充值；

当快件已经被快递人确认接收，但是还未上门收取快件时，如果寄件人需要取消寄件，或快递人需要取消收件，都需要提交原因至处理平台，由处理平台根据核实的情况进行处理；

引入寄件人、快递人诚信两套诚信体系以控制在业务过程的加减诚信分来控制用户的诚信等级，诚信等级加减分项以平台管理动态配置到SQL数据库的形式出现，响应的业务系统都利用Enum枚举的形式缓存加减分项，以供随时在业务过程中进行加减诚信分的计算，所以加减记录都会流向的到数据运算中心进行入库记录以做到每个人诚信等级的有据可依。

1、寄件人取消寄件

因寄件人自身原因取消快件的，扣除寄件人诚信分1分，对快递人收取的费用将返还到快递人账户！其他原因取消快件的，经过区域管理公司核实申请原因与事实原因相符的，将不扣除寄件人诚信分；经过区域管理公司核实申请原因与事实原因不符的，将被扣除诚信分3分！

寄件取消寄件，可以在web端和手机端进行操作，当数据运算中心通过接口的形式收到用户的申请后，将对当前快件状态，当前用户做出验证是否可进行该件的取消操作，并且根据用户选择的取消原因，快件状态做出判断，当快件在没有任何快递员接收的情况下并且用户个人原因进行取消操作的，程序会自动进行快件取消处理并且按照平台诚信积分加减条例进行诚信分的加减，当快件处于快递员接收状态下，快件将通过数据运算中心提交到平台及快递员所属快递企业，由专门的客服进行人工判断，客服可进行同意和拒绝，当客服同意，快件状态则被改变为已取消并扣除寄件人相应积分，当客服拒绝，快件状态将被打回到申报之前的状态，中间所有存储介质皆为SQL数据库。

2、快递人取消收件

因快递人自己原因取消接件后，系统将扣除您的诚信值1分，并且扣除的5元服务费用不再返还！其他原因取消派件的，经过区域管理公司核实申请原因与事实原因相符的，将不扣除快递人诚信分；收取的费用也将返还到快递人账户；经过区域管理公司核实申请原因与事实原因不符的，将扣除快递人诚信分3分,收取的费用将不会返还。

对于普通快件

执行扫描条码和拍照操作，以备查询；

快递员上门揽收普通快件时，根据业务流程，快递员将进行必须快件物品的扫描或拍照操作，扫描则调用智能手机端条码扫描枪功能进行物品的一维，二维条码进行扫描，拍照则调用智能手机的拍照功能，快件物品照片将通过http post提交mime多媒体文件的方式提交到服务器，服务器会对货物照片的size进行大小验证，必须保持在512kb内，条码进行入库存储记录，数据通过服务器手机API提交到数据运算中心进行处理。

对于贵重快件

执行扫描条码和拍照操作，以备查询；以及判断快递人是否有资格接件，如果快递人没有绑定信用卡就不能接收贵重件，需要提示他先绑定信用卡；

当快递员需要接派贵重件时，数据运算中心接收到指令后将判断当前快递员是否已绑定心信用卡。

（1）、绑定信用卡

绑定信用卡需要用户提交信用卡卡号，信用卡有效期和CVV2码，提交数据后，发送到第三方机构进行审核；信息真实且有效，即绑定成功。

（人人快递无缝整合各大银行信用卡操作接口，根据银行的要求，人人快递与银行接口皆采用http get/post方式进行相互操作，中间采用RSA非对称加解密的方式进行传输数据的加密及sign签名运算，银行采用同步和异步的方式进行操作结果的通知，当银行异步访问人人快递数据运算中心系统时，数据运算中心会查询当前信用卡订单的状态进行HTTP META头报文响应，以告知银行人人快递的数据处理结果。SQL数据库中为了安全起见不会存储信用卡的CVV2信息，其他部分信用卡信息用DES加密方式存储到SQL数据库，当需要预授用户信用卡时，各大相应业务系统通过RSA非对称加密方式传输用户信用卡信息到数据运算中心，再由数据运算中心提交到各大银行）

快递人取件成功后，进入派送环节，如果此过程中，快件出现问题，都需要快递人上报至平台进行处理；

寄件人和收件人在这阶段可以对快件进行跟踪和查询，也可以互相通过，通过点击按钮，直接进行电话拨打；

快递人扫描收件成功后，快件状态将被改变为派送状态，在派送过程中，如果有任何快件有任何问题，快递员都可以通过手机端的上报问题模块将数据上传到手机端服务器API,再由服务器API通过接口的形式传输到数据运算中心，运算中心收到指令后，会将快件进行冻结操作，更改为问题件，并将数据提交到企业系统和平台系统，由客服配合进行线下处理，当处理完成后，数据运算中心将订单状态更改为上报前状态让相关人员继续完成余下业务操作。

1、快件跟踪

快递人手机端打开后，会自动上传其所在地的坐标至数据处理中心，通过第三方地图显示出实时线路；

（快件在派送状态中时，手机端端利用自带的gps定位芯片定时获取快递员的当前位置通过手机端API提交到数据运算中心，数据中心接收到指令后，自动关联到当前订单的跟踪日志中，在web前端和手机前端，用户可在系统整合的第三方地图控件中进行形象的派送行动轨迹（以折线方式出现）进行整个派送过程的跟踪，web端利用AJAX轮询的方式进行跟踪已达到快递员在地图中行走的效果。）

2、查询

可以查看快件的信息，与快递人通话；

（当手机端收到寄件人、收件人、快递员拨打电话的请求后，手机端会自动调用智能手机通话模块进行通话操作，除拨打电话外，手机端还可利用人人快递手机端的聊天模块进行语音、文字聊天功能。）

签收：

签收在快递人手机端或者收件人手机端进行；如果收件人有收件人手机端，则在收件人手机端上直接通过点击签收按钮进行签收；如果收件人没有收件人手机端，则在快件到达时，服务器端自动通过短信发送接口发送签收码到收件人手机上，收件人得到签收码后告知快递人，快递人通过快递人手机端将签收码上传至数据运算中心，数据运算中心通过验证短信验证码的真伪、时效进行最后的签收操作。

1、手机端签收

收件人可以安装手机端，在手机端点击签收按钮进行签收操作

当运算中心接收到前端用户下单指令时，运算中心会自动根据收件人电话到数据库用户表进行已有用户进行匹配，当匹配出已有用户时，此订单将绑定到此用户的收件模块中，当快件到达时，收件人可利用手机端或web端进行快件的签收操作。

2、短信码签收

收件人不能用手机端进行签收的，可告知快递人短信签收码，由快递人在手机端输入短信签收码进行代签收；

除用户直接在系统进行签收的操作外，当快件到达时，数据运算中心到达指令将被触发，运算中心将根据收件人手机号通过第三方手机短信发送接口，随机生成具有时效性的5位签收码发送至收件人手机短信中，收件人得到签收码后告知快递员，快递员可通过手机端将签收码上传至运算中心，运算中心通过验证短信验证码的真伪，时效进行最后的签收操作。

3、拒绝签收

如果收件人拒绝签收，需要收件人提交拒签原因至平台进行处理；

运算中心收到快件的拒绝签收指令后，快件将被冻结为问题件，并提交到平台系统和关联企业系统，由客服配合进行线下的处理，处理完成后，数据中心将把快件的状态扭转为待签收状态，并积极通过socket将处理消息推送到关联用户的手机端。

Claims (8)

1.一种快递收发件系统，至少包括一个服务器端，与服务器端连接的数据运算中心，其特征在于：在服务器端上，连接有用户注册系统客户端、发件系统客户端，数据运算中心有短信发送接口，另外，在服务器端还连接有快递人手机端和快递人账户；用于由用户在发件系统客户端输入发件及收件地址后，发件系统客户端将数据发送到服务器端，服务器端接收到用户的发件及收件地址后，通过数据运算中心对用户的发件及收件地址进行验证解析，并计算距离，并根据距离将已配置好的配送时效信息返回到发件系统客户端供用户选择，同时根据用户的发件地址确定用户发件地址周边的快递人，用户再在发件系统客户端输入货物信息，货物价值，选择配送时效参数，并确定是否指定快递人接件，服务器端接收到用户的货物信息，货物价值，选择配送时效参数信息后，数据运算中心进行数据验证，验证通过后，如果用户指定了快递人，则服务器端将接件信息发送到快递人的手机端，让快递人进行接单操作；如果用户没有指定快递人，则服务器端将接件信息发送到用户发件地址周边一定范围内的快递人手机端，提醒快递人进行接单操作。

2.根据权利要求1所述的快递收发件系统，其特征在于：所述的服务器端还连接有收件人手机端。

3.根据权利要求1所述的快递收发件系统，其特征在于：所述的用户注册系统客户端通过WebSerivce接口调用数据运算中心的短信发送接口。

4.根据权利要求1所述的快递收发件系统，其特征在于：所述的用户注册系统客户端和发件系统客户端包括WEB端和手机端。

5.根据权利要求1所述的快递收发件系统，其特征在于：所述的快递收发件系统还包括一个与服务器端连接的处理平台。

6.一种快递收发件方法，其特征在于包括：

用户注册：

用户通过用户注册系统客户端填写包括用户手机号的注册信息，用户注册系统客户端直接通过WebSerivce接口调用数据运算中心的短信发送接口，程序随机生成验证码发送到用户手机上，用户通过验证码完成注册；

用户发件：

用户在发件系统客户端输入发件及收件地址后，发件系统客户端将数据发送到服务器端，服务器端接收到用户的发件及收件地址后，通过数据运算中心对用户的发件及收件地址进行验证解析，并计算距离，并根据距离将已配置好的配送时效信息返回到发件系统客户端供用户选择，同时根据用户的发件地址确定用户发件地址周边的快递人，用户再在发件系统客户端输入货物信息，货物价值，选择配送时效参数，并确定是否指定快递人接件，服务器端接收到用户的货物信息，货物价值，选择配送时效参数信息后，数据运算中心进行数据验证，验证通过后，如果用户指定了快递人，则服务器端将接件信息发送到快递人的手机端，让快递人进行接单操作，如果用户没有指定快递人，则服务器端将接件信息发送到用户发件地址周边一定范围内的快递人手机端，提醒快递人迅速进行接单操作；

快递人接派件：

快递人手机端接收到接件信息后，快递人选择符合自己要求的快件，并选择接收，接收成功后，服务器端从快递人账户中扣除一定的费用；快递人上门接件时，对快件进行拍照和/或扫描，并将照片和/或扫描信息提交到服务器；快递人接件成功后，进行快件的派送，派送过程中，快递人手机端自动上传所在的坐标到服务器端，并通过第三方地图显示出实时线路；

签收：

签收在快递人手机端或者收件人手机端进行；如果收件人有收件人手机端，则在收件人手机端上直接通过点击签收按钮进行签收；如果收件人没有收件人手机端，则在快件到达时，服务器端自动通过短信发送接口发送签收码到收件人手机上，收件人得到签收码后告知快递人，快递人通过快递人手机端将签收码上传至数据运算中心，数据运算中心通过验证短信验证码的真伪、时效进行最后的签收操作。

7.根据权利要求6所述的快递收发件方法，其特征在于：所述的快递人需要通过申请注册，具体包括如下两种注册模式：

推荐人模式：

推荐人为快递人；申请人先填写自己的基本信息和推荐人的手机号码、身份证号码，真实姓名和所属快递企业，服务器端验证基本信息和推荐人信息，验证通过之后，推荐人的快递人手机端收到确认是否推荐的消息，当推荐人确定推荐，并回复消息给服务器端之后，所属快递企业验证通过申请人的申请注册；

自主申请模式，包括如下两种方式：

a、申请人在线填写身份证号码，真实姓名和所属快递企业，提交资料后，申请资料提交到服务器端，服务器端验证基本信息，所属快递企业验证通过即完成申请注册；

b、申请人在线填写身份证号码，真实姓名，所属快递企业和信用卡信息，申请资料提交到服务器端，服务器端验证基本信息，所属快递企业验证通过即完成申请注册。

8.根据权利要求6所述的快递收发件方法，其特征在于：所述的用户发件和快递人接派件过程中，出现用户取消发件、快递人取消收件的情况时，数据运算中心根据用户取消发件、快递人取消收件的具体情况，对用户和快递人的诚信分进行扣除，具体为：

用户取消发件：

当数据运算中心通过接口的形式收到用户的申请后，将对当前快件状态，当前用户做出验证是否可进行该件的取消操作，并且根据用户选择的取消原因，快件状态做出判断，当快件在没有任何快递员接收的情况下并且用户个人原因进行取消操作的，程序会自动进行快件取消处理并且按照平台诚信积分加减条例进行诚信分的加减，当快件处于快递员接收状态下，快件将通过数据运算中心和服务器端提交到处理平台进行人工判断，如人工判断后同意取消发件，快件状态则被改变为已取消并扣除寄件人相应诚信分，如人工判断后拒绝取消发件，快件状态将被打回到申报之前的状态；

快递人取消收件：

因快递人自己原因取消接件后，系统将扣除快递人的诚信分；因其他原因取消派件的，经处理平台人工核实申请原因与事实原因相符的，将不扣除快递人诚信分，服务器端从快递人账户中扣除的费用返还到快递人账户中；经核实申请原因与事实原因不符的，将扣除快递人诚信分，服务器端从快递人账户中扣除的费用不会返还。