一种数据存储的处理方法及装置与流程

1.本技术涉及数据安全技术领域，具体而言，涉及一种数据存储的处理方法及装置。


背景技术：

2.目前，随着网络技术的发展，互联网数据日益庞大，人们对数据存储要求越来越高，在进行应用程序数据转移时，通过文件进行数据的传递最为可靠。同时，在进行跨设备的数据迁移，文件的可靠性就突出出来。而一般情况下，对文件存储只是一个单一的文件存储，或者直接转移到另一个设备，没有一个通用的文件转移方式；且缺乏灵活性，没有根据系统中不同应用的不同存储需求还需要制定相应的存储策略，这样无法满足用户多样化的存储需求，且不方便后续业务功能扩展要求。此时就需要一个通用的文件存储转移方式，来进行数据传递到另一个应用程序，或者另一个设备上。
3.现有技术中，一种是采用云端+本地混合存储支持，结合不同应用对于不同使用场景的需求采用区别存储的方式来有效满足用户多样化的存储需求；但是，这种技术方案主要是和云服务器交互获取到文件存储配置信息，但无法获取存储位置的存储情况，当获取的文件存储位置超过设备限制，就会造成文件存储失败等问题；而且该技术方案只考虑了文件转移，没考虑到文件生成时开始转移的情况；
4.另一种是当目标共享文件存储可迁移且目标文件存储类型的后端存储可用时，设置所述目标共享文件存储的访问控制状态为只读；创建所述目标文件存储类型对应的文件存储；将所述目标共享文件存储的文件复制到创建的所述文件存储中；将创建的所述文件存储的权限设置为与所述目标共享文件存储的权限一致；但是，这种技术方案是在云平台层面进行共享文件存储的迁移，通过权限控制来实现文件的迁移与存储，但当文件修改判断出错，可能导致文件冗余，且对文件存储资源没有进行判断，浪费存储资源。


技术实现要素：

5.本技术实施例的目的在于提供一种数据存储的处理方法、装置、电子设备及计算机可读存储介质，可以实现提高数据存储性能的技术效果。
6.第一方面，本技术实施例提供了一种数据存储的处理方法，包括：
7.生成待存储的文件数据；
8.根据所述文件数据的预设格式数据获取所述文件数据的上报配置信息；
9.根据所述上报配置信息获取存储目录信息，所述存储目录信息包括指定存储目录；
10.根据所述存储目录信息判断所述指定存储目录的文件存储数量是否超过限制阈值；
11.若否，将所述文件数据转移至所述指定存储目录；
12.若是，在所述指定存储目录的上级目录创建新指定存储目录，将所述文件数据转移至所述新指定存储目录。
13.在上述实现过程中，该数据存储的处理方法通过解析待存储的文件数据获得预设格式数据、并根据预设格式数据获得上报配置信息，然后根据上报配置信息对文件数据进行转移存储处理，且在指定存储目录的文件存储数量超过限制时新建目录进行文件存储；从而，该数据存储的处理方法将数据存储和交互解耦，实现数据存储、数据传递、数据分析的完全解耦，各个进程互不干扰，可以提升数据获取的能力；从而，该数据存储的处理方法考虑资源调性的同时不影响数据的获取，保证数据的完整性和数据获取的性能，配合多设备，可做到数据抓取系统的负载均衡，一个设备获取数据，多设备解析处理，避免文件数量堆积过多导致读取慢甚至读取失败的问题，确保了不同应用进程传递数据的完整性，而且也解决了文件夹内资源不足问题，灵活而通用，可以实现提高数据存储性能的技术效果。
14.进一步地，所述生成待存储的文件数据的步骤，包括：
15.获取待存储文件；
16.在所述待存储文件的末端追加一个预设格式数据，生成待存储的文件数据。
17.在上述实现过程中，在文件数据生成时，在文件数据的末端追加一个预设格式数据；从而，其他应用进程可以通过解析预设格式数据判断是否需要将文件数据进行转移存储操作，实现将数据的生成、存储和交互进行解耦，数据的生成、存储可以交由不同的应用进程实现，且各个进程互不干扰。
18.进一步地，在所述根据所述预设格式数据获取所述文件数据的上报配置信息的步骤之后，所述方法还包括：
19.根据所述上报配置信息获得所述文件数据的上报地址，所述上报地址包括本地地址和/或远端服务器地址。
20.在上述实现过程中，根据上报配置信息获取文件上报配置，以此来判断是将文件上报至本地，还是上报至远端服务器，还是二者都接收文件上报。
21.进一步地，若所述上报地址包括远端服务器地址，在所述根据所述上报配置信息获取存储目录信息的步骤之前，包括：
22.根据所述远端服务器地址获得远端服务器的ip信息和端口信息；
23.根据所述ip信息和所述端口信息通过传输控制协议将所述待存储的文件数据发送至所述远端服务器。
24.进一步地，在将所述文件数据转移至所述指定存储目录或将所述文件数据转移至所述新指定存储目录的步骤之后，所述方法还包括：
25.获取所述远端服务器返回的存储反馈信息；
26.根据所述存储反馈信息判断所述文件数据是否存储成功，若否，则再次根据所述ip信息和所述端口信息通过传输控制协议将所述待存储的文件数据发送至所述远端服务器。
27.在上述实现过程中，通过存储反馈信息判断文件数据是否存储成功，监督文件数据的传输状态；当数据传输失败等，会重新进行传输，直至传输成功，以保证两边数据的一致性。
28.进一步地，所述生成待存储的文件数据的步骤之后，所述方法还包括：
29.获取所述文件数据的生成时间；
30.在检测到所述文件数据的末端无预设格式数据且所述生成时间超过预设时间阈
值时，丢弃所述文件数据。
31.在上述实现过程中，当文件数据缺少预设格式数据、且生成超过一定时间时，则判断为文件数据的生成出现问题，对文件数据进行删除，从而避免文件冗余。
32.第二方面，本技术实施例提供了一种数据存储的处理装置，包括：
33.文件生成模块，用于生成待存储的文件数据；
34.上报配置模块，用于根据所述文件数据的预设格式数据获取所述文件数据的上报配置信息；
35.存储目录模块，用于根据所述上报配置信息获取存储目录信息，所述存储目录信息包括指定存储目录；
36.判断模块，用于根据所述存储目录信息判断所述指定存储目录的文件存储数量是否超过限制阈值；若否，将所述文件数据转移至所述指定存储目录；若是，在所述指定存储目录的上级目录创建新指定存储目录，将所述文件数据转移至所述新指定存储目录。
37.进一步地，所述文件生成模块包括：
38.获取单元，用于获取待存储文件；
39.文件生成单元，用于在所述待存储文件的末端追加一个预设格式数据，生成待存储的文件数据。
40.进一步地，所述数据存储的处理装置还包括：
41.上报地址模块，用于根据所述上报配置信息获得所述文件数据的上报地址，所述上报地址包括本地地址和/或远端服务器地址。
42.进一步地，所述数据存储的处理装置还包括：
43.ip及端口模块，用于根据所述远端服务器地址获得远端服务器的ip信息和端口信息；
44.发送模块，用于根据所述ip信息和所述端口信息通过传输控制协议将所述待存储的文件数据发送至所述远端服务器。
45.进一步地，所述数据存储的处理装置还包括：
46.返回获取模块，用于获取所述远端服务器返回的存储反馈信息；
47.发送模块还用于：根据所述存储反馈信息判断所述文件数据是否存储成功，若否，则再次根据所述ip信息和所述端口信息通过传输控制协议将所述待存储的文件数据发送至所述远端服务器。
48.进一步地，所述数据存储的处理装置还包括：
49.时间检测模块，用于获取所述文件数据的生成时间；在检测到所述文件数据的末端无预设格式数据且所述生成时间超过预设时间阈值时，丢弃所述文件数据。
50.第三方面，本技术实施例提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。
51.第四方面，本技术实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。
52.第五方面，本技术实施例提供的一种计算机程序产品，所述计算机程序产品在计
算机上运行时，使得计算机执行如第一方面任一项所述的方法。
53.本技术公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本技术公开的上述技术即可得知。
54.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
55.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
56.图1为本技术实施例提供的一种数据存储的处理方法的流程示意图；
57.图2为本技术实施例提供的另一种数据存储的处理方法的流程示意图；
58.图3为本技术实施例提供的文件数据上传远端服务器的流程示意图；
59.图4为本技术实施例提供的数据存储的处理装置的结构框图；
60.图5为本技术实施例提供的一种电子设备的结构框图。
具体实施方式
61.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
62.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
63.本技术实施例提供了一种数据存储的处理方法、装置、电子设备及计算机可读存储介质，可以应用于文件的转移存储过程中，如转移至本地文件夹或转移至远端服务器；该数据存储的处理方法通过解析待存储的文件数据获得预设格式数据、并根据预设格式数据获得上报配置信息，然后根据上报配置信息对文件数据进行转移存储处理，且在指定存储目录的文件存储数量超过限制时新建目录进行文件存储；从而，该数据存储的处理方法将数据存储和交互解耦，实现数据存储、数据传递、数据分析的完全解耦，各个进程互不干扰，可以提升数据获取的能力；从而，该数据存储的处理方法考虑资源调性的同时不影响数据的获取，保证数据的完整性和数据获取的性能，配合多设备，可做到数据抓取系统的负载均衡，一个设备获取数据，多设备解析处理，避免文件数量堆积过多导致读取慢甚至读取失败的问题，确保了不同应用进程传递数据的完整性，而且也解决了文件夹内资源不足问题，灵活而通用，可以实现提高数据存储性能的技术效果。
64.请参见图1，图1为本技术实施例提供的一种数据存储的处理方法的流程示意图，该数据存储的处理方法包括如下步骤：
65.s100：生成待存储的文件数据；
66.s200：根据文件数据的预设格式数据获取文件数据的上报配置信息。
67.可选地，在文件数据生成时，在文件数最后追加一个特定格式数据(预设格式数据)；从而，当另一个应用程序去获取文件数据时，读取有这个特定格式内容才能进行转移
存储，实现将数据存储和交互解耦，即数据存储、数据传递、数据分析的完全解耦，各个进程互不干扰。
68.示例性地，文件数据的生成、转移存储可以由不同的应用进程实现。
69.s300：根据上报配置信息获取存储目录信息，存储目录信息包括指定存储目录；
70.s400：根据存储目录信息判断指定存储目录的文件存储数量是否超过限制阈值；
71.s410：若否，将文件数据转移至指定存储目录；
72.s420：若是，在指定存储目录的上级目录创建新指定存储目录，将文件数据转移至新指定存储目录。
73.在一些实施方式中，指定存储目录的文件存储数量超过限制时，通过在上级目录下新建一个同名加后缀的文件夹(即新指定存储目录)，将文件转移到此目录下；从而，避免目录下文件过多，造成读取慢甚至无法读取的问题。
74.示例性地，该数据存储的处理方法通过解析待存储的文件数据获得预设格式数据、并根据预设格式数据获得上报配置信息，然后根据上报配置信息对文件数据进行转移存储处理，且在指定存储目录的文件存储数量超过限制时新建目录进行文件存储；从而，该数据存储的处理方法将数据存储和交互解耦，实现数据存储、数据传递、数据分析的完全解耦，各个进程互不干扰，可以提升数据获取的能力；从而，该数据存储的处理方法考虑资源调性的同时不影响数据的获取，保证数据的完整性和数据获取的性能，配合多设备，可做到数据抓取系统的负载均衡，一个设备获取数据，多设备解析处理，避免文件数量堆积过多导致读取慢甚至读取失败的问题，确保了不同应用进程传递数据的完整性，而且也解决了文件夹内资源不足问题，灵活而通用，可以实现提高数据存储性能的技术效果。
75.请参见图2，图2为本技术实施例提供的另一种数据存储的处理方法的流程示意图。
76.示例性地，s100：生成待存储的文件数据的步骤，包括：
77.s110：获取待存储文件；
78.s120：在待存储文件的末端追加一个预设格式数据，生成待存储的文件数据。
79.示例性地，在文件数据生成时，在文件数据的末端追加一个预设格式数据；从而，其他应用进程可以通过解析预设格式数据判断是否需要将文件数据进行转移存储操作，实现将数据的生成、存储和交互进行解耦，数据的生成、存储可以交由不同的应用进程实现，且各个进程互不干扰。
80.示例性地，在s200：根据预设格式数据获取文件数据的上报配置信息的步骤之后，方法还包括：
81.s210：根据上报配置信息获得文件数据的上报地址，上报地址包括本地地址和/或远端服务器地址。
82.示例性地，根据上报配置信息获取文件上报配置，以此来判断是将文件上报至本地，还是上报至远端服务器，还是二者都接收文件上报。
83.可选地，无论是上传至本地亦或是上传至远端服务器，文件数据的存储过程均可以按照s300～s420的方法流程进行。
84.请参见图3，图3为本技术实施例提供的文件数据上传远端服务器的流程示意图。
85.示例性地，若上报地址包括远端服务器地址，在s200：根据上报配置信息获取存储
目录信息的步骤之前，包括：
86.s201：根据远端服务器地址获得远端服务器的ip信息和端口信息；
87.s202：根据ip信息和端口信息通过传输控制协议将待存储的文件数据发送至远端服务器。
88.示例性地，在将文件数据转移至指定存储目录或将文件数据转移至新指定存储目录的步骤之后，方法还包括：
89.s430：获取远端服务器返回的存储反馈信息；
90.s440：根据存储反馈信息判断文件数据是否存储成功；
91.若否，则返回s202；
92.s450：若是，则结束文件存储流程。
93.示例性地，通过存储反馈信息判断文件数据是否存储成功，监督文件数据的传输状态；当数据传输失败等，会重新进行传输，直至传输成功，以保证两边数据的一致性。
94.示例性地，s100：生成待存储的文件数据的步骤之后，方法还包括：
95.s130：获取文件数据的生成时间；
96.s140：在检测到文件数据的末端无预设格式数据且生成时间超过预设时间阈值时，丢弃文件数据。
97.示例性地，当文件数据缺少预设格式数据、且生成超过一定时间时，则判断为文件数据的生成出现问题，对文件数据进行删除，从而避免文件冗余。
98.示例性地，结合图1至图3，本技术实施例提供的数据存储的处理方法，具体流程步骤示例如下：
99.1)在文件数据生成时，在文件数据最后追加一个特定格式数据(预设格式数据)；当另一个应用程序进程去获取该文件数据时，只有在读取到该文件数据的特定格式数据才能进行转移；
100.2)读取文件数据的内容末尾，解析其是否包含上文所述的特定格式数据，是则进行文件转移：读取文件数据的上报配置信息，以此来判断是将文件上报至本地，还是上报至远端服务器，还是二者都接收文件上报；
101.3)若是上报至本地，通过检查目标文件夹(指定存储目录)下文件数是否超过限制，若未超过，则正常转移；
102.若超过限制，通过程序进程在上级目录下新建一个同名加后缀的文件夹，将文件转移到此目录下，避免目录下文件过多，造成读取慢甚至无法读取的问题；
103.4)当上报至远端服务器时，我们可通过返回的上报状态来判断是否文件上报成功，并以此来判断文件是否要再次转移；
104.在文件数据转移至远端服务器的过程中，本地转移方式也可以在远端服务器上通用；当文件数据配置为上报到远端服务器时，读取配置并通过tcp(transmission control protocol，传输控制协议)将文件数据传输到远端服务器；当文件数据上报到远端服务器后，可以读取文件数据的末尾是否有预设格式数据，有则进行文件夹内资源获取；当文件夹内资源超过限制时，在上级目录下新建同名带后缀的文件夹，然后将文件转移到此目录下。再进行后续的数据解析、传递等操作；
105.本技术实施例提供的数据存储的处理方法，确保了不同应用进程传递数据的完整
性，而且也解决了文件夹内资源不足问题，且灵活而通用，灵活针对不同配置的文件存储，通用在于此方法可适用于各种需要文件存储或者不同应用程序间数据传递的情况。
106.在一些实施场景中，本技术实施例提供的数据存储的处理方法，可应用于网络数据防泄漏系统的事件模块的设计；基于网络数据防泄漏系统，阐述使用本技术提出的一种灵活存储文件的文件存储方法，提升系统传递数据能力，从而提高事件显示速度。按照本技术详细描述中的方法，具体的流程示例如下：
107.1、获取安全数据进程在获取完数据将事件信息数据写入文件后，在文件最后写入一个特定内容。
108.2、文件存储进程读取配置为本地上报还是上传到远端服务器或者两者都。
109.3、以下流程在远端服务器和本地通用。
110.3.1、读取指定目录下的文件数量是否超过限制。
111.3.2、未超过限制就正常转移文件。
112.3.3、超过则在上级目录下新建同名带后缀的文件夹，将文件转移到此目录下。
113.综上所述，本技术实施例提供的数据存储的处理方法，至少包括如下
114.有益效果：
115.1)将数据存储和交互解耦，做成存储，传递，分析完全解耦，各进程互不干扰，提升数据获取的能力；三类进程互不干扰，由于数据获取需要获取要实时流量，对性能要求很高，这样把各模块分离开，互不打扰，提升各自功能的性能；
116.2)将资源调性考虑进去，但不影响数据获取，保证数据的完整性和数据获取的性能。配合多设备，可做到数据抓取系统的负载均衡，一个设备获取数据，多设备解析处理。
117.在文件生成时在文件内容末尾追加一个特定内容，确保文件完整性情况下不影响文件内容的解析。按顺序进行传输，确保数据的顺序性。监督传输状态，当数据传输失败等，会重新进行传输，直至传输成功，保证两边数据的一致性。
118.请参见图4，图4为本技术实施例提供的数据存储的处理装置的结构框图，该数据存储的处理装置包括：
119.文件生成模块100，用于生成待存储的文件数据；
120.上报配置模块200，用于根据文件数据的预设格式数据获取文件数据的上报配置信息；
121.存储目录模块300，用于根据上报配置信息获取存储目录信息，存储目录信息包括指定存储目录；
122.判断模块400，用于根据存储目录信息判断指定存储目录的文件存储数量是否超过限制阈值；若否，将文件数据转移至指定存储目录；若是，在指定存储目录的上级目录创建新指定存储目录，将文件数据转移至新指定存储目录。
123.示例性地，文件生成模块100包括：
124.获取单元，用于获取待存储文件；
125.文件生成单元，用于在待存储文件的末端追加一个预设格式数据，生成待存储的文件数据。
126.示例性地，数据存储的处理装置还包括：
127.上报地址模块，用于根据上报配置信息获得文件数据的上报地址，上报地址包括
本地地址和/或远端服务器地址。
128.示例性地，数据存储的处理装置还包括：
129.ip及端口模块，用于根据远端服务器地址获得远端服务器的ip信息和端口信息；
130.发送模块，用于根据ip信息和端口信息通过传输控制协议将待存储的文件数据发送至远端服务器。
131.示例性地，数据存储的处理装置还包括：
132.返回获取模块，用于获取远端服务器返回的存储反馈信息；
133.发送模块还用于：根据存储反馈信息判断文件数据是否存储成功，若否，则再次根据ip信息和端口信息通过传输控制协议将待存储的文件数据发送至远端服务器。
134.示例性地，数据存储的处理装置还包括：
135.时间检测模块，用于获取文件数据的生成时间；在检测到文件数据的末端无预设格式数据且生成时间超过预设时间阈值时，丢弃文件数据。
136.需要注意的是，本技术实施例提供的数据存储的处理装置与图1至图3所示的方法实施例相对应，为避免重复，此处不在赘述。
137.本技术还提供一种电子设备，请参见图5，图5为本技术实施例提供的一种电子设备的结构框图。电子设备可以包括处理器510、通信接口520、存储器530和至少一个通信总线540。其中，通信总线540用于实现这些组件直接的连接通信。其中，本技术实施例中电子设备的通信接口520用于与其他节点设备进行信令或数据的通信。处理器510可以是一种集成电路芯片，具有信号的处理能力。
138.上述的处理器510可以是通用处理器，包括中央处理器(cpu，central processing unit)、网络处理器(np，network processor)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器510也可以是任何常规的处理器等。
139.存储器530可以是，但不限于，随机存取存储器(ram，random access memory)，只读存储器(rom，read only memory)，可编程只读存储器(prom，programmable read-only memory)，可擦除只读存储器(eprom，erasable programmable read-only memory)，电可擦除只读存储器(eeprom，electric erasable programmable read-only memory)等。存储器530中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器510执行时，电子设备可以执行上述图1至图3方法实施例涉及的各个步骤。
140.可选地，电子设备还可以包括存储控制器、输入输出单元。
141.所述存储器530、存储控制器、处理器510、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线540实现电性连接。所述处理器510用于执行存储器530中存储的可执行模块，例如电子设备包括的软件功能模块或计算机程序。
142.输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。
143.可以理解，图5所示的结构仅为示意，所述电子设备还可包括比图5中所示更多或
者更少的组件，或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。
144.本技术实施例还提供一种存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，所述计算机程序被处理器执行时实现方法实施例所述的方法，为避免重复，此处不再赘述。
145.本技术还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。
146.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，
147.也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，5例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方
148.法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能
149.的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标0注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的
150.基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。5另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
151.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使
152.用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申0请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步
153.骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only5memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
154.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
155.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
156.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实
体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。