CN107818435B - 一种订单信息处理方法、装置和系统 - Google Patents
一种订单信息处理方法、装置和系统 Download PDFInfo
- Publication number
- CN107818435B CN107818435B CN201610827597.6A CN201610827597A CN107818435B CN 107818435 B CN107818435 B CN 107818435B CN 201610827597 A CN201610827597 A CN 201610827597A CN 107818435 B CN107818435 B CN 107818435B
- Authority
- CN
- China
- Prior art keywords
- pickup
- order information
- state
- information
- point
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0833—Tracking
Abstract
本申请实施例提供了及一种订单信息处理方法、装置和系统,涉及物流技术领域。其为各个取件点设置了唯一的取件点标识,将取件点的包裹的订单信息与该取件点的取件点标识对应,并设置该包裹的取件状态信息,那么用户可以发送包括取件点标识和第一用户身份标识到取件服务器,取件服务器即可返回该取件点标识下该第一用户身份下该用户需求的所有订单信息,或者取件服务器可以根据第一客户端的通知,将用户需求的的订单信息以取件点标识推送给该取件点的取件点终端。本申请可以按照取件点标识对订单信息进行统一管理,方便用户和取件点工作人员一次性查看多个订单,降低用户和取件点工作人员对取件的订单信息的操作繁琐度,提高订单信息的处理效率。
Description
技术领域
本申请涉及物流技术领域,特别是涉及一种订单信息处理方法、装置和系统。
背景技术
随着电子商务的发展,越来越多用户在网上购买商品,然后商家通过物流渠道将商品发送给用户,从而推动了物流行业的发展。在实际的物流过程中,根据用户需求,还是存在大量用户自己去物流的取件点取件的情况。
而对于上述用户自己去物流的取件点取件的情况,在先技术中,对于一个用户而言,每有该用户的一个包裹到一取件点,取件点工作人员发短信通知用户包裹到达取件点,用户则根据多条短信去取件点取件。
在发明人应用上述方案的过程中发现,由于短信是分散的,对于用户或者取件点工作人员而言,都很难统一进行查看和管理,对取件的订单信息操作过程繁琐,处理效率低。
发明内容
本申请提供了订单信息处理方法、装置和系统,可以对取件的订单信息进行统一管理,方便用户和取件人员快速进行查看,降低对取件的订单信息处理的繁琐程度,提高对取件的订单信息的处理效率。
为了解决上述问题,本申请公开了一种订单信息处理方法:
提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
将所述未取件状态的订单信息返回至所述第一客户端。
本申请还公开了一种订单信息处理方法,包括:
向取件服务器发送第一取件请求,所述第一取件请求中包括取件点标识和第一用户身份标识,以供取件服务器根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息,所述订单信息包括用户身份标识;
接收取件服务器返回的未取件状态的订单信息;所述未取件状态的订单信息根据所述取件点标识和第一用户身份标识查找获得。
本申请还公开了一种订单信息处理方法,包括:
接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息,所述订单信息包括用户身份标识;
将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态;
接收第一客户端发送的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
本申请还公开了一种订单信息处理方法,包括:
在获取到包裹信息后,针对所述包裹信息对应的订单信息,上传针对所述订单信息的取件点标识和未取件消息至取件服务器,以供所述取件服务器将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态,所述订单信息包括用户身份标识;
接收来自取件服务器发送的未取件状态的订单信息;所述未取件状态的订单信息由取件服务器根据所述未取件状态的订单信息对应的取件点标识发送获得。
本申请还公开了一种订单信息处理方法,包括:
提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
将所述未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
本申请还公开了一种订单信息处理装置,包括:
信息提供模块,用于提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
第一取件请求接收模块,用于接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
订单查找模块,用于根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
信息返回模块,用于将所述未取件状态的订单信息返回至所述第一客户端。
本申请还公开了一种订单信息处理装置,包括:
第一请求发送模块,用于向取件服务器发送第一取件请求,所述第一取件请求中包括取件点标识和第一用户身份标识,以供取件服务器根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息,所述订单信息包括用户身份标识;
第一订单信息接收模块,用于接收取件服务器返回的未取件状态的订单信息;所述未取件状态的订单信息根据所述取件点标识和第一用户身份标识查找获得。
本申请还公开了一种订单信息处理装置,包括:
未取件的订单信息接收模块,用于接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息,所述订单信息包括用户身份标识;
订单状态设置模块,用于将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态;
第二取件请求接收模块,用于接收第一客户端发送的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
订单推送模块,用于将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
本申请还公开了一种订单信息处理装置,包括:
未取件订单信息上传模块,用于在获取到包裹信息后,针对所述包裹信息对应的订单信息,上传针对所述订单信息的取件点标识和未取件消息至取件服务器,以供所述取件服务器将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态,所述订单信息包括用户身份标识;
第二订单信息接收模块,用于接收来自取件服务器发送的未取件状态的订单信息;所述未取件状态的订单信息由取件服务器根据所述未取件状态的订单信息对应的取件点标识发送获得。
本申请还公开了一种订单信息处理装置,包括:
信息提供模块,用于提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
取件请求接收模块,用于接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
查找模块,用于根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
订单推送模块,用于将所述未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
本申请还公开了一种订单信息处理系统,包括:
取件服务器和多个取件点终端;
所述取件服务器包括:
未取件的订单信息接收模块,用于接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息,所述订单信息包括用户身份标识;
订单状态设置模块,用于将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态;
第一取件请求接收模块,用于接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
订单查找模块,用于根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
信息返回模块,用于将所述未取件状态的订单信息返回至所述第一客户端;
第二取件请求接收模块,用于接收第一客户端发送的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
订单推送模块,用于将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
每个取件点终端包括:
未取件订单信息上传模块,用于在获取到包裹信息后,针对所述包裹信息对应的订单信息,上传针对所述订单信息的取件点标识和未取件消息至取件服务器;
第二订单信息接收模块,用于接收来自取件服务器发送的未取件状态的订单信息。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
本申请实施例提供了一种订单信息处理方法,其为各个取件点设置了唯一的取件点标识,然后对于发送到一个取件点的包裹,将该包裹的订单信息与该取件点的取件点标识对应,并设置该包裹的取件状态信息,比如包裹未被用户取走则将取件状态信息设置为未取件状态,反之则设置为已取件状态,那么对于用户而言,其可以通过发送包括取件点标识和第一用户身份标识到取件服务器,取件服务器即可返回该取件点标识下该第一用户身份下该用户需求的所有订单信息进行展示,或者取件服务器可以根据第一客户端的通知,将用户需求的的订单信息以取件点标识推送给该取件点的取件点终端。因此,本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便用户和取件点的工作人员一次性查看多个订单,降低用户和取件点工作人员对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1A是本申请实施例提供的系统架构图;
图1B是本申请实施例提供的系统框图;
图2是本申请实施例提供的第一方法的流程图;
图2A是本申请实施例提供的页面展示示例;
图3是本申请实施例提供的第二方法的流程图;
图4是本申请实施例提供的第三方法的流程图;
图5是本申请实施例提供的第四方法的流程图;
图6是本申请实施例提供的第五方法的流程图;
图7是本申请实施例提供的第六方法的流程图;
图8是本申请实施例提供的第七方法的流程图;
图9是本申请实施例提供的第八方法的流程图;
图10是本申请实施例提供的第一装置的示意图;
图11是本申请实施例提供的第二装置的示意图;
图12是本申请实施例提供的第三装置的示意图;
图13是本申请实施例提供的第四装置的示意图;
图14是本申请实施例提供的第五装置的示意图;
图15是本申请实施例提供的第六装置的示意图
图16是本申请实施例提供的第七装置的示意图;
图17是本申请实施例提供的第八装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例中用户到达取件点后,利用其第一客户端的与取件服务器的简单的数据交互,确定订单信息,然后通过取件服务器转给取件点的取件点终端,从而方便取件点的工作人员处理,其中该取件服务器可以为云端取件服务器。参照图1A其示出了本申请实施例的一种系统架构示意图,本申请实施例的用户可以使用手机与云端取件服务器进行交互,云取件服务器管理各个取件点的取件点终端。每个取件点中,其取件点终端如PC(个人计算机)端,还可以为PC端配置打印设备,方便打印待取件的订单信息。如图1A,本申请实施例可以有多个取件点,每个取件点有相应的PC端及打印设备。用户可以使用手机从取件服务器获取其需求的取件点的所有未取件状态的订单信息,然后在确定选择某个或者某些个订单信息后,通知云端取件服务器将这些选择的订单信息push(推送)给该取件点的PC端,上述订单信息可以推送给PC端的页面,然后可由PC端调用打印服务将未取件状态的订单信息推送给打印设备进行打印。结合图1B所示,本申请实施例提供了一种订单信息处理系统,该系统可以包括取件服务器10、多个第一客户端20,多个取件点终端30。在本申请实施例中,物流系统在将包裹投放到某个取件点后,其该包裹的订单信息可以按取件点标识和用户身份信息进行存储,在存储时还会对该订单信息的取件状态信息进行设置,取件服务器10则可以按照取件点标识和用户身份信息从存储的数据中查找相应的订单信息。用户第一客户端20可以利用扫描模块扫描取件点二维码,该取件点二维码包括取件点标识,在扫描该取件点二维码进行识别后,可以访问取件服务器10,在访问取件服务器10时,第一客户端20的第一取件请求处理模块将取件点标识和用户身份信息发送给取件服务器10,取件服务器10在收到取件点标识和用户身份信息后,其查找模块则可以按照取件点标识和用户身份信息去查找相应的订单信息,在找到所有对应上述取件点标识和用户身份信息的订单信息后,其待取件订单信息返回模块可以将对应上述取件点标识和用户身份信息的订单信息返回至第一客户端20。第一客户端20展示上述订单信息,然后用户可以从展示的各订单信息中选择部分或者全部以进行取件,此时,第一客户端的第二取件请求处理模块将用户选择的订单信息发送给取件服务器10,取件服务器10收到该用户选择的订单信息后,根据相应的取件点标识,将上述用户选择的订单信息推送给取件点的取件点终端。在本申请实施例中,在取件点终端之后可以设置打印机40,取件点终端可以调用打印机,将用户选择的订单信息打印成取件小票,然后工作人员可以直接拿该取件小票去库房查找相应的包裹,取出给用户。本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便用户和取件点的工作人员一次性查看多个订单,降低用户对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率。并且,用户与取件点的工作人员不用沟通包裹的订单信息,即使用户有多件包裹,也不用一一与取件点的工作人员沟通包裹的订单信息,降低了沟通成本,更方便用户取件,提高取件效率。
实施例一
参照图2,该实施例一首先从取件服务器和第一客户端组成的系统整体的角度,示出了一种订单信息处理方法的步骤流程图,具体可以包括如下步骤:
步骤102,在取件服务器侧提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
在本申请实施例中,用户可以使用第一客户端从交易平台购买商品后,在购物完成后,交易平台的交易服务器会为该商品生成订单信息,该订单信息中可以包括商品信息、价格、邮寄地址等消息,当然该订单信息中还可包括取件状态信息字段,在交易服务器中可以将该取件状态信息字段设置为空。在本申请实施例中,交易服务器可以主动将生成的订单信息推送给取件服务器。当然,也可以由取件服务器在需要时再从交易服务器获取。
在交易平台为商品生成订单信息后,其工作人员可将相应的商品打包为包裹,通过一系列物流过程,向用户填写的邮寄地址所对应的取件点进行投放。
在实际应用中,可以对于提出自取包裹的用户,其包裹可以根据用户提交的地址发送到相应的取件点中。比如用户A,其购买商品A时提交的地址为北京市海淀区中关村,那么本申请实施例可以将其商品A投放至北京市海淀区中关村的取件点。
对于每个取件点,本申请实施例可以为各个取件点设置不同的标识,两个取件点相互之间的取件点标识互不相同。在实际应用中,对于取件点而言,本申请可以由取件服务器预先为各个取件点设置唯一的取件点标识,并通知给相应的取件点终端。当然,也可以由取件点终端根据自身的身份信息以及取件服务器地址,在本地生成唯一的取件点标识,然后上报至取件服务器。
在实际应用中,取件点收到包裹后,可以通过取件点终端采集包裹信息,比如包裹上的订单信息等,或者通过扫描器扫描包裹信息然后传输到取件点终端,然后取件点终端可以向取件服务器发送包括订单标识、取件点标识和未取件消息的包裹到站信息。取件服务器则根据该订单标识向交易服务器请求获取相应的订单信息,然后将取件点标识与该订单信息对应,然后根据该未取件消息设置该订单信息的取件状态信息,如在该订单信息中的件状态信息字段下设置为未取件状态。
如此,在取件服务器中,则记录了大量订单信息及其取件点标识和取件状态信息,当然,该过程在实际应用中是随着包裹的投递不断进行的。
步骤104,第一客户端向取件服务器发送第一取件请求,所述第一取件请求中包括取件点标识和第一用户身份标识;
那么用户如果想要查看其关注的取件点是否有包裹到达,或者到达取件点要提取其包裹,则可以发送包括取件点标识和第一用户身份标识到取件服务器。
在本申请另一实施例中,步骤104包括:
子步骤A11,通过扫描包括取件点标识的图形编码向取件服务器发送第一取件请求。
具体的,用户可以利用第一客户端扫描包括取件点标识的图形编码,然后由第一客户端根据所述图形编码向取件服务器发送第一取件请求;所述第一取件请求包括取件点标识和用户身份信息。
本申请实施例可以为该取件点预设图形编码,该图形编码可以包括取件点的取件点标识,其中该图形编码还可包括取件服务器的网址信息。当然,在实际应用中,对于一个取件点,可以结合取件服务器的域名和取件点标识按照预设规则生成一个网址,该取件点标识可以作为访问取件服务器的网址中的参数,取件服务器可以根据预设规则解析该网址得到取件点标识。
在实际应用中,本申请优选以二维码作为上述图形编码。当然该图形编码可以为其他类型的图形编码,例如条形码,本发明实施例不对其加以限制。
在本发明实施例中,上述第一客户端可以为在手机、平板等具备摄像头的终端设备中的应用。在实际应用中,用户可以采用安装在第一客户端中的具备图形编码扫描功能的应用,去扫描上述图形编码。该应用比如支付宝应用、淘宝应用等。
在本申请实施例中,该图形编码可以由取件点的工作人员打印出来,然后贴在取件点的某个位置进行告示,用户可以利用第一客户端扫描该打印出来的图形维码。当然也可以提供一个图形维码显示屏,用户可以扫描该显示屏。
以二维码的图形编码为例,对于一个用户A,如果其要取件,可以在到达取件点B后,使用其第一客户端,启动其中某个可以扫描二维码的应用,扫描取件点B的取件二维码,对扫描到的取件二维码进行解析,得到访问取件服务器的网址和取件点B的取件点标识B,此时获取第一客户端的用户身份信息,比如手机号码或者应用的登录信息等,然后基于该网址、取件点标识B、用户身份信息生成第一取件请求,从而该第一取件请求包括了取件点标识B、用户A,然后再向取件服务器发送该第一取件请求。
可以理解,在本申请实施例中,所述取件服务器可以为单体取件服务器,也可以为取件服务器集群,本申请实施例不对其加以限制。
在本申请实施例中,用户可以在第一客户端中通过多种方式将取件点标识和用户身份信息发送给取件服务器,通知取件服务器根据取件点标识和用户身份信息查找相应的待取件标识,本申请实施例不对其加以限制。
又比如,用户可以访问取件服务器的取件页面,然后在取件页面中填入取件点的取件点标识,点击确认后向则可以向取件服务器发送包括取件点标识和用户身份信息的第一取件请求。在本申请另一优选的实施例中,所述步骤104,包括:在所述第一客户端中展示的取件页面中,输入所述取件点标识;在所述取件页面中接收到确认操作后,获取第一客户端身份信息并结合所述取件点标识生成所述第一取件请求。
可以理解,在本申请实施例中用户可以使用第一客户端登录取件服务器的取件页面,该取件页面中可以提供取件点标识的输入框,用户可以在取件点获知该取件点的取件点标识,比如取件点的工作人员将取件点标识打印出来贴在某个位置进行告示。当然也可以提供一个取件点标识显示屏,用户可以通过观察该显示屏获知取件点标识。然后将该取件点标识输入上述输入框,点击确认后,第一客户端可以获取第一客户端中该用户的用户身份信息,然后生成包括取件点标识和用户身份信息的第一取件请求,然后发送至取件服务器。
步骤106,取件服务器接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
步骤108,取件服务器根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
在实际应用中,在取件服务器收到上述第一取件请求后,解析该请求,获得取件点标识B和用户A等信息,然后以“取件点标识B+用户A”去数据库中查找用户A的被投放到取件点B的所有订单信息。
在本申请实施例中,上述取件的订单信息可以包括商品名称、相应包裹在取件点B的存放位置等信息,当然具体的信息可以根据实际需求设置,本申请实施例不对其加以限制。
当然,在本申请实施例中,对于包裹的相关订单信息,在该包裹到达相应的取件点后,系统可将该包裹的订单信息、取件点标识关联存储,如下表一,其为一种订单信息的存储示例:
取件点ID | 用户ID | 订单信息 |
B | A | 订单信息1(未取件) |
B | A | 订单信息2(未取件) |
B | A | 订单信息3(未取件) |
B | A | 订单信息4(已取件) |
C | M | 订单信息5(未取件) |
D | N | 订单信息6(未取件) |
表一
然后,在步骤108中,取件服务器可以基于上述表一进行查询。比如查询到未取件的订单有“订单信息1、订单信息2、订单信息3”。
当然,本申请实施例中在表一中,也可以只存储未取件状态的订单信息,已取件的订单信息可以从表一中删除,本申请实施例不对其加以限制。
在本申请另一优选的实施例中,在步骤104之前还包括:
步骤103,将所述第一用户身份标识与一个或多个第二用户身份标识关联。
在本申请实施例中,用户可以代其朋友进行取包裹,那么用户可以先通过第一客户端通知取件服务器将其需要代取包裹的朋友的第二身份标识,与该用户的第一身份标识进行关联。
在实际应用中,取件服务器收到上述通知后,可以向第二身份标识对应的第二客户端发送授权代取的提示消息,当该用户的朋友通过第二客户端确认授权后,向取件服务器发送确认授权消息,取件服务器则将该第二身份标识与第一身份标识进行绑定。
进一步的,在本申请另一优选的实施例中,步骤108包括:
子步骤A21,根据所述取件点标识和第一用户身份标识,查找属于所述用户标识的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
可以理解,在第一用户身份标识与一个或多个第二用户身份标识绑定后,用户以第一用户身份标识取件时,取件服务器可以采用“取件点标识和第一用户身份标识”查找该第一用户身份标识的在该取件点的未取件状态的订单信息,还可以采用“取件点标识和第二用户身份标识”查找该第一用户身份标识的在该取件点的未取件状态的订单信息,然后将查找到的订单信息返回给第一客户端。
比如第一用户身份标识为A,第二用户身份标识为M,两者绑定。取件点标识为B。服务器则以“A+B”查找订单信息如“订单信息1、订单信息2、订单信息3”,再以“M+B”查找订单信息“订单信息5”,那么将订单信息1、订单信息2、订单信息3、订单信息5”返回给第一客户端。
步骤110,取件服务器将所述未取件状态的订单信息返回至所述第一客户端。
如上述例子,上述取件服务器在查找到“取件点标识B+用户A”的所有订单信息后,可以将上述订单信息“订单信息1、订单信息2、订单信息3”返回给用户A的第一客户端。
当然,在本申请实施例中,如果没有取件服务器没有查到“取件点标识和第一用户身份标识”的结果,则可以返回包裹暂时没到的通知给第一客户端。
步骤112,第一客户端接收取件服务器返回的未取件状态的订单信息。
第一客户端则接收取件服务器返回的未取件状态的订单信息,然后件该订单信息展示给用户。
在本申请另一优选的实施例中,在步骤112之后,还包括:
步骤114,第一客户端向取件服务器发送第二取件请求,所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息。
在第一客户端展示的订单信息中,用户可以选择其中一条或者多条,然后操作第一客户端发送包括上述至少一条订单信息的第二取件请求至服务器。
如上述例子,用户A的第一客户端在接收到取件服务器返回的订单信息后,可以生成页面,在页面中展示各订单信息,并提供对各条订单信息的选择功能。如图2A其示出了第一客户端展示订单信息的一种示例,用户A的第一客户端为手机,在手机中生成页面S21,对于取件服务器返回的3条订单信息“订单信息1、订单信息2、订单信息3”在页面中进行展示,在每条订单信息之后分别有选择框S212、S213、S214,用户可以在选择框中选择,选择中在选择框中划“√”,当然,为了方便还可以提供全选的选择框S211。在用户选择完毕后,可以点击确定按钮S215,从而向取件服务器发送第二取件请求。如图2A,用户A选择了“订单信息1、订单信息2”,那么该两条选择的信息则发送给取件服务器,通知取件服务器取该两件订单信息的包裹。当然,图2A仅是本申请实施例的一种示例,本申请实施例不对其加以限制。
相应的,在步骤114之后还包括:
步骤116,取件服务器接收来自第一客户端的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
该第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息,取件服务器则可以从中解析未取件状态的订单信息。当然,还可以获取上述订单信息对应的取件点标识。
步骤118,取件服务器将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
本申请实施例的取件服务器则可以根据上述获取的取件点标识,将上述至少一条订单信息传输给所述取件点标识对应的取件点终端。
如上述例子,取件服务器在收到第二取件请求后,解析该第二取件请求,获得该用户A的“订单信息1、订单信息2”,那么根据对应的取件点标识B,将“订单信息1、订单信息2”发送至取件点标识B对应的取件点终端中。
在实际应用中,对于取件点终端,其可以通过取件点终端与取件服务器建立长连接,从而形成数据通道。比如在取件点终端中安装浏览器,该浏览器访问取件服务器的取件页面,该浏览器在打开一个取件服务器的取件页面,则将取件点标识发送给取件服务器,主动连接取件服务器,然后取件点标识与取件服务器保持长连接。那么相对应的,本申请实施例的步骤118可以包括:
由所述取件服务器通过取件服务器与取件点终端之间的长连接,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
取件服务器可以维护取件点标识与数据通道的对应关系,然后可以根据第一取件请求中获取的取件点标识查找相应的数据通道,然后将订单信息推送给相应的取件点终端。
需要说明的是,如果上述长连接中断,则第一客户端还可以再次请求连接,一旦连接上则保持。取件点终端则可以监听该数据通道的是否有数据传输过来,当监听到该数据通道有数据传输过来,则可以获取相应的订单信息进行展示或者调用本地的打印服务将订单信息传输至打印设备打印。
另外,本申请实施例的取件点终端还可以采用轮询的方式,按一定时间间隔轮询取件服务器,以获取订单信息,那么本申请实施例的步骤118可以包括:
由所述取件服务器在接收到取件点终端的轮询请求后,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
在上述轮询的方式下,如果取件服务器收到第二取件请求还未将该请求中的订单信息发送给取件点终端,则可以将该订单信息发送给取件点终端。取件点终端监听每次轮询操作,当监听到某次轮询有数据传输过来,则可以获取相应的订单信息进行展示或者调用本地的打印服务将订单信息传输至打印设备打印。当然,在取件点终端轮询时,可将取件点标识发送给取件服务器,方便取件服务器根据该取件点标识传输属于该取件点的未取件状态的订单信息。轮询的间隔可以设置如0.5秒,具体可以根据实际需求设置,本申请实施例不对其加以限制。
在实际应用中,在取件服务器侧可以设置一个取件接口,当取件点终端与取件服务器建立长连接时,则可以认为该取件接口被调用;或者,当取件服务器接收到取件点终端的轮询请求时,则可以认为该取件接口被调用。在取件服务器判断取件接口被调用后,则可以将未推送到取件点终端的订单信息推送到相应取件点终端。
需要说明书的是,在实际应用中,取件服务器在收到第二取件请求后,可以生成一个订单信息,并记录该订单信息为未完成状态。然后将根据二维码提供的取件点标识查找相应的取件点终端,然后将该订单信息推送给该取件点终端,该订单信息包括上述用户的订单信息。当工作人员将订单信息相应包裹提供给用户后,可以点击确认完成该订单,通知取件服务器该订单完成,然后取件服务器则将该订单信息的状态修改为已完成。
在本申请另一优选的实施例中,在步骤118之后,还包括:
步骤120,由所述取件点终端将所述至少一条未取件状态的订单信息输出至打印设备进行打印。
在实际应用中,该取件点终端可以为个人电脑终端等可以连接打印设备的终端,该取件点终端在接收到上述“订单信息1、订单信息2”后,可以将该“订单信息1、订单信息2”输出至打印机,打印成小票,从而可以提供给取件点的工作人员去找相应的包裹,不用取件点工作人员人工记录订单信息,避免因为人为记录错误导致降低取件效率。
另外,在本申请实施例中,所述取件点终端还可以平板电脑等移动终端,在该种情况下,可以为取件点的工作人员配备多个移动终端,工作人员可以直接拿移动终端去取件点的库房查找包裹。那么当一个取件点的多个移动终端连接到取件服务器时,取件点标识为同一个,那么取件服务器则可以为该取件点标识维护一张取件点终端的列表,然后,在取件服务器获取到上述订单信息后,可以从上述列表中选择一个,以将订单信息推送给相应的移动终端。
当然,实际应用中,取件服务器可以记录各个移动终端的负载情况,然后根据负载情况推送相应的订单信息,比如根据未完成订单的数量进行推送,先未完成订单少的推送。
本申请实施例提供了一种全新的订单信息处理方法,其为各个取件点设置了唯一的取件点标识,然后对于发送到一个取件点的包裹,将该包裹的订单信息与该取件点的取件点标识对应,并设置该包裹的取件状态信息,比如包裹未被用户取走则将取件状态信息设置为未取件状态,反之则设置为已取件状态,那么对于用户而言,其可以通过发送包括取件点标识和第一用户身份标识到取件服务器,取件服务器即可返回该取件点标识下该第一用户身份下的所有未取件的订单信息给用户的第一客户端进行展示;对于取件点而言,在第一客户端选择一个或者多个订单信息进行取件后,取件服务器将用户选择的订单信息以取件点标识推送给该取件点的取件点终端。因此,本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便用户和取件点的工作人员一次性查看多个订单,降低用户对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率。
进一步的,在本申请另一优选的实施例中,本申请实施例为各个取件点的取件点终端生成了一个包括该取件点的取件点标识的图形编码,该图形编码比如二维码,当用户到达一个取件点后,可以使用第一客户端,该第一客户端比如手机,扫描该取件点的图形编码后,该第一客户端可以生成包括取件点标识和用户身份信息的第一取件请求,然后第一客户端将该第一取件请求发送至取件服务器,用户操作简单,不存在读取大量短信的操作。
进一步的,在本申请另一优选的实施例中,取件服务器将未取件的订单信息返回给第一客户端提供给第一客户端进行选择,当第一客户端收到上述订单信息后,用户可以从中选择一个或者多个需要的订单信息,然后将上述选择的订单信息发送至取件服务器。此时,对于取件服务器来说,则可以根据该取件点标识将用户选择的订单信息发送给相应取件点的取件点终端,工作人员可以直接根据取件点终端的订单信息进行处理,从而无需用户与工作人员沟通订单信息,降低沟通成本,提高取件效率。
并且,本申请实施例还可以直接将订单打印,那么对于工作人员来说,不用对多次订单进行人工记录,避免产生由人工记录导致的记录错误而延误提件时间的问题。
实施例二
参照图3,该实施例二对应实施例一,从取件服务器的角度,示出了一种订单信息处理方法的步骤流程图,具体可以包括如下步骤:
步骤202,提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
步骤204,接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
在实际应用中,取件服务器可以接收来自第一客户端的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息。
其中,取件服务器可以接收由第一客户端通过扫描包括取件点标识的图形编码所发送的第一取件请求。该图形编码比如二维码、条形码等。在本申请实施例中优选的,取件服务器可以接收由第一客户端通过扫描包括取件点标识的二维码所发送的第一取件请求。
步骤206,根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
取件服务器可以根据“第一用户身份标识+取件点标识”查找未取件状态的订单信息。
在本申请实施例中,取件服务器还可以将所述第一用户身份标识与一个或多个第二用户身份标识关联。然后根据所述取件点标识和第一用户身份标识,查找属于所述用户标识的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
步骤208,将所述未取件状态的订单信息返回至所述第一客户端。
在本申请另一优选的实施例中,步骤208之后,还包括:
步骤210,接收来自第一客户端的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
步骤212,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
其中,取件服务器可以通过取件服务器与取件点终端之间的长连接,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;或者在接收到取件点终端的轮询请求后,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
本申请实施例的取件服务器侧的执行过程在实施例一中对取件服务器侧的描述类似,在此不再详述。本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便用户一次性查看多个订单,降低用户对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率。
实施例三
参照图4,该实施例三对应实施例一,从第一客户端的角度,示出了一种订单信息处理方法的步骤流程图,具体可以包括如下步骤:
步骤302,向取件服务器发送第一取件请求,所述第一取件请求中包括取件点标识和第一用户身份标识,以供取件服务器根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息,所述订单信息包括用户身份标识;
其中,向取件服务器发送第一取件请求比如通过扫描包括取件点标识的图形编码向取件服务器发送第一取件请求。进一步的,还可通过扫描包括取件点标识的二维码向取件服务器发送的第一取件请求。当然也可通过扫描包括取件点标识的条形码向取件服务器发送的第一取件请求。
步骤304,接收取件服务器返回的未取件状态的订单信息;所述未取件状态的订单信息根据所述取件点标识和第一用户身份标识查找获得。
在本申请另一优选的实施例中,在步骤304之后,还包括:
步骤306,向取件服务器发送第二取件请求,所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息,以供取件服务器将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
本申请实施例的第一客户端侧的执行过程在实施例一中对第一客户端侧的描述类似,在此不再详述。本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便用户一次性查看多个订单,用户操作简单,降低用户对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率。
实施例四
参照图5,该实施例四从取件服务器侧和取件点终端组成的系统整体的角度,示出了一种订单信息处理方法的步骤流程图,具体可以包括如下步骤:
步骤402,在收到订单信息对应的包裹后,取件点终端上传的针对所述订单信息的取件点标识和未取件消息至取件服务器,所述订单信息包括用户身份标识。
取件点的工作人员在收到包裹后,可以将该订单信息的订单标识以及该取件点的取件点标识、该包裹的未取件消息通过取件点终端发送给取件服务器。
步骤404,取件服务器接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息。
步骤406,将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状。
取件点服务器在收到上述取件点标识、该包裹的未取件消息后,可以根据取件点标识从交易服务器获取相应订单信息,然后将该取件点标识与该订单信息对应,并根据未取件消息设置该订单信息为未取件状态。
步骤408,取件服务器接收第一客户端发送的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息。
第一客户端可能要取一个或者多个订单信息对应的包裹,则其会通过第一客户端发送至少一条未取件状态的订单信息至取件服务器。
步骤410,取件服务器将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
取件服务器在接收到第一客户端指示的要发送至取件点终端的订单信息后,可以根据前述订单信息与取件点标识的对应关系,将上述订单信息发送至取件点标识所对应的取件点终端。
步骤412,取件点终端接收来自取件服务器发送的未取件状态的订单信息。
在本申请另一优选的实施例中,在步骤412之后,还可以包括:
步骤414,取件点终端向取件服务器发送针对所述订单信息的已取件的订单信息。
在用户取完包裹后,工作人员可以操作取件点终端向取件服务器发送针对所述订单信息的已取件的订单信息。
在本申请另一优选的实施例中,取件点终端可以将所述至少一条未取件状态的订单信息输出至打印设备进行打印,此后,可以向取件服务器发送针对该订单信息的已取件的订单信息。优选的,步骤414包括:在将来自取件服务器的未取件状态的订单信息发送至打印设备进行打印后,向取件服务器发送针对所述订单信息的已取件的订单信息。
在将来自取件服务器的未取件状态的订单信息发送至打印设备进行打印后,向取件服务器发送针对所述订单信息的已取件的订单信息。在实际应用中,取件点终端也可以将订单标识和已取件的订单信息一并发送给取件服务器。
在本申请另一优选的实施例中,在步骤414之后,还可以包括:
步骤416,取件服务器接收来自取件点终端针对所述订单信息的已取件的订单信息;
当步骤414在取件点终端打印后,本步骤的取件发起则接收由取件点终端将所述未取件状态的订单信息发送至打印设备打印后,针对所述订单信息发送的已取件的订单信息。
步骤418,取件服务器根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
取件服务器收到订单标识和已取件的订单信息后,通过订单标识找到相应的订单信息,然后根据已取件的订单信息将该订单信息的取件状态信息修改为已取件,则下次相应用户再取件时,不会查找到该订单信息。
本申请实施例的取件点标识、第二取件请求等的处理过程与实施例一类似,在此不再详述。
本申请实施例的第一客户端侧和取件服务器侧的执行过程在实施例一中对类似步骤的描述类似,在此不再详述。本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便取件点的工作人员一次性查看多个订单,降低取件点工作人员对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率,并且不用取件点工作人员多次与用户沟通待取件的订单,降低工作量、降低沟通成本。
实施例五
参照图6,该实施例五对应实施例四,从取件服务器侧,示出了一种订单信息处理方法的步骤流程图,具体可以包括如下步骤:
步骤502,接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息,所述订单信息包括用户身份标识;
步骤504,将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态;
步骤506,接收第一客户端发送的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
步骤508,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
在本申请另一优选的实施例中,步骤508之后还可以包括:
步骤510,接收来自取件点终端针对所述订单信息的已取件的订单信息;
步骤512,根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
本申请实施例的取件服务器侧的执行过程在实施例四中对取件服务器侧的描述类似,在此不再详述。本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便取件点的工作人员一次性查看多个订单,降低取件点工作人员对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率,并且不用取件点工作人员多次与用户沟通待取件的订单,降低工作量、降低沟通成本。
实施例六
参照图7,该实施例六对应实施例四,从取件点终端侧,示出了一种订单信息处理方法的步骤流程图,具体可以包括如下步骤:
步骤602,在获取到包裹信息后,针对所述包裹信息对应的订单信息,上传针对所述订单信息的取件点标识和未取件消息至取件服务器,以供所述取件服务器将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态,所述订单信息包括用户身份标识;
在实际应用中,取件点的工作人员在收到投放的包裹后,可以将包裹的包裹信息输入取件点终端,然后取件点终端可以获取到对应该包裹信息的订单信息,然后可以上传针对所述订单信息的取件点标识和未取件消息至取件服务器。
步骤604,接收来自取件服务器发送的未取件状态的订单信息;所述未取件状态的订单信息由取件服务器根据所述未取件状态的订单信息对应的取件点标识发送获得。
在本申请另一优选的实施例中,步骤604之后还可以包括:
步骤606,向取件服务器发送针对所述订单信息的已取件的订单信息,以供取件服务器根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
本申请实施例的第一客户端侧的执行过程在实施例四中对第一客户端侧的描述类似,在此不再详述。本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便取件点的工作人员一次性查看多个订单,降低取件点工作人员对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率,并且不用取件点工作人员多次与用户沟通待取件的订单,降低工作量、降低沟通成本。
实施例七
参照图8,该实施例七从系统整体的角度,示出了一种订单信息处理方法的步骤流程图,具体可以包括如下步骤:
步骤702,在获取到包裹信息后,针对所述包裹信息对应的订单信息,上传针对所述订单信息的取件点标识和未取件消息至取件服务器,所述订单信息包括用户身份标识;
步骤704,取件服务器接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息;
步骤706,取件服务器将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态;
步骤708,第一客户端通过扫描包括取件点标识的图形编码向取件服务器发送第一取件请求,所述第一取件请求中包括取件点标识和第一用户身份标识;
在本申请实施例中,第一客户端扫描包括取件点标识的图形编码,然后根据扫描结果向取件服务器发起第一取件请求。
步骤710,取件服务器接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
步骤712,取件服务器根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
步骤714,取件服务器将所述未取件状态的订单信息返回至所述第一客户端。
步骤716,第一客户端接收取件服务器返回的未取件状态的订单信息。
步骤718,第一客户端向取件服务器发送第二取件请求,所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息。
步骤720,取件服务器接收来自第一客户端的第二取件请求。
步骤722,取件服务器将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
步骤724,取件点终端将所述至少一条未取件状态的订单信息输出至打印设备进行打印。
在实际应用中,该取件点终端可以为个人电脑终端等可以连接打印设备的终端,该取件点终端在接收到上述“订单信息1、订单信息2”后,可以将该“订单信息1、订单信息2”输出至打印机,打印成小票,从而可以提供给取件点的工作人员去找相应的包裹,不用取件点工作人员人工记录订单信息,避免因为人为记录错误导致降低取件效率。
在本申请另一优选的实施例中,在步骤724之后,还可以包括:
步骤726,取件点终端向取件服务器发送针对所述订单信息的已取件的订单信息。
步骤728,取件服务器接收来自取件点终端针对所述订单信息的已取件的订单信息;
步骤730,取件服务器根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
该实施例的相关步骤与实施例一和实施例四的相关步骤原理类似,在此不再详述。
本申请实施例提供了一种全新的订单信息处理方法,其为各个取件点设置了唯一的取件点标识,然后对于发送到一个取件点的包裹,将该包裹的订单信息与该取件点的取件点标识对应,并设置该包裹的取件状态信息,比如包裹未被用户取走则将取件状态信息设置为未取件状态,反之则设置为已取件状态,那么对于用户而言,其可以通过发送包括取件点标识和第一用户身份标识到取件服务器,取件服务器即可返回该取件点标识下该第一用户身份下的所有未取件的订单信息给用户的第一客户端进行展示;对于取件点而言,在第一客户端选择一个或者多个订单信息进行取件后,取件服务器将用户选择的订单信息以取件点标识推送给该取件点的取件点终端。因此,本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便用户和取件点的工作人员一次性查看多个订单,。
进一步的,在本申请另一优选的实施例中,本申请实施例为各个取件点的取件点终端生成了一个包括该取件点的取件点标识的图形编码,该图形编码比如二维码,当用户到达一个取件点后,可以使用第一客户端,该第一客户端比如手机,扫描该取件点的图形编码后,该第一客户端可以生成包括取件点标识和用户身份信息的第一取件请求,然后第一客户端将该第一取件请求发送至取件服务器,用户操作简单,不存在读取大量短信的操作。
进一步的,在本申请另一优选的实施例中,取件服务器将未取件的订单信息返回给第一客户端提供给第一客户端进行选择,当第一客户端收到上述订单信息后,用户可以从中选择一个或者多个需要的订单信息,然后将上述选择的订单信息发送至取件服务器。此时,对于取件服务器来说,则可以根据该取件点标识将用户选择的订单信息发送给相应取件点的取件点终端,工作人员可以直接根据取件点终端的订单信息进行处理,从而无需用户与工作人员沟通订单信息,降低沟通成本,提高取件效率。
并且,在本申请另一实施例中,还可以直接将订单打印,那么对于工作人员来说,不用对多次订单进行人工记录,避免产生由人工记录导致的记录错误而延误提件时间的问题。
实施例八
参照图9,该实施例八首先从订单信息处理系统整体的角度,示出了另一种订单信息处理方法的步骤流程图,具体可以包括如下步骤:
步骤802,为取件服务器提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
步骤804,第一客户端发送第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
第一客户端可以扫描包括取件点标识的图形编码,然后根据该图形编码构建第一请求发送至取件服务器。
步骤806,取件服务器接收来自第一客户端的第一取件请求。
步骤808,取件服务器根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息。
步骤810,取件服务器将所述未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
步骤812,取件点终端接收来自取件服务器发送的未取件状态的订单信息。
在本申请实施例中,优选的,取件点终端将未取件状态的订单信息输出至打印设备进行打印。
在本申请另一优选的实施例中,步骤812之后,还可以包括:
步骤814,取件点终端向取件服务器发送针对所述订单信息的已取件的订单信息。
步骤816,取件服务器接收来自取件点终端针对所述订单信息的已取件的订单信息。
步骤818,取件服务器根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
在本申请实施例中,取件服务器可以直接将用户的在该取件点标识的所有订单信息推送给相应的取件点终端,然后工作人员直接根据该订单信息从仓库中提取相应的包裹。
需要说明的是,本申请实施例推送给取件点终端的订单信息的范围与实施例七可能不同,以及第一客户端发送的请求次数不同外,其他执行过程原理类似,在此不再详述。
当然,此时也可以将订单信息再推送给第一客户端浏览。
在本申请另一优选的实施例中,在步骤812之后,还包括:
步骤813,由所述取件点终端将所述订单信息传输出至打印设备进行打印。
本申请实施例提供了一种全新的订单信息处理方法,其为各个取件点设置了唯一的取件点标识,然后对于发送到一个取件点的包裹,将该包裹的订单信息与该取件点的取件点标识对应,并设置该包裹的取件状态信息,比如包裹未被用户取走则将取件状态信息设置为未取件状态,反之则设置为已取件状态,那么对于用户而言,其可以通过发送包括取件点标识和第一用户身份标识到取件服务器,取件服务器即可将该取件点标识下该第一用户身份下的所有未取件的订单信息通知服务器推送给取件点终端。因此,本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便取件点的工作人员一次性查看多个订单。
进一步的,在本申请另一优选的实施例中,本申请实施例为各个取件点的取件点终端生成了一个包括该取件点的取件点标识的图形编码,该图形编码比如二维码,当用户到达一个取件点后,可以使用第一客户端,该第一客户端比如手机,扫描该取件点的图形编码后,该第一客户端可以生成包括取件点标识和用户身份信息的第一取件请求,然后第一客户端将该第一取件请求发送至取件服务器,用户操作简单,不存在读取大量短信的操作,降低用户和取件点工作人员对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率。
进一步的,用户提交一次请求即可通知取件点的工作人员取包裹,对用户而言操作更简单。
进一步的,对于取件服务器来说,则可以根据该取件点标识将用户的未取件状态的订单信息发送给相应取件点的取件点终端,工作人员可以直接根据取件点终端的订单信息进行处理,从而无需用户与工作人员沟通订单信息,降低沟通成本,提高取件效率。
并且,本申请实施例还可以直接将订单打印,那么对于工作人员来说,不用对多次订单进行人工记录,避免产生由人工记录导致的记录错误而延误提件时间的问题。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请实施例所必须的。
实施例九
与实施例一提供的一种订单信息处理方法相对应,本申请实施例九还提供了一种订单信息处理系统,参见图10,该系统具体可以包括:
多个第一客户端910、取件服务器920
所述取件服务器920包括:
信息提供模块921,用于提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
第一取件请求接收模块922,用于接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
订单查找模块923,用于根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
信息返回模块924,用于将所述未取件状态的订单信息返回至所述第一客户端。
每个第一客户端910包括:
第一请求发送模块911,用于向取件服务器发送第一取件请求,所述第一取件请求中包括取件点标识和第一用户身份标识。
第一订单信息接收模块912,用于接收取件服务器返回的未取件状态的订单信息
在本申请另一优选的实施例中,在取件服务器的信息返回模块924之后,还包括:
第二请求接收模块,用于接收来自第一客户端的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
订单推送模块,用于将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
在本申请另一优选的实施例中,所述订单推送模块,包括:
长连接推送子模块,用于通过取件服务器与取件点终端之间的长连接,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
或,轮询推送模块,用于在接收到取件点终端的轮询请求后,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
在本申请另一优选的实施例中,所述第一取件请求接收模块包括:
图形请求接收子模块,用于接收由第一客户端通过扫描包括取件点标识的图形编码所发送的第一取件请求。
在本申请另一优选的实施例中,所述图形接收子模块包括:
二维码请求接收子模块,用于接收由第一客户端通过扫描包括取件点标识的二维码所发送的第一取件请求。
在本申请另一优选的实施例中,所述订单查找模块包括:
关联查找子模块,用于根据所述取件点标识和第一用户身份标识,查找属于所述用户标识的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
在本申请另一优选的实施例中,在取件服务器的第一取件请求接收模块之前,还包括:
关联模块,用于将所述第一用户身份标识与一个或多个第二用户身份标识关联。
在本申请另一优选的实施例中,第一客户端的第一请求发送模块之后,还包括:
第二请求发送模块,用于向取件服务器发送第二取件请求,所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息,以供取件服务器将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
在本申请另一优选的实施例中,所述第一请求发送模块包括:
图形请求发送子模块,用于通过扫描包括取件点标识的图形编码向取件服务器发送第一取件请求。
在本申请另一优选的实施例中,所述图形请求发送子模块包括:
二维码请求发送子模块,用于通过扫描包括取件点标识的二维码向取件服务器发送的第一取件请求。
实施例十
与实施例二提供的订单信息处理方法相对应,本申请实施例十还提供了一种订单信息处理装置,应用于取件服务器,参见图11,该装置具体可以包括:
信息提供模块1002,用于提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
第一取件请求接收模块1004,用于接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
订单查找模块1006,用于根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
信息返回模块1008,用于将所述未取件状态的订单信息返回至所述第一客户端。
在本申请另一优选的实施例中,在取件服务器的信息返回模块924之后,还包括:
第二请求接收模块,用于接收来自第一客户端的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
订单推送模块,用于将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
在本申请另一优选的实施例中,所述订单推送模块,包括:
长连接推送子模块,用于通过取件服务器与取件点终端之间的长连接,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
或,轮询推送模块,用于在接收到取件点终端的轮询请求后,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
在本申请另一优选的实施例中,所述第一取件请求接收模块包括:
图形请求接收子模块,用于接收由第一客户端通过扫描包括取件点标识的图形编码所发送的第一取件请求。
在本申请另一优选的实施例中,所述图形接收子模块包括:
二维码请求接收子模块,用于接收由第一客户端通过扫描包括取件点标识的二维码所发送的第一取件请求。
在本申请另一优选的实施例中,所述订单查找模块包括:
关联查找子模块,用于根据所述取件点标识和第一用户身份标识,查找属于所述用户标识的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
在本申请另一优选的实施例中,在取件服务器的第一取件请求接收模块之前,还包括:
关联模块,用于将所述第一用户身份标识与一个或多个第二用户身份标识关联。
本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便用户和取件点的工作人员一次性查看多个订单。
实施例十一
与实施例三提供的订单信息处理方法相对应,本申请实施例十一还提供了一种订单信息处理装置,应用于第一客户端,参见图12,该装置具体可以包括:
第一请求发送模块1102,用于向取件服务器发送第一取件请求,所述第一取件请求中包括取件点标识和第一用户身份标识,以供取件服务器根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息,所述订单信息包括用户身份标识;
第一订单信息接收模块1104,用于接收取件服务器返回的未取件状态的订单信息;所述未取件状态的订单信息根据所述取件点标识和第一用户身份标识查找获得。
在本申请另一优选的实施例中,第一客户端的第一请求发送模块之后,还包括:
第二请求发送模块,用于向取件服务器发送第二取件请求,所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息,以供取件服务器将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
在本申请另一优选的实施例中,所述第一请求发送模块包括:
图形请求发送子模块,用于通过扫描包括取件点标识的图形编码向取件服务器发送第一取件请求。
在本申请另一优选的实施例中,所述图形请求发送子模块包括:
二维码请求发送子模块,用于通过扫描包括取件点标识的二维码向取件服务器发送的第一取件请求。
需要说明的是,第一客户端中可以包括扫描模块,用于扫描包括取件点标识的图形编码。
本申请实施例提供了一种全新的订单信息处理方法,其为各个取件点设置了唯一的取件点标识,然后对于发送到一个取件点的包裹,将该包裹的订单信息与该取件点的取件点标识对应,并设置该包裹的取件状态信息,比如包裹未被用户取走则将取件状态信息设置为未取件状态,反之则设置为已取件状态,那么对于用户而言,其可以通过发送包括取件点标识和第一用户身份标识到取件服务器,取件服务器即可返回该取件点标识下该第一用户身份下的所有未取件的订单信息给用户的第一客户端进行展示;对于取件点而言,在第一客户端选择一个或者多个订单信息进行取件后,取件服务器将用户选择的订单信息以取件点标识推送给该取件点的取件点终端。因此,本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便用户和取件点的工作人员一次性查看多个订单,降低用户和取件点工作人员对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率。
进一步的,在本申请另一优选的实施例中,本申请实施例为各个取件点的取件点终端生成了一个包括该取件点的取件点标识的图形编码,该图形编码比如二维码,当用户到达一个取件点后,可以使用第一客户端,该第一客户端比如手机,扫描该取件点的图形编码后,该第一客户端可以生成包括取件点标识和用户身份信息的第一取件请求,然后第一客户端将该第一取件请求发送至取件服务器,用户操作简单,不存在读取大量短信的操作。
进一步的,在本申请另一优选的实施例中,取件服务器将未取件的订单信息返回给第一客户端提供给第一客户端进行选择,当第一客户端收到上述订单信息后,用户可以从中选择一个或者多个需要的订单信息,然后将上述选择的订单信息发送至取件服务器。此时,对于取件服务器来说,则可以根据该取件点标识将用户选择的订单信息发送给相应取件点的取件点终端,工作人员可以直接根据取件点终端的订单信息进行处理,从而无需用户与工作人员沟通订单信息,降低沟通成本,提高取件效率。
实施例十二
与实施例四提供的一种订单信息处理方法相对应,本申请实施例十二还提供了一种订单信息处理系统,参见图13,该系统具体可以包括:
取件服务器1210,多个取件点终端1220。
所述取件服务器1210,包括:
未取件的订单信息接收模块1211,用于接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息,所述订单信息包括用户身份标识;
订单状态设置模块1212,用于将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态;
第二取件请求接收模块1213,用于接收第一客户端发送的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
订单推送模块1214,用于将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
每个取件点终端1220包括:
未取件订单信息上传模块1211,用于在获取到包裹信息后,针对所述包裹信息对应的订单信息,上传针对所述订单信息的取件点标识和未取件消息至取件服务器。
第二订单信息接收模块1222,用于接收来自取件服务器发送的未取件状态的订单信息。
在本申请另一优选的实施例中,所述取件服务器的订单推送模块之后,还可以包括:
已取件的订单信息接收模块,用于接收来自取件点终端针对所述订单信息的已取件的订单信息;
订单状态更改模块,用于根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
在本申请另一优选的实施例中,所述取件点终端的第二订单信息接收模块之后,还可以包括:
已取件的订单信息发送模块三,用于向取件服务器发送针对所述订单信息的已取件的订单信息。
在本申请另一优选的实施例中,所述已取件的订单信息接收模块包括:
已取件的订单信息接收子模块,用于接收由取件点终端将所述未取件状态的订单信息发送至打印设备打印后,针对所述订单信息发送的已取件的订单信息。
在本申请另一优选的实施例中,所述已取件的订单信息发送模块包括:
已取件的订单信息发送子模块,用于在将来自取件服务器的未取件状态的订单信息发送至打印设备进行打印后,向取件服务器发送针对所述订单信息的已取件的订单信息。
实施例十三
与实施例五提供的一种订单信息处理方法相对应,本申请实施例十三还提供了一种订单信息处理装置,应用于取件服务器,参见图14,该装置具体可以包括:
未取件的订单信息接收模块1302,用于接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息,所述订单信息包括用户身份标识;
订单状态设置模块1304,用于将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态;
第二取件请求接收模块1306,用于接收第一客户端发送的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
订单推送模块1308,用于将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
已取件的订单信息接收模块1310,用于接收来自取件点终端针对所述订单信息的已取件的订单信息;
订单状态更改模块1312,用于根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
实施例十四
与实施例六提供的一种订单信息处理方法相对应,本申请实施例十四还提供了一种订单信息处理装置,应用于取件服务器,参见图15,该装置具体可以包括:
未取件订单信息上传模块1402,用于在获取到包裹信息后,针对所述包裹信息对应的订单信息,上传针对所述订单信息的取件点标识和未取件消息至取件服务器,以供所述取件服务器将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态,所述订单信息包括用户身份标识;
第二订单信息接收模块1404,用于接收来自取件服务器发送的未取件状态的订单信息;所述未取件状态的订单信息由取件服务器根据所述未取件状态的订单信息对应的取件点标识发送获得;
在本申请另一优选的实施例中,所述第二订单信息接收模块之后还包括:已取件的订单信息发送模块1406,用于向取件服务器发送针对所述订单信息的已取件的订单信息,以供取件服务器根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便取件点的工作人员一次性查看多个订单,不用取件点工作人员多次与用户沟通待取件的订单,降低工作量、降低沟通成本,降低取件点工作人员对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率。
实施例十五
与实施例七提供的一种订单信息处理方法相对应,本申请实施例十五还提供了一种订单信息处理系统,参见图16,该装置具体可以包括:
取件服务器1510和多个取件点终端1520;
所述取件服务器1510包括:
未取件的订单信息接收模块1511,用于接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息,所述订单信息包括用户身份标识;
订单状态设置模块1512,用于将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态;
第一取件请求接收模块1513,用于接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
订单查找模块1514,用于根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
信息返回模块1515,用于将所述未取件状态的订单信息返回至所述第一客户端;
第二取件请求接收模块1516,用于接收第一客户端发送的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
订单推送模块1517,用于将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
每个取件点终端1520包括:
未取件订单信息上传模块1651,用于在获取到包裹信息后,针对所述包裹信息对应的订单信息,上传针对所述订单信息的取件点标识和未取件消息至取件服务器;
第二订单信息接收模块1522,用于接收来自取件服务器发送的未取件状态的订单信息;
在本申请另一优选的实施例中,在订单推送模块之后,所述取件服务器还包括:
已取件的订单信息接收模块,用于接收来自取件点终端针对所述订单信息的已取件的订单信息;
订单状态更改模块,用于根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态;
在本申请另一优选的实施例中,在第二订单信息接收模块之后,所述取件点终端还包括:
已取件的订单信息发送模块,用于向取件服务器发送针对所述订单信息的已取件的订单信息。
在本申请另一优选的实施例中,所述取件点终端还包括:
打印模块,用于将来自取件服务器的未取件状态的订单信息发送至打印设备打印。
在本申请另一优选的实施例中,所述已取件的订单信息发送模块包括:
已取件的订单信息发送子模块,用于在将来自取件服务器的未取件状态的订单信息发送至打印设备进行打印后,向取件服务器发送针对所述订单信息的已取件的订单信息。
本申请实施例提供了一种全新的订单信息处理方法,其为各个取件点设置了唯一的取件点标识,然后对于发送到一个取件点的包裹,将该包裹的订单信息与该取件点的取件点标识对应,并设置该包裹的取件状态信息,比如包裹未被用户取走则将取件状态信息设置为未取件状态,反之则设置为已取件状态,那么对于用户而言,其可以通过发送包括取件点标识和第一用户身份标识到取件服务器,取件服务器即可将该取件点标识下该第一用户身份下的所有未取件的订单信息通知服务器推送给取件点终端。因此,本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便取件点的工作人员一次性查看多个订单,降低取件点工作人员对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率。
进一步的,在本申请另一优选的实施例中,本申请实施例为各个取件点的取件点终端生成了一个包括该取件点的取件点标识的图形编码,该图形编码比如二维码,当用户到达一个取件点后,可以使用第一客户端,该第一客户端比如手机,扫描该取件点的图形编码后,该第一客户端可以生成包括取件点标识和用户身份信息的第一取件请求,然后第一客户端将该第一取件请求发送至取件服务器,用户操作简单,不存在读取大量短信的操作。
进一步的,对于取件服务器来说,则可以根据该取件点标识将用户选择的订单信息发送给相应取件点的取件点终端,工作人员可以直接根据取件点终端的订单信息进行处理,从而无需用户与工作人员沟通订单信息,降低沟通成本,提高取件效率。
并且,本申请实施例还可以直接将订单打印,那么对于工作人员来说,不用对多次订单进行人工记录,避免产生由人工记录导致的记录错误而延误提件时间的问题。
实施例十六
与实施例八提供的一种订单信息处理方法相对应,本申请实施例十三还提供了一种订单信息处理系统,参见图17,该装置具体可以包括:
多个客户端1610,取件服务1620,多个取件点终端1630;
所述取件服务1620包括:
信息提供模块1621,用于提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
取件请求接收模块1622,用于接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
查找模块1623,用于根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
订单推送模块1624,用于将所述未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
每个第一客户端1610包括:
第一请求发送模块1611,用于第一客户端发送第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识。
每个取件点终端1630包括:
订单接收模块1631,取件点终端接收来自取件服务器发送的未取件状态的订单信息。
在本申请另一优选的实施例中,在取件服务器中还包括:
已取件的订单信息接收模块,用于接收来自取件点终端针对所述订单信息的已取件的订单信息;
订单状态更改模块,用于根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
在本申请另一优选的实施例中,在取件点终端中还包括:
已取件的订单信息发送模块,取件点终端向取件服务器发送针对所述订单信息的已取件的订单信息。
在本申请另一优选的实施例中,在取件点终端中还包括:打印模块,用于由所述取件点终端将所述客户端的至少一条待取件的订单信息输出至打印设备进行打印。
所述订单推送模块包括:
长连接推送子模块,用于通过取件服务器与取件点终端之间的长连接,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
或,轮询推送模块,用于在接收到取件点终端的轮询请求后,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
在本申请另一优选的实施例中,所述取件请求接收模块包括:
图形请求接收子模块,用于接收由第一客户端通过扫描包括取件点标识的图形编码所发送的第一取件请求。
在本申请另一优选的实施例中,所述图形请求接收子模块,包括:
二维码请求接收子模块,用于接收由第一客户端通过扫描包括取件点标识的二维码所发送的第一取件请求。
在本申请另一优选的实施例中,所述查找模块包括:
关联查找子模块,用于根据所述取件点标识和第一用户身份标识,查找属于所述用户标识的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
在本申请另一优选的实施例中,还包括:
关联模块,用于将所述第一用户身份标识与一个或多个第二用户身份标识关联。
在本申请另一优选的实施例中,所述信息提供模块包括:
未取件的订单信息接收子模块,用于接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息;
订单状态设置子模块,用于将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态。
在本申请另一优选的实施例中,所述已取件的订单信息接收模块包括:
已取件的订单信息接收子模块,用于接收由取件点终端将所述未取件状态的订单信息发送至打印设备打印后,针对所述订单信息发送的已取件的订单信息。
本申请实施例提供了一种全新的订单信息处理方法,其为各个取件点设置了唯一的取件点标识,然后对于发送到一个取件点的包裹,将该包裹的订单信息与该取件点的取件点标识对应,并设置该包裹的取件状态信息,比如包裹未被用户取走则将取件状态信息设置为未取件状态,反之则设置为已取件状态,那么对于用户而言,其可以通过发送包括取件点标识和第一用户身份标识到取件服务器,取件服务器即可返回该取件点标识下该第一用户身份下的所有未取件的订单信息给用户的第一客户端进行展示;对于取件点而言,在第一客户端选择一个或者多个订单信息进行取件后,取件服务器将用户选择的订单信息以取件点标识推送给该取件点的取件点终端。因此,本申请通过对取件点终端设置取件点标识,然后由取件服务器按照取件点标识对订单信息进行统一管理,方便用户和取件点的工作人员一次性查看多个订单,降低用户和取件点工作人员对取件的订单信息的操作繁琐程度,提高取件的订单信息的处理效率。
进一步的,在本申请另一优选的实施例中,本申请实施例为各个取件点的取件点终端生成了一个包括该取件点的取件点标识的图形编码,该图形编码比如二维码,当用户到达一个取件点后,可以使用第一客户端,该第一客户端比如手机,扫描该取件点的图形编码后,该第一客户端可以生成包括取件点标识和用户身份信息的第一取件请求,然后第一客户端将该第一取件请求发送至取件服务器,用户操作简单,不存在读取大量短信的操作。
进一步的,在本申请另一优选的实施例中,取件服务器将未取件的订单信息返回给第一客户端提供给第一客户端进行选择,当第一客户端收到上述订单信息后,用户可以从中选择一个或者多个需要的订单信息,然后将上述选择的订单信息发送至取件服务器。此时,对于取件服务器来说,则可以根据该取件点标识将用户选择的订单信息发送给相应取件点的取件点终端,工作人员可以直接根据取件点终端的订单信息进行处理,从而无需用户与工作人员沟通订单信息,降低沟通成本,提高取件效率。
并且,本申请实施例还可以直接将订单打印,那么对于工作人员来说,不用对多次订单进行人工记录,避免产生由人工记录导致的记录错误而延误提件时间的问题。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
在一个典型的配置中,所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非持续性的电脑可读媒体(transitory media),如调制的数据信号和载波。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种订单信息处理方法、一种订单信息处理装置和一种订单信息处理系统,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (53)
1.一种订单信息处理方法,其特征在于,包括:
提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
将所述未取件状态的订单信息返回至所述第一客户端;
其中,所述订单信息为交易平台生成的商品交易信息;
所述根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息的步骤,包括:
根据所述取件点标识和第一用户身份标识,查找属于所述第一用户身份的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
2.根据权利要求1所述的方法,其特征在于,在所述将所述未取件状态的订单信息返回至所述第一客户端的步骤之后,还包括:
接收来自第一客户端的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
3.根据权利要求2所述的方法,其特征在于,所述将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端的步骤,包括:
通过取件服务器与取件点终端之间的长连接,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
或,在接收到取件点终端的轮询请求后,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
4.根据权利要求1所述的方法,其特征在于,所述接收来自第一客户端的第一取件请求的步骤,包括:
接收由第一客户端通过扫描包括取件点标识的图形编码所发送的第一取件请求。
5.根据权利要求4所述的方法,其特征在于,所述接收由第一客户端通过扫描包括取件点标识的图形编码所发送的第一取件请求的步骤,包括:
接收由第一客户端通过扫描包括取件点标识的二维码所发送的第一取件请求。
6.根据权利要求1所述的方法,其特征在于,在接收来自第一客户端的第一取件请求的步骤之前,还包括:
将所述第一用户身份标识与一个或多个第二用户身份标识关联。
7.一种订单信息处理方法,其特征在于,包括:
向取件服务器发送第一取件请求,所述第一取件请求中包括取件点标识和第一用户身份标识,以供取件服务器根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息,所述订单信息包括用户身份标识;
接收取件服务器返回的未取件状态的订单信息;所述未取件状态的订单信息根据所述取件点标识和第一用户身份标识查找获得;
其中,所述订单信息为交易平台生成的商品交易信息;
所述未取件状态的订单信息包括,由所述取件服务器根据所述取件点标识和第一用户身份标识,查找属于所述第一用户身份的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息。
8.根据权利要求7所述的方法,其特征在于,在接收取件服务器返回的未取件状态的订单信息的步骤之后,还包括:
向取件服务器发送第二取件请求,所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息,以供取件服务器将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
9.根据权利要求7所述的方法,其特征在于,所述向取件服务器发送第一取件请求的步骤,包括:
通过扫描包括取件点标识的图形编码向取件服务器发送第一取件请求。
10.根据权利要求9所述的方法,其特征在于,所述通过扫描包括取件点标识的图形编码向取件服务器发送第一取件请求的步骤,包括:
通过扫描包括取件点标识的二维码向取件服务器发送的第一取件请求。
11.一种订单信息处理方法,其特征在于,包括:
接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息,所述订单信息包括用户身份标识;
将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态;
接收第一客户端发送的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
其中,所述订单信息为交易平台生成的商品交易信息;
所述未取件状态的订单信息包括,根据所述取件点标识和第一用户身份标识,查找属于所述第一用户身份的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息。
12.根据权利要求11所述的方法,其特征在于,在将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端的步骤之后,还包括:
接收来自取件点终端针对所述订单信息的已取件的订单信息;
根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
13.根据权利要求11所述的方法,其特征在于,所述接收来自取件点终端针对订单信息的已取件的订单信息的步骤,包括:
接收由取件点终端将所述未取件状态的订单信息发送至打印设备打印后,针对所述订单信息发送的已取件的订单信息。
14.一种订单信息处理方法,其特征在于,包括:
在获取到包裹信息后,针对所述包裹信息对应的订单信息,上传针对所述订单信息的取件点标识和未取件消息至取件服务器,以供所述取件服务器将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态,所述订单信息包括用户身份标识;
接收来自取件服务器发送的未取件状态的订单信息;所述未取件状态的订单信息由取件服务器根据所述未取件状态的订单信息对应的取件点标识发送获得;
其中,所述订单信息为交易平台生成的商品交易信息;
所述未取件状态的订单信息包括,由所述取件服务器根据所述取件点标识和第一用户身份标识,查找属于所述第一用户身份的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息。
15.根据权利要求14所述的方法,其特征在于,在接收来自取件服务器发送的未取件状态的订单信息的步骤之后,还包括:
向取件服务器发送针对所述订单信息的已取件的订单信息,以供取件服务器根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
16.根据权利要求15所述的方法,其特征在于,所述向取件服务器发送针对所述订单信息的已取件的订单信息的步骤,包括:
在将来自取件服务器的未取件状态的订单信息发送至打印设备进行打印后,向取件服务器发送针对所述订单信息的已取件的订单信息。
17.一种订单信息处理方法,其特征在于,包括:
提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
将所述未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
其中,所述订单信息为交易平台生成的商品交易信息;
所述根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息的步骤,包括:
根据所述取件点标识和第一用户身份标识,查找属于所述第一用户身份的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
18.根据权利要求17所述的方法,其特征在于,在将所述未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端的步骤之后,还包括:
接收来自取件点终端针对所述订单信息的已取件的订单信息;
根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
19.根据权利要求17所述的方法,其特征在于,所述将所述未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端的步骤,包括:
通过取件服务器与取件点终端之间的长连接,将所述未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
或,由所述取件服务器在接收到取件点终端的轮询请求后,将所述未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
20.根据权利要求17所述的方法,其特征在于,所述接收来自第一客户端的第一取件请求的步骤,包括:
接收由第一客户端通过扫描包括取件点标识的图形编码所发送的第一取件请求。
21.根据权利要求19所述的方法,其特征在于,所述接收由第一客户端通过扫描包括取件点标识的图形编码所发送的第一取件请求的步骤,包括:
接收由第一客户端通过扫描包括取件点标识的二维码所发送的第一取件请求。
22.根据权利要求17所述的方法,其特征在于,在接收来自第一客户端的第一取件请求的步骤之前,还包括:
将所述第一用户身份标识与一个或多个第二用户身份标识关联。
23.根据权利要求17所述的方法,其特征在于,所述提供订单信息以及对应所述订单信息的取件点标识和取件状态信息的步骤,包括:
接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息;
将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态。
24.根据权利要求17所述的方法,其特征在于,所述接收来自取件点终端针对订单信息的已取件的订单信息的步骤,包括:
接收由取件点终端将所述未取件状态的订单信息发送至打印设备打印后,针对所述订单信息发送的已取件的订单信息。
25.一种订单信息处理装置,应用于取件服务器,其特征在于,包括:
信息提供模块,用于提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
第一取件请求接收模块,用于接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
订单查找模块,用于根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
信息返回模块,用于将所述未取件状态的订单信息返回至所述第一客户端;
其中,所述订单信息为交易平台生成的商品交易信息;
所述订单查找模块包括:
关联查找子模块,用于根据所述取件点标识和第一用户身份标识,查找属于所述第一用户身份的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
26.根据权利要求25所述的装置,其特征在于,还包括:
第二请求接收模块,用于接收来自第一客户端的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
订单推送模块,用于将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
27.根据权利要求26所述的装置,其特征在于,所述订单推送模块,包括:
长连接推送子模块,用于通过取件服务器与取件点终端之间的长连接,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
或,轮询推送模块,用于在接收到取件点终端的轮询请求后,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
28.根据权利要求25所述的装置,其特征在于,所述第一取件请求接收模块包括:
图形请求接收子模块,用于接收由第一客户端通过扫描包括取件点标识的图形编码所发送的第一取件请求。
29.根据权利要求28所述的装置,其特征在于,所述图形请求接收子模块包括:
二维码请求接收子模块,用于接收由第一客户端通过扫描包括取件点标识的二维码所发送的第一取件请求。
30.根据权利要求25所述的装置,其特征在于,还包括:
关联模块,用于将所述第一用户身份标识与一个或多个第二用户身份标识关联。
31.一种订单信息处理装置,应用于第一客户端,其特征在于,包括:
第一请求发送模块,用于向取件服务器发送第一取件请求,所述第一取件请求中包括取件点标识和第一用户身份标识,以供取件服务器根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息,所述订单信息包括用户身份标识;
第一订单信息接收模块,用于接收取件服务器返回的未取件状态的订单信息;所述未取件状态的订单信息根据所述取件点标识和第一用户身份标识查找获得;
其中,所述订单信息为交易平台生成的商品交易信息;
所述取件服务器根据所述取件点标识和第一用户身份标识,查找属于所述第一用户身份的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
32.根据权利要求31所述的装置,其特征在于,还包括:
第二请求发送模块,用于向取件服务器发送第二取件请求,所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息,以供取件服务器将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
33.根据权利要求31所述的装置,其特征在于,所述第一请求发送模块包括:
图形请求发送子模块,用于通过扫描包括取件点标识的图形编码向取件服务器发送第一取件请求。
34.根据权利要求33所述的装置,其特征在于,所述图形请求发送子模块包括:
二维码请求发送子模块,用于通过扫描包括取件点标识的二维码向取件服务器发送的第一取件请求。
35.一种订单信息处理装置,应用于取件服务器,其特征在于,包括:
未取件的订单信息接收模块,用于接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息,所述订单信息包括用户身份标识;
订单状态设置模块,用于将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态;
第二取件请求接收模块,用于接收第一客户端发送的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
订单推送模块,用于将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
其中,所述订单信息为交易平台生成的商品交易信息;
所述订单查找模块包括:
关联查找子模块,用于根据所述取件点标识和第一用户身份标识,查找属于所述第一用户身份的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
36.根据权利要求35所述的装置,其特征在于,还包括:
已取件的订单信息接收模块,用于接收来自取件点终端针对所述订单信息的已取件的订单信息;
订单状态更改模块,用于根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
37.根据权利要求36所述的装置,其特征在于,所述已取件的订单信息接收模块包括:
已取件的订单信息接收子模块,用于接收由取件点终端将所述未取件状态的订单信息发送至打印设备打印后,针对所述订单信息发送的已取件的订单信息。
38.一种订单信息处理装置,应用于取件点终端,其特征在于,包括:
未取件订单信息上传模块,用于在获取到包裹信息后,针对所述包裹信息对应的订单信息,上传针对所述订单信息的取件点标识和未取件消息至取件服务器,以供所述取件服务器将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态,所述订单信息包括用户身份标识;
第二订单信息接收模块,用于接收来自取件服务器发送的未取件状态的订单信息;所述未取件状态的订单信息由取件服务器根据所述未取件状态的订单信息对应的取件点标识发送获得;
其中,所述订单信息为交易平台生成的商品交易信息;
所述取件服务器根据所述取件点标识和第一用户身份标识,查找属于所述第一用户身份的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
39.根据权利要求38所述的装置,其特征在于,还包括:
已取件的订单信息发送模块,用于向取件服务器发送针对所述订单信息的已取件的订单信息,以供取件服务器根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
40.根据权利要求39所述的装置,其特征在于,所述已取件的订单信息发送模块包括:
已取件的订单信息发送子模块,用于在将来自取件服务器的未取件状态的订单信息发送至打印设备进行打印后,向取件服务器发送针对所述订单信息的已取件的订单信息。
41.一种订单信息处理装置,应用于取件服务器,其特征在于,包括:
信息提供模块,用于提供订单信息以及对应所述订单信息的取件点标识和取件状态信息,所述订单信息包括用户身份标识;
取件请求接收模块,用于接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
查找模块,用于根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
订单推送模块,用于将所述未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
其中,所述订单信息为交易平台生成的商品交易信息;
所述查找模块包括:
关联查找子模块,用于根据所述取件点标识和第一用户身份标识,查找属于所述第一用户身份的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
42.根据权利要求41所述的装置,其特征在于,还包括:
已取件的订单信息接收模块,用于接收来自取件点终端针对所述订单信息的已取件的订单信息;
订单状态更改模块,用于根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
43.根据权利要求41所述的装置,其特征在于,所述订单推送模块包括:
长连接推送子模块,用于通过取件服务器与取件点终端之间的长连接,将至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
或,轮询推送模块,用于在接收到取件点终端的轮询请求后,将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端。
44.根据权利要求41所述的装置,其特征在于,所述取件请求接收模块包括:
图形请求接收子模块,用于接收由第一客户端通过扫描包括取件点标识的图形编码所发送的第一取件请求。
45.根据权利要求44所述的装置,其特征在于,所述图形请求接收子模块,包括:
二维码请求接收子模块,用于接收由第一客户端通过扫描包括取件点标识的二维码所发送的第一取件请求。
46.根据权利要求41所述的装置,其特征在于,还包括:
关联模块,用于将所述第一用户身份标识与一个或多个第二用户身份标识关联。
47.根据权利要求41所述的装置,其特征在于,所述信息提供模块包括:
未取件的订单信息接收子模块,用于接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息;
订单状态设置子模块,用于将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态。
48.根据权利要求42所述的装置,其特征在于,所述已取件的订单信息接收模块包括:
已取件的订单信息接收子模块,用于接收由取件点终端将所述未取件状态的订单信息发送至打印设备打印后,针对所述订单信息发送的已取件的订单信息。
49.一种订单信息处理系统,其特征在于,包括:
取件服务器和多个取件点终端;
所述取件服务器包括:
未取件的订单信息接收模块,用于接收由取件点终端在收到订单信息对应的包裹信息后上传的针对所述订单信息的取件点标识和未取件消息,所述订单信息包括用户身份标识;
订单状态设置模块,用于将所述订单信息与所述取件点标识对应,并将所述订单信息的取件状态信息设置为未取件状态;
第一取件请求接收模块,用于接收来自第一客户端的第一取件请求;所述第一取件请求中包括取件点标识和第一用户身份标识;
订单查找模块,用于根据所述取件点标识和第一用户身份标识,查找对应的取件状态信息为未取件状态的订单信息;
信息返回模块,用于将所述未取件状态的订单信息返回至所述第一客户端;
第二取件请求接收模块,用于接收第一客户端发送的第二取件请求;所述第二取件请求包括由用户在第一客户端选择的至少一条未取件状态的订单信息;
订单推送模块,用于将所述至少一条未取件状态的订单信息发送至与所述订单信息的取件点标识所对应的取件点终端;
每个取件点终端包括:
未取件订单信息上传模块,用于在获取到包裹信息后,针对所述包裹信息对应的订单信息,上传针对所述订单信息的取件点标识和未取件消息至取件服务器;
第二订单信息接收模块,用于接收来自取件服务器发送的未取件状态的订单信息;
其中,所述订单信息为交易平台生成的商品交易信息;
所述订单查找模块包括:
关联查找子模块,用于根据所述取件点标识和第一用户身份标识,查找属于所述第一用户身份的取件状态信息为未取件状态的订单信息,以及与所述第一用户身份标识关联的一个或者多个第二用户身份标识的取件状态信息为未取件状态的订单信息。
50.根据权利要求49所述的系统,其特征在于,所述取件服务器还包括:
已取件的订单信息接收模块,用于接收来自取件点终端针对所述订单信息的已取件的订单信息;
订单状态更改模块,用于根据所述已取件的订单信息将所述订单信息的取件状态信息设置为已取件状态。
51.根据权利要求49所述的系统,其特征在于,所述取件点终端还包括:
已取件的订单信息发送模块,用于向取件服务器发送针对所述订单信息的已取件的订单信息。
52.根据权利要求49所述的系统,其特征在于,所述取件点终端还包括:
打印模块,用于将来自取件服务器的未取件状态的订单信息发送至打印设备打印。
53.根据权利要求51所述的系统,其特征在于,所述已取件的订单信息发送模块包括:
已取件的订单信息发送子模块,用于在将来自取件服务器的未取件状态的订单信息发送至打印设备进行打印后,向取件服务器发送针对所述订单信息的已取件的订单信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610827597.6A CN107818435B (zh) | 2016-09-14 | 2016-09-14 | 一种订单信息处理方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610827597.6A CN107818435B (zh) | 2016-09-14 | 2016-09-14 | 一种订单信息处理方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107818435A CN107818435A (zh) | 2018-03-20 |
CN107818435B true CN107818435B (zh) | 2022-05-10 |
Family
ID=61600785
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610827597.6A Active CN107818435B (zh) | 2016-09-14 | 2016-09-14 | 一种订单信息处理方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107818435B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109308592A (zh) * | 2018-09-03 | 2019-02-05 | 成都派多多科技有限公司 | 一种快递取件系统及方法 |
CN111191972A (zh) * | 2018-11-14 | 2020-05-22 | 菜鸟智能物流控股有限公司 | 一种物流对象管理设备的控制方法、装置和系统 |
CN110379069A (zh) * | 2019-07-18 | 2019-10-25 | 深圳市丰巢科技有限公司 | 一种快递柜取件方法、装置、设备及存储介质 |
CN112348129A (zh) * | 2019-11-14 | 2021-02-09 | 北京京东振世信息技术有限公司 | 提货方法、系统和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104504594A (zh) * | 2014-12-17 | 2015-04-08 | 马俊 | 一种用于网购隐私保护的方法与系统 |
CN104809816A (zh) * | 2015-02-14 | 2015-07-29 | 中科富创(北京)科技有限公司 | 取件处理方法、取件执行方法、取件方法和装置及系统 |
CN104850982A (zh) * | 2015-06-10 | 2015-08-19 | 吴方正 | 一种新型的快递收发系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7248160B2 (en) * | 2005-04-22 | 2007-07-24 | Pinpoint Logistics Systems, Inc. | Computerized indelible tracking system |
CN105761029A (zh) * | 2014-12-17 | 2016-07-13 | 阿里巴巴集团控股有限公司 | 快递标识信息处理方法及装置 |
CN105117882B (zh) * | 2015-08-25 | 2019-07-02 | 深圳市唯传科技有限公司 | 智能物流派送方法、装置以及系统 |
CN105469506A (zh) * | 2015-12-09 | 2016-04-06 | 北京京东尚科信息技术有限公司 | 用于基于人脸识别实现产品提取的方法和装置 |
-
2016
- 2016-09-14 CN CN201610827597.6A patent/CN107818435B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104504594A (zh) * | 2014-12-17 | 2015-04-08 | 马俊 | 一种用于网购隐私保护的方法与系统 |
CN104809816A (zh) * | 2015-02-14 | 2015-07-29 | 中科富创(北京)科技有限公司 | 取件处理方法、取件执行方法、取件方法和装置及系统 |
CN104850982A (zh) * | 2015-06-10 | 2015-08-19 | 吴方正 | 一种新型的快递收发系统 |
Non-Patent Citations (1)
Title |
---|
隐si...保...hu_mj504861203;优酷视频;《http://v.youku.com/v_show/id_XMTcxNTQy0DUzMg==.html》;20160906;视频第04:00-05:28 * |
Also Published As
Publication number | Publication date |
---|---|
CN107818435A (zh) | 2018-03-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107818435B (zh) | 一种订单信息处理方法、装置和系统 | |
CN107818433B (zh) | 取件方法、物流信息处理方法及装置、系统 | |
US10410171B2 (en) | System and method for inventory management | |
JP2018533856A (ja) | 通信を確立する方法、クライアント端末及びサーバ | |
CN111784221B (zh) | 入库方法和系统 | |
CN1744125A (zh) | 传递产品信息的系统和方法 | |
US11818047B2 (en) | Systems and methods for pooling multiple user requests to mitigate network congestion | |
CN112079021B (zh) | 拣选复核装置、方法和系统 | |
CN104954191B (zh) | 对网络通信数据进行统计的方法及系统 | |
US20130173428A1 (en) | Augmenting product information on a client device | |
US11265399B2 (en) | Systems and methods for interfacing networks using a unified communication scheme | |
CN1377001A (zh) | 简化订购和接收处理的方法及系统 | |
CN104954326B (zh) | 对网络通信数据进行统计的方法及系统 | |
CN106327200A (zh) | 一种信息交互处理方法及其终端、系统 | |
US20220138685A1 (en) | Systems and methods for providing stowing location recommendation | |
CN113177694B (zh) | 客户分配方法、装置、存储介质及计算机设备 | |
CN111046287B (zh) | 用户生产内容推送方法及服务器端 | |
CN111325484A (zh) | 一种大数据资产管理系统 | |
CN113141467A (zh) | 视频处理方法、装置、系统、电子设备和存储介质 | |
US11204975B1 (en) | Program interface remote management and provisioning | |
EP3910577A1 (en) | Electronic tag and relevant method for sharing personal contacts between mobile devices | |
CN113496366A (zh) | 一种信息处理方法和系统以及服务端和用户端 | |
CN114092107A (zh) | 电商平台退货管理方法、装置、设备和存储介质 | |
AU2020264352A1 (en) | Systems and methods for interfacing networks using a unified communication scheme | |
JP2022118608A (ja) | リサイクル有価物のマテリアル化のトレース方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1252576 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant |