CN104270302A - 在线订单的传送系统及传送方法 - Google Patents
在线订单的传送系统及传送方法 Download PDFInfo
- Publication number
- CN104270302A CN104270302A CN201410483683.0A CN201410483683A CN104270302A CN 104270302 A CN104270302 A CN 104270302A CN 201410483683 A CN201410483683 A CN 201410483683A CN 104270302 A CN104270302 A CN 104270302A
- Authority
- CN
- China
- Prior art keywords
- order
- server
- mobile terminal
- instant message
- new order
- 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.)
- Granted
Links
Abstract
本发明提供了一种在线订单的传送系统及方法,传送系统包括:订单接收单元、订单处理单元、数据库以及即时消息服务器;所述订单接收单元用于接收新订单,并将接收到的新订单提交到订单处理单元;所述订单处理单元分别与所述订单接收单元、数据库以及即时消息服务器相连,用于将接收到的新订单数据存入所述数据库,并发送通知消息至所述即时消息服务器;所述即时消息服务器用于在接收到所述通知消息后定向发送新订单至目标移动终端。本发明服务器端压力较小,且不存在服务器端资源浪费,服务器主动推送消息的方式是目标明确的、高效的,不会产生多余的资源消耗,且实时性非常好。
Description
技术领域
本发明涉及订单处理技术领域,尤其涉及一种在线订单的传送系统及传送方法。
背景技术
现有技术中订单是采用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。开源服务器openfire是一个java编写的开源服务器,其诞生和目前被普遍使用的初衷是解决即时通讯软件的通讯问题。
作为优选的实施方式,所述开源服务器openfire的内部数据库中包括一用户表,所述用户表用于存储所述开源服务器openfire的所有注册移动终端用户,其中所有注册移动终端用户根据用户的类型不同进行分组,每一分组对应一订单类别,从而所述开源服务器openfire根据所述新订单的类别在所述用户表中匹配出目标移动终端,并定位目标移动终端ID。
也即,将开源服务器openfire的所有注册用户放入openfire的用户表中。在用户表中,不同用户之间都有一个是否是好友的关系,并且根据用户的类型不同进行了分组,每一分组对应一订单类别。开源服务器openfire发送消息时采用XMPP通讯协议,定义了发送方、接收方、消息类型、消息内容等信息格式。从而,开源服务器openfire可以根据新订单的类别在所述用户表中匹配出相应分组的用户,也即匹配出目标移动终端,从而可以定位目标移动终端ID。本发明所述开源服务器openfire也可以虚拟一个类似小助手这样的用户,所有其他用户与小助手均是好友关系,不同用户的类型对应的分组,相当于小助手的不同好友分组;当服务器端有新订单要进行推送时,小助手采用XMPP通讯协议以及预先定义的信息格式,向其相应的好友分组群发信息。从而及时、高效、且目标明确的将最新的订单推送至目标移动终端。
参考图3,本发明所述在线订单的传送方法流程示意图。所述方法包括,S31:接收新订单并提交到订单处理单元;S32:订单处理单元将接收到的新订单数据存入数据库,并发送通知消息至即时消息服务器;S33:所述即时消息服务器在接收到所述通知消息后定向发送新订单至目标移动终端。其中,订单处理单元、数据库以及即时消息服务器均位于服务器端。以下对本发明所述方法进行详细说明。
S31:接收新订单并提交到订单处理单元。
新订单可能来自网站、移动端下单软件、业务员人工输入等等;服务器端接收到新订单后提交到订单处理单元,进入订单处理流程。
S32:订单处理单元将接收到的新订单数据存入数据库,并发送通知消息至即时消息服务器。
进入订单处理流程后,订单处理单元对订单进行相应处理,包括将接收到的新订单数据存入数据库,并发送通知消息即时消息服务器。
S33:所述即时消息服务器在接收到所述通知消息后定向发送新订单至目标移动终端。
即时消息服务器收到消息后触发消息过滤、定向发送流程。作为可选的实施方式,步骤S33进一步包括:1)所述即时消息服务器对所述新订单进行类别区分;2)根据所述新订单的类别在所述即时消息服务器内部数据库匹配出目标移动终端,并定位目标移动终端ID;3)根据目标移动终端ID定向发送新订单至目标移动终端。同一新订单可以同时推送至一个或多个目标移动终端。
作为优选的实施方式,所述即时消息服务器可以采用开源服务器openfire。开源服务器openfire是一个java编写的开源服务器。
作为优选的实施方式,所述开源服务器openfire的内部数据库中包括一用户表,所述用户表用于存储所述开源服务器openfire的所有注册移动终端用户,其中所有注册移动终端用户根据用户的类型不同进行分组,每一分组对应一订单类别;从而上可选步骤2)根据所述新订单的类别在所述即时消息服务器内部数据库匹配出目标移动终端,并定位目标移动终端ID进一步可以通过下述方式实现:所述开源服务器openfire根据所述新订单的类别在所述用户表中匹配出目标移动终端,并定位目标移动终端ID。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (8)
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。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410483683.0A CN104270302B (zh) | 2014-09-22 | 2014-09-22 | 在线订单的传送系统及传送方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410483683.0A CN104270302B (zh) | 2014-09-22 | 2014-09-22 | 在线订单的传送系统及传送方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104270302A true CN104270302A (zh) | 2015-01-07 |
CN104270302B CN104270302B (zh) | 2016-11-16 |
Family
ID=52161795
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410483683.0A Active CN104270302B (zh) | 2014-09-22 | 2014-09-22 | 在线订单的传送系统及传送方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104270302B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105956900A (zh) * | 2016-04-22 | 2016-09-21 | 江苏丰福信息科技有限公司 | 一种新型订单收单系统 |
CN106169149A (zh) * | 2016-06-27 | 2016-11-30 | 成都花娃网络科技有限公司 | 一种实现鲜花订单转单的信息交互方法 |
CN106372994A (zh) * | 2016-08-31 | 2017-02-01 | 北京炎黄新星网络科技有限公司 | 一种处理订单的方法和系统 |
CN107203915A (zh) * | 2016-03-16 | 2017-09-26 | 阿里巴巴集团控股有限公司 | 数据存储方法及装置 |
CN107705179A (zh) * | 2017-10-10 | 2018-02-16 | 掌合天下(北京)信息技术有限公司 | 订单管理方法及装置 |
CN110855755A (zh) * | 2019-10-24 | 2020-02-28 | 上海东普信息科技有限公司 | 一种消息推送方法 |
CN110912980A (zh) * | 2019-11-19 | 2020-03-24 | 北京三快在线科技有限公司 | 订单状态同步方法、系统及存储介质 |
-
2014
- 2014-09-22 CN CN201410483683.0A patent/CN104270302B/zh active Active
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107203915A (zh) * | 2016-03-16 | 2017-09-26 | 阿里巴巴集团控股有限公司 | 数据存储方法及装置 |
CN107203915B (zh) * | 2016-03-16 | 2020-07-21 | 阿里巴巴集团控股有限公司 | 数据存储方法及装置 |
CN105956900A (zh) * | 2016-04-22 | 2016-09-21 | 江苏丰福信息科技有限公司 | 一种新型订单收单系统 |
CN106169149A (zh) * | 2016-06-27 | 2016-11-30 | 成都花娃网络科技有限公司 | 一种实现鲜花订单转单的信息交互方法 |
CN106372994A (zh) * | 2016-08-31 | 2017-02-01 | 北京炎黄新星网络科技有限公司 | 一种处理订单的方法和系统 |
CN107705179A (zh) * | 2017-10-10 | 2018-02-16 | 掌合天下(北京)信息技术有限公司 | 订单管理方法及装置 |
CN110855755A (zh) * | 2019-10-24 | 2020-02-28 | 上海东普信息科技有限公司 | 一种消息推送方法 |
CN110855755B (zh) * | 2019-10-24 | 2022-04-01 | 上海东普信息科技有限公司 | 一种消息推送方法 |
CN110912980A (zh) * | 2019-11-19 | 2020-03-24 | 北京三快在线科技有限公司 | 订单状态同步方法、系统及存储介质 |
CN110912980B (zh) * | 2019-11-19 | 2023-09-01 | 北京三快在线科技有限公司 | 订单状态同步方法、系统及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104270302B (zh) | 2016-11-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104270302A (zh) | 在线订单的传送系统及传送方法 | |
CN104158883A (zh) | 跨终端设备进行用户登陆的方法、装置、设备及系统 | |
EP2997747A1 (en) | Systems and methods for enhanced discovery | |
US9197575B2 (en) | Handling of snapshot messages as a result of delivery failure in a two-way push connection | |
WO2016141612A1 (zh) | 融合通信方法、终端、服务器和融合通信系统 | |
CN104331974A (zh) | 一种蓝牙取号的方法及系统 | |
CN105357329B (zh) | 跨idc网络环境下业务数据的传输方法、装置及系统 | |
CN101188618B (zh) | 取消推送消息的方法、系统及服务器、终端 | |
CN101018349A (zh) | 一种将发给手机号码的短消息发送到互联网程序的方法 | |
CN103297390A (zh) | 服务器反向连接客户端的实现方法 | |
CN105208535A (zh) | 短信息互通的方法及装置 | |
WO2014173086A1 (zh) | 信息的发送、转发方法及装置 | |
CN103220343B (zh) | 大数据多系统转发方法 | |
CN108769210B (zh) | 考勤追踪的方法、装置、终端、服务器及存储介质 | |
JP2016111428A (ja) | ゲートウェイ装置、スマートメータおよび無線メッシュネットワーク | |
CN104852835B (zh) | 智能设备wifi通信系统及其控制方法 | |
CN102918877B (zh) | 一种下发短消息的方法、系统及短消息服务中心 | |
CN102790722A (zh) | 转发dhcp报文的方法和无线接入控制设备 | |
WO2015021636A1 (zh) | 数据路由的方法和设备 | |
WO2016074572A1 (zh) | 业务数据处理方法、装置及系统 | |
CN107634896B (zh) | 数据传输方法及装置 | |
CN103138953A (zh) | 多媒体消息的群发方法及群发系统 | |
US11184753B2 (en) | Apparatus, method and program for transmitting and receiving data to and from IoT device | |
CN103841543A (zh) | 一种确定用户设备之间邻近关系的方法、设备及通信系统 | |
CN103841542A (zh) | 一种确定用户设备之间邻近关系的方法、设备及通信系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C41 | Transfer of patent application or patent right or utility model | ||
TR01 | Transfer of patent right |
Effective date of registration: 20170228 Address after: 201815 Shanghai Industrial Zone, Jiading Huiyuan Road, No. 6, building 2, room E, room, 208 Patentee after: Shanghai looking for steel network information Polytron Technologies Inc Address before: 201815 Jiading District Huiyuan Road, No. 8, building 6, A District, No. 55, zone, 6007 Patentee before: SHANGHAI GANGYOU TRADING CO., LTD. |