数据处理方法、装置、计算机设备和存储介质与流程

1.本技术涉及计算机技术领域，特别是涉及一种数据处理方法、装置、计算 机设备和存储介质。


背景技术：

2.随着计算机技术的发展，出现了独立于语言和平台的数据处理技术，例如 pb(protocol buffer，也记为protobuf，一种数据交换的格式)，这种数据处理技 术可以用于分布式应用之间的数据通信或者异构环境下的数据交换，例如可以 用于网络配置、配置文件、数据存储等诸多领域。
3.在这种数据交换处理技术中，只能接受指定字段类型的请求数据，其在对 该请求数据进行处理后，编码为响应数据。若交换平台需要在此基础上进行进 一步的处理，则需要将该响应数据重新编码为请求数据后，再进行进一步的处 理。在这个过程中，需要额外的代码做一些繁琐的解码和转换的操作，数据处 理效率低下。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种能够提到数据处理效率的数 据处理方法、装置、计算机设备和存储介质。
5.一种数据处理方法，所述方法包括：
6.获取待发送的目标数据；
7.将所述待发送的目标数据编码为基于数据交换协议定义的请求数据包，所 述请求数据包的唯一性标识字段的指示符，与所述数据交换协议定义的响应数 据包的唯一性标识字段的指示符相同；所述请求数据包的唯一性标识字段的指 示符，指示了所述请求数据包的解码方式，所述响应数据包的唯一性标识字段 的指示符，指示了所述响应数据包的解码方式；
8.将所述请求数据包向基于所述数据交换协议的第一交换平台发送。
9.一种数据处理方法，所述方法包括：
10.接收发送方发送的请求数据包；所述请求数据包中的唯一性标识字段的指 示符与基于数据交换协议定义的响应数据包中的唯一性标识字段的指示符相 同；
11.采用基于所述数据交换协议定义的响应数据包的解码方式，解码所述请求 数据包，获得所述请求数据包中的目标数据；
12.获得对所述目标数据进行处理得到的处理后目标数据，并基于所述数据交 换协议定义的响应数据包的编码方式，将所述处理后目标数据编码为响应数据 包；
13.将编码获得的响应数据包向基于所述数据交换协议的第二交换平台发送。
14.一个实施例中，所述请求数据包的编码格式包括：所述请求数据包的唯一 性标识字段、数据长度字段以及数据内容字段，所述数据长度字段指示了所述 唯一性标识字段对应的编码字段的数据长度，所述数据内容字段用以填充所述 目标数据。
15.一个实施例中，所述请求数据包的唯一性标识字段，包括所述请求数据包 的唯一性标识字段的指示符以及字段类型，所述字段类型指示了所述数据内容 字段的目标数据的数据类型。
16.一种数据处理装置，所述装置包括：
17.目标数据获取模块，用于获取待发送的目标数据；
18.发送方编码模块，用于将所述待发送的目标数据编码为基于数据交换协议 定义的请求数据包，所述请求数据包的唯一性标识字段的指示符，与所述数据 交换协议定义的响应数据包的唯一性标识字段的指示符相同；所述请求数据包 的唯一性标识字段的指示符，指示了所述请求数据包的解码方式，所述响应数 据包的唯一性标识字段的指示符，指示了所述响应数据包的解码方式；
19.发送方发送模块，用于将所述请求数据包向基于所述数据交换协议的第一 交换平台发送。
20.一种数据处理装置，所述装置包括：
21.数据包接收模块，用于接收发送方发送的请求数据包；所述请求数据包中 的唯一性标识字段的指示符与基于数据交换协议定义的响应数据包中的唯一性 标识字段的指示符相同；
22.平台解码模块，用于采用基于所述数据交换协议定义的响应数据包的解码 方式，解码所述请求数据包，获得所述请求数据包中的目标数据；
23.平台编码模块，用于获得对所述目标数据进行处理得到的处理后目标数据， 并基于所述数据交换协议定义的响应数据包的编码方式，将所述处理后目标数 据编码为响应数据包；
24.平台发送模块，用于将编码获得的响应数据包向基于所述数据交换协议的 第二交换平台发送。
25.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序， 所述处理器执行所述计算机程序时，实现如上所述的任意实施例中的数据处理 方法的步骤。
26.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处 理器执行时实现如上所述的任意实施例中的数据处理方法的步骤。
27.上述数据处理方法、装置、计算机设备和存储介质，发送方在编码生成发 送给交换平台的请求数据包时，请求数据包的唯一性标识字段的指示符，与基 于数据交换协议定义的响应数据包的唯一性标识字段的指示符相同，从而，交 换平台在接收得到请求数据包时，可以基于数据交换协议定义的响应数据包的 解码方式，解码该请求数据包，可以在不需要对请求数据包做额外的解码和转 换的操作的情况下，打通了基于该数据交换协议的数据发送方和数据接收方的 数据传输过程，提高了数据处理效率。
附图说明
28.图1为一个实施例中数据处理方法的应用环境图；
29.图2为另一个实施例中的数据处理方法的应用环境图；
30.图3为一个实施例中的数据处理方法的流程示意图；
31.图4为另一个实施例中的数据处理方法的流程示意图；
32.图5为一个实施例中的数据交换协议的编码格式的示意图；
33.图6为一个实施例中的数据交换协议的唯一性标识字段的编码格式示意图；
34.图7为一个实施例中的数据交换协议的唯一性标识字段的字段类型的编码 方式的示意图；
35.图8为传统方式中经由交换平台向接收方传输数据的流程示意图；
36.图9为传统方式中另一种经由交换平台向接收方传输数据的流程示意图；
37.图10为图9所示的传输数据的流程中的处理方式的原理示意图；
38.图11为采用传统方式中生成的请求数据包的数据内容的示意图；
39.图12为基于本技术实施例的经由交换平台向接收方传输数据的流程示意 图；
40.图13为基于本技术实施例的经由交换平台向接收方传输数据的流程中的处 理方式的原理示意图；
41.图14为基于本技术实施例生成的请求数据包的数据内容的示意图；
42.图15为一个实施例中数据处理装置的结构框图；
43.图16为另一个实施例中数据处理装置的结构框图；
44.图17为一个实施例中计算机设备的内部结构图；
45.图18为一个实施例中计算机设备的内部结构图。
具体实施方式
46.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实 施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅 用以解释本技术，并不用于限定本技术。
47.本技术提供的数据处理方法，可以应用于如图1、图2所示的应用环境中。 其中，终端102、终端106通过网络与服务器104进行通信。服务器104可以是 独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系 统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、 云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平 台等基础云计算服务的云服务器。终端102、106可以是智能手机、平板电脑、 笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以 及服务器可以通过有线或无线通信方式进行直接或间接地连接，本技术在此不 做限制。
48.服务器104上部署有交换平台，该交换平台采用预置的数据交换协议(例 如protobuf协议)与终端102和终端106进行通信。其中，部署的交换平台的 数据交换协议，定义了其能够接收的请求数据包的编码格式内容，以及用以发 送出去的响应数据包的编码格式内容。参考图2所示，该服务器104可以部署 有两个以及以上的交换平台，图2中是以两个交换平台1041、1042为例进行说 明，其中，这些交换平台(例如图2中的第一交换平台1041、1042)所部署的 数据交换协议相同，例如可以都是protobuf协议，这些交换平台可以分别部署 在服务器集群的不同的计算机设备上，如服务器集群的每个计算机设备均部署 一个交换平台，也可以是部署在相同的一个或多个计算机设备上，例如某些计 算机设备上部署一个交换平台，而在某些计算机设备上部署两个以上的交换平 台。
49.其中，服务器104上部署的交换平台，可以是任何可能的平台，例如提供 云计算、存储等云技术的平台。云技术(cloud technology)是指在广域网或局 域网内将硬件、软
件、网络等系列资源统一起来，实现数据的计算、储存、处 理和共享的一种托管技术。
50.云技术(cloud technology)是基于云计算商业模式应用的网络技术、信息 技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需 所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要 大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着 互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志， 都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各 类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。
51.云计算(cloud computing)是一种计算模式，它将计算任务分布在大量计算机 构成的资源池上，使各种应用系统能够根据需要获取计算力、存储空间和信息 服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展 的，并且可以随时获取，按需使用，随时扩展，按使用付费。
52.作为云计算的基础能力提供商，会建立云计算资源池(简称云平台，一般称 为iaas(infrastructure as a service，基础设施即服务)平台，在资源池中部署多种 类型的虚拟资源，供外部客户选择使用。云计算资源池中主要包括：计算设备(为 虚拟化机器，包含操作系统)、存储设备、网络设备。
53.按照逻辑功能划分,在iaas(infrastructure as a service，基础设施即服务)层 上可以部署paas(platform as a service,平台即服务)层，paas层之上再部署saas (software as a service,软件即服务)层，也可以直接将saas部署在iaas上。paas 为软件运行的平台，如数据库、web容器等。saas为各式各样的业务软件，如 web门户网站、短信群发器等。一般来说，saas和paas相对于iaas是上层。
54.云存储(cloud storage)是在云计算概念上延伸和发展出来的一个新的概念， 分布式云存储系统(以下简称存储系统)是指通过集群应用、网格技术以及分布 存储文件系统等功能，将网络中大量各种不同类型的存储设备(存储设备也称 之为存储节点)通过应用软件或应用接口集合起来协同工作，共同对外提供数 据存储和业务访问功能的一个存储系统。
55.当终端102需要将待发送的目标数据经由交换平台处理后给到终端106时， 终端102基于交换平台的数据交换协议，按照数据交换协议规定的请求数据包 的编码格式，对要发送的目标数据进行封装，封装为符合数据交换协议定义的 请求数据包后，再将封装获得的请求数据包发送给交换平台。交换平台获得该 请求数据包后，解码该请求数据包获得对应的目标数据，并对该目标数据进行 处理获得处理后目标数据，并按照数据交换协议规定的响应数据包的编码格式， 对该处理后目标数据进行封装，获得封装的响应数据包。在一个交换平台即可 完成对目标数据的处理的情况下，例如图1所示，则该响应数据包可以直接给 到作为接收方的终端106。在该目标数据需要结合多个交换平台进行处理的情况 下，则在第一交换平台1041获得响应数据包后，需要将该目标数据的处理任务 交由第二交换平台1042进行进一步的处理。在传统的数据处理方式中，鉴于交 换平台使用的数据交换协议定义了请求数据包的数据格式，其只能接收和解析 按照该请求数据包的数据格式编码获得的数据奥，因此，需要将第一交换平台 1041获得的响应数据包的格式转换为符合数据交换协议的请求数据包的编码格 式，然后再将转换后得到的符合请求数据包的编码格式的请求数据包发送给第 二交换平台1042，第二交换平台1042才能够识别和解码出接收
的请求数据包中 的数据。而在本技术方案中，第一交换平台1041获得响应数据包后，可以在不 对第一交换平台1041获得的响应数据包进行格式转换的情况下，第一交换平台 1041直接将获得的响应数据包发送给第二交换平台1042，第二交换平台1042 也能够识别和解码，而无需进行格式转换。
56.在一个实施例中，如图3所示，提供了一种数据处理方法，以该方法应用 于图1、2中的终端102为例进行说明，包括以下步骤s301至步骤s303。
57.步骤s301：获取待发送的目标数据。
58.其中，待发送的目标数据是指需要发送的数据，是需要发送的数据内容本 身，一些实施例中，可以是指需要交由接收方进行处理的数据。
59.一些实施例中，在该方法应用于图1、2中的终端102时，该待发送的目标 数据可以是终端102需要发送给交换平台104进行处理的数据，交换平台104 对该数据进行处理后，可进一步发送给终端106，实现终端102与终端106之间 的通信。
60.步骤s302：将所述待发送的目标数据编码为基于数据交换协议定义的请求 数据包，所述请求数据包的唯一性标识字段的指示符，与所述数据交换协议定 义的响应数据包的唯一性标识字段的指示符相同；所述请求数据包的唯一性标 识字段的指示符，指示了所述请求数据包的解码方式，所述响应数据包的唯一 性标识字段的指示符，指示了所述响应数据包的解码方式。
61.一些实施例中，在将所述待发送的目标数据编码为基于数据交换协议定义 的请求数据包时，具体是基于数据交换协议定义的请求数据包的编码格式进行。 在一些实施例中，请求数据包的编码格式包括：所述请求数据包的唯一性标识 字段、数据长度字段以及数据内容字段。
62.其中，请求数据包的唯一性标识字段，唯一性标识了一段编码字段。请求 数据包中可以包括多个编码字段，每个编码字段均可以包含有唯一性标识字段、 数据长度字段以及数据内容字段。在一些实施例中，请求数据包的唯一性标识 字段的指示符，用以指示该对应的编码字段是什么类型的字段，即指示了其对 应字段的字段类型，从而基于字段类型决定了该编码字段的解码方式。其中， 针对数据交换协议而言，在请求数据包中，每一段编码字段的字段类型应当都 是相同的，用以指示接收方在接收到该请求数据包后，是采用请求数据包的解 码方式还是响应数据包的解码方式对该请求数据包进行解码，因此，在一些实 施例中，也可以称之为，请求数据包的唯一性标识字段的指示符，指示了所述 请求数据包的解码方式。
63.在本技术实施例中，将请求数据包的唯一性标识字段的指示符，设置为与 数据交换协议定义的响应数据包的唯一性标识字段的指示符相同，从而，对于 接收方而言，可以采用响应数据包的解码方式对该请求数据包进行解码，直接 获得请求数据包中的相关数据，而无需执行转换操作。
64.请求数据包的编码字段中的所述数据长度字段，指示了所述唯一性标识字 段对应的编码字段的数据长度，请求数据包的编码字段中所述数据内容字段用 以填充所述待发送的目标数据，
65.一个实施例中，所述请求数据包的唯一性标识字段具体可以包括：所述请 求数据包的唯一性标识字段的指示符以及字段类型，其中，所述字段类型指示 了所述数据内容字
段的目标数据的数据类型。具体地，如上所述，请求数据包 实际上包含了多个编码字段，因此，对于任意一个编码字段来说，字段类型指 示了其所在的编码字段的数据内容字段填充的数据的数据类型。
66.在一个实施例中，上述数据交换协议可以采用protobuf协议，此时，上述 唯一性标识字段为field类型数组字段。在采用protouf协议的情况下，所述数 据请求包的唯一性标识字段的指示符为2，所述响应请求包的唯一性标识字段的 指示符为2。
67.步骤s303：将所述请求数据包向基于所述数据交换协议的第一交换平台发 送。
68.其中，第一交换平台是指发送方需要将请求数据包需要发送至的交换平台， 本技术实施例中将其称之为第一交换平台，仅仅是为了与下述实施例中需要接 收来其于其他交换平台的数据包的第二交换平台进行区分，并不用以对具体的 交换平台进行限定。
69.基于本技术实施例的数据处理方法，发送方在编码生成发送给交换平台的 请求数据包时，请求数据包的唯一性标识字段的指示符，与基于数据交换协议 定义的响应数据包的唯一性标识字段的指示符相同，从而，交换平台在接收得 到请求数据包时，可以基于数据交换协议定义的响应数据包的解码方式，解码 该请求数据包，可以在不需要对请求数据包做额外的解码和转换的操作的情况 下，打通了基于该数据交换协议的数据发送方和数据接收方的数据传输过程， 提高了数据处理效率。
70.在一个实施例中，如图4所示，提供了一种数据处理方法，以该方法应用 于图1、2中的交换平台为例进行说明，包括以下步骤s401至步骤s404。
71.步骤s401：接收发送方发送的请求数据包；所述请求数据包中的唯一性标 识字段的指示符与基于数据交换协议定义的响应数据包中的唯一性标识字段的 指示符相同。
72.其中，发送方是指用以生成请求数据包并进行发送的数据。在该实施例方 法由图2中所示的第一交换平台1041执行时，发送方可以指图2中所示的终端 102，此时，接收的请求数据包，可以是终端102采用上述图3所示的实施例中 的方法生成的请求数据包。在该实施例方法由图2中所示的第二交换平台1042 执行时，发送方可以指图2中所示的第一交换平台1041，此时，接收的请求数 据包，可以是第一交换平台1041基于本实施例中的方法生成获得的响应数据包。
73.其中，在一些实施例中，请求数据包的编码格式包括：所述请求数据包的 唯一性标识字段、数据长度字段以及数据内容字段。
74.其中，请求数据包的唯一性标识字段，唯一性标识了一段编码字段。请求 数据包中可以包括多个编码字段，每个编码字段均可以包含有唯一性标识字段、 数据长度字段以及数据内容字段。在一些实施例中，请求数据包的唯一性标识 字段的指示符，用以指示该对应的编码字段是什么类型的字段，即指示了其对 应字段的字段类型，从而基于字段类型决定了该编码字段的解码方式。其中， 针对数据交换协议而言，在请求数据包中，每一段编码字段的字段类型应当都 是相同的，用以指示接收方在接收到该请求数据包后，是采用请求数据包的解 码方式还是响应数据包的解码方式对该请求数据包进行解码，因此，在一些实 施例中，也可以称之为，请求数据包的唯一性标识字段的指示符，指示了所述 请求数据包的解码方式。
75.请求数据包的编码字段中的所述数据长度字段，指示了所述唯一性标识字 段对应的编码字段的数据长度，请求数据包的编码字段中所述数据内容字段用 以填充所述待
发送的目标数据，
76.一个实施例中，所述请求数据包的唯一性标识字段具体可以包括：所述请 求数据包的唯一性标识字段的指示符以及字段类型，其中，所述字段类型指示 了所述数据内容字段的目标数据的数据类型。具体地，如上所述，请求数据包 实际上包含了多个编码字段，因此，对于任意一个编码字段来说，字段类型指 示了其所在的编码字段的数据内容字段填充的数据的数据类型。
77.在一个实施例中，上述数据交换协议可以采用protobuf协议，此时，上述 唯一性标识字段为field类型数组字段。在采用protouf协议的情况下，所述数 据请求包的唯一性标识字段的指示符为2，所述响应请求包的唯一性标识字段的 指示符为2。
78.步骤s402：采用基于所述数据交换协议定义的响应数据包的解码方式，解 码所述请求数据包，获得所述请求数据包中的目标数据。
79.在本技术实施例中，由于请求数据包的唯一性标识字段的指示符，与数据 交换协议定义的响应数据包的唯一性标识字段的指示符相同，从而，在接收到 该请求数据包后，可以采用响应数据包的解码方式对该请求数据包进行解码， 直接获得请求数据包中的相关数据，而无需执行转换操作。
80.步骤s403：获得对所述目标数据进行处理得到的处理后目标数据，并基于 所述数据交换协议定义的响应数据包的编码方式，将所述处理后目标数据编码 为响应数据包。
81.其中，在对目标数据进行处理时，基于该交换平台所处的业务环境以及当 前的业务需求有关，例如文件配置、网路配置、数据存储等等，本技术实施例 不对具体的业务处理场景以及具体的对目标数据的处理手段进行限定。在对目 标数据进行处理后，可以获得对应的处理后目标数据。
82.在获得处理后目标数据后，可以基于所述数据交换协议定义的响应数据包 的编码方式，将所述处理后目标数据编码为响应数据包。
83.其中，在本技术实施例中，响应数据包的编码格式可以与请求数据包的相 同，具体地，响应数据包的编码格式可以包括：所述响应数据包的唯一性标识 字段、数据长度字段以及数据内容字段。
84.其中，响应数据包的唯一性标识字段，唯一性标识了一段编码字段。响应 数据包中可以包括多个编码字段，每个编码字段均可以包含有唯一性标识字段、 数据长度字段以及数据内容字段。在一些实施例中，响应数据包的唯一性标识 字段的指示符，用以指示该对应的编码字段是什么类型的字段，即指示了其对 应字段的字段类型，从而基于字段类型决定了该编码字段的解码方式。其中， 针对数据交换协议而言，在响应数据包中，每一段编码字段的字段类型应当都 是相同的，用以指示接收方在接收到该响应数据包后，是采用响应数据包的解 码方式对该响应数据包进行解码，因此，在一些实施例中，也可以称之为，响 应数据包的唯一性标识字段的指示符，指示了所述响应数据包的解码方式。
85.响应数据包的编码字段中的所述数据长度字段，指示了所述唯一性标识字 段对应的编码字段的数据长度，响应数据包的编码字段中的所述数据内容字段 用以填充所述处理后目标数据，
86.一个实施例中，所述响应数据包的唯一性标识字段具体可以包括：所述响 应数据包的唯一性标识字段的指示符以及字段类型，其中，所述字段类型指示 了所述数据内容字
段填充的处理后目标数据的数据类型。具体地，如上所述， 响应数据包实际上包含了多个编码字段，因此，对于任意一个编码字段来说， 字段类型指示了其所在的编码字段的数据内容字段填充的数据的数据类型。
87.在一个实施例中，上述数据交换协议可以采用protobuf协议，此时，上述 唯一性标识字段为field类型数组字段。在采用protouf协议的情况下，所述数 据请求包的唯一性标识字段的指示符为2，所述响应请求包的唯一性标识字段的 指示符为2。
88.步骤s404：将编码获得的响应数据包向基于所述数据交换协议的第二交换 平台发送。
89.在获得响应数据包之后，在需要交换平台做进一步处理的情况下，例如图2 中所示的第一交换平台1041采用本实施例的方法获得响应数据包后，还需要由 第二交换平台1042做进一步的处理，则第一交换平台1041可以直接将该响应 数据包发送给第二交换平台1042，由于第二交换平台1042与第一交换平台1041 部署同样的数据交换协议，因此第二交换平台1042可以采用基于数据交换协议 定义的响应数据包的解码方式，解码该响应数据包，获得响应数据包中的处理 后目标数据，而不需要对响应数据包进行转换。
90.在获得响应数据包之后，在不需要交换平台做进一步处理的情况下，例如 图1中所示的第一交换平台104采用本实施例的方法获得响应数据包后，则可 以直接将该响应数据包发送给终端106，完成此次处理过程。
91.基于本技术实施例的数据处理方法，发送方在编码生成发送给交换平台的 请求数据包时，请求数据包的唯一性标识字段的指示符，与基于数据交换协议 定义的响应数据包的唯一性标识字段的指示符相同，从而，交换平台在接收得 到请求数据包时，可以基于数据交换协议定义的响应数据包的解码方式，解码 该请求数据包，可以在不需要对请求数据包做额外的解码和转换的操作的情况 下，打通了基于该数据交换协议的数据发送方和数据接收方的数据传输过程， 提高了数据处理效率。
92.如上所述，在一些实施例中，上述数据交换协议可以是protobuf协议 (protocol buffer，也简称为pb)，以下以数据交换协议为protobuf协议为例， 就本技术实施例方案进行举例说明。pb作为一种数据交换的格式，它独立于语 言和平台，其提供了多种语言的实现：java、c#、c 、go和python，每一种实 现都包含了相应语言的编译器以及库文件。由于它是一种二进制的格式，因此 可以把它用于分布式应用之间的数据通信或者异构环境下的数据交换。作为一 种效率和兼容性都很优秀的二进制数据传输格式，可以用于诸如网络传输、配 置文件、数据存储等诸多领域。
93.在pb中,使用的是一种类似tlv格式的编码格式，如图5所述，tlv格式 的编码格式为tag-length-value。其中，tag作为该字段的唯一标识，本技术 实施例中也称为唯一性标识字段，length代表value数据域的长度，本技术实 施例中也称为数据长度字段，最后的value便是数据本身，本技术实施例中也 称为数据内容字段。
94.pb是通过tag来区分每个编码字段的，如图5所示，tag里包含两个字 段：指示符字段field_number以及字段类型字段wire_type。在数据交换协议的 代码内容中，指示符字段field_number即为数据交换协议中字段的index。例如 传统的一个示例中的数据交换协议的部分代码内容为：
95.message sdireq{
96.repeated field req_fields＝1；
97.}
98.这段代码内容中，“1”就是req_fields这个字段tag中的field_number。
99.tag中的另一个字段类型字段wire_type是由这个编码字段的类型决定的， pb根据这个字段wire_type选择对应的解码方式来对value部分的数据进行解 码。参考图7所示，在该wire_type为0时，说明对应的value部分的数据为int32,int64,uint32,uint64,sint32,sint64,bool,enum等数据格式的类型，可以采用对 应的解码方式对value部分的数据进行解码。当wire_type为其他的值时，可以 进行类似的处理。
100.假设当前存在一个包发送方a和包接收方b，包发送a需要将目标数据经 由交换平台发送给包接收方b。可以理解的是，在目标数据经由交换平台发送给 包接收方b的过程中，交换平台可能需要对目标数据做一定的处理，本技术实 施例未突出或者说不限定交换平台对目标数据的处理过程。
101.在传统的数据交换协议中，其对field字段的定义如下：
102.//字段定义
[0103][0104]
在此基础上，传统的数据交换协议对请求包的定义为：
[0105][0106]
在此基础上，传统的数据交换协议对返回包(或者说响应)的定义为：
[0107][0108][0109]
假设将按照上述请求包定义生成的数据包记为req，按照上述返回包定义生 成的数据包res。那么，基于传统定义的数据交换协议，如图8所示，在发送方 a将目标数据发送给接收方b时，发送方发送到交换平台的是符合传统方式中 定义的请求包格式的数据包req，交换平台的平台接入层按照数据请求包的解码 方式对该数据包req进行解码，并进行相关的业务处理，然后由交换平台的平 台逻辑层基于业务处理后的数据，按照传统方式中定义的响应数据包的格式生 成返回包或者说响应数据包rsp，该返回包rsp可以直接发送给包接收方b，完 成目标数据的发送和处理过程。
[0110]
然而，参考图9、图10所示，当发送方a发送给包接收方b的目标数据需 要经由两个交换平台进行处理时，需要执行下述步骤s101至步骤s109，才能将 最终获得的返回包发送给包接收方b。
[0111]
步骤s101中，发送方发送到第一交换平台的是符合传统方式中定义的请求 包格式的数据包(如图9中的req11)，第一交换平台的平台接入层接收到该数 据包req11后，按照数据请求包的解码方式对该数据包req11进行解码，获得 解码后的数据sdireq＝decodesdireq(data)。
[0112]
在步骤s102中，第一交换平台的平台接入层获得解码后的数据后，基于实 际的业务需求对解码后的数据进行业务处理，获得业务处理后的处理后数据， 并按照传统方式中定义的响应数据包的格式，对该业务处理后的处理后数据生 成返回包或者说响应数据包sdirsp＝dosomething(sdireq)，例如图9中的req12。
[0113]
步骤s103中，第一交换平台的平台逻辑层获得该响应数据包后，将其编码 为二进制的数据data＝encodersp(sdirsp)，例如图9中的rsp11，并发送给转换 中心，进行数据转换。
[0114]
步骤s104中，转换中心获得该数据包后，对该数据包进行基于二进制的解 码，获得具体的返回包或者说响应数据包sdirsp＝decodersp(data)。
[0115]
步骤s105中，转换中心对解码后获得的返回包或者说响应数据包sdirsp进 行转换，将其转换为符合请求数据包格式的数据包 sdireq＝convertrsptoreq(sdirsp)。
[0116]
步骤s106中，转换中心对转换后获得的数据包，进行基于二进制的编码， 获得编码后的二进制数据data＝encodesdireq(sdireq)，该数据包为符合请求数据 包的数据格式的数据包，例如图9中的req13，并将该数据包发送给第二交 换平台。
[0117]
步骤s107中，第二交换平台的平台接入层接收到该数据包后，基于请求数 据包的数据编码格式，对其进行基于二进制的解码，获得解码后的数据 sdireq＝decodesdireq(data)。
[0118]
在步骤s108中，第二交换平台的平台接入层获得解码后的数据后，基于实 际的业务需求对解码后的数据进行业务处理，获得业务处理后的处理后数据 sdirsp＝dosomething(sdireq)，例如图9中的req14。
[0119]
步骤s109中，第二交换平台的平台逻辑层获得该响应数据包后，将其编码 为二进制的数据data＝encodersp(sdirsp)，例如图9中的rsp12，并发送该包接 收方b，完成数据传输和处理过程。
[0120]
由上述内容可见，对于接收方来说，无论是交换平台，还是包接收方b，基 于传统的数据传输协议，都只能接受sdireq类型的二进制数据data，在需要由 多个交换平台进行处理的情况下，在交换平台之间需要额外做转换的操作，才 能被交换平台的平台接入层识别。
[0121]
这是因为，按照传统的数据传输协议对请求包和返回包的定义，发送方按 照请求包的定义，首先是编码生成一个sdireq的结构体，然后针对编码获得的 sdireq的结构体，生成二进制数据，生成的二进制数据如图11所示，图11所 示的二进制数据中，tag的field_number为1,tag的wire_type为field[]。接收 方在接收到这一段二进制数据后，若试图把这串二进制按照sdirsp的结构解码， 按照如上述返回包定义的sdirsp的结构体的代码部分所示，sdirsp结构中index 为1的字段，类型是result,并不能匹配,所以就会出现解码失败的情况。因此， 接收方只能按照sdireq的结构进行解码，这也就意味着转化中心需要对第一交 换平台的基于sdirsp的结构的数据转换为基于sdireq的结构的数据，才能被第 二交换平台解码和识别，需要做中间转换的工作，多做了解码编码以及转换操 作。严重影响处理效率。
[0122]
基于此，在本技术实施例的方案中，对数据交换协议的设置做了调整。本 申请实施例方案中，发现到pb在编解码的时候，只关注这个编码字段的index (即编码指示符，例
如上述field字段)和字段类型，那么，如果有两份协议对 应的index的字段类型相同，那么便可以交叉解码。
[0123]
本技术实施例中，对数据交换协议的请求包的定义和设置做了调整，本申 请重新定义后的请求包的定义代码可以为：
[0124]
//请求包定义
[0125]
message sdireq{
[0126]
repeated field req_fields＝2；
[0127]
}
[0128]
基于本技术的对数据交换协议的重新定义，用sdireq编码生成的二进制数 据就可以解码为sdirsp，反之亦然，从而可以实现数据请求包的协议与数据响 应包的协议的互通。
[0129]
这是因为，按照本技术重新定义的数据交换协议，发送方编码生成的sdireq 的结构体，并对该编码获得的sdireq的结构体生成二进制数据后，如图14所示 在该二进制数据中，tag的field_number为2,tag的wire_type为field[]。接收 方在接收到这一段二进制数据后，若试图把这串二进制按照sdirsp的结构解码， 按照如上述返回包定义的sdirsp的结构体的代码部分所示，sdirsp结构中index 为2的字段，类型也是field，field_number和wire_type和sdirsp的结构体格式 都是匹配的，不会出现不匹配的情况，因此可以解码成功。而在按照sdirsp的 结构进行解码时，对于sdirsp的结构中具有、而在sdireq的结构中没有的result 字段，pb在进行解码时会将其值置为null，即置空，不影响整个数据交换协 议的解码执行。
[0130]
基于本技术实施例的设置，当需要由多个交换平台进行处理的情况下，无 需再在交换平台之间进行额外的转换的操作，在后的交换平台可以直接对在前 的交换平台输出的响应数据包进行解码处理，提高了处理效率。
[0131]
举例来说，如图8所示，在发送方a将目标数据发送给接收方b时，发送 方基于本技术实施例的方式生成请求数据包，该请求数据包基于上述请求包的 结构生成，但请求数据包中的唯一性标识字段的指示符(tag中的field)与该 协议定义的响应数据包中的唯一性标识字段的指示符相同，即fieldreq_fields＝2。交换平台接收到该请求数据包后，鉴于该指示符为2，即tag中的 field的值为2，而在对返回包的定义中，tag的field的定义也为2，从而可以 基于响应数据包的解码方式，对该请求数据包进行解码，并进行相关的业务处 理，然后由交换平台的平台逻辑层基于业务处理后的数据，按照基于数据交换 协议定义的响应数据包的格式生成返回包或者说响应数据包rsp，该返回包rsp 可以直接发送给包接收方b，完成目标数据的发送和处理过程。
[0132]
参考图12、13所示，在本技术实施例中，当发送方a发送给包接收方b 的目标数据需要经由两个交换平台进行处理时，只需执行下述步骤s131至步骤 s136，才能将最终获得的返回包发送给包接收方b。
[0133]
步骤s131中，发送方发送到第一交换平台的数据包(如图12中的req21)， 是基于本技术的数据交换协议的格式生成的数据包，即该请求数据包基于上述 请求包的结构生成，但请求数据包中的唯一性标识字段的指示符(tag中的field) 与该协议定义的响应数据包中的唯一性标识字段的指示符相同，即fieldreq_fields＝2。第一交换平台的平台接
入层接收到该数据包req21后，鉴于fieldreq_fields＝2，按照数据响应包的解码方式对该数据包req21进行解码，获得解 码后的数据sdireq＝decodesdireq(data)。
[0134]
在步骤s132中，第一交换平台的平台接入层获得解码后的数据后，基于实 际的业务需求对解码后的数据进行业务处理，获得业务处理后的处理后数据， 并按照本技术实施例重新设置后的数据交换协议定义的响应数据包的格式，对 该业务处理后的处理后数据生成返回包或者说响应数据包 sdirsp＝dosomething(sdireq)，例如图12中的req22。
[0135]
步骤s133中，第一交换平台的平台逻辑层获得该响应数据包后，将其编码 为二进制的数据data＝encodersp(sdirsp)，例如图12中的req23，并发送给第 二交换平台。
[0136]
步骤s134中，第二交换平台的平台接入层接收到该数据包后，鉴于响应数 据包中的field rsp_fields＝2，而基于本技术实施例重新定义后，field req_fields＝2， 因此，第二交换平台可以基于响应数据包的数据编码格式，对其进行基于二进 制的解码，获得解码后的数据sdireq＝decodesdireq(data)。
[0137]
在步骤s135中，第二交换平台的平台接入层获得解码后的数据后，基于实 际的业务需求对解码后的数据进行业务处理，获得业务处理后的处理后数据 sdirsp＝dosomething(sdireq)，例如图12中的req24。
[0138]
步骤s136中，第二交换平台的平台逻辑层获得该响应数据包后，将其编码 为二进制的数据data＝encodersp(sdirsp)，例如图12中的rsp20，并发送该包 接收方b，完成数据传输和处理过程。
[0139]
基于如上所述的本技术实施例的方式，鉴于传统的数据交换协议的请求数 据包和响应数据包的本质上的相似性，只是响应数据包(sdirsp)额外带了一个 result字段表示本次处理的结果.而二者都有一个field类型的数组字段来表示携 带的数据，本技术是通过协议调整来达成不同协议交叉编解码的目的.不需在代 码层面做很大改动既可实现不同协议之间的无缝交互，编码简单,代码层面无感 知,依旧可以用各自的命名方案给字段命名,不改变现有代码逻辑，而且效率高. 少了很多处理器的密集计算,在大流量情境下效率提升明显。
[0140]
应该理解的是，虽然上述实施例涉及的各流程图中的各个步骤按照箭头的 指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非 本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以 以其它的顺序执行。而且，上述实施例涉及的各流程图的至少一部分步骤可以 包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完 成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依 次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮 流或者交替地执行。
[0141]
如上所述的本技术实施例的数据处理方法，可以用于各种需要基于平台进 行处理的技术中，例如基于云技术的云技术应用场景中，例如医疗云、云物联、 云安全、云呼叫、私有云、公有云、混合云、云游戏、云教育、云会议、云社 交、人工智能云服务等。
[0142]
医疗云(medical cloud)，是指在云计算、移动技术、多媒体、4g通信、大 数据、以及物联网等新技术基础上，结合医疗技术，使用“云计算”来创建医疗健 康服务云平台，实现了医疗资源的共享和医疗范围的扩大。因为云计算技术的 运用于结合，医疗云提高医疗机构的效率，方便居民就医。像现在医院的预约 挂号、电子病历、医保等等都是云计算与医
疗领域结合的产物，医疗云还具有 数据安全、信息共享、动态扩展、布局全局的优势。
[0143]
物联网(the internet of things，简称iot)是指通过各种信息传感器、射 频识别技术、全球定位系统、红外感应器、激光扫描器等各种装置与技术，实 时采集任何需要监控、连接、互动的物体或过程，采集其声、光、热、电、力 学、化学、生物、位置等各种需要的信息，通过各类可能的网络接入，实现物 与物、物与人的泛在连接，实现对物品和过程的智能化感知、识别和管理。物 联网是一个基于互联网、传统电信网等的信息承载体，它让所有能够被独立寻 址的普通物理对象形成互联互通的网络。
[0144]
云物联(cloud iot)旨在将传统物联网中传感设备感知的信息和接受的指 令连入互联网中，真正实现网络化，并通过云计算技术实现海量数据存储和运 算，由于物联网的特性是物与物相连接，实时感知各个“物体”当前的运行状态， 在这个过程中会产生大量的数据信息，如何将这些信息汇总，如何在海量信息 中筛取有用信息为后续发展做决策支持，已成为影响物联网发展的关键问题， 而基于云计算和云存储技术的物联云也因此成为物联网技术和应用的有力支 持。
[0145]
云安全(cloud security)是指基于云计算商业模式应用的安全软件、硬件、 用户、机构、安全云平台的总称。云安全融合了并行处理、网格计算、未知病 毒行为判断等新兴技术和概念，通过网状的大量客户端对网络中软件行为的异 常监测，获取互联网中木马、恶意程序的最新信息，并发送到服务端进行自动 分析和处理，再把病毒和木马的解决方案分发到每一个客户端。
[0146]
云呼叫中心((cloud call center))是基于云计算技术而搭建的呼叫中心系 统，企业无需购买任何软、硬件系统，只需具备人员、场地等基本条件，就可 以快速拥有属于自己的呼叫中心，软硬件平台、通信资源、日常维护与服务由 服务器商提供。具有建设周期短、投入少、风险低、部署灵活、系统容量伸缩 性强、运营维护成本低等众多特点；无论是电话营销中心、客户服务中心，企 业只需按需租用服务，便可建立一套功能全面、稳定、可靠、座席可分布全国 各地，全国呼叫接入的呼叫中心系统。
[0147]
私有云(private cloud)是将云基础设施与软硬件资源创建在防火墙内，以 供机构或企业内各部门共享数据中心内的资源。创建私有云，除了硬件资源外， 一般还有云设备(iaas，infrastructure as a service，基础设施即服务)软件。
[0148]
公有云(public cloud)通常指第三方提供商为用户提供的能够使用的云， 公有云一般可通过internet使用，可能是免费或成本低廉的，公有云的核心属 性是共享资源服务。这种云有许多实例，可在当今整个开放的公有网络中提供 服务。
[0149]
混合云(hybrid cloud)融合了公有云(public cloud)和私有云(privatecloud)，是近年来云计算的主要模式和发展方向，它将公有云和私有云进行混 合和匹配，以获得最佳的效果，这种个性化的解决方案，达到了既省钱又安全 的目的。
[0150]
云游戏(cloud gaming)又可称为游戏点播(gaming on demand)，是一种以 云计算技术为基础的在线游戏技术。云游戏技术使图形处理与数据运算能力相 对有限的轻端设备(thin client)能运行高品质游戏。在云游戏场景下，游戏并 不在玩家游戏终端，而是在云端服务器中运行，并由云端服务器将游戏场景渲 染为视频音频流，通过网络传输给玩家游戏终端。玩家游戏终端无需拥有强大 的图形运算与数据处理能力，仅需拥有基本的流媒体播放能力与获取玩家输入 指令并发送给云端服务器的能力即可。
[0151]
云教育(cloud computing education简称：ccedu)，是指基于云计算商 业模式应用的教育平台服务。在云平台上，所有的教育机构，培训机构，招生 服务机构，宣传机构，行业协会，管理机构，行业媒体，法律结构等都集中云 整合成资源池，各个资源相互展示和互动，按需交流，达成意向，从而降低教 育成本，提高效率。
[0152]
云会议是基于云计算技术的一种高效、便捷、低成本的会议形式。使用者 只需要通过互联网界面，进行简单易用的操作，便可快速高效地与全球各地团 队及客户同步分享语音、数据文件及视频，而会议中数据的传输、处理等复杂 技术由云会议服务商帮助使用者进行操作。
[0153]
在云会议时代，数据的传输、处理、存储全部由视频会议厂家的计算机资 源处理，用户完全无需再购置昂贵的硬件和安装繁琐的软件，只需打开浏览器， 登录相应界面，就能进行高效的远程会议。
[0154]
云社交(cloud social)是一种物联网、云计算和移动互联网交互应用的虚 拟社交应用模式，以建立著名的“资源分享关系图谱”为目的，进而开展网络社交， 云社交的主要特征，就是把大量的社会资源统一整合和评测，构成一个资源有 效池向用户按需提供服务。参与分享的用户越多，能够创造的利用价值就越大。
[0155]
人工智能云服务，一般也被称作是aiaas(ai as a service，中文为“ai即 服务”)。这是目前主流的一种人工智能平台的服务方式，具体来说aiaas平台 会把几类常见的ai服务进行拆分，并在云端提供独立或者打包的服务。这种服 务模式下，所有的开发者都可以通过api接口的方式来接入使用平台提供的一 种或者是多种人工智能服务，部分资深的开发者还可以使用平台提供的ai框架 和ai基础设施来部署和运维自己专属的云人工智能服务。
[0156]
在一个实施例中，如图15所示，提供了一种数据处理装置，该装置可以采 用软件模块或硬件模块，或者是二者的结合成为计算机设备的一部分，该装置 具体包括：目标数据获取模块151、发送方编码模块152和发送方发送模块153。 其中：
[0157]
目标数据获取模块151，用于获取待发送的目标数据；
[0158]
发送方编码模块152，用于将所述待发送的目标数据编码为基于数据交换协 议定义的请求数据包，所述请求数据包的唯一性标识字段的指示符，与所述数 据交换协议定义的响应数据包的唯一性标识字段的指示符相同；所述请求数据 包的唯一性标识字段的指示符，指示了所述请求数据包的解码方式，所述响应 数据包的唯一性标识字段的指示符，指示了所述响应数据包的解码方式；
[0159]
发送方发送模块153，用于将所述请求数据包向基于所述数据交换协议的第 一交换平台发送。
[0160]
一个实施例中，所述请求数据包的编码格式包括：所述请求数据包的唯一 性标识字段、数据长度字段以及数据内容字段，所述数据长度字段指示了所述 唯一性标识字段对应的编码字段的数据长度，所述数据内容字段用以填充所述 待发送的目标数据。
[0161]
一个实施例中，所述请求数据包的唯一性标识字段包括所述请求数据包的 唯一性标识字段的指示符以及字段类型，所述字段类型指示了所述数据内容字 段的目标数据的数据类型。
[0162]
一个实施例中，所述数据交换协议为protobuf协议，所述唯一性标识字段 为
field类型数组字段。
[0163]
一个实施例中，所述数据请求包的唯一性标识字段的指示符为2，所述响应 请求包的唯一性标识字段的指示符为2。
[0164]
在一个实施例中，如图16所示，提供了一种数据处理装置，该装置可以采 用软件模块或硬件模块，或者是二者的结合成为计算机设备的一部分，该装置 具体包括：数据包接收模块161、平台解码模块162、平台编码模块163和平台 发送模块164。其中：
[0165]
数据包接收模块161，用于接收发送方发送的请求数据包；所述请求数据包 中的唯一性标识字段的指示符与基于数据交换协议定义的响应数据包中的唯一 性标识字段的指示符相同。
[0166]
平台解码模块162，用于采用基于所述数据交换协议定义的响应数据包的解 码方式，解码所述请求数据包，获得所述请求数据包中的目标数据。
[0167]
平台编码模块163，用于获得对所述目标数据进行处理得到的处理后目标数 据，并基于所述数据交换协议定义的响应数据包的编码方式，将所述处理后目 标数据编码为响应数据包。
[0168]
平台发送模块164，用于将编码获得的响应数据包向基于所述数据交换协议 的第二交换平台发送。
[0169]
关于数据处理装置的具体限定可以参见上文中对于数据处理方法的限定， 在此不再赘述。上述数据处理装置中的各个模块可全部或部分通过软件、硬件 及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处 理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调 用执行以上各个模块对应的操作。
[0170]
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器， 其内部结构图可以如图17所示。该计算机设备包括通过系统总线连接的处理器、 存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。 该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介 质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中 的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储与 业务处理相关的数据或者是基于分布式处理需要进行存储的大数据。该计算机 设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器 执行时以实现一种数据处理方法。
[0171]
在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其 内部结构图可以如图18所示。该计算机设备包括通过系统总线连接的处理器、 存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提 供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。 该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存 储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口 用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、运营商 网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实 现一种数据处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水 显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计 算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板 或鼠标等。
[0172]
本领域技术人员可以理解，图17、18中示出的结构，仅仅是与本技术方案 相关的
部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的 限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某 些部件，或者具有不同的部件布置。
[0173]
在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储 器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中 的步骤。
[0174]
在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序， 该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
[0175]
在一个实施例中，提供了一种计算机程序产品或计算机程序，该计算机程 序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介 质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器 执行该计算机指令，使得该计算机设备执行上述各方法实施例中的步骤。
[0176]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于 一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述 各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、 存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的 至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁 带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(randomaccess memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可 以是多种形式，比如静态随机存取存储器(static random access memory， sram)或动态随机存取存储器(dynamic random access memory，dram)等。
[0177]
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述 实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特 征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0178]
以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细， 但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的 普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改 进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权 利要求为准。