一种数据执行方法、装置、设备和介质

摘要

本申请提供了一种数据执行方法、装置、设备和介质，所述方法包括：配置阶段和执行阶段；所述配置阶段包括以下步骤：后端服务器根据用户所下达的指令配置操作，给至少一项指令配置指令信息；后端服务器根据用户所下达的服务配置操作，给预设的服务匹配对应的指令，并给所述对应的指令的指令参数配置对应的参数值；后端服务器根据用户所下达的路由配置操作，给预设的路由匹配对应的服务，并给所述路由配置路由参数，所述路由参数包括路由信息controller、前缀和对应的服务名称。

权利要求

1.一种数据执行方法，其特征在于，包括：

配置阶段和执行阶段；

所述配置阶段包括以下步骤：

步骤1，后端服务器根据用户所下达的指令配置操作，给至少一项指令配置指令信息；

步骤2，后端服务器根据用户所下达的服务配置操作，给预设的服务匹配对应的指令，并给所述对应的指令的指令参数配置对应的参数值；

步骤3，后端服务器根据用户所下达的路由配置操作，给预设的路由匹配对应的服务，并给所述路由配置路由参数，所述路由参数包括路由信息controller、前缀和对应的服务名称；

所述执行阶段包括以下步骤：

步骤4，后端服务器响应用户通过操作浏览器下达的调用请求，读取浏览器的请求地址和参数信息；

步骤5，后端服务器匹配浏览器的url地址，若能匹配成功，则截取路由信息controller；

步骤6，后端服务器根据路由信息controller，确定服务信息，并读取待执行指令；所述待执行指令为所述服务信息中所携带的预设的服务匹配的指令；

步骤7，后端服务器确定待执行指令的指令信息；

步骤8，后端服务器根据指令信息，对每个待执行指令分别进行执行操作，得到指令运行结果；

步骤9，后端服务器将指令运行结果返回给路由。

2.根据权利要求1所述的方法，其特征在于，步骤5还包括：若匹配失败，则提示服务不存在。

3.根据权利要求1所述的方法，其特征在于，步骤6，后端服务器根据路由信息controller，确定服务信息，并读取待执行指令，包括：步骤6.1，后端服务器根据路由信息controller，获取路由信息，并得到服务标识；

步骤6.2，后端服务器根据服务标识，确定服务信息，并读取指令集合；

步骤6.3，后端服务器从指令集合中提取待执行指令。

4.根据权利要求3所述的方法，其特征在于，步骤6.3，后端服务器从指令集合中提取待执行指令，包括：步骤6.31，如果存储指令集合的数据库为关系型数据库，则调用druid sql语法分析，以判断所述指令集合中的指令是否有写操作的指令；

步骤6.32，从指令集合中提取出写操作的指令；

步骤6.33，获取每个写操作的指令的数据源标识，并给每个写操作的指令设置动态数据源标识；

步骤6.34，给每个写操作的指令创建事务回滚点。

5.根据权利要求1所述的方法，其特征在于，所述指令信息包括指令名称、指令代码、功能描述、数据源类型、指令类型、参数描述。

6.根据权利要求4所述的方法，其特征在于，所述数据源标识用于区分不同的数据源，所述数据源的信息包括输入名称、数据描述、简码、数据源类型和连接信息。

7.一种数据执行装置，其特征在于，包括：配置模块和执行模块；

所述配置模块执行以下步骤：

步骤1，后端服务器根据用户所下达的指令配置操作，给至少一项指令配置指令信息；

步骤2，后端服务器根据用户所下达的服务配置操作，给预设的服务匹配对应的指令，并给所述对应的指令的指令参数配置对应的参数值；

步骤3，后端服务器根据用户所下达的路由配置操作，给预设的路由匹配对应的服务，并给所述路由配置路由参数，所述路由参数包括路由信息controller、前缀和对应的服务名称；

所述执行模块执行以下步骤：

步骤4，后端服务器响应用户通过操作浏览器下达的调用请求，读取浏览器的请求地址和参数信息；

步骤5，后端服务器匹配浏览器的url地址，若能匹配成功，则截取路由信息controller；

步骤6，后端服务器根据路由信息controller，确定服务信息，并读取待执行指令；所述待执行指令为所述服务信息中所携带的预设的服务匹配的指令；

步骤7，后端服务器确定待执行指令的指令信息；

步骤8，后端服务器根据指令信息，对每个待执行指令分别进行执行操作，得到指令运行结果；

步骤9，后端服务器将指令运行结果返回给路由。

8.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1‑6中任一项所述的方法的步骤。

9.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时执行上述权利要求1‑6中任一项所述的方法的步骤。

说明书

一种数据执行方法、装置、设备和介质

技术领域

[0001] 本申请涉及数据处理领域，具体而言，涉及一种数据执行方法、装置、设备和介质。

背景技术

[0002] 为了简化代码编写任务，近些年，出现了很多的轻代码开发平台，在这些开发平台上可以通过拖拉的方式实现简单的业务逻辑设置，使用起来也比较方便，但是对他进行二次开发的时候，比较困难。

发明内容

[0003] 有鉴于此，本申请的目的在于提供一种数据执行方法、装置、设备和介质，用于解决现有技术中对轻代码开发平台进行二次开发时比较困难的问题。

[0004] 第一方面，本申请实施例提供了一种数据执行方法，包括：

[0005] 配置阶段和执行阶段；

[0006] 所述配置阶段包括以下步骤：

[0007] 步骤1，后端服务器根据用户所下达的指令配置操作，给至少一项指令配置指令信息；

[0008] 步骤2，后端服务器根据用户所下达的服务配置操作，给预设的服务匹配对应的指令，并给所述对应的指令的指令参数配置对应的参数值；

[0009] 步骤3，后端服务器根据用户所下达的路由配置操作，给预设的路由匹配对应的服务，并给所述路由配置路由参数，所述路由参数包括路由信息controller、前缀和对应的服务名称；

[0010] 所述执行阶段包括以下步骤：

[0011] 步骤4，后端服务器响应用户通过操作浏览器下达的调用请求，读取浏览器的请求地址和参数信息；

[0012] 步骤5，后端服务器匹配浏览器的url地址，若能匹配成功，则截取路由信息controller；

[0013] 步骤6，后端服务器根据路由信息controller，确定服务信息，并读取待执行指令；

[0014] 步骤7，后端服务器确定待执行指令的指令信息；

[0015] 步骤8，后端服务器根据指令信息，对每个待执行指令分别进行执行操作，得到指令运行结果；

[0016] 步骤9，后端服务器将指令运行结果返回给路由。

[0017] 可选的，步骤5还包括：

[0018] 若匹配失败，则提示服务不存在。

[0019] 可选的，步骤6，后端服务器根据路由信息controller，确定服务信息，并读取待执行指令，包括：

[0020] 步骤6.1，后端服务器根据路由信息controller，获取路由信息，并得到服务标识；

[0021] 步骤6.2，后端服务器根据服务标识，确定服务信息，并读取指令集合；

[0022] 步骤6.3，后端服务器从指令集合中提取待执行指令。

[0023] 可选的，步骤6.3，后端服务器从指令集合中提取待执行指令，包括：

[0024] 步骤6.31，如果存储指令集合的数据库为关系型数据库，则调用druid sql语法分析，以判断所述指令集合中的指令是否有写操作的指令；

[0025] 步骤6.32，从指令集合中提取出写操作的指令；

[0026] 步骤6.33，获取每个写操作的指令的数据源标识，并给每个写操作的指令设置动态数据源标识；

[0027] 步骤6.34，给每个写操作的指令创建事务回滚点。

[0028] 可选的，所述指令信息包括指令名称、指令代码、功能描述、数据源类型、指令类型、参数描述。

[0029] 可选的，所述数据源标识用于区分不同的数据源，所述数据源的信息包括输入名称、数据描述、简码、数据源类型和连接信息。

[0030] 第二方面，本申请实施例提供了一种数据执行装置，包括：配置模块和执行模块；

[0031] 所述配置模块执行以下步骤：

[0032] 步骤1，后端服务器根据用户所下达的指令配置操作，给至少一项指令配置指令信息；

[0033] 步骤2，后端服务器根据用户所下达的服务配置操作，给预设的服务匹配对应的指令，并给所述对应的指令的指令参数配置对应的参数值；

[0034] 步骤3，后端服务器根据用户所下达的路由配置操作，给预设的路由匹配对应的服务，并给所述路由配置路由参数，所述路由参数包括路由信息controller、前缀和对应的服务名称；

[0035] 所述执行模块执行以下步骤：

[0036] 步骤4，后端服务器响应用户通过操作浏览器下达的调用请求，读取浏览器的请求地址和参数信息；

[0037] 步骤5，后端服务器匹配浏览器的url地址，若能匹配成功，则截取路由信息controller；

[0038] 步骤6，后端服务器根据路由信息controller，确定服务信息，并读取待执行指令；

[0039] 步骤7，后端服务器确定待执行指令的指令信息；

[0040] 步骤8，后端服务器根据指令信息，对每个待执行指令分别进行执行操作，得到指令运行结果；

[0041] 步骤9，后端服务器将指令运行结果返回给路由。

[0042] 第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

[0043] 第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述方法的步骤。

[0044] 本申请实施例提出的数据执行方法，包括：配置阶段和执行阶段；所述配置阶段包括以下步骤：步骤1，后端服务器根据用户所下达的指令配置操作，给至少一项指令配置指令信息；步骤2，后端服务器根据用户所下达的服务配置操作，给预设的服务匹配对应的指令，并给所述对应的指令的指令参数配置对应的参数值；步骤3，后端服务器根据用户所下达的路由配置操作，给预设的路由匹配对应的服务，并给所述路由配置路由参数，所述路由参数包括路由信息controller、前缀和对应的服务名称；所述执行阶段包括以下步骤：步骤4，后端服务器响应用户通过操作浏览器下达的调用请求，读取浏览器的请求地址和参数信息；步骤5，后端服务器匹配浏览器的url地址，若能匹配成功，则截取路由信息controller；
步骤6，后端服务器根据路由信息controller，确定服务信息，并读取待执行指令；步骤7，后端服务器确定待执行指令的指令信息；步骤8，后端服务器根据指令信息，对每个待执行指令分别进行执行操作，得到指令运行结果；步骤9，后端服务器将指令运行结果返回给路由。

[0045] 在某些实施例中，通过设置了指令、服务、路由、表单四层架构，使得后续运行过程中，可以分别对这四层进行管控，对某一层的管控不会影响其他层，方便后续进行维护。

[0046] 为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

[0047] 为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

[0048] 图1为本申请实施例提供的一种数据执行方法的流程示意图；

[0049] 图2为本申请实施例提供的一种配置指令的界面的示意图；

[0050] 图3为本申请实施例提供的一种给服务配置指令的界面的示意图；

[0051] 图4为本申请实施例提供的一种配置路由的界面的示意图；

[0052] 图5为本申请实施例提供的一种数据执行装置的结构示意图；

[0053] 图6为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

[0054] 为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

[0055] 相关技术中，请代码开发平台使用十分方便，可以通过简单的拖拉操作实现简单的业务逻辑。但采用这种方式形成的业务，进行二次开发比较困难。比如在维护、升级、修订BUG的时候，经常需要讲代码完全重做，可见这种操作方式的效率十分低下。

[0056] 针对上述情况，本申请提供了一种数据执行方法，如图1所示，包括两个阶段，分别是配置阶段和执行阶段；其中，配置阶段如下步骤：

[0057] 步骤1，后端服务器根据用户所下达的指令配置操作，给至少一项指令配置指令信息；

[0058] 步骤2，后端服务器根据用户所下达的服务配置操作，给预设的服务匹配对应的指令，并给所述对应的指令的指令参数配置对应的参数值；

[0059] 步骤3，后端服务器根据用户所下达的路由配置操作，给预设的路由匹配对应的服务，并给所述路由配置路由参数，所述路由参数包括路由信息controller、前缀和对应的服务名称。

[0060] 本方案的执行主体，即后端服务器本质是一个数据引擎：该数据引擎在拿到配置信息后，先根据路由,服务,然后找到每个指令,顺序执行每个指令后返回给路由。

[0061] 本方案中的指令，是操作数据的最小单位。有固定的输入输出。例如：插入一条数据，调用一个http的接口，实现一个分页查询都分别对应不同的指令。

[0062] 本方案中的服务，是一个业务操作。例如：提供一个用户表分页查询功能；对用户信息进行更新功能；添加一个用户账户信息，并且同步更新用户基本信息。一个服务是由于一个或多个连续的指令执行完成的。

[0063] 本方案中的路由，是对外提供一个http服务的url地址，通过这个地址，可以向外提供服务方案。一个服务，可以关联多个路由。

[0064] 本方案中的表单，是提供一个采集或展示数据的界面。

[0065] 本方案中的数据源，是指数据库应用程序所使用的数据库或者数据库服务器，每个数据源都有一个标识，并且不允许修改（即每个数据源都是只读模式）。

[0066] 上述步骤中，所述指令信息包括指令名称、指令代码、功能描述、数据源类型、指令类型、参数描述。参数描述的内容有：变量名,类型等,界面会根据不同的变量类型,提供不同的组件,例如:如果变量类型是数据源,则可以提供一个数据源下拉列表控件，由用户进行选择。

[0067] 指令信息包括这个指令的名称、指令代码、功能描述、数据源类型、指令类型、参数描述。参数描述是这个指令里用到的所有参数，都要在这个里面配置。例如，如果要根据主键删除，那么需要配置删除的表名。

[0068] 由于一个服务是对应多个指令的，或者说一个服务是由多个联系的指令的顺序执行来实现的，因此配置服务的过程实际上就是给某一个服务匹配对应的多个指令的。如图2所示，示出了配置指令的界面，如图3所示，示出了给服务配置指令的界面，如果需要给服务配置多个指令，则可以点击右上角的加号按钮来增加对应的指令。

[0069] 配置路由的操作就比较简单了，如图4所示，示出了配置路由的界面。需要说明的是表单就是附图2‑4中的界面。

[0070] 在配置完成之后，就可以进入到执行阶段了，所述执行阶段包括下步骤：

[0071] 步骤4，后端服务器响应用户通过操作浏览器下达的调用请求，读取浏览器的请求地址和参数信息；

[0072] 步骤5，后端服务器匹配浏览器的url地址，若能匹配成功，则截取路由信息controller；路由信息controller表示一个路由，其代表一个请求的url地址，具体有两个作用，接受步骤4中的请求和相关参数，以及与服务(也就是服务标识)进行关联。

[0073] 步骤6，后端服务器根据路由信息controller，确定服务信息，并读取待执行指令；

[0074] 步骤7，后端服务器确定待执行指令的指令信息；

[0075] 步骤8，后端服务器根据指令信息，对每个待执行指令分别进行执行操作，得到指令运行结果；

[0076] 步骤9，后端服务器将指令运行结果返回给路由。

[0077] 步骤4中，用户可以操作浏览器来发起调用请求，该调用请求是发送到指定的路由中的，进而后端服务器就可以响应用户所发起的调用请求来读取浏览器的请求地址和参数信息。

[0078] 步骤5中，后端服务器需要对浏览器的地址进行匹配，如果能匹配成功则获取路由信息controller，如果匹配失败，则直接反馈给用户，提示该服务不存在。

[0079] 步骤6中，后端服务器需要基于路由信息controller，查找到对应的路由，并从查找到的路由中确定服务标识（可以是服务的名称或者唯一标识码）；之后，基于服务标识来读取服务信息（该服务配置的指令内容），该服务信息中所携带的指令就是待执行指令，该待执行指令可能是一个，也可以是多个，具体数量要看配置阶段的设置情况。

[0080] 即，步骤6可以按照如下方式执行：

[0081] 步骤6.1，后端服务器根据路由信息controller，获取路由信息，并得到服务标识；服务标识是区分不同服务的，不同服务的服务标识是有区别的；

[0082] 步骤6.2，后端服务器根据服务标识，确定服务信息，并读取指令集合；

[0083] 步骤6.3，后端服务器从指令集合中提取待执行指令。

[0084] 之后在步骤7中，获取待执行指令的指令信息，此处的指令信息是指与指令的执行相关的全部信息，比如指令的代码、参数描述等等。

[0085] 步骤8中，需要按照指令的指令信息，和既定的执行顺序（该顺序是记录在指令信息中的）将每个待执行指令一次进行执行，进而得到指令运行结果，并在步骤9中将指令运行结果返回给路由，并通过路由返回给步骤4中发起调用请求的浏览器。

[0086] 其中，步骤6.3可以按照如下方式来实现：

[0087] 步骤6.31，如果存储指令集合的数据库为关系型数据库，则调用druid sql语法分析，以判断所述指令集合中的指令是否有写操作的指令；

[0088] 步骤6.32，从指令集合中提取出写操作的指令；

[0089] 步骤6.33，获取每个写操作的指令的数据源标识，并给每个写操作的指令设置动态数据源标识；

[0090] 步骤6.34，给每个写操作的指令创建事务回滚点。

[0091] 通过上述6.31‑这种方式来保证写操作的正常执行和容错率。

[0092] 本申请实施例还提供了一种数据执行装置，如图5所示，包括：配置模块501和执行模块502；

[0093] 所述配置模块501执行以下步骤：

[0094] 步骤1，后端服务器根据用户所下达的指令配置操作，给至少一项指令配置指令信息；

[0095] 步骤2，后端服务器根据用户所下达的服务配置操作，给预设的服务匹配对应的指令，并给所述对应的指令的指令参数配置对应的参数值；

[0096] 步骤3，后端服务器根据用户所下达的路由配置操作，给预设的路由匹配对应的服务，并给所述路由配置路由参数，所述路由参数包括路由信息controller、前缀和对应的服务名称；

[0097] 所述执行模块502执行以下步骤：

[0098] 步骤4，后端服务器响应用户通过操作浏览器下达的调用请求，读取浏览器的请求地址和参数信息；

[0099] 步骤5，后端服务器匹配浏览器的url地址，若能匹配成功，则截取路由信息controller；

[0100] 步骤6，后端服务器根据路由信息controller，确定服务信息，并读取待执行指令；

[0101] 步骤7，后端服务器确定待执行指令的指令信息；

[0102] 步骤8，后端服务器根据指令信息，对每个待执行指令分别进行执行操作，得到指令运行结果；

[0103] 步骤9，后端服务器将指令运行结果返回给路由。

[0104] 可选的，执行模块执行步骤5时还包括：

[0105] 若匹配失败，则提示服务不存在。

[0106] 可选的，执行模块执行步骤6，后端服务器根据路由信息controller，确定服务信息，并读取待执行指令时，具体包括：

[0107] 步骤6.1，后端服务器根据路由信息controller，获取路由信息，并得到服务标识；

[0108] 步骤6.2，后端服务器根据服务标识，确定服务信息，并读取指令集合；

[0109] 步骤6.3，后端服务器从指令集合中提取待执行指令。

[0110] 可选的，步骤6.3，后端服务器从指令集合中提取待执行指令，具体包括：

[0111] 步骤6.31，如果存储指令集合的数据库为关系型数据库，则调用druid sql语法分析，以判断所述指令集合中的指令是否有写操作的指令；

[0112] 步骤6.32，从指令集合中提取出写操作的指令；

[0113] 步骤6.33，获取每个写操作的指令的数据源标识，并给每个写操作的指令设置动态数据源标识；

[0114] 步骤6.34，给每个写操作的指令创建事务回滚点。

[0115] 可选的，所述指令信息包括指令名称、指令代码、功能描述、数据源类型、指令类型、参数描述。

[0116] 可选的，所述数据源标识用于区分不同的数据源，所述数据源的信息包括输入名称、数据描述、简码、数据源类型和连接信息。

[0117] 具体的，本申请所提供的方案可作用于关于企业生产总值的户外大屏显示场景，对应的，本申请所提供的方案可以按照如下方式执行：

[0118] 一种数据执行方法，包括：

[0119] 配置阶段和执行阶段；

[0120] 所述配置阶段包括以下步骤：

[0121] 步骤1，后端服务器根据用户所下达的针对企业生产总值进行数据调取的指令配置操作，给至少一项调取指令配置指令信息；

[0122] 步骤2，后端服务器根据用户所下达的针对企业生产总值进行数据调取的服务配置操作，给预设的调取服务匹配对应的指令，并给所述对应的指令的指令参数配置对应的参数值；

[0123] 步骤3，后端服务器根据用户所下达的针对企业生产总值进行数据调取路由配置操作，给预设的路由匹配对应的服务，并给所述路由配置路由参数，所述路由参数包括路由信息controller、前缀和对应的服务名称；

[0124] 所述执行阶段包括以下步骤：

[0125] 步骤4，后端服务器响应用户通过操作浏览器下达的企业运营数据调用请求，读取浏览器的请求地址和参数信息；

[0126] 步骤5，后端服务器匹配浏览器的url地址，若能匹配成功，则截取路由信息controller；

[0127] 步骤6，后端服务器根据路由信息controller，确定服务信息，并读取待执行指令；

[0128] 步骤7，后端服务器确定待执行指令的指令信息；

[0129] 步骤8，后端服务器根据指令信息，对每个待执行指令分别进行执行操作，得到企业运营数据计算结果（指令运行结果）；

[0130] 步骤9，后端服务器将企业运营数据计算结果返回给路由；

[0131] 步骤10，路由通过与其连接的户外大屏将企业运营数据计算结果进行展示。

[0132] 对应于图1中的数据执行方法，本申请实施例还提供了一种计算机设备600，如图6所示，该设备包括存储器601、处理器602及存储在该存储器601上并可在该处理器602上运行的计算机程序，其中，上述处理器602执行上述计算机程序时实现上述数据执行方法。

[0133] 具体地，上述存储器601和处理器602能够为通用的存储器和处理器，这里不做具体限定，当处理器602运行存储器601存储的计算机程序时，能够执行上述数据执行方法，解决了现有技术中对轻代码开发平台进行二次开发时比较困难的问题。

[0134] 对应于图1中的数据执行方法，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述数据执行方法的步骤。

[0135] 具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述数据执行方法，解决了现有技术中对轻代码开发平台进行二次开发时比较困难的问题，本申请通过设置了指令、服务、路由、表单四层架构，使得后续运行过程中，可以分别对这四层进行管控，对某一层的管控不会影响其他层，方便后续进行维护。

[0136] 在本申请所提供的实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

[0137] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

[0138] 另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

[0139] 所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read‑Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

[0140] 应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

[0141] 最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。