一种数据的查询方法、装置、电子设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其是涉及一种数据的查询方法、装置、电子设备及存储介质。

背景技术

结构化查询语言(Structured Query Language)简称SQL，是一种特殊目的的编程语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。当客户想要查询某些数据时，开发人员可以利用SQL将查询结果转换为接口供给客户使用，客户通过接口获取查询结果。

目前，通过上述方式进行数据查询时，查询效率与开发人员编写的SQL息息相关，若是SQL较复杂，会导致数据服务的响应时间变长，用户需要等待更长时间来获取查询结果，影响用户体验，尤其是对于需要实时响应的应用程序而言。而且复杂的SQL通常需要更多的计算资源和内存来执行，这可能会导致服务器负载增加，随着查询数量的增加，系统的整体性能可能会下降。还会占用数据库连接池中的连接资源，导致其他查询无法及时得到处理，从而导致并发性能下降，系统无法有效地处理大量并发请求，当数据库请求积压和堆积过大时，整个系统无法正常响应请求，进而引发连锁反应，导致系统崩溃。因此，如何在保证系统性能的情况下，快速进行数据查询，成为了亟待解决的问题。

发明内容

有鉴于此，本申请的目的在于提供一种数据的查询方法、装置、电子设备及存储介质，能够通过在缓存中先确定是否具有查询条件对应的查询结果，若没有，则通过执行目标执行语句确定查询结果，提高了查询响应速度，并且可以减轻数据库负载。

本申请主要包括以下几个方面：

第一方面，本申请实施例提供了一种数据的查询方法，所述查询方法包括：

从前端页面的查询接口中获取查询条件；

基于所述查询条件在缓存中确定是否有所述查询条件对应的查询结果；

若没有，则获取所述查询接口的预先确定的目标执行语句，将所述查询条件代入所述目标执行语句中，得到所述查询条件对应的查询结果，将所述查询结果显示在所述前端页面中，更新所述前端页面。

进一步的，通过以下步骤确定目标执行语句：

获取前端页面的查询接口的执行语句以及预设执行时间；

执行所述执行语句，并统计从执行所述执行语句开始，到得到所述执行语句对应的执行结果的执行时间；

确定所述执行时间是否大于预设执行时间；

若所述执行时间大于所述预设执行时间，则确定对所述执行语句进行优化，并生成所述执行语句的优化建议；

将所述优化建议显示在所述前端页面中，以提示用户对所述执行语句进行修改，得到目标执行语句。

进一步的，通过以下步骤生成所述执行语句的优化建议：

调用数据库的解释器，通过所述解释器对所述执行语句进行分析，得到所述执行语句的执行计划；

基于所述执行计划，生成所述执行语句的优化建议。

进一步的，所述查询方法还包括：

将所述查询条件代入所述目标执行语句中后，获取从执行所述目标执行语句开始，到得到所述查询条件对应的查询结果的目标执行时间；

确定所述目标执行时间是否大于预设阈值；

若是，则生成超时的预警信息，将所述预警信息发送给对应的联系人，以便通知联系人对所述目标执行语句进行优化，更新所述目标执行语句。

进一步的，所述将所述预警信息发送给对应的联系人后，所述查询方法还包括：

统计发送所述预警信息的持续时间，并确定所述预警信息对应的目标执行语句是否进行优化；

若否，则确定所述持续时间是否大于预设处理时间；

若不大于，则继续统计发送所述预警信息的持续时间；

若大于，则将所述目标执行语句对应的查询条件以及查询结果存储在缓存中，并将所述预警信息再次发送给对应的联系人。

进一步的，所述查询方法还包括：

若在缓存中确定具有所述查询条件对应的查询结果，则将缓存中的查询结果显示在所述前端页面中，更新所述前端页面。

进一步的，所述将所述预警信息再次发送给对应的联系人后，所述查询方法还包括：

响应于优化所述目标执行语句的更新操作，更新所述目标执行语句，并将所述缓存中所述目标执行语句对应的查询条件以及查询结果删除，更新所述缓存。

第二方面，本申请实施例还提供了一种数据的查询装置，所述查询装置包括：

获取模块，用于从前端页面的查询接口中获取查询条件；

确定模块，用于基于所述查询条件在缓存中确定是否有所述查询条件对应的查询结果；

查询模块，用于在缓存中确定没有所述查询条件对应的查询结果时，获取所述查询接口的预先确定的目标执行语句，将所述查询条件代入所述目标执行语句中，得到所述查询条件对应的查询结果，将所述查询结果显示在所述前端页面中，更新所述前端页面。

第三方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的数据的查询方法的步骤。

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

本申请实施例提供的一种数据的查询方法、装置、电子设备及存储介质，所述查询方法包括：从前端页面的查询接口中获取查询条件；基于所述查询条件在缓存中确定是否有所述查询条件对应的查询结果；若没有，则获取所述查询接口的预先确定的目标执行语句，将所述查询条件代入所述目标执行语句中，得到所述查询条件对应的查询结果，将所述查询结果显示在所述前端页面中，更新所述前端页面。

这样，采用本申请提供的技术方案能够通过在缓存中先确定是否具有查询条件对应的查询结果，若没有，则通过执行目标执行语句确定查询结果，提高了查询响应速度，并且可以减轻数据库负载。

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

附图说明

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

图1示出了本申请实施例所提供的一种数据的查询方法的流程图；

图2示出了本申请实施例所提供的另一种数据的查询方法的流程图；

图3示出了本申请实施例所提供的数据查询结构的示意图；

图4示出了本申请实施例所提供的一种数据的查询装置的结构图之一；

图5示出了本申请实施例所提供的一种数据的查询装置的结构图之二；

图6示出了本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中的附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应当理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的全部其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“数据的查询”，给出以下实施方式，对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。

本申请实施例下述方法、装置、电子设备或计算机可读存储介质可以应用于任何需要查询数据的场景，本申请实施例并不对具体的应用场景作限制，任何使用本申请实施例提供的一种数据的查询方法、装置、电子设备及存储介质的方案均在本申请保护范围内。

值得注意的是，结构化查询语言(Structured Query Language)简称SQL，是一种特殊目的的编程语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。当客户想要查询某些数据时，开发人员可以利用SQL将查询结果转换为接口供给客户使用，客户通过接口获取查询结果。

目前，通过上述方式进行数据查询时，查询效率与开发人员编写的SQL息息相关，若是SQL较复杂，会导致数据服务的响应时间变长，用户需要等待更长时间来获取查询结果，影响用户体验，尤其是对于需要实时响应的应用程序而言。而且复杂的SQL通常需要更多的计算资源和内存来执行，这可能会导致服务器负载增加，随着查询数量的增加，系统的整体性能可能会下降。还会占用数据库连接池中的连接资源，导致其他查询无法及时得到处理，从而导致并发性能下降，系统无法有效地处理大量并发请求，当数据库请求积压和堆积过大时，整个系统无法正常响应请求，进而引发连锁反应，导致系统崩溃。因此，如何进行数据查询，成为了亟待解决的问题。

基于此，本申请提出了一种数据的查询方法、装置、电子设备及存储介质，所述查询方法包括：从前端页面的查询接口中获取查询条件；基于所述查询条件在缓存中确定是否有所述查询条件对应的查询结果；若没有，则获取所述查询接口的预先确定的目标执行语句，将所述查询条件代入所述目标执行语句中，得到所述查询条件对应的查询结果，将所述查询结果显示在所述前端页面中，更新所述前端页面。

这样，采用本申请提供的技术方案能够通过在缓存中先确定是否具有查询条件对应的查询结果，若没有，则通过执行目标执行语句确定查询结果，提高了查询响应速度，并且可以减轻数据库负载。

为便于对本申请进行理解，下面将结合具体实施例对本申请提供的技术方案进行详细说明。

请参阅图1，图1为本申请实施例所提供的一种数据的查询方法的流程图，如图1中所示，所述查询方法包括：

S101、从前端页面的查询接口中获取查询条件；

该步骤中，后端服务器从前端页面的查询接口中获取前端页面发送的查询条件，查询条件可以是用户在前端页面上输入或选择的条件，例如想要查询某公司在去年的营业额，则可以在前端页面上输入或者选择该公司的名称、时间范围选择为去年以及想要查询的字段确定为营业额，那么响应于前端页面上的输入或者选择的触控操作，获取查询条件，即该公司在去年的营业额。

S102、基于所述查询条件在缓存中确定是否有所述查询条件对应的查询结果；

该步骤中，不直接在数据库中进行查询，可以先在缓存中确定是否具有该查询条件对应的查询结果，可以提高查询效率，减轻数据库负载。

需要说明的是，在步骤S102后，查询方法还包括：

①、若在缓存中确定具有所述查询条件对应的查询结果，则将缓存中的查询结果显示在所述前端页面中，更新所述前端页面。

该步骤中，若缓存中有查询条件对应的查询结果，则直接从缓存中获取对应的查询结果，将查询结果显示在前端页面中；例如，查询结果为营业额，则将营业额的数值显示在前端页面中。通过查询缓存中查询条件对应的查询结果，可以避免再一次执行查询条件对应的目标执行语句去数据库中进行查询，不仅可以提高查询响应速度，减轻数据库负载，还可以缓解数据库负载过高时，导致的系统崩溃或无法正常工作的情况，保证系统稳定运行。

S103、若没有，则获取所述查询接口的预先确定的目标执行语句，将所述查询条件代入所述目标执行语句中，得到所述查询条件对应的查询结果，将所述查询结果显示在所述前端页面中，更新所述前端页面。

该步骤中，若缓存中没有查询条件对应的查询结果，则需要执行查询条件对应的目标执行语句，从数据库中进行查询。

需要说明的是，确定目标执行语句的步骤请参阅图2，图2为本申请实施例所提供另一种数据的查询方法的流程图，如图2中所示，通过以下步骤确定目标执行语句：

S201、获取前端页面的查询接口的执行语句以及预设执行时间；

该步骤中，开发人员可以在前端页面上填写查询接口的执行语句SQL以及执行该SQL所用的预设执行时间，前端服务器异步向后端服务器发送查询请求，将SQL以及预设执行时间发送给后端服务器。

S202、执行所述执行语句，并统计从执行所述执行语句开始，到得到所述执行语句对应的执行结果的执行时间；

该步骤中，从执行SQL开始统计执行时间，到得到执行结果也就是查询结果为止，确定执行SQL总共所需要的执行时间。

S203、确定所述执行时间是否大于预设执行时间；

S204、若所述执行时间大于所述预设执行时间，则确定对所述执行语句进行优化，并生成所述执行语句的优化建议；

该步骤中，若执行时间大于预设执行时间，说明该SQL的执行时间较长，查询性能较差，需要进行优化，根据生成的优化建议，将优化建议显示在前端页面上，开发人员根据前端页面显示的优化建议，对该SQL进行对应的修改，将修改后的SQL确定为目标执行语句。

这里，若执行时间不大于预设执行时间，说明该SQL的查询性能较好，不需要进行优化，将该SQL直接确定为目标执行语句。

需要说明的是，通过以下步骤生成执行语句的优化建议：

S2041、调用数据库的解释器，通过所述解释器对所述执行语句进行分析，得到所述执行语句的执行计划；

S2042、基于所述执行计划，生成所述执行语句的优化建议。

该步骤中，优化建议包括添加、修改或删除索引、重写查询语句、调整表结构等。

S205、将所述优化建议显示在所述前端页面中，以提示用户对所述执行语句进行修改，得到目标执行语句。

作为示例，比如执行语句是查询公司名下所有的收益记录，当前执行语句是按公司名称在收益数据表中进行查询，由于收益数据表中数据量过大，按照公司名称查询会导致执行时间大于预设执行时间，可以生成通过公司ID查询收益记录的优化建议，也就是先在公司名称数据表中确定对应的公司ID，通过公司ID在收益数据表中查询收益记录，重写执行语句，得到目标执行语句，从而通过公司ID的查询方式提高查询效率。

在步骤S101至步骤S103中，请参阅图3，图3为本申请实施例所提供的一种数据查询结构的示意图，如图3中所示，从前端页面中获取查询条件，先在缓存中确定是否具有查询条件对应的查询结果，若有，则将缓存中的查询结果返回给前端页面进行显示，若没有，则获取前端页面的目标执行语句，将查询条件代入目标执行语句中，运行目标执行语句，从目标执行语句中确定出对应的数据库，在数据库中查询对应的查询结果，将查询到的查询结果返回给前端页面进行显示。这种先从缓存中获取查询结果的方式可以避免运行目标执行语句从数据库中进行查询，提高了数据查询的响应速度，并且可以减轻数据库负载，保证系统正常运行。

在步骤S103中，查询方法还包括：

一、将所述查询条件代入所述目标执行语句中后，获取从执行所述目标执行语句开始，到得到所述查询条件对应的查询结果的目标执行时间；

二、确定所述目标执行时间是否大于预设阈值；

三、若是，则生成超时的预警信息，将所述预警信息发送给对应的联系人，以便通知联系人对所述目标执行语句进行优化，更新所述目标执行语句。

在上述步骤一至步骤三中，后端服务器会记录和统计执行目标执行语句的时间(目标执行时间)，从而实现慢查询的监控和预警功能。根据业务需求，可以设置合适的执行时间的预设阈值，当查询的目标执行时间超过预设阈值时，通过邮件或短信等方式发送预警通知。

需要说明的是，将预警信息发送给对应的联系人后，查询方法还包括：

1)、统计发送所述预警信息的持续时间，并确定所述预警信息对应的目标执行语句是否进行优化；

2)、若否，则确定所述持续时间是否大于预设处理时间；

3)、若不大于，则继续统计发送所述预警信息的持续时间；

4)、若大于，则将所述目标执行语句对应的查询条件以及查询结果存储在缓存中，并将所述预警信息再次发送给对应的联系人。

在上述步骤1)至步骤4)中，若是目标执行语句执行时间较长，会消耗数据库负载，占用大量资源，所以在预警信息发送后，若一直没有人员对该目标执行语句进行优化，为了避免再次执行该目标执行语句，需要将查询条件以及查询结果存储在缓存中，通过存储在缓存中的方式，这样后续再次触发该查询条件时，会直接从缓存中获取对应的查询结果，无需通过运行目标执行语句从数据库中消耗大量时间查询，可以缓解数据库压力，提高查询效率。

这里，对于查询的目标执行时间超过预设阈值且没有人员及时处理的情况下(目标执行语句没有进行优化的情况)，大量慢查询SQL执行会占用大量资源，导致系统性能下降。对于这种情况，需要将慢查询SQL的查询结果进行缓存，在下次再次调用该查询接口API时，直接返回缓存的查询结果，有效避免慢查询占用大量资源。

需要说明的是，将预警信息再次发送给对应的联系人后，查询方法还包括：

(1)、响应于优化所述目标执行语句的更新操作，更新所述目标执行语句，并将所述缓存中所述目标执行语句对应的查询条件以及查询结果删除，更新所述缓存。

该步骤中，在对目标执行语句进行优化后，可以将缓存中对应的查询条件和查询结果删除。

这里，传统慢查询只是记录下执行时间超过阈值的查询，本实施例是在传统慢查询的基础上，添加了自动化优化建议、告警机制以及缓存机制。通过数据服务使用人员编写SQL，填写执行时间的预设阈值，分析SQL执行计划，评估查询性能，在查询性能较差时，提供SQL优化建议，保存并使用API，并对API进行监控预警，后续可以通过缓存查询结果；本实施例不仅记录下执行时间超过预设阈值的查询，还可以及时通过短信或邮件发出告警以提醒开发人员或管理员关注，对于没有及时处理告警的API，会对查询结果进行缓存处理。还可以在用户编写SQL时，就可以提供优化建议，有效从源头上减少慢查询情况的发生。

综上，本实施例通过监控和预警慢查询，可以及时发现潜在的性能问题，当有查询执行时间超过预设阈值或者消耗过多资源时，系统可以发出警报，使管理员或开发人员能够及时采取措施来解决问题。在开发人员编写SQL时，对SQL进行优化提示，可以帮助开发人员更方便的写出高质量SQL，同时慢查询监控可以帮助开发人员找到执行时间较长的查询语句，通过审查和优化这些查询语句，可以改善其性能，减少资源消耗，并提高数据库的整体性能。当慢查询导致系统负载过高时，可能会导致系统崩溃或无法正常工作，通过监控慢查询并及时采取措施，可以有效地预防系统故障和停机，确保持续的服务可用性。通过监控和预警慢查询，可以及时发现资源使用不当或低效的情况，通过优化查询语句的方式改善性能，可以节约资源开销，降低系统运维成本。缓存慢查询SQL结果可以提高查询响应速度，并且可以减轻数据库负载。

本申请实施例提供的一种数据的查询方法，所述查询方法包括：从前端页面的查询接口中获取查询条件；基于所述查询条件在缓存中确定是否有所述查询条件对应的查询结果；若没有，则获取所述查询接口的预先确定的目标执行语句，将所述查询条件代入所述目标执行语句中，得到所述查询条件对应的查询结果，将所述查询结果显示在所述前端页面中，更新所述前端页面。

这样，采用本申请提供的技术方案能够通过在缓存中先确定是否具有查询条件对应的查询结果，若没有，则通过执行目标执行语句确定查询结果，提高了查询响应速度，并且可以减轻数据库负载。

基于同一申请构思，本申请实施例中还提供了与上述一种数据的查询方法对应的一种数据的查询装置，由于本申请实施例中的装置解决问题的原理与本申请上述实施例的一种数据的查询方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

请参阅图4、图5，图4为本申请实施例所提供的一种数据的查询装置的结构图之一，图5为本申请实施例所提供的一种数据的查询装置的结构图之二。如图4中所示，所述查询装置410包括：

获取模块411，用于从前端页面的查询接口中获取查询条件；

确定模块412，用于基于所述查询条件在缓存中确定是否有所述查询条件对应的查询结果；

查询模块413，用于在缓存中确定没有所述查询条件对应的查询结果时，获取所述查询接口的预先确定的目标执行语句，将所述查询条件代入所述目标执行语句中，得到所述查询条件对应的查询结果，将所述查询结果显示在所述前端页面中，更新所述前端页面。

可选的，如图5所示，所述查询装置410还包括优化模块414，所述优化模块414用于：

获取前端页面的查询接口的执行语句以及预设执行时间；

执行所述执行语句，并统计从执行所述执行语句开始，到得到所述执行语句对应的执行结果的执行时间；

确定所述执行时间是否大于预设执行时间；

若所述执行时间大于所述预设执行时间，则确定对所述执行语句进行优化，并生成所述执行语句的优化建议；

将所述优化建议显示在所述前端页面中，以提示用户对所述执行语句进行修改，得到目标执行语句。

可选的，所述优化模块414在用于生成所述执行语句的优化建议时，所述优化模块414具体用于：

调用数据库的解释器，通过所述解释器对所述执行语句进行分析，得到所述执行语句的执行计划；

基于所述执行计划，生成所述执行语句的优化建议。

可选的，所述查询模块413还用于：

将所述查询条件代入所述目标执行语句中后，获取从执行所述目标执行语句开始，到得到所述查询条件对应的查询结果的目标执行时间；

确定所述目标执行时间是否大于预设阈值；

若是，则生成超时的预警信息，将所述预警信息发送给对应的联系人，以便通知联系人对所述目标执行语句进行优化，更新所述目标执行语句。

可选的，如图5所示，所述查询装置410还包括处理模块415，所述处理模块415用于：

统计发送所述预警信息的持续时间，并确定所述预警信息对应的目标执行语句是否进行优化；

若否，则确定所述持续时间是否大于预设处理时间；

若不大于，则继续统计发送所述预警信息的持续时间；

若大于，则将所述目标执行语句对应的查询条件以及查询结果存储在缓存中，并将所述预警信息再次发送给对应的联系人。

可选的，所述查询模块413还用于：

若在缓存中确定具有所述查询条件对应的查询结果，则将缓存中的查询结果显示在所述前端页面中，更新所述前端页面。

可选的，如图5所示，所述查询装置410还包括更新模块416，所述更新模块416用于：

响应于优化所述目标执行语句的更新操作，更新所述目标执行语句，并将所述缓存中所述目标执行语句对应的查询条件以及查询结果删除，更新所述缓存。

本申请实施例提供的一种数据的查询装置，所述查询装置包括：获取模块，用于从前端页面的查询接口中获取查询条件；确定模块，用于基于所述查询条件在缓存中确定是否有所述查询条件对应的查询结果；查询模块，用于在缓存中确定没有所述查询条件对应的查询结果时，获取所述查询接口的预先确定的目标执行语句，将所述查询条件代入所述目标执行语句中，得到所述查询条件对应的查询结果，将所述查询结果显示在所述前端页面中，更新所述前端页面。

这样，采用本申请提供的技术方案能够通过在缓存中先确定是否具有查询条件对应的查询结果，若没有，则通过执行目标执行语句确定查询结果，提高了查询响应速度，并且可以减轻数据库负载。

请参阅图6，图6为本申请实施例所提供的一种电子设备的结构示意图。如图6中所示，所述电子设备600包括处理器610、存储器620和总线630。

所述存储器620存储有所述处理器610可执行的机器可读指令，当电子设备600运行时，所述处理器610与所述存储器620之间通过总线630通信，所述机器可读指令被所述处理器610执行时，可以执行如上述图1以及图2所示方法实施例中的数据的查询方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1以及图2所示方法实施例中的数据的查询方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

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