一种基于多维资源关系的处理方法及装置

1.一种基于多维资源关系的处理方法，其特征在，包括：
4A管理平台根据资源关系数据模型针对不同资源设备设置资源属性；
4A管理平台根据所述设置的资源属性对资源设备执行采集帐号和创建帐号的过程。
所述资源关系数据模型包括：
描述资源关系组ID或资源ID的资源属性的名称、类型和取值；
描述资源关系类型的资源属性的名称、类型和取值；
描述帐号集合归属类型的资源属性的名称、类型和取值；
描述是否统一采集帐号的资源属性的名称、类型和取值；
描述是否统一创建帐号的资源属性的名称、类型和取值。
2.根据权利要求1所述的方法，其特征在于，在存在HA主备机资源设备的场景下，且备机资源设备连通时，所述4A管理平台根据资源关系数据模型针对不同资源设备设置资源属性，具体包括：
4A管理平台针对主机资源设备，设置如下：描述资源ID的资源属性的取值为首选主机资源设备；描述资源关系类型的资源属性的取值为主机资源设备；描述帐号集合归属类型的资源属性的取值为普通资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；
4A管理平台针对备机资源设备，设置如下：
描述资源ID的资源属性的取值为备机资源设备；描述资源关系类型的资源属性的取值为备机资源设备；描述帐号集合归属类型的资源属性的取值为首选资源并集；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建。
3.根据权利要求2所述的方法，其特征在于，所述4A管理平台根据所述设置的资源属性对资源设备执行采集帐号和创建帐号的过程，具体包括：
在帐号采集过程中，4A管理平台根据上述针对主备机资源设备的设置分别采集主机和备机帐号，保证主备机资源设备侧的帐号和4A管理平台侧的帐号一致；并自动校正主机资源设备的帐号到备机资源设备；
在帐号创建过程中，4A管理平台根据上述针对主备机资源设备的设置分别向主机和备机创建帐号，并自动校正主机资源设备的帐号到备机资源设备。
4.根据权利要求1所述的方法，其特征在于，在存在HA主备机资源设备的场景下，且备机资源设备不连通时，所述4A管理平台根据资源关系数据模型针对不同资源设备设置资源属性，具体包括：
4A管理平台针对主机资源设备，设置如下：描述资源ID的资源属性的取值为首选主机资源设备；描述资源关系类型的资源属性的取值为主机资源设备；描述帐号集合归属类型的资源属性的取值为首选资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；
4A管理平台针对备机资源设备，设置如下：
描述资源ID的资源属性的取值为备机资源设备；描述资源关系类型的资源属性的取值为备机资源设备；描述帐号集合归属类型的资源属性的取值为首选资源并集；描述是否统一采集帐号的资源属性的取值为不统一采集；描述是否统一创建帐号的资源属性的取值为不统一创建。
5.根据权利要求4所述的方法，其特征在于，所述4A管理平台根据所述设置的资源属性对资源设备执行采集帐号和创建帐号的过程，具体包括：
在帐号采集过程中，4A管理平台根据上述针对主备机资源设备的设置向主机资源采集帐号，不向备机资源采集帐号，并自动校正主机资源设备的帐号到备机资源设备；
在帐号创建过程中，4A管理平台根据上述针对主备机资源设备的设置向主机资源设备推送帐号，不向备机资源设备推送帐号，并自动校正主机资源设备的帐号到备机资源设备。
6.根据权利要求1所述的方法，其特征在于，在存在负载均衡资源节点的场景下，每个负载均衡资源节点的网络均可连通，对外提供一个浮动IP，且4A管理平台中创建一个浮动节点和多个资源节点时，所述4A管理平台根据资源关系数据模型针对不同资源设备设置资源属性，具体包括：
4A管理平台针对浮动节点，设置如下：描述资源ID的资源属性的取值为首选浮动节点；
描述资源关系类型的资源属性的取值为浮动节点；描述帐号集合归属类型的资源属性的取值为首先资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为不统一创建；
4A管理平台针对每个资源节点，设置如下：
描述资源ID的资源属性的取值为资源节点ID；描述资源关系类型的资源属性的取值为普通资源；描述帐号集合归属类型的资源属性的取值为首选资源合集；描述是否统一采集帐号的资源属性的取值为不统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建。
7.根据权利要求6所述的方法，其特征在于，所述4A管理平台根据所述设置的资源属性对资源设备执行采集帐号和创建帐号的过程，具体包括：
在帐号采集过程中，4A管理平台根据上述针对浮动节点和每个资源节点的设置通过浮动节点采集帐号，以保证各个资源节点出现的帐号都被完整采集，并保证在4A管理平台中的所述多个资源节点的帐号一致；
在帐号创建过程中，4A管理平台根据上述针对浮动节点和每个资源节点的设置向各个资源节点创建帐号，并保证在4A管理平台中各个资源节点的帐号及浮动节点的帐号一致。
8.根据权利要求1所述的方法，其特征在于，在WINDOWS域控制器场景下，所述4A管理平台根据资源关系数据模型针对不同资源设备设置资源属性，具体包括：
4A管理平台针对域控资源设备，设置如下：描述资源ID的资源属性的取值为首选域控资源；描述资源关系类型的资源属性的取值为域控资源；描述帐号集合归属类型的资源属性的取值为普通资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；
4A管理平台针对每个域成员资源设备，设置如下：
描述资源ID的资源属性的取值为域成员资源设备ID；描述资源关系类型的资源属性的取值为普通资源；描述帐号集合归属类型的资源属性的取值为首选资源并集；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为不统一创建。
9.根据权利要求8所述的方法，其特征在于，所述4A管理平台根据所述设置的资源属性对资源设备执行采集帐号和创建帐号的过程，具体包括：
在帐号采集过程中，4A管理平台根据上述针对域控资源设备和每个域成员资源设备的设置采集域控资源设备的帐号，保证在4A管理平台中的域帐号同步到各个域成员资源设备上，并采集域成员资源设备自身的帐号，保证各个域成员资源设备帐号的完整性；
在帐号创建过程中，4A管理平台根据上述针对域控资源设备和每个域成员资源设备的设置向域控资源设备创建域帐号，不向各个域成员资源设备创建帐号，并保证在4A管理平台中的每个域成员资源设备拥有完整域控帐号。
10.根据权利要求1所述的方法，其特征在于，在依赖操作系统的数据库场景下，所述4A管理平台根据资源关系数据模型针对不同资源设备设置资源属性，具体包括：
4A管理平台针对主机资源设备，设置如下：描述资源ID的资源属性的取值为首选主机资源；描述资源关系类型的资源属性的取值为普通资源；描述帐号集合归属类型的资源属性的取值为首先资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；
4A管理平台针对每个数据库资源设备，设置如下：
描述资源ID的资源属性的取值为数据库资源设备ID；描述资源关系类型的资源属性的取值为附属资源；描述帐号集合归属类型的资源属性的取值为首选资源交集；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建。
11.根据权利要求10所述的方法，其特征在于，所述4A管理平台根据所述设置的资源属性对资源设备执行采集帐号和创建帐号的过程，具体包括：
在帐号采集过程中，4A管理平台根据上述针对主机资源设备和每个数据库资源设备的设置分别采集主机资源设备和每个数据库资源设备的帐号，保证每个数据库资源设备上的帐号和4A管理平台上保留的对应帐号一致；并校正主机资源设备的帐号口令到数据库资源设备对应的帐号口令上；
在帐号创建过程中，4A管理平台根据上述针对主机资源设备和每个数据库资源设备的设置先向主机资源设备创建帐号，确保帐号的存在性，并在主机资源设备的帐号范围内选择需要创建的数据库资源设备的帐号并进行创建；保证在4A管理平台中，数据库资源设备的帐号与主机资源设备的帐号口令保持一致。
12.一种基于多维资源关系的处理装置，其特征在，包括：
模型设置单元，用于根据资源关系数据模型针对不同资源设备设置资源属性；
执行单元，用于根据所述设置的资源属性对资源设备执行采集帐号和创建帐号的过程；
存储单元，用于存储模型设置单元所设置的所述资源关系数据模型，包括：描述资源关系组ID或资源ID的资源属性的名称、类型和取值；
描述资源关系类型的资源属性的名称、类型和取值；
描述帐号集合归属类型的资源属性的名称、类型和取值；
描述是否统一采集帐号的资源属性的名称、类型和取值；
描述是否统一创建帐号的资源属性的名称、类型和取值。
13.根据权利要求12所述的装置，其特征在于，所述模型设置单元包括：
主备连接设置模块，用于在存在HA主备机资源设备的场景下，且备机资源设备连通的时，针对主机资源设备，设置如下：描述资源ID的资源属性的取值为首选主机资源设备；描述资源关系类型的资源属性的取值为主机资源设备；描述帐号集合归属类型的资源属性的取值为普通资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；以及
针对备机资源设备，设置如下：
描述资源ID的资源属性的取值为备机资源设备；描述资源关系类型的资源属性的取值为备机资源设备；描述帐号集合归属类型的资源属性的取值为首选资源并集；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；
所述执行单元包括：
主备连接执行单元，用于在帐号采集过程中，根据上述针对主备机资源设备的设置分别采集主机和备机帐号，保证主备机资源设备侧的帐号和4A管理平台侧的帐号一致，并自动校正主机资源设备的帐号到备机资源设备；在帐号创建过程中，根据上述针对主备机资源设备的设置分别向主机和备机创建帐号，并自动校正主机资源设备的帐号到备机资源设备。
14.根据权利要求12所述的装置，其特征在于，所述模型设置单元包括：
主备非连接设置模块，用于在存在HA主备机资源设备的场景下，针对主机资源设备，设置如下：描述资源ID的资源属性的取值为首选主机资源设备；描述资源关系类型的资源属性的取值为主机资源设备；描述帐号集合归属类型的资源属性的取值为首选资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；以及
针对备机资源设备，设置如下：
描述资源ID的资源属性的取值为备机资源设备；描述资源关系类型的资源属性的取值为备机资源设备；描述帐号集合归属类型的资源属性的取值为首选资源并集；描述是否统一采集帐号的资源属性的取值为不统一采集；描述是否统一创建帐号的资源属性的取值为不统一创建；
所述执行单元包括：
主备非连接执行模块，用于在帐号采集过程中，根据上述针对主备机资源设备的设置向主机资源采集帐号，不向备机资源采集帐号，并自动校正主机资源设备的帐号到备机资源设备；在帐号创建过程中，根据上述针对主备机资源设备的设置向主机资源设备推送帐号，不向备机资源设备推送帐号，并自动校正主机资源设备的帐号到备机资源设备。
15.根据权利要求12所述的装置，其特征在于，所述模型设置单元包括：
负载均衡设置模块，用于在存在负载均衡资源节点的场景下，每个负载均衡资源节点的网络均可连通，对外提供一个浮动IP，且中创建一个浮动节点和多个资源节点时，针对浮动节点，设置如下：描述资源ID的资源属性的取值为首选浮动节点；描述资源关系类型的资源属性的取值为浮动节点；描述帐号集合归属类型的资源属性的取值为首先资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为不统一创建；以及
针对每个资源节点，设置如下：
描述资源ID的资源属性的取值为资源节点ID；描述资源关系类型的资源属性的取值为普通资源；描述帐号集合归属类型的资源属性的取值为首选资源合集；描述是否统一采集帐号的资源属性的取值为不统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；
所述执行单元包括：
负载均衡执行模块，用于在帐号采集过程中，根据上述针对浮动节点和每个资源节点的设置通过浮动节点采集帐号，以保证各个资源节点出现的帐号都被完整采集，并保证在
4A管理平台中的所述多个资源节点的帐号一致；在帐号创建过程中，根据上述针对浮动节点和每个资源节点的设置向各个资源节点创建帐号，并保证在4A管理平台中各个资源节点的帐号及浮动节点的帐号一致。
16.根据权利要求12所述的装置，其特征在于，所述模型设置单元包括：
域设置模块，用于在WINDOWS域控制器场景下，针对域控资源设备，设置如下：描述资源ID的资源属性的取值为首选域控资源；描述资源关系类型的资源属性的取值为域控资源；
描述帐号集合归属类型的资源属性的取值为普通资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；以及针对每个域成员资源设备，设置如下：
描述资源ID的资源属性的取值为域成员资源设备ID；描述资源关系类型的资源属性的取值为普通资源；描述帐号集合归属类型的资源属性的取值为首选资源并集；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为不统一创建；
所述执行单元包括：
域执行模块，用于在帐号采集过程中，根据上述针对域控资源设备和每个域成员资源设备的设置采集域控资源设备的帐号，保证在4A管理平台中的域帐号同步到各个域成员资源设备上，并采集域成员资源设备自身的帐号，保证各个域成员资源设备帐号的完整性；在帐号创建过程中，根据上述针对域控资源设备和每个域成员资源设备的设置向域控资源设备创建域帐号，不向各个域成员资源设备创建帐号，并保证在4A管理平台中的每个域成员资源设备拥有完整域控帐号。
17.根据权利要求12所述的装置，其特征在于，所述模型设置单元包括：
数据库设置模块，用于在依赖操作系统的数据库场景下，针对主机资源设备，设置如下：描述资源ID的资源属性的取值为首选主机资源；描述资源关系类型的资源属性的取值为普通资源；描述帐号集合归属类型的资源属性的取值为首先资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；以及
针对每个数据库资源设备，设置如下：
描述资源ID的资源属性的取值为数据库资源设备ID；描述资源关系类型的资源属性的取值为附属资源；描述帐号集合归属类型的资源属性的取值为首选资源交集；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；
所述执行单元包括：
数据库执行模块，用于在帐号采集过程中，根据上述针对主机资源设备和每个数据库资源设备的设置分别采集主机资源设备和每个数据库资源设备的帐号，保证每个数据库资源设备上的帐号和4A管理平台上保留的对应帐号一致；并校正主机资源设备的帐号口令到数据库资源设备对应的帐号口令上；在帐号创建过程中，根据上述针对主机资源设备和每个数据库资源设备的设置先向主机资源设备创建帐号，确保帐号的存在性，并在主机资源设备的帐号范围内选择需要创建的数据库资源设备的帐号并进行创建；保证在4A管理平台中，数据库资源设备的帐号与主机资源设备的帐号口令保持一致。

一种基于多维资源关系的处理方法及装置\n技术领域\n[0001] 本发明涉及信息资源技术领域，特别涉及一种基于多维资源关系的处理方法及装置。\n背景技术\n[0002] 企业内部的IT系统资源包括Unix类主机、Windows类主机和数据库等资源。根据业务场景，UNIX类主机又可分为HA(High Availability，高可用性。指的是通过尽量缩短因日常维护操作(计划)和突发的系统崩溃(非计划)所导致的停机时间，以提高系统和应用的可用性。)主备机资源设备和负载均衡资源节点；Windows类主机可分为Windows独立主机、Windows域控制资源设备和Windows域成员资源设备；数据库资源设备可分为独立数据库设备(如Oracle)和与操作系统共用帐号的系统数据库设备(如Informix)。\n[0003] 目前很多企业都通过4A管理平台(4A管理平台即帐号、认证、授权与审计统一管理平台，也称为安全管控平台)对IT系统资源进行统一帐号管理，包括向系统资源推送帐号和从系统资源采集帐号，并对帐号进行自然人帐号的关联授权。而自然人帐号通过4A管理平台根据帐号的关联授权关系统一单点登录至系统资源。\n[0004] 但是随着企业系统资源种类和数量的增加，业务类型也更加复杂，该帐号管理方式就不能很好的支持很多新的业务场景和多维的资源关系，同时也给系统管理员日常的帐号运维和运维用户单点登录带来了困难。具体表现为如下技术问题：\n[0005] 1.在HA主备资源场景下，部分主备资源不存在内部帐号同步机制(如数据库、主机类)，4A管理平台向浮动IP地址同步帐号，导致当主备资源切换后，运维用户通过浮动IP使用4A管理平台单点登录时，单点登录不成功；\n[0006] 2.在HA主备资源场景下，部分主备资源内部虽然存在帐号同步机制(如网络设备)，正常时备机资源的网络不连接且不可被创建帐号，当主备资源切换后，4A管理平台向其同步帐号时不成功；\n[0007] 3.在负载均衡节点主机场景下，在节点主机1上创建的帐号，不能被同时同步到其他节点主机上,导致各个节点的帐号监管混乱；\n[0008] 4.Windows AD域帐号创建和采集场景下，域成员自身帐号可登录自身主机，但域帐号不可登录每一个Windows域主机，Windows域主机由域控制器进行控制，常规的帐号管理方法无法满足关联关系的创建；\n[0009] 5.依赖操作系统的数据库场景，如创建INFORMIX数据库帐号，必须先创建主机操作系统的帐号，两个帐号名称密码必须相同，但其它属性不同；这种依赖互存的帐号管理方式与常规的帐号管理方式冲突。\n[0010] 上述多维资源关系的帐号处理，存在维护效率低、由于资源间的多维关系导致帐号及密码不一致等诸多问题，最终会导致普通用户无法单点登录。\n发明内容\n[0011] 为了解决上述现技术中涉及的由于资源间的多维关系，导致帐号采集不准确、帐号推送不一致,同步失败，以及运维用户单点登录不成功等的技术问题，本发明提供了一种基于多维资源关系的处理方法及装置。\n[0012] 一种基于多维资源关系的处理方法，其特征在，包括：\n[0013] 4A管理平台根据资源关系数据模型针对不同资源设备设置资源属性；\n[0014] 4A管理平台根据所述设置的资源属性对资源设备执行采集帐号和创建帐号的过程。\n[0015] 其中，所述资源关系数据模型包括：\n[0016] 描述资源关系组ID或资源ID的资源属性的名称、类型和取值；\n[0017] 描述资源关系类型的资源属性的名称、类型和取值；\n[0018] 描述帐号集合归属类型的资源属性的名称、类型和取值；\n[0019] 描述是否统一采集帐号的资源属性的名称、类型和取值；\n[0020] 描述是否统一创建帐号的资源属性的名称、类型和取值。\n[0021] 一种基于多维资源关系的处理装置，包括：\n[0022] 模型设置单元，用于根据资源关系数据模型针对不同资源设备设置资源属性；\n[0023] 执行单元，用于根据所述设置的资源属性对资源设备执行采集帐号和创建帐号的过程。\n[0024] 进一步地，该装置还包括：\n[0025] 存储单元，用于存储模型设置单元所设置的所述资源关系数据模型，包括：描述资源关系组ID或资源ID的资源属性的名称、类型和取值；\n[0026] 描述资源关系类型的资源属性的名称、类型和取值；\n[0027] 描述帐号集合归属类型的资源属性的名称、类型和取值；\n[0028] 描述是否统一采集帐号的资源属性的名称、类型和取值；\n[0029] 描述是否统一创建帐号的资源属性的名称、类型和取值。\n[0030] 本发明提供的上述方案可根据多种复杂场景资源关系，设置对应的资源关系数据模型，满足各种复杂场景和业务类型的帐号采集和创建流程。实现多维关系下帐号的统一采集和创建，使系统管理员能够通过4A管理平台对复杂业务场景下的多维资源关系进行统一管理。弥补了人工管理复杂场景的多维资源管理帐号工作量大，数据不一致等缺陷。4A管理平台根据配置的资源关系，最终实现统一帐号监控和集中单点登录管理。\n附图说明\n[0031] 附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：\n[0032] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。\n[0033] 图1为本发明实施例一提供的主备资源场景下，备机资源设备可连接时，帐号采集过程中一种基于多维资源关系的处理方法的流程示意图；\n[0034] 图2为本发明实施例一提供的主备资源场景下，备机资源设备可连接时，帐号创建过程中一种基于多维资源关系的处理方法的流程示意图；\n[0035] 图3为发明实施例一提供的主备资源场景下，备机资源不设备可连接时，帐号采集过程中一种基于多维资源关系的处理方法的流程示意图；\n[0036] 图4为本发明实施例一提供的主备资源场景下，备机资源设备不可连接时，帐号创建过程中一种基于多维资源关系的处理方法的流程示意图；\n[0037] 图5为本发明实施例二提供的负载均衡资源场景下，帐号采集过程中一种基于多维资源关系的处理方法的流程示意图；\n[0038] 图6为本发明实施例二提供的负载均衡资源场景下，帐号创建过程中一种基于多维资源关系的处理方法的流程示意图；\n[0039] 图7为本发明实施例三提供的Windows域控制器资源场景下，帐号采集过程中一种基于多维资源关系的处理方法的流程示意图；\n[0040] 图8为本发明实施例三提供的Windows域控制器资源场景下，帐号创建过程中一种基于多维资源关系的处理方法的流程示意图；\n[0041] 图9为本发明实施例四提供的系统数据库场景下，帐号采集过程中一种基于多维资源关系的处理方法的流程示意图；\n[0042] 图10为本发明实施例四提供的系统数据库场景下，帐号创建过程中一种基于多维资源关系的处理方法的流程示意图；\n[0043] 图11为本发明实施例五提供的一种基于多维资源关系的处理装置的结构示意图；\n[0044] 图12为本发明实施例提供的一种基于多维资源关系的处理方法的流程图。\n具体实施方式\n[0045] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。并且，以下各实施例均为本发明的可选方案，实施例的排列顺序及实施例的编号与其优选执行的顺序无关。\n[0046] 本发明本实施例提供了一种基于多维资源关系的处理方法，如图12所示，主要包括：\n[0047] 步骤101，4A管理平台根据资源关系数据模型针对不同资源设备设置资源属性；\n[0048] 步骤102，4A管理平台根据设置的资源属性对资源设备执行采集帐号和创建帐号的过程。\n[0049] 本申请中的帐号是指资源设备上的帐号。如主机资源设备上的帐号等。\n[0050] 其中，资源关系数据模型包括：\n[0051] 描述资源关系组ID或资源ID(本发明中资源ID是资源设备的唯一性标识，与资源设备上的帐号不同，这里可以理解为资源设备的IP)的资源属性的名称、类型和取值；\n[0052] 描述资源关系类型的资源属性的名称、类型和取值；\n[0053] 描述帐号集合归属类型的资源属性的名称、类型和取值；\n[0054] 描述是否统一采集帐号的资源属性的名称、类型和取值；\n[0055] 描述是否统一创建帐号的资源属性的名称、类型和取值。\n[0056] 具体而言，通过设计下表一数据模型实现上述多维度的资源关系模块：\n[0057]\n[0058]\n[0059] 表一\n[0060] 4A管理平台将根据上述表中的资源数据模型,结合不同场景实现多维度资源关系的统一帐号管理。下面将分别通过实施例描述各个场景下，具体实现方式。\n[0061] 实施例一\n[0062] 本实施例将结合主备资源场景，提供一种基于多维资源关系的处理方法。\n[0063] 在存在HA主备机资源设备的场景下，主备间不同步帐号且备机资源设备的网络可连通时，上述步骤101具体包括：4A管理平台针对主机资源设备，设置如下：描述资源ID的资源属性的取值为首选主机资源设备；描述资源关系类型的资源属性的取值为主机资源设备；描述帐号集合归属类型的资源属性的取值为普通资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；\n[0064] 4A管理平台针对备机资源设备，设置如下：\n[0065] 描述资源ID的资源属性的取值为备机资源设备；描述资源关系类型的资源属性的取值为备机资源设备；描述帐号集合归属类型的资源属性的取值为首选资源并集；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建。\n[0066] 下面为4A管理平台分别针对主备资源设备设置的资源关系数据模型，如下两表二和表三所示。\n[0067]\n序号 名称 类型 描述 取值\n2 RESID NUMBER 资源ID 主机资源设备(首选)\n3 RESSUBTYPE NUMBER 资源关系类型 1：主机资源设备\n4 ACCTSETOWNED NUMBER 帐号集合归属类型 2：普通资源集合\n5 UNIFIEDPULL NUMBER 是否统一采集帐号 1：是统一采集\n6 UNIFIEDPUSH NUMBER 是否统一创建帐号 1：是统一创建\n[0068] 表二\n[0069]\n序号 名称 类型 描述 取值\n2 RESID NUMBER 资源ID 备机资源设备\n3 RESSUBTYPE NUMBER 资源关系类型 1：备机资源设备\n4 ACCTSETOWNED NUMBER 帐号集合归属类型 4：首选资源并集\n5 UNIFIEDPULL NUMBER 是否统一采集帐号 1：是统一采集\n6 UNIFIEDPUSH NUMBER 是否统一创建帐号 1：是统一创建\n[0070] 表三\n[0071] 由于上述模型中的各资源属性的设置是针对该场景设计的，因此基于上述设置，\n4A管理平台可以按照顺序针对各资源属性读取其对应的取值，并按照该取值执行该场景下相应的帐号采集或创建的流程。此外，因为读取各属性以及其对应取值的过程较简单，所以下面各流程描述的过程中将直接描述根据该表中的设置所执行的流程，即不再特别强调读取上述各属性以及相应取值的过程。例如，上述序号2和3的资源属性的意义和作用较简单，例如资源ID和资源关系类型均是4A管理平台用于查找和确定资源设备用的，故而在下面的实施例中将不做特别说明。\n[0072] 在帐号采集过程中，4A管理平台根据上述针对主备机资源设备的设置分别采集主机和备机资源设备的帐号，保证资源侧帐号和平台侧帐号一致；并根据“首选资源并集”的设置，自动校正主机资源设备的帐号到备机资源设备上，以保证在4A管理平台中主机资源设备的帐号在备机资源设备上存在并保持一致。具体流程如图1所示，该过程包括：\n[0073] 步骤202，用户在4A管理平台上发起采集主机或备机资源设备上的帐号的请求；\n[0074] 步骤204，4A管理平台根据主备机“是否统一采集帐号”的设置，首先向主机资源采集帐号；\n[0075] 步骤206，主机资源向4A管理平台返回被采集的帐号列表；\n[0076] 步骤208，4A管理平台向备机资源设备采集帐号；\n[0077] 步骤210，备机资源向4A管理平台返回被采集的帐号列表；\n[0078] 步骤212，4A管理平台根据“首选资源并集”的设置，自动校正主机帐号到备机资源；\n[0079] 步骤214，帐号采集成功，并将采集结果展示给用户。\n[0080] 在帐号创建过程中，4A管理平台根据上述针对主备机资源设备的设置分别向主机和备机资源设备同时创建帐号，并根据“首选资源并集”的设置，保证在4A管理平台中，确保主机资源的帐号在备机上存在并保持一致。具体而言，如图2所示，包括：\n[0081] 步骤201，用户在4A管理平台上发起为主机或备机资源设备创建帐号的请求；\n[0082] 步骤203，4A管理平台为用户返回帐号创建页面；\n[0083] 步骤205，用户输入帐号信息点击创建按钮；\n[0084] 步骤207，4A管理平台根据主机“是否统一创建帐号”的设置将帐号创建请求同步给主机资源；\n[0085] 步骤209，主机资源向4A管理平台返回帐号创建并同步成功的返回信息；\n[0086] 步骤211，4A管理平台根据“首选资源交集”和备机“是否统一创建帐号”的设置，将帐号信息创建请求同步给备机资源；\n[0087] 步骤213，备机资源向4A管理平台返回帐号创建并同步成功的返回信息；\n[0088] 步骤215，帐号创建成功，并将创建结果返回信息展示给用户。\n[0089] 在存在HA主备机资源设备的场景下，且备机资源设备不连通时，主备机资源设备分别设置资源关系数据模型如下两表表四和表五所示：\n[0090]\n序号 名称 类型 描述 取值\n2 RESID NUMBER 资源ID 主机资源设备(首选)\n3 RESSUBTYPE NUMBER 资源关系类型 1：主机资源设备\n4 ACCTSETOWNED NUMBER 帐号集合归属类型 3：首选资源集合\n5 UNIFIEDPULL NUMBER 是否统一采集帐号 1：是统一采集\n6 UNIFIEDPUSH NUMBER 是否统一创建帐号 1：是统一创建\n[0091] 表四\n[0092]\n[0093]\n[0094] 表五\n[0095] 在帐号采集过程中，4A管理平台根据上述针对主备机资源设备的设置只向主机资源设备采集帐号，不向备机资源设备采集帐号，并根据“首选资源集合”的设置，保证在4A管理平台中，备机帐号同主机资源完全一致。如图3所示，流程如下：\n[0096] 步骤301，用户在4A管理平台上发起采集主机资源设备帐号的请求；\n[0097] 步骤303，4A管理平台根据主备机“是否统一采集帐号”的设置只采集主机资源上的帐号，保证资源设备侧帐号和平台侧帐号一致；\n[0098] 步骤305，主机资源设备向4A管理平台返回被采集的帐号列表；\n[0099] 步骤307，4A管理平台根据“首选资源集合”的设置，自动校正主机资源设备的帐号到备机资源设备下，保证在4A管理平台中，备机帐号同主机资源完全一致；\n[0100] 需要说明的是，在备机资源设备不可连接的情况下，由于备机资源设备不可达，因此4A管理平台会将自动校正主机资源设备的帐号到备机资源设备的指令保存，直到备机资源设备连接上网络(如主机资源设备故障，启动备机资源设备)再执行该自动校正主机资源设备的帐号到备机资源设备的指令，下述帐号创建过程中的校正过程亦是如此。\n[0101] 步骤309，帐号采集成功，并将采集结果展示给用户。\n[0102] 在帐号创建过程中，4A管理平台根据上述针对主备机资源设备的设置只向主机资源推送帐号，不向备机资源推送帐号，并根据“首选资源集合“的设置，保证在4A管理平台中，备机帐号同主机资源完全一致。如图4所示，流程如下：\n[0103] 步骤302，用户在4A管理平台上发起为主机资源创建帐号的请求；\n[0104] 步骤304，4A管理平台为用户返回帐号创建页面；\n[0105] 步骤306，用户输入帐号信息点击创建按钮；\n[0106] 步骤308，4A管理平台根据主机“是否统一创建帐号”的设置只将帐号创建请求同步给主机资源；\n[0107] 步骤310，主机资源向4A管理平台返回帐号创建并同步成功的返回信息；\n[0108] 步骤312，4A管理平台根据“首选资源集合”及备机“是否统一创建帐号”的设置，只将帐号同步保存在4A平台中备机资源下，备机帐号同主机资源完全一致；\n[0109] 步骤314，帐号创建成功，并将创建结果返回信息展示给用户。\n[0110] 本实施例提供的方法，通过在HA主备资源场景下，采用将主机资源设备的帐号同步到备用资源设备上的技术手段，解决了现有技术中部分主备机资源设备不存在内部帐号同步机制(如数据库、主机类)，4A管理平台向浮动IP地址同步帐号，导致当主备资源设备切换后，运维用户通过浮动IP使用4A管理平台单点登录时，单点登录不成功的技术问题，以及即便部分主备资源内部存在帐号同步机制(如网络设备)，但是由于正常时备机资源的网络不连接且不可被创建帐号，仍旧导致的主备资源切换后，4A管理平台向其同步帐号时不成功的技术问题，进而取得在多维资源关系之间，帐号一致，单点登录可成功的技术效果。\n[0111] 实施例二\n[0112] 本实施例结合负载均衡资源场景，提供一种基于多维资源关系的处理方法。\n[0113] 在存在负载均衡资源节点的场景下，每个负载均衡资源节点的网络均可连通，对外提供一个浮动IP，且4A管理平台中创建一个浮动节点和多个资源节点时，上述步骤101的资源关系数据模型如下表六、七和八所示：\n[0114]\n序号 名称 类型 描述 取值\n2 RESID NUMBER 资源ID 浮动节点(首选)\n3 RESSUBTYPE NUMBER 资源关系类型 3：浮动节点\n4 ACCTSETOWNED NUMBER 帐号集合归属类型 3：首选资源集合\n5 UNIFIEDPULL NUMBER 是否统一采集帐号 1：是统一采集\n6 UNIFIEDPUSH NUMBER 是否统一创建帐号 0：不统一创建\n[0115] 表六\n[0116]\n[0117]\n[0118] 表七\n[0119]\n序号 名称 类型 描述 取值\n2 RESID NUMBER 资源ID 节点资源2\n3 RESSUBTYPE NUMBER 资源关系类型 5：普通资源\n4 ACCTSETOWNED NUMBER 帐号集合归属类型 3：首选资源集合\n5 UNIFIEDPULL NUMBER 是否统一采集帐号 0：不统一采集\n6 UNIFIEDPUSH NUMBER 是否统一创建帐号 1：是统一创建\n[0120] 表八\n[0121] 具体而言，在该场景下，上述步骤102分为：在帐号采集过程中，4A管理平台根据上述针对浮动节点和每个资源节点的设置只通过浮动节点采集帐号保证各个节点出现的帐号都被完整采集，并根据“首选资源集合”的设置，保证在4A管理平台中，各个资源节点帐号完全一致。如图5所示，流程如下：\n[0122] 步骤401，用户在4A管理平台上发起采集浮动节点帐号的请求；\n[0123] 步骤403，4A管理平台根据主备机“是否统一采集帐号”和“首选资源集合”的设置，采集浮动节点上的帐号；\n[0124] 步骤405，4A管理平台根据浮动节点和资源节点的对应关系，采集各资源节点上的帐号；\n[0125] 步骤407，资源节点向4A管理平台返回被采集的帐号列表；\n[0126] 步骤409，浮动节点帐号采集成功；\n[0127] 步骤411，4A管理平台根据“首选资源集合”的设置，自动校正浮动节点的帐号到各资源节点下，保证4A管理平台中，各资源节点帐号完全一致；\n[0128] 步骤413，帐号采集成功，并将采集结果展示给用户。\n[0129] 在帐号创建过程中，4A管理平台根据上述针对浮动节点和每个资源节点的设置仅向各资源节点创建帐号，并根据“首选资源集合”的设置，保证在4A管理平台中，各个资源节点的帐号及浮动节点的帐号完全一致；如图6所示，流程如下：\n[0130] 步骤402，用户在4A管理平台上发起向浮动节点或资源节点资源创建帐号的请求；\n[0131] 步骤404，4A管理平台为用户返回帐号创建页面；\n[0132] 步骤406，用户输入帐号信息点击创建按钮；\n[0133] 步骤408，4A管理平台根据主机“是否统一创建帐号”的设置和浮动节点与资源节点的对应关系；\n[0134] 步骤410，4A管理平台将帐号创建请求同步给各资源节点；\n[0135] 步骤412，节点资源向4A管理平台返回帐号创建并同步成功的返回信息；\n[0136] 步骤414，4A管理平台根据“首选资源集合”的设置，校正资源节点帐号到浮动节点下，保证在4A管理平台中，各个资源节点的帐号及浮动节点的帐号完全一致；\n[0137] 步骤416，帐号创建成功，并将创建结果返回信息展示给用户。\n[0138] 本实施例提供的方法，通过在负载均衡节点场景下，采用浮动节点的帐号同步到各资源节点的技术手段，解决了现有技术中在资源节点1上创建的帐号，不能被同时同步到其他资源节点上,导致各个节点的帐号管理混乱，复杂的技术问题，进而取得可多维资源关系间，帐号推送一致，便于帐号创建和管理的技术效果。\n[0139] 实施例三\n[0140] 本实施例结合Windows域控制器资源场景，提供一种基于多维资源关系的处理方法。\n[0141] 存在Windows域控制器场景下，分别设置域控资源和设备域成员设备的资源关系数据模型如下表九和十所示：\n[0142]\n序号 名称 类型 描述 取值\n2 RESID NUMBER 资源ID 域控资源设备(首选)\n3 RESSUBTYPE NUMBER 资源关系类型 4：域控资源设备\n4 ACCTSETOWNED NUMBER 帐号集合归属类型 3：普通资源集合\n5 UNIFIEDPULL NUMBER 是否统一采集帐号 1：是统一采集\n6 UNIFIEDPUSH NUMBER 是否统一创建帐号 1：是统一创建\n[0143] 表九\n[0144]\n[0145]\n[0146] 表十\n[0147] 在帐号采集过程中，4A管理平台根据上述针对域控资源设备和每个域成员资源设备的设置采集域控资源设备的帐号，并根据域成员“首选资源并集”的设置，保证在4A管理平台中，将域帐号同步到各个域成员设备下，同时采集域成员设备自身帐号，保证各个资源的帐号完整性。如图7所示，流程如下：\n[0148] 步骤501，用户在4A管理平台上发起采集域控资源或域成员资源的请求；\n[0149] 步骤503，4A管理平台根据“是否统一采集帐号”的设置，首先向域控资源采集帐号；\n[0150] 步骤505，域控资源向4A管理平台返回被采集的帐号列表；\n[0151] 步骤507，4A管理平台向域成员资源设备采集帐号；\n[0152] 步骤509，域成员资源向4A管理平台返回被采集的帐号列表；\n[0153] 步骤511，4A管理平台根据“首选资源并集”的设置，自动校正域控帐号到域成员下，保证在4A管理平台中，域控资源及域成员帐号的完整性；\n[0154] 步骤513，帐号采集成功，并将采集结果展示给用户。\n[0155] 在帐号创建过程中，4A管理平台根据上述针对域控资源设备和每个域成员资源设备的设置(这里的根据上述针对域控资源设备和每个域成员资源设备的设置即指按照表九和表十设置的各属性读取对应的取值，以使4A管理平台明确要执行的具体流程)向域控资源创建域帐号，不向各个域成员设备创建帐号，并根据“首选资源并集”的设置，保证在4A管理平台中，每个域成员设备拥有完整域控帐号。参照图8所示，流程如下：\n[0156] 步骤502，用户在4A管理平台上发起为域控资源设置创建帐号的请求；\n[0157] 步骤504，4A管理平台为用户返回帐号创建页面；\n[0158] 步骤506，用户输入帐号信息点击创建按钮；\n[0159] 步骤508，4A管理平台根据“是否统一创建帐号”设置将帐号创建请求同步给域控资源；\n[0160] 步骤510，域控资源设备向4A管理平台返回帐号创建并同步成功的返回信息；\n[0161] 步骤512，4A管理平台根据“首选资源并集”的设置，校正域控资源设备帐号到各域成员设备下，保证在4A管理平台中，每个域成员设备拥有完整域控帐号；\n[0162] 步骤514，帐号创建成功，并将创建结果返回信息展示给用户。\n[0163] 本实施例提供的方法，通过在Windows AD域帐号创建和采集场景下，采用将在帐号采集和创建过程中，使域控资源设备的帐号同步到域成员设备上的技术手段，解决了域成员设备自身帐号可登录自身主机资源设备，但域帐号不可登录每一个Windows域控资源设备，常规的帐号管理方法无法满足关联关系的创建的技术问题，进而取得每个域成员设备可根据同步到的域控资源设备的帐号登录域控资源设备，便于多维资源关系间资源设备登录的技术效果。\n[0164] 实施例四\n[0165] 本实施例结合系统数据库场景，提供一种基于多维资源关系的处理方法。\n[0166] 在依赖操作系统的数据库场景模式下，分别设置主机资源设备和数据库资源设备关系数据模型分别如下表十一和十二所示：\n[0167]\n序号 名称 类型 描述 取值\n2 RESID NUMBER 资源ID 主机资源设备(首选)\n3 RESSUBTYPE NUMBER 资源关系类型 5：普通资源\n4 ACCTSETOWNED NUMBER 帐号集合归属类型 3：首选资源集合\n5 UNIFIEDPULL NUMBER 是否统一采集帐号 1：是统一采集\n6 UNIFIEDPUSH NUMBER 是否统一创建帐号 1：是统一创建\n[0168] 表十一\n[0169]\n[0170]\n[0171] 表十二\n[0172] 在帐号采集过程中，4A管理平台根据上述针对主机资源设备和每个数据库资源设备的设置分别采集主机资源设备和数据库资源设备的帐号，保证资源侧帐号和平台侧帐号一致；同时根据“首选资源交集”的设置，校正主机资源设备的帐号口令到数据库资源设备对应的帐号口令上。如图9所示，流程如下：\n[0173] 步骤601，用户在4A管理平台上发起采集主机资源设备或数据库资源设备的帐号请求；\n[0174] 步骤603，4A管理平台根据主备机“是否统一采集帐号”和“首选资源交集”的设置，首先向主机资源设备采集帐号；\n[0175] 步骤605，主机资源向4A管理平台返回被采集的帐号列表；\n[0176] 步骤607，4A管理平台向数据库资源设备采集帐号；\n[0177] 步骤609，数据库资源设备向4A管理平台返回被采集的帐号列表；\n[0178] 步骤611，4A管理平台根据“首选资源交集”的设置，自动校正主机资源设备的帐号口令到数据库资源下的对应帐号上，保证在4A管理平台中，主机资源设备及对应数据库资源设备帐号口令的一致性；\n[0179] 步骤613，帐号采集成功，并将采集结果展示给用户。\n[0180] 在帐号创建过程中，4A管理平台根据上述针对主机资源设备和每个数据库资源设备的设置先向主机资源设备创建帐号，确保帐号的存在性，同时根据“首选资源交集”的设置，在主机资源设备的帐号范围内选择需要创建的数据库资源设备的帐号并进行创建；保证在4A管理平台中，数据库资源设备的帐号始终与主机资源设备的帐号口令保持一致。如图10所示，流程如下：\n[0181] 步骤602，用户在4A管理平台上发起为数据库资源设备创建帐号的请求；\n[0182] 步骤604，4A管理平台返回主机资源设备的帐号列表供用户选择；\n[0183] 步骤606，用户选择帐号并输入帐号信息点击创建按钮；\n[0184] 步骤608，4A管理平台根据“是否统一创建帐号”及“首选资源并集”的设置，向数据库资源设备同步帐号，保证在4A管理平台中，数据库资源设备的帐号始终与主机资源设备的帐号口令保持一致；\n[0185] 步骤610，数据库资源向4A管理平台返回帐号创建并同步成功的返回信息；\n[0186] 步骤612，帐号创建成功，并将创建结果返回信息展示给用户。\n[0187] 本实施例提供的方法，通过根据是否统一创建帐号和首选资源并集的设置，使4A管理平台向书记库资源设备同步帐号的技术手段，解决了现有技术中依赖操作系统的数据库场景下，如创建INFORMIX数据库帐号，必须先创建主机操作系统的帐号，两个帐号名称密码必须相同，但其它属性不同；这种依赖互存的帐号管理方式与常规的帐号管理方式冲突的技术问题，进而取得，保证在4A管理平台中，数据库资源设备的帐号始终与主机资源设备的帐号口令保持一致的技术效果。\n[0188] 实施例五\n[0189] 为了便于上述实施例一至五中的4A管理平台侧的方案能够实现，本实施例提供一种基于多维资源关系的处理装置，该装置可以按照在上述实施例一至五的4A管理平台中，也可以就是一个4A管理平台。如图11所示，包括：模型设置单元71，执行单元72。\n[0190] 模型设置单元71，用于根据资源关系数据模型针对不同资源设备设置资源属性；\n执行单元72，用于根据设置的资源属性对资源设备执行采集帐号和创建帐号的过程。\n[0191] 进一步地，该装置还包括：存储单元73.\n[0192] 存储单元73，用于存储模型设置单元所设置的资源关系数据模型，包括：描述资源关系组ID或资源ID的资源属性的名称、类型和取值；\n[0193] 描述资源关系类型的资源属性的名称、类型和取值；\n[0194] 描述帐号集合归属类型的资源属性的名称、类型和取值；\n[0195] 描述是否统一采集帐号的资源属性的名称、类型和取值；\n[0196] 描述是否统一创建帐号的资源属性的名称、类型和取值。\n[0197] 具体而言，模型设置71单元包括：\n[0198] 主备连接设置模块，用于在存在HA主备机资源设备的场景下，且备机资源设备连通的时，针对主机资源设备，设置如下：描述资源ID的资源属性的取值为首选主机资源设备；描述资源关系类型的资源属性的取值为主机资源设备；描述帐号集合归属类型的资源属性的取值为普通资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；以及\n[0199] 针对备机资源设备，设置如下：\n[0200] 描述资源ID的资源属性的取值为备机资源设备；描述资源关系类型的资源属性的取值为备机资源设备；描述帐号集合归属类型的资源属性的取值为首选资源并集；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；\n[0201] 相应地，执行单元72包括：\n[0202] 主备连接执行单元，用于在帐号采集过程中，根据上述针对主备机资源设备的设置分别采集主机和备机帐号，保证主备机资源设备侧的帐号和侧的帐号一致，并自动校正主机资源设备的帐号到备机资源设备；在帐号创建过程中，根据上述针对主备机资源设备的设置分别向主机和备机创建帐号，并自动校正主机资源设备的帐号到备机资源设备。\n[0203] 模型设置单元71包括：\n[0204] 主备非连接设置模块，用于在存在HA主备机资源设备的场景下，针对主机资源设备，设置如下：描述资源ID的资源属性的取值为首选主机资源设备；描述资源关系类型的资源属性的取值为主机资源设备；描述帐号集合归属类型的资源属性的取值为首选资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；以及\n[0205] 针对备机资源设备，设置如下：\n[0206] 描述资源ID的资源属性的取值为备机资源设备；描述资源关系类型的资源属性的取值为备机资源设备；描述帐号集合归属类型的资源属性的取值为首选资源并集；描述是否统一采集帐号的资源属性的取值为不统一采集；描述是否统一创建帐号的资源属性的取值为不统一创建；\n[0207] 相应地，执行单元包括：\n[0208] 主备非连接执行模块72，用于在帐号采集过程中，根据上述针对主备机资源设备的设置只向主机资源采集帐号，不向备机资源采集帐号，并自动校正主机资源设备的帐号到备机资源设备；在帐号创建过程中，根据上述针对主备机资源设备的设置只向主机资源设备推送帐号，不向备机资源设备推送帐号，并自动校正主机资源设备的帐号到备机资源设备。\n[0209] 模型设置单元71包括：\n[0210] 负载均衡设置模块，用于在存在负载均衡资源节点的场景下，每个负载均衡资源节点的网络均可连通，对外提供一个浮动IP，且中创建一个浮动节点和多个资源节点时，针对浮动节点，设置如下：描述资源ID的资源属性的取值为首选浮动节点；描述资源关系类型的资源属性的取值为浮动节点；描述帐号集合归属类型的资源属性的取值为首先资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为不统一创建；以及\n[0211] 针对每个资源节点，设置如下：\n[0212] 描述资源ID的资源属性的取值为资源节点ID；描述资源关系类型的资源属性的取值为普通资源；描述帐号集合归属类型的资源属性的取值为首选资源合集；描述是否统一采集帐号的资源属性的取值为不统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；\n[0213] 相应地，执行单元72包括：\n[0214] 负载均衡执行模块，用于在帐号采集过程中，根据上述针对浮动节点和每个资源节点的设置只通过浮动节点采集帐号，以保证各个资源节点出现的帐号都被完整采集，并保证在中的多个资源节点的帐号一致；在帐号创建过程中，根据上述针对浮动节点和每个资源节点的设置仅向各个资源节点创建帐号，并保证在中各个资源节点的帐号及浮动节点的帐号一致。\n[0215] 模型设置单元71包括：\n[0216] 域设置模块，用于在WINDOWS域控制器场景下，针对域控资源设备，设置如下：描述资源ID的资源属性的取值为首选域控资源；描述资源关系类型的资源属性的取值为域控资源；描述帐号集合归属类型的资源属性的取值为普通资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；\n以及\n[0217] 针对每个域成员资源设备，设置如下：\n[0218] 描述资源ID的资源属性的取值为域成员资源设备ID；描述资源关系类型的资源属性的取值为普通资源；描述帐号集合归属类型的资源属性的取值为首选资源并集；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为不统一创建；\n[0219] 相应地，执行单元72包括：\n[0220] 域执行模块，用于在帐号采集过程中，根据上述针对域控资源设备和每个域成员资源设备的设置采集域控资源设备的帐号，保证在中的域帐号同步到各个域成员资源设备上，并采集域成员资源设备自身的帐号，保证各个域成员资源设备帐号的完整性；在帐号创建过程中，根据上述针对域控资源设备和每个域成员资源设备的设置向域控资源设备创建域帐号，不向各个域成员资源设备创建帐号，并保证在中的每个域成员资源设备拥有完整域控帐号。\n[0221] 模型设置单元71包括：\n[0222] 数据库设置模块，用于在依赖操作系统的数据库场景下，针对主机资源设备，设置如下：描述资源ID的资源属性的取值为首选主机资源；描述资源关系类型的资源属性的取值为普通资源；描述帐号集合归属类型的资源属性的取值为首先资源集合；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；以及\n[0223] 针对每个数据库资源设备，设置如下：\n[0224] 描述资源ID的资源属性的取值为数据库资源设备ID；描述资源关系类型的资源属性的取值为附属资源；描述帐号集合归属类型的资源属性的取值为首选资源交集；描述是否统一采集帐号的资源属性的取值为是统一采集；描述是否统一创建帐号的资源属性的取值为是统一创建；\n[0225] 相应地，执行单元72包括：\n[0226] 数据库执行模块，用于在帐号采集过程中，根据上述针对主机资源设备和每个数据库资源设备的设置分别采集主机资源设备和每个数据库资源设备的帐号，保证每个数据库资源设备上的帐号和上保留的对应帐号一致；并校正主机资源设备的帐号口令到数据库资源设备对应的帐号口令上；在帐号创建过程中，根据上述针对主机资源设备和每个数据库资源设备的设置先向主机资源设备创建帐号，确保帐号的存在性，并在主机资源设备的帐号范围内选择需要创建的数据库资源设备的帐号并进行创建；保证在中，数据库资源设备的帐号与主机资源设备的帐号口令保持一致。\n[0227] 本发明提供的装置可根据多种复杂场景资源关系，设置对应的资源关系数据模型，满足各种复杂场景和业务类型的帐号采集和创建流程。实现多维关系下帐号的统一采集和创建，使系统管理员能够通过4A管理平台对复杂业务场景下的多维资源关系进行统一管理。弥补了人工管理复杂场景的多维资源管理帐号工作量大，数据不一致等缺陷。4A管理平台根据配置的资源关系，最终实现统一帐号监控和集中单点登录管理。\n[0228] 本发明实施例提供的上述设备或装置等产品是属于以计算机程序的流程方法为依据，并按照与方法实施例(实施例一-四中的至少一个)和/或附图中方法流程的各步骤完全对应一致的方式，所提供的功能模块。并且由于这种功能模块是通过计算机程序的方式实现的软件装置，所以对于装置实施例(实施五中)未具体提及的功能模块，由于考虑到根据上述方法实施例记载的内容已经足够使本领域技术人员从方法记录的各流程步骤直接地、毫无意外地确定实现所述步骤所必须建立的功能模块，所以在此不赘述。\n[0229] 本发明的技术方案本质上或者说对现有技术做出贡献的部分是以软件产品的形式体现出来的功能，也即是说：本发明的装置、设备或者组成系统的各个设备其所执行的方法或实现的功能主体即便为硬件，但是实际上实现本发明上述功能的部分却是计算机软件产品的模块或单元。并且该计算机软件产品可存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台设备执行本发明各个实施例所述的方法。\n[0230] 以上所述，仅为本发明的具体实施方式，但本发明能有多种不同形式的具体实施方式，上文结合附图对本发明做举例说明，这并不意味着本发明所应用的具体实施方式只能局限在这些特定的具体实施方式中，本领域的技术人员应当了解，上文所提供的具体实施方式只是多种优选实施方式中的一些示例，任何体现本发明权利要求的具体实施方式均应在本发明权利要求所要求保护的范围之内；本领域的技术人员能够对上文各具体实施方式中所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换或者改进等，均应包含在本发明权利要求的保护范围之内。