用于发送信息的方法和装置与流程

文档序号:18009477发布日期:2019-06-25 23:49阅读:164来源:国知局
用于发送信息的方法和装置与流程

本公开实施例涉及计算机技术领域,具体涉及用于发送信息的方法和装置。



背景技术:

api(applicationprogramminginterface,应用程序编程接口)用于将能力服务器的服务能力对外开放。使用时,通常通过网关调用api以实现对能力服务器的访问。每调用一次api,网关会产生一条api调用日志数据。api调用日志数据是计费、监控等过程中使用的关键数据。



技术实现要素:

本公开实施例提出了用于发送信息的方法和装置。

第一方面,本公开实施例提供了一种用于发送信息的方法,该方法包括:获取网关服务器在预设时长内生成的至少一条日志数据,其中,日志数据包括应用程序编程接口的调用信息和返回数据量;对上述至少一条日志数据进行划分,得到至少一个日志数据集合,其中,同一日志数据集合中的日志数据包括的调用信息指示同一应用程序编程接口;对于上述至少一个日志数据集合中的日志数据集合,对该日志数据集合中的日志数据进行分析,得到该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量;发送所得到的应用程序编程接口的被调用次数和返回总数据量。

在一些实施例中,上述方法还包括:对于上述至少一个日志数据集合中的日志数据集合,执行以下监控步骤:对分析得到的该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量进行异常识别;响应于确定该日志数据集合所对应的应用程序编程接口的被调用次数和/或返回总数据量出现异常,向预设的接收方发送异常提示信息。

在一些实施例中,上述对分析得到的该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量进行异常识别,包括:将分析得到的该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量,与历史被调用次数和历史返回总数据量进行比较;根据比较结果确定异常识别结果。

在一些实施例中,上述方法还包括:将上述至少一个日志数据集合存储到预设的数据库,其中,上述数据库中的数据按应用程序编程接口进行分类。

在一些实施例中,上述方法还包括:接收查询请求,其中,上述查询请求包括接口标识和查询时间段;根据上述接口标识和上述查询时间段,从上述数据库获取日志数据,以及发送所获取的日志数据。

第二方面,本公开实施例提供了一种用于发送信息的装置,上述装置包括:获取单元,被配置成获取网关服务器在预设时长内生成的至少一条日志数据,其中,日志数据包括应用程序编程接口的调用信息和返回数据量;划分单元,被配置成对上述至少一条日志数据进行划分,得到至少一个日志数据集合,其中,同一日志数据集合中的日志数据包括的调用信息指示同一应用程序编程接口;分析单元,被配置成对于上述至少一个日志数据集合中的日志数据集合,对该日志数据集合中的日志数据进行分析,得到该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量;发送单元,被配置成发送所得到的应用程序编程接口的被调用次数和返回总数据量。

在一些实施例中,上述装置还包括:监控单元,被配置成对于上述至少一个日志数据集合中的日志数据集合,执行以下监控步骤:对分析得到的该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量进行异常识别;响应于确定该日志数据集合所对应的应用程序编程接口的被调用次数和/或返回总数据量出现异常,向预设的接收方发送异常提示信息。

在一些实施例中,上述对分析得到的该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量进行异常识别,包括:将分析得到的该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量,与历史被调用次数和历史返回总数据量进行比较;根据比较结果确定异常识别结果。

在一些实施例中,上述装置还包括:存储单元,被配置成将上述至少一个日志数据集合存储到预设的数据库,其中,上述数据库中的数据按应用程序编程接口进行分类。

在一些实施例中,上述装置还包括:接收单元,被配置成接收查询请求,其中,上述查询请求包括接口标识和查询时间段;查询单元,被配置成根据上述接口标识和上述查询时间段,从上述数据库获取日志数据,以及发送所获取的日志数据。

第三方面,本公开实施例提供了一种服务器,该服务器包括:一个或多个处理器;存储装置,其上存储有一个或多个程序,当上述一个或多个程序被上述一个或多个处理器执行时,使得上述一个或多个处理器实现如第一方面中任一实现方式描述的方法。

第四方面,本公开实施例提供了一种计算机可读介质,其上存储有计算机程序,其中,该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法。

本公开实施例提供的用于发送信息的方法和装置,首先获取网关服务器在预设时长内生成的至少一条日志数据,其中,日志数据包括应用程序编程接口的调用信息和返回数据量。之后,对至少一条日志数据进行划分,得到至少一个日志数据集合,其中,同一日志数据集合中的日志数据包括的调用信息指示同一应用程序编程接口。然后,对于至少一个日志数据集合中的每一个日志数据集合,对该日志数据集合中的日志数据进行分析,得到该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量。最后,发送所得到的应用程序编程接口的被调用次数和返回总数据量。从而实现了按应用程序编程接口分析被调用次数和返回总数据量,并将各应用程序编程接口的被调用次数和返回总数据量进行发送。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本公开的其它特征、目的和优点将会变得更明显:

图1是本公开的一个实施例可以应用于其中的示例性系统架构图;

图2是根据本公开的用于发送信息的方法的一个实施例的流程图;

图3是根据本公开的用于发送信息的方法的一个应用场景的示意图;

图4是根据本公开的用于发送信息的方法的又一个实施例的流程图;

图5是根据本公开的用于发送信息的装置的一个实施例的结构示意图;

图6是适于用来实现本公开实施例的服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。

需要说明的是,在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开实施例的用于发送信息的方法或用于发送信息的装置的示例性系统架构100。

如图1所示,系统架构100可以包括终端设备101、102、103,网络104、网关服务器105、能力服务器106和服务器107。网络104用以在终端设备101、102、103和网关服务器105之间,网关服务器105和能力服务器106之间,以及网关服务器105和服务器107之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104和网关服务器105调用api,来实现与能力服务器106的交互,以访问能力服务器106。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是硬件,也可以是软件。当终端设备101、102、103为硬件时,可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时,可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。

网关服务器105可以提供各种服务,例如,根据用户通过终端设备101、102、103发送的api调用请求,调用能力服务器106的api,实现用户对能力服务器106的访问。又例如,将生成的日志数据发送给服务器107,以供服务器107进行分析处理。

能力服务器106为通过api将服务能力对外开放的服务器。

服务器107可以是提供各种服务的服务器,例如对网关服务器105发送日志数据进行分析处理的后台服务器。后台网页服务器可以对接收到的日志数据进行分析等处理,并将处理结果(例如应用程序编程接口的被调用次数和返回总数据量)进行发送。

需要说明的是,网关服务器105、能力服务器106和服务器107可以是硬件,也可以是软件。当网关服务器105、能力服务器106和服务器107为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当上述网关服务器105、能力服务器106和服务器107为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。

应该理解,图1中的终端设备、网络、网关服务器、能力服务器和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络、网关服务器、能力服务器和服务器。

需要说明的是,本公开实施例所提供的用于发送信息的方法一般由服务器107执行,相应地,用于发送信息的装置一般设置于服务器107中。

继续参考图2,示出了根据本公开的用于发送信息的方法的一个实施例的流程200。该用于发送信息的方法,包括以下步骤:

步骤201,获取网关服务器在预设时长内生成的至少一条日志数据。

在本实施例中,用于发送信息的方法的执行主体(例如图1所示的服务器107)可以通过有线连接方式或者无线连接方式获取网关服务器(例如图1所示的网关服务器105)在预设时长内生成的至少一条日志数据。其中,日志数据可以包括应用程序编程接口的调用信息和返回数据量。这里,预设时长可以根据实际需要进行设定,例如,一天内,一个月内等等。

通常,用户(或调用者)想要使用能力服务器(例如图1所示的能力服务器106)提供的处理能力,可以利用终端(例如图1所示的终端设备101、102、103)通过网关服务器调用能力服务器的api,以实现对能力服务器的访问。每调用一次api,网关服务器就生成一条日志数据。日志数据可以包括api的调用信息和返回数据量。这里,api的调用信息可以包括调用时间、调用者标识等等。返回数据量可以是指调用者所使用的终端从能力服务器获取的数据的数据量。实践中,网关服务器可以管理多个api。因此,上述至少一条日志数据可以是针对多个api生成的日志数据。

步骤202,对至少一条日志数据进行划分,得到至少一个日志数据集合。

在本实施例中,执行主体可以对步骤201中获取的至少一条日志数据进行划分,从而得到至少一个日志数据集合。其中,同一日志数据集合中的日志数据包括的调用信息指示同一api。具体地,执行主体可以把针对同一api生成的日志数据划分到同一日志数据集合。

步骤203,对于至少一个日志数据集合中的日志数据集合,对该日志数据集合中的日志数据进行分析,得到该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量。

在本实施例中,对于步骤202中划分得到的至少一个日志数据集合中的每一个日志数据集合,执行主体可以对该日志数据集合中的日志数据进行分析,从而得到该日志数据集合所针对的api的被调用次数和返回总数据量。作为示例,执行主体可以统计该日志数据集合中所包含的日志数据的条数,并将得到的条数作为该日志数据集合所针对的api的被调用次数。执行主体还可以将该日志数据集合中的每一条日志信息中的返回数据量进行相加,并将相加得到的值作为该日志数据集合所针对的api的返回总数据量。

步骤204,发送所得到的应用程序编程接口的被调用次数和返回总数据量。

在本实施例中,执行主体可以将步骤203中得到的针对各个api的被调用次数和返回总数据量发送给预设的信息接收方。以信息接收方为预定的财务系统为例,执行主体可以将针对各个api的被调用次数和返回总数据量发送给财务系统。财务系统可以根据针对各个api的被调用次数和返回总数据量生成计费数据,该计费数据可以作为向api的发布方进行收费的依据和参考。举例来说,财务系统可以预先规定api被调用一次的计费单价,以及返回单位数据量的计费单价。这样,结合每一个api的被调用次数和返回总数据量,财务系统可以计算针对该api需要向发布方收取的费用。在某些场景下,某一个发布方可能会发布多个api,此时,可以将该发布方所发布的多个api的费用进行叠加,并将叠加结果作为该发布方所需要交纳的费用。

在本实施例的一些可选的实现方式中,上述用于发送信息的方法还可以包括如下内容:将至少一个日志数据集合存储到预设的数据库,其中,数据库中的数据按应用程序编程接口进行分类。

在本实现方式中,执行主体可以将步骤202中得到的至少一个日志数据集合存储到预设的数据库。这里,数据库中的数据可以按api进行分类。例如,可以将针对同一api生成的日志数据分为同一类,并将同一类的日志数据按调用时间进行排序后存储。

在一些可选的实现方式中,上述用于发送信息的方法还可以包括如下内容:

首先,接收查询请求。

在本实现方式中,执行主体可以接收其他设备发送的查询请求。其中,上述查询请求可以包括接口标识和查询时间段。这里,上述接口标识可以用于唯一标识一个应用程序编程接口。查询时间段可以包括查询起始时间和查询结束时间。

然后,根据接口标识和查询时间段,从数据库获取日志数据,以及发送所获取的日志数据。

在本实现方式中,执行主体首先可以根据查询请求中的接口标识确定查询所针对的目标api。之后,从上述数据库中获取目标api对应的、且调用时间位于查询时间段内日志数据。然后,将所获取的日志数据发送给发送查询请求的设备。

继续参见图3,图3是根据本实施例的用于发送信息的方法的应用场景的一个示意图。在图3的应用场景中,服务器301首先获取网关服务器302在预设时长内生成的至少一条日志数据,其中,日志数据包括api的调用信息和返回数据量。之后,服务器301对至少一条日志数据进行划分,得到至少一个日志数据集合,其中,同一日志数据集合中的日志数据包括的调用信息指示同一api。然后,对于至少一个日志数据集合中的每一个日志数据集合,服务器301可以对该日志数据集合中的日志数据进行分析,得到该日志数据集合所对应的api的被调用次数和返回总数据量。最后,服务器301发送所得到的各api的被调用次数和返回总数据量。在本应用场景中,服务器301可以将各api的被调用次数和返回总数据量发送给预定的财务系统,以供财务系统进行计费。

本公开的上述实施例提供的方法实现了按应用程序编程接口分析被调用次数和返回总数据量,并将各应用程序编程接口的被调用次数和返回总数据量进行发送。

进一步参考图4,其示出了用于发送信息的方法的又一个实施例的流程400。该用于发送信息的方法的流程400,包括以下步骤:

步骤401,获取网关服务器在预设时长内生成的至少一条日志数据。

在本实施例中,步骤401与图2所示实施例的步骤201类似,此处不再赘述。

步骤402,对至少一条日志数据进行划分,得到至少一个日志数据集合。

在本实施例中,步骤402与图2所示实施例的步骤202类似,此处不再赘述。

步骤403,对于至少一个日志数据集合中的日志数据集合,对该日志数据集合中的日志数据进行分析,得到该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量。

在本实施例中,步骤403与图2所示实施例的步骤203类似,此处不再赘述。

步骤404,发送所得到的应用程序编程接口的被调用次数和返回总数据量。

在本实施例中,步骤404与图2所示实施例的步骤204类似,此处不再赘述。

步骤405,对于至少一个日志数据集合中的日志数据集合,执行监控步骤4051~步骤4052。

在本实施例中,对于步骤402中得到的至少一个日志数据集合中的每一个日志数据集合,执行主体可以执行步骤4051~步骤4052。

步骤4051,对分析得到的该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量进行异常识别。

在本实施例中,执行主体可以对分析得到的该日志数据集合所对应的api的被调用次数和返回总数据量进行异常识别。作为示例,可以预先设定被调用次数阈值和返回总数据量阈值。这样,如果该日志数据集合所对应的api的被调用次数超过预设的被调用次数阈值,则可以确定该日志数据集合所对应的api的被调用次数出现异常。如果该日志数据集合所对应的api的返回总数据量超过预设的返回总数据量阈值,则可以确定该日志数据集合所对应的api的返回总数据量出现异常。

在本实施例的一些可选的实现方式中,步骤4051可以具体如下进行:

首先,将分析得到的该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量,与历史被调用次数和历史返回总数据量进行比较。

在本实现方式中,执行主体可以将分析得到的该日志数据集合所对应的api的被调用次数和返回总数据量,分别与该api的历史被调用次数和历史返回总数据量进行比较。例如,与该api上一预设时长内的历史被调用次数和历史返回总数据量进行比较。

然后,根据比较结果确定异常识别结果。

在本实现方式中,执行主体可以根据比较结果确定异常识别结果。举例来说,如果该日志数据集合所对应的api的被调用次数与该api的历史被调用次数之间的差值大于预设阈值,则可以确定该日志数据集合所对应的api的被调用次数的异常识别结果为异常。如果该日志数据集合所对应的api的返回总数据量与该api的历史返回总数据量之间的差值大于预设阈值,则可以确定该日志数据集合所对应的api的返回总数据量的异常识别结果为异常。

步骤4052,响应于确定该日志数据集合所对应的应用程序编程接口的被调用次数和/或返回总数据量出现异常,向预设的接收方发送异常提示信息。

在本实现方式中,如果确定该日志数据集合所对应的api的被调用次数和/或返回总数据量出现异常,则执行主体可以向预设的接收方发送异常提示信息。其中,异常提示信息可以包括该日志数据集合所对应的api的接口标识。异常提示信息可以用于提示接收方接口标识所对应的api的调用出现异常。

从图4中可以看出,与图2对应的实施例相比,本实施例中的用于发送信息的方法的流程400突出了对api的被调用次数和返回总数据量进行监控的步骤。由此,本实施例描述的方案在按api分析被调用次数和返回总数据量的同时,还实现了对数据的监控,提高了api的对外开放的安全性。

进一步参考图5,作为对上述各图所示方法的实现,本公开提供了一种用于发送信息的装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。

如图5所示,本实施例的用于发送信息的装置500包括:获取单元501、划分单元502、分析单元503和发送单元504。其中,获取单元501被配置成获取网关服务器在预设时长内生成的至少一条日志数据,其中,日志数据包括应用程序编程接口的调用信息和返回数据量;划分单元502被配置成对上述至少一条日志数据进行划分,得到至少一个日志数据集合,其中,同一日志数据集合中的日志数据包括的调用信息指示同一应用程序编程接口;分析单元503被配置成对于上述至少一个日志数据集合中的日志数据集合,对该日志数据集合中的日志数据进行分析,得到该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量;发送单元504被配置成发送所得到的应用程序编程接口的被调用次数和返回总数据量。

在本实施例中,用于发送信息的装置500的获取单元501、划分单元502、分析单元503和发送单元504的具体处理及其所带来的技术效果可分别参考图2对应实施例中步骤201、步骤202、步骤203和步骤204的相关说明,在此不再赘述。

在本实施例的一些可选的实现方式中,上述装置500还包括:监控单元(图中未示出),被配置成对于上述至少一个日志数据集合中的日志数据集合,执行以下监控步骤:对分析得到的该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量进行异常识别;响应于确定该日志数据集合所对应的应用程序编程接口的被调用次数和/或返回总数据量出现异常,向预设的接收方发送异常提示信息。

在本实施例的一些可选的实现方式中,上述对分析得到的该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量进行异常识别,包括:将分析得到的该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量,与历史被调用次数和历史返回总数据量进行比较;根据比较结果确定异常识别结果。

在本实施例的一些可选的实现方式中,上述装置500还包括:存储单元(图中未示出),被配置成将上述至少一个日志数据集合存储到预设的数据库,其中,上述数据库中的数据按应用程序编程接口进行分类。

在本实施例的一些可选的实现方式中,上述装置500还包括:接收单元(图中未示出),被配置成接收查询请求,其中,上述查询请求包括接口标识和查询时间段;查询单元(图中未示出),被配置成根据上述接口标识和上述查询时间段,从上述数据库获取日志数据,以及发送所获取的日志数据。

下面参考图6,其示出了适于用来实现本公开的实施例的电子设备(例如图1中的服务器)600的结构示意图。图6示出的服务器仅仅是一个示例,不应对本公开的实施例的功能和使用范围带来任何限制。

如图6所示,电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601,其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中,还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

通常,以下装置可以连接至i/o接口605:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606;包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607;包括例如磁带、硬盘等的存储装置608;以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置,也可以根据需要代表多个装置。

特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置609从网络上被下载和安装,或者从存储装置608被安装,或者从rom602被安装。在该计算机程序被处理装置601执行时,执行本公开的实施例的方法中限定的上述功能。

需要说明的是,本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、rf(射频)等等,或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:获取网关服务器在预设时长内生成的至少一条日志数据,其中,日志数据包括应用程序编程接口的调用信息和返回数据量;对上述至少一条日志数据进行划分,得到至少一个日志数据集合,其中,同一日志数据集合中的日志数据包括的调用信息指示同一应用程序编程接口;对于上述至少一个日志数据集合中的日志数据集合,对该日志数据集合中的日志数据进行分析,得到该日志数据集合所对应的应用程序编程接口的被调用次数和返回总数据量;发送所得到的应用程序编程接口的被调用次数和返回总数据量。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括获取单元、划分单元、分析单元和发送单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,获取单元还可以被描述为“获取网关服务器在预设时长内生成的至少一条日志数据的单元”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开的实施例中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1