在线订单的传送系统及传送方法
【专利摘要】本发明提供了一种在线订单的传送系统及方法，传送系统包括：订单接收单元、订单处理单元、数据库以及即时消息服务器；所述订单接收单元用于接收新订单，并将接收到的新订单提交到订单处理单元；所述订单处理单元分别与所述订单接收单元、数据库以及即时消息服务器相连，用于将接收到的新订单数据存入所述数据库，并发送通知消息至所述即时消息服务器；所述即时消息服务器用于在接收到所述通知消息后定向发送新订单至目标移动终端。本发明服务器端压力较小，且不存在服务器端资源浪费，服务器主动推送消息的方式是目标明确的、高效的，不会产生多余的资源消耗，且实时性非常好。
【专利说明】在线订单的传送系统及传送方法
【技术领域】
[0001]本发明涉及订单处理【技术领域】，尤其涉及一种在线订单的传送系统及传送方法。
【背景技术】
[0002]现有技术中订单是采用APP轮询的方式进行的，移动终端以设定的周期向服务器端发送询问，服务器端鉴权后回复订单列表。
[0003]参考图1，现有技术订单传送方法的流程示意图，移动终端以手机为例进行说明。手机上相应的APP软件以轮询的方式，每隔一定时间(例如10秒)向服务器端发起请求，索取订单列表。服务器端接收到请求后先对手机的身份进行验证，以验证是否合法渠道发出的请求，若非合法渠道则返回错误信息；通过验证后进入订单处理流程，服务器端的订单处理单元去数据库取出最新的订单列表，之后服务器端通过订单处理单元返回订单列表至手机。
[0004]现有技术订单传送方法的缺点在于:
1)占用移动终端资源:要做到轮询，移动终端程序后台必然有一个定时器一直在工作，占用移动终端资源；
2)服务器端压力大:轮询的方式是盲目的，每次请求未必能获得新的信息，白白消耗流量，且如果移动终端软件安装数量大的话，服务器端相当于每时每刻都在接收和处理刷新订单列表的请求，服务器端压力大、浪费服务器端资源；
3)数据流量大:服务器端返回订单列表的数据发送方式也是盲目的，其无法获知请求订单列表的移动终端目前的列表状态，因此不论订单列表有没有新的数据，都是整张列表完整推送至移动终端；
4)实时性差:假设轮询时间为30秒，新的订单在上一次轮询的5秒后到达服务器端，那么该订单到达移动终端的时间就晚了 25秒。
【发明内容】
[0005]本发明的目的在于，针对现有技术订单传送方法存在的占用移动终端资源、服务器端压力大、订单列表传送数据流量大以及实时性差问题，提供一种在线订单的传送系统及传送方法，通过服务器端主动推送新订单到移动终端，无需占用移动终端资源，同时降低服务器端压力，提高订单的发送效率。
[0006]为实现上述目的，本发明提供了一种在线订单的传送系统，包括:订单接收单元、订单处理单元、数据库以及即时消息服务器；所述订单接收单元用于接收新订单，并将接收到的新订单提交到订单处理单元；所述订单处理单元分别与所述订单接收单元、数据库以及即时消息服务器相连，用于将接收到的新订单数据存入所述数据库，并发送通知消息至所述即时消息服务器；所述即时消息服务器用于在接收到所述通知消息后定向发送新订单至目标移动终端。
[0007]所述即时消息服务器进一步用于:区分所述新订单类别，根据所述新订单的类别在所述即时消息服务器内部数据库匹配出目标移动终端，并定位目标移动终端ID，之后根据目标移动终端ID定向发送新订单至目标移动终端。
[0008]进一步，所述即时消息服务器采用开源服务器openfire。
[0009]进一步，所述开源服务器openfire的内部数据库中包括一用户表，所述用户表用于存储所述开源服务器openfire的所有注册移动终端用户，其中所有注册移动终端用户根据用户的类型不同进行分组，每一分组对应一订单类别，从而所述开源服务器openfire根据所述新订单的类别在所述用户表中匹配出目标移动终端，并定位目标移动终端ID。
[0010]为实现上述目的，本发明还提供了一种在线订单的传送方法，包括:(1)接收新订单并提交到订单处理单元；(2)订单处理单元将接收到的新订单数据存入数据库，并发送通知消息至即时消息服务器；(3)所述即时消息服务器在接收到所述通知消息后定向发送新订单至目标移动终端。
[0011]步骤(3)进一步包括:(31)所述即时消息服务器对所述新订单进行类别区分；
(32)根据所述新订单的类别在所述即时消息服务器内部数据库匹配出目标移动终端，并定位目标移动终端ID ;(33)根据目标移动终端ID定向发送新订单至目标移动终端。
[0012]进一步，所述即时消息服务器采用开源服务器openfire。
[0013]进一步，所述开源服务器openfire的内部数据库中包括一用户表，所述用户表用于存储所述开源服务器openfire的所有注册移动终端用户，其中所有注册移动终端用户根据用户的类型不同进行分组，每一分组对应一订单类别，步骤(32)进一步包括:所述开源服务器openfire根据所述新订单的类别在所述用户表中匹配出目标移动终端，并定位目标移动终端ID。
[0014]本发明的优点在于:服务器端不再接受查询订单列表的请求，因此不存在接收和处理刷新订单列表的请求的压力，且不存在轮询，也就不存在服务器端资源浪费。相对于现有技术中服务器发送数据是盲目的而言，本发明服务器主动推送消息的方式是目标明确的、高效的，没有新订单的情况下不会产生无谓的资源消耗，有订单的情况下才进行处理或发送，不会产生多余的资源消耗。特别是，每次推送时只推送最新的订单，不需要推送整张列表，进一步降低了资源消耗。而移动端收到新订单后更新到本地列表中去就可以，不需要主动联络服务器，而只需等待推送，因此也不需要定时器。且，本发明一切的业务处理以及推送流程都是在服务器端接受到订单的那一刻起自动触发的，因此实时性非常好。
【专利附图】
【附图说明】
[0015]图1，现有技术订单传送方法的流程示意图；
图2，本发明所述在线订单的传送系统的架构示意图；
图3，本发明所述在线订单的传送方法的流程示意图。
【具体实施方式】
[0016]下面结合附图对本发明提供的在线订单的传送系统及传送方法做详细说明。
[0017]参考图2，本发明所述在线订单的传送系统的架构示意图。所述系统包括:订单接收单元21、订单处理单元22、数据库23以及即时消息服务器24。所述订单接收单元21、订单处理单元22、数据库23以及即时消息服务器24均位于服务器端。
[0018]所述订单接收单元21用于接收新订单，并将接收到的新订单提交到订单处理单元22。新订单可能来自网站、移动端下单软件、业务员人工输入等等；服务器端的订单接收单元21接收到新订单后提交到订单处理单元22，进入订单处理流程。
[0019]所述订单处理单元22分别与所述订单接收单元21、数据库23以及即时消息服务器24相连，用于将接收到的新订单数据存入所述数据库23，并发送通知消息至所述即时消息服务器24。
[0020]所述即时消息服务器24用于在接收到所述通知消息后定向发送新订单至目标移动终端29。即时消息服务器24收到消息后触发消息过滤、定向发送流程，其工作内容包括:区分新订单类别；根据所述新订单的类别在所述即时消息服务器24内部数据库匹配出目标移动终端29，并定位目标移动终端ID，之后根据目标移动终端ID定向发送新订单至目标移动终端29。同一新订单可以同时推送至一个或多个目标移动终端29。
[0021]采用本发明提供的在线订单传送系统，服务器端不再接受查询订单列表的请求，因此不存在接收和处理刷新订单列表的请求的压力，且不存在轮询，也就不存在服务器端资源浪费。相对于现有技术中服务器发送数据是盲目的而言，本发明服务器主动推送消息的方式是目标明确的、高效的，没有新订单的情况下不会产生无谓的资源消耗，有订单的情况下才进行处理或发送，不会产生多余的资源消耗。特别是，每次推送时只推送最新的订单，不需要推送整张列表，进一步降低了资源消耗。而移动端收到新订单后更新到本地列表中去就可以，不需要主动联络服务器，而只需等待推送，因此也不需要定时器。且，本发明一切的业务处理以及推送流程都是在服务器端接受到订单的那一刻起自动触发的，因此实时性非常好。
[0022]作为优选的实施方式，本发明所述的在线订单的传送系统中，所述即时消息服务器24可以采用开源服务器openfire。开源服务器openfire是一个java编写的开源服务器，其诞生和目前被普遍使用的初衷是解决即时通讯软件的通讯问题。
[0023]作为优选的实施方式，所述开源服务器openfire的内部数据库中包括一用户表，所述用户表用于存储所述开源服务器openfire的所有注册移动终端用户，其中所有注册移动终端用户根据用户的类型不同进行分组，每一分组对应一订单类别，从而所述开源服务器openfire根据所述新订单的类别在所述用户表中匹配出目标移动终端，并定位目标移动终端ID。
[0024]也即，将开源服务器openfire的所有注册用户放入openfire的用户表中。在用户表中，不同用户之间都有一个是否是好友的关系，并且根据用户的类型不同进行了分组，每一分组对应一订单类别。开源服务器openfire发送消息时采用XMPP通讯协议，定义了发送方、接收方、消息类型、消息内容等信息格式。从而，开源服务器openfire可以根据新订单的类别在所述用户表中匹配出相应分组的用户，也即匹配出目标移动终端，从而可以定位目标移动终端ID。本发明所述开源服务器openfire也可以虚拟一个类似小助手这样的用户，所有其他用户与小助手均是好友关系，不同用户的类型对应的分组，相当于小助手的不同好友分组；当服务器端有新订单要进行推送时，小助手采用XMPP通讯协议以及预先定义的信息格式，向其相应的好友分组群发信息。从而及时、高效、且目标明确的将最新的订单推送至目标移动终端。
[0025]参考图3，本发明所述在线订单的传送方法流程示意图。所述方法包括，S31:接收新订单并提交到订单处理单元；S32:订单处理单元将接收到的新订单数据存入数据库，并发送通知消息至即时消息服务器；S33:所述即时消息服务器在接收到所述通知消息后定向发送新订单至目标移动终端。其中，订单处理单元、数据库以及即时消息服务器均位于服务器端。以下对本发明所述方法进行详细说明。
[0026]S31:接收新订单并提交到订单处理单元。
[0027]新订单可能来自网站、移动端下单软件、业务员人工输入等等；服务器端接收到新订单后提交到订单处理单元，进入订单处理流程。
[0028]S32:订单处理单元将接收到的新订单数据存入数据库，并发送通知消息至即时消息服务器。
[0029]进入订单处理流程后，订单处理单元对订单进行相应处理，包括将接收到的新订单数据存入数据库，并发送通知消息即时消息服务器。
[0030]S33:所述即时消息服务器在接收到所述通知消息后定向发送新订单至目标移动终端。
[0031]即时消息服务器收到消息后触发消息过滤、定向发送流程。作为可选的实施方式，步骤S33进一步包括:1)所述即时消息服务器对所述新订单进行类别区分；2)根据所述新订单的类别在所述即时消息服务器内部数据库匹配出目标移动终端，并定位目标移动终端ID ;3)根据目标移动终端ID定向发送新订单至目标移动终端。同一新订单可以同时推送至一个或多个目标移动终端。
[0032]作为优选的实施方式，所述即时消息服务器可以采用开源服务器openfire。开源服务器openfire是一个java编写的开源服务器。
[0033]作为优选的实施方式，所述开源服务器openfire的内部数据库中包括一用户表，所述用户表用于存储所述开源服务器openfire的所有注册移动终端用户，其中所有注册移动终端用户根据用户的类型不同进行分组，每一分组对应一订单类别；从而上可选步骤2)根据所述新订单的类别在所述即时消息服务器内部数据库匹配出目标移动终端，并定位目标移动终端ID进一步可以通过下述方式实现:所述开源服务器openfire根据所述新订单的类别在所述用户表中匹配出目标移动终端，并定位目标移动终端ID。
[0034]以上所述仅是本发明的优选实施方式，应当指出，对于本【技术领域】的普通技术人员，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
【权利要求】
1.一种在线订单的传送系统，其特征在于，包括:订单接收单元、订单处理单元、数据库以及即时消息服务器； 所述订单接收单元用于接收新订单，并将接收到的新订单提交到订单处理单元； 所述订单处理单元分别与所述订单接收单元、数据库以及即时消息服务器相连，用于将接收到的新订单数据存入所述数据库，并发送通知消息至所述即时消息服务器； 所述即时消息服务器用于在接收到所述通知消息后定向发送新订单至目标移动终端。
2.根据权利要求1所述的在线订单的传送系统，其特征在于，所述即时消息服务器进一步用于:区分所述新订单类别，根据所述新订单的类别在所述即时消息服务器内部数据库匹配出目标移动终端，并定位目标移动终端ID，之后根据目标移动终端ID定向发送新订单至目标移动终端。
3.根据权利要求1所述的在线订单的传送系统，其特征在于，所述即时消息服务器采用开源服务器openfire。
4.根据权利要求3所述的在线订单的传送系统，其特征在于，所述开源服务器openfire的内部数据库中包括一用户表，所述用户表用于存储所述开源服务器openfire的所有注册移动终端用户，其中所有注册移动终端用户根据用户的类型不同进行分组，每一分组对应一订单类别，从而所述开源服务器openfire根据所述新订单的类别在所述用户表中匹配出目标移动终端，并定位目标移动终端ID。
5.—种在线订单的传送方法,其特征在于,包括: (1)接收新订单并提交到订单处理单元； (2)订单处理单元将接收到的新订单数据存入数据库，并发送通知消息至即时消息服务器； (3)所述即时消息服务器在接收到所述通知消息后定向发送新订单至目标移动终端。
6.根据权利要求1所述的在线订单的传送方法，其特征在于，步骤(3)进一步包括: (31)所述即时消息服务器对所述新订单进行类别区分； (32)根据所述新订单的类别在所述即时消息服务器内部数据库匹配出目标移动终端，并定位目标移动终端ID ； (33)根据目标移动终端ID定向发送新订单至目标移动终端。
7.根据权利要求6所述的在线订单的传送方法，其特征在于，所述即时消息服务器采用开源服务器openfire。
8.根据权利要求7所述的在线订单的传送方法，其特征在于，所述开源服务器openfire的内部数据库中包括一用户表，所述用户表用于存储所述开源服务器openfire的所有注册移动终端用户，其中所有注册移动终端用户根据用户的类型不同进行分组，每一分组对应一订单类别，步骤(32)进一步包括:所述开源服务器openfire根据所述新订单的类别在所述用户表中匹配出目标移动终端，并定位目标移动终端ID。
【文档编号】H04L12/58GK104270302SQ201410483683
【公开日】2015年1月7日 申请日期:2014年9月22日 优先权日:2014年9月22日
【发明者】陈钊, 祖明明, 彭宽友 申请人:上海钢有商贸有限公司