一种信托架构管理方法、装置、设备及存储介质与流程

1.本发明涉及数据处理处理技术领域，尤其涉及一种信托架构管理方法、装置、设备及存储介质。


背景技术：

2.在信托行业的架构治理管控领域，通常需要获取系统的运行态数据，并将运行态数据和设计态数据进行对比，以判断现有的系统交互是否符合架构设计的目标。
3.但是目前通常采用的是通过架构治理人员在获取到运行态数据后，依据个人经验判断是否与设计态一致，哪个方向偏差了，偏差度是多少。基本是人工线下话处理的，由于人工操作有一定的滞后性，从而无法及时根据判断结果对信托架构进行有效治理。


技术实现要素：

4.本发明提供了一种信托架构管理方法，以实现对信托架构及时有效的管理。
5.根据本发明的第一方面，提供了一种信托架构管理方法，包括：获取架构的标准设计态数据和标准运行态数据，其中，所述标准设计态数据和所述标准运行态数据中分别包含调用关系；
6.将所述标准设计态数据和所述标准运行态数据进行对比获取各调用关系的类型，其中，所述类型包括设计运行一致、设计多于运行和运行多于设计；
7.通过管控规则引擎分别计算各所述调用关系的偏离度值；
8.根据各所述调用关系的类型和所述偏离度值确定管理方式，并采用所述管理方式对所述信托架构进行管理。
9.根据本发明的另一方面，提供了一种信托架构管理装置，包括：
10.标准数据获取模块，用于获取架构的标准设计态数据和标准运行态数据，其中，所述标准设计态数据和所述标准运行态数据中分别包含调用关系；
11.各调用关系的类型获取模块，用于将所述标准设计态数据和所述标准运行态数据进行对比获取各调用关系的类型，其中，所述类型包括设计运行一致、设计多于运行和运行多于设计；
12.偏离度值计算模块，用于通过管控规则引擎分别计算各所述调用关系的偏离度值；
13.信托架构管理模块，用于根据各所述调用关系的类型和所述偏离度值确定管理方式，并采用所述管理方式对所述信托架构进行管理。
14.根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：
15.至少一个处理器；以及
16.与所述至少一个处理器通信连接的存储器；其中，
17.所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的
方法。
18.根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的方法。
19.本发明实施例的技术方案，通过将所获取的标准设计态数据和标准运行态数据进行对比，获取各调用关系的类型，同时会计算各调用关系的偏离度值，从而根据调用关系的类型和偏离度值，及时有效的获取针对信托架构的管理方式，以实现对信托架构的有效管理。
20.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
21.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1是根据本发明实施例一提供的一种信托架构管理方法的流程图；
23.图2是根据本发明实施例二提供的一种信托架构管理方法的流程图；
24.图3是根据本发明实施例三提供的一种信托架构管理装置的结构示意图；
25.图4是实现本发明实施例四提供的电子设备的结构示意图。
具体实施方式
26.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
27.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
28.实施例一
29.图1为本发明实施例一提供了一种信托架构管理方法的流程图，本实施例可适用于对信托架构进行管理的情况，该方法可以由信托架构管理装置来执行，该该装置可以采用硬件和/或软件的形式实现。如图1所示，该方法包括：
30.步骤s101，获取架构的标准设计态数据和标准运行态数据。
31.可选的，获取架构的标准设计态数据和标准运行态数据，包括：获取架构的初始设计态数据和初始运行态数据；将初始设计态数据和初始运行态数据分别按照标准格式进行格式转换，获取格式统一的标准设计态数据和标准运行态数据。
32.具体的说，本实施方式中会获取架构的初始设计态数据和初始运行态数据，其中，初始设计态数据指的是系统未运行交互之前方案制定时的系统间的交互调用关系，而初始运行态数据指的是，系统在正式启动后实际进行交互时所获取的系统间的交互调用关系。但是由于系统正式运行时所获取的初始运行态数据与初始运行态数据的格式可能是不一致的，而两种不同格式的数据通常会影响数据对比的精确性，甚至是无法进行对比，因此会先将初始设计态数据和初始设计态数据按照标准格式进行格式转换，从而获取标准设计态数据和标准运行态数据。
33.在一个具体实现中，可以将初始设计态数据和初始运行态数据中的调用关系统一采用标准格式“调用系统&被调用系统*被调用模块接口”进行表示，例如，初始设计态数据中所包含的调用关系可以为a&b*a等，当然，本实施方式中仅是举例说明，而并不对标准格式的具体形式进行限定。因此在标准设计态数据和标准运行态数据中分别包含调用关系，但此时的调用关系的格式是一致的，便于后续的数据对比。
34.步骤s102，将标准设计态数据和标准运行态数据进行对比获取各调用关系的类型。
35.可选的，将标准设计态数据和标准运行态数据进行对比获取各调用关系的类型，包括：确定同时位于设计态数据和运行态数据中的第一调用关系，将第一调用关系的类型确定为设计运行一致；确定位于设计态数据而不位于运行态数据中的第二调用关系，将第二调用关系的类型确定设计多于运行；确定位于运行态数据而不位于设计态数据中的第三调用关系，将第三调用关系的类型确定运行多于设计。
36.其中，由于所获取的标准设计态数据和标准运行态数据具有统一的格式，因此可以直接将两者进行对比，并且具体是将标准设计态数据和标准运行态数据中的调用关系进行对比，根据对比结果获取各调用关系的类型，其中，类型包括设计运行一致、设计多于运行和运行多于设计。
37.在一个具体实现中，在标准设计态数据中包含三个类型的调用关系：a&b*a、a&b*b和a&c*a，在标准运行态数据中也包含三个类型的调用关系：a&d*d、a&b*b和a&c*a。由于a&b*b和a&c*a由于同时位于设计态数据和运行态数据中，因此将a&b*b和a&c*a作为第一调用关系，并确定a&b*b和a&c*a的类型为设计运行一致；由于a&b*a仅位于设计态数据而不位于运行态数据中，因此将a&b*a作为第二调用关系，并确定a&b*a的类型为设计多于运行；由于a&d*d仅位于运行态数据而不位于设计态数据中，因此将a&d*d作为第三调用关系，并确定a&d*d的类型为运行多于设计。当然，本实施方式中仅是举例说明，而并不对标准运行态数据和标准设计态数据中的调用关系的类型进行限定。
38.步骤s103，通过管控规则引擎分别计算各调用关系的偏离度值。
39.可选的，通过管控规则引擎分别计算各调用关系的偏离度值，包括：通过管控规则引擎确定计算规则以及各计算规则所对应的权重，其中，计算规则包括蓝图依赖、上下依赖和权限规则；采用计算规则确定各调用关系的蓝图依赖值、上下依赖值和权限规则值；根据蓝图依赖值、上下依赖值、权限规则值以及各计算规则对应的权重，确定各调用关系的偏离
度值。
40.其中，本实施方式中会通过管控规则引擎计算各调用关系的偏离度值，管控规则引擎在计算偏离度值时结合了蓝图依赖、上下依赖和权限规则等计算规则。通过计算所获取的偏离度值存在等于0和大于0两种情况，等于0表示无偏离，符合架构设计要求及标准；而大于0表示有偏离，并且偏离度值越大，则表明治理整改的优先级越高。并且由于本实施方式中的调用关系的类型包括设计运行一致、设计多于运行和运行多于设计三种，而针对每种类型的调用关系所计算的偏离度值有存在两种情况，因此通过计算可以获取3*2＝6种结果，分别为：设计运行一致，偏离度值＝0；设计运行一致，偏离度值》0；设计多于运行,偏离度值＝0；设计多于运行,偏离度值》0；运行多于设计，偏离度值＝0；运行多于设计，偏离度值》0。当然，本实施方式中仅是举例说明，而并不对所获取的结果的具体类型进行限定。
41.步骤s104，根据各调用关系的类型和偏离度值确定管理方式，并采用管理方式对信托架构进行管理。
42.可选的，根据各调用关系的类型和偏离度值确定管理方式，包括：从各调用关系中筛选出偏离度值大于0的第一调用关系集合，以及偏离度值等于0的第二调用关系集合；针对第一调用关系集合确定管理方式为预警提示；针对第二调用关系集合和第二调用关系集合中各调用关系的类型，确定管理方式为实施运行。
43.可选的，针对第二调用关系集合和第二调用关系集合中各调用关系的类型，确定管理方式为实施运行，包括：当第二调用关系集合中调用关系的类型为设计运行一致时，则确定通过案例推广进行实施运行；当第二调用关系集合中调用关系的类型为设计多于运行时，则确定依据设计进行实施运行；当第二调用关系集合中调用关系的类型为运行多于设计时，则确定依据运行补充设计数据进行实施运行。
44.其中，本实施方式中在获取到各调用关系的类型，以及各调用关系的偏离度值之后，可以确定针对信托架构的管理方式，以采用所确定的管理方式进行信托架构的管理。
45.在一个具体实现中，在确定管理方式时，由于偏离度值大于0表示有偏离，需要重点关注。例如，从各调用关系中筛选出偏离度值大于0的第一调用关系集合x＝{a&b*a a&b*b a&d*d},其中，a&b*a的类型为设计多于运行，a&b*b的类型为设计运行一致，a&d*d的类型为运行多于设计。根据a&b*a的偏离度值确定优先级，在确定优先级时可以参照优先级对照表，在优先级对照表中包含了偏离度值与优先级的对应关系，并且偏离度值越大，则表明治理整改的优先级越高，因此偏离度值与优先级成正比。对于获取a&b*b和a&d*d优先级的方式与此大致相同，本实施方式中不再进行赘述。依据所获取的优先级排序形成架构治理调整清单，并针对架构治理调整清单进行预警提示和方案正规。
46.在另一个具体实现中，偏离度等于0表示无偏离，符合架构设计要求及标准，因此会从各调用关系中筛选出偏离度值等于0的第二调用关系集y＝{a&c*a a&c*b a&c*d},其中，a&c*a的类型为设计运行一致，a&c*b的类型为设计多于运行，a&c*d的类型为运行多于设计。针对设计运行一致的a&c*a，这群确定通过案例推广进行实施运行，并且可以采用架构报告形式生产文本格式文档；针对设计多于运行的a&c*b，表明相关需求没有落实，需要评估实际需求推动落实，因此确定依据设计进行实施运行；针对运行多于设计的a&c*d，表明实际开发的设计细节没有反补到设计态数据上，需要回补设计态数据，因此确定依据运行补充设计数据进行实施运行。当然，本实施方式中仅是对管理方式进行举例说明，而并不
对管理方式的具体内容进行限定。
47.本技术实施方式中，通过将所获取的标准设计态数据和标准运行态数据进行对比，获取各调用关系的类型，同时会计算各调用关系的偏离度值，从而根据调用关系的类型和偏离度值，及时有效的获取针对信托架构的管理方式，以实现对信托架构的有效管理。
48.实施例二
49.图2为本发明实施例二提供的一种信托架构管理方法的流程图，本实施例以上述实施例为基础，主要对通过管控规则引擎分别计算各调用关系的偏离度值进行具体说明。如图2所示，该方法包括：
50.步骤s201，通过管控规则引擎确定计算规则以及各计算规则所对应的权重。
51.具体的说，本实施方式中会通过管控规则引擎确定计算规则，而计算规则包括蓝图依赖、上下依赖和权限规则。其中，蓝图依赖指的是系统按照业务蓝图分为不同的业务领域模块，领域内交互的密集程度应该高于领域外的系统交互，即高内聚松耦合，反之则表明交互是偏离了架构原则。上下依赖指的是上层的系统需要依赖下层的系统，反之则表明交互是偏离了架构原则。权限规则指的是系统间交互时对于主数据源系统，原则上只能供其他系统读，不应该有写入，导致主数据源信息产生混乱。并且本实施方式中针对每种计算规则分别有对应的权重，例如，针对蓝图依赖所对应的权重为a＝0.4,针对上下依赖所对应的权重为b＝0.1,针对权限规则所对应的权重为c＝0.5，当然，本实施方式中仅是举例说明，而并不对各计算规则所对应的权重的具体数值进行限定。
52.步骤s202，采用计算规则确定各调用关系的蓝图依赖值、上下依赖值和权限规则值。
53.可选的，采用计算规则确定各调用关系的蓝图依赖值、上下依赖值和权限规则值，包括：按照蓝图依赖确定调用关系中各系统的业务依赖属性，并根据业务依赖属性确定蓝图依赖值，其中，业务依赖属性包括业务组依赖、业务块依赖和业务层依赖；按照上下依赖确定调用关系中各系统的调用依赖属性，并根据调用依赖属性确定上下依赖值，其中，调用依赖属性包括上层系统调用下层系统，或者下层系统调用上层系统；按照权限规则确定调用关系中各系统的操作依赖属性，并根据操作依赖属性确定权限规则值，其中，操作依赖属性包括调用方为主数据源系统并进行写操作，或者被调用方为主数据源系统而调用系统进行读操作。
54.其中，在按照蓝图依赖确定调用关系中各系统的业务依赖属性，其中，业务依赖属性包括业务组依赖、业务块依赖和业务层依赖，并根据上述所确定的业务依赖属性确定蓝图依赖值。例如，当根据业务组依赖确定调用系统a和被调用系统b属于同一组时，则确定蓝图依赖值为0；当根据业务组依赖和业务块依赖确定调用系统a和被调用系统不属于同一组，但属于同一块时，则蓝图依赖值为1；当根据业务组依赖、业务块依赖和业务层依赖，确定调用系统a和被调用系统不属于同一块，但属于同一层时，则蓝图依赖值为2；当根据业务组依赖、业务块依赖和业务层依赖，确定调用系统a和被调用系统不属于同一层时，则蓝图依赖值为3。
55.另外，在按照上下依赖确定调用关系中各系统的调用依赖属性，其中，调用依赖属性包括上层系统调用下层系统，或者下层系统调用上层系统，并根据调用依赖属性确定上下依赖值。例如，系统a为上层，系统b为下层系统，当根据调用依赖属性确定a系统调用b系
统时，则上下依赖值为0；当根据调用依赖属性确定b系统调用a系统时，则上下依赖值为1。
56.另外，在按照权限规则确定调用关系中各系统的操作依赖属性，其中，操作依赖属性包括调用方为主数据源系统并进行写操作，或者被调用方为主数据源系统而调用系统进行读操作，并根据操作依赖属性确定权限规则值。例如，a系统调用b系统，当根据操作依赖属性确定a系统为主数据源系统并进行写操作时，权限规则值为1；当根据操作依赖属性确定b系统为主数据源系统，而a系统进行读操作时，权限规则值为0。当然，本实施方式中仅是举例说明，而并不对蓝图依赖值、上下依赖值和权限规则值的具体数值进行限定。
57.步骤s203，根据蓝图依赖值、上下依赖值、权限规则值以及各计算规则对应的权重，确定各调用关系的偏离度值。
58.其中，针对各调用关系在确定出所对应的蓝图依赖值、上下依赖值、权限规则值之后，可结合各计算规则所对应的权重确定出偏离度值，具体可以参照如下公式(1)计算各调用关系的偏离度值：
59.w＝x1*a+x2*b+x3*c (1)
60.其中，w表示调用关系的偏离度值，x1表示蓝图依赖值，a表示蓝图依赖对应的权重，x2表示上下依赖值，b表示上下依赖对应的权重，x3表示权限规则值，c表示权限规则对应的权重。
61.例如，设置a＝0.4，b＝0.1,c＝0.5，当确定调用关系a&b*b的蓝图依赖值x1＝3,上下依赖值x2＝1,权限规则值x3＝0,则根据上述的公式(1)可以得出调用关系a&b*b的偏离度值w＝3*0.4+1*0.1+0*0.5＝1.3。当然，本实施方式中仅是举例说明，而并不对蓝图依赖值、上下依赖值、权限规则值的具体数值进行限定。
62.本技术实施方式中，通过将所获取的标准设计态数据和标准运行态数据进行对比，获取各调用关系的类型，同时会计算各调用关系的偏离度值，从而根据调用关系的类型和偏离度值，及时有效的获取针对信托架构的管理方式，以实现对信托架构的有效管理。并且通过所确定的多种计算规则集合获取各调用关系的偏离度值，使得所获取的偏离度值更加精准。
63.实施例三
64.图3为本发明实施例三提供的一种信托架构管理装置的结构示意图。如图3所示，该装置包括：
65.标准数据获取模块310，用于获取架构的标准设计态数据和标准运行态数据，其中，标准设计态数据和标准运行态数据中分别包含调用关系；
66.调用关系的类型获取模块320，用于将标准设计态数据和标准运行态数据进行对比获取各调用关系的类型，其中，类型包括设计运行一致、设计多于运行和运行多于设计；
67.偏离度值计算模块330，用于通过管控规则引擎分别计算各调用关系的偏离度值；
68.信托架构管理模块340，用于根据各调用关系的类型和偏离度值确定管理方式，并采用管理方式对信托架构进行管理。
69.可选的，标准数据获取模块，用于获取架构的初始设计态数据和初始运行态数据；
70.将初始设计态数据和初始运行态数据分别按照标准格式进行格式转换，获取格式统一的标准设计态数据和标准运行态数据。
71.可选的，调用关系的类型获取模块，用于确定同时位于设计态数据和运行态数据
中的第一调用关系，将第一调用关系的类型确定为设计运行一致；
72.确定位于设计态数据而不位于运行态数据中的第二调用关系，将第二调用关系的类型确定设计多于运行；
73.确定位于运行态数据而不位于设计态数据中的第三调用关系，将第三调用关系的类型确定运行多于设计。
74.可选的，偏离度值计算模块包括：计算规则确定子模块，用于通过管控规则引擎确定计算规则以及各计算规则所对应的权重，其中，计算规则包括蓝图依赖、上下依赖和权限规则；
75.计算子模块，用于采用计算规则确定各调用关系的蓝图依赖值、上下依赖值和权限规则值；
76.偏离度值确定子模块，用于根据蓝图依赖值、上下依赖值、权限规则值以及各计算规则对应的权重，确定各调用关系的偏离度值。
77.可选的，计算子模块，用于按照蓝图依赖确定调用关系中各系统的业务依赖属性，并根据业务依赖属性确定蓝图依赖值，其中，业务依赖属性包括业务组依赖、业务块依赖和业务层依赖；
78.按照上下依赖确定调用关系中各系统的调用依赖属性，并根据调用依赖属性确定上下依赖值，其中，调用依赖属性包括上层系统调用下层系统，或者下层系统调用上层系统；
79.按照权限规则确定调用关系中各系统的操作依赖属性，并根据操作依赖属性确定权限规则值，其中，操作依赖属性包括调用方为主数据源系统并进行写操作，或者被调用方为主数据源系统而调用系统进行读操作。
80.可选的，信托架构管理模块包括，第一调用关系集合确定子模块，用于从各调用关系中筛选出偏离度值大于0的第一调用关系集合，以及偏离度值等于0的第二调用关系集合；
81.预警提示子模块，用于针对第一调用关系集合确定管理方式为预警提示；
82.实施运行子模块，用于针对第二调用关系集合和第二调用关系集合中各调用关系的类型，确定管理方式为实施运行。
83.可选的，实施运行子模块，用于当第二调用关系集合中调用关系的类型为设计运行一致时，则确定通过案例推广进行实施运行；
84.当第二调用关系集合中调用关系的类型为设计多于运行时，则确定依据设计进行实施运行；
85.当第二调用关系集合中调用关系的类型为运行多于设计时，则确定依据运行补充设计数据进行实施运行。
86.本发明实施例所提供的信托架构管理装置可执行本发明任意实施例所提供的运行态数据采集方法，具备执行方法相应的功能模块和有益效果。
87.实施例四
88.图4示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形
式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
89.如图4所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(rom)12、随机访问存储器(ram)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(rom)12中的计算机程序或者从存储单元18加载到随机访问存储器(ram)13中的计算机程序，来执行各种适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出(i/o)接口15也连接至总线14。
90.电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
91.处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如信托架构管理方法。
92.在一些实施例中，应用于信托架构管理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13并由处理器11执行时，可以执行上文描述的信托架构管理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行信托架构管理方法。
93.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
94.用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
95.在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算
机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
96.为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
97.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
98.计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
99.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
100.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。