一种实体引用处理方法及相关设备与流程

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.图1为本申请实体引用处理方法实施例的一个流程示意图；
35.图2为本申请实体引用处理方法实施例的另一个流程示意图；
36.图3为本申请实体引用处理方法所使用的实体引用关系微服务实施例的一个结构示意图；
37.图4为本申请实体引用处理方法实施例的另一个流程示意图；
38.图5为本申请实体引用处理设备实施例的一个结构示意图；
39.图6是本申请计算机设备实施例的一个结构示意图。
具体实施方式
40.为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
41.本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
42.需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
43.实体是一个数据库系统内可定义的事物或概念，例如人/角色(比如学生)，对象(比如采购订单)等。两个实体之间的关系表示这两个实体以某种方式相互关联。例如，学生参加课程，实体“学生”因此与“课程”相关，它们之间具有引用关系。对于存储于单一数据库内的实体而言，彼此之间若存在引用关系，可通过外键约束来进行管理，当工作人员删除数据库内某一实体时，则数据库会自动检测该实体是否被引用，若如被其它实体引用，就会违反外键约束异常，向工作人员回复业务异常提示。程序把数据库异常转化为业务异常，譬如提示“该实体已被引用，不能删除！”。
44.然而这一处理方式的实施基础在于两个具有引用关系的实体存储于同一数据库的环境下，对于分别存储于不同数据库下的两个实体之间的引用关系无法适用，存在一定的实施不便。现有的需要进行数据交换或对性能要求较高的互联网应用通常需要额外编写代码，以满足实际需求，存在一定不便。
45.请参阅图1，本申请的一个实施例包括：步骤101
‑
步骤105。
46.101、获取工作人员发送的代码处理指令。
47.获取工作人员发送的代码处理指令，具体的代码处理指令可为多行代码的形式，代码处理指令所达到的效果可包括对实体及实体引用关系的调整(增、删、改、查操作)以及其他功能。代码处理指令可为类或者类下的方法，具体可依据实际情况而定，此处不做限定。
48.102、判断所述代码处理指令是否存在对目标实体的删除操作。
49.判断所述代码处理指令是否存在对目标实体的删除操作。对工作人员所提交的代码进行识别，判断工作人员对已有代码进行的调整是否包括对某一实体的删除操作，即对目标实体的删除操作指令，具体的，检测过程可通过使用检测拦截器来实现，检测代码处理指令中是否存在预设注解，或是否符合特定的语法设置，若代码处理指令中存在预设注解或符合特定的语法设置，则提取该目标实体的信息，基于目标实体的信息查询实体引用关系数据库，即执行步骤103，若代码处理指令中不存在预设注解且不符合特定的语法设置，则说明本次对代码的处理指令不存在对实体的删除操作，结束流程。
50.103、基于目标实体查询实体引用关系数据库，判断实体引用关系数据库中是否记载有目标实体被其他实体引用的引用关系。
51.若代码处理指令中存在对目标实体的删除操作，则基于目标实体查询实体引用关系数据库，判断实体引用关系数据库中是否记载有目标实体被其他实体引用的引用关系，实体引用关系数据库存储有现有代码中所包含的实体引用关系，即不同实体之间引用与被引用的关系存储于实体引用关系数据库中，工作人员可基于原有代码进行整理，将不同实体之间引用与被引用的关系存储至实体引用关系数据库中。
52.可以理解的是，实体引用关系数据库也可基于对原有代码的调整进行更新，如工作人员额外添加的代码处理指令中包括新的实体引用关系，则可对代码处理指令进行识别，提取新出现的实体引用关系并存储至实体引用关系数据库以便后续存在对实体进行删除的操作时进行查询。
53.基于所获得的目标实体的信息查询实体引用关系数据库，具体的所使用的目标实体的信息可为目标实体的id(identity document，标识码)。实体引用关系数据库中存储数据表，用于记录不同实体之间的引用关系，可选的，可采用多张数据表分别记录实体的被引用关系，如表a记录a实体被b实体、c实体和d实体引用，表e记录e实体被f实体、g实体和h实体引用，进而使得在查询过程中可基于目标实体的id确定记录该目标实体被引用关系的记录表，进而提高对目标实体被引用关系查询效率。
54.若基于实体引用关系数据库查询存在目标实体别其他实体引用的情况，则直接删除目标实体会导致其他实体出现错误，因此不能直接删除，即执行步骤104，向工作人员返回警告提示，若基于实体引用关系数据库查询不存在目标实体别其他实体引用的情况，则说明删除该目标实体不会影响其他实体数据的使用，可以删除，即不执行后续步骤，直接结束流程。
55.104向所述工作人员返回警告提示。
56.若所述实体引用关系数据库中记载有所述目标实体被其他实体引用的引用关系，则向所述工作人员返回警告提示。具体警告提示形式可为“xx实体已被引用，不能删除！”以便工作人员基于警告提示的信息对代码处理指令进行调整，保证代码正常工作，提高本方
案的可实施性。
57.从以上技术方案可以看出，本申请实施例具有以下优点：本方案基于工作人员发送的对原有代码进行处理的代码处理指令，判断代码处理指令中是否存在对目标实体的删除操作，若存在，则基于目标实体查询实体引用关系数据库，实体引用关系数据库用于记载原有代码中的实体引用关系，若实体引用关系数据库记载了目标实体被其他实体引用的引用关系，则说明从原有代码中直接删除目标实体会导致其他实体无法正常使用，因此可向工作人员返回警告提示，以便工作人员知晓这一情况，并对代码处理指令进行调整。本方案适用于分布式系统，通过使用实体引用关系数据库存储实体间的引用关系，并在存在实体删除操作时使用该数据库进行统一检测，使得实体删除过程的逻辑关系更加清晰，提高了实体删除过程的效率及可实施性。
58.基于图1所描述的实施例，下面提供一种本方案在实施过程中可选择执行的详细实施例，请参阅图2，本申请的一个实施例包括：步骤201
‑
步骤205。
59.在进行对本实施例步骤的介绍前，首先需对本方案中存储实体引用关系的实体引用关系数据库进行介绍，具体的实体引用关系数据库可以微服务的形式建立，并设置实现相应功能的接口，以便于实体删除检测服务的调用，具体的实体引用关系微服务逻辑架构可参考图3，包括：
60.(1)abstactentiyreference：为实体引用抽象类，主要属性说明如下：
61.refedentityid：被引用实体(指被其它实体应用的实体)id。
62.refentityid：引用实体(指引用其它实体的实体)id。
63.refentitytype：引用实体类型。
64.(2)concreteentityreference：为具体实体引用，无属性，用来分表，每个实体有一个被其它实体引用的表。
65.(3)entiyreferencedto：为实体引用dto(数据传输对象)，属性与实体引用抽象类相同。
66.(4)entityrefrencerepository、entityrefrenceservice、entityrefrenceresource分别为分层架构的repository(持久层)、service(服务层)、resource(控制器层)，主要所包括的接口说明如下：
67.findall：查找被引用实体的引用实体列表，参数为被引用实体id和类型，返回引用实体列表。
68.batchsave：批量保存实体引用关系，参数为实体引用在缓存中的数据，并提取缓存中的引用实体类型进行存储。
69.batchdelete：批量删除实体引用关系，参数为引用实体id和相关联的引用关系。
70.本方案的实施过程包括：
71.201、获取工作人员发送的对原有代码进行处理的代码处理指令。
72.获取工作人员发送的代码处理指令，具体的代码处理指令可为多行代码的形式，代码处理指令所达到的效果可包括对实体及实体引用关系的调整(增、删、改、查操作)以及其他功能。代码处理指令可为类或者类下的方法，具体可依据实际情况而定，此处不做限定。
73.本方案以spring aop环境实施为例进行说明，其中spring是一个开源的java/
java ee全功能栈(full
‑
stack)的应用程序框架。aop表示面向方面编程(aspect
‑
oriented programming)。对于代码处理指令，首先可判断是否负责预设规则，该预设规则表示代码处理指令符合某一处理方式的要求(删除实体，增加实体或删除实体及处理关系)若符合，则对代码处理指令进行代理调整，具体的可判断该代码处理指令是否实现了接口，若实现接口的则使用jdk(java development kit)的动态代理，否则使用cglib(code generation library，代码生成库)动态代理字节码织入代码处理指令，生产新的代理类。以支持后续步骤的实施。
74.可以理解的是，对代码处理指令的预先性处理可依据实现本方案的代码环境而定，此处不做限定。
75.202、判断所述代码处理指令中是否存在预设注解。
76.判断所述代码处理指令中是否存在预设注解。在进行对原有代码的调整时，可预先约定调整规则，如当代码调整指令中存在对实体的删除操作时，则在代码调整指令添加特定的预设第一注解，本方案中以预设第一注解为detectentityref为例，detectentityref注解以java annotation注解的形式添加于代码处理指令中，当出现该注解时，说明工作人员本次所添加的代码处理指令中包括对某一实体的删除操作，需调用实体引用关系微服务进行查询，并返回相应结果。
77.值得注意的是，工作人员所添加的代码处理指令中不仅可包括对实体的添加指令，还可包括额外添加实体及实体的引用关系以及删除实体和实体的引用关系的指令，此时需要基于此类指令对实体引用关系微服务中所存储的数据进行调整，即判断所述代码处理指令中是否存在实体引用关系调整指令；若所述代码处理指令存在所述实体引用关系调整指令，则依据所述实体引用关系调整指令对所述实体引用关系数据库进行处理。
78.具体的实体引用关系调整指令包括实体引用关系添加指令和实体引用关系删除指令。在用户发送的代码调整指令中可仅包括实体引用关系添加指令或实体引用关系删除指令，也可二者均包括在内，具体可依据实际情况而定，此处不做限定。本方案中以实体引用关系调整指令与对目标实体的删除指令一并进行检测为例进行说明，在本方案实际实施过程中，也可分步骤进行，此处不做限定。
79.判断用户发送的代码调整指令是否包括实体引用关系调整指令也可通过检测代码调整指令中是否存在第二叶顶注解的方式实施，如saveentityref注解：表需存储实体引用的相关数据。removeentityref注解：注解需删除实体引用的相关数据。
80.判断所述代码处理指令中是否存在预设注解，若存在第一预设注解则执行步骤204，若存在第二预设注解则执行步骤203，若代码处理指令中不存在预设注解忙着结束流程
81.203、依据所述实体引用关系调整指令对所述实体引用关系数据库进行处理
82.若识别确定存在第二预设注解，则依据所述实体引用关系调整指令对所述实体引用关系数据库进行处理，具体的在spring aop前提的处理方式下，对于存储实体及实体的引用关系情况下，可基于面向切面编程的思想下环绕通知的处理方式，继承aspectjaroundadvice环绕通知类通过mq rpc(远程过程调用消息中间件)调用实体引用关系微服务批量保存接口保存。对于删除实体及实体的引用关系情况下，可基于面向切面编程的思想下后置返回通知的处理方式，实现afterreturningadvice接口，通过mq rpc调用
实体引用微服务批量删除接口删除。使用消息中间件进行对微服务所存储数据的调整保证了数据的一致性。
83.204、基于目标实体查询实体引用关系数据库，判断实体引用关系数据库中是否记载有目标实体被其他实体引用的引用关系
84.若代码处理指令存在预设第一注解，则确定所述代码处理指令存在对目标实体的删除操作指令。使用spring mvc(模型、视图、控制器)handlerinterceptoradapter拦截器适配器作为基类。对httpservletrequest请求参数进行拦截，进而获得代码处理指令中被删除的实体的id，调用实体引用关系微服务的findall接口，查找被引用实体的引用实体列表，返回引用实体列表。若实体列表不为空，则说明存在引用通过httpservletresponse将警告提示信息返回给前端，以便用户获知这一信息。
85.上述步骤203至204的具体实施过程可参照图4，在时间顺序上代码处理指令以调用(invoke)的形式提交，首先需保证对代码处理指令的动态代理，代理方式可采用jdkdynamlic或cglibproxy的形式，并采用advisedsupport支持本方案实施环境即图4中步骤1.1，确定aop切入点，并基于所获得的注释执行不同步骤，对于代码处理指令存在预设第一注解的情况执行步骤1.2，即进行前置处理，使用handlerinterceptoradapter拦截器进行拦截获得实体的id并在微服务中进行查询。若代码处理指令存在预设第二注解，则在1.3和1.4中选择执行，存储或删除实体及实体间的引用关系。
86.可以理解的是，图4所表示的仅为一种本方案的实施方式，在实际实施时，可依据当前语言环境及处理逻辑进行相应调整，具体此处不做限定。
87.205、向所述工作人员返回警告提示
88.若所述实体引用关系数据库中记载有所述目标实体被其他实体引用的引用关系，则向所述工作人员返回警告提示。具体警告提示形式可为“xx实体已被引用，不能删除！”以便工作人员基于警告提示的信息对代码处理指令进行调整，保证代码正常工作，提高本方案的可实施性。
89.从以上技术方案可以看出，本申请实施例具有以下优点：本方案基于工作人员发送的对原有代码进行处理的代码处理指令进行识别判断，判断代码处理指令中是否存在预设注解，若存在预设注解，则基于预设注解的种类调用实体引用关系微服务，进行查询、存储或删除操作，上述方式适用于分布式系统，通过使用实体引用关系数据库存储实体间的引用关系，使得实体删除过程的逻辑关系更加清晰，提高了实体删除过程的效率及可实施性。
90.上面对申请实施例中的实体引用处理方法进行了描述，下面对本发明实施例中的实体引用处理设备进行描述。请参阅图5，本申请实体引用处理设备的一个实施例包括：
91.获取单元501，用于获取工作人员发送的对原有代码进行处理的代码处理指令；
92.判断单元502，用于判断所述代码处理指令是否存在对目标实体的删除操作指令；
93.查询单元503，用于若所述代码处理指令存在对目标实体的删除操作指令，则基于所述目标实体查询实体引用关系数据库，判断所述实体引用关系数据库中是否记载有所述目标实体被其他实体引用的引用关系，所述实体引用关系数据库用于记载原有代码中的实体引用关系；
94.返回单元504，用于若所述实体引用关系数据库中记载有所述目标实体被其他实
体引用的引用关系，则向所述工作人员返回警告提示。
95.本实施例中，实体引用处理设备中各单元所执行的流程与前述图1所对应的实施例中描述的方法流程类似，此处不再赘述。
96.可选的，所述判断单元还用于：判断所述代码处理指令中是否存在实体引用关系调整指令；
97.若所述代码处理指令存在所述实体引用关系调整指令，则依据所述实体引用关系调整指令对所述实体引用关系数据库进行处理。
98.可选的，所述实体引用关系调整指令包括：实体引用关系添加指令和/或实体引用关系删除指令。
99.可选的，所述实体引用关系数据库存储有多个数据表，所述多个数据表分别用于记录所述原有代码中各个实体被其他实体引用的引用关系。
100.可选的，所述判断单元具体用于判断所述代码处理指令中是否存在预设第一注解，若存在所述预设第一注解，则确定所述代码处理指令存在对目标实体的删除操作指令。
101.可选的，所述判断单元具体用于判断所述代码处理指令中是否存在预设第二注解，若存在，则认定所述代码处理指令中存在实体引用关系调整指令；
102.可选的，所述判断单元具体用于依据所述实体引用关系调整指令使用消息中间件对所述实体引用关系数据库进行处理。
103.图6是本申请实施例提供的一种计算机设备的结构示意图，该服务器600可以包括一个或一个以上中央处理器(central processing units，cpu)601和存储器605，该存储器605中存储有一个或一个以上的应用程序或数据。
104.本实施例中，中央处理器601中的具体功能模块划分可以与前述图5中所描述的各单元的功能模块划分方式类似，此处不再赘述。
105.其中，存储器605可以是易失性存储或持久存储。存储在存储器605的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器601可以设置为与存储器605通信，在服务器600上执行存储器605中的一系列指令操作。
106.服务器600还可以包括一个或一个以上电源602，一个或一个以上有线或无线网络接口603，一个或一个以上输入输出接口604，和/或，一个或一个以上操作系统，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm等。
107.该中央处理器601可以执行前述图1所示实施例中实体引用处理方法所执行的操作，具体此处不再赘述。
108.本发明还提供了一种计算机可读存储介质，该计算机可读存储介质用于实现实体引用处理方法的功能，其上存储有计算机程序，计算机程序被处理器执行时，处理器，可以用于执行如图1所述的实体引用处理方法方法。
109.可以理解的是，所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在相应的一个计算机可读取存储介质中或集成为计算机程序产品以便执行上述方法。基于这样的理解，本发明实现上述相应的实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的
步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
110.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
111.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
112.在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
113.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
114.另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
115.以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。