一种用于开锁业治安管理的信息处理方法

文档序号:6524162阅读:420来源:国知局
一种用于开锁业治安管理的信息处理方法
【专利摘要】本发明公开一种用于开锁业治安管理的信息处理方法,服务器端定时读取数据库,获取各企业派工端是否有新的工单以及各从业人员是否有新分派工单任务,将所获取的数据保存在内存中;在接收到开锁终端定时发送的连接包后,服务器端根据内存数组判断是否有工单任务提醒数据;如没有工单任务提醒数据则回馈开锁终端连接成功包;如有工单任务提醒数据,查询数据库,生成工单提醒数据,发送给开锁终端;在开锁终端成功回馈接收成功包后,服务器端更新数据中的相关数据表;开锁终端与服务器端之间采用post方式进行HTTP数据通信,服务器端在对开锁终端的每次请求回送响应后,主动释放连接;服务器端在进行数据接收、解析、数据入库操作时采用不同的线程处理。
【专利说明】一种用于开锁业治安管理的信息处理方法
【技术领域】
[0001]本发明涉及信息化领域,具体而言,涉及一种用于开锁业治安管理的信息处理方法。
【背景技术】
[0002]开锁业是指经营以专业人员对锁具(含汽车锁、保险柜锁、门锁以及其他闭锁在标的物上的锁)进行技术操作,解除闭锁在标的物上锁具的闭锁状态或者对锁具进行修理的经营服务等业务的行业。
[0003]在社采平台开锁业系统基础上,获取开锁业详实信息,实现开锁业全业务流程监管,为公安机关及政府部门加强开锁行业管理、严厉打击利用开锁技术违法犯罪提供整体解决方案,迫切需要一种用于呼叫中心开锁业工单管理和开锁信息采集的方法。

【发明内容】

[0004]本发明提供一种用于开锁业治安管理的信息处理方法,用以实现开锁业全业务流程监管,为公安机关及政府部门加强开锁行业管理、严厉打击利用开锁技术违法犯罪提供整体解决方案。
[0005]为达到上述目的,本发明提供了一种用于开锁业治安管理的信息处理方法,包括以下步骤:
[0006]服务器端定时读取数据库,获取各企业派工端是否有新的工单以及各从业人员是否有新分派工单任务,并将所获取的数据保存在内存中;
[0007]在接收到开锁终端定时发送的连接包后,服务器端根据内存数组判断是否有工单任务提醒数据;
[0008]如没有工单任务提醒数据则回馈开锁终端连接成功包;如有工单任务提醒数据,则查询数据库,获取工单信息,生成工单提醒数据,并发送给开锁终端,开锁终端接收到提醒数据后,用户根据提醒主动更新工单信息;
[0009]在开锁终端成功回馈接收包后,服务器端更新数据中的相关数据表;
[0010]开锁从业人员根据接收到工单信息并现场实施开锁任务,将实施后的工单信息上传至服务器,服务器更新相关的数据表。
[0011]其中,开锁终端与服务器端之间采用post方式进行HTTP数据通信,服务器端在对开锁终端的每次请求回送响应后,主动释放连接;以及
[0012]服务器端在进行数据接收、解析、数据入库操作时采用不同的线程进行处理。
[0013]进一步地,开锁终端传送至服务器端的上行数据采用xml结构的json方式,服务器端传送至开锁终端的下行数据采用json方式。
[0014]进一步地,在开锁终端实现多线程机制,开锁终端的连接请求不占用系统主线程。
[0015]进一步地,开锁终端请求数据时,数据发送在后台子线程中进行,通过handler机制通知主线程绘制用户界面。[0016]进一步地,在进行数据传输前,对系统相机拍摄的照片按照设定要求进行压缩。
[0017]进一步地,为服务器端对开锁终端连接请求的响应设置相应的状态码,开锁终端根据所返回的响应的状态码做出相应的处理。
[0018]进一步地,当服务器端没有完整的接收请求数据或网络断开时,向开锁终端返回相应的状态码,开锁终端根据所接收的状态码,进行重新请求,直至请求成功。
[0019]进一步地,开锁终端采用轮询方式,每隔设定时间对服务器端请求一次,检查是否有提醒消息。
[0020]本发明在社采平台开锁业系统基础上,提供了一种用于开锁业治安管理的信息处理方法,获取开锁业详实信息,提高开锁工单处理的效率,实现开锁业全业务流程监管,为公安机关及政府部门加强开锁行业管理、严厉打击利用开锁技术违法犯罪提供整体解决方案。
【专利附图】

【附图说明】
[0021]为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0022]图1为本发明一个实施例的用于开锁业治安管理的信息处理方法流程图;
[0023]图2为本发明一个实施例的服务器端与开锁终端之间的工单提醒流程图;
[0024]图3为本发明一个实施例的服务器端与开锁终端之间的数据通信流程图。
【具体实施方式】
[0025]下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0026]图1为本发明一个实施例的用于开锁业治安管理的信息处理方法流程图;如图所示,该方法包括以下步骤:
[0027]S110,服务器端定时读取数据库,获取各企业派工端是否有新的工单以及各从业人员是否有新分派工单任务,并将所获取的数据保存在内存中;
[0028]S120,在接收到开锁终端定时发送的连接包后,服务器端根据内存数组判断是否有工单任务提醒数据;
[0029]S130,如没有工单任务提醒数据则回馈开锁终端连接成功包;如有工单任务提醒数据,则查询数据库,获取工单信息,生成工单提醒数据,并发送给开锁终端;
[0030]S140,在开锁终端成功回馈接收成功包后,服务器端更新数据中的相关数据表;
[0031]其中,开锁终端与服务器端之间采用post方式进行HTTP数据通信,服务器端在对开锁终端的每次请求回送响应后,主动释放连接;以及
[0032]服务器端在进行数据接收、解析、数据入库操作时采用不同的线程进行处理。
[0033]进一步地,开锁终端传送至服务器端的上行数据采用xml结构的json方式,服务器端传送至开锁终端的下行数据采用json方式。
[0034]进一步地,在开锁终端实现多线程机制,开锁终端的连接请求不占用系统主线程。
[0035]进一步地,开锁终端请求数据时,数据发送在后台子线程中进行,通过handler机制通知主线程绘制用户界面。
[0036]进一步地,在进行数据传输前,对系统相机拍摄的照片按照设定要求进行压缩。
[0037]进一步地,为服务器端对开锁终端连接请求的响应设置相应的状态码,开锁终端根据所返回的响应的状态码做出相应的处理。
[0038]进一步地,当服务器端没有完整的接收请求数据或网络断开时,向开锁终端返回相应的状态码,开锁终端根据所接收的状态码,进行重新请求,直至请求成功。
[0039]进一步地,开锁终端采用轮询方式,每隔设定时间对服务器端请求一次,检查是否有提醒消息。
[0040]在本发明的实施例中,终端通信服务器为server端,开锁终端为Client端。开锁终端与服务器端采用HTTP协议,post方式进行数据传输。HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应,在请求结束后,会主动释放连接。HTTP的这种特点,减少了对移动终端资源的占用,极大的提高了移动终端的性能。Post方式具有安全,传输数据量大的特点,这种方式符合开锁信息保密安全,数据量大的特点。
[0041]上行数据采用xml结构的json方式,以适应现有系统的要求。下行数据采用json(JavaScript Object Notation,—种轻量级的数据交换格式)方式,以适应终端对性能的要求。
[0042]开锁终端和服务器端应充分考虑通信性能,在具体实施时可以将数据接收、解析、入库考虑采用不同的线程进行处理,由于是与数据库相关的操作要另外采用线程处理,以加快数据接收处理,防止接收瓶颈。移动终端应考虑小内存和CPU的处理能力,采用多线程的方式进行数据传输,以防止终端崩溃。
[0043]图2为本发明一个实施例的服务器端与开锁终端之间的工单提醒流程图;如图所示,该流程具有以下特点:
[0044]1、服务器端定时读取数据库(如可以设置为每10秒I次),获取各企业派工端是否新的工单以及各从业人员是否有新分派工单任务,并将获取的数据保存在内存中;
[0045]2、开锁终端定时发送连接包后,服务器端根据内存数组判断是否有提醒数据;
[0046]3、没有提醒数据回馈开锁终端连接成功包;
[0047]4、如有提醒数据,查询数据库,获取工单信息,生成提醒数据,发送给开锁终端;终端接收成功后回馈接收成功包,服务器端接收到成功包后,更新相关数据表。
[0048]5、开锁从业人员根据接收到工单信息并现场实施开锁任务,将实施后的工单信息上传至服务器,服务器更新相关的数据表。
[0049]图3为本发明一个实施例的服务器端与开锁终端之间的数据通信流程图。如图所示,为保证终端上报数据的完整性以及终端对性能的要求,在对移动终端及接口设计时对其做了相应的解决方案:
[0050]1、多线程:通过AsyncTask实现终端多线程机制,这样就不会占用系统主线程,解决终端在请求数据时,耗费时间的问题,从而防止系统崩溃。
[0051]2、Handler机制:请求数据时,数据发送在后台子线程中进行,通过handler通知主线程绘制界面,不影响用户体验,同时增强了终端的体验。
[0052]3、Post方式:由于post方式对传输数据量无要求,因此解决了某些接口传输多个图片数据量大的问题。
[0053]4、图片压缩:由于由系统相机拍摄的照片数据量大,在进行数据传输前,对其进行压缩,以达到不影响系统的性能,又可以清楚辨认图片的要求。
[0054]5、接口结构:由于Http协议的特点是客户端发送的每次请求都需要服务器回送响应,因此在接口设计时,增加响应的状态码,根据响应的状态码,终端做出相应的处理。
[0055]6、重发机制:如果服务器没有完整的接受数据或网络断开,将会返回相应的状态码,终端可根据状态码,进行重新请求,直至请求成功。
[0056]7,Service:为保证在软件的整个生命周期中,可以随时收到消息通知,因此“消息通知”机制放在service中,service组件不易被android系统回收,同时可保证消息的轮询在后台进行。
[0057]8、轮询方式:针对于“消息通知”这一功能,为保证消息能够及时通知给用户并保证系统对性能要求,采用轮询方式,每隔60s对服务器请求一次,检查是否有消息。
[0058]在上述实施例中,在社采平台开锁业系统基础上,提供了一种用于开锁业治安管理的信息处理方法,获取开锁业详实信息,提高开锁工单处理的效率,实现开锁业全业务流程监管,为公安机关及政府部门加强开锁行业管理、严厉打击利用开锁技术违法犯罪提供整体解决方案。
[0059]本领域普通技术人员可以理解:附图只是一个实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
[0060]本领域普通技术人员可以理解:实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
[0061]最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。
【权利要求】
1.一种用于开锁业治安管理的信息处理方法,其特征在于,包括以下步骤: 服务器端定时读取数据库,获取各企业派工端是否有新的工单以及各从业人员是否有新分派工单任务,并将所获取的数据保存在内存中; 在接收到开锁终端定时发送的连接包后,服务器端根据内存数组判断是否有工单任务提醒数据; 如没有工单任务提醒数据则回馈开锁终端连接成功包;如有工单任务提醒数据,则查询数据库,获取工单信息,生成工单提醒数据,并发送给开锁终端,开锁终端接收到提醒数据后,用户根据提醒主动更新工单信息; 在开锁终端成功回馈接收成功包后,服务器端更新数据中的相关数据表; 其中,开锁终端与服务器端之间采用POSt方式进行HTTP数据通信,服务器端在对开锁终端的每次请求回送响应后,主动释放连接;以及 服务器端在进行数据接收、解析、数据入库操作时采用不同的线程进行处理。
2.根据权利要求1所述的用于开锁业治安管理的信息处理方法,其特征在于,开锁终端传送至服务器端的上行数据采用xml结构的json方式,服务器端传送至开锁终端的下行数据采用j son方式。
3.根据权利要求1所述的用于开锁业治安管理的信息处理方法,其特征在于,在开锁终端实现多线程机制,开锁终端的连接请求不占用系统主线程。
4.根据权利要求1所述的用于开锁业治安管理的信息处理方法,其特征在于,开锁终端请求数据时,数据发送在后台子线程中进行,通过handler机制通知主线程绘制用户界面。
5.根据权利要求1所述的用于开锁业治安管理的信息处理方法,其特征在于,在进行数据传输前,对系统相机拍摄的照片按照设定要求进行压缩。
6.根据权利要求1所述的用于开锁业治安管理的信息处理方法,其特征在于,为服务器端对开锁终端连接请求的响应设置相应的状态码,开锁终端根据所返回的响应的状态码做出相应的处理。
7.根据权利要求6所述的用于开锁业治安管理的信息处理方法,其特征在于,当服务器端没有完整的接收请求数据或网络断开时,向开锁终端返回相应的状态码,开锁终端根据所接收的状态码,进行重新请求,直至请求成功。
8.根据权利要求1所述的用于开锁业治安管理的信息处理方法,其特征在于,开锁终端采用轮询方式,每隔设定时间对服务器端请求一次,检查是否有提醒消息。
9.根据权利要求1所述的用于开锁业治安管理的信息处理方法,其特征在于,开锁终端接收到提醒消息后,提醒用户主动更新工单信息。
【文档编号】G06F17/30GK103678614SQ201310693604
【公开日】2014年3月26日 申请日期:2013年12月17日 优先权日:2013年12月17日
【发明者】汤滔, 邹继文, 陶勇, 张振, 韩琪, 范英, 赵毅, 米丽娜 申请人:北京航天金盾科技有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1