CN110912720B - 信息生成方法和装置 - Google Patents

Abstract

本公开实施例公开了信息生成方法和装置。该方法的具体实施方式包括：接收待处理请求；至少一次发起函数调用请求以处理该待处理请求，以及记录函数调用请求的发起次数；基于该发起次数，确定是否生成第一报警信息，其中，该第一报警信息是针对函数调用请求所请求调用的函数的报警信息。该实施方式丰富了所生成的信息的种类。

Description

信息生成方法和装置

技术领域

本公开实施例涉及计算机技术领域，具体涉及信息生成方法和装置。

背景技术

随着计算机技术和互联网技术的发展，通过互联网可以给用户提供多种多样的服务。例如，用户可以通过终端，接收到文字、声音或者视频形式的信息。

现有技术中，用户可以通过终端向服务器发送请求，以请求想要的信息。服务器可以处理接收到的请求，以及为用户返回用户想要的信息。现有技术中，可以对服务器是否成功处理接收到的请求，进行监控。

发明内容

本公开实施例提出了信息生成方法和装置。

第一方面，本公开实施例提供了一种信息生成方法，该方法包括：接收待处理请求；至少一次发起函数调用请求以处理上述待处理请求，以及记录函数调用请求的发起次数；基于上述发起次数，确定是否生成第一报警信息，其中，上述第一报警信息是针对函数调用请求所请求调用的函数的报警信息。

在一些实施例中，上述第一报警信息与上述函数的函数标识相关联，上述函数标识与监控设备标识相关联；以及上述方法还包括：响应于确定生成第一报警信息，生成上述第一报警信息，以及发送上述第一报警信息至上述监控设备标识所指示的监控设备。

在一些实施例中，上述确定是否生成第一报警信息，包括：响应于确定上述发起次数大于预设次数阈值，确定生成上述第一报警信息。

在一些实施例中，上述方法还包括：生成上述待处理请求的处理结果，其中，上述处理结果包括处理失败通知或者请求结果。

在一些实施例中，上述方法还包括：记录接收上述待处理请求的接收时间；记录生成上述处理结果的生成时间；根据上述接收时间、上述生成时间和第一预设时长阈值，确定是否生成第二报警信息，其中，上述第二报警信息是针对上述待处理请求的报警信息。

在一些实施例中，上述确定是否生成第二报警信息，包括：响应于确定上述接收时间和上述生成时间之间的时长大于第一预设时长阈值，确定生成上述第二报警信息。

在一些实施例中，上述待处理请求由用户请求处理设备基于用户请求生成，上述用户请求处理设备记录获取到上述用户请求的用户请求开始时间；以及上述方法还包括：响应于生成包括处理失败通知的处理结果，向上述用户请求处理设备发送指示处理失败的第一信号，其中，上述用户请求处理设备响应于接收到上述第一信号，再次发送上述待处理请求。

在一些实施例中，上述方法还包括：响应于生成包括请求结果的处理结果，向上述用户请求处理设备发送指示处理成功的第二信号，其中，上述用户请求处理设备响应于接收到上述第二信号，记录接收到上述第二信号的用户请求结束时间，根据上述用户请求开始时间、上述用户请求结束时间和第二预设时长阈值确定是否生成第三报警信息，其中，上述第三报警信息是针对上述用户请求的报警信息。

第二方面，本公开实施例提供了一种信息生成装置，该装置包括：接收单元，被配置成接收待处理请求；发起单元，被配置成至少一次发起函数调用请求以处理上述待处理请求，以及记录函数调用请求的发起次数；第一确定单元，被配置成基于上述发起次数，确定是否生成第一报警信息，其中，上述第一报警信息是针对函数调用请求所请求调用的函数的报警信息。

在一些实施例中，上述第一报警信息与上述函数的函数标识相关联，上述函数标识与监控设备标识相关联；以及上述装置还包括：第一生成单元，被配置成：响应于确定生成第一报警信息，生成上述第一报警信息，以及发送上述第一报警信息至上述监控设备标识所指示的监控设备。

在一些实施例中，上述第一确定单元，还被配置成：响应于确定上述发起次数大于预设次数阈值，确定生成上述第一报警信息。

在一些实施例中，第二生成单元，被配置成生成上述待处理请求的处理结果，其中，上述处理结果包括处理失败通知或者请求结果。

在一些实施例中，上述装置还包括：第一记录单元，被配置成记录接收上述待处理请求的接收时间；第二记录单元，被配置成记录生成上述处理结果的生成时间；第二确定单元，被配置成根据上述接收时间、上述生成时间和第一预设时长阈值，确定是否生成第二报警信息，其中，上述第二报警信息是针对上述待处理请求的报警信息。

在一些实施例中，上述第二确定单元，还被配置成：响应于确定上述接收时间和上述生成时间之间的时长大于第一预设时长阈值，确定生成上述第二报警信息。

在一些实施例中，上述待处理请求由用户请求处理设备基于用户请求生成，上述用户请求处理设备记录获取到上述用户请求的用户请求开始时间；以及上述装置还包括：第一发送单元，被配置成：响应于生成包括处理失败通知的处理结果，向上述用户请求处理设备发送指示处理失败的第一信号，其中，上述用户请求处理设备响应于接收到上述第一信号，再次发送上述待处理请求。

在一些实施例中，上述装置还包括：第二发送单元，被配置成：响应于生成包括请求结果的处理结果，向上述用户请求处理设备发送指示处理成功的第二信号，其中，上述用户请求处理设备响应于接收到上述第二信号，记录接收到上述第二信号的用户请求结束时间，根据上述用户请求开始时间、上述用户请求结束时间和第二预设时长阈值确定是否生成第三报警信息，其中，上述第三报警信息是针对上述用户请求的报警信息。

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

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

本公开实施例提供的信息生成方法和装置，通过在处理待处理请求的过程中，监控函数调用请求的发起次数，以及基于上述发起次数确定是否生成第一报警信息，技术效果至少可以包括：丰富了所生成的监控信息的种类。

附图说明

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

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

图2是根据本公开的信息生成方法的一个实施例的流程图；

图3是根据本公开的信息生成方法的一个应用场景的示意图；

图4是根据本公开的信息生成方法的再一个实施例的流程图；

图5是根据本公开的信息生成方法的又一个实施例的流程图；

图6是根据本公开的图5所示实施例的一个应用场景的示意图；

图7是根据本公开的信息生成装置的一个实施例的结构示意图；

图8是适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

具体实施方式

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

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

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

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

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、直播类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有通信功能的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的信息流提供支持的后台服务器。后台服务器可以对接收到的信息流获取请求等数据进行分析等处理，并将处理结果(例如信息流数据)反馈给终端设备。

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

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

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

请参考图2，其示出了监控的方法的一个实施例的流程200。本实施例主要以该方法应用于有一定运算能力的电子设备中来举例说明，该电子设备可以是图1示出的服务器105。该信息生成方法，包括以下步骤：

步骤201，接收待处理请求。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以接收待处理请求。

在本实施例中，上述执行主体可以从用户所使用的终端设备、对请求进行预处理的电子设备或者负载均衡设备接收待处理请求。

在本实施例中，待处理请求可以是各种类型的请求。作为示例，待处理请求可以是网页获取请求、直播场景中的拉流请求等。

步骤202，至少一次发起函数调用请求以处理待处理请求，以及记录函数调用请求的发起次数。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)在处理待处理请求的过程中，可以至少一次发起函数调用请求，同时记录函数调用请求的发起次数。

在本实施例中，函数调用请求可以用于请求调用函数。可以理解，在计算机领域通常将一系列计算方法打包为函数。调用函数的过程大致如下：提供函数所需的自变量，拿到函数根据自变量生成的因变量(或称为返回值)。

作为示例，上述函数可以是提各种服务(例如生成网页、提供信息流等)的函数，调用函数处理待处理请求，也可以理解为调用服务接口来处理上述待处理请求。

在本实施例中，函数可以由上述执行主体提供，也可以由上述除上述执行主体之外的其它电子设备提供。

可选的，如果上述函数由上述执行主体提供，上述发起函数调用请求可以是指生成函数调用请求，上述执行主体可以自身生成函数调用请求后进行内部调用。

可选的，如果上述函数由其它电子设备提供，上述发起函数调用请求可以是指生成以及发送函数调用请求。上述执行主体可以生成函数调用请求后，向上述其它电子设备发送函数调用请求，以请求调用函数。

通常，上述执行主体在需要调用函数处理待处理请求的时候，发起函数调用请求。可以理解，虽然发起了函数调用请求，但是，可能调用成功，也可能调用不成功。在调用不成功的情况下，上述执行主体会再次发起调用上述函数(也可以称为调用重试)。因此，上述执行主体在处理上述待处理请求的过程中，可能一次或者多个发起调用上述函数，即至少一次发起函数调用请求。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以记录在处理上述待处理请求的过程中，函数调用请求的发起次数。

步骤203，基于发起次数，确定是否生成第一报警信息。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以基于上述发起次数，确定是否生成第一报警信息。

在本实施例中，上述第一报警信息是针对函数调用请求所请求调用的函数的报警信息。

需要说明的是，生成针对函数的第一报警信息，丰富了所生成的监控信息的种类。并且，第一报警信息针对函数，提供了监控函数设置是否合理的方式。由此，可以在监控请求处理过程中，发现调用的函数的设置是否合理。例如，如果处理请求的过程中，调用函数的次数较多，则调用的函数的设置不是很合理，在这种情况下，可以生成针对函数的第一报警信息。

在本实施例中，所获取的待处理请求可以是一个，也可以是多个。

可选的，如果所获取的待处理请求是多个，可以对所获取的多个待处理请求中的每个待处理请求，执行以下步骤：至少一次发起函数调用请求以处理该待处理请求；在处理该待处理请求的过程中，记录发起函数调用请求的发起次数。可以理解，在处理各个待处理请求的过程中，请求调用的待处理函数，可能相同，也可能不同。

可选的，如果所获取的待处理请求是多个，可以根据各个待处理请求分别对应的发起次数，确定是否针对各个函数生成第一报警信息。

作为示例，上述执行主体获取到第一待处理请求、第二待处理请求和第三待处理请求。在处理上述第一待处理请求的过程中，发起第一函数调用请求(请求调用第一函数)的第一发起次数为2次。在处理上述第二待处理请求的过程中，发起第二函数调用请求(请求调用第二函数)的第二发起次数为3次。在处理上述第三待处理请求的过程中，发起第三函数调用请求(请求调用第三函数)的第三发起次数为100次。可以计算第一发起次数、第二发起次数和第三发起次数的平均值(35次)。针对超过上述平均值的第三发起次数对应的第三函数，生成第一报警信息。

可选的，可以预设次数阈值。上述执行主体可以响应于确定上述发起次数大于预设次数阈值，生成上述第一报警信息。需要说明的是，预设次数阈值可以与函数相关联，也可以与函数无关。利用预设阈值确定发起次数是否异常，进而确定函数设置是否异常，可以提高生成第一报警信息的速度，即提高确定函数设置是否异常的速度。

继续参见图3，图3是根据图2所示实施例的信息生成方法的应用场景的一个示意图。在图3的应用场景中：

首先，终端301可以向服务器302发送待处理请求。

然后，服务器302可以接收待处理请求。

再后，服务器302可以在处理上述待处理请求的过程中，至少一次发起函数调用请求，同时，服务器可以记录函数调用请求的发起次数。

最后，服务器302可以基于所记录的发起次数，确定是否生成第一报警信息。这里，上述第一报警信息可以是关于函数调用请求所请求调用的函数的。作为示例，如果上述服务器302确定生成以及生成了第一报警信息，上述服务器302可以将第一报警信息发送至监控函数设置是否合理的监控设备303。

本公开的上述实施例提供的方法，通过在处理待处理请求的过程中，监控函数调用请求的发起次数，以及基于上述发起次数确定是否生成第一报警信息，技术效果至少可以包括：

第一，丰富了所生成的监控信息的种类。

第二，提供了监控函数设置是否合理的方式。由此，可以在监控请求处理过程中，发现调用的函数的设置是否合理。例如，如果处理请求的过程中，调用函数的次数较多，则调用的函数的设置不是很合理，在这种情况下，可以生成针对函数的第一报警信息。

第三，提供了请求处理系统的监控方式。通过监控函数设置是否合理，可以及时发现请求处理系统的隐患。例如，如果多个函数的函数调用次数都偏多，在排除了每个函数自身有问题的情况下，可以认为系统整体构架(例如多个函数相互协作安排)不合理。由此，可以及时发现系统隐患，并排除系统隐患，提高请求处理系统的处理速度及稳定性。

在一些实施例中，函数调用请求所针对的函数可以具有函数标识(例如函数的名称、编号等)。

在一些实施例中，可以预先建立函数标识可以与监控设备标识的关联关系。与函数标识具有关联关系的监控设备标识所指示的监控设备，可以是函数提供者(比如编写上述函数的工程师)所使用的监控设备。

在一些实施例中，上述第一报警信息可以与第一报警信息所针对的函数的函数标识相关联。

在一些实施例中，本公开所示方法还可以包括：响应于确定生成第一报警信息，生成上述第一报警信息，以及发送上述第一报警信息至上述监控设备标识所指示的监控设备。

需要说明的是，第一报警信息可以指示调用函数的发起次数异常，上述函数提供者参考上述监控设备接收到第一报警信息的数量(一条或者多条)，可以得知所提供的函数是否存在不合理或者错误。从而，上述函数提供者可以及时发现所提供的函数异常，及时改进所提供的函数。由此，可以在之后的处理待处理请求的过程中，减少函数调用次数，提高请求处理速度。

进一步参考图4，其示出了信息生成方法的又一个实施例的流程400。该信息生成方法的流程400，包括以下步骤：

步骤401，接收待处理请求。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以接收待处理请求。

步骤402，至少一次发起函数调用请求以处理待处理请求。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以至少一次发起函数调用请求以处理上述待处理请求。

在本实施例中，步骤401和步骤402的具体操作，请参考图2所示的实施例中步骤201和步骤202的操作，在此不再赘述。

步骤403，生成待处理请求的处理结果。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以生成上述待处理请求的处理结果。

在本实施例中，上述处理结果包括处理失败通知或者请求结果。

作为示例，上述待处理请求可以请求获取网页。待处理请求的处理结果可以包括网页获取失败通知(即处理失败通知)或者所获取的网页(即请求结果)。

步骤404，记录接收待处理请求的接收时间。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以记录接收待处理请求的接收时间。

步骤405，记录生成处理结果的生成时间。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以记录生成处理结果的生成时间。

步骤406，根据接收时间、生成时间和第一预设时长阈值，确定是否生成第二报警信息。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以根据上述接收时间、上述生成时间和第一预设时长阈值，确定是否生成第二报警信息。在这里，上述第二报警信息是针对上述待处理请求的报警信息。

需要说明的是，上述接收时间和上述生成时间之间的时长，是上述待处理请求的处理时长。可以利用第一预设时长阈值评价上述处理时长是否异常，如果异常，可以生成针对上述待处理请求的第二报警信息。由此，可以发现异常的待处理请求。

在本实施例的一些可选的实现方式中，上述执行主体可以响应于确定上述接收时间和上述生成时间之间的时长大于第一预设时长阈值，生成上述第二报警信息。

步骤407，记录函数调用请求的发起次数。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以记录在处理上述待处理请求的过程中，发起上述函数调用请求的发起次数。

步骤408，基于发起次数，确定是否生成第一报警信息。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以基于上述发起次数，确定是否生成第一报警信息。

需要说明的是，生成针对函数的第一报警信息，丰富了所生成的监控信息的种类。并且，第一报警信息针对函数，提供了监控函数设置是否合理的方式。由此，可以在监控请求处理过程中，发现调用的函数的设置是否合理。例如，如果处理请求的过程中，调用函数的次数较多，则调用的函数的设置不是很合理，在这种情况下，可以生成针对函数的第一报警信息。

步骤409，响应于确定生成第一报警信息，生成第一报警信息，以及发送第一报警信息至监控设备标识所指示的监控设备。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以响应于确定生成第一报警信息，生成上述第一报警信息，以及发送上述第一报警信息至上述监控设备标识所指示的监控设备。

在本实施例中，步骤407、步骤408和步骤409的实施细节和技术效果，请参考图2所示的实施例中步骤202和步骤203以及本公开其它部分的说明，在此不再赘述。

从图4中可以看出，与图2对应的实施例相比，本实施例中的信息生成方法的流程400突出了监控待处理请求的处理时长以及确定是否生成第二报警信息的步骤。由此，本实施例描述的方案，技术效果至少可以包括：

第一，丰富了所生成的监控信息的种类。

第二，提供了监控函数设置是否合理的方式。

第三，提供了请求处理时长的监控方式。由此，可以对处理时长较长的请求进行监控，并且，针对处理时长异常的待处理请求进行报警。由此，可以及时发现请求处理过程是否正常，如果不正常，可以根据第二报警信息，快速定位存在问题的待处理请求。

第四，提供了请求处理系统的监控方式。可以从函数设置是否合理和处理时长是否正常两方面，请求处理系统进行监控。从而，可以对请求处理系统进行多方面的监控，在此基础(多方面监控)上可以及时发现请求处理系统存在的问题，便于及时修正系统问题，提高请求处理系统的请求处理速度和稳定性。

进一步参考图5，其示出了信息生成方法的又一个实施例的流程500。该信息生成方法的流程500，包括以下步骤：

步骤501，接收待处理请求。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以接收待处理请求。

在本实施例中，上述待处理请求可以由用户请求处理设备基于用户请求生成。

在本实施例中，用户请求可以是用户利用终端发送至用户请求处理设备的请求。

作为示例，用户请求可以为直播页面获取请求，即用于请求直播页面。用户可以利用终端，向上述用户请求处理设备发送直播页面获取请求。上述用户请求处理设备可以基于直播页面获取请求，生成直播者信息获取请求，再将直播者信息获取请求发送至上述执行主体。

可以理解，上述直播页面获取请求所请求的直播页面，可能需要多种数据，所以需要用户请求处理设备按照预设的处理逻辑，生成待处理请求。例如，用户请求处理设备接收到直播页面获取请求，要生成直播者信息获取请求、直播视频数据获取请求等。作为示例，直播者信息可以包括但不限于以下至少一项：直播者标识、直播者的等级信息等。

在本实施例中，上述用户请求处理设备可以将获取的上述用户请求的时间作为用户请求开始时间，并记录下用户请求开始时间。

步骤502，至少一次发起函数调用请求以处理待处理请求，以及记录函数调用请求的发起次数。

步骤503，基于发起次数，确定是否生成第一报警信息。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以基于上述发起次数，确定是否生成第一报警信息。在这里，上述第一报警信息针对函数调用请求所请求的函数。

需要说明的是，生成针对函数的第一报警信息，丰富了所生成的监控信息的种类。并且，第一报警信息针对函数，提供了监控函数设置是否合理的方式。由此，可以在监控请求处理过程中，发现调用的函数的设置是否合理。例如，如果处理请求的过程中，调用函数的次数较多，则调用的函数的设置不是很合理，在这种情况下，可以生成针对函数的第一报警信息。

步骤504，生成待处理请求的处理结果。

在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以生成上述待处理请求的处理结果。在这里，上述处理结果包括处理失败通知或者请求结果。

步骤505，响应于生成包括处理失败通知的处理结果，向用户请求处理设备发送指示处理失败的第一信号。

在本实施例中，在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以响应于生成包括处理失败通知的处理结果，向上述用户请求处理设备发送指示处理失败的第一信号。

在这里，上述用户请求处理设备响应于接收到上述第一信号，再次发送上述待处理请求。

可选的，如果上述服务器为单个服务器，可以将待处理请求再次发送到此服务器，由此服务器再计算一轮；如果上述服务器为服务器集群，则用户请求处理设备再次发送的待处理请求所到达的服务器与前一次发送所到达的服务，可能相同，也可能不同。

步骤506，响应于生成包括请求结果的处理结果，向用户请求处理设备发送指示处理成功的第二信号。

在本实施例中，在本实施例中，信息生成方法的执行主体(例如图1所示的服务器)可以响应于生成包括请求结果的处理结果，向上述用户请求处理设备发送指示处理成功的第二信号。

在本实施例中，上述用户请求处理设备可以响应于接收到上述第二信号，记录接收到上述第二信号的用户请求结束时间。

在本实施例中，上述用户请求处理设备可以根据上述用户请求开始时间、上述用户请求结束时间和第二预设时长阈值确定是否生成第三报警信息。在这里，上述第三报警信息是针对上述用户请求的报警信息。

需要说明的是，上述用户请求开始时间和上述用户请求结束时间时长，可以理解为用户请求时长。可以利用第二预设时长阈值评价上述用户请求时长是否异常。如果异常，则上述用户请求处理设备可以生成针对用户请求的第三报警信息。

继续参见图6，图6是根据图5所示实施例的信息生成方法的应用场景的一个信令图。在图6的应用场景中：

用户可以通过终端向用户请求处理设备发送直播页面获取请求。

用户请求处理设备可以记录获取到直播页面获取请求的时间为请求开始时间，以及，基于直播页面获取请求，生成直播者信息获取请求。

用户请求处理设备可以将直播者信息获取请求发送给服务器。

服务器可以至少一次发起直播者信息查询函数调用请求以处理上述直播者信息获取请求。

服务器可以生成直播者信息获取请求的处理结果。处理结果可以包括计算失败通知或者直播者信息。在图6中未示出两种处理结果。

如果服务器生成包括计算失败通知的处理结果，可以向用户请求处理设备发送指示处理失败的第一信号。用户请求处理设备可以响应于接收到第一信号，再次发送直播者信息获取请求。在图6中，服务器发送的第一信号以及用户请求处理设备再次发送的直播者信息获取请求均采用虚线表示。可以理解，在一轮直播者信息获取请求的处理过程后，服务器会生成第一信号和第二信号这两种中的一种。

用户请求处理设备可以从服务器(第一次发送直播者信息获取请求所到达的服务器或者再次发送直播者信息获取请求所到达的服务器)，接收指示(直播者信息获取请求)处理成功的第二信号。

用户请求处理设备可以响应于接收到上述第二信号，记录接收到上述第二信号的时间为用户请求结束时间。

用户请求处理设备可以根据上述用户请求开始时间、上述用户请求结束时间和第二预设时长阈值确定是否生成第三报警信息。

需要说明的是，图6中为了突出用户请求处理设备和服务器之间的交互，着重描述了用户请求处理设备的处理过程和用户请求处理设备与服务器之间的交互过程。服务器自身的一些步骤(例如确定是否生成第一报警信息)则在图6中没有过多涉及，服务器自身的一些步骤本领域技术人员可以参考本公开其它实施例中的描述，在此不再赘述。

从图5和图6中可以看出，与图2对应的实施例相比，本实施例中的信息生成方法的流程500突出了监控用户请求的用户请求时长以及确定是否生成第三报警信息的步骤。由此，本实施例描述的方案，技术效果至少可以包括：

第一，丰富了所生成的监控信息的种类。

第二，提供了监控函数设置是否合理的方式。

第三，提供了用户请求时长的监控方式。由此，可以对用户请求时长较长的请求进行监控，并且，针对用户请求时长异常的用户请求进行报警。由此，可以及时发现请求处理过程是否正常，如果不正常，可以根据第三报警信息，快速定位存在问题的用户。

第四，提供了请求处理系统的监控方式。可以从函数设置是否合理和用户请求时长是否正常两方面，请求处理系统进行监控。从而，可以对请求处理系统进行多方面的监控，在此基础(多方面监控)上可以及时发现请求处理系统存在的问题，便于及时修正系统问题，提高请求处理系统的请求处理速度和稳定性。

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

如图7所示，本实施例的信息生成装置700包括：接收单元701、发起单元702和第一确定单元703。其中，接收单元，被配置成接收待处理请求；发起单元，被配置成至少一次发起函数调用请求以处理上述待处理请求，以及记录函数调用请求的发起次数；第一确定单元，被配置成基于上述发起次数，确定是否生成第一报警信息，其中，上述第一报警信息是针对函数调用请求所请求调用的函数的报警信息。

在本实施例中，信息生成装置700的接收单元701、发起单元702和第一确定单元703的具体处理及其所带来的技术效果可分别参考图2对应实施例中步骤201、步骤202和步骤203的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，上述第一报警信息与上述函数的函数标识相关联，上述函数标识与监控设备标识相关联；以及上述装置还包括：第一生成单元(未示出)，被配置成：响应于确定生成第一报警信息，生成上述第一报警信息，以及发送上述第一报警信息至上述监控设备标识所指示的监控设备。

在本实施例的一些可选的实现方式中，上述第一确定单元，还被配置成：响应于确定上述发起次数大于预设次数阈值，确定生成上述第一报警信息。

在本实施例的一些可选的实现方式中，上述装置还包括：第二生成单元(未示出)，被配置成生成上述待处理请求的处理结果，其中，上述处理结果包括处理失败通知或者请求结果。

在本实施例的一些可选的实现方式中，上述装置还包括：第一记录单元(未示出)，被配置成记录接收上述待处理请求的接收时间；第二记录单元(未示出)，被配置成记录生成上述处理结果的生成时间；第二确定单元(未示出)，被配置成根据上述接收时间、上述生成时间和第一预设时长阈值，确定是否生成第二报警信息，其中，上述第二报警信息是针对上述待处理请求的报警信息。

在本实施例的一些可选的实现方式中，上述第二确定单元，还被配置成：响应于确定上述接收时间和上述生成时间之间的时长大于第一预设时长阈值，确定生成上述第二报警信息。

在本实施例的一些可选的实现方式中，上述待处理请求由用户请求处理设备基于用户请求生成，上述用户请求处理设备记录获取到上述用户请求的用户请求开始时间；以及上述装置还包括：第一发送单元(未示出)，被配置成：响应于生成包括处理失败通知的处理结果，向上述用户请求处理设备发送指示处理失败的第一信号，其中，上述用户请求处理设备响应于接收到上述第一信号，再次发送上述待处理请求。

在本实施例的一些可选的实现方式中，上述装置还包括：第二发送单元(未示出)，被配置成：响应于生成包括请求结果的处理结果，向上述用户请求处理设备发送指示处理成功的第二信号，其中，上述用户请求处理设备响应于接收到上述第二信号，记录接收到上述第二信号的用户请求结束时间，根据上述用户请求开始时间、上述用户请求结束时间和第二预设时长阈值确定是否生成第三报警信息，其中，上述第三报警信息是针对上述用户请求的报警信息。

需要说明的是，本公开实施例提供的信息生成装置中各单元的实现细节和技术效果可以参考本公开中其它实施例的说明，在此不再赘述。

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

如图8所示，电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有电子设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

通常，以下装置可以连接至I/O接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图8示出了具有各种装置的电子设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

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

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

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取至少两个网际协议地址；向节点评价设备发送包括所述至少两个网际协议地址的节点评价请求，其中，所述节点评价设备从所述至少两个网际协议地址中，选取网际协议地址并返回；接收所述节点评价设备返回的网际协议地址；其中，所获取的网际协议地址指示内容分发网络中的边缘节点。

或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收包括至少两个网际协议地址的节点评价请求；从所述至少两个网际协议地址中，选取网际协议地址；返回选取出的网际协议地址；其中，接收到的网际协议地址指示内容分发网络中的边缘节点。

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

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

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“接收待处理请求的单元”。

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

Claims (18)

1.一种信息生成方法，包括：

接收多个待处理请求；

对于所述多个待处理请求中的每个待处理请求，至少一次发起函数调用请求以处理所述待处理请求，以及记录函数调用请求的发起次数；

基于各个所述待处理请求分别对应的发起次数，确定是否针对各个函数生成第一报警信息，其中，所述第一报警信息是针对函数调用请求所请求调用的函数的报警信息，以监控所述函数的设置以及系统整体架构是否合理；

其中，在各个所述待处理请求分别对应的发起次数均大于预设次数阈值时，确定所述系统整体架构不合理。

2.根据权利要求1所述的方法，其中，所述第一报警信息与所述函数的函数标识相关联，所述函数标识与监控设备标识相关联；以及

所述方法还包括：

响应于确定生成第一报警信息，生成所述第一报警信息，以及发送所述第一报警信息至所述监控设备标识所指示的监控设备。

3.根据权利要求1所述的方法，其中，所述确定是否生成第一报警信息，包括：

响应于确定所述发起次数大于预设次数阈值，确定生成所述第一报警信息。

4.根据权利要求1-3中任一项所述的方法，其中，所述方法还包括：

生成所述待处理请求的处理结果，其中，所述处理结果包括处理失败通知或者请求结果。

5.根据权利要求4所述的方法，其中，所述方法还包括：

记录接收所述待处理请求的接收时间；

记录生成所述处理结果的生成时间；

根据所述接收时间、所述生成时间和第一预设时长阈值，确定是否生成第二报警信息，其中，所述第二报警信息是针对所述待处理请求的报警信息。

6.根据权利要求5所述的方法，其中，所述确定是否生成第二报警信息，包括：

响应于确定所述接收时间和所述生成时间之间的时长大于所述第一预设时长阈值，确定生成所述第二报警信息。

7.根据权利要求4所述的方法，其中，所述待处理请求由用户请求处理设备基于用户请求生成，所述用户请求处理设备记录获取到所述用户请求的用户请求开始时间；以及

所述方法还包括：

响应于生成包括处理失败通知的处理结果，向所述用户请求处理设备发送指示处理失败的第一信号，其中，所述用户请求处理设备响应于接收到所述第一信号，再次发送所述待处理请求。

8.根据权利要求7所述的方法，其中，所述方法还包括：

响应于生成包括请求结果的处理结果，向所述用户请求处理设备发送指示处理成功的第二信号，其中，所述用户请求处理设备响应于接收到所述第二信号，记录接收到所述第二信号的用户请求结束时间，根据所述用户请求开始时间、所述用户请求结束时间和第二预设时长阈值确定是否生成第三报警信息，其中，所述第三报警信息是针对所述用户请求的报警信息。

9.一种信息生成装置，包括：

接收单元，被配置成接收多个待处理请求；

发起单元，对于所述多个待处理请求中的每个待处理请求，被配置成至少一次发起函数调用请求以处理所述待处理请求，以及记录函数调用请求的发起次数；

第一确定单元，被配置成基于各个所述待处理请求分别对应的发起次数，确定是否针对各个函数生成第一报警信息，其中，所述第一报警信息是针对函数调用请求所请求调用的函数的报警信息，以监控所述函数的设置以及系统整体架构是否合理；

其中，在各个所述待处理请求分别对应的发起次数均大于预设次数阈值时，确定所述系统整体架构不合理。

10.根据权利要求9所述的装置，其中，所述第一报警信息与所述函数的函数标识相关联，所述函数标识与监控设备标识相关联；以及

所述装置还包括：

第一生成单元，被配置成：响应于确定生成第一报警信息，生成所述第一报警信息，以及发送所述第一报警信息至所述监控设备标识所指示的监控设备。

11.根据权利要求9所述的装置，其中，所述第一确定单元，还被配置成：

响应于确定所述发起次数大于预设次数阈值，确定生成所述第一报警信息。

12.根据权利要求9-11中任一项所述的装置，其中，所述装置还包括：

第二生成单元，被配置成生成所述待处理请求的处理结果，其中，所述处理结果包括处理失败通知或者请求结果。

13.根据权利要求12所述的装置，其中，所述装置还包括：

第一记录单元，被配置成记录接收所述待处理请求的接收时间；

第二记录单元，被配置成记录生成所述处理结果的生成时间；

第二确定单元，被配置成根据所述接收时间、所述生成时间和第一预设时长阈值，确定是否生成第二报警信息，其中，所述第二报警信息是针对所述待处理请求的报警信息。

14.根据权利要求13所述的装置，其中，所述第二确定单元，还被配置成：

响应于确定所述接收时间和所述生成时间之间的时长大于所述第一预设时长阈值，确定生成所述第二报警信息。

15.根据权利要求12所述的装置，其中，所述待处理请求由用户请求处理设备基于用户请求生成，所述用户请求处理设备记录获取到所述用户请求的用户请求开始时间；以及

所述装置还包括：

第一发送单元，被配置成：响应于生成包括处理失败通知的处理结果，向所述用户请求处理设备发送指示处理失败的第一信号，其中，所述用户请求处理设备响应于接收到所述第一信号，再次发送所述待处理请求。

16.根据权利要求15所述的装置，其中，所述装置还包括：

第二发送单元，被配置成：响应于生成包括请求结果的处理结果，向所述用户请求处理设备发送指示处理成功的第二信号，其中，所述用户请求处理设备响应于接收到所述第二信号，记录接收到所述第二信号的用户请求结束时间，根据所述用户请求开始时间、所述用户请求结束时间和第二预设时长阈值确定是否生成第三报警信息，其中，所述第三报警信息是针对所述用户请求的报警信息。

17.一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

18.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。

Images