CN101360263A - 一种移动查询系统的客户端以及前后台数据处理方法 - Google Patents
一种移动查询系统的客户端以及前后台数据处理方法 Download PDFInfo
- Publication number
- CN101360263A CN101360263A CNA200710119801XA CN200710119801A CN101360263A CN 101360263 A CN101360263 A CN 101360263A CN A200710119801X A CNA200710119801X A CN A200710119801XA CN 200710119801 A CN200710119801 A CN 200710119801A CN 101360263 A CN101360263 A CN 101360263A
- Authority
- CN
- China
- Prior art keywords
- data
- client
- unit
- processing unit
- halfpace
- 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.)
- Pending
Links
Images
Abstract
本发明为一种移动查询系统的客户端以及前后台数据处理方法，所述的客户端包括：一功能管理单元，一数据操作单元，一通信线程处理单元，一界面处理单元以及一数据包处理单元，通过与中间平台建立通讯联系；由客户端的通信线程处理单元发出命令请求数据包，中间平台接到数据包并进行解析；从中间平台模版数据库中寻找与解析出的命令相匹配的业务请求，并向一业务服务平台发出请求；业务服务平台返回相应的应答数据包给中间平台；中间平台根据模版进行解析，并按照模版形成相应的数据格式返回客户端的数据包处理单元进行解包和解析处理。从而达到具备业务无关性和协议无关性，实现了所见即所得的瘦身C/S方式的目的。
Description
技术领域
本发明涉及的是一种移动查询系统，特别涉及的是一种移动查询系统的客户端以及后台数据处理方法。
背景技术
对于现有技术而言C/S与B/S模式往往是构成系统软件客户端的结构，其中C/S(Client/Server，客户机/服务器)模式又称C/S结构，是软件系统体系结构的一种。C/S模式简单地讲就是基于企业内部网络的应用系统。与B/S(Browser/Server，浏览器/服务器)模式相比，C/S模式的应用系统最大的好处是不依赖企业外网环境，即无论企业是否能够上网，都不影响应用。
C/S本身也是属于发展到90年代的较为先进的结构。这种模式将应用一分为二，服务器负责数据管理，客户机完成与用户的交互任务。C/S具有强壮的数据操纵和事务处理能力，以及数据的安全性和完整性约束。但随着企业规模的日益扩大，应用程序的复杂程度不断提高，逐渐也暴露了以下几点缺陷：
1、开发成本较高。C/S结构对客户端软硬件要求较高，尤其是软件的不断升级，对硬件要求不断提高，增加了整个系统的成本，客户端越来越臃肿；
2、移植困难。不同开发工具开发的应用程序，一般来说互不兼容，不能搬到其它平台上运行；
3、用户界面风格不一，使用繁杂，不利于推广使用；
4、维护复杂，升级麻烦，如果应用程序要升级，必须到现场为客户机一一升级，每个客户机上的应用程序都需维护；
5、新技术不能轻易应用，因为一个软件平台及开发工具一旦选定，不可能轻易更改。
对于B/S而言，基于B/S的Intranet技术，其三项优势是实质性的：
1、它是有计算技术以来最稳定的技术平台，在C/S时代，用户最苦恼的问题莫过于如何选择一个稳定的平台。由于以前的技术基础不是网络，因此自然地发展出众多的互不兼容的技术平台。每种技术平台，从用户应用稳定性要求来看，都可以说是昙花一现，给用户留下了无奈与苦恼。只有进入网络计算机时代，由于上亿用户都联在网上，其技术才获得了高度稳定性。它只能发展，不能被推翻，所有人只能支持和遵循它，不能控制它；
2、它本质上是一种客户机技术，这对于大中型企业特别合适。在C/S模式下，每种应用的主要部分是在客户机侧。别的不说，光是在众多的客户机侧安装和维护多种应用的多个版本，就叫人受不了。而Internet技术却不同，上亿个用户只是通过浏览器这个统一界面，就可享受到无限丰富的，永远在不断变化和发展着的信息服务。Intranet原则上取消了所有在客户机侧的维护工作。
3、它提供了异种机、异种网、异种应用服务的联机、联网、统一服务的最现实的开放性基础。通过Intranet技术统一访问异种数据库，早已成为现实。从ISDN到ATM，再到现在大行其道的TCP/IP，正是由于Internet的大行其道，宽带IP将会成为真正的统一服务的(数据、语音、多媒体)网络基础。但是存在着两大问题，首先企业是一个有结构、有管理、有确定任务的有序实体，而Internet面向的却是一个无序的集合，B/S必须适应并迎合长期C/S下的有序需求方式。其次企业中已经积累了或多或少的各种基于非Internet技术上的应用，与这些应用联接，是Intranet一项极其重要而繁重的任务。缺乏对动态页面的支持能力，没有集成有效的数据库处理功能，系统的扩展能力差，安全性难以控制，好集成工具不足等等，都让我们应慎重行事。最后，对于安全要求高的企业B/S模式存在应用存在注入式漏洞及B/S高安全级别难于实现和控制。
在现在的无限行业领域，国内开发无线应用平台的很多，但是采用瘦身C/S方式的很少，能够真正实现中间平台业务无关的更少而能够实现所见即所得的瘦身开发模式就基本上没有了，大多数采用传统的C/S方式；
鉴于上述问题，本发明创作者以北京工商项目，这一目前国内最大的无线应用项目为依托，经过长时间的开发终于获得本发明。
发明内容
本发明的目的在于，提供一种移动查询系统的客户端以及后台数据处理方法，采用先进的中间件技术，组件技术，具备业务无关性和协议无关性，实现了所见即所得的瘦身C/S方式，用以克服上述缺陷。
为实现上述目的，本发明采用的技术方案在于，首先提供一种移动查询系统客户端，其包括：一功能管理单元，其提供对各功能类型的管理操作，并完成功能列表下载、模板自动升级、本地数据库的维护；
一数据操作单元，其提供新建、修改、删除功能数据的操作处理；
一通信线程处理单元，其提供对通信业务事件的响应处理，通过调用所述的功能管理单元、数据操作单元，提供的功能接口完成各通信事务；
一界面处理单元，其提供对图形界面事件的响应处理，同时也是WAC主应用入口线程，其调用通信线程处理单元的接口函数启动通信线程；
一数据包处理单元，其获得所述数据操作单元的数据进行通信协议打包，对收到的数据包进行解包和解析处理，以及对通信连接进行维护；
其中，所述的通信线程处理单元要实时进行检测，判断数据操作单元为在脱机状态还是联机状态；
其中，所述的数据操作单元包括：
一脱机数据操作模块用以完成脱机状态下的新建、修改、删除功能数据的操作处理；
一联机数据操作模块用以完成联机状态下的新建、修改、删除功能数据的操作处理，提供脱机数据的提交处理，其与所述的数据包处理单元相连接；
其中，所述的数据包处理单元包括：
一协议处理模块用以提供对各种通信协议打包和解包的处理，对通信连接进行维护；
一XML解析模块用以对收到的XML数据包进行解析处理；
其次提供一种移动查询系统客户端数据处理的方法，其是通过上述的移动查询系统客户端实现的，其包括的步骤为：
步骤a：通信线程处理单元进行线程的初始化；
步骤b：客户端发出操作指令，其包括：
步骤b1：界面处理单元产生一操作指令，将其传输给所述的功能管理单元；
步骤b2：所述的功能管理单元根据操作指令类型转化成相对应的功能数据；
步骤b3：判断客户端处于联机状态还是脱机状态，若是联机状态，执行下述步骤b5，若是脱机状态，则执行下述步骤b4；
步骤b4：由所述的脱机数据操作模块判断是对客户端自身数据进行的操作，若是则进行新建、修改、删除操作，然后执行下述步骤d，否则，将所述功能数据进行存储，执行上述步骤b3
步骤b5：所述的联机数据操作模块获得所述功能数据，判断是对客户端自身数据进行的操作，若是则进行新建、修改、删除操作，然后执行下述步骤d，否则，并提交给所述的协议处理模块；
步骤b6：所述的协议处理模块对数据进行打包处理，并由所述通信线程处理单元发送出去；
步骤c：客户端接到数据包，其包括：
步骤c1：由所述的XML解析模块对接收到的XML数据包进行解析处理；
步骤c2：由所述的协议处理模块对通信协议进行解包处理；
步骤d：线程结束；
其中，所述的功能数据为数据查询消息、数据修改消息、数据删除消息、选择功能消息、登陆消息、注销消息、修改密码消息、更新登陆配置消息以及线程退处消息；
其中，还包括一步骤b41，设置于所述的步骤b4与步骤b5之间，所述的步骤b41：提示客户端没有与系统进行联机，处于脱机状态；
最后提供一种移动查询系统后台数据处理方法，其包括的步骤有：
一客户端的通信线程处理单元与一中间平台建立通讯联系；
由所述客户端的通信线程处理单元发出命令请求数据包，所述中间平台接到数据包并进行解析；
从所述中间平台模版数据库中寻找与解析出的命令相匹配的业务请求，并向一业务服务平台发出请求；
所述业务服务平台返回相应的应答数据包给所述中间平台；
所述中间平台根据模版进行解析，并按照模版形成相应的数据格式返回客户端的数据包处理单元进行解包和解析处理；
还包括：在所述的中间平台根据模版对业务服务平台返回相应的应答数据包进行解析时，并将其记录到日志里；
其中，在所述客户端与中间平台建立通讯联系之后，且在所述客户端发出命令请求数据包之前，还包括一步骤：所述中间平台解析现有客户端的功能模版列表与所述中间平台模版列表比较判断是否一致，若不一致则要将与中间平台模版列表相对应的功能模版下载到客户端。
与现有技术比较本发明的优点在于：
1、采用瘦身C/S方式解决了普通C/S模式的开发成本高、界面风格不统一、维护困难等缺点。采用瘦身C/S方式其界面由工具生成，犹如B/S的所见即所得的方式，大大节约了开发界面成本；另外由同一后台配置，界面由后台生成，界面统一；界面由后台生成，只要对后台进行维护，客户端进行下载即可完成维护，大大减少维护费用。
2、本系统是专为无线应用而开发的，与B/S相比具有传输速度快、安全系数高及能随时控制无线设备的优势。采用瘦身C/S方式，其本身就是基于C/S模式延伸的，其网络传输无需生成复杂的页面，从而大大降低了网络消耗；并且具有强壮的数据操纵和事务处理能力，以及数据的安全性和完整性约束，从而保证了安全性；另为也避免了B/S方式存在的无法调用无线设备及设备之间传递信息的问题。
附图说明
图1为本发明移动查询系统客户端的功能结构示意图；
图2为本发明移动查询系统客户端一较佳实施例的功能结构示意图；
图3为本发明移动查询系统客户端数据处理的方法的流程图；
图4为本发明移动查询系统客户端数据处理方法中客户端发出操作指令一较佳实施例的流程图；
图5为本发明移动查询系统前后台数据处理方法的流程图；
图6为本发明移动查询系统后前台数据处理方法一较佳实施例的流程图。
具体实施方式
以下结合附图，对本发明上述的和另外的技术特征和优点作更详细的说明。
请参阅图1所示，其为本发明移动查询系统客户端的功能结构示意图；其包括：一功能管理单元4，其提供对各功能类型的管理操作，并完成功能列表下载、模板自动升级、本地数据库的维护；
一数据操作单元3，其提供新建、修改、删除功能数据的操作处理；
一通信线程处理单元2，其提供对通信业务事件的响应处理，通过调用所述的功能管理单元4、数据操作单元3，提供的功能接口完成各通信事务；所述的通信线程处理单元2一旦和本系统的中间平台建立通讯联系，就要实时进行检测这种连接关系，判断数据操作单元3为在脱机状态还是联机状态；
一界面处理单元1，其提供对图形界面事件的响应处理，同时也是WAC主应用入口线程，其调用通信线程处理单元2的接口函数启动通信线程，和我们操作客户端的控制操作相对应；
一数据包处理单元5，其获得所述数据操作单元3的数据进行通信协议打包，对收到的数据包进行解包和解析处理，以及对通信连接进行维护；
请参阅图2所示，其为本发明移动查询系统客户端一较佳实施例的功能结构示意图；其包括：一功能管理单元4，其提供对各功能类型的管理操作，并完成功能列表下载、模板自动升级、本地数据库的维护；
一数据操作单元3，其包括：
一脱机数据操作模块32用以完成脱机状态下的新建、修改、删除功能数据的操作处理；
一联机数据操作模块31用以完成联机状态下的新建、修改、删除功能数据的操作处理，提供脱机数据的提交处理，其与所述的数据包处理单元5相连接；
一通信线程处理单元2，其提供对通信业务事件的响应处理，通过调用所述的功能管理单元4、数据操作单元3，提供的功能接口完成各通信事务；所述的通信线程处理单元2一旦和本系统的中间平台建立通讯联系，就要实时进行检测这种连接关系，判断数据操作单元3为在脱机状态还是联机状态；
一界面处理单元1，其提供对图形界面事件的响应处理，同时也是WAC主应用入口线程，其调用通信线程处理单元2的接口函数启动通信线程，和我们操作客户端的控制操作相对应；
一数据包处理单元5，其包括：
一协议处理模块51用以提供对各种通信协议打包和解包的处理，对通信连接进行维护；
一XML解析模块52用以对收到的XML数据包进行解析处理；
请参阅图3所示，其为本发明移动查询系统客户端数据处理的方法的流程图；
其是通过上述的移动查询系统客户端数据处理系统实现的，其包括的步骤为：
步骤a：通信线程处理单元2进行线程的初始化；
步骤b：客户端发出操作指令，其包括：
步骤b1：界面处理单元1产生一操作指令，将其传输给所述的功能管理单元4；
步骤b2：所述的功能管理单元4根据操作指令类型转化成相对应的功能数据；
步骤b3：判断客户端处于联机状态还是脱机状态，若是联机状态，执行下述步骤b51，若是脱机状态，则执行下述步骤b41；
步骤b41：由所述的脱机数据操作模块32判断是否对客户端自身数据进行的操作，若是则执行下述步骤b43，否则执行下述步骤b42；
步骤b42：将所述功能数据进行存储，执行上述步骤b3；
步骤b43：进行新建、修改、删除操作，执行下述步骤d；
步骤b51：所述的联机数据操作模块31获得所述功能数据，判断是否对客户端自身数据进行的操作，若是则执行下述步骤b52，否则执行下述步骤b6；
步骤b52：进行新建、修改、删除操作，执行下述步骤d；
步骤b6：所述的协议处理模块51对数据进行打包处理，并由所述通信线程处理单元2发送出去；
步骤c：客户端接到数据包，其包括：
步骤c1：由所述的XML解析模块52对接收到的XML数据包进行解析处理；
步骤c2：由所述的协议处理模块51对通信协议进行解包处理；
步骤d：线程结束；
其中，所述的功能数据为数据查询消息、数据修改消息、数据删除消息、选择功能消息、登陆消息、注销消息、修改密码消息、更新登陆配置消息以及线程退处消息；
请参阅图4所示，其为本发明移动查询系统客户端数据处理方法中客户端发出操作指令一较佳实施例的流程图；其包括的步骤为：
步骤b1：界面处理单元1产生一操作指令，将其传输给所述的功能管理单元4；
步骤b2：所述的功能管理单元4根据操作指令类型转化成相对应的功能数据；
步骤b3：判断客户端处于联机状态还是脱机状态，若是联机状态，执行下述步骤b51，若是脱机状态，则执行下述步骤b41；
步骤b41：由所述的脱机数据操作模块32判断是否对客户端自身数据进行的操作，若是则执行下述步骤b43，否则执行下述步骤b42；
步骤b42：将所述功能数据进行存储，执行上述步骤b44；
步骤b43：进行新建、修改、删除操作，执行下述步骤d；
步骤b44：提示客户端没有与系统进行联机，处于脱机状态，执行上述步骤b3；
步骤b51：所述的联机数据操作模块31获得所述功能数据，判断是否对客户端自身数据进行的操作，若是则执行下述步骤b52，否则执行下述步骤b6；
步骤b52：进行新建、修改、删除操作，执行下述步骤d；
步骤b6：所述的协议处理模块51对数据进行打包处理，并由所述通信线程处理单元2发送出去；
上述我们对本发明移动查询系统的客户端的组成结构以及其数据处理方法进行了阐述，但是作为客户端其仅仅是客户发起命令的起点，为了达到“瘦身”的目的，其整个后台数据处理方法也是不可或缺的组成部分。
请参阅图5所示，为本发明移动查询系统后台数据处理方法的流程图；其将上述的客户端数据处理方法融合进去，其包括的步骤有：
一客户端的通信线程处理单元2与一中间平台建立通讯联系；
由所述客户端的通信线程处理单元2发出命令请求数据包，所述中间平台接到数据包并进行解析；需要强调的是作为客户端向中间平台发送命令请求的数据包的过程，实质上也要进行如图3或图4的工作过程，这里就不在赘述了。
从所述中间平台模版数据库中寻找与解析出的命令相匹配的业务请求，并向一业务服务平台发出请求；
所述业务服务平台返回相应的应答数据包给所述中间平台；
所述中间平台根据模版进行解析，并按照模版形成相应的数据格式返回客户端的数据包处理单元5进行解包和解析处理；
请参阅图6所示，为本发明移动查询系统后台数据处理方法一较佳实施例的流程图；其包括的步骤为：
一客户端的通信线程处理单元2与一中间平台建立通讯联系；
所述中间平台解析现有客户端的功能模版列表与所述中间平台模版列表比较判断是否一致，若不一致则要将与中间平台模版列表相对应的功能模版下载到客户端。
由所述客户端的通信线程处理单元2发出命令请求数据包，所述中间平台接到数据包并进行解析；
从所述中间平台模版数据库中寻找与解析出的命令相匹配的业务请求，并向一业务服务平台发出请求；
所述业务服务平台返回相应的应答数据包给所述中间平台；
所述中间平台根据模版进行解析，并将该操作记录到日志里；
并按照模版形成相应的数据格式返回客户端的数据包处理单元5进行解包和解析处理；
为了实现上述的方法我们采用了标准的xml格式和二进制流，在上面做了针对如下业务，完全是通过数据包来实现的，如：连接检测包——客户端定时(默认1分钟)发送、登录请求包、登录应答包、注销请求包、注销应答包、查询数据请求包、扩展查询数据请求包、扩展二次查询数据请求包、菜单操作查询数据请求包、查询数据应答包、扩展查询数据应答包、添加数据请求包、添加数据扩展请求包、添加数据应答包、扩展添加数据应答包、删除数据请求包、删除数据应答包、扩展删除数据应答包、修改数据请求包、修改数据扩展请求包、修改数据应答包、扩展修改数据应答包、修改密码请求包、修改密码应答包、下载数据请求包、扩展下载数据请求包、下载数据应答包、综合查询信息网关发布公告包、无线通用网关服务器应答公告包、综合查询信息网关发送短信请求包、短信网关发送短信报告、查询动态列表项请求包、查询动态列表项应答包、下载附件数据请求包、下载附件数据应答包、操作信息描述说明包、客户端连接检测包(心跳包)—间隔时间由客户端定；事实上上面的每一种定义的数据包都和系统所执行的一个任务或者说是操作相对应。
本发明的其特点在于：
1、可扩展性：信息产业技术飞速发展，业务量的急速上升，一年前的网络，现在需要新一轮的扩展。合适的均衡解决方案应能满足这些需求，能均衡不同操作系统和硬件平台之间的负载，不同服务器的负载，并且能以对客户端完全透明的方式动态增加或删除某些资源。
2、灵活性：均衡解决方案应能灵活地提供不同的应用需求，满足应用需求的不断变化。在不同的服务器群有不同的应用需求时，应有多样的均衡策略提供更广泛的选择。
3、可靠性：在对服务质量要求较高的站点，负载均衡解决方案应能为服务器群提供完全的容错性和高可用性。但在负载均衡设备自身出现故障时，应该有良好的冗余解决方案，提高可靠性。使用冗余时，处于同一个冗余单元的多个负载均衡设备必须具有有效的方式以便互相进行监控，保护系统尽可能地避免遭受到重大故障的损失。
4、易管理性：不管是通过软件还是硬件方式的均衡解决方案，我们都希望它有灵活、直观和安全的管理方式，这样便于安装、配置、维护和监控，提高工作效率，避免差错。
在硬件负载均衡设备上，目前主要有三种管理方式可供选择：(1)命令行接口(CLI：Command Line Interface)，可通过超级客户端连接负载均衡设备串行接口来管理，也能telnet远程登录管理，在初始化配置时，往往要用到前者；(2)图形用户接口(GUI：Graphical User Interfaces)，有基于普通web页的管理，也有通过Java Applet进行安全管理，一般都需要管理端安装有某个版本的浏览器；(3)SNMP(Simple Network Management Protocol，简单网络管理协议)支持，通过第三方网络管理软件对符合SNMP标准的设备进行管理。我们采用了第三种方式进行管理。
这些技术使我们实现了真正的业务无关性，并且能够实现所见即所得解决方式，并且实现大用户量访问，多数据多操作同时访问。
以上所述仅为本发明的较佳实施例，对本发明而言仅仅是说明性的，而非限制性的。本专业技术人员理解，在本发明权利要求所限定的精神和范围内可对其进行许多改变，修改，甚至等效，但都将落入本发明的保护范围内。
Claims (10)
1、一种移动查询系统客户端，其特征在于，其包括：一功能管理单元，其提供对各功能类型的管理操作，并完成功能列表下载、模板自动升级、本地数据库的维护；
一数据操作单元，其提供新建、修改、删除功能数据的操作处理；
一通信线程处理单元，其提供对通信业务事件的响应处理，通过调用所述的功能管理单元、数据操作单元，提供的功能接口完成各通信事务；
一界面处理单元，其提供对图形界面事件的响应处理，同时也是WAC主应用入口线程，其调用通信线程处理单元的接口函数启动通信线程；
一数据包处理单元，其获得所述数据操作单元的数据进行通信协议打包，对收到的数据包进行解包和解析处理，以及对通信连接进行维护。
2、根据权利要求1所述的移动查询系统客户端，其特征在于，所述的通信线程处理单元要实时进行检测，判断数据操作单元为在脱机状态还是联机状态。
3、根据权利要求1所述的移动查询系统客户端，其特征在于，所述的数据操作单元包括：
一脱机数据操作模块用以完成脱机状态下的新建、修改、删除功能数据的操作处理；
一联机数据操作模块用以完成联机状态下的新建、修改、删除功能数据的操作处理，提供脱机数据的提交处理，其与所述的数据包处理单元相连接。
4、根据权利要求1所述的移动查询系统客户端，其特征在于，所述的数据包处理单元包括：
一协议处理模块用以提供对各种通信协议打包和解包的处理，对通信连接进行维护；
一XML解析模块用以对收到的XML数据包进行解析处理。
5、一种移动查询系统客户端数据处理的方法，其是通过上述的移动查询系统客户端实现的，其特征在于，其包括的步骤为：
步骤a：通信线程处理单元进行线程的初始化；
步骤b：客户端发出操作指令，其包括：
步骤b1：界面处理单元产生一操作指令，将其传输给所述的功能管理单元；
步骤b2：所述的功能管理单元根据操作指令类型转化成相对应的功能数据；
步骤b3：判断客户端处于联机状态还是脱机状态，若是联机状态，执行下述步骤b5，若是脱机状态，则执行下述步骤b4；
步骤b4：由所述的脱机数据操作模块判断是对客户端自身数据进行的操作，若是则进行新建、修改、删除操作，然后执行下述步骤d，否则，将所述功能数据进行存储，执行上述步骤b3
步骤b5：所述的联机数据操作模块获得所述功能数据，判断是对客户端自身数据进行的操作，若是则进行新建、修改、删除操作，然后执行下述步骤d，否则，并提交给所述的协议处理模块；
步骤b6：所述的协议处理模块对数据进行打包处理，并由所述通信线程处理单元发送出去；
步骤c：客户端接到数据包，其包括：
步骤c1：由所述的XML解析模块对接收到的XML数据包进行解析处理；
步骤c2：由所述的协议处理模块对通信协议进行解包处理；
步骤d：线程结束。
6、根据权利要求5所述的移动查询系统客户端数据处理的方法，其特征在于，所述的功能数据为数据查询消息、数据修改消息、数据删除消息、选择功能消息、登陆消息、注销消息、修改密码消息、更新登陆配置消息以及线程退处消息。
7、根据权利要求5所述的移动查询系统客户端数据处理的方法，其特征在于，还包括一步骤b41，设置于所述的步骤b4与步骤b5之间，所述的步骤b41：提示客户端没有与系统进行联机，处于脱机状态。
8、一种移动查询系统前后台数据处理方法，其特征在于，其包括的步骤有：
一客户端的通信线程处理单元与一中间平台建立通讯联系；
由所述客户端的通信线程处理单元发出命令请求数据包，所述中间平台接到数据包并进行解析；
从所述中间平台模版数据库中寻找与解析出的命令相匹配的业务请求，并向一业务服务平台发出请求；
所述业务服务平台返回相应的应答数据包给所述中间平台；
所述中间平台根据模版进行解析，并按照模版形成相应的数据格式返回客户端的数据包处理单元进行解包和解析处理。
9、根据权利要求8所示的移动查询系统后台数据处理方法，其特征在于，还包括：在所述的中间平台根据模版对业务服务平台返回相应的应答数据包进行解析时，并将其记录到日志里。
10、根据权利要求8所示的移动查询系统后台数据处理方法，其特征在于，在所述客户端与中间平台建立通讯联系之后，且在所述客户端发出命令请求数据包之前，还包括一步骤：所述中间平台解析现有客户端的功能模版列表与所述中间平台模版列表比较判断是否一致，若不一致则要将与中间平台模版列表相对应的功能模版下载到客户端。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA200710119801XA CN101360263A (zh) | 2007-07-31 | 2007-07-31 | 一种移动查询系统的客户端以及前后台数据处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA200710119801XA CN101360263A (zh) | 2007-07-31 | 2007-07-31 | 一种移动查询系统的客户端以及前后台数据处理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101360263A true CN101360263A (zh) | 2009-02-04 |
Family
ID=40332583
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA200710119801XA Pending CN101360263A (zh) | 2007-07-31 | 2007-07-31 | 一种移动查询系统的客户端以及前后台数据处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101360263A (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102137060A (zh) * | 2010-01-21 | 2011-07-27 | 金蝶软件（中国）有限公司 | 一种客户端/服务器模型下的事件处理方法和装置 |
| CN102185863A (zh) * | 2011-05-13 | 2011-09-14 | 北京瑞信在线系统技术有限公司 | 服务器与客户端间智能数据交互发布系统及方法 |
| CN101556720B (zh) * | 2009-05-21 | 2011-11-30 | 中国建设银行股份有限公司 | 一种零售网点销售方法及系统 |
| CN101692668B (zh) * | 2009-07-06 | 2013-01-16 | 民航数据通信有限责任公司 | 一种航空气象数据自动下载、解析和存储的装置及方法 |
| CN103036917A (zh) * | 2011-09-29 | 2013-04-10 | 北京神州泰岳软件股份有限公司 | 客户端平台的实现方法及客户端平台 |
| CN103654770A (zh) * | 2013-12-03 | 2014-03-26 | 上海理工大学 | 移动心电信号qrs波实时波检测方法及装置 |
| CN104320482A (zh) * | 2014-11-04 | 2015-01-28 | 中国银行股份有限公司 | 一种银行柜员前端系统 |
| CN105745620A (zh) * | 2013-12-31 | 2016-07-06 | 北京新媒传信科技有限公司 | 软件架构的实现方法和实现平台 |
| CN107480154A (zh) * | 2016-06-08 | 2017-12-15 | 阿里巴巴集团控股有限公司 | 一种数据处理的方法及装置 |
-
2007
- 2007-07-31 CN CNA200710119801XA patent/CN101360263A/zh active Pending
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101556720B (zh) * | 2009-05-21 | 2011-11-30 | 中国建设银行股份有限公司 | 一种零售网点销售方法及系统 |
| CN101692668B (zh) * | 2009-07-06 | 2013-01-16 | 民航数据通信有限责任公司 | 一种航空气象数据自动下载、解析和存储的装置及方法 |
| CN102137060B (zh) * | 2010-01-21 | 2013-08-21 | 金蝶软件（中国）有限公司 | 一种客户端/服务器模型下的事件处理方法和装置 |
| CN102137060A (zh) * | 2010-01-21 | 2011-07-27 | 金蝶软件（中国）有限公司 | 一种客户端/服务器模型下的事件处理方法和装置 |
| CN102185863A (zh) * | 2011-05-13 | 2011-09-14 | 北京瑞信在线系统技术有限公司 | 服务器与客户端间智能数据交互发布系统及方法 |
| CN103036917B (zh) * | 2011-09-29 | 2016-04-20 | 北京神州泰岳软件股份有限公司 | 客户端平台的实现方法及客户端平台 |
| CN103036917A (zh) * | 2011-09-29 | 2013-04-10 | 北京神州泰岳软件股份有限公司 | 客户端平台的实现方法及客户端平台 |
| CN103654770A (zh) * | 2013-12-03 | 2014-03-26 | 上海理工大学 | 移动心电信号qrs波实时波检测方法及装置 |
| CN103654770B (zh) * | 2013-12-03 | 2015-11-18 | 上海理工大学 | 移动心电信号qrs波实时波检测方法及装置 |
| CN105745620A (zh) * | 2013-12-31 | 2016-07-06 | 北京新媒传信科技有限公司 | 软件架构的实现方法和实现平台 |
| CN105745620B (zh) * | 2013-12-31 | 2019-04-30 | 北京新媒传信科技有限公司 | 软件架构的实现方法和实现平台 |
| CN104320482A (zh) * | 2014-11-04 | 2015-01-28 | 中国银行股份有限公司 | 一种银行柜员前端系统 |
| CN107480154A (zh) * | 2016-06-08 | 2017-12-15 | 阿里巴巴集团控股有限公司 | 一种数据处理的方法及装置 |
| CN107480154B (zh) * | 2016-06-08 | 2021-12-17 | 阿里巴巴集团控股有限公司 | 一种数据处理的方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101360263A (zh) | 一种移动查询系统的客户端以及前后台数据处理方法 | |
| CN102449617B (zh) | 用于工业自动化和制造系统的云计算 | |
| JP2002223211A (ja) | Ｓｏａｐプロトコルに基づいたコントローラ装置用通信システム | |
| CN102769635A (zh) | 一种物联网系统及其实现方法 | |
| CN109889416A (zh) | 一种基于微服务架构的智能家居系统及构建方法 | |
| CN101944023B (zh) | Unix服务器软件通用命令行接口实现方法 | |
| CN101883084A (zh) | 用于对网络服务通信进行适配的方法、适配器和适配器系统 | |
| Kryvinska et al. | Conceptual model of business services availability vs. interoperability on collaborative IoT-enabled eBusiness platforms | |
| CN104995616A (zh) | 基于云的虚拟移动设备 | |
| CN104320482A (zh) | 一种银行柜员前端系统 | |
| CN101706925A (zh) | 在线生活信息服务平台系统 | |
| CN102196027A (zh) | 一种实现移动云服务的系统及方法 | |
| CN102117203A (zh) | 一种基于Struts框架的信息管理系统 | |
| CN107682445A (zh) | 一种基于云架构的移动云桌面平台的搭建方法 | |
| CN111556158A (zh) | 物联网平台的接入方法、接入装置、接入设备及存储介质 | |
| CN105490861A (zh) | 网管设备管理系统和方法 | |
| CN107395747A (zh) | 一种基于stf平台的高扩展方法 | |
| CN104702386A (zh) | 基于全网络化的集中控制系统及方法 | |
| Sai et al. | Smart Home Messenger Notifications System using IoT | |
| CN102456179A (zh) | 一种财务系统的集成平台 | |
| CN110661851A (zh) | 数据交换方法和装置 | |
| CN108293047A (zh) | 基于上下文连接并且取回安全令牌 | |
| CN104092661A (zh) | 虚拟机串口的通信方法及装置 | |
| Stopper et al. | Service-oriented architecture design aspects of OPC UA for industrial applications | |
| Jin et al. | IoT device management architecture based on proxy |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20090204 |
|
| C20 | Patent right or utility model deemed to be abandoned or is abandoned |