在线订单的传送系统及传送方法技术方案

本发明专利技术提供了一种在线订单的传送系统及方法，传送系统包括：订单接收单元、订单处理单元、数据库以及即时消息服务器；所述订单接收单元用于接收新订单，并将接收到的新订单提交到订单处理单元；所述订单处理单元分别与所述订单接收单元、数据库以及即时消息服务器相连，用于将接收到的新订单数据存入所述数据库，并发送通知消息至所述即时消息服务器；所述即时消息服务器用于在接收到所述通知消息后定向发送新订单至目标移动终端。本发明专利技术服务器端压力较小，且不存在服务器端资源浪费，服务器主动推送消息的方式是目标明确的、高效的，不会产生多余的资源消耗，且实时性非常好。

【技术实现步骤摘要】
在线订单的传送系统及传送方法
本专利技术涉及订单处理
，尤其涉及一种在线订单的传送系统及传送方法。
技术介绍
现有技术中订单是采用APP轮询的方式进行的，移动终端以设定的周期向服务器端发送询问，服务器端鉴权后回复订单列表。参考图1，现有技术订单传送方法的流程示意图，移动终端以手机为例进行说明。手机上相应的APP软件以轮询的方式，每隔一定时间（例如10秒）向服务器端发起请求，索取订单列表。服务器端接收到请求后先对手机的身份进行验证，以验证是否合法渠道发出的请求，若非合法渠道则返回错误信息；通过验证后进入订单处理流程，服务器端的订单处理单元去数据库取出最新的订单列表，之后服务器端通过订单处理单元返回订单列表至手机。现有技术订单传送方法的缺点在于：1）占用移动终端资源：要做到轮询，移动终端程序后台必然有一个定时器一直在工作，占用移动终端资源；2）服务器端压力大：轮询的方式是盲目的，每次请求未必能获得新的信息，白白消耗流量，且如果移动终端软件安装数量大的话，服务器端相当于每时每刻都在接收和处理刷新订单列表的请求，服务器端压力大、浪费服务器端资源；3）数据流量大：服务器端返回订单列表的数据发送方式也是盲目的，其无法获知请求订单列表的移动终端目前的列表状态，因此不论订单列表有没有新的数据，都是整张列表完整推送至移动终端；4）实时性差：假设轮询时间为30秒，新的订单在上一次轮询的5秒后到达服务器端，那么该订单到达移动终端的时间就晚了25秒。
技术实现思路
本专利技术的目的在于，针对现有技术订单传送方法存在的占用移动终端资源、服务器端压力大、订单列表传送数据流量大以及实时性差问题，提供一种在线订单的传送系统及传送方法，通过服务器端主动推送新订单到移动终端，无需占用移动终端资源，同时降低服务器端压力，提高订单的发送效率。为实现上述目的，本专利技术提供了一种在线订单的传送系统，包括：订单接收单元、订单处理单元、数据库以及即时消息服务器；所述订单接收单元用于接收新订单，并将接收到的新订单提交到订单处理单元；所述订单处理单元分别与所述订单接收单元、数据库以及即时消息服务器相连，用于将接收到的新订单数据存入所述数据库，并发送通知消息至所述即时消息服务器；所述即时消息服务器用于在接收到所述通知消息后定向发送新订单至目标移动终端。所述即时消息服务器进一步用于：区分所述新订单类别，根据所述新订单的类别在所述即时消息服务器内部数据库匹配出目标移动终端，并定位目标移动终端ID，之后根据目标移动终端ID定向发送新订单至目标移动终端。进一步，所述即时消息服务器采用开源服务器openfire。进一步，所述开源服务器openfire的内部数据库中包括一用户表，所述用户表用于存储所述开源服务器openfire的所有注册移动终端用户，其中所有注册移动终端用户根据用户的类型不同进行分组，每一分组对应一订单类别，从而所述开源服务器openfire根据所述新订单的类别在所述用户表中匹配出目标移动终端，并定位目标移动终端ID。为实现上述目的，本专利技术还提供了一种在线订单的传送方法，包括：（1）接收新订单并提交到订单处理单元；（2）订单处理单元将接收到的新订单数据存入数据库，并发送通知消息至即时消息服务器；（3）所述即时消息服务器在接收到所述通知消息后定向发送新订单至目标移动终端。步骤（3）进一步包括：（31）所述即时消息服务器对所述新订单进行类别区分；（32）根据所述新订单的类别在所述即时消息服务器内部数据库匹配出目标移动终端，并定位目标移动终端ID；（33）根据目标移动终端ID定向发送新订单至目标移动终端。进一步，所述即时消息服务器采用开源服务器openfire。进一步，所述开源服务器openfire的内部数据库中包括一用户表，所述用户表用于存储所述开源服务器openfire的所有注册移动终端用户，其中所有注册移动终端用户根据用户的类型不同进行分组，每一分组对应一订单类别，步骤（32）进一步包括：所述开源服务器openfire根据所述新订单的类别在所述用户表中匹配出目标移动终端，并定位目标移动终端ID。本专利技术的优点在于：服务器端不再接受查询订单列表的请求，因此不存在接收和处理刷新订单列表的请求的压力，且不存在轮询，也就不存在服务器端资源浪费。相对于现有技术中服务器发送数据是盲目的而言，本专利技术服务器主动推送消息的方式是目标明确的、高效的，没有新订单的情况下不会产生无谓的资源消耗，有订单的情况下才进行处理或发送，不会产生多余的资源消耗。特别是，每次推送时只推送最新的订单，不需要推送整张列表，进一步降低了资源消耗。而移动端收到新订单后更新到本地列表中去就可以，不需要主动联络服务器，而只需等待推送，因此也不需要定时器。且，本专利技术一切的业务处理以及推送流程都是在服务器端接受到订单的那一刻起自动触发的，因此实时性非常好。附图说明图1，现有技术订单传送方法的流程示意图；图2，本专利技术所述在线订单的传送系统的架构示意图；图3，本专利技术所述在线订单的传送方法的流程示意图。具体实施方式下面结合附图对本专利技术提供的在线订单的传送系统及传送方法做详细说明。参考图2，本专利技术所述在线订单的传送系统的架构示意图。所述系统包括：订单接收单元21、订单处理单元22、数据库23以及即时消息服务器24。所述订单接收单元21、订单处理单元22、数据库23以及即时消息服务器24均位于服务器端。所述订单接收单元21用于接收新订单，并将接收到的新订单提交到订单处理单元22。新订单可能来自网站、移动端下单软件、业务员人工输入等等；服务器端的订单接收单元21接收到新订单后提交到订单处理单元22，进入订单处理流程。所述订单处理单元22分别与所述订单接收单元21、数据库23以及即时消息服务器24相连，用于将接收到的新订单数据存入所述数据库23，并发送通知消息至所述即时消息服务器24。所述即时消息服务器24用于在接收到所述通知消息后定向发送新订单至目标移动终端29。即时消息服务器24收到消息后触发消息过滤、定向发送流程，其工作内容包括：区分新订单类别；根据所述新订单的类别在所述即时消息服务器24内部数据库匹配出目标移动终端29，并定位目标移动终端ID，之后根据目标移动终端ID定向发送新订单至目标移动终端29。同一新订单可以同时推送至一个或多个目标移动终端29。采用本专利技术提供的在线订单传送系统，服务器端不再接受查询订单列表的请求，因此不存在接收和处理刷新订单列表的请求的压力，且不存在轮询，也就不存在服务器端资源浪费。相对于现有技术中服务器发送数据是盲目的而言，本专利技术服务器主动推送消息的方式是目标明确的、高效的，没有新订单的情况下不会产生无谓的资源消耗，有订单的情况下才进行处理或发送，不会产生多余的资源消耗。特别是，每次推送时只推送最新的订单，不需要推送整张列表，进一步降低了资源消耗。而移动端收到新订单后更新到本地列表中去就可以，不需要主动联络服务器，而只需等待推送，因此也不需要定时器。且，本专利技术一切的业务处理以及推送流程都是在服务器端接受到订单的那一刻起自动触发的，因此实时性非常好。作为优选的实施方式，本专利技术所述的在线订单的传送系统中，所述即时消息服务器24可以采用开源服务器openfire。开源服务器openfi本文档来自技高网...

【技术保护点】
一种在线订单的传送系统，其特征在于，包括：订单接收单元、订单处理单元、数据库以及即时消息服务器； 所述订单接收单元用于接收新订单，并将接收到的新订单提交到订单处理单元； 所述订单处理单元分别与所述订单接收单元、数据库以及即时消息服务器相连，用于将接收到的新订单数据存入所述数据库，并发送通知消息至所述即时消息服务器； 所述即时消息服务器用于在接收到所述通知消息后定向发送新订单至目标移动终端。

【技术特征摘要】
1.一种在线订单的传送系统，其特征在于，包括：订单接收单元、订单处理单元、数据库以及即时消息服务器；所述订单接收单元用于接收新订单，并将接收到的新订单提交到订单处理单元；所述订单处理单元分别与所述订单接收单元、数据库以及即时消息服务器相连，用于将接收到的新订单数据存入所述数据库，并发送通知消息至所述即时消息服务器；所述即时消息服务器用于在接收到所述通知消息后定向发送新订单至目标移动终端；所述即时消息服务器进一步用于：区分所述新订单类别，根据所述新订单的类别在所述即时消息服务器内部数据库匹配出目标移动终端，并定位目标移动终端ID，之后根据目标移动终端ID定向发送新订单至目标移动终端；所述即时消息服务器采用开源服务器openfire；所述开源服务器openfire的内部数据库中包括一用户表，所述用户表用于存储所述开源服务器openfire的所有注册移动终端用户，其中所有注册移动终端用户根据用户的类型不同进行分组，每一分组对应一订单类别，从而所述开源服务器openfire根据所述新订单的类别在所述用户表中...

【专利技术属性】
技术研发人员：陈钊，祖明明，彭宽友，
申请(专利权)人：上海钢有商贸有限公司，
类型：发明
国别省市：上海;31