发明内容
有鉴于此,本发明的目的在于提供一种基于分布式的模块化日志处理方法、装置及系统,以缓解传统处理后入库的日志处理方法中存在的入库速度较低的技术问题。
第一方面,本发明实施例提供了一种基于分布式的模块化日志处理方法,包括:
将获取模块从第一目标时刻开始执行的获取任务确定为当前获取任务,以使所述当前获取任务获取日志数据,其中,所述第一目标时刻为所述获取模块中不包含日志数据的时刻,所述获取任务为所述获取模块获取日志数据的任务;
监测所述当前获取任务获取的所述日志数据的数量;
在监测到所述数量达到预设数量的情况下,向目标处理模块推送所述日志数据,并通过所述目标处理模块对所述日志数据进行处理,其中,所述目标处理模块为多个处理模块中的处于空闲状态的处理模块,一个所述处理模块对应一个处理线程;
其中,在向所述目标处理模块推送所述日志数据之后,将推送所述日志数据时刻作为第二目标时刻,并将所述获取模块从所述第二目标时刻开始执行的获取任务确定为下一个获取任务。
结合第一方面,本发明实施例提供了第一方面的第一种可能的实施方式,其中,将获取模块从第一目标时刻开始执行的获取任务确定为当前获取任务之前,所述方法还包括:
接收安全检查终端推送的至少一个源数据,其中,所述源数据为所述安全检查终端监测到的客户端访问数据库的请求数据,所述请求数据中至少携带有所述客户端的网址和所述数据库的网址;
对每个所述源数据进行散列处理,得到每个所述源数据的散列参数;
基于每个所述源数据和每个所述源数据的散列参数构建日志数据,并将所述日志数据发送到所述获取模块。
结合第一方面的第一种可能的实施方式,本发明实施例提供了第一方面的第二种可能的实施方式,其中,在向所述目标处理模块推送所述日志数据之后,所述方法还包括:
从所述日志数据中提取所述客户端的网址或所述数据库的网址;
根据所述客户端的网址或所述数据库的网址,确定所述日志数据的访问类型;
根据所述访问类型,判断是否处理过所属于所述访问类型的日志数据,得到第一判断结果;
基于所述第一判断结果获取目标处理策略,其中,所述目标处理策略为所述目标处理模块对所述日志数据进行处理的策略。
结合第一方面的第二种可能的实施方式,本发明实施例提供了第一方面的第三种可能的实施方式,其中,基于所述第一判断结果获取目标处理策略,包括:
在所述第一判断结果为是的情况下,从所述目标处理模块中提取所述目标处理策略;
在所述第一判断结果为否的情况下,通过策略加载模块获取预先编写的所述目标处理策略。
结合第一方面的第三种可能的实施方式,本发明实施例提供了第一方面的第四种可能的实施方式,其中,从所述目标处理模块中提取所述目标处理策略,包括:
从所述目标处理模块中提取策略列表,其中,所述策略列表中包括多条处理策略,所述处理策略中携带第一标识,所述第一标识至少包括第一名称和第一版本号;
根据所述访问类型,确定所述目标处理策略;
根据所述第一标识,从所述多条处理策略中提取所述目标处理策略。
结合第一方面的第四种可能的实施方式,本发明实施例提供了第一方面的第五种可能的实施方式,其中,通过策略加载模块获取预先编写的所述目标处理策略,包括:
所述策略加载模块获取所述目标处理策略,其中,所述目标处理策略为针对所属于所述访问类型的日志数据编写的日志处理策略;
所述策略加载模块为所述目标处理策略赋予第二标识,所述第二标识至少包括第二名称和第二版本号;
所述策略加载模块将赋予所述第二标识的所述目标处理策略发送到所述目标处理模块。
结合第一方面的第五种可能的实施方式,本发明实施例提供了第一方面的第六种可能的实施方式,其中,在所述策略加载模块将赋予所述第二标识的所述目标处理策略发送到所述目标处理模块之后,所述方法还包括:
将赋予所述第二标识的所述目标处理策略发送到所述处理模块;
从所述处理模块中提取策略列表;
对所述策略列表中包括的处理策略进行名称查询;
根据所述名称查询结果,判断所述第一名称和所述第二名称是否相同,得到第二判断结果;
根据所述第二判断结果,对所述处理模块中的处理策略进行更新。
结合第一方面的第一种可能的实施方式,本发明实施例提供了第一方面的第七种可能的实施方式,其中,在通过所述目标处理模块对所述日志数据进行处理之后,所述方法还包括:
获取对所述日志数据进行处理的处理结果;
将所述处理结果赋予到所述散列参数上;
将赋予了所述处理结果的散列参数,发送到存储服务器。
第二方面,本发明实施例还提供一种基于分布式的模块化日志处理装置,包括:获取单元,用于将获取模块从第一目标时刻开始执行的获取任务确定为当前获取任务,以使所述当前获取任务获取日志数据,其中,所述第一目标时刻为所述获取模块中不包含日志数据的时刻,所述获取任务为所述获取模块获取日志数据的任务;
检测单元,用于监测所述当前获取任务获取的所述日志数据的数量;
处理单元,用于在监测到所述数量达到预设数量的情况下,向目标处理模块推送所述日志数据,并通过所述目标处理模块对所述日志数据进行处理,其中,所述目标处理模块为多个处理模块中的处于空闲状态的处理模块,一个所述处理模块对应一个处理线程;
其中,在向所述目标处理模块推送所述日志数据之后,将推送所述日志数据时刻作为第二目标时刻,并将所述获取模块从所述第二目标时刻开始执行的获取任务确定为下一个获取任务。
第三方面,本发明实施例还提供一种基于分布式的模块化日志处理系统,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现第一方面所述的方法。
本发明实施例带来了以下有益效果:
本发明实施例提供了一种对日志进行处理后入库的处理方式,具体地,将获取模块从第一目标时刻开始执行的获取任务确定为当前获取任务,并监测当前获取任务获取的日志数据的数量,在监测到所述数量达到预设数量的情况下,向目标处理模块推送所述日志数据,其中,在向所述目标处理模块推送所述日志数据之后,将推送所述日志数据时刻作为第二目标时刻,并将所述获取模块从所述第二目标时刻开始执行的获取任务确定为下一个获取任务,获取模块以如此方式进行循环往复地执行多次获取任务。而在每次获取任务后,目标处理模块对获取模块推送来的日志数据进行处理,其中,目标处理模块为多个处理模块中的处于空闲状态的处理模块。
传统的处理后入库方式中,处理模块只有一个,处理模块每次读取到日志时,以单线程的处理方式依次对单条日志处理,对于目前安全设备在短时间内产生大量日志数据的情况,常常出现待处理日志数据进行堆积的现象。相对于传统的处理后入库方式,本发明实施例通过多个处理模块实现了多线程处理方式,加快了对待处理日志数据的处理速度。从而,本发明实施例缓解了传统处理后入库的日志处理方法中存在的入库速度较低的技术问题。
本发明的其他特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
针对众多安全设备的日志处理问题,目前系统建设人员为了避免入库后处理方式存在的复杂度较高的问题,会采用处理后入库方式对日志进程处理,然而,传统的处理后入库方式存在入库速度慢的技术问题。基于此,本发明实施例提供的一种基于分布式的模块化日志处理方法、装置以及系统,可以缓解传统处理后入库方法中存在的入库速度较低的技术问题。
实施例一
本发明实施例提供的一种基于分布式的模块化日志处理方法,如图1所示,包括:
步骤S102,将获取模块从第一目标时刻开始执行的获取任务确定为当前获取任务,以使当前获取任务获取日志数据,其中,第一目标时刻为获取模块中不包含日志数据的时刻,获取任务为获取模块获取日志数据的任务。
步骤S104,监测当前获取任务获取的日志数据的数量。
具体地,可以在获取模块设置计数器,计数器对获取模块内的日志数据进行计数。
步骤S106,在监测到数量达到预设数量的情况下,向目标处理模块推送日志数据,并通过目标处理模块对日志数据进行处理,其中,目标处理模块为多个处理模块中的处于空闲状态的处理模块,一个处理模块对应一个处理线程。
具体地,在计数器记录的日志数据的数量达到预设数量时,计数器触发获取模块执行下发任务进程,控制单元向多个处理模块发送处理请求,多个处理模块返回应答信息,应答信息包括空闲状态或工作状态,控制单元控制将任一个应答信息为空闲状态的处理模块确定为目标处理模块,然后控制获取模块向目标处理模块推送日志数据。
并且,在向目标处理模块推送日志数据之前,目标处理模块为多个处理模块中的处于空闲状态的处理模块,而在向目标处理模块推送日志数据之后,更改目标处理模块的状态,即将目标处理模块标识为“工作”状态。
其中,获取模块向目标处理模块推送了日志数据的时刻,获取模块中不包含日志数据,此时执行如下步骤:
步骤S108,将推送日志数据时刻作为第二目标时刻,并将获取模块从第二目标时刻开始执行的获取任务确定为下一个获取任务。
然后,在下一个获取任务的执行时刻,下一个获取任务就作为当前获取任务,从而循环往复执行步骤S104、步骤S106和步骤S108。
本发明实施例中,通过获取模块连续获取日志数据,并在获取模块中的日志数据的数量达到预设数量的情况下,获取模块将其中的日志数据下发到目标处理模块。其中,在获取模块连续获取日志的总的过程中,获取模块中的日志数据的数量从零增加到预设数量的过程为一个获取任务,获取模块循环往复地执行上述获取任务。每个获取任务中获取到的预设数量的日志数据被推送一个目标处理模块,其中,目标处理模块为多个处理模块中处于空闲状态的处理模块,从而可以通过多个处理模块实现对日志数据进行同时的多线程处理。
因而,与传统的处理后入库方案相比,本发明实施例提供的基于分布式的模块化日志处理方法由于采用了多线程处理方式,缓解了传统处理后入库的日志处理方法中存在的入库速度较低的技术问题。
本发明实施例的一个可选实施方式中,将获取模块从第一目标时刻开始执行的获取任务确定为当前获取任务之前,基于分布式的模块化日志处理方法还包括:
接收安全检查终端推送的至少一个源数据,其中,源数据为安全检查终端监测到的客户端访问数据库的请求数据,请求数据中至少携带有客户端的网址和数据库的网址。
具体地,可以构建一个大型缓存器,该大型缓存器和多个安全监测终端的监测点连接,接收安全检查终端推送的至少一个源数据。
对每个源数据进行散列处理(即,hash处理),得到每个源数据的散列参数。
基于每个源数据和每个源数据的散列参数构建日志数据,并将日志数据发送到获取模块。
本发明实施例中,在获取模块获取日志数据之前,先将源数据进行了散列处理,然后每个日志数据包括源数据和散列参数,散列参数用于接下来存储日志处理结果。
需要说明的是,源数据为安全检查终端监测到的客户端访问数据库的请求数据,该源数据包括源IP(客户端的IP)和目的IP(数据库的IP),还可能包括以下任意一种信息:访问时间、发起访问的超链接接口、访问的请求方法和请求状态。相应地,本发明实施例中的日志处理包括以下至少一种处理方式:从日志数据中提取源IP,提取目的IP、提取访问时间、提取URL、提取请求方法、提取请求状态,但不限于上述处理方式。
以处理方式为提取请求方法为例,此时散列参数最终用于存储相应的源数据的请求方法。但需要强调的是,在源数据不包括请求方法的情况下,日志处理结果为空,即,散列参数最终没有存储值,或者,散列参数最终存储一个预设值,该预设值表示的意义为没有得到处理结果。
此外,不同的访问数据的数据格式不同,对日志进行处理是基于日志的数据格式来确定访问数据中不同信息所处的位置,然后对目标信息进行提取。
并且,在访问数据的安全性方面存在如下事实:(1)数据库的内网用户访问数据库的访问数据的安全性较高,而数据库的外网用户访问数据库的访问数据的安全性较低;(2)不同客户端访问数据库的访问数据的安全性不同;(3)访问不同数据库的访问数据的安全要求不同。因而,不同的日志数据的处理策略也会存在差异。
针对上述情况,本发明实施例的另一个可选实施方式中,在向目标处理模块推送日志数据之后,基于分布式的模块化日志处理方法还包括:
从日志数据中提取客户端的网址或数据库的网址;
根据客户端的网址或数据库的网址,确定日志数据的访问类型;
根据访问类型,判断是否处理过所属于访问类型的日志数据,得到第一判断结果;
基于第一判断结果获取目标处理策略,其中,目标处理策略为目标处理模块对日志数据进行处理的策略。
具体地,访问类型包括内网用户访问或外网用户访问,或者,包括高风险客户端访问和低风险客户端访问,但并不限于上述访问类型。
本发明实施例的另一个可选实施方式中,基于第一判断结果获取目标处理策略,包括:
在第一判断结果为是的情况下,从目标处理模块中提取目标处理策略;
在第一判断结果为否的情况下,通过策略加载模块获取预先编写的目标处理策略。
本发明实施例的另一个可选实施方式中给出了从目标处理模块中提取目标处理策略的实施方式,具体包括:
从目标处理模块中提取策略列表,其中,策略列表中包括多条处理策略,处理策略中携带第一标识,第一标识至少包括第一名称和第一版本号;
根据访问类型,确定目标处理策略;
根据第一标识,从多条处理策略中提取目标处理策略。
具体地,多个处理模块中的各个处理模块都包括有策略列表L1,策略列表L1中包括多条处理策略,每条处理策略携带有名称M1和版本号V1。其中,名称M1表示该处理策略处理的访问类型;鉴于同一访问类型的访问数据也会因各种因素而出现数据格式的更新,因而版本号V1表示该处理策略处理的同一访问类型的不同更新版本日志。
此外,对于同一日志进行处理时,如果处理任务包括过个子任务,例如,包括提取源IP和目的IP两个子任务,处理策略中也会规定这两个子任务的处理优先级,处理模块根据处理策略中预设的的处理优先级按序对多个子任务进行处理。
本发明实施例的另一个可选实施方式中给出了通过策略加载模块获取预先编写的目标处理策略,具体包括:
策略加载模块获取目标处理策略,其中,目标处理策略为针对所属于访问类型的日志数据编写的日志处理策略;
策略加载模块为目标处理策略赋予第二标识,第二标识至少包括第二名称和第二版本号;
策略加载模块将赋予第二标识的目标处理策略发送到目标处理模块。
具体地,目标处理策略以脚本的形式加载到策略加载模块,策略加载模块对目标处理策略进行注册,并给目标处理策略赋予名称M2和版本号V2,然后将名称为M2、版本号为V2的目标处理策略发送到目标处理模块,以便使目标处理模块通过目标处理策略来处理日志数据。
本发明实施例的另一个可选实施方式中,在策略加载模块将赋予第二标识的目标处理策略发送到目标处理模块之后,基于分布式的模块化日志处理方法还包括:
将赋予第二标识的目标处理策略发送到处理模块;
从处理模块中提取策略列表;
对策略列表中包括的处理策略进行名称查询;
根据名称查询结果,判断第一名称和第二名称是否相同,得到第二判断结果;
根据第二判断结果,对处理模块中的处理策略进行更新。
具体地,处理模块接收到名称为M2、版本号为V2的目标处理策略后,从处理模块中提取策略列表L1,然后对策略列表L1中多个处理策略进行名称查询,将查询到的各个名称M1和M2进行比对。其中,如果不相同,则直接将目标处理策略加载到处理模块,即将策略列表L1进行了更新;如果相同,则将版本号为V1的处理策略和版本号为V2的处理策略进行比对,找出差异项V0,然后根据差异项V0对版本号为V1的处理策略进行更新,或者在策略列表里增加一条名称为M1、版本号为V2的处理策略,或者将策略列表里的名称为M1、版本号为V1的处理策略替换为名称为M1、版本号为V2的处理策略,具体因目标访问数据的再次出现概率而定,其中,目标访问数据为名称为M1、版本号为V1的处理策略所处理的日志数据对应的访问数据。
本发明实施例的另一个可选实施方式中,如图2所示,在通过目标处理模块对日志数据进行处理之后,基于分布式的模块化日志处理方法还包括:
步骤S201,获取对日志数据进行处理的处理结果;
步骤S202,将处理结果赋予到散列参数上;
步骤S203,将赋予了处理结果的散列参数,发送到存储服务器。
具体地,处理模块和存储服务器之间有数据传输接口,在目标处理模块对日志数据进行处理后,目标处理模块通过数据传输接口将处理结果传输给存储服务器,实现日志的处理后入库存储的目的。
实施例二
本发明实施例提供了第一种基于分布式的模块化日志处理装置,如图3所示,包括:
第一获取单元1,用于将获取模块从第一目标时刻开始执行的获取任务确定为当前获取任务,以使当前获取任务获取日志数据,其中,第一目标时刻为获取模块中不包含日志数据的时刻,获取任务为获取模块获取日志数据的任务;
检测单元2,用于监测当前获取任务获取的日志数据的数量;
处理单元3,用于在监测到数量达到预设数量的情况下,向目标处理模块推送日志数据,并通过目标处理模块对日志数据进行处理,其中,目标处理模块为多个处理模块中的处于空闲状态的处理模块,一个处理模块对应一个处理线程;
其中,在向目标处理模块推送日志数据之后,将推送日志数据时刻作为第二目标时刻,并将获取模块从第二目标时刻开始执行的获取任务确定为下一个获取任务。
在本发明实施例中,第一获取单元1将获取模块从第一目标时刻开始执行的获取任务确定为当前获取任务,以使当前获取任务获取日志数据,其中,第一目标时刻为获取模块中不包含日志数据的时刻,获取任务为获取模块获取日志数据的任务;检测单元2监测当前获取任务获取的日志数据的数量;处理单元3在检测单元2监测到数量达到预设数量的情况下,向目标处理模块推送日志数据,并通过目标处理模块对日志数据进行处理,其中,目标处理模块为多个处理模块中的处于空闲状态的处理模块。其中,在向目标处理模块推送日志数据之后,将推送日志数据时刻作为第二目标时刻,并将获取模块从第二目标时刻开始执行的获取任务确定为下一个获取任务。本发明实施例中,由于处理模块为多个,当检测单元2监测当前获取任务获取的日志数据的数量达到预设数量的情况下,向多个处理模块中的处于空闲状态的目标处理模块推送日志数据,使目标处理模块处理日志数据,即合理地使得多个处理模块对日志数据进行了多线程处理,相对于传统的处理后入库方法来说,有效提高了日志入库前的处理速度,同时也避免了传统的入库后处理方式存在的难度较大的技术问题,即同时缓解传统日志处理方法中存在的难度较大和入库速度较低的技术问题。
本发明实施例的一个可选实施方式中,基于分布式的模块化日志处理装置还包括:
接收单元,用于在将获取模块从第一目标时刻开始执行的获取任务确定为当前获取任务之前,接收安全检查终端推送的至少一个源数据,其中,源数据为安全检查终端监测到的客户端访问数据库的请求数据,请求数据中至少携带有客户端的网址和数据库的网址;
散列单元,用于对每个源数据进行散列处理,得到每个源数据的散列参数;
构建单元,用于基于每个源数据和每个源数据的散列参数构建日志数据,并将日志数据发送到获取模块。
本发明实施例的另一个可选实施方式中,基于分布式的模块化日志处理装置还包括:
第一提取单元,用于在向目标处理模块推送日志数据之后,从日志数据中提取客户端的网址或数据库的网址;
确定单元,用于根据客户端的网址或数据库的网址,确定日志数据的访问类型;
第一判断单元,用于根据访问类型,判断是否处理过所属于访问类型的日志数据,得到第一判断结果;
第二获取单元,用于基于第一判断结果获取目标处理策略,其中,目标处理策略为目标处理模块对日志数据进行处理的策略。
本发明实施例的另一个可选实施方式中,第二获取单元包括:
提取子单元,用于在第一判断结果为是的情况下,从目标处理模块中提取目标处理策略;
获取子单元,用于在第一判断结果为否的情况下,通过策略加载模块获取预先编写的目标处理策略。
本发明实施例的另一个可选实施方式中,提取子单元用于:
从目标处理模块中提取策略列表,其中,策略列表中包括多条处理策略,处理策略中携带第一标识,第一标识至少包括第一名称和第一版本号;
根据访问类型,确定目标处理策略;
根据第一标识,从多条处理策略中提取目标处理策略。
本发明实施例的另一个可选实施方式中,获取子单元用于:
策略加载模块获取目标处理策略,其中,目标处理策略为针对所属于访问类型的日志数据编写的日志处理策略;
策略加载模块为目标处理策略赋予第二标识,第二标识至少包括第二名称和第二版本号;
策略加载模块将赋予第二标识的目标处理策略发送到目标处理模块。
本发明实施例的另一个可选实施方式中,基于分布式的模块化日志处理装置还包括:
第一发送单元,用于将赋予第二标识的目标处理策略发送到处理模块;
第二提取单元,用于从处理模块中提取策略列表;
查询单元,用于对策略列表中包括的处理策略进行名称查询;
第二判断单元,用于根据名称查询结果,判断第一名称和第二名称是否相同,得到第二判断结果;
更新单元,用于根据第二判断结果,对处理模块中的处理策略进行更新。
本发明实施例的另一个可选实施方式中,基于分布式的模块化日志处理装置还包括:
第三获取单元,用于在通过目标处理模块对日志数据进行处理之后,获取对日志数据进行处理的处理结果;
赋予单元,用于将处理结果赋予到散列参数上;
第二发送单元,用于将赋予了处理结果的散列参数,发送到存储服务器。
实施例三
本发明还提供了第二种基于分布式的模块化日志处理装置的实施例,如图4所示,该基于分布式的模块化日志处理装置包括:获取模块100和多个处理模块。
获取模块100中安装有计数器300,获取模块100和多个处理模块连接,图4中所示的是三个处理模块,分别为:第一处理模块201、第二处理模块202、第三处理模块203。
其中,获取模块100将从第一目标时刻开始执行的获取任务确定为当前获取任务,以使当前获取任务获取日志数据,其中,第一目标时刻为获取模块100中不包含日志数据的时刻,获取任务为获取模块100获取日志数据的任务;
计数器300用于监测当前获取任务获取的日志数据的数量;
获取模块100还用于在计数器300监测到数量达到预设数量的情况下,向目标处理模块推送日志数据,并通过目标处理模块对日志数据进行处理,其中,目标处理模块为多个处理模块中的处于空闲状态的处理模块;
获取模块100还用于在向目标处理模块推送日志数据之后,将推送日志数据时刻作为第二目标时刻,并将获取模块100从第二目标时刻开始执行的获取任务确定为下一个获取任务。
本发明实施例中,由于处理模块为多个,当计数器300监测当前获取任务获取的日志数据的数量达到预设数量的情况下,获取模块100向多个处理模块中的处于空闲状态的目标处理模块推送日志数据,使目标处理模块处理日志数据,即合理地使得多个处理模块对日志数据进行了多线程处理,相对于传统的处理后入库方法来说,有效提高了日志入库前的处理速度,同时也避免了传统的入库后处理方式存在的难度较大的技术问题,即同时缓解传统日志处理方法中存在的难度较大和入库速度较低的技术问题。
实施例四
本发明还提供了一种基于分布式的模块化日志处理系统,包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现实施例一中的基于分布式的模块化日志处理方法。
本发明实施例通过处理器执行计算机程序时实现实施例一中的基于分布式的模块化日志处理方法,由于基于分布式的模块化日志处理方法通过多个处理模块实现对日志数据进行同时的多线程处理,因而,与传统的处理后入库方案相比,本发明实施例提供的基于分布式的模块化日志处理系统缓解了传统处理后入库的日志处理方法中存在的入库速度较低的技术问题
本发明实施例所提供的基于分布式的模块化日志处理方法、装置以及系统的计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的方法,具体实现可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
另外,在本发明实施例的描述中,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
在本发明的描述中,需要说明的是,术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。
此外,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。
最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。