CN106470185A - 基于c/s模式的数据处理方法及系统 - Google Patents
基于c/s模式的数据处理方法及系统 Download PDFInfo
- Publication number
- CN106470185A CN106470185A CN201510503992.4A CN201510503992A CN106470185A CN 106470185 A CN106470185 A CN 106470185A CN 201510503992 A CN201510503992 A CN 201510503992A CN 106470185 A CN106470185 A CN 106470185A
- Authority
- CN
- China
- Prior art keywords
- communication protocol
- protocol message
- service request
- response
- terminal
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 15
- 230000006854 communication Effects 0.000 claims abstract description 147
- 238000004891 communication Methods 0.000 claims abstract description 145
- 230000004044 response Effects 0.000 claims abstract description 38
- 238000000034 method Methods 0.000 claims abstract description 35
- 238000012545 processing Methods 0.000 claims abstract description 10
- 241000208340 Araliaceae Species 0.000 claims 1
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 claims 1
- 235000003140 Panax quinquefolius Nutrition 0.000 claims 1
- 235000008434 ginseng Nutrition 0.000 claims 1
- 230000007246 mechanism Effects 0.000 abstract description 2
- 239000002699 waste material Substances 0.000 abstract 1
- 230000005540 biological transmission Effects 0.000 description 46
- 238000002372 labelling Methods 0.000 description 23
- 230000008569 process Effects 0.000 description 16
- 101000767160 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) Intracellular protein transport protein USO1 Proteins 0.000 description 5
- 230000003993 interaction Effects 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- 238000005538 encapsulation Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 239000000344 soap Substances 0.000 description 2
- 238000004883 computer application Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007087 memory ability Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提出了一种基于C/S模式的数据处理方法及系统，该方法包括根据业务请求类型定义一种通信协议报文来传达/获取业务请求，该通信协议报文针对性更强，减少了额外的资源浪费及处理时间，服务器与移动终端间的响应更加迅速，并且大部分运算在服务器端进行，大大减少了移动终端的压力。还可以根据项目或业务需求单独定向定义一套专属的C/S模式的通讯机制。
Description
技术领域
本发明涉及通信技术领域，具体来说，涉及一种基于C/S模式的数据处理方法及系统。
背景技术
在基于客户机与服务器架构C/S模式的计算机应用系统构建过程中，无线终端通过无线移动网络与平台服务器建立通讯链路，进行数据传输和交互，实现具体的行业应用。终端用户在具体工作环境，通过无线移动网络的GPRS服务发送数据，数据通过无线网络服务器转发到中心服务器，经中心服务器处理后，返回给终端，显示给终端用户。
因此，需要使用基于无线网络(WIFI、3G/4G)的数据传输，这类数据传输大部分是基于TCP/IP协议的，有时会用到更高层协议如HTTP等协议，同时也存在一些自定义协议。这些都是使用无线网络信号做载体，基于TCP/IP协议的网络数据传输。
目前，远程数据通讯传输基本上分三种：
1、电路交换，现在的PSTN(简单电话网络)就是采用这种方式；
2、报文交换，电报的传输方式使用这种原理；
3、分组交换，计算机数据及下一代电话网络的传输原理。
现有的多种网络传输协议，最适合当前项目场景的协议有HTTP协议、TCP/IP协议，由于对传输性能的要求，TCP/IP协议更适合，即，采用SOCKET实现TCP/IP协议的通讯。
该协议适合企业内部系统与终端采集设备的数据交互、或内部子系统与子系统间的数据交互、移动互联网、物联网中设备数据的传递和交互。
HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统，HTTP协议的主要特点可概括如下：支持客户/服务器模式。简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。
由于http协议是无状态的所有在使用中无法确定终端设备等设备在线的实施情况信息，所以该协议不适合终端与客户端即时通信的项目。
WebService使是SOAP(Simple Object Access Protocol)协议soap协议只是用来封装消息用的。封装后的消息可以通过各种已有的协议来传输，比如http,tcp/ip,smtp,等等，甚至还一次用自定义的协议，当然也可以用https协议。WebService采用HTTP协议传输数据，采用XML格式封装数据(即XML中说明调用远程服务对象的哪个方法，传递的参数是什么，以及服务对象的返回结果是什么)。WebService通过HTTP协议发送请求和接收结果时，发送的请求内容和结果内容都采用XML格式封装，并增加了一些特定的HTTP消息头，以说明HTTP消息的内容格式，这些特定的HTTP消息头和XML内容格式就是SOAP协议(simple object access protocol,简单对象访问协议)。
由于基于xml格式传输，数据量相比二进制传输大很多，造成性能损失和效率低下等问题。
另一方面，终端在与服务器进行数据交互的过程中，传递的报文消息结构如图1所述，为了提供可靠的数据传输，TCP报文首部字段有较多的字段，TCP报文格式图1所示，这些种类繁多的字段有的也许并不会被此次业务请求所使用，或者说有的字段相对本次业务请求是无用的，然而在报文中它们又是存在的，这样就会占用额外的运算资源增加了服务器的负担，并且提高了延迟和处理效率。
针对相关技术中的问题，目前尚未提出有效的解决方案。
发明内容
针对相关技术中的问题，本发明提出一种基于C/S模式的数据处理方法及系统，根据业务请求定义与该请求相关联的通信协议，从而大大加强了终端与服务器的通信效果。
本发明的技术方案是这样实现的：
根据本发明的一个方面，提供了一种基于C/S模式的数据处理方法。
该方法包括：
一种基于C/S模式的数据处理方法，其特征在于，包括：
发送根据当前业务请求类型定义的第一通信协议报文，第一通信协议报文包括与业务请求类型相关联的一个或多个参数，具体的可以为：第一通信协议报文的报头包括与业务请求类型相关联的一个或多个字段以定义第一通信协议报文所传递的消息；
接收响应于第一通信协议报文的第二通信协议报文，第二通信协议报文包括响应于业务请求的一个或多个参数，具体的可以为：第二通信协议报文的报头包括响应于业务请求的一个或多个字段以定义第二通信协议报文所传递的消息；
解析第二通信协议报文以获取当前业务请求所需的信息。
其中，上述的业务类型至少可以包括：
登录及验证、请求清单、请求资产明细、上传货物信息、业务处理状态、请求盘库。
根据本发明的另一方面，还提供了一种基于C/S模式的数据处理方法，该方法包括：
接收根据当前业务请求类型定义的第一通信协议报文，第一通信协议报文包括与业务请求类型相关联的一个或多个参数，具体的可以为：第一通信协议报文的报头包括与业务请求类型相关联的一个或多个字段以定义第一通信协议报文所传递的消息；
解析第一通信协议报文以确定当前业务请求；
发送响应于第一通信协议报文的第二通信协议报文，第二通信协议报文包括响应于业务请求的一个或多个参数，具体的，可以为：第二通信协议报文的报头包括响应于业务请求的一个或多个字段以定义第二通信协议报文所传递的消息
根据本发明的再一方面，还提供了一种基于C/S模式的数据处理系统，该系统包括：
移动终端，用于发送根据当前业务请求类型定义的第一通信协议报文，第一通信协议报文包括与业务请求类型相关联的一个或多个参数；
服务器，用于接收移动终端发送的第一通信协议报文，以及向移动终端发送响应于第一通信协议报文的第二通信协议报文，第二通信协议报文包括响应于业务请求的一个或多个参数。
其中，移动终端可以进一步用于，接收并解析第二通信协议报文以获取当前业务请求所需的信息。
以及，服务器可以进一步用于，解析第一通信协议报文以确定当前业务请求。
本发明根据业务请求类型定义一种通信协议报文来传达/获取业务请求，该通信协议报文针对性更强，减少了额外的资源浪费及处理时间，服务器与移动终端间的响应更加迅速，并且大部分运算在服务器端进行，大大减少了移动终端的压力。还可以根据项目或业务需求单独定向定义一套专属的C/S模式的通讯机制。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是现有的TCP报文的结构示意图；
图2是根据本发明实施例的基于C/S模式的数据处理方法的流程图；
图3是另一根据本发明实施例的基于C/S模式的数据处理方法的流程图；
图4至图15是根据本发明实施例的基于C/S模式的数据处理方法应用于实物资产管理系统的各业务请求的示意性流程图；
图16是根据本发明实施例的基于C/S模式的数据处理系统的框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。
本发明为了减少客户端与服务器端的运算开支及资源浪费，根据业务需求重新定义了一种通信报文协议，在通信过程中减少了不必要的字段解析。
本发明的技术方案可以应用于C/S模式环境，即客户端和服务器通信场景，客户端可以为智能终端，比如手持电脑、PC、智能移动终端手机等。
下面以客户端侧来对本发明的基于C/S模式的数据处理方法进行阐述，如图2示出了本发明客户端侧的基于C/S模式的数据处理过程，包括：
步骤S201，发送根据当前业务请求类型定义的第一通信协议报文，第一通信协议报文包括与业务请求类型相关联的一个或多个参数；
步骤S203，接收响应于第一通信协议报文的第二通信协议报文，第二通信协议报文包括响应于业务请求的一个或多个参数；
步骤S205，解析第二通信协议报文以获取当前业务请求所需的信息。
综上所述，本发明的客户端侧发送的通信协议是根据业务请求类型定义的，通信协议报文中的参数是与请求类型相关联的，因此可以避免大量的无用数据的计算，除此之外，客户端在整个数据处理过程中相对的只有步骤S105涉及数据的运算(少量运算相对忽略不计)，而大量的数据运算均是由服务器端承载的，客户端只是承担了发送及解析的能力。由于目前客户端的内存和运算能力等诸多限制，本发明的技术方案可以大大减少客户端的作业负担。
本发明在根据业务请求类型定义通信协议时可以具体为：第一通信协议报文的报头包括与业务请求类型相关联的一个或多个字段以定义第一通信协议报文所传递的消息；以及
第二通信协议报文的报头包括响应于业务请求的一个或多个字段以定义第二通信协议报文所传递的消息。
其中涉及的业务请求则可以至少包括：登录及验证、请求清单、请求资产明细、上传货物信息、业务处理状态、请求盘库。
下面再以服务器端侧来对本发明的基于C/S模式的数据处理方法进行阐述，如图3示出了本发明服务器端侧的基于C/S模式的数据处理过程，包括：
步骤S301，接收根据当前业务请求类型定义的第一通信协议报文，第一通信协议报文包括与业务请求类型相关联的一个或多个参数；
步骤S303，解析第一通信协议报文以确定当前业务请求；
步骤S305，发送响应于第一通信协议报文的第二通信协议报文，第二通信协议报文包括响应于业务请求的一个或多个参数。
综上所述，本发明的服务器端在接收到客户端发送的第一通信协议报文后可以对其解析，由于第一通信协议报文是根据业务请求进行关联定义的，因此服务器端在收到第一通信协议报文后可以针对当前业务需求做出相应的响应，并且服务器端返回的相应于第一通信协议报文的第二通信协议报文也是根据业务请求相关联的，换句话说，服务器端返回的数据正是被需要的，因此可以减少客户端对不必要数据的解析，相比于传统的报文发送方法本发明的技术方案响应速度可以得到大大的提高。
本发明的基于C/S模式的数据处理方法，在一个具体的实施环境中可以实现实物资产管理系统中的手持终端与服务器之间的数据交换。在实物资产管理系统中，针对终端与服务器间的业务请求，可以根据业务类型及需求自定义与该业务相关的通信协议报文格式。基于项目中多样化的业务，在通信过程中对多种业务类型区别对待，将多样化的业务请求定义在协议中，以便更好的确保业务顺利完成。
实施例1
参照如图4所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行登录及验证操作请求的处理流程。
(1)终端请求指令
传输方向：终端→平台
命令类型：0301 与业务请求相关的通信协议报文结构如表1所示：
(表1)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | A01 | String | 登录账号 | |
| 2 | A02 | String | 登录密码 |
(2)服务器应答指令
传输方向：平台→终端
命令类型：0301 与业务请求相关的通信协议报文结构如表2所示：
(表2)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | Z01 | 1 | Bool | 验证结果(1验证成功，0验证失败) |
| 2 | Z02 | 14 | DateTime | YYYY/MM/DD HH:MM:SS |
| 3 | Z03 | String | 姓名 | |
| 4 | Z04 | Int | 姓名ID(业务上传用) |
业务请求说明：当用户登录系统时，终端向服务器发送登录信息，服务器进行验证，并返回验证结果。
实施例2
参照如图5所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行请求到货操作请求的处理流程。
(1)请求到货单目录
传输方向：终端→平台
命令类型：0501 与业务请求相关的通信协议报文结构如表3所示：
(表3)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | A01 | Int | 姓名ID |
(2)下达到货单目录
传输方向：平台→终端
命令类型：0501 与业务请求相关的通信协议报文结构如表4所示：
(表4)
业务请求说明：平台生成到货单。终端向服务器请求到货单目录。服务器将到货单目录发送到终端。
实施例3
参照如图6所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行请求到货单资产明细操作请求的处理流程。
(1)请求到货单资产明细
传输方向：终端→平台
命令类型：0502 与业务请求相关的通信协议报文结构如表5所示：
协议说明：请求某个到货单所属的到货计划的所有到货资产
(表5)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | A01 | String | 到货单号 |
(2)下达到货资产明细
传输方向：平台→终端
命令类型：0502 与业务请求相关的通信协议报文结构如表6所示：
协议说明：下达到货资产明细
(表6)
如：Z01,1,到货计划单明细ID|Z02,2,0|Z03,2,3|P01,11,资产^资产^资产。
业务请求说明：下载到货单据下对应的到货明细数据。
实施例4
参照如图7所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行上传到货资产并写标签操作请求的处理流程。
(1)上传到货资产
传输方向：终端→平台
命令类型：0503 与业务请求相关的通信协议报文结构如表7所示：
(表7)
(2)上传到货资产反馈应答
传输方向：平台→终端
命令类型：0503 与业务请求相关的通信协议报文结构如表8所示：
协议说明：服务器应答
(表8)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | Z01 | String | 到货单号 | |
| 2 | Z02 | Int | 1:成功 0：失败 |
(3)上传到货资产完成
传输方向：终端→平台
命令类型：0504 与业务请求相关的通信协议报文结构如表9所示：
(表9)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | A01 | String | 到货单号 | |
| 2 | A02 | String | 到货类型(中文) |
(4)上传到货资产完成反馈应答
传输方向：平台→终端
命令类型：0504与业务请求相关的通信协议报文结构如表10所示：
协议说明：服务器应答
(表10)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | Z01 | String | 到货单号 | |
| 2 | Z02 | Int | 1:成功 0：失败 |
业务请求说明：操作员根据到货单对每个资产进行标签写码，并记录写码结果。到货单写码完成后，终端向服务器发送到货结果。
实施例5
参照如图8所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行请求再次贴标签并发配货物操作请求的处理流程。
(1)请求再次贴标数据
传输方向：终端→平台
命令类型：0513 与业务请求相关的通信协议报文结构如表11所示：
(表11)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | A01 | Int | 姓名ID |
(2)下达再次贴标数据
传输方向：平台→终端
命令类型：0513 与业务请求相关的通信协议报文结构如表12所示：
(表12)
(3)上传再次贴标结果
传输方向：终端→平台
命令类型：0514 与业务请求相关的通信协议报文结构如表13所示：
(表13)
(4)上传再次贴标结果反馈应答
传输方向：平台→终端
命令类型：0514 与业务请求相关的通信协议报文结构如表14所示：
(表14)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | Z01 | Int | 1:成功 0：失败 |
业务请求说明：客户端向服务端请求贴标的数据，获取到服务端的贴标信息后，进行贴标操作，贴标完成后上传贴标信息，服务端接收成功后，更新数据，返回结果。
实施例6
参照如图9所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行请求贴标签对单据进行验证操作请求的处理流程。
(1)请求贴标验证单据
传输方向：终端→平台
命令类型：0515与业务请求相关的通信协议报文结构如表15所示：
(表15)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | A01 | Int | 姓名ID |
(2)下达贴标验证单据
传输方向：平台→终端
命令类型：0515 与业务请求相关的通信协议报文结构如表16所示：
(表16)
业务请求说明：终端请求贴标验证单据，服务端接收成功，下发贴标验证单据信息到客户端。
实施例7
参照如图10所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行贴标签对资产进行验证操作请求的处理流程。
(1)请求贴标验证资产
传输方向：终端→平台
命令类型：0516 与业务请求相关的通信协议报文结构如表17所示：
(表17)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | A01 | String | 单据编号 |
(2)下达贴标验证资产
传输方向：平台→终端
命令类型：0516 与业务请求相关的通信协议报文结构如表18所示：
(表18)
业务请求说明：终端请求贴标验证资产，服务端接收成功，下发贴标验证资产信息到客户端。
实施例8
参照如图11所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行上传贴标签对资产进行验证操作请求的处理流程。
(1)上传贴标验证资产
传输方向：终端→平台
命令类型：0517 与业务请求相关的通信协议报文结构如表19所示：
(表19)
(2)上传贴标验证资产反馈应答
传输方向：平台→终端
命令类型：0517 与业务请求相关的通信协议报文结构如表20所示：
(表20)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | Z01 | String | 单据编号 | |
| 2 | Z02 | Int | 1:成功 0：失败 |
业务请求说明：终端贴标验证完后，将处理后的结果上传到服务端，服务端更新平台验证数据，返回结果。
实施例9
参照如图12所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行请求资产基本信息的操作请求的处理流程。
(1)请求资产基本信息
传输方向：终端→平台
命令类型：0505 与业务请求相关的通信协议报文结构如表21所示：
(表21)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | A01 | String | 资产编码 |
(2)下达资产基础信息
传输方向：平台→终端
命令类型：0505 与业务请求相关的通信协议报文结构如表22所示：
(表22)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | Z01 | String | 资产编码 | |
| 2 | Z02 | String | 资产名称 | |
| 3 | Z03 | String | 设备规格 | |
| 4 | Z04 | String | 设备型号 | |
| 5 | Z05 | String | 大类 | |
| 6 | Z06 | String | 中类 | |
| 7 | Z07 | String | 小类 | |
| 8 | Z08 | String | 使用部门 |
业务请求说明：
终端生成资产编码。
终端向服务器请求资产明细。
服务器将资产明细内容发送到终端。
终端展示资产明细。
实施例10
参照如图13所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行请求盘库计划单目录的操作请求的处理流程。
(1)请求盘库计划单
传输方向：终端→平台
命令类型：0508 与业务请求相关的通信协议报文结构如表23所示：
协议说明：请求盘库单目录
(表23)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | A01 | Int | 姓名ID |
(2)下达盘库单目录
传输方向：平台→终端
命令类型：0508 与业务请求相关的通信协议报文结构如表24所示：
协议说明：下达盘库单目录
(表24)
业务请求说明：终端进行盘库，向平台请求盘库数据，下载盘库单据。
实施例11
参照如图14所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行请求盘库货单资产明细的操作请求的处理流程。
(1)请求盘库单资产编码
传输方向：终端→平台
命令类型：0510 与业务请求相关的通信协议报文结构如表25所示：
(表25)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | A01 | String | 盘库任务单号 |
(2)下达盘库单资产编码
传输方向：平台→终端
命令类型：0510 与业务请求相关的通信协议报文结构如表26所示：
(表26)
业务请求说明：终端根据下载的盘库计划单，向平台发送下载相应的盘库明细数据。
实施例12
参照如图15所示，其示出了本发明实施例的在实物资产管理系统中，通过自定义通信协议，终端与客户端进行上传盘库结果的操作请求的处理流程。(1)上传有码盘库结果
传输方向：终端→平台
命令类型：0511 与业务请求相关的通信协议报文结构如表27所示：
(表27)
(2)上传有码盘库反馈应答
传输方向：平台→终端
命令类型：0511 与业务请求相关的通信协议报文结构如表28所示：
协议说明：服务器应答
(表28)
| 序号 | 字段名 | 长度 | 类型 | 描述 |
| 1 | Z01 | String | 盘库任务单号 | |
| 2 | Z02 | Int | 1:成功 0：失败 |
业务请求说明：终端完成相应的盘库操作后，上传盘库单据到平台，平台更新盘库数据。
如图16所示，根据本发明的实施例还提供了一种基于C/S模式的数据处理系统，该系统包括：
移动终端161，用于发送根据当前业务请求类型定义的第一通信协议报文，第一通信协议报文包括与业务请求类型相关联的一个或多个参数；
服务器162，用于接收移动终端发送的第一通信协议报文，以及向移动终端发送响应于第一通信协议报文的第二通信协议报文，第二通信协议报文包括响应于业务请求的一个或多个参数。
其中，移动终端可以进一步用于，接收并解析第二通信协议报文以获取当前业务请求所需的信息。
以及，服务器可以进一步用于，解析第一通信协议报文以确定当前业务请求。
本发明根据业务请求类型定义一种通信协议报文来传达/获取业务请求，该通信协议报文针对性更强，减少了额外的资源浪费及处理时间，服务器与移动终端间的响应更加迅速，并且大部分运算在服务器端进行，大大减少了移动终端的压力。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于C/S模式的数据处理方法，其特征在于，包括：
发送根据当前业务请求类型定义的第一通信协议报文，所述第一通信协议报文包括与所述业务请求类型相关联的一个或多个参数；
接收响应于所述第一通信协议报文的第二通信协议报文，所述第二通信协议报文包括响应于所述业务请求的一个或多个参数；
解析所述第二通信协议报文以获取当前业务请求所需的信息。
2.根据权利要求1所述的方法，其特征在于，所述业务类型至少包括：
登录及验证、请求清单、请求资产明细、上传货物信息、业务处理状态、请求盘库。
3.根据权利要求1所述的方法，其特征在于，包括：
所述第一通信协议报文的报头包括与所述业务请求类型相关联的一个或多个字段以定义所述第一通信协议报文所传递的消息。
4.根据权利要求1所述的方法，其特征在于，包括：
所述第二通信协议报文的报头包括响应于业务请求的一个或多个字段以定义所述第二通信协议报文所传递的消息。
5.一种基于C/S模式的数据处理方法，其特征在于，包括：
接收根据当前业务请求类型定义的第一通信协议报文，所述第一通信协议报文包括与所述业务请求类型相关联的一个或多个参数；
解析所述第一通信协议报文以确定当前业务请求；
发送响应于所述第一通信协议报文的第二通信协议报文，所述第二通信协议报文包括响应于所述业务请求的一个或多个参数。
6.根据权利要求5所述的方法，其特征在于，包括：
所述第一通信协议报文的报头包括与所述业务请求类型相关联的一个或多个字段以定义所述第一通信协议报文所传递的消息。
7.根据权利要求5所述的方法，其特征在于，包括：
所述第二通信协议报文的报头包括响应于业务请求的一个或多个字段以定义所述第二通信协议报文所传递的消息。
8.一种基于C/S模式的数据处理系统，其特征在于，包括：
移动终端，用于发送根据当前业务请求类型定义的第一通信协议报文，所述第一通信协议报文包括与所述业务请求类型相关联的一个或多个参数；
服务器，用于接收所述移动终端发送的所述第一通信协议报文，以及向所述移动终端发送响应于所述第一通信协议报文的第二通信协议报文，所述第二通信协议报文包括响应于所述业务请求的一个或多个参数。
9.根据权利要求8所述的系统，其特征在于，所述移动终端进一步用于，接收并解析所述第二通信协议报文以获取当前业务请求所需的信息。
10.根据权利要求8所述的系统，其特征在于，所述服务器进一步用于，解析所述第一通信协议报文以确定当前业务请求。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510503992.4A CN106470185A (zh) | 2015-08-17 | 2015-08-17 | 基于c/s模式的数据处理方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510503992.4A CN106470185A (zh) | 2015-08-17 | 2015-08-17 | 基于c/s模式的数据处理方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106470185A true CN106470185A (zh) | 2017-03-01 |
Family
ID=58214304
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510503992.4A Pending CN106470185A (zh) | 2015-08-17 | 2015-08-17 | 基于c/s模式的数据处理方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106470185A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112822090A (zh) * | 2019-11-15 | 2021-05-18 | 北京新媒传信科技有限公司 | 一种适用于移动终端的即时通信工具的通信方法、装置和系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102065125A (zh) * | 2010-11-18 | 2011-05-18 | 广州致远电子有限公司 | 一种嵌入式ssl vpn的实现方法 |
| CN102547474A (zh) * | 2011-11-24 | 2012-07-04 | 杭州世导通讯有限公司 | 扩展xmpp协议融合rmtp实现视频监控系统及方法 |
-
2015
- 2015-08-17 CN CN201510503992.4A patent/CN106470185A/zh active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102065125A (zh) * | 2010-11-18 | 2011-05-18 | 广州致远电子有限公司 | 一种嵌入式ssl vpn的实现方法 |
| CN102547474A (zh) * | 2011-11-24 | 2012-07-04 | 杭州世导通讯有限公司 | 扩展xmpp协议融合rmtp实现视频监控系统及方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112822090A (zh) * | 2019-11-15 | 2021-05-18 | 北京新媒传信科技有限公司 | 一种适用于移动终端的即时通信工具的通信方法、装置和系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107018147B (zh) | 一种物联网通信方法及系统、网关模块 | |
| CN106549878B (zh) | 一种业务分流方法和装置 | |
| CN111464627B (zh) | 数据处理方法、边缘服务器、中心服务器及处理系统 | |
| CN111083161A (zh) | 数据传输的处理方法及装置、物联网设备 | |
| CN109327493A (zh) | 一种基于云的远程医疗监控系统及监控方法 | |
| CN105429858A (zh) | 一种多机器人间实时消息传递方法 | |
| CN102594886B (zh) | 浏览器与浏览器直通的方法、装置和通信系统 | |
| CN105376225A (zh) | 一种软件服务化的方法及装置 | |
| CN111245840B (zh) | 一种区块链间跨链信息传输控制系统 | |
| CN108769017A (zh) | 一种数据通信方法及装置 | |
| CN102056188B (zh) | 数据生成、传输方法及相关设备 | |
| CN102404616B (zh) | 基于数字电视网络进行数据云推送的方法及系统 | |
| CN104243610A (zh) | 一种分布式文件传输服务方法 | |
| CN101197841B (zh) | 音频定向传送方法及装置 | |
| CN105681167A (zh) | 一种儿童智能手表与微信客户端对讲的方法 | |
| CN104735151A (zh) | 进度条的控制方法、装置和系统 | |
| CN117478765A (zh) | 一种基于物联网多协议适配的信息交互方法 | |
| CN109831510A (zh) | 物联网数据处理系统及方法 | |
| CN106470185A (zh) | 基于c/s模式的数据处理方法及系统 | |
| CN110572476B (zh) | 一种远程控制方法、装置及设备 | |
| CN105245464A (zh) | 一种基于安卓系统的网络加速方法 | |
| CN101834894A (zh) | 远程处理方法、装置及系统 | |
| CN103346961B (zh) | 一种数据打包交换的方法和系统 | |
| Raddatz et al. | Evaluation and extension of OPC UA publish/subscribe MQTT binding | |
| CN106302432A (zh) | 一种基于车联网的通信装置及控制方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170301 |