一种数据处理方法、装置、电子设备及存储介质与流程

1.本发明涉及计算机技术领域，尤其涉及一种数据处理方法、装置、电子设备及存储介质。


背景技术：

2.云平台可以将资源提供给多个个人或企业使用，使个人或企业共享同一套服务，这样可以降低个人或企业的运维成本，云平台将这样的个人或企业统称为租户。相关技术中，不同类型的租户共享云平台的资源，由于不同类型的租户定制化需求程度不同，相关技术无法根据不同类型的租户的定制化需求，为不同类型的租户合理分配云平台资源，云平台资源利用率低。


技术实现要素：

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.基于租户类型将所述集群划分为所述至少两个分区；
29.对所述至少两个分区中的每个分区中的节点打标签；所述标签表征租户类型。
30.第二方面，本发明实施例提供了一种数据处理装置，该装置包括：
31.接收模块，用于接收创建第一命名空间的创建指令；所述创建指令包括第一命名空间的标识和第一租户的类型；所述第一租户表征所述第一命名空间的创建者；
32.确定模块，用于确定集群中所述第一租户的类型对应的第一分区；所述集群包括至少两个分区；所述至少两个分区中的每个分区至少包括一个节点；
33.创建模块，用于基于所述创建指令在所述第一分区中创建所述第一命名空间。
34.第三方面，本发明实施例提供了一种电子设备，包括处理器和存储器，所述处理器和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行本发明实施例第一方面提供的数据处理方法的步骤。
35.第四方面，本发明实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序。所述计算机程序被处理器执行时实现如本发明实施例第一方面提供的数据处理方法的步骤。
36.本发明实施例通过接收创建第一命名空间的创建指令，创建指令包括第一命名空间的标识和第一租户的类型，第一租户表征第一命名空间的创建者。确定集群中第一租户的类型对应的第一分区，基于创建指令在第一分区中创建第一命名空间。其中，集群包括至少两个分区，至少两个分区中的每个分区至少包括一个节点。本发明实施例根据不同类型
的租户在集群的不同的分区中创建对应的命名空间，这样不同类型的租户不会互相占用资源，实现合理分配集群资源，提高集群资源利用率。
附图说明
37.图1是本发明实施例提供的一种数据处理方法的实现流程示意图；
38.图2是本发明实施例提供的另一种数据处理方法的实现流程示意图；
39.图3是本发明实施例提供的另一种数据处理方法的实现流程示意图；
40.图4是本发明实施例提供的另一种数据处理方法的实现流程示意图；
41.图5是本发明实施例提供的另一种数据处理方法的实现流程示意图；
42.图6是本发明应用实施例提供的一种多租户集群的数据流向图；
43.图7是本发明实施例提供的一种数据处理装置的示意图；
44.图8是本发明一实施例提供的电子设备的示意图。
具体实施方式
45.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
46.在云平台中，租户指服务的使用方，比如开发的服务是给某企业使用的，那该企业就是一个客户/租户；假设这个服务是面向互联网的，那么使用该服务的每一个互联网用户都是一个租户。
47.多租户又称多重租赁技术，是一种软件架构技术，它是在探讨与实现如何于多用户的环境下共用相同的系统或程序组件，并且仍可确保各用户间数据的隔离性。
48.目前市面上主流的多租户方案是通过设计租户配置信息库，租户登录时获取配置信息，完成菜单、门户、风格、记录以及表单的动态多样化。这种设计只能满足简单的定制化需求，对于定制流程复杂的租户无法满足，另外不同的租户对定制化需求程度不一，需要相对灵活的租户隔离级别来实现精细化运营。
49.在多租户场景下存在80/20法则，其中80％的业务需求是由20％的租户完成的，因此需要针对指定大客户特事特办，而中小型客户则采用标准化方案，现有的多租户设计无法应对业务场景的多样化。相关技术无法根据不同类型的租户的定制化需求，为不同类型的租户合理分配资源，资源利用率低。
50.目前，部分多租户定制方案采用数据隔离方案，将业务应用配置化，将每个租户自己的使用特点及操作习惯进行配置化，每个租户的配置库之间相互隔离，但应用彼此之间没有隔离，定制灵活性不高。数据隔离多租户方案，虽然保障了数据安全，但业务应用需要将一些业务逻辑进行配置化，并将配置信息保存在配置库中，业务需求需要适配基础配置能力，超出能力之外的需求很难满足，另外配置化方案技术封闭，和当下的主流技术难以结合，开放性差。
51.还有部分多租户定制方案采用虚拟机技术，根据租户信息，将计算服务器切分为不同的虚拟机，不同租户使用不同的虚拟机。虚拟机多租户方案，虽然定制性灵活，但前期
无法预知客户的需求，很难合理设置虚拟机配置，存在后期扩容困难的问题，资源利用率低下。
52.针对上述相关技术的缺点，本发明实施例提供了一种数据处理方法，至少能够提高云平台的资源利用率。为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
53.图1是本发明实施例提供的一种数据处理方法的实现流程示意图，所述数据处理方法的执行主体为云平台，云平台可以为台式电脑、笔记本电脑和服务器等。参考图1，数据处理方法包括：
54.s101，接收创建第一命名空间的创建指令；所述创建指令包括第一命名空间的标识和第一租户的类型；所述第一租户表征所述第一命名空间的创建者。
55.本发明实施例采用容器编排技术，比如kubernets技术，抽象云平台的计算资源，在云平台中部署集群。租户可在集群中创建命名空间，命名空间(namespace)是k8s集群中的虚拟化集群，是kubernetes提供的一种组织资源机制，用于给集群中的任何对象组进行分类、筛选和管理。命名空间是k8s集群资源的“收纳”机制，可以把相关的资源“收纳”到同一个命名空间里，以避免不相关资源之间不必要的影响。命名空间本身也是一种资源，通过集群api server入口可以新建命名空间。
56.在实际应用中，在创建集群时，通过rke工具初始化kubernets集群，安装localpath脚本挂载本地存储器，设置dns服务为coredns，设置镜像源为本地harbor服务地址，设置calico为集群网络方案，通过kubernets的service命名所有应用和中间件。
57.第一租户通过输入创建指令，在集群中创建第一命名空间，创建指令包括第一命名空间的标识和第一租户的类型。第一命名空间的标识用于区别于其他命名空间，第一租户的类型可以根据实际场景进行划分，比如按照租户的定制化需求程度类型划分为：标准化租户、定制化租户和重点保障租户。
58.s102，确定集群中所述第一租户的类型对应的第一分区；所述集群包括至少两个分区；所述至少两个分区中的每个分区至少包括一个节点。
59.参考图2，在一实施例中，所述方法还包括：
60.s201，基于租户类型将所述集群划分为所述至少两个分区。
61.s202，对所述至少两个分区中的每个分区中的节点打标签；所述标签表征租户类型。
62.集群由多个节点组成，这里将集群的多个节点按照租户类型进行划分，划分得到至少两个分区，每个分区包括至少一个节点，对每个分区中的节点打上相应的标签。比如，按照租户类型将kubernets集群划分为commonpark、normalpark和vippark 3个分区。当需要创建命名空间时，根据租户类型，在对应的分区节点上创建命名空间。
63.当接收到创建指令后，确定第一租户的类型对应的第一分区。
64.s103，基于所述创建指令在所述第一分区中创建所述第一命名空间。
65.在集群的第一分区中创建第一租户的第一命名空间，这样不同类型的租户在不同的分区中创建各自的命名空间，不同类型的租户不会互相占用资源，合理分配集群资源，提高资源利用率。在创建第一命名空间时，还可以根据公司名称、客户市场需求等信息创建第一命名空间。租户可通过租户信息配置功能权限、菜单展示、界面背景和logo等信息。
66.对于创建的第一命名空间，可根据租户类型设置第一命名空间的类型，比如标准化租户对应标准化命名空间，定制化租户对应定制化命名空间，重点保障租户对应重点保障命名空间。
67.在一实施例中，基于所述创建指令在所述第一分区中创建所述第一命名空间，包括：基于所述第一命名空间的标识生成所述第一命名空间的域名。
68.根据第一命名空间的标识动态生成域名地址，比如，第一命名空间的域名为：标识.park.com，同时将域名映射为kubernets的ingress资源。当租户访问第一命名空间时，可以通过携带有第一命名空间的标识的域名进行访问。
69.在一实施例中，所述基于所述创建指令在所述第一分区中创建所述第一命名空间，包括：
70.在所述第一租户的类型为第一类型的情况下，在所述第一分区创建所述第一命名空间；所述第一分区中的所有的命名空间对应相同的数据库程序、系统中间件、数据库和应用程序；
71.在所述第一租户的类型为第二类型的情况下，在所述第一分区创建所述第一命名空间；所述第一分区中的每个命名空间对应的数据库和应用程序都相互隔离；所述第二类型的第一租户的定制化需求程度大于所述第一类型的第一租户的定制化需求程度；
72.在所述第一租户的类型为第三类型的情况下，在所述第一分区创建所述第一命名空间；所述第一分区中的每个命名空间对应的计算资源都相互隔离，且所述第一分区中的每个命名空间对应所述第一分区中的至少一个节点；所述第三类型的第一租户的定制化需求程度大于所述第二类型的第一租户的定制化需求程度。
73.这里，不同类型的租户创建的第一命名空间又互不相同，假设有三种类型的第一租户，其中第三类型的第一租户的定制化需求程度＞第二类型的第一租户的定制化需求程度＞第一类型的第一租户的定制化需求程度。例如，其中第一类型的第一租户为标准化租户，第二类型的第一租户为定制化租户，第三类型的第一租户为重点保障租户。
74.commonpark分区对应的命名空间叫onepark，对应标准化应用所有的程序、中间件和数据存储，normalpark分区和vippark分区会创建标识对应的命名空间，每个命名空间还有独立的程序和服务。
75.对于标准化租户，第一分区中只有一个命名空间，应用通过租户id来进行数据存储和查询。所有标准化租户对应相同的数据库程序、系统中间件、数据库和应用程序，即标准化租户共用第一分区中所有的数据库程序、系统中间件、数据库存储和应用程序。
76.对于定制化租户，定制化租户共用数据库程序和系统中间件，数据库存储和应用程序相互隔离。定制化租户在创建第一命名空间时，会在normalpark分区动态创建应用的deployment和中间件所对应的statefulset。在定制化租户的第一命名空间下，所有的应用和数据是隔离的，但所有的存储和主机是集中共享的，应用容器会动态调度到任何一个节点上。pv是所有数据库服务共用的，系统可以通过对deployment资源的调整定制任何应用，定制开发的应用上传到habor仓库，修改deploymentyaml中镜像地址即可实现应用程序的替换，这种定制操作不会对其它租户造成任何影响。
77.对于重点保障租户，创建第一命名空间时会在vippark分区动态创建应用的deployment和中间件所对应的statefulset，重点保障租户所有的计算资源都相互隔离。在
第一分区中，每个重点保障租户的第一命名空间对应第一分区中的至少一个节点，即每个重点保障租户单独占用若干节点，其他租户无法调用这些节点的资源。每个重点保障租户的第一命名空间独享存储pv和物理服务器，会将指定的节点主机标记对应第一命名空间的标识的label，其它第一命名空间的服务不会调度到这个节点主机上。
78.对于不同类型的租户，在集群不同的分区中创建对于的命名空间，且不同类型的租户的命名空间采用不同的隔离方案，每种类型的租户的定制化需求都能得到满足，实现了集群资源的高效利用，并且提高了统一的业务管理和横向的业务扩展。
79.参考图3，在一实施例中，所述方法还包括：
80.s301，确定所述第二类型的第一租户或所述第三类型的第一租户对应的第一命名空间的访问负载。
81.s302，基于所述访问负载调整所述第一命名空间中的应用实例的数量。
82.在上述实施例中，对于定制化租户和重点保障租户，通过统计每个租户的cpu使用率和http流量等数据，确定对应的第一命名空间的访问负载，通过访问负载调整第一命名空间中的应用实例的数量。这里，应用实例指集群节点中的容器组(pod)，在kubernetes集群中，pod是所有业务类型的基础，也是k8s管理的最小单位级，它是一个或多个容器的组合。这些容器共享存储、网络和命名空间，以及如何运行的规范。在pod中，所有容器都被同一安排和调度，并运行在共享的上下文中。对于具体应用而言，pod是它们的逻辑主机，pod包含业务相关的多个应用容器。
83.这里，可以使用kubernets的hpa(pod水平自动伸缩)控制器调整第一命名空间中的应用实例的数量，当访问负载增大时，增加副本pod的数量；当访问负载减小时，降低副本pod数量，从而保障资源高效利用。
84.本发明实施例通过接收创建第一命名空间的创建指令，创建指令包括第一命名空间的标识和第一租户的类型，第一租户表征第一命名空间的创建者。确定集群中第一租户的类型对应的第一分区，基于创建指令在第一分区中创建第一命名空间。其中，集群包括至少两个分区，至少两个分区中的每个分区至少包括一个节点。本发明实施例根据不同类型的租户在集群的不同的分区中创建对应的命名空间，这样不同类型的租户不会互相占用资源，实现合理分配集群资源，提高集群资源利用率。
85.参考图4，在一实施例中，所述方法还包括：
86.s401，确定访问请求对应的第二命名空间的标识和第二租户的类型；所述访问请求用于所述第二租户访问所述集群中的所述第二命名空间。
87.租户可以访问集群中自己的命名空间，第二租户发送访问请求给集群，集群确定访问请求对应的第二命名空间的标识和第二租户的类型。
88.s402，确定所述集群中所述第二租户的类型对应的第二分区。
89.访问请求中携带有第二命名空间的标识和第二租户的类型，集群按照租户类型进行了划分，确定第二租户的类型对应的第二分区。
90.s403，基于所述集群的负载均衡控制器，将所述访问请求转发至所述第二分区中的所述标识对应的第二命名空间。
91.这里，在kubernetes集群中，负载均衡控制器为ingress controller，ingress controller通过ingress规则访问后端pod。其中，ingress规则表征域名和对应的服务的对
应关系。
92.在创建命名空间时，会将命名空间的域名映射为kubernets的ingress资源，通过域名确定对应的ingress规则，从而将访问请求转发至第二分区中的标识对应的第二命名空间。
93.参考图5，在上述实施例中，所述确定访问请求对应的第二命名空间的标识和第二租户的类型，包括：
94.s501，基于所述访问请求推送访问认证页面。
95.集群具有访问认证系统，当租户通过kubernets边缘节点访问命名空间时，向租户推送访问认证页面。
96.s502，获取所述访问认证页面获取到的认证信息；所述认证信息表征所述第二命名空间的标识和第二租户的类型。
97.访问认证页面包括租户需要填写的认证信息，租户在访问认证页面填写认证信息，比如第二租户的类型、第二命名空间的标识、名称、域名、账号和密码等信息。
98.s503，基于所述认证信息进行访问认证。
99.对租户填写的认证信息进行验证，判断是否与后台数据库中保存的数据一致，如果一致，则访问认证成功。
100.s504，在访问认证成功的情况下，基于所述认证信息确定所述第二租户的类型和所述第二命名空间的标识。
101.如果访问认证成功，那么认证信息中的第二租户的类型和第二命名空间的标识是正确的，直接可以从认证信息中得到第二租户的类型和第二命名空间的标识。
102.这里，访问认证可以是ingress的basic_auth认证，basicauth是开放平台的认证方式，简单点说明就是每次请求api时都提供用户的username和password。
103.通过访问认证可以避免非法租户访问命名空间，租户可以自定义那些租户可以访问自己的命名空间。
104.参考图6，图6是本发明应用实施例提供的一种多租户集群的数据流向图。其中，园区指命名空间，租户输入园区地址(域名)访问命名空间，集群通过api网关接收租户的访问请求，通过ingress controller确定租户访问的命名空间，对租户信息进行k8s统一认证，认证包括租户身份鉴别和操作权限验证等。认证通过后，获取租户访问的园区信息，园区信息即租户访问的命名空间的信息，集群的节点选择器根据园区类型确定对应的分区，ingress controller将访问请求转发至对应的分区中的园区标识对应的园区。这里，将租户类型划分为了普通租户、定制化租户和重点保障租户。普通租户共用所有的数据库程序和系统中间件、数据库存储和应用程序；定制化租户共用数据库程序和系统中间件，数据库存储和应用程序相互隔离；重点保障租户所有的计算资源都相互隔离。
105.本发明应用实施例根据租户类型，将集群划分为多个分区，对于不同类型的租户在集群不同的分区中创建对应的命名空间，且不同类型的租户的命名空间采用不同的隔离方案，每种类型的租户的定制化需求都能得到满足，实现了集群资源的高效利用，并且提高了统一的业务管理和横向的业务扩展。
106.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限
定。
107.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
108.需要说明的是，本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
109.另外，在本发明实施例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
110.参考图7，图7是本发明实施例提供的一种数据处理装置的示意图，如图7所示，该装置包括：接收模块、确定模块和创建模块。
111.接收模块，用于接收创建第一命名空间的创建指令；所述创建指令包括第一命名空间的标识和第一租户的类型；所述第一租户表征所述第一命名空间的创建者；
112.确定模块，用于确定集群中所述第一租户的类型对应的第一分区；所述集群包括至少两个分区；所述至少两个分区中的每个分区至少包括一个节点；
113.创建模块，用于基于所述创建指令在所述第一分区中创建所述第一命名空间。
114.在一实施例中，创建模块基于所述创建指令在所述第一分区中创建所述第一命名空间时，用于：
115.基于所述第一命名空间的标识生成所述第一命名空间的域名。
116.在一实施例中，创建模块基于所述创建指令在所述第一分区中创建所述第一命名空间，用于：
117.在所述第一租户的类型为第一类型的情况下，在所述第一分区创建所述第一命名空间；所述第一分区中的所有的命名空间对应相同的数据库程序、系统中间件、数据库和应用程序；
118.在所述第一租户的类型为第二类型的情况下，在所述第一分区创建所述第一命名空间；所述第一分区中的每个命名空间对应的数据库和应用程序都相互隔离；所述第二类型的第一租户的定制化需求程度大于所述第一类型的第一租户的定制化需求程度；
119.在所述第一租户的类型为第三类型的情况下，在所述第一分区创建所述第一命名空间；所述第一分区中的每个命名空间对应的计算资源都相互隔离，且所述第一分区中的每个命名空间对应所述第一分区中的至少一个节点；所述第三类型的第一租户的定制化需求程度大于所述第二类型的第一租户的定制化需求程度。
120.在一实施例中，所述装置还包括：
121.特征模块，用于确定所述第二类型的第一租户或所述第三类型的第一租户对应的第一命名空间的访问负载；基于所述访问负载调整所述第一命名空间中的应用实例的数量。
122.在一实施例中，所述装置还包括：
123.转发模块模块，用于确定访问请求对应的第二命名空间的标识和第二租户的类型；所述访问请求用于所述第二租户访问所述集群中的所述第二命名空间；确定所述集群中所述第二租户的类型对应的第二分区；基于所述集群的负载均衡控制器，将所述访问请求转发至所述第二分区中的所述标识对应的第二命名空间。
124.在一实施例中，转发模块模块在确定访问请求对应的第二命名空间的标识和第二租户的类型时，用于：
125.基于所述访问请求推送访问认证页面；获取所述访问认证页面获取到的认证信息；所述认证信息表征所述第二命名空间的标识和第二租户的类型；基于所述认证信息进行访问认证；在访问认证成功的情况下，基于所述认证信息确定所述第二租户的类型和所述第二命名空间的标识。
126.在一实施例中，所述装置还包括：
127.划分模块，用于基于租户类型将所述集群划分为所述至少两个分区；
128.标签模块，用于对所述至少两个分区中的每个分区中的节点打标签；所述标签表征租户类型。
129.实际应用时，所述接收模块、确定模块和创建模块可通过电子设备中的处理器，比如中央处理器(cpu，centralprocessing unit)、数字信号处理器(dsp，digital signal processor)、微控制单元(mcu，microcontrollerunit)或可编程门阵列(fpga，field－programmable gatearray)等实现。
130.需要说明的是：上述实施例提供的数据处理装置在进行数据处理时，仅以上述各模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的模块完成，即将装置的内部结构划分成不同的模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的数据处理装置与数据处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
131.基于上述程序模块的硬件实现，且为了实现本技术实施例的方法，本技术实施例还提供了一种电子设备。图8为本技术实施例电子设备的硬件组成结构示意图，如图8所示，电子设备包括：
132.通信接口，能够与其它设备比如网络设备等进行信息交互；
133.处理器，与所述通信接口连接，以实现与其它设备进行信息交互，用于运行计算机程序时，执行上述电子设备侧一个或多个技术方案提供的方法。而所述计算机程序存储在存储器上。
134.当然，实际应用时，电子设备中的各个组件通过总线系统耦合在一起。可理解，总线系统用于实现这些组件之间的连接通信。总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统。
135.本技术实施例中的存储器用于存储各种类型的数据以支持电子设备的操作。这些数据的示例包括：用于在电子设备上操作的任何计算机程序。
136.可以理解，存储器可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(rom，read only memory)、可编程只读存储器(prom，programmable read-only memory)、可擦除可编程只读存储器(eprom，erasable programmable read-only memory)、电可擦除可编程只读存储器(eeprom，electrically erasable programmable read-only memory)、磁性随机存取存储器(fram，ferromagnetic random access memory)、快闪存储器(flash memory)、磁表面存储器、光盘、或只读光盘(cd-rom，compact disc read-only memory)；磁表面存储器可以是
磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(ram，random access memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(sram，static random access memory)、同步静态随机存取存储器(ssram，synchronous static random access memory)、动态随机存取存储器(dram，dynamic random access memory)、同步动态随机存取存储器(sdram，synchronous dynamic random access memory)、双倍数据速率同步动态随机存取存储器(ddrsdram，double data rate synchronous dynamic random access memory)、增强型同步动态随机存取存储器(esdram，enhanced synchronous dynamic random access memory)、同步连接动态随机存取存储器(sldram，synclink dynamic random access memory)、直接内存总线随机存取存储器(drram，direct rambus random access memory)。本技术实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
137.上述本技术实施例揭示的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、dsp，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器，处理器读取存储器中的程序，结合其硬件完成前述方法的步骤。
138.可选地，所述处理器执行所述程序时实现本技术实施例的各个方法中由电子设备实现的相应流程，为了简洁，在此不再赘述。
139.在示例性实施例中，本技术实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器，上述计算机程序可由电子设备的处理器执行，以完成前述方法所述步骤。计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、flash memory、磁表面存储器、光盘、或cd-rom等存储器。
140.在本技术所提供的几个实施例中，应该理解到，所揭露的装置、电子设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
141.上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
142.另外，在本技术各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
143.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过
程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
144.或者，本技术上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本技术各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
145.需要说明的是，本技术实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
146.另外，在本技术实例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
147.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。