数据的处理方法、装置、设备及存储介质与流程

1.本技术实施例涉及加解密技术领域，尤其涉及一种数据的处理方法、装置、设备及存储介质。


背景技术：

2.在互联网中，存在许多网络攻击手段，如果不采取加密措施，传输的数据容易被攻击者窃取、泄露或篡改，导致接口被篡改、功能实现方式被泄露。接入广告sdk，包括c++sdk、native sdk、联盟sdk等，有的sdk采用部分敏感字段加密、有的采用部分接口加密；其余接口明文方式，敏感数据传输存在风险。数据安全事件主要发生在数据传输阶段，因此数据传输包加密可以保护数据的安全性，防止数据被窃取或篡改。
3.对于加密的广告sdk，由于数据被加密，对开发和测试工作非常不便，每次查看传输包数据时必须借助脚本代码来解密；每次需要修改传输包数据进行各端功能和性能测试时，需要重新打解密包/重新部署解密代码。这样程序开发和测试人员需要重复对同一加密数据反复进行解密，不仅会降低软件开发和测试效率，也容易造成网络传输数据和带宽资源浪费。


技术实现要素：

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.在所述目标接口内的目标开关解密成功时，确定所述目标开关处于开启状态，获取信息数据包接口；
29.通过所述信息数据包接口对内部数据包执行编辑操作。
30.在一个可能的实施方式中，所述在所述目标开关处于所述目标状态时，接收输入的目标参数，利用所述目标参数对所述状态开关进行处理，包括：
31.在所述目标开关处于第二状态时，根据所述第二状态接收输入的第二目标参数，所述第二目标参数携带有加密域名、加密参数和加密密钥；
32.利用所述第二目标参数对所述目标接口内的目标开关进行加密处理。
33.在一个可能的实施方式中，所述方法，还包括：
34.在所述验证门验证失败时，停止接收所述目标接口的调用请求。
35.第二方面，本技术实施例提供一种数据的处理装置，包括：
36.调用模块，用于当访问目标数据时，调用目标应用创建的目标接口，以及搭建所述目标接口对应的验证门，所述目标接口中设置有多个状态开关；
37.验证模块，用于接收验证请求，通过所述验证门验证所述目标接口是否调用成功；
38.接收请求模块，用于在所述验证门验证成功时，接收所述目标接口传入的针对目标开关的目标请求，所述目标开关是从所述状态开关中选中的；
39.确定模块，用于根据所述目标请求确定所述目标开关的目标状态；
40.处理模块，用于在所述目标开关处于所述目标状态时，接收输入的目标参数，以及利用所述目标参数对所述目标接口内的所述目标开关进行处理。
41.第三方面，本技术实施例提供一种数据的处理设备，包括：处理器和存储器，所述处理器用于执行所述存储器中存储的数据的处理程序，以实现第一方面中任一所述的数据的处理方法。
42.第四方面，本技术实施例提供一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现第一方面中任一所述
的数据的处理方法。
43.本技术实施例提供的数据的处理方案，当访问目标数据时，调用目标应用创建的目标接口，以及搭建所述目标接口对应的验证门，所述目标接口中设置有多个状态开关；接收验证请求，通过所述验证门验证所述目标接口是否调用成功；在所述验证门验证成功时，接收所述目标接口传入的针对目标开关的目标请求，所述目标开关是从所述状态开关中选中的；根据所述目标请求确定所述目标开关的目标状态；在所述目标开关处于所述目标状态时，接收输入的目标参数，以及利用所述目标参数对所述目标接口内的所述目标开关进行处理。通过设定公共接口，在访问公共接口内的数据之前，先通过验证门验证成功后调用公共接口，在通过输入目标参数对公共接口中的指定业务开关进行加解密处理，实现对公共接口内的数据处理的目的。由本方案，可以实现统一加解密接口，得到标准化接口方便统一调用，在不重新打开应用包的情况下，基于同一个应用就能实现传输接口的加解密的技术效果。
附图说明
44.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
45.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
46.一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。
47.图1为本技术实施例提供的一种数据的处理方法的流程示意图；
48.图2为本技术实施例提供的另一种数据的处理方法的流程示意图；
49.图3为本技术实施例提供的又一种数据的处理方法的流程示意图；
50.图4为本技术实施例提供的一种数据的处理装置的结构示意图；
51.图5为本技术实施例提供的一种访问数据的流程图；
52.图6为本技术实施例提供的一种数据的处理设备的结构示意图。
具体实施方式
53.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
54.本技术实施例中的用语“包括”和“具有”用以表示开放式的包括在内的意思，并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。此外，附图中的不同元件和区域只是示意性示出，因此本技术不限于附图中示出的尺寸或距离。
55.为便于对本技术实施例的理解，下面将结合附图以具体实施例做进一步的解释说
明，实施例并不构成对本技术实施例的限定。
56.图1为本技术实施例提供的一种数据的处理方法的流程示意图。应用于数据的加解密过程。参考图1提供的示图，数据的处理方法具体包括：
57.s101、当访问目标数据时，调用目标应用创建的目标接口，以及搭建目标接口对应的验证门，目标接口中设置有多个状态开关。
58.本技术应用于带加解密技术的数据访问的接口。通过设定统一的访问接口，在访问目标数据时，首先通过验证门处的验证才能调用访问接口，在访问接口内设置多个业务开关，不同的参数对应不同的业务开关，在根据输入的参数的不同进行加解密处理，确定处理后对应访问接口中指定的业务开关，实现访问指定业务开关内数据的目的，实现数据访问的统一处理，在不重新打开应用包的情况下，基于同一个应用就能实现传输接口的加解密的技术效果。
59.这里说的目标数据可以理解为待编辑或修改的数据。这里说的目标应用可以理解为已安装的本地应用程序。这里说的目标接口可以理解为访问本地应用或第三方应用的访问接口。这里说的验证门可以理解为访问接口之前的验证接口。这里说的状态开关可以理解为目标数据类别的业务开关，不同类别的目标数据有不同的业务开关。
60.进一步地，在打开目标应用时，要访问应用数据时，由于加解密技术需要获取指定的密钥才能开启指定的业务接口，带来繁琐的加解密操作。这时创建目标应用对应公共的目标接口，目标接口内部对应应用数据的多个业务接口的状态开关，通过不同的状态开关访问不同的业务接口，并在目标接口处设置验证门，对访问目标接口设置访问权限。
61.s102、接收验证请求，通过验证门验证目标接口是否调用成功。
62.s103、在验证门验证成功时，接收目标接口传入的针对目标开关的目标请求，目标开关是从状态开关中选中的。
63.这里说的验证请求可以理解为访问验证门接口的访问请求。这里说的目标开关可以理解为访问请求中携带的访问指定业务接口的状态开关。这里说的目标请求可以理解为访问目标数据的访问请求。
64.进一步地，在接收到针对验证门的验证请求后，根据验证请求分析验证码或验证信息是否与预先设定的验证值相同，在二者相同的情况下确定验证成功，进而可以成功调用目标接口，并进入目标接口，从目标接口中接收到用户输入的访问目标开关的目标请求，为下一步访问目标数据做准备。
65.s104、根据目标请求确定目标开关的目标状态。
66.这里说的目标状态可以理解为针对目标开关的开启或关闭的开关状态。
67.进一步地，解析目标请求包含的请求类别，判断是解密请求还是加密请求，进而确定目标开关对应的开启状态还是关闭状态。
68.s105、在目标开关处于目标状态时，接收输入的目标参数，以及利用目标参数对目标接口内的目标开关进行处理。
69.这里说的目标参数可以理解为目标接口内的目标开关的加解密处理参数，不同的状态开关对应一组目标参数。
70.进一步地，在确定目标开关的目标状态后，利用输入的针对目标开关的目标参数进行加解密处理，使得目标接口内的目标开关实现开启或关闭处理，进而实现访问目标数
据或修改目标数据的目的。
71.本技术实施例提供的数据的处理方法，当访问目标数据时，调用目标应用创建的目标接口，以及搭建目标接口对应的验证门，目标接口中设置有多个状态开关；接收验证请求，通过验证门验证目标接口是否调用成功；在验证门验证成功时，接收目标接口传入的针对目标开关的目标请求，目标开关是从状态开关中选中的；根据目标请求确定目标开关的目标状态；在目标开关处于目标状态时，接收输入的目标参数，以及利用目标参数对目标接口内的目标开关进行处理。通过设定公共接口，在访问公共接口内的数据之前，先通过验证门验证成功后调用公共接口，在通过输入目标参数对公共接口中的指定业务开关进行加解密处理，实现对公共接口内的数据处理的目的。由本方案，可以实现统一加解密接口，得到标准化接口方便统一调用，在不重新打开应用包的情况下，基于同一个应用就能实现传输接口的加解密的技术效果。
72.图2为本技术实施例提供的另一种数据的处理方法的流程示意图。图2是在上一种实施例的基础上进行介绍的。根据图2提供的示图，数据的处理方法具体还包括：
73.s201、当访问目标数据时，调用目标应用创建的目标接口，以及搭建目标接口对应的验证门，目标接口中设置有多个状态开关。
74.本技术应用于带加解密技术的数据访问的接口。通过设定统一的访问接口，在访问目标数据时，首先通过验证门处的验证才能调用访问接口，在访问接口内设置多个业务开关，不同的参数对应不同的业务开关，在根据输入的参数的不同进行加解密处理，确定处理后对应访问接口中指定的业务开关，实现访问指定业务开关内数据的目的，实现数据访问的统一处理，在不重新打开应用包的情况下，基于同一个应用就能实现传输接口的加解密的技术效果。
75.这里说的目标数据可以理解为待编辑或修改的数据。这里说的目标应用可以理解为已安装的本地应用程序。这里说的目标接口可以理解为访问本地应用或第三方应用的访问接口。这里说的验证门可以理解为访问接口之前的验证接口。这里说的状态开关可以理解为目标数据类别的业务开关，不同类别的目标数据有不同的业务开关。
76.进一步地，在打开目标应用时，要访问应用数据时，由于加解密技术需要获取指定的密钥才能开启指定的业务接口，带来繁琐的加解密操作。这时创建目标应用对应公共的目标接口，目标接口内部对应应用数据的多个业务接口的状态开关，通过不同的状态开关访问不同的业务接口，并在目标接口处设置验证门，对访问目标接口设置访问权限。
77.s202、接收验证请求，通过验证门验证目标接口是否调用成功。
78.s203、在验证门验证成功时，接收目标接口传入的针对目标开关的第一目标请求。
79.其中，目标开关是从状态开关中选中的。这里说的第一目标请求可以理解为针对目标开关的开启请求。
80.进一步地，在接收到针对验证门的验证请求后，根据验证请求分析验证码或验证信息是否与预先设定的验证值相同，在二者相同的情况下确定验证成功，进而可以成功调用目标接口，并进入目标接口，从目标接口中接收到用户输入的访问目标开关的开启的第一目标请求，为下一步解密目标开关做准备。
81.s204、在目标请求为第一目标请求时，确定目标开关的目标状态为第一状态，第一状态表征目标开关处于开启状态。
82.s205、在目标开关处于第一状态时，根据第一状态接收输入的第一目标参数，第一目标参数携带有解密域名、解密参数和解密密钥。
83.s206、利用第一目标参数对目标接口内的目标开关进行解密处理。
84.这里说的第一目标参数可以理解为解密参数。
85.进一步地，在确定第一目标请求为开启请求时，确定目标开关的目标状态为开启状态，再通过接收到的携带解密域名、解密参数和解密密钥信息的第一目标参数对目标开关进行解密，并判断解密是否成功，达到开启目标开关的目的。
86.s207、在目标接口内的目标开关解密成功时，确定目标开关处于开启状态，获取信息数据包接口。
87.s208、通过信息数据包接口对内部数据包执行编辑操作。
88.这里说的数据包接口可以理解为目标接口内部针对访问的目标开关内部的访问数据包的数据接口。这里说的编辑操作可以理解为对目标数据进行的编辑、修改或删除等操作。
89.进一步地，在目标开关解密成功后，获得目标数据的信息数据包接口，此时信息数据包接口为开放状态，通过开发者或测试者直接访问信息数据包接口内部的数据包，并进行修改、编辑或删除操作，实现访问数据并编辑数据的目的。
90.在一种可能的实例场景中，通过移动端app/pca/pcw所有接口都用加密传输方式，同时预留public加/解密接口，供外部访问调用，当外部访问验证门时，验证成功后可以调用公共加/解密接口。并在移动端开发app，pcw可以开发浏览器插件，得到对应的公共访问接口。公共访问接口中显示每个业务开关。在想要打开业务线开关时，首先调用业务线对应解密接口，并传入解密参数，通过解密算法成功后开启传输数据包解密状态。最后在数据抓包时，通过业务线开关传输数据包会解密展现，可以对此数据包接口快速修改再应用等操作。其余业务线开关不受影响。
91.s209、接收目标接口传入的针对目标开关的第二目标请求。
92.s210、在目标请求为第二目标请求时，确定目标开关的目标状态为第二状态，第二状态表征目标开关处于关闭状态。
93.s211、在目标开关处于第二状态时，根据第二状态接收输入的第二目标参数，第二目标参数携带有加密域名、加密参数和加密密钥。
94.s212、利用第二目标参数对目标接口内的目标开关进行加密处理。
95.这里说的第二目标参数可以理解为加密参数。
96.进一步地，在确定第二目标请求为关闭请求时，确定目标开关的目标状态为关闭状态，再通过接收到的携带加密域名、加密参数和加密密钥信息的第二目标参数对目标开关进行加密，并判断加密是否成功，达到关闭目标开关的目的。
97.在一种可能的实例场景中，在想要关闭业务线开关时，首先调用业务线对应加密接口，并传入加密参数，通过加密算法成功后开启传输数据包加密状态。最后在数据抓包时，该业务线传输数据包会加密展现，提示数据加密，没有访问权限。
98.本技术实施例提供的另一种数据的处理方法，通过创建目标接口和目标开关，首先通过验证门验证成功后，调用访问目标数据的目标接口，目标接口内设置多个状态开关，根据访问请求的不同确定状态开关对应的目标开关；在获得目标开关的目标状态，根据开
启状态对目标开关进行解密处理，实现信息数据包的访问；根据关闭状态对应目标开关进行加密处理，实现关闭目标开关的目的，进而实现统一访问接口，得到标准化接口方便统一调用，在不重新打开应用包的情况下，基于同一个应用就能实现传输接口的加解密的技术效果。
99.图3为本技术实施例提供的又一种数据的处理方法的流程示意图。图3是在第一种实施例的基础上进行介绍的。根据图3提供的示图，数据的处理方法具体还包括：
100.s301、当访问目标数据时，调用目标应用创建的目标接口，以及搭建目标接口对应的验证门，目标接口中设置有多个状态开关。
101.进一步地，在打开目标应用时，要访问应用数据时，由于加解密技术需要获取指定的密钥才能开启指定的业务接口，带来繁琐的加解密操作。这时创建目标应用对应公共的目标接口，目标接口内部对应应用数据的多个业务接口的状态开关，通过不同的状态开关访问不同的业务接口，并在目标接口处设置验证门，对访问目标接口设置访问权限。
102.s302、在接收到验证门的验证请求时，获取验证门传入的签名信息。
103.这里说的签名信息可以理解为验证信息，例如，验证码或验证标识。
104.进一步地，在接收到验证门的验证请求时，解析验证请求，获取验证的签名信息，判断验证信息是否正确。
105.s303、将签名信息与预先存储的目标签名进行匹配，得到匹配结果。
106.s304、当匹配结果为成功时，确定验证门验证目标接口调用成功。
107.s305、当匹配结果为失败时，确定验证门验证目标接口调用失败。
108.这里说的目标签名可以理解为预先设定的验证码或验证数据。
109.进一步地，通过将获得的签名信息与正确的目标签名进行匹配，确定二者是否一致，得到匹配结果；在匹配成功时确定二者数据一致，进而确定验证门验证成功，进一步证明目标接口调用成功；当匹配失败时，说明签名信息和目标签名不一致，验证门验证失败，调用目标接口失败。
110.s306、在验证门验证失败时，停止接收目标接口的调用请求。
111.s307、在验证门验证成功时，接收目标接口传入的针对目标开关的目标请求，目标开关是从状态开关中选中的。
112.进一步地，在接收到针对验证门的验证请求后，根据验证请求分析验证码或验证信息是否与预先设定的验证值相同，在二者相同的情况下确定验证成功，进而可以成功调用目标接口，并进入目标接口，从目标接口中接收到用户输入的访问目标开关的目标请求，为下一步访问目标数据做准备。在验证失败时，禁止对目标接口再次进行调用请求。
113.s308、根据目标请求确定目标开关的目标状态。
114.进一步地，解析目标请求包含的请求类别，判断是解密请求还是加密请求，进而确定目标开关对应的开启状态还是关闭状态。
115.s309、在目标开关处于目标状态时，接收输入的目标参数，以及利用目标参数对目标接口内的目标开关进行处理。
116.这里说的目标参数可以理解为目标接口内的目标开关的加解密处理参数，不同的状态开关对应一组目标参数。
117.进一步地，在确定目标开关的目标状态后，利用输入的针对目标开关的目标参数
进行加解密处理，使得目标接口内的目标开关实现开启或关闭处理，进而实现访问目标数据或修改目标数据的目的。
118.在一种可能的实例场景中，图4为本技术实施例提供的一种访问数据的流程图。根据图4提供的示图，访问数据的步骤具体包括：
119.步骤1：移动端app/pca/pcw所有接口都采用加密传输方式传输，同时预留加/解密接口供其它模块调用。
120.步骤2：移动端、pcw、pcw等开发后门装置，得到开发加解密后门装置。
121.步骤3：接收请求并验证签名是否准确。
122.步骤4：签名正确时，接收解密业务开关接口请求，在获得的解密请求域名、传参、秘钥正确时，同意业务开关接口解密，进而展现明文接口，最后对明文接口进行修改等操作。
123.步骤5：签名错误时，不再接收加解密接口调用。
124.步骤6：接收请求并验证签名是否准确。
125.步骤7：签名正确时，接收加密业务开关接口请求，在获得的加密请求域名、传参、秘钥正确时，同意业务开关接口加密，进而展现加密接口。
126.步骤8：签名错误时，不再接收加解密接口调用。
127.本技术实施例提供的又一种数据的处理方法，通过创建公共的目标接口，在验证门验证成功后，调用目标接口；在验证失败时，禁止调用目标接口。并且通过传入目标接口内的目标参数，对目标接口内的选定的目标开关进行加解密处理，完成访问数据处理，进而实现统一访问接口，得到标准化接口方便统一调用，在不重新打开应用包的情况下，基于同一个应用就能实现传输接口的加解密的技术效果。
128.图5为本技术实施例提供的一种数据的处理装置的结构示意图。应用于数据的处理方法中。根据图5提供的示图，数据的处理装置具体包括：
129.调用模块51，用于当访问目标数据时，调用目标应用创建的目标接口，以及搭建目标接口对应的验证门，目标接口中设置有多个状态开关；
130.验证模块52，用于接收验证请求，通过验证门验证目标接口是否调用成功；
131.接收请求模块53，用于在验证门验证成功时，接收目标接口传入的针对目标开关的目标请求，目标开关是从状态开关中选中的；
132.确定模块54，用于根据目标请求确定目标开关的目标状态；
133.处理模块55，用于在目标开关处于目标状态时，接收输入的目标参数，以及利用目标参数对目标接口内的目标开关进行处理。
134.本实施例提供的数据的处理装置可以是如图5中所示的数据的处理装置，可执行如图1-4中数据的处理方法的所有步骤，进而实现图1-4所示数据的处理方法的技术效果，具体请参照图1-4相关描述，为简洁描述，在此不作赘述。
135.图6为本技术实施例提供的一种数据的处理设备的结构示意图，图6所示的数据的处理设备600包括：至少一个处理器601、存储器602、至少一个网络接口604和其他用户接口603。数据的处理设备600中的各个组件通过总线系统605耦合在一起。可理解，总线系统605用于实现这些组件之间的连接通信。总线系统605除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统
605。
136.其中，用户接口603可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
137.可以理解，本技术实施例中的存储器602可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synch link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，drram)。本文描述的存储器602旨在包括但不限于这些和任意其它适合类型的存储器。
138.在一些实施方式中，存储器602存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统6021和应用程序6022。
139.其中，操作系统6021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序6022，包含各种应用程序，例如媒体播放器(media player)、浏览器(browser)等，用于实现各种应用业务。实现本技术实施例方法的程序可以包含在应用程序6022中。
140.在本技术实施例中，通过调用存储器602存储的程序或指令，具体的，可以是应用程序6022中存储的程序或指令，处理器601用于执行各方法实施例所提供的方法步骤，例如包括：
141.当访问目标数据时，调用目标应用创建的目标接口，以及搭建目标接口对应的验证门，目标接口中设置有多个状态开关；接收验证请求，通过验证门验证目标接口是否调用成功；在验证门验证成功时，接收目标接口传入的针对目标开关的目标请求，目标开关是从状态开关中选中的；根据目标请求确定目标开关的目标状态；在目标开关处于目标状态时，接收输入的目标参数，以及利用目标参数对目标接口内的目标开关进行处理。
142.上述本技术实施例揭示的方法可以应用于处理器601中，或者由处理器601实现。处理器601可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器601中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器601可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读
存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器602，处理器601读取存储器602中的信息，结合其硬件完成上述方法的步骤。
143.可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(application specific integrated circuits，asic)、数字信号处理器(digital signal processing，dsp)、数字信号处理设备(dspdevice，dspd)、可编程逻辑设备(programmable logic device，pld)、现场可编程门阵列(field-programmable gate array，fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本技术所述功能的其它电子单元或其组合中。
144.对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
145.本实施例提供的数据的处理设备可以是如图6中所示的数据的处理设备，可执行如图1-4中数据的处理方法的所有步骤，进而实现图1-4所示数据的处理方法的技术效果，具体请参照图1-4相关描述，为简洁描述，在此不作赘述。
146.本技术实施例还提供了一种存储介质(计算机可读存储介质)。这里的存储介质存储有一个或者多个程序。其中，存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。
147.当存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述在数据的处理设备侧执行的数据的处理方法。
148.所述处理器用于执行存储器中存储的数据的处理程序，以实现以下在数据的处理设备侧执行的数据的处理方法的步骤：
149.当访问目标数据时，调用目标应用创建的目标接口，以及搭建目标接口对应的验证门，目标接口中设置有多个状态开关；接收验证请求，通过验证门验证目标接口是否调用成功；在验证门验证成功时，接收目标接口传入的针对目标开关的目标请求，目标开关是从状态开关中选中的；根据目标请求确定目标开关的目标状态；在目标开关处于目标状态时，接收输入的目标参数，以及利用目标参数对目标接口内的目标开关进行处理。
150.专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
151.结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
152.以上所述的具体实施方式，对本技术的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本技术的具体实施方式而已，并不用于限定本技术的保护范围，凡在本技术的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含
在本技术的保护范围之内。

技术特征：
1.一种数据的处理方法，其特征在于，包括：当访问目标数据时，调用目标应用创建的目标接口，以及搭建所述目标接口对应的验证门，所述目标接口中设置有多个状态开关；接收验证请求，通过所述验证门验证所述目标接口是否调用成功；在所述验证门验证成功时，接收所述目标接口传入的针对目标开关的目标请求，所述目标开关是从所述状态开关中选中的；根据所述目标请求确定所述目标开关的目标状态；在所述目标开关处于所述目标状态时，接收输入的目标参数，以及利用所述目标参数对所述目标接口内的所述目标开关进行处理。2.根据权利要求1所述的方法，其特征在于，所述接收验证请求，通过所述验证门验证所述目标接口是否调用成功，包括：在接收到所述验证门的验证请求时，获取所述验证门传入的签名信息；将所述签名信息与预先存储的目标签名进行匹配，得到匹配结果；当所述匹配结果为成功时，确定所述验证门验证所述目标接口调用成功；当所述匹配结果为失败时，确定所述验证门验证所述目标接口调用失败。3.根据权利要求1所述的方法，其特征在于，所述接收所述目标接口传入的针对目标开关的目标请求，包括：接收所述目标接口传入的针对目标开关的第一目标请求；或，接收所述目标接口传入的针对目标开关的第二目标请求；所述根据所述目标请求确定所述目标开关的目标状态，包括：在所述目标请求为第一目标请求时，确定所述目标开关的目标状态为第一状态，所述第一状态表征目标开关处于开启状态；或，在所述目标请求为第二目标请求时，确定所述目标开关的目标状态为第二状态，所述第二状态表征目标开关处于关闭状态。4.根据权利要求3所述的方法，其特征在于，所述在所述目标开关处于所述目标状态时，接收输入的目标参数，利用所述目标参数对所述目标接口内的所述目标开关进行处理，包括：在所述目标开关处于第一状态时，根据所述第一状态接收输入的第一目标参数，所述第一目标参数携带有解密域名、解密参数和解密密钥；利用所述第一目标参数对所述目标接口内的目标开关进行解密处理。5.根据权利要求4所述的方法，其特征在于，所述方法，还包括：在所述目标接口内的目标开关解密成功时，确定所述目标开关处于开启状态，获取信息数据包接口；通过所述信息数据包接口对内部数据包执行编辑操作。6.根据权利要求3所述的方法，其特征在于，所述在所述目标开关处于所述目标状态时，接收输入的目标参数，利用所述目标参数对所述状态开关进行处理，包括：在所述目标开关处于第二状态时，根据所述第二状态接收输入的第二目标参数，所述
第二目标参数携带有加密域名、加密参数和加密密钥；利用所述第二目标参数对所述目标接口内的目标开关进行加密处理。7.根据权利要求2所述的方法，其特征在于，所述方法，还包括：在所述验证门验证失败时，停止接收所述目标接口的调用请求。8.一种数据的处理装置，其特征在于，包括：调用模块，用于当访问目标数据时，调用目标应用创建的目标接口，以及搭建所述目标接口对应的验证门，所述目标接口中设置有多个状态开关；验证模块，用于接收验证请求，通过所述验证门验证所述目标接口是否调用成功；接收请求模块，用于在所述验证门验证成功时，接收所述目标接口传入的针对目标开关的目标请求，所述目标开关是从所述状态开关中选中的；确定模块，用于根据所述目标请求确定所述目标开关的目标状态；处理模块，用于在所述目标开关处于所述目标状态时，接收输入的目标参数，以及利用所述目标参数对所述目标接口内的所述目标开关进行处理。9.一种数据的处理设备，其特征在于，包括：处理器和存储器，所述处理器用于执行所述存储器中存储的数据的处理程序，以实现权利要求1～7中任一项所述的数据的处理方法。10.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1～7中任一项所述的数据的处理方法。

技术总结
本申请实施例涉及一种数据的处理方法、装置、设备及存储介质，方法包括：当访问目标数据时，调用目标应用创建的目标接口，以及搭建目标接口对应的验证门，目标接口中设置有多个状态开关；接收验证请求，通过验证门验证目标接口是否调用成功；在验证门验证成功时，接收目标接口传入的针对目标开关的目标请求，目标开关是从状态开关中选中的；根据目标请求确定目标开关的目标状态；在目标开关处于目标状态时，接收输入的目标参数，以及利用目标参数对目标接口内的目标开关进行处理。由此，可以实现统一加解密接口，得到标准化接口方便统一调用，在不重新打开应用包的情况下，基于同一个应用就能实现传输接口的加解密的技术效果。应用就能实现传输接口的加解密的技术效果。应用就能实现传输接口的加解密的技术效果。


技术研发人员：于咏梅 高耀
受保护的技术使用者：上海众源网络有限公司
技术研发日：2023.06.28
技术公布日：2023/10/6