CN112765252A - 数据传输方法、客户端、终端、服务器及存储介质 - Google Patents
数据传输方法、客户端、终端、服务器及存储介质 Download PDFInfo
- Publication number
- CN112765252A CN112765252A CN202110097921.4A CN202110097921A CN112765252A CN 112765252 A CN112765252 A CN 112765252A CN 202110097921 A CN202110097921 A CN 202110097921A CN 112765252 A CN112765252 A CN 112765252A
- Authority
- CN
- China
- Prior art keywords
- data
- server
- client
- preset
- request
- 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
- 238000000034 method Methods 0.000 title claims abstract description 134
- 230000005540 biological transmission Effects 0.000 title claims abstract description 82
- 238000012545 processing Methods 0.000 claims abstract description 333
- 238000013515 script Methods 0.000 claims abstract description 272
- 238000007781 pre-processing Methods 0.000 claims abstract description 48
- 230000004044 response Effects 0.000 claims description 198
- 230000008569 process Effects 0.000 claims description 36
- 230000015654 memory Effects 0.000 claims description 31
- 238000010586 diagram Methods 0.000 description 25
- 238000006243 chemical reaction Methods 0.000 description 22
- 230000006870 function Effects 0.000 description 18
- 230000008859 change Effects 0.000 description 16
- 238000004891 communication Methods 0.000 description 9
- 238000004590 computer program Methods 0.000 description 7
- 238000012804 iterative process Methods 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000011022 operating instruction Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000008602 contraction Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000007373 indentation Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000010979 ruby Substances 0.000 description 1
- 229910001750 ruby Inorganic materials 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/258—Data format conversion from or to a database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/80—Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
- G06F16/81—Indexing, e.g. XML tags; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/31—Programming languages or programming paradigms
- G06F8/315—Object-oriented languages
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Computing Systems (AREA)
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
本申请实施例公开了一种数据传输方法、客户端、终端、服务器及存储介质，所述方法包括：客户端按照预设数据格式的第一结构生成请求数据；若第一结构与服务器对应的预设结构不同，则根据请求数据和第一数据处理脚本生成请求信息；其中，第一数据处理脚本用于进行数据结构的转换；向服务器发送请求信息。服务器接收客户端发送的请求信息；若请求信息包括第一数据处理脚本，则利用第一数据处理脚本对请求信息中的请求数据进行预处理，获得第二处理后数据；其中，第一数据处理脚本用于进行数据结构的转换；按照客户端对应的预设数据格式的预设结构处理第二处理后数据，获得第二数据结果。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种数据传输方法、客户端、终端、服务器及存储介质。
背景技术
在客户端服务器(Client Server，CS)架构中，客户端与服务器之间进行数据传输时，使用的数据结构往往是客户端和服务器预先约定的。因此在客户端或者服务器收到对方传输的数据后，可以直接按照约定好的数据结构对字符串进行解析。然而，在迭代的过程中增加新的功能时，数据结构也会进行相应的改变，为了能够进行数据的解析，就不能继续使用预先约定的数据结构进行处理，而是通过代码的改动来使用改变后的数据结构进行数据处理。
但是，代码的改动会不可避免地产生意外事故，降低了数据传输的准确性和传输效率效率。
发明内容
本申请实施例提供了一种数据传输方法、客户端、终端、服务器及存储介质，避免了代码改动产生意外事故的情况，降低了数据传输的准确性和传输效率效率。
本申请实施例的技术方案是这样实现的：
第一方面，本申请实施例提供了一种数据传输方法，所述数据传输方法应用于客户端，所述方法包括：
按照预设数据格式的第一结构生成请求数据；
若所述第一结构与服务器对应的预设结构不同，则根据所述请求数据和第一数据处理脚本生成请求信息；其中，所述第一数据处理脚本用于进行数据结构的转换；
向所述服务器发送所述请求信息。
第二方面，本申请实施例提供了一种数据传输方法，所述数据传输方法应用于服务器，所述方法包括：
接收客户端发送的请求信息；
若所述请求信息包括第一数据处理脚本，则利用所述第一数据处理脚本对所述请求信息中的请求数据进行预处理，获得第二处理后数据；其中，所述第一数据处理脚本用于进行数据结构的转换；
按照所述客户端对应的预设数据格式的预设结构处理所述第二处理后数据，获得第二数据结果。
第三方面，本申请实施例提供了一种客户端，所述客户端包括：第一生成单元，第一发送单元，
所述第一生成单元，用于按照预设数据格式的第一结构生成请求数据；若所述第一结构与服务器对应的预设结构不同，则根据所述请求数据和第一数据处理脚本生成请求信息；其中，所述第一数据处理脚本用于进行数据结构的转换；
所述第一发送单元，用于向所述服务器发送所述请求信息。
第四方面，本申请实施例提供了一种服务器，所述服务器包括：第二接收单元，第二处理单元
所述第二接收单元，用于接收客户端发送的请求信息；
所述第二处理单元，用于若所述请求信息包括第一数据处理脚本，则利用所述第一数据处理脚本对所述请求信息中的请求数据进行预处理，获得第二处理后数据；其中，所述第一数据处理脚本用于进行数据结构的转换；按照所述客户端对应的预设数据格式的预设结构处理所述第二处理后数据，获得第二数据结果。
第五方面，本申请实施例提供了一种终端，所述终端运行客户端，所述终端包括第一处理器、存储有所述第一处理器可执行指令的第一存储器，当所述指令被所述第一处理器执行时，实现如第一方面所述的数据传输方法。
第六方面，本申请实施例提供了一种服务器，所述服务器包括第二处理器、存储有所述第二处理器可执行指令的第二存储器，当所述指令被所述第二处理器执行时，实现如第二方面所述的数据传输方法。
第七方面，本申请实施例提供了一种计算机可读存储介质，其上存储有程序，应用于客户端和服务器中，所述程序被第一处理器执行时，实现如第一方面所述的数据传输方法；所述程序被第二处理器执行时，实现如第二方面所述的数据传输方法。
本申请实施例提供了一种数据传输方法、客户端、终端、服务器及存储介质，客户端按照预设数据格式的第一结构生成请求数据；若第一结构与服务器对应的预设结构不同，则根据请求数据和第一数据处理脚本生成请求信息；其中，第一数据处理脚本用于进行数据结构的转换；向服务器发送请求信息。服务器接收客户端发送的请求信息；若请求信息包括第一数据处理脚本，则利用第一数据处理脚本对请求信息中的请求数据进行预处理，获得第二处理后数据；其中，第一数据处理脚本用于进行数据结构的转换；按照客户端对应的预设数据格式的预设结构处理第二处理后数据，获得第二数据结果。也就是说，在本申请的实施例中，客户端和服务器在进行数据的传输时，如果客户端生成请求数据时使用的数据结构不是预先与服务器约定号的预设结构，客户端便会下发用于进行数据结构转换的第一数据处理脚本，从而使服务器在进行请求数据的处理时，先使用第一数据处理脚本进行数据的预处理，再使用预设结构处理获得数据结果。可见，本申请实施例提出的数据传输方法，客户端或服务器在处理与预先约定的预设结构不同的数据时，不再进行处理数据格式的代码的改变，而是直接使用数据处理脚本进行数据结构的转换，避免了代码改动产生意外事故的情况，降低了数据传输的准确性和传输效率效率。
附图说明
图1为客户端和服务器传输数据的示意图一；
图2为客户端和服务器传输数据的示意图二；
图3为数据传输方法的实现流程示意图一；
图4为数据传输方法的实现流程示意图二；
图5为数据传输方法的实现流程示意图三；
图6为数据传输方法的实现流程示意图四；
图7为数据传输方法的实现流程示意图五；
图8为数据传输方法的实现流程示意图六；
图9为数据传输方法的实现流程示意图七；
图10为数据传输方法的实现流程示意图八；
图11为客户端的组成结构示意图一；
图12为服务器的组成结构示意图一；
图13为数据传输方法的实现流程示意图九；
图14为数据传输方法的实现流程示意图十；
图15为客户端的组成结构示意图二；
图16为终端的组成结构示意图；
图17为服务器的组成结构示意图二；
图18为服务器的组成结构示意图三。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释相关申请，而非对该申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关申请相关的部分。
在客户端服务器CS架构中，客户端向服务器发起请求，或者服务器返回给客户端，数据的格式通常是事先约定好JSON(JavaScript Object Notation)字符串。客户端和服务器收到对方的数据后，再按照约定好的格式对字符串进行解析。
然而，如果约定好的格式有所改变，那么客户端或服务器就需要进行相应地变动，以保证数据解析的正确性。例如，以客户端向服务器发送请求数据为例，如果客户端请求的JSON结构有所变动，则服务器在接收到JSON的时候，为了正确解析JSON，则服务器的代码必须修改，根据新的JSON结构来解析。
图1为客户端和服务器传输数据的示意图一，如图1所示，客户端在向服务器发起请求时，可以先按照约定的数据结构填充请求数据，然后发送携带有请求数据的请求信息，服务器中的数据处理模块可以按照约定的数据结构处理请求信息中的请求数据，获得数据结果，并将数据结果返回给客户端。
基于上述图1，图2为客户端和服务器传输数据的示意图二，如图2所示，由于迭代的过程，客户端再次向服务器发起请求时，用于生成请求数据的数据结构可能发生了改变，即客户端按照新的结构填充请求数据，然后发送携带有请求数据的请求信息，此时，服务器中的数据处理模块无法再按照约定的数据结构处理请求信息中的请求数据，而是需要先按照新的结构对数据处理模块的代码进行更新，然后再按照新的结构处理请求数据，获得数据结果，并将数据结果返回给客户端。
然而，一般情况下，服务器端的代码由于历史的包袱比较大，如果对代码进行改动，不仅仅会增加人力成本和维护成本，且容易出现意外事故，降低数据传输的正确性和传输效率。
也就是说，刚开始，客户端和服务器按照约定好的JSON结构通信。后来客户端迭代过程中，新增了功能，JSON格式更改了。客户端发送给服务器的JSON结构更改时，服务器需要做代码上的改动才能正常通信，这样会造成数据传输不准确、传输效率低的问题。
为了解决上述问题，在本申请的实施例中，客户端和服务器在进行数据的传输时，如果客户端生成请求数据时使用的数据结构不是预先与服务器约定号的预设结构，客户端便会下发用于进行数据结构转换的第一数据处理脚本，从而使服务器在进行请求数据的处理时，先使用第一数据处理脚本进行数据的预处理，再使用预设结构处理获得数据结果。可见，本申请实施例提出的数据传输方法，客户端或服务器在处理与预先约定的预设结构不同的数据时，不再进行处理数据格式的代码的改变，而是直接使用数据处理脚本进行数据结构的转换，避免了代码改动产生意外事故的情况，降低了数据传输的准确性和传输效率效率。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。
本申请一实施例提供了一种数据传输方法，应用于客户端中，其中，客户端，即为客户提供本地服务的程序。除了一些只在本地运行的应用程序之外，一般安装在普通的客户机上，需要与服务端互相配合运行。因特网发展以后，较常用的客户端包括了如万维网使用的网页浏览器、收寄电子邮件时的电子邮件客户端、以及即时通讯的客户端软件等。对于这一类应用程序，需要网络中有相应的服务器和服务程序来提供相应的服务，如数据库服务、电子邮件服务等。
图3为数据传输方法的实现流程示意图一，如图3所示，在本申请的实施例中，客户端传输数据的方法可以包括以下步骤：
步骤101、按照预设数据格式的第一结构生成请求数据。
在本申请的实施例中，客户端可以先按照预设数据格式的第一结构进行请求数据的生成。具体地，客户端可以按照预设数据格式的第一结构填充好请求数据。
需要说明的是，在本申请的实施例中，客户端在向服务器请求数据的时候，需要先进行请求数据的生成，然后才可以向服务器发送请求。
进一步地，在本申请的实施例中，预设数据格式可以为以下几种格式中的任意一种：JSON格式、可扩展标记语言(Extensible Markup Language，XML)格式、另一种标记语言(YAML Ain't Markup Language，YAML)格式。
也就是说，在本申请的实施例中，客户端可以按照JSON格式的第一结构进行请求数据的生成，或者，客户端可以按照XML格式的第一结构进行请求数据的生成，再或者，客户端可以按照YAML格式的第一结构进行请求数据的生成。
其中，JSON格式是一种轻量级的数据交换格式。它基于欧洲计算机协会制定的js规范的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。
任何支持的类型都可以通过JSON来表示，例如字符串、数字、对象、数组等。但是对象和数组是比较特殊且常用的两种类型。
其中，XML是一种用于标记电子文件使其具有结构性的标记语言。在电子计算机中，标记指计算机所能理解的信息符号，通过此种标记，计算机之间可以处理包含各种的信息比如文章等。它可以用来标记数据、定义数据类型，是一种允许用户对自己的标记语言进行定义的源语言。它非常适合万维网传输，提供统一的方法来描述和交换独立于应用程序或供应商的结构化数据。是Internet环境中跨平台的、依赖于内容的技术，也是当今处理分布式结构信息的有效工具。
XML的简单易于在任何应用程序中读/写数据，这使XML很快成为数据交换的唯一公共语言，虽然不同的应用软件也支持其他的数据交换格式，但不久之后它们都将支持XML，那就意味着程序可以更容易的与Windows、Mac OS、Linux以及其他平台下产生的信息结合，然后可以很容易加载XML数据到程序中并分析它，并以XML格式输出结果。
其中，YAML格式是一个可读性高，用来表达数据序列化的格式。YAML的语法和其他高级语言类似，并且可以简单表达清单、散列表，标量等数据形态。它使用空白符号缩进和大量依赖外观的特色，特别适合用来表达或编辑数据结构、各种配置文件、倾印调试内容、文件大纲(例如：许多电子邮件标题格式和YAML非常接近)。尽管它比较适合用来表达层次结构式(hierarchical model)的数据结构，不过也有精致的语法可以表示关系性(relational model)的数据。由于YAML使用空白字符和分行来分隔数据，使得它特别适合用grep/Python/Perl/Ruby操作。其让人最容易上手的特色是巧妙避开各种封闭符号，如：引号、各种括号等，这些符号在嵌套结构时会变得复杂而难以辨认。
可以理解的是，在本申请的实施例中，第一结构可以为预设数据格式的任意一种可能的数据结构。
需要说明的是，在本申请中，客户端可以运行在终端中。示例性的，终端可以为各种电子设备，包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(Personal Digital Assistant，PDA)、平板电脑(PAD)、便携式多媒体播放器(PortableMedia Player，PMP)、车载电子设备(例如车载导航电子设备)等等的移动电子设备以及诸如数字电视(TV)、台式计算机等等的固定电子设备。
步骤102、若第一结构与服务器对应的预设结构不同，则根据请求数据和第一数据处理脚本生成请求信息；其中，第一数据处理脚本用于进行数据结构的转换。
在本申请的实施例中，客户端在按照预设数据格式的第一结构生成请求数据之后，如果第一结构与服务器对应的预设结构不同，那么客户端可以根据请求数据和第一数据处理脚本生成请求信息。
需要说明的是，在本申请的实施例中，服务器对应的预设结构为客户端与服务器约定好的、预设数据格式的一种可能的结构。即客户端和服务器可以通过该预设数据格式的预设结构进行数据的传输，完成通信。
进一步地，在本申请中，客户端迭代过程中，由于新功能的增加，已经与服务器约定好的预设数据格式的预设结构可能发生了改变，即客户端生成请求数据的第一结构可能不再是预设数据格式的预设结构。
可以理解的是，在本申请的实施例中，如果客户端生成请求数据的预设数据格式的第一结构与预先与服务器约定的预设数据格式的预设结构不相同，那么客户端可以进行第一数据处理脚本的下发。
进一步地，在本申请的实施例中，第一数据处理脚本可以用于进行数据结构的转换。具体地，客户端可以根据生成请求数据的第一结构和预设结构确定第一数据处理脚本，该第一数据处理脚本可以将请求数据的第一结构，转换为与服务器预先约定好的预设结构，即第一数据处理脚本用于预设数据格式的第一结构和预设结构的转换。
可以理解的是，在本申请的实施例中，如果第一结构不同于预设结构，那么客户端可以根据请求数据和第一数据处理脚本进行请求信息的生成。即请求信息中除了包括有请求数据以外，还包括有第一数据处理脚本。
示例性的，在本申请中，第一数据处理脚本包括以下几种脚本中的任意一种：Lua脚本、js脚本、Python脚本。
其中，Lua是一个小巧的脚本语言。其设计目的是为了通过灵活嵌入应用程序中从而为应用程序提供灵活的扩展和定制功能。Lua由标准C编写而成，几乎在所有操作系统和平台上都可以编译，运行。Lua并没有提供强大的库，这是由它的定位决定的。所以Lua不适合作为开发独立应用程序的语言。Lua有一个同时进行的JIT项目，提供在特定平台上的即时编译功能。
Lua脚本可以很容易的被C/C++代码调用，也可以反过来调用C/C++的函数，这使得Lua在应用程序中可以被广泛应用。不仅仅作为扩展脚本，也可以作为普通的配置文件，代替XML，ini等文件格式，并且更容易理解和维护。
其中，JS即Javascript，是一种由Netscape的LiveScript发展而来的脚本语言，主要目的是为了解决服务器终端语言，比如Perl，脚本语言。JavaScript是一种属于网络的脚本语言，已经被广泛用于Web应用开发，常用来为网页添加各式各样的动态功能，为用户提供更流畅美观的浏览效果。通常JavaScript脚本是通过嵌入在HTML中来实现自身的功能的。
具体地，JS是一种解释性脚本语言(代码不进行预编译)，主要用来向HTML(标准通用标记语言下的一个应用)页面添加交互行为，可以直接嵌入HTML页面，但写成单独的js文件有利于结构和行为的分离，具有跨平台特性，在绝大多数浏览器的支持下，可以在多种平台下运行(如Windows、Linux、Mac、Android、iOS等)。
Javascript脚本语言同其他语言一样，有它自身的基本数据类型，表达式和算术运算符及程序的基本程序框架。Javascript提供了四种基本的数据类型和两种特殊数据类型用来处理数据和文字。而变量提供存放信息的地方，表达式则可以完成较复杂的信息处理。
其中，Python脚本是一种面向对象、直译式电脑编程语言，也是一种功能强大的通用型语言，已经具有近二十年的发展历史，成熟且稳定。它包含了一组完善而且容易理解的标准库，能够轻松完成很多常见的任务。它的语法非常简捷和清晰，与其它大多数程序设计语言不一样，它使用缩进来定义语句。
具体地，Python是一种解释型语言，即开发过程中没有了编译这个环节。类似于PHP和Perl语言。Python是交互式语言，即，可以在一个Python提示符，直接互动执行写你的程序。Python是面向对象语言，即Python支持面向对象的风格或代码封装在对象的编程技术。Python是初学者的语言，即Python对初级程序员而言，是一种伟大的语言，它支持广泛的应用程序开发，从简单的文字处理到WWW浏览器再到游戏。
Python支持命令式程序设计、面向对象程序设计、函数式编程、面向切面编程、泛型编程多种编程范式。与Scheme、Ruby、Perl、Tcl等动态语言一样，Python具备垃圾回收功能，能够自动管理存储器使用。它经常被当作脚本语言用于处理系统管理任务和网络程序编写，然而它也非常适合完成各种高级任务。Python虚拟机本身几乎可以在所有的作业系统中运行。使用一些诸如py2exe、PyPy、PyInstaller之类的工具可以将Python源代码转换成可以脱离Python解释器运行的程序。
进一步地，在本申请的实施例中，图4为数据传输方法的实现流程示意图二，如图4所示，客户端在按照预设数据格式的第一结构生成请求数据之后，即步骤101之后，客户端传输数据的方法还可以包括以下步骤：
步骤104、若第一结构与预设结构相同，则根据请求数据生成请求信息。
在本申请的实施例中，客户端在按照预设数据格式的第一结构生成请求数据之后，如果第一结构与服务器对应的预设结构相同，那么客户端可以直接根据请求数据生成请求信息。
可以理解的是，在本申请的实施例中，如果客户端生成请求数据的预设数据格式的第一结构与预先与服务器约定的预设数据格式的预设结构相同，那么客户端便不需要进行第一数据处理脚本的下发。
也就是说，在本申请中，如果第一结构为预设结构，那么客户端可以根据请求数据进行请求信息的生成。即请求信息中仅包括有请求数据，并不包括第一数据处理脚本。
步骤103、向服务器发送请求信息。
在本申请的实施例中，客户端在完成请求信息的生成以后，可以向服务器发送请求信息。
具体地，在本申请中，如果第一结构与预设结构相同，那么请求信息中仅包括有请求数据，如果第一结构与预设结构不同，那么除了请求数据以外，请求信息中还包括有第一数据处理脚本。
也就是说，在本申请中，如果客户端生成的请求数据的预设数据格式的第一结构不再是与服务器预先约定好的预设结构，那么客户端可以在将请求数据发送至服务器的同时，也向服务器下发第一数据处理脚本，该第一数据处理脚本可以用于数据结构的转换，将第一结构转换为预设结构，从而可以避免服务器在处理不同于预设结构的请求数据时进行代码的改变，而是先使用第一数据处理脚本对请求数据进行预处理，获得符合预设结构的数据，再按照预设结构进行数据的处理，获得最终的数据结果。
相应地，在本申请中，如果客户端生成的请求数据的预设数据格式的第一结构仍然是与服务器预先约定好的预设结构，那么客户端可以直接将请求数据发送至服务器，而不需要向服务器下发第一数据处理脚本，服务器在处理请求数据时，也可以直接按照预设结构进行数据的处理，获得最终的数据结果。
图5为数据传输方法的实现流程示意图三，如图5所示，在本申请的实施例中，客户端在向所述服务器发送所述请求信息之后，即步骤103之后，客户端传输数据的方法还可以包括以下步骤：
步骤105、接收服务器返回的、请求信息对应的响应信息。
在本申请的实施例中，客户端在向服务器发送请求信息之后，便可以接收服务器返回的、用于响应请求信息中的请求数据的响应信息。
需要说明的是，在本申请的实施例中，服务器返回的响应信息中可以包括有请求数据对应的响应数据。
进一步地，在本申请的实施例中，客户端在接收服务器返回的响应数据之后，可以对响应数据进行数据处理，从而获得处理后的第一数据结果。具体地，客户端可以按照与服务器预先预定的预设数据格式的预设结构解析处理响应数据。
可以理解的是，在本申请中，服务器可以按照预设数据格式的预设结构进行响应数据的生成，也可以按照不同于预设结构的、预设数据格式的其他结构进行响应数据的生成，因此，客户端是否可以直接按照预设结构处理响应数据，取决于服务器生成响应数据时使用的数据结构。
示例性的，在本申请的实施例中，图6为数据传输方法的实现流程示意图四，如图6所示，客户端在接收所述服务器返回的、所述请求信息对应的响应信息之后，即步骤105之后，当所述响应信息不包括第二数据处理脚本时，客户端传输数据的方法还可以包括以下步骤：
步骤106、按照预设结构处理响应信息中的响应数据，获得第一数据结果。
在本申请的实施例中，如果服务器发送的响应信息中仅包括响应数据，而不包括用于进行数据结构转换的第二数据处理脚本，那么客户端可以直接按照预设结构处理响应信息中的响应数据，从而可以获得第一数据结果。
可以理解的是，在本申请中，如果服务器在向客户端返回响应数据的同时，没有下发对应的第二数据处理脚本，那么就可以认为服务器仍然是按照与客户端预先约定的预设结构进行响应数据的生成的，因此，客户端不需要对响应数据进行数据结构的转换，而是可以直接使用预设数据格式的预设结构解析处理响应数据，从而获得对应的第一数据结果。
示例性的，在本申请的实施例中，图7为数据传输方法的实现流程示意图五，如图7所示，客户端在接收所述服务器返回的、所述请求信息对应的响应信息之后，即步骤105之后，当所述响应信息包括第二数据处理脚本时，客户端传输数据的方法还可以包括以下步骤：
步骤107、利用第二数据处理脚本对响应信息中的响应数据进行预处理，获得第一处理后数据。
步骤108、按照预设结构处理第一处理后数据，获得第一数据结果。
在本申请的实施例中，如果服务器发送的响应信息中既包括了响应数据，还包括用于进行数据结构转换的第二数据处理脚本，那么客户端可以先利用第二数据处理脚本对响应信息中的响应数据进行预处理，获得第一处理后数据，其中，第一处理后数据的数据结构符合预设数据格式的预设结构，然后再按照预设结构对第一处理后数据进行解析处理，从而可以获得第一数据结果。
可以理解的是，在本申请中，如果服务器在向客户端返回响应数据的同时，还下发对应的第二数据处理脚本，那么就可以认为服务器并没有按照与客户端预先约定的预设结构进行响应数据的生成的，而是按照与预设结构不同的、预设数据格式的其他结构生成响应数据的，因此，客户端不能直接使用预设数据格式的预设结构解析处理响应数据，而是需要先对响应数据进行数据结构的转换。
进一步地，在本申请的实施例中，第二数据处理脚本可以用于进行数据结构的转换。具体地，服务器可以根据生成响应数据的第二结构和预设结构确定第二数据处理脚本，该第二数据处理脚本可以将响应数据的第二结构，转换为与客户端预先约定好的预设结构，即第二数据处理脚本用于预设数据格式的第二结构和预设结构的转换。
需要说明的是，在本申请的实施例中，客户端可以部署有一套脚本的执行环境，从而可以在脚本执行环境里，使用第二数据处理脚本对响应数据进行预处理，完成数据结构的转换。
可以理解的是，在本申请中，第二数据处理脚本可以与第一数据处理脚本相同，也可以不同。
示例性的，在本申请中，第二数据处理脚本包括以下几种脚本中的任意一种：Lua脚本、js脚本、Python脚本。
也就是说，在本申请中，如果客户端接收到的响应信息中包括有第二数据处理脚本，那么客户端可以使用该第二数据处理脚本对响应信息中的响应数据进行预处理，然后再按照预设结构进行数据的处理，获得最终的数据结果。而不需要在处理不同于预设结构的响应数据时进行代码的改变。
综上所述，在本申请的实施例中，通过上述步骤101至步骤108所提出的数据的传输方法，在客户端向服务器请求数据时，如果请求数据的预设数据格式的第一结构，和之前与服务器预先约定的预设数据格式的预设结构不一致，那么客户端便下发第一数据处理脚本，第一数据处理脚本的功能是可以把请求数据的第一结构，改成之前与服务器约定一致的预设结构，从而可以在服务器接收到请求数据之后，使用接收到的第一数据处理脚本对请求数据进行预处理，在完成预处理之后，获得符合客户端与服务器约定的预设结构的数据，然后再按照预设结构对该数据进行解析处理。从而使服务器避免在处理不同于预设结构的请求数据时进行代码的改变。
进一步地，在本申请中，客户端还可以搭建一个第二数据处理脚本的执行环境，在接收到服务器返回的响应信息之后，如果响应信息中包括有第二数据处理脚本，那么客户端可以使用第二数据处理脚本对响应信息中的响应数据进行预处理，在完成预处理之后，获得符合客户端与服务器约定的预设结构的第一处理后数据，然后再按照预设结构对该第一处理后数据进行解析处理，获得第一数据结果。
本申请实施例提供了一种数据传输方法，客户端按照预设数据格式的第一结构生成请求数据；若第一结构与服务器对应的预设结构不同，则根据请求数据和第一数据处理脚本生成请求信息；其中，第一数据处理脚本用于进行数据结构的转换；向服务器发送请求信息。也就是说，在本申请的实施例中，客户端和服务器在进行数据的传输时，如果客户端生成请求数据时使用的数据结构不是预先与服务器约定号的预设结构，客户端便会下发用于进行数据结构转换的第一数据处理脚本，从而使服务器在进行请求数据的处理时，先使用第一数据处理脚本进行数据的预处理，再使用预设结构处理获得数据结果。可见，本申请实施例提出的数据传输方法，客户端或服务器在处理与预先约定的预设结构不同的数据时，不再进行处理数据格式的代码的改变，而是直接使用数据处理脚本进行数据结构的转换，避免了代码改动产生意外事故的情况，降低了数据传输的准确性和传输效率效率。
本申请的再一实施例提供了一种数据传输方法，应用于服务器中，其中，服务器在网络中为其它客户机(如PC机、智能手机、ATM等终端甚至是火车系统等大型设备)提供计算或者应用服务。服务器具有高速的CPU运算能力、长时间的可靠运行、强大的I/O外部数据吞吐能力以及更好的扩展性。根据服务器所提供的服务，一般来说服务器都具备承担响应服务请求、承担服务、保障服务的能力。服务器作为电子设备，其内部的结构十分的复杂，但与普通的计算机内部结构相差不大，如：CPU、硬盘、内存，系统、系统总线等。
图8为数据传输方法的实现流程示意图六，如图8所示，在本申请的实施例中，服务器传输数据的方法可以包括以下步骤：
步骤201、接收客户端发送的请求信息。
在本申请的实施例中，服务器可以先接收客户端发送的请求信息。
需要说明的是，在本申请中，服务器接收客户端发送的请求信息中可以包括有请求数据。
进一步地，在本申请的实施例中，服务器接在接收客户端发送的请求信息之后，可以对请求数据进行数据处理，从而获得处理后的第二数据结果。具体地，服务器可以按照与客户端预先预定的预设数据格式的预设结构解析处理请求数据。
步骤202、若请求信息包括第一数据处理脚本，则利用第一数据处理脚本对请求信息中的请求数据进行预处理，获得第二处理后数据；其中，第一数据处理脚本用于进行数据结构的转换。
在本申请的实施例中，服务器在接收到客户端发送的请求信息之后，如果客户端发送的请求信息中既包括了请求数据，还包括用于进行数据结构转换的第一数据处理脚本，那么服务器可以先利用第一数据处理脚本对请求信息中的请求数据进行预处理，获得第二处理后数据。
可以理解的是，在本申请中，如果客户端在向服务器发送请求数据的同时，还下发对应的第一数据处理脚本，那么就可以认为客户端并没有按照与服务器预先约定的预设结构进行请求数据的生成的，而是按照与预设结构不同的、预设数据格式的其他结构生成请求数据的，因此，服务器不能直接使用预设数据格式的预设结构解析处理请求数据，而是需要先对请求数据进行数据结构的转换。
需要说明的是，在本申请的实施例中，预设数据格式的预设结构为客户端与服务器约定好的、预设数据格式的一种可能的结构。即客户端和服务器可以通过该预设数据格式的预设结构进行数据的传输，完成通信。
进一步地，在本申请中，客户端迭代过程中，由于新功能的增加，已经与服务器约定好的预设数据格式的预设结构可能发生了改变，即客户端生成请求数据的第一结构可能不再是预设数据格式的预设结构。
可以理解的是，在本申请中，客户端可以按照预设数据格式的预设结构进行请求数据的生成，也可以按照不同于预设结构的、预设数据格式的其他结构进行请求数据的生成，因此，服务器是否可以直接按照预设结构处理请求数据，取决于客户端生成请求数据时使用的数据结构。
进一步地，在本申请的实施例中，预设数据格式可以为以下几种格式中的任意一种：JSON格式、可扩展标记语言XML格式、另一种标记语言YAML格式。
可以理解的是，在本申请的实施例中，第一结构可以为预设数据格式的任意一种可能的数据结构。
需要说明的是，在本申请的实施例中，第一数据处理脚本可以用于进行数据结构的转换。具体地，客户端可以根据生成请求数据的第一结构和预设结构确定第一数据处理脚本，该第一数据处理脚本可以将请求数据的第一结构，转换为与服务器预先约定好的预设结构，即第一数据处理脚本用于预设数据格式的第一结构和预设结构的转换。
示例性的，在本申请中，第一数据处理脚本包括以下几种脚本中的任意一种：Lua脚本、js脚本、Python脚本。
需要说明的是，在本申请的实施例中，服务器可以部署有一套脚本的执行环境，从而可以在脚本执行环境里，使用第一数据处理脚本对请求数据进行预处理，完成数据结构的转换。
进一步地，在本申请的实施例中，图9为数据传输方法的实现流程示意图七，如图9所示，服务器在接收客户端发送的请求信息之后，即步骤201之后，服务器传输数据的方法还包括：
步骤204、若请求信息不包括第一数据处理脚本，则按照预设结构处理请求数据，获得第二数据结果。
在本申请的实施例中，服务器在接收到客户端发送的请求信息之后，如果客户端发送的请求信息中仅包括请求数据，而不包括用于进行数据结构转换的第一数据处理脚本，那么服务器可以直接按照预设结构处理请求信息中的请求数据，从而可以获得第二数据结果。
可以理解的是，在本申请中，如果客户端在发送请求数据的同时，没有下发对应的第一数据处理脚本，那么就可以认为客户端仍然是按照与服务器预先约定的预设结构进行请求数据的生成的，因此服务器不需要对请求数据进行数据结构的转换，而是可以直接使用预设数据格式的预设结构解析处理请求数据，从而获得对应的第二数据结果。
步骤203、按照客户端对应的预设数据格式的预设结构处理第二处理后数据，获得第二数据结果。
在本申请的实施例中，如果请求信息包括第一数据处理脚本，那么服务器在利用第一数据处理脚本对请求信息中的请求数据进行预处理，获得第二处理后数据之后，可以再按照预设结构对第二处理后数据进行解析处理，从而可以获得第二数据结果。
也就是说，在本申请中，如果服务器接收到的请求信息中包括有第一数据处理脚本，那么服务器可以使用该第一数据处理脚本对请求信息中的请求数据进行预处理，获得第二处理后数据，其中，第二处理后数据的数据结构符合预设数据格式的预设结构，然后再按照预设结构对第二处理后数据进行解析处理，获得最终的第二数据结果，避免在处理不同于预设结构的请求数据时进行代码的改变。
进一步地，在本申请的实施例中，图10为数据传输方法的实现流程示意图八，如图10所示，服务器在按照预设结构完成数据处理，获得第二数据结果之后，即步骤203之后，服务器传输数据的方法还可以包括以下步骤：
步骤205、根据第二数据结果生成响应信息。
步骤206、向客户端发送响应信息。
在本申请的实施例中，服务器在按照预设结构进行数据处理，获得第二数据结果之后，可以再根据第二数据结果生成请求信息对应的响应信息，其中，响应信息中包括有响应数据。然后，服务器可以向客户端返回该响应信息，以响应请求信息。
需要说明的是，在本申请的实施例中，服务器在响应客户端的请求数据时，需要先进行响应数据的生成，然后才可以向客户端发送响应数据。
可以理解的是，在本申请中，服务器可以按照预设数据格式的预设结构进行响应数据的生成，也可以按照不同于预设结构的、预设数据格式的其他结构进行响应数据的生成。
示例性的，在本申请中，服务器可以按照预设数据格式的第二结构填充好响应数据。其中，第二结构可以为预设数据格式的任意一种可能的数据结构。第二结构可以与预设结构相同，也可以与预设结构不同。
也就是说，在本申请的实施例中，服务器可以按照JSON格式的第二结构进行响应数据的生成，或者，服务器可以按照XML格式的第二结构进行响应数据的生成，再或者，服务器可以按照YAML格式的第二结构进行响应数据的生成。
进一步地，在本申请的实施例中，服务器在根据所述第二数据结果生成响应信息时，可以先基于所述第二数据结果，按照第二结构生成所述请求数据对应的响应数据；如果所述第二结构与所述预设结构不同，那么服务器可以根据所述响应数据和第二数据处理脚本生成所述响应信息；其中，所述第二数据处理脚本用于进行数据结构的转换。
可以理解的是，在本申请的实施例中，如果服务器生成响应数据的预设数据格式的第二结构与预先与客户端约定的预设数据格式的预设结构不相同，那么服务器可以进行第二数据处理脚本的下发。
进一步地，在本申请的实施例中，第二数据处理脚本可以用于进行数据结构的转换。具体地，服务器可以根据生成响应数据的第二结构和预设结构确定第二数据处理脚本，该第二数据处理脚本可以将响应数据的第二结构，转换为与服务器预先约定好的预设结构，即第二数据处理脚本用于预设数据格式的第二结构和预设结构的转换。
可以理解的是，在本申请中，第二数据处理脚本可以与第一数据处理脚本相同，也可以不同。
示例性的，在本申请中，第二数据处理脚本包括以下几种脚本中的任意一种：Lua脚本、js脚本、Python脚本。
需要说明的是，在本申请的实施例中，如果第二结构不同于预设结构，那么服务器可以根据响应数据和第二数据处理脚本进行响应信息的生成。即响应信息中除了包括有响应数据以外，还包括有第二数据处理脚本。
进一步地，在本申请的实施例中，服务器在根据所述第二数据结果生成响应信息时，可以先基于所述第二数据结果，按照第二结构生成所述请求数据对应的响应数据；如果第二结构与所述预设结构相同，那么服务器可以直接根据所述响应数据生成所述响应信息。
在本申请的实施例中，服务器在按照预设数据格式的第二结构生成响应数据之后，如果第二结构与服务器对应的预设结构相同，那么服务器可以直接根据响应数据生成响应信息。
可以理解的是，在本申请的实施例中，如果服务器生成响应数据的预设数据格式的第二结构与预先与服务器约定的预设数据格式的预设结构相同，那么服务器便不需要进行第二数据处理脚本的下发。
也就是说，在本申请中，如果第二结构为预设结构，那么服务器可以根据响应数据进行响应信息的生成。即响应信息中仅包括有响应数据，并不包括第二数据处理脚本。
进一步地，在本申请的实施例中，服务器在完成响应信息的生成以后，可以向客户端发送响应信息。
具体地，在本申请中，如果第二结构与预设结构相同，那么响应信息中仅包括有响应数据，如果第二结构与预设结构不同，那么除了响应数据以外，响应信息中还包括有第二数据处理脚本。
也就是说，在本申请中，如果服务器生成的响应数据的预设数据格式的第二结构不再是与客户端预先约定好的预设结构，那么服务器可以在将响应数据发送至客户端的同时，也向客户端下发第二数据处理脚本，该第二数据处理脚本可以用于数据结构的转换，将第二结构转换为预设结构，从而可以避免客户端在处理不同于预设结构的响应数据时进行代码的改变，而是先使用第二数据处理脚本对响应数据进行预处理，获得符合预设结构的数据，再按照预设结构进行数据的处理，获得最终的数据结果。
相应地，在本申请中，如果服务器生成的响应数据的预设数据格式的第二结构仍然是与客户端预先约定好的预设结构，那么服务器可以直接将响应数据发送至客户端，而不需要向客户端下发第二数据处理脚本，客户端在处理响应数据时，也可以直接按照预设结构进行数据的处理，获得最终的数据结果。
综上所述，在本申请的实施例中，通过上述步骤201至步骤206所提出的数据的传输方法，服务器可以搭建一个第一数据处理脚本的执行环境，在接收到客户端发送的请求信息之后，如果请求信息中包括有第一数据处理脚本，那么服务器可以使用第一数据处理脚本对请求信息中的请求数据进行预处理，在完成预处理之后，获得符合客户端与服务器约定的预设结构的第二处理后数据，然后再按照预设结构对该第二处理后数据进行解析处理，获得第二数据结果。
进一步地，在本申请中，在服务器向客户端返回响应数据时，如果响应数据的预设数据格式的第二结构，和之前与客户端预先约定的预设数据格式的预设结构不一致，那么服务器便下发第二数据处理脚本，第二数据处理脚本的功能是可以把响应数据的第二结构，改成之前与客户端约定一致的预设结构，从而可以在客户端接收到响应数据之后，使用接收到的第二数据处理脚本对响应数据进行预处理，在完成预处理之后，获得符合客户端与服务器约定的预设结构的数据，然后再按照预设结构对该数据进行解析处理。从而使客户端避免在处理不同于预设结构的请求数据时进行代码的改变。
本申请的实施例提出一种数据传输方法，服务器接收客户端发送的请求信息；若请求信息包括第一数据处理脚本，则利用第一数据处理脚本对请求信息中的请求数据进行预处理，获得第二处理后数据；其中，第一数据处理脚本用于进行数据结构的转换；按照客户端对应的预设数据格式的预设结构处理第二处理后数据，获得第二数据结果。也就是说，在本申请的实施例中，客户端和服务器在进行数据的传输时，如果客户端生成请求数据时使用的数据结构不是预先与服务器约定号的预设结构，客户端便会下发用于进行数据结构转换的第一数据处理脚本，从而使服务器在进行请求数据的处理时，先使用第一数据处理脚本进行数据的预处理，再使用预设结构处理获得数据结果。可见，本申请实施例提出的数据传输方法，客户端或服务器在处理与预先约定的预设结构不同的数据时，不再进行处理数据格式的代码的改变，而是直接使用数据处理脚本进行数据结构的转换，避免了代码改动产生意外事故的情况，降低了数据传输的准确性和传输效率效率。
基于上述实施例，本申请的再一实施例提出了一种数据传输方法，应用于客户端和服务器中，图11为客户端的组成结构示意图一，如图11所示，客户端10可以包括第一数据处理模块11，第一脚本预处理模块12。
具体地，在本申请中，第一数据处理模块11，用于按照预设数据格式的第一结构生成请求数据；若所述第一结构与服务器对应的预设结构不同，则根据所述请求数据和第一数据处理脚本生成请求信息；其中，所述第一数据处理脚本用于进行数据结构的转换；向所述服务器发送所述请求信息。
进一步地，在本申请的实施例中，所述第一数据处理模块11，还用于接收所述服务器返回的、所述请求信息对应的响应信息；
所述第一脚本预处理模块12，用于当所述响应信息包括第二数据处理脚本时，利用所述第二数据处理脚本对所述响应信息中的响应数据进行预处理，获得第一处理后数据；
所述第一数据处理模块11，还用于按照所述预设结构处理所述第一处理后数据，获得第一数据结果。
图12为服务器的组成结构示意图一，如图12所示，服务器20可以包括第二数据处理模块21，第二脚本预处理模块22。
具体地，在本申请中，第二数据处理模块21，用于接收客户端发送的请求信息；
所述第二脚本预处理模块22，用于若所述请求信息包括第一数据处理脚本，则利用所述第一数据处理脚本对所述请求信息中的请求数据进行预处理，获得第二处理后数据；其中，所述第一数据处理脚本用于进行数据结构的转换；
所述第二数据处理模块21，还用于按照所述客户端对应的预设数据格式的预设结构处理所述第二处理后数据，获得第二数据结果。
进一步地，在本申请的实施例中，基于上述图11和图12，图13为数据传输方法的实现流程示意图九，如图13所示，客户端和服务器传输数据的方法可以包括以下步骤：
步骤301、客户端按照预设数据格式的第一结构生成请求数据。
在本申请的实施例中，客户端中的第一数据处理模块可以先按照预设数据格式的第一结构进行请求数据的生成。具体地，第一数据处理模块可以按照预设数据格式的第一结构填充好请求数据。
步骤302、若第一结构与服务器对应的预设结构不同，客户端根据请求数据和第一数据处理脚本生成请求信息。
在本申请的实施例中，客户端中的第一数据处理模块在按照预设数据格式的第一结构生成请求数据之后，如果第一结构与服务器对应的预设结构不同，那么第一数据处理模块可以根据请求数据和第一数据处理脚本生成请求信息；其中，所述第一数据处理脚本用于进行数据结构的转换。
步骤303、客户端向服务器发送请求信息。
在本申请的实施例中，客户端的第一数据处理模块在完成请求信息的生成以后，可以向服务器发送请求信息。
步骤304、服务器利用第一数据处理脚本对请求信息中的请求数据进行预处理，获得第二处理后数据。
在本申请的实施例中，服务器中的第二数据处理模块在接收到客户端发送的请求信息之后，如果客户端发送的请求信息中既包括了请求数据，还包括用于进行数据结构转换的第一数据处理脚本，那么服务器中的第二脚本预处理模块可以先利用第一数据处理脚本对请求信息中的请求数据进行预处理，获得第二处理后数据。
步骤305、服务器按照预设数据格式的预设结构处理第二处理后数据，获得第二数据结果。
在本申请的实施例中，如果请求信息包括第一数据处理脚本，那么服务器中的第二脚本预处理模块在利用第一数据处理脚本对请求信息中的请求数据进行预处理，获得第二处理后数据之后，服务器中的第二数据处理模块可以再按照预设结构对第二处理后数据进行解析处理，从而可以获得第二数据结果。
步骤306、服务器基于第二数据结果，按照第二结构生成请求数据对应的响应数据。
步骤307、若第二结构与预设结构相同，服务器根据响应数据生成响应信息。
步骤308、服务器向客户端发送响应信息。
在本申请的实施例中，服务器中的第二数据处理模块在按照预设结构进行数据处理，获得第二数据结果之后，可以再根据第二数据结果生成请求信息对应的响应信息，其中，响应信息中包括有响应数据。然后，服务器可以向客户端返回该响应信息，以响应请求信息。
进一步地，在本申请的实施例中，服务器在根据所述第二数据结果生成响应信息时，可以先基于所述第二数据结果，按照第二结构生成所述请求数据对应的响应数据；如果第二结构与所述预设结构相同，那么服务器可以直接根据所述响应数据生成所述响应信息。
步骤309、客户端按照预设结构处理响应信息中的响应数据，获得第一数据结果。
在本申请的实施例中，如果服务器发送的响应信息中仅包括响应数据，而不包括用于进行数据结构转换的第二数据处理脚本，那么客户端中的第一数据处理模块可以直接按照预设结构处理响应信息中的响应数据，从而可以获得第一数据结果。
综上所述，在本申请的实施例中，通过上述步骤301至步骤309所提出的数据的传输方法，在客户端向服务器请求数据时，如果请求数据的预设数据格式的第一结构，和之前与服务器预先约定的预设数据格式的预设结构不一致，那么客户端便下发第一数据处理脚本，第一数据处理脚本的功能是可以把请求数据的第一结构，改成之前与服务器约定一致的预设结构，从而可以在服务器接收到请求数据之后，服务器中的第二脚本预处理模块使用接收到的第一数据处理脚本对请求数据进行预处理，在完成预处理之后，获得符合客户端与服务器约定的预设结构的数据，然后再按照预设结构对该数据进行解析处理。从而使服务器避免在处理不同于预设结构的请求数据时进行代码的改变。
进一步地，在本申请中，服务器可以搭建一个脚本的执行环境，在请求信息中包括有第一数据处理脚本时，服务器中的第二脚本预处理模块可以在脚本执行环境里，使用第一数据处理脚本对请求数据进行预处理，预处理完后，再传给服务器中的第二数据处理模块处理数据。
进一步地，在本申请的实施例中，基于上述图11和图12，图14为数据传输方法的实现流程示意图十，如图14所示，客户端和服务器传输数据的方法可以包括以下步骤：
步骤401、客户端按照预设数据格式的第一结构生成请求数据。
在本申请的实施例中，客户端中的第一数据处理模块可以先按照预设数据格式的第一结构进行请求数据的生成。具体地，第一数据处理模块可以按照预设数据格式的第一结构填充好请求数据。
步骤402、若第一结构与服务器对应的预设结构相同，客户端根据请求数据生成请求信息。
在本申请的实施例中，客户端中的第一数据处理模块在按照预设数据格式的第一结构生成请求数据之后，如果第一结构与服务器对应的预设结构相同，那么第一数据处理模块可以直接根据请求数据生成请求信息。
步骤403、客户端向服务器发送请求信息。
在本申请的实施例中，客户端的第一数据处理模块在完成请求信息的生成以后，可以向服务器发送请求信息。
步骤404、服务器按照预设数据格式的预设结构对请求信息中的请求数据进行处理，获得第二处理后数据。
在本申请的实施例中，服务器中的第二数据处理模块在接收到客户端发送的请求信息之后，如果客户端发送的请求信息中仅包括了请求数据，不包括用于进行数据结构转换的第一数据处理脚本，那么服务器中的第二数据处理模块可以直接按照预设结构对第二处理后数据进行解析处理，从而可以获得第二数据结果。
步骤405、服务器基于第二数据结果，按照第二结构生成请求数据对应的响应数据。
步骤406、若第二结构与预设结构不同，服务器根据响应数据和第二数据处理脚本生成响应信息。
步骤407、服务器向客户端发送响应信息。
在本申请的实施例中，服务器中的第二数据处理模块在按照预设结构进行数据处理，获得第二数据结果之后，可以再根据第二数据结果生成请求信息对应的响应信息，其中，响应信息中包括有响应数据。然后，服务器可以向客户端返回该响应信息，以响应请求信息。
进一步地，在本申请的实施例中，服务器在根据所述第二数据结果生成响应信息时，可以先基于所述第二数据结果，按照第二结构生成所述请求数据对应的响应数据；如果第二结构与所述预设结构不相同，那么服务器可以根据所述响应数据和第二数据处理脚本生成所述响应信息。
可以理解的是，在本申请的实施例中，如果服务器生成响应数据的预设数据格式的第二结构与预先与客户端约定的预设数据格式的预设结构不相同，那么服务器可以进行第二数据处理脚本的下发。
进一步地，在本申请的实施例中，第二数据处理脚本可以用于进行数据结构的转换。具体地，服务器可以根据生成响应数据的第二结构和预设结构确定第二数据处理脚本，该第二数据处理脚本可以将响应数据的第二结构，转换为与服务器预先约定好的预设结构，即第二数据处理脚本用于预设数据格式的第二结构和预设结构的转换。
步骤408、客户端利用第二数据处理脚本对响应信息中的响应数据进行预处理，获得第一处理后数据。
步骤409、客户端按照预设结构处理第一处理后数据，获得第一数据结果。
在本申请的实施例中，如果服务器发送的响应信息中既包括了响应数据，还包括用于进行数据结构转换的第二数据处理脚本，那么客户端中的第一脚本预处理模块可以先利用第二数据处理脚本对响应信息中的响应数据进行预处理，获得第一处理后数据，其中，第一处理后数据的数据结构符合预设数据格式的预设结构，然后客户端中的第一数据处理模块再按照预设结构对第一处理后数据进行解析处理，从而可以获得第一数据结果。
综上所述，在本申请的实施例中，通过上述步骤401至步骤409所提出的数据的传输方法，在服务器向客户端返回响应数据时，如果响应数据的预设数据格式的第二结构，和之前与客户端预先约定的预设数据格式的预设结构不一致，那么服务器便下发第二数据处理脚本，第二数据处理脚本的功能是可以把响应数据的第二结构，改成之前与客户端约定一致的预设结构，从而可以在客户端接收到响应数据之后，客户端中的第一脚本预处理模块使用接收到的第二数据处理脚本对响应数据进行预处理，在完成预处理之后，获得符合客户端与服务器约定的预设结构的数据，然后客户端中的第一数据处理模块再按照预设结构对该数据进行解析处理。从而使客户端避免在处理不同于预设结构的响应数据时进行代码的改变。
进一步地，在本申请中，客户端可以搭建一个脚本的执行环境，在响应信息中包括有第二数据处理脚本时，客户端中的第一脚本预处理模块可以在脚本执行环境里，使用第二数据处理脚本对响应数据进行预处理，预处理完后，再传给客户端中的第一数据处理模块处理数据。
本申请实施例提供了一种数据传输方法，客户端或服务器在处理与预先约定的预设结构不同的数据时，不再进行处理数据格式的代码的改变，而是直接使用数据处理脚本进行数据结构的转换，避免了代码改动产生意外事故的情况，降低了数据传输的准确性和传输效率效率。
基于上述实施例，在本申请的另一实施例中，图15为客户端的组成结构示意图二，如图15示，本申请实施例提出的客户端10可以包括第一生成单元13，第一发送单元14，第一接收单元15，第一处理单元16，
所述第一生成单元13，用于按照预设数据格式的第一结构生成请求数据；若所述第一结构与服务器对应的预设结构不同，则根据所述请求数据和第一数据处理脚本生成请求信息；其中，所述第一数据处理脚本用于进行数据结构的转换；
所述第一发送单元14，用于向所述服务器发送所述请求信息。
进一步地，在本申请的实施例中，所述第一接收单元15，用于接收所述服务器返回的、所述请求信息对应的响应信息；
所述第一处理单元16，用于当所述响应信息包括第二数据处理脚本时，利用所述第二数据处理脚本对所述响应信息中的响应数据进行预处理，获得第一处理后数据；按照所述预设结构处理所述第一处理后数据，获得第一数据结果。
进一步地，本申请的实施例提出一种终端，该终端运行如上述实施例所述的客户端，图16为终端的组成结构示意图，如图16示，本申请实施例提出的终端30可以包括第一处理器301、存储有第一处理器301可执行指令的第一存储器302，进一步地，终端30还可以包括第一通信接口303，和用于连接第一处理器301、第一存储器302以及第一通信接口303的第一总线304。
在本申请的实施例中，上述第一处理器301可以为特定用途集成电路(Application Specific Integrated Circuit，ASIC)、数字信号处理器(Digital SignalProcessor，DSP)、数字信号处理装置(Digital Signal Processing Device，DSPD)、可编程逻辑装置(ProgRAMmable Logic Device，PLD)、现场可编程门阵列(Field ProgRAMmableGate Array，FPGA)、中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器功能的电子器件还可以为其它，本申请实施例不作具体限定。终端30还可以包括第一存储器302，该第一存储器302可以与第一处理器301连接，其中，第一存储器302用于存储可执行程序代码，该程序代码包括计算机操作指令，第一存储器302可能包含高速RAM存储器，也可能还包括非易失性存储器，例如，至少两个磁盘存储器。
在本申请的实施例中，第一总线304用于连接第一通信接口303、第一处理器301以及第一存储器302以及这些器件之间的相互通信。
在本申请的实施例中，第一存储器302，用于存储指令和数据。
进一步地，在本申请的实施例中，上述第一处理器301，用于按照预设数据格式的第一结构生成请求数据；若所述第一结构与服务器对应的预设结构不同，则根据所述请求数据和第一数据处理脚本生成请求信息；其中，所述第一数据处理脚本用于进行数据结构的转换；向所述服务器发送所述请求信息。
进一步地，本申请的实施例提出一种服务器，图17为服务器的组成结构示意图二，如图17所示，本申请实施例提出的服务器20可以包括第二接收单元23，第二处理单元24，第二生成单元25，第二发送单元26，
所述第二接收单元23，用于接收客户端发送的请求信息；
所述第二处理单元24，用于若所述请求信息包括第一数据处理脚本，则利用所述第一数据处理脚本对所述请求信息中的请求数据进行预处理，获得第二处理后数据；其中，所述第一数据处理脚本用于进行数据结构的转换；按照所述客户端对应的预设数据格式的预设结构处理所述第二处理后数据，获得第二数据结果。
进一步地，在本申请的实施例中，所述第二生成单25，用于基于所述第二数据结果，按照第二结构生成所述请求数据对应的响应数据；若所述第二结构与所述预设结构不同，则根据所述响应数据和第二数据处理脚本生成所述响应信息；其中，所述第二数据处理脚本用于进行数据结构的转换；
所述第二发送单元26，用于向所述客户端发送所述响应信息。
在本申请的实施例中，进一步地，图18为服务器的组成结构示意图三，如图18示，本申请实施例提出的服务器20还可以包括第二处理器27、存储有第二处理器27可执行指令的第二存储器28，进一步地，服务器20还可以包括第二通信接口29，和用于连接第二处理器27、第二存储器28以及第二通信接口29的第二总线210。
在本申请的实施例中，上述第二处理器27可以为特定用途集成电路(ApplicationSpecific Integrated Circuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital Signal Processing Device，DSPD)、可编程逻辑装置(ProgRAMmable Logic Device，PLD)、现场可编程门阵列(Field ProgRAMmable GateArray，FPGA)、中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器功能的电子器件还可以为其它，本申请实施例不作具体限定。服务器20还可以包括第二存储器28，该第二存储器28可以与第二处理器27连接，其中，第二存储器28用于存储可执行程序代码，该程序代码包括计算机操作指令，第二存储器28可能包含高速RAM存储器，也可能还包括非易失性存储器，例如，至少两个磁盘存储器。
在本申请的实施例中，第二总线210用于连接第二通信接口29、第二处理器27以及第二存储器28以及这些器件之间的相互通信。
在本申请的实施例中，第二存储器28，用于存储指令和数据。
进一步地，在本申请的实施例中，上述第二处理器27，用于接收客户端发送的请求信息；若所述请求信息包括第一数据处理脚本，则利用所述第一数据处理脚本对所述请求信息中的请求数据进行预处理，获得第二处理后数据；其中，所述第一数据处理脚本用于进行数据结构的转换；按照所述客户端对应的预设数据格式的预设结构处理所述第二处理后数据，获得第二数据结果。
集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例提供了一种客户端、服务器以及运行客户端的终端，客户端按照预设数据格式的第一结构生成请求数据；若第一结构与服务器对应的预设结构不同，则根据请求数据和第一数据处理脚本生成请求信息；其中，第一数据处理脚本用于进行数据结构的转换；向服务器发送请求信息。服务器接收客户端发送的请求信息；若请求信息包括第一数据处理脚本，则利用第一数据处理脚本对请求信息中的请求数据进行预处理，获得第二处理后数据；其中，第一数据处理脚本用于进行数据结构的转换；按照客户端对应的预设数据格式的预设结构处理第二处理后数据，获得第二数据结果。也就是说，在本申请的实施例中，客户端和服务器在进行数据的传输时，如果客户端生成请求数据时使用的数据结构不是预先与服务器约定号的预设结构，客户端便会下发用于进行数据结构转换的第一数据处理脚本，从而使服务器在进行请求数据的处理时，先使用第一数据处理脚本进行数据的预处理，再使用预设结构处理获得数据结果。可见，本申请实施例提出的数据传输方法，客户端或服务器在处理与预先约定的预设结构不同的数据时，不再进行处理数据格式的代码的改变，而是直接使用数据处理脚本进行数据结构的转换，避免了代码改动产生意外事故的情况，降低了数据传输的准确性和传输效率效率。
本申请实施例提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如上所述的数据传输方法。
具体来讲，本实施例中的一种数据传输方法对应的程序指令可以被存储在光盘，硬盘，U盘等存储介质上，当存储介质中的与一种数据传输方法对应的程序指令被一电子设备读取或被执行时，包括如下步骤：
按照预设数据格式的第一结构生成请求数据；
若所述第一结构与服务器对应的预设结构不同，则根据所述请求数据和第一数据处理脚本生成请求信息；其中，所述第一数据处理脚本用于进行数据结构的转换；
向所述服务器发送所述请求信息。
具体来讲，本实施例中的一种数据传输方法对应的程序指令可以被存储在光盘，硬盘，U盘等存储介质上，当存储介质中的与一种数据传输方法对应的程序指令被一电子设备读取或被执行时，包括如下步骤：
接收客户端发送的请求信息；
若所述请求信息包括第一数据处理脚本，则利用所述第一数据处理脚本对所述请求信息中的请求数据进行预处理，获得第二处理后数据；其中，所述第一数据处理脚本用于进行数据结构的转换；
按照所述客户端对应的预设数据格式的预设结构处理所述第二处理后数据，获得第二数据结果。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的实现流程示意图和/或方框图来描述的。应理解可由计算机程序指令实现流程示意图和/或方框图中的每一流程和/或方框、以及实现流程示意图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。
Claims (21)
1.一种数据传输方法，其特征在于，所述数据传输方法应用于客户端，所述方法包括：
按照预设数据格式的第一结构生成请求数据；
若所述第一结构与服务器对应的预设结构不同，则根据所述请求数据和第一数据处理脚本生成请求信息；其中，所述第一数据处理脚本用于进行数据结构的转换；
向所述服务器发送所述请求信息。
2.根据权利要求1所述的方法，其特征在于，所述向所述服务器发送所述请求信息之后，所述方法还包括：
接收所述服务器返回的、所述请求信息对应的响应信息。
3.根据权利要求2所述的方法，其特征在于，当所述响应信息不包括第二数据处理脚本时，所述方法还包括：
按照所述预设结构处理所述响应信息中的响应数据，获得第一数据结果。
4.根据权利要求2所述的方法，其特征在于，当所述响应信息包括第二数据处理脚本时，所述方法还包括：
利用所述第二数据处理脚本对所述响应信息中的响应数据进行预处理，获得第一处理后数据；
按照所述预设结构处理所述第一处理后数据，获得第一数据结果。
5.根据权利要求1所述的方法，其特征在于，所述按照预设数据格式的第一结构生成请求数据之后，所述方法还包括：
若所述第一结构与所述预设结构相同，则根据所述请求数据生成所述请求信息。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述第一数据处理脚本或第二数据处理脚本包括以下几种脚本中的任意一种：Lua脚本、js脚本、Python脚本；所述预设数据格式为以下几种格式中的任意一种：JSON格式、XML格式、YAML格式。
7.一种数据传输方法，其特征在于，所述数据传输方法应用于服务器，所述方法包括：
接收客户端发送的请求信息；
若所述请求信息包括第一数据处理脚本，则利用所述第一数据处理脚本对所述请求信息中的请求数据进行预处理，获得第二处理后数据；其中，所述第一数据处理脚本用于进行数据结构的转换；
按照所述客户端对应的预设数据格式的预设结构处理所述第二处理后数据，获得第二数据结果。
8.根据权利要求7所述的方法，其特征在于，所述接收客户端发送的请求信息之后，所述方法还包括：
若所述请求信息不包括第一数据处理脚本，则按照所述预设结构处理所述请求数据，获得所述第二数据结果。
9.根据权利要求7或8所述的方法，其特征在于，所述方法还包括：
根据所述第二数据结果生成响应信息；
向所述客户端发送所述响应信息。
10.根据权利要求9所述的方法，其特征在于，所述根据所述第二数据结果生成响应信息，包括：
基于所述第二数据结果，按照第二结构生成所述请求数据对应的响应数据；
若所述第二结构与所述预设结构不同，则根据所述响应数据和第二数据处理脚本生成所述响应信息；其中，所述第二数据处理脚本用于进行数据结构的转换。
11.根据权利要求9所述的方法，其特征在于，所述根据所述第二数据结果生成响应信息，包括：
基于所述第二数据结果，按照第二结构生成所述请求数据对应的响应数据；
若所述第二结构与所述预设结构相同，则根据所述响应数据生成所述响应信息。
12.根据权利要求7所述的方法，其特征在于，所述第一数据处理脚本或第二数据处理脚本包括以下几种脚本中的任意一种：Lua脚本、js脚本、Python脚本；所述预设数据格式为以下几种格式中的任意一种：JSON格式、XML格式、YAML格式。
13.一种客户端，其特征在于，所述客户端包括：第一生成单元，第一发送单元，
所述第一生成单元，用于按照预设数据格式的第一结构生成请求数据；若所述第一结构与服务器对应的预设结构不同，则根据所述请求数据和第一数据处理脚本生成请求信息；其中，所述第一数据处理脚本用于进行数据结构的转换；
所述第一发送单元，用于向所述服务器发送所述请求信息。
14.根据权利要求13所述的客户端，其特征在于，所述客户端还包括：第一接收单元，第一处理单元，
所述第一接收单元，用于接收所述服务器返回的、所述请求信息对应的响应信息；
所述第一处理单元，用于当所述响应信息包括第二数据处理脚本时，利用所述第二数据处理脚本对所述响应信息中的响应数据进行预处理，获得第一处理后数据；按照所述预设结构处理所述第一处理后数据，获得第一数据结果。
15.一种服务器，其特征在于，所述服务器包括：第二接收单元，第二处理单元
所述第二接收单元，用于接收客户端发送的请求信息；
所述第二处理单元，用于若所述请求信息包括第一数据处理脚本，则利用所述第一数据处理脚本对所述请求信息中的请求数据进行预处理，获得第二处理后数据；其中，所述第一数据处理脚本用于进行数据结构的转换；按照所述客户端对应的预设数据格式的预设结构处理所述第二处理后数据，获得第二数据结果。
16.根据权利要求15所述的服务器，其特征在于，所述服务器还包括：第二生成单元，第二发送单元，
所述第二生成单元，用于基于所述第二数据结果，按照第二结构生成所述请求数据对应的响应数据；若所述第二结构与所述预设结构不同，则根据所述响应数据和第二数据处理脚本生成所述响应信息；其中，所述第二数据处理脚本用于进行数据结构的转换；
所述第二发送单元，用于向所述客户端发送所述响应信息。
17.一种终端，其特征在于，所述终端运行如权利要求13或14所述的客户端，所述终端包括第一处理器、存储有所述第一处理器可执行指令的第一存储器，当所述指令被所述第一处理器执行时，实现如权利要求1-6任一项所述的方法。
18.一种服务器，其特征在于，所述服务器包括第二处理器、存储有所述第二处理器可执行指令的第二存储器，当所述指令被所述第二处理器执行时，实现如权利要求7-12所述的方法。
19.一种客户端，其特征在于，所述客户端包括第一数据处理模块，第一脚本预处理模块，
所述第一数据处理模块，用于按照预设数据格式的第一结构生成请求数据；若所述第一结构与服务器对应的预设结构不同，则根据所述请求数据和第一数据处理脚本生成请求信息；其中，所述第一数据处理脚本用于进行数据结构的转换；向所述服务器发送所述请求信息；
所述第一数据处理模块，还用于接收所述服务器返回的、所述请求信息对应的响应信息；
所述第一脚本预处理模块，用于当所述响应信息包括第二数据处理脚本时，利用所述第二数据处理脚本对所述响应信息中的响应数据进行预处理，获得第一处理后数据；
所述第一数据处理模块，还用于按照所述预设结构处理所述第一处理后数据，获得第一数据结果。
20.一种服务器，其特征在于，所述客户端包括第二数据处理模块，第二脚本预处理模块，
所述第二数据处理模块，用于接收客户端发送的请求信息；
所述第二脚本预处理模块，用于若所述请求信息包括第一数据处理脚本，则利用所述第一数据处理脚本对所述请求信息中的请求数据进行预处理，获得第二处理后数据；其中，所述第一数据处理脚本用于进行数据结构的转换；
所述第二数据处理模块，还用于按照所述客户端对应的预设数据格式的预设结构处理所述第二处理后数据，获得第二数据结果。
21.一种计算机可读存储介质，其上存储有程序，应用于客户端和服务器中，其特征在于，所述程序被第一处理器执行时，实现如权利要求1-6任一项所述的方法；所述程序被第二处理器执行时，实现如权利要求7-12所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110097921.4A CN112765252B (zh) | 2021-01-25 | 2021-01-25 | 数据传输方法、客户端、终端、服务器及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110097921.4A CN112765252B (zh) | 2021-01-25 | 2021-01-25 | 数据传输方法、客户端、终端、服务器及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112765252A true CN112765252A (zh) | 2021-05-07 |
| CN112765252B CN112765252B (zh) | 2024-06-25 |
Family
ID=75707219
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110097921.4A Active CN112765252B (zh) | 2021-01-25 | 2021-01-25 | 数据传输方法、客户端、终端、服务器及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112765252B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113419772A (zh) * | 2021-06-30 | 2021-09-21 | 平安国际智慧城市科技股份有限公司 | 响应数据打包及拆包方法、打包装置、设备及介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6311058B1 (en) * | 1998-06-30 | 2001-10-30 | Microsoft Corporation | System for delivering data content over a low bit rate transmission channel |
| EP2887213A1 (en) * | 2013-12-19 | 2015-06-24 | Gemalto SA | Method for transferring applicative data between two instances of an application |
| CN105872083A (zh) * | 2016-05-19 | 2016-08-17 | 湖州微未信息科技有限公司 | 一种支持不同类型客户端访问服务器的方法、服务器及系统 |
| US20180004827A1 (en) * | 2004-04-06 | 2018-01-04 | Jpmorgan Chase Bank, N.A. | Methods and Systems for Using Script Files to Obtain, Format and Transport Data |
| CN108322497A (zh) * | 2017-01-18 | 2018-07-24 | 阿里巴巴集团控股有限公司 | 跨终端数据传输方法、装置、客户端、服务器及系统 |
-
2021
- 2021-01-25 CN CN202110097921.4A patent/CN112765252B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6311058B1 (en) * | 1998-06-30 | 2001-10-30 | Microsoft Corporation | System for delivering data content over a low bit rate transmission channel |
| US20180004827A1 (en) * | 2004-04-06 | 2018-01-04 | Jpmorgan Chase Bank, N.A. | Methods and Systems for Using Script Files to Obtain, Format and Transport Data |
| EP2887213A1 (en) * | 2013-12-19 | 2015-06-24 | Gemalto SA | Method for transferring applicative data between two instances of an application |
| CN105872083A (zh) * | 2016-05-19 | 2016-08-17 | 湖州微未信息科技有限公司 | 一种支持不同类型客户端访问服务器的方法、服务器及系统 |
| CN108322497A (zh) * | 2017-01-18 | 2018-07-24 | 阿里巴巴集团控股有限公司 | 跨终端数据传输方法、装置、客户端、服务器及系统 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113419772A (zh) * | 2021-06-30 | 2021-09-21 | 平安国际智慧城市科技股份有限公司 | 响应数据打包及拆包方法、打包装置、设备及介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112765252B (zh) | 2024-06-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103077185B (zh) | 一种基于对象的自定义扩展信息的方法 | |
| CN105574049B (zh) | 移动应用的页面处理方法、装置和系统 | |
| CN101697139B (zh) | 一种远程过程调用方法、装置和注册库 | |
| CN113126990B (zh) | 一种页面开发方法、装置、设备及存储介质 | |
| US8990427B2 (en) | Method and apparatus for accessing an enterprise resource planning system via a mobile device | |
| CN111562919A (zh) | 基于psd文件生成前端网页代码的方法、系统及存储介质 | |
| CN109522018A (zh) | 页面处理方法、装置及存储介质 | |
| CN108829467B (zh) | 第三方平台对接实现方法、装置、设备及存储介质 | |
| CN113419729B (zh) | 基于组件化的前端页面搭建方法、装置、设备及存储介质 | |
| JP2023541186A (ja) | 可視化ページレンダリング方法、装置、機器及び記憶媒体 | |
| CN111857658A (zh) | 一种渲染动态组件的方法、装置、介质和电子设备 | |
| CN113742530A (zh) | 基于svg实现数字化海报图片生成处理的系统、方法、装置、处理器及其存储介质 | |
| CN112463152A (zh) | 一种基于ast的网页适配方法及装置 | |
| CN110941950A (zh) | 接口文档的生成方法、装置、服务器及存储介质 | |
| CN112597101A (zh) | 基于web前端实现拓扑图文件转为SVG文件的方法及装置 | |
| CN112947900B (zh) | web应用开发方法、装置、服务器及开发终端 | |
| CN105988814B (zh) | 界面生成方法及装置 | |
| JP5039946B2 (ja) | クライアント装置およびサーバ装置の間の通信を中継する技術 | |
| CN111783401A (zh) | 字符串处理方法及装置、计算机存储介质、电子设备 | |
| CN113495730A (zh) | 资源包的生成及解析方法和装置 | |
| CN113434147B (zh) | 基于ProtoBuf协议的消息解析方法及装置 | |
| CN112765252A (zh) | 数据传输方法、客户端、终端、服务器及存储介质 | |
| CN113050921A (zh) | 一种网页转换方法、装置、存储介质和计算机设备 | |
| CN111124924B (zh) | Api部署方法、装置、电子设备及存储介质 | |
| CN112581568A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |