CN116225855B - 日志生成方法、电子设备及存储介质 - Google Patents

Abstract

本申请涉及终端领域，提供一种日志生成方法、电子设备及存储介质。该方法应用于包括模拟客户端服务和应用请求处理服务的服务器，该方法包括：在当前日志时间区间，模拟客户端服务生成模拟应用请求，并将模拟应用请求发送至应用请求处理服务；当模拟应用请求为当前日志时间区间内的第一个请求时，应用请求处理服务根据上一个日志时间区间接收到的请求，生成上一个日志时间区间的日志。本申请实施例可以通过模拟应用请求模拟电子设备在每个日志时间区间生成模拟应用请求，可以避免了在服务业务量较小，即电子设备未在一日志时间区间向服务器发送程序应用请求时，导致该日志时间区间的上一个日志时间区间不能生成日志的情况发生。

Description

日志生成方法、电子设备及存储介质

技术领域

本申请涉及终端领域，尤其涉及一种日志生成方法、电子设备及存储介质。

背景技术

随着电子设备性能的提升，电子设备上可以安装越来越多的应用程序。应用程序可以让用户能够在电子设备上完成特定任务或执行特定功能，例如文字处理、图像编辑、游戏、社交媒体等。应用程序可以丰富用户体验，提高效率，使用户更方便地获取信息和与其他用户进行交流。为了更好地使应用程序满足用户的需求，应用程序的厂商会根据用户使用应用程序时产生的应用请求，对用户的需求进行分析，从而实现对应用程序的补漏及优化。因此，需要对应用程序生成的应用请求进行整理。

发明内容

本申请实施例公开了一种日志生成方法、电子设备及存储介质，可以对电子设备上应用程序生成的应用请求进行整理，并生成应用请求对应的日志，方便应用程序的厂商后续可以根据生成的日志对用户的需求进行分析。

本申请第一方面公开了一种日志生成方法，应用于服务器，所述服务器包括模拟客户端服务和应用请求处理服务，所述方法包括：在当前日志时间区间，所述模拟客户端服务生成模拟应用请求，并将所述模拟应用请求发送至所述应用请求处理服务；若所述模拟应用请求为所述当前日志时间区间内接收到的第一个应用请求，所述应用请求处理服务根据上一个日志时间区间内接收到的应用请求，生成所述上一个日志时间区间的日志。上述方法，通过模拟应用请求模拟电子设备在每个日志时间区间生成模拟应用请求，使得服务器在每个日志时间区间都能接收到应用请求，并在一日志时间区间接收到应用请求后，生成该日志时间区间的上一个日志时间区间的日志，可以避免了在服务业务量较小，即电子设备未在一日志时间区间向服务器发送程序应用请求时，导致该日志时间区间的上一个日志时间区间不能生成日志的情况发生，保证了可以按照日志时间区间自动生成应用请求对应的日志，从而实现对应用请求的管理。同时，按照日志时间区间生成日志以存储应用请求，提高了应用请求的管理效率，也方便后续根据时间区间调用相应的日志，提高了日志调用的效率；而且，按照日志时间区间生成日志，可以保证每个日志不会过大，其储存的应用请求数量也较为合适，方便后续对日志进行分析。

在一些可选的实施方式中，所述在当前日志时间区间，所述模拟客户端服务生成模拟应用请求，包括：基于预设的推送时刻，在所述当前日志时间区间内，确定模拟区间；在所述模拟区间内，所述模拟客户端服务生成所述模拟应用请求。上述方法，通过当前日志时间区间的推送时刻，确定模拟区间，并在模拟区间内生成模拟应用请求，可以避免在推送时刻之后生成模拟应用请求的情况出现，从而可以避免出现在推送时刻上一个日志时间区间的日志没有生产的情况，提高了日志推送了准确率。

在一些可选的实施方式中，所述服务器与云大数据平台通信连接，所述在当前日志时间区间，所述模拟客户端服务生成模拟应用请求，包括：若所述当前日志时间区间内接收到所述云大数据平台发送的请求生成指令，所述模拟客户端服务生成所述模拟应用请求。上述方法，在当前日志时间区间中，基于云大数据平台是否发送请求生成指令，确定是否生成模拟应用请求，可以保证在云大数据平台需要应用请求对应的日志时，可以生成日志，从而提高了应用请求管理的效率。

在一些可选的实施方式中，所述在当前日志时间区间，所述模拟客户端服务生成模拟应用请求，包括：基于预设的推送时刻，确定模拟时刻；在所述当前日志时间区间内，若到达所述模拟时刻，生成所述模拟应用请求。上述方法，通过当前日志时间区间的推送时刻，确定模拟区间，并在模拟区间内生成模拟应用请求，可以避免在推送时刻之后生成模拟应用请求的情况出现，从而可以避免出现在推送时刻上一个日志时间区间的日志没有生产的情况，提高了日志推送了准确率。

在一些可选的实施方式中，所述若到达模拟时刻，生成所述模拟应用请求，包括：当到达所述模拟时刻时，确定当前日志时间区间内是否接收到任一电子设备中应用程序发出的程序应用请求；若所述当前日志时间区间内未接收到程序应用请求，生成所述模拟应用请求。上述方法，在到达模拟时刻时，基于当前日志时间区间是否接收到程序应用请求，来判断是否生成模拟应用请求；并在当前日志时间区间未接收到程序应用请求时，生成模拟应用请求，避免了在服务业务量较小，即电子设备未在一日志时间区间未向服务器发送程序应用请求时，导致该日志时间区间的上一个日志时间区间不能生成日志的情况发生，保证了可以按照日志时间区间自动生成应用请求对应的日志；同时，在当前日志时间区间接收到程序应用请求时，确定不生成模拟应用请求，避免了在当前日志时间区间已接收到程序应用请求时，生成模拟应用请求导致算力浪费的情况出现。

在一些可选的实施方式中，所述方法还包括：所述应用请求处理服务接收电子设备中应用程序发送的程序应用请求；若所述程序应用请求为所述当前日志时间区间内接收到的第一个应用请求，所述应用请求处理服务根据上一个日志时间区间内接收到的应用请求，生成所述上一个日志时间区间的日志。上述方法，可以在电子设备中应用程序发送的程序应用请求为当前日志时间区间内接收到的第一个应用请求时，生成上一个日志时间区间的日志。

在一些可选的实施方式中，所述程序应用请求与所述模拟应用请求的请求类型为超文本传输请求。

在一些可选的实施方式中，所述模拟客户端服务基于curl命令，生成模拟应用请求。上述方法，可以通过curl命令生成超文本传输请求。

在一些可选的实施方式中，所述模拟应用请求包括模拟标识。上述方法，通过增加模拟标识，可以后续过程中可以根据模拟标识，确定模拟应用请求，从而避免模拟应用请求对分析用户的需求造成影响。

在一些可选的实施方式中，所述根据上一个日志时间区间内接收到的应用请求，生成所述上一个日志时间区间的日志，包括：从所述上一个日志时间区间内接收到的应用请求中，将未包括所述模拟标识的应用请求确定为目标请求；根据所述目标请求，生成所述上一个日志时间区间的日志。上述方法，可以使得生成的日志中不包含模拟应用请求，避免了模拟应用请求对用户需求分析造成干扰的情况出现。

本申请第二方面公开了一种计算机可读存储介质，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如第一方面所述的日志生成方法。

本申请第三方面公开了一种电子设备，所述电子设备包括处理器和存储器，所述存储器用于存储指令，所述处理器用于调用所述存储器中的指令，使得所述电子设备执行如第一方面所述的日志生成方法。

应当理解地，上述提供的第二方面所述的计算机可读存储介质，第三方面所述的电子设备，均与上述第一方面的方法对应，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

附图说明

图1是本申请实施例提供的一种数据处理***的场景示意图。

图2是本申请实施例提供的一种手机的结构示意图。

图3是本申请实施例提供的一种服务器的结构示意图。

图4是本申请实施例提供的一种***内各设备间的交互示意图。

图5是本申请实施例提供的一种***内各设备间的交互流程示意图。

图6是本申请实施例提供的一种日志生成方法的流程示意图。

图7是本申请实施例提供的一种***内各设备间的交互示意图。

图8是本申请实施例提供的一种日志生成方法的流程示意图。

图9是本申请实施例提供的一种在当前日志时间区间，生成模拟应用请求方法的细化流程图。

图10是本申请实施例提供的一种在当前日志时间区间，生成模拟应用请求方法的细化流程图。

图11是本申请实施例提供的一种模拟区间的场景示意图。

图12是本申请实施例提供的另一种在当前日志时间区间，生成模拟应用请求方法的细化流程图。

图13是本申请实施例提供的一种若到达模拟时刻，生成模拟应用请求方法的细化流程图。

具体实施方式

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，“示例性”、“或者”、“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性”、“或者”、“例如”等词旨在以具体方式呈现相关概念。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请中的技术领域的技术人员通常理解的含义相同。本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。应理解，本申请中除非另有说明，“/”表示或的意思。例如，A/B可以表示A或B。本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B三种情况。“至少一个”是指一个或者多个。“多个”是指两个或多于两个。例如，a、b或c中的至少一个，可以表示：a，b，c，a和b，a和c，b和c，a、b和c七种情况。应当理解的是，本文的流程图中所示步骤的顺序可以改变，某些也可以省略。

在用户下载应用程序后，应用程序会因为用户的操作，生成应用请求，如搜包请求、问题排查请求等，并将生成的应用请求发送至应用程序的厂商（例如，软件开发商）对应的服务器，以获取相应的服务。应用请求中包含了用户的使用需求，应用程序的厂商为了使应用程序更符合用户的需求，通常会采集应用程序的应用请求，以对用户的需求进行分析。例如，可以通过电子设备与服务器的交互，获取电子设备上应用程序的应用请求。由于一个服务器通常会对应多个电子设备，获取多个电子设备中应用程序收到的应用请求，所以一个服务器可能会采集到较多的应用请求，导致服务器无法有效地对获取到的应用请求进行管理。

为了解决服务器无法有效地对获取到的应用请求进行管理的技术问题，本申请提供一种日志生成方法，以根据电子设备上应用程序的应用请求生成日志，提高了对应用请求进行管理的效率。

本申请实施例提供的日志生成方法应用于数据处理***中。图1是本申请实施例提供的一种数据处理***的场景示意图。如图1所示，数据处理***可以包括一个或多个电子设备以及服务器。在本申请的一实施例中，如图1所示，该服务器可以包括数据管理服务器、云大数据平台及分析服务器。

数据管理服务器可以接收一个或多个电子设备中的应用程序发送的应用请求，并基于应用请求生成日志，实现了对应用请求的整理。数据管理服务器基于应用请求生成日志后，会将生成的日志数据推送至云大数据平台。云大数据平台可以存储数据管理服务器发送的日志数据，例如，不同电子设备中的应用程序对应的日志数据。云大数据平台可以是商业智能***（Business Intelligence System，BI***），如企业级商业智能和大数据分析平台。分析服务器可以包括对数据进行分析的***，如荣耀进销存***。分析服务器可以对云大数据平台中存储的日志数据进行处理和分析，以确定用户的需求。例如，分析服务器可以对记录了应用请求的日志数据进行分析，根据应用请求确定应用程序的相关情况，例如，可以得到应用程序的应用清单安装情况和/或使用情况。使用情况可以包括用户当前使用的应用版本信息、以及请求更新的应用版本信息等。在本申请实施例中，数据管理服务器、云大数据平台及分析服务器的功能可以集成至一个服务器，也可以分别设置于不同的设备或服务器中，本申请实施例对此不予限定。

示例性的，本申请实施例中的电子设备可以是手机、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机（ultra-mobile personalcomputer，UMPC）、上网本，以及蜂窝电话、个人数字助理（personal digital assistant，PDA）、人工智能(artificial intelligence，AI)设备、可穿戴式设备、车载设备和/或智能家居设备等电子设备。本申请实施例对该电子设备的具体形态不作特殊限制。电子设备上安装有操作***，操作***可以是Windows®***、iOS®、Linux®、安卓®（Android®）***和HarmonyOS®***中的一种***或者未示出的其他***。

以上述电子设备是手机为例进行说明，参考图2所示，为本申请实施例提供的一种手机的结构示意图。如图2所示，该手机200可以包括处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，充电管理模块240，电源管理模块241，电池242，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，按键280，显示屏291及摄像头292等。

可以理解的是，本申请实施例示意的结构，并不构成对手机200的具体限定。在本申请的另一些实施例中，手机200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是手机200的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器210中还可以设置存储器，用于存储指令和数据。

在一些实施例中，处理器210可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integratedcircuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或USB接口230等。

USB接口230是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口230可以用于连接充电器为手机200充电，也可以用于手机200与***设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。

外部存储器接口220可以用于连接外部的非易失性存储器，实现扩展电子设备100的存储能力。外部的非易失性存储器通过外部存储器接口120与处理器210通信，实现数据存储功能。

内部存储器221可以包括一个或多个随机存取存储器（random access memory，RAM）和一个或多个非易失性存储器（non-volatile memory，NVM）。在本申请实施例中，内部存储器121也可以称为内存。

充电管理模块240用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

电源管理模块241用于连接电池242，充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210，内部存储器221，显示屏291，摄像头293，和无线通信模块260等部件进行供电。电源管理模块241还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。

手机200的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。天线1和天线2用于发射和接收电磁波信号。

天线1和天线2用于发射和接收电磁波信号。手机200中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块250可以提供应用在手机200上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块250可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块250可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块250还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

无线通信模块260可以提供应用在手机200上的包括无线局域网(wireless localarea networks，WLAN) 、如无线保真(wireless fidelity，WiFi)网络、蓝牙(Bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)、调频(frequencymodulation，FM)、近距离无线通信技术(near field communication，NFC) 、红外技术(infrared，IR)等无线通信的解决方案。

在本申请的一实施例中，手机200的天线1和移动通信模块250耦合，天线2和无线通信模块260耦合，使得手机200可以通过无线通信技术与网络以及其他设备通信，如使得手机200可以与数据管理服务器进行通信。所述无线通信技术可以包括全球移动通讯***(global system for mobile communications，GSM)、通用分组无线服务(general packetradio service，GPRS)、码分多址接入(code division multiple access，CDMA)、宽带码分多址(wideband code division multiple access，WCDMA)、时分码分多址(time-divisioncode division multiple access，TD-SCDMA)、长期演进(long term evolution，LTE)、BT、GNSS、WLAN、NFC 、FM和/或IR技术等。

在本申请的一实施例中，手机200可以通过无线通信模块260向数据管理服务器发送应用程序的应用请求。应用请求可以包括但不限于搜包请求、问题排查请求。搜包请求可以用于获取应用程序对应的最新应用版本的下载路径，或获取电子设备的最新***版本的下载路径。最新***版本为操作***的最新版本。问题排查请求用于向服务器发送应用程序出现的错误事件，以获取该错误事件出现的原因。

音频模块270用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块270还可以用于对音频信号编码和解码。

按键280包括开机键，音量键等。按键280可以是机械按键。也可以是触摸式按键。手机200可以接收按键输入，产生与手机200的用户设置以及功能控制有关的键信号输入。

手机200通过GPU、显示屏291以及处理器210等实现显示功能。GPU为图像处理的微处理器。GPU可以用于执行数学和几何计算，对图形进行渲染。显示屏291可以用于显示图像，视频等可视化数据。在一些实施例中，手机200可以包括1个或N个显示屏291，N为大于1的正整数。

摄像头292用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头292，N为大于1的正整数。

图3为本申请实施例提供的一种服务器的结构示意图。图3示出了服务器的结构示意图，该服务器可以是上述数据管理服务器、云大数据平台或分析服务器中的任一服务器，也可以是集成有数据管理服务器、云大数据平台或分析服务器的设备。

如图3所示，服务器可以包括处理器310、存储器320及通信模块330。处理器310可用于读取和执行计算机可读指令。具体地，处理器310可以包括控制器、运算器和寄存器。其中，控制器主要负责指令译码，并为指令对应的操作发出控制信号。运算器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。寄存器是有限存贮容量的高速存贮部件，可以用来暂存指令、数据和地址。

本申请实施例中，处理器310的硬件架构可以是专用集成电路(applicationspecificintegrated circuit，ASIC)架构、MIPS (microprocessor without interlockedpipedstages)架构、ARM(advanced RISC (Reduced Instruction Set Computing)machines)架构或者网络处理器(net processor，NP)架构等等。

存储器320与处理器310耦合，用于存储各种软件程序和/或多组指令。本申请实施例中提供的日志生成方法，除了可以集成在服务器的一个处理器中实现以外，也可以以程序代码的形式存储于服务器的存储器中，由服务器的一个处理器调用服务器的存储器中存储的代码，执行以上方法。具体实现中，存储器320可以包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器320可以存储操作***，例如Windows®***、iOS®、Linux®、安卓®（Android®）***、MagicOS®、HarmonyOS®、Unix®等操作***。

通信模块330可用于通过网络建立服务器与其它通信终端（如图1中的多个电子设备）之间的通信连接，并用于通过网络收发数据。在本申请的一实施例中，服务器可以通过通信模块330与电子设备建立连接，以便于后续接收或响应电子设备发送的应用请求。在本申请的一实施方式中，服务器通过通信模块330接收电子设备发送的应用请求后，可以通过通信模块330向电子设备发送请求响应。

可以理解的是，本申请实施例示意的结构并不构成对服务器的具体限定。在另一些实施例中，服务器可以包括比图3中更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

图4是本申请实施例提供的一种***内各设备间的交互示意图。如图4所示，电子设备中可以包括一个或多个应用程序，如手机***更新、运动健康、运动健康、荣耀手机助理等。应用程序可以向服务器发送应用请求，如搜包请求。搜包请求可以用于获取应用程序当前对应的最新版本的安装包下载地址、或用于获取电子设备操作***的最新***版本的下载路径。在本申请的一些实施例中，搜包请求的触发时机可以包括但不限于以下的一种或多种情况：电子设备开机时、插拔电子设备的充电器时、电子设备连接WiFi时。当到达搜包请求的触发时机，可以触发应用程序的搜包；在应用程序完成搜包后，应用程序可生成搜包请求。又如，在另一实施例中，可以基于用户的定时设置或点击应用程序的操作，触发应用程序的搜包；在应用程序完成搜包后，应用程序可生成搜包请求。

应用程序在进行搜包时，可以确定当前的版本信息，以通过当前的应用版本信息进行搜包请求，更新至最新的版本，实现应用版本更新或操作***版本更新。在本申请的一实施例中，应用程序在进行搜包时，可以确定操作***的当前***版本信息。例如，用于更新电子设备的操作***的应用程序在进行搜包时，如手机***更新应用在进行搜包时，可以确定当前操作***的***版本信息。在不同的电子设备中，可以用不同的名称表示手机***更新应用这一应用程序。在本申请的一实施例中，可以将手机***更新应用称为升级客户端(Online update Client，OUC)。如图4所示，手机***更新应用向数据管理服务器发送搜包请求。手机***更新应用发送的搜包请求中可以包括手机的***版本信息。数据管理服务器中的查询服务接收到搜包请求后，将接收到的搜包请求转发至配置服务。在本申请的一实施例中，配置服务可以包括终端版本查询服务（Terminal Query Server，TQS）。配置服务会根据接收到的搜包请求，进行搜包，以确定手机操作***的最新***版本信息，并根据接收到的搜包请求进行记录打点。记录打点用于记录接收到的应用请求。在本申请的一实施例中，配置服务在进行记录打点时，会记录应用请求中的请求参数，和响应应用请求时的响应参数，如配置服务向查询服务发送的搜包响应中的响应参数。在本申请的一实施例中，记录的请求参数中可以包括应用信息。应用信息可以包括手机的设备信息、手机操作***的***版本信息、应用程序的应用版本信息中的一项或多项。响应参数可以包括响应的程序版本信息、响应的***版本信息中的一项或多项。配置服务可以基于记录打点记录的应用请求，生成日志。例如，如图5所示，配置服务可以根据记录的应用请求生成日志，并将生成的日志存储至数据管理服务器中的***日志文件层。***日志文件层可以将生成的日志推送至云大数据平台。分析服务器可以基于云大数据平台中存储的日志，进行数据查询及统计，以确定用户的需求。

如图4所示，配置服务确定手机的***版本后，会进行搜包，并基于搜包的结果，确定该手机的***版本是否需要更新为最新***版本。配置服务可以基于预先设置的数据库，对手机的***版本进行查询，确定该手机的***版本是否为最新***版本。例如，如图5所示，数据管理服务器中包括版本数据库。配置服务可以基于手机的***版本在版本数据库中进行查询，确定该手机的***版本是否为最新***版本。

在本申请的一实施例中，若手机的***版本为最新***版本，配置服务确定该手机的***版本不需要更新，向查询服务进行搜包响应，例如，通知查询服务无需进行版本更新。查询服务接收到搜包响应后，向手机***更新进行搜包响应，通知手机***更新无需进行版本更新。

在本申请的一实施例中，若手机的***版本不为最新***版本，配置服务向查询服务进行搜包响应，将最新***版本对应的***版本信息发送至查询服务。查询服务接收到最新***版本对应的***版本信息后，会查询该***版本信息对应的下载地址。查询服务可以基于预先设置的数据库，确定该***版本信息对应的下载地址。例如，如图5所示，数据管理服务器中包括版本数据库。查询服务可以在版本数据库中进行查询，确定该***版本信息对应的下载地址。查询服务在查询到下载地址后，向手机***更新应用进行搜包响应，将查询到的下载地址发送至手机***更新应用。

上述实施例中的搜包请求仅为举例说明。在实际应用中，电子设备的应用程序可以发送其他的应用请求，如问题排查请求，查询服务、配置服务可以基于接收到的其他的应用请求，生成对相应请求的响应。配置服务在接收应用请求后，会进行记录打点。通过记录打点，以记录接收到的应用请求。记录打点的一些具体描述，可以参见上文中的相关描述。

可以理解的是，本申请实施例中的查询服务和配置服务可以是两个单独模块，也可以集成为一个模块，在此不做任何限定。在本申请实施例中，由于查询服务和配置服务都是用于对应用请求进行处理，所以可以将查询服务和配置服务统一称为应用请求处理服务，查询服务和配置服务各自执行的步骤，都可以统一作为是应用请求处理服务执行的步骤。

图6是本申请实施例提供的一种日志生成方法的流程示意图。日志生成方法应用于电子设备中，根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

101、电子设备生成程序应用请求。

在本申请一实施例中，程序应用请求为电子设备上的应用程序生成的请求。程序应用请求可以用于控制服务器进行查询。例如，程序应用请求包括搜包请求，搜包请求可以用于向服务器查询应用程序的最新应用版本的下载地址、或操作***的最新***版本的下载地址。又如，程序应用请求可以包括问题排查请求。问题排查请求可以用于向服务器上报应用程序出现的问题，并查询解决该问题的办法。

程序应用请求的请求类型可以是超文本传输协议请求（HyperText TransferProtocol，HTTP）请求。在本申请实施例中，不对程序应用请求的请求内容和请求类型进行限定。

102、电子设备向查询服务发送程序应用请求。

在一实施例中，查询服务接收到电子设备发送的程序应用请求时，可以根据该程序应用请求对电子设备进行请求响应。例如，程序应用请求为搜包请求时，对电子设备进行搜包响应。查询服务对电子设备进行请求响应的一些具体实施方式，可以参见上文中的相关描述，如对图4、图5的相关描述。

103、查询服务向配置模块发送程序应用请求。

在本申请的一实施例中，配置模块接收到查询服务发送的程序应用请求时，可以根据该程序应用请求对查询服务进行请求响应。例如，程序应用请求为搜包请求时，对查询服务进行搜包响应。配置模块对查询服务进行请求响应的一些具体实施方式，可以参见上文中的相关描述，如对图4、图5的相关描述。

104、配置服务确定所述程序应用请求是否是当前日志时间区间内的第一个请求。

当前日志时间区间为当前时间对应的生成日志的日志时间区间，即当前时间匹配的日志时间区间。

在本申请实施例中，服务器中的配置服务可以根据预设的目标时间间隔，周期性地生成日志。可以根据实际的需求设置目标时间间隔。目标时间间隔可以设置为0.5小时、1小时、2小时或1天等。当目标时间间隔为1小时时，配置服务每隔1个小时生成一次日志；当目标时间间隔为0.5小时时，配置服务每隔0.5个小时生成一次日志。

基于目标时间间隔，服务器可以将时间划分为多个日志时间区间。服务器在每个日志时间区间中，都会生成一个日志。每个日志时间区间的区间范围为一个目标时间间隔，即日志时间区间的两个时间端点之间的差为一个目标时间间隔。一天为24个小时，例如，当目标时间间隔为1小时时，服务器会根据目标时间间隔，在一天中确定24个日志时间区间，如00:00-01：00、01:00-02：00、02:00-03:00、23:00-24:00等24个日志时间区间（未全部示出），每个日志时间区间的区间范围为1个小时。又如，一天为24个小时，当目标时间间隔为0.5小时时，服务器会根据目标时间间隔，在一天中确定48个日志时间区间，如00:00-00：30、00：30-01:00、01:00-01:30、23:00-23:30、23:30-24:00等48个日志时间区间（未全部示出），每个日志时间区间的区间范围为0.5个小时。

配置服务可以根据目标时间间隔，在确定的多个日志时间区间中，确定当前时间匹配的日志时间区间，即当前日志时间区间。可以将多个日志时间区间中与当前时间匹配的日志时间区间，确定为当前日志时间区间。例如，当目标时间间隔为1小时且当前时间为14:10时，配置服务可以确定出24个日志时间区间，14:10处于24个日志时间区间中的14：00-15：00内，日志时间区间14：00-15：00与14:10匹配，所以将14：00-15：00，确定为当前时间对应的当前日志时间区间。又如，当目标时间间隔为0.5小时且当前时间为14:10时，配置服务确定出48个日志时间区间，14:10处于48个日志时间区间中的14：00-14：30内，日志时间区间14：00-14：30与14:10匹配，所以将14：00-14：30，确定为当前时间对应的当前日志时间区间。

在本申请的一实施方式中，可以基于服务器接收应用请求的预估数量，设置目标时间间隔。应用请求包括程序应用请求。预估数量为预计服务器会接收到应用请求的数量。例如，当预估服务器接收应用请求的数量较大时，表明在很短的时间内，服务器接收到应用请求的数量可能较多，为了避免生成的日志中包含的应用请求过多，可以设置较小的目标时间间隔，以使每个日志中可以包含更小的应用请求。当预估服务器接收应用请求的数量较小时，表明在较长的一段时间内，服务器接收到应用请求的数量可能较少，为了避免生成的日志中包含的应用请求过少，可以设置较大的目标时间间隔，以使每个日志中可以包含更多的应用请求。

在本申请的另一实施方式中，可以基于服务器接收应用请求的历史信息，设置目标时间间隔。应用请求包括程序应用请求。历史信息可以是历史记录中在不同的时间段收到的应用请求。在本实施例中，目标时间间隔可以是个动态变化值，而非固定值，例如，假设白天是高峰期，在早上8:00到晚上21:59的时段，可以设置较小的目标时间间隔，在晚上22:00-次日早上07:59的时段，设置较大的目标时间间隔。

在本申请的另一实施方式中，可以基于服务器对应的电子设备的设备数量，设置目标时间间隔。服务器对应的电子设备为可向服务器发送应用请求的电子设备。例如，当设备数量越多时，在很短的时间内，服务器可能接收到较多的应用请求，为了避免一个日志中包含过多的应用请求，可以设置较小的目标时间间隔；当设备数量越少时，在较长的一段时间内，服务器可能接收到较少的应用请求，为了避免一个日志中包含的应用请求较少，可以设置较大的目标时间间隔。

当前日志时间区间内的第一个请求为在当前日志时间区内，服务器接收到的第一个应用请求，即配置服务接收到的第一个应用请求。

若配置服务确定所述程序应用请求是当前日志时间区间内的第一个请求，执行105，配置服务根据上一个日志时间区间内接收到的应用请求，生成日志。

上一个日志时间区间在时间上早于当前日志时间区间，为基于目标时间间隔划分的多个日志时间区间中，当前日志时间区的上一个日志时间区间。当前日志时间区间与上一个日志时间区间之间的时间间隔，为一个目标时间间隔。将当前日志时间区间减去目标时间间隔后，可以得到上一个日志时间区间。例如，将当前日志时间区间的两个时间端点都减去目标时间间隔后，可以得到上一个日志时间区间。例如，目标时间间隔为1小时，当前日志时间区间为14：00-15：00，当前日志时间区间减去目标时间间隔得到的时间区间13：00-14：00，为上一个日志时间区间；又如，目标时间间隔为0.5小时，当前日志时间区间为14：00-14：30，当前日志时间区间减去目标时间间隔得到的时间区间13：30-14：00，为上一个日志时间区间。

当配置服务确定所述程序应用请求不是当前日志时间区间内的第一个请求时，流程结束。可以理解的是，当配置服务在当前日志时间区间内接收到第一个请求时，就会生成当前日志时间区间前一个时间区间内的日志，即上一个日志时间区间的日志；所以当所述程序应用请求不是当前日志时间区间内的第一个请求，说明配置服务在当前日志时间区间内接收到所述程序应用请求之前，已接收到了其他的应用请求，并已经根据接收到的其他的应用请求，生成了上一个日志时间区间的日志，所以无需再次生成上一个日志时间区间的日志，流程结束。

在本申请的一实施例中，配置服务接收到任意一个应用请求时，都会进行记录打点。在本实施例中，应用请求包括程序应用请求。所述记录打点用于记录接收到的应用请求。在本申请的一实施例中，记录打点包括记录应用请求中的请求参数，还可以包括配置服务响应查询服务发送的应用请求的响应参数。关于记录打点、请求参数和响应参数的一些具体描述，可以参见上文中的相关描述，如对图4和图5的相关描述。

配置服务根据上一个日志时间区间内接收到的所有应用请求，生成上一个日志时间区间对应的日志。

在本申请的一实施例中，生成的上一个日志时间区间的日志中包括上一个日志时间区间对应的时间戳，方便后续可以基于日志中的时间戳，获取相应的日志。在本申请一实施方式中，时间戳可以包括年份、月份、天、时间段。例如，当目标实际间隔为1小时时，一日志时间区间的日志的时间戳可以是2023年4月12日15:00-16:00；当目标实际间隔为0.5小时时，一日志时间区间的日志的时间戳可以是2023年4月12日15:30-16:00。

上述实施例提供的日志生成方法，通过将时间划分为多个日志时间区间，并在接收到的当前日志时间区间内的第一个请求时，生成当前日志时间区间对应的上一个日志时间区间的日志，实现了按照时间区间生成应用请求对应的日志的目的。同时，按照日志时间区间生成日志以存储应用请求，提高了应用请求的管理效率，也方便后续根据时间区间调用相应的日志，提高了日志调用的效率；而且，按照日志时间区间生成日志，可以保证每个日志不会过大，其储存的应用请求数量也较为合适，方便后续对日志进行分析。

在本申请的一实施例中，配置服务生成日志后，可以将生成的日志发送至云大数据平台。例如，配置服务生成上一个日志时间区间对应的日志，可以立即将上一个日志时间区间对应的日志推送至云大数据平台。在本申请的一些实施方式中，可以通过预先设置的数据推送点将日志推送至云大数据平台。数据推送点指将实时或延迟数据推送给订阅方的特定位置或节点，可以是将日志从数据管理服务器推送到云大数据平台的接口。服务器可以通过数据推送点将生成的日志实时推送给云大数据平台。

为了定时推送生成的日志，在本申请的一实施例中，可以设置在数据推送点设置推送时刻。当到达推送时刻后，数据推送点推送已生成的日志至云大数据。推送时刻可以实际需求进行设置，例如，可以根据推送云大数据平台在每个日志时间区间中需要获取日志的时刻设置推送时刻。用户可以在云大数据平台或服务器上设置推送时刻的值。例如，当云大数据平台在每个日志时间区间中需要获取日志的时刻为每个日志时间区间的第10分钟时，可以将推送时刻设置为每个日志时间区间的第10分钟。可以理解的是，当到达当前日志时间区间的推送时刻，推送上一个日志时间区间生成的日志。例如，假设目标时间间隔为1小时、推送时刻为每个日志时间区间的第10分钟且当前的日志时间区间为14:00-15:00，当到达14:10时，确定推送时刻到达，推送当前的日志时间区间的上一日志时间区间对应的日志，即推送日志时间区间13:00-14:00对应的日志；又如，假设目标时间间隔为0.5小时、推送时刻为每个日志时间区间的第5分钟且当前的日志时间区间为14:00-14:30，当到达14:05时，确定到达了推送时刻，推送当前的日志时间区间的上一日志时间区间对应的日志，即推送日志时间区间13:30-14:00对应的日志。上述实施例，通过在配置服务中设置数据推送点的推送时刻，方便配置服务准时地向云大数据平台推送日志。

在本申请的一些实施例中，可以在配置服务设置定时任务，如crontab定时任务。定时任务用于在一推送时刻到达且该推送时刻对应的日志时间区间中未接收到程序应用请求时，保证可以在该推送时刻能正常进行上一日志时间区间的日志推送。关于推送时刻的一些具体描述，可以参见上文中的相关描述。当到达一推送时刻时，定时任务确定所述推送时刻对应的日志时间区间中是否未接收到程序应用请求。若确定所述推送时刻对应的日志时间区间中未接收到程序应用请求，确定未生成该日志时间区间的上一日志时间区间的日志，需要生成上一日志时间区间的日志。具体地，可以对当前存储应用请求的文件进行重命名，并将重命名后的文件确定为该推送时刻对应的日志时间区间的上一日志时间区间的日志，将该日志推送至云大数据平台。在本申请的一实施方式中，对当前存储应用请求的文件进行重命名后，可以新建一个文件，以用于存储该推送时刻后接收到的应用请求。例如，目标时间间隔为1小时、推送时刻为每个日志时间区间的第10分钟且当前的日志时间区间为14:00-15:00，当到达14:10且确定14:00-15:00的时间区间中未接收到程序应用请求时，将当前存储应用请求的文件进行重命名，将重命名后的文件确定为该推送时刻对应的日志时间区间的上一日志时间区间的日志，即作为13:00-14:00的日志，将该重命名后的文件推送至云大数据平台。可以理解的是，当定时任务确定所述推送时刻对应的日志时间区间中接收到了程序应用请求，确定已正常生成该日志时间区间的上一个日志时间区间的日志，可以正常地进行上一个日志时间区间的日志推送，无需进行处理。上述实施例，通过设置定时任务，使得在一推送时刻到达且该推送时刻对应的日志时间区间中未接收到程序应用请求时，可以生成上一日志时间区间的日志，并推送进行上一日志时间区间生成的日志。

在服务业务量较小，即电子设备未在一日志时间区间向服务器发送程序应用请求时，可能会导致不能正常生成该日志时间区间的上一个日志时间区间的日志，为了避免这种情况的发生。本申请的一实施例中，服务器中设置了模拟客户端服务。模拟客户端服务用于模拟电子设备，生成模拟应用请求，并将生成的模拟应用请求发送至服务器，以使得服务器在每个日志时间区间都能接收到应用请求，从而保证可以正常生成每个日志时间区间的上一日志时间区间的日志。图7是本申请实施例提供的一种***内各设备间的交互示意图。如图7所示，数据管理服务器中还包括模拟客户端服务。关于模拟应用请求的相关描述，可以参见下文中的相关描述，如图8的相关描述。模拟客户端服务生成模拟应用请求后，向服务器发送生成的模拟应用请求，即向查询服务发送生成的模拟应用请求，如搜包请求。查询服务接收到模拟客户端服务发送的搜包请求后执行的步骤，与接收到电子设备发送的搜包请求后执行的步骤相同，例如，同样会对搜包请求进行记录打点。通过模拟客户端服务生成模拟应用请求，可以保证生成每个日志时间区间对应的日志。关于如何根据模拟应用请求保证生成每个日志时间区间对应的日志的一些具体实施方式，可以参见下文中的相关描述，如图8的相关描述。

图8是本申请实施例提供的一种日志生成方法的流程示意图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

201，在当前日志时间区间，模拟客户端服务生成模拟应用请求。

在本申请的一实施例中，模拟应用请求为模拟客户端服务模拟电子设备上的应用程序生成的应用请求。模拟应用请求的请求类型，可以与图6所示中的程序应用请求相同，例如，HTTP请求。关于当前日志时间区间、程序应用请求的一些具体说明，可以参见上文中的相关描述，如图6的相关描述。

在本申请的一些实施例中，模拟客户端服务可以根据服务器获取到的程序应用请求，生成模拟应用请求。例如，可以直接将查询服务历史获取到的程序应用请求，确定为生成的模拟应用请求。在本实施例中，由于模拟应用请求为模拟电子设备上的应用程序生成的应用请求，与应用程序生成的程序应用请求的请求类型相同，所以服务器在接收到模拟应用请求时，无法直接确定出模拟应用请求与程序应用请求的区别，会将模拟应用请求视为电子设备上的应用程序发送的应用请求，即将其视为程序应用请求。

在本申请的一实施例中，模拟客户端服务可以在当前日志时间区间中的任意一个时刻生成模拟应用请求。例如，目标时间间隔为1小时且当前日志时间区间为14:00-15:00，模拟客户端服务可以在14:00-15:00中的任意一个时刻生成模拟应用请求，如在14:00、14:05、14:15、14：50、15:00等时刻中的任意一个时刻生成模拟应用请求。

在本申请的一实施例中，模拟客户端服务基于预先设置的curl命令生成模拟应用请求。curl命令是一种命令行工具，用于向服务器发送HTTP、HTTPS请求并获取响应。它可以通过各种协议（如FTP、SMTP等）传输数据。

由于模拟客户端在每个日志时间区间都会生成一条模拟应用请求，所以在多个日志时间区间过后，模拟客户端会生成多条模拟应用请求。在本申请的一实施例中，模拟客户端服务生成的多条模拟应用请求可以是相同的应用请求。上述实施例中，相较于生成多条不同的模拟应用请求而言，模拟客户端服务生成的多条相同的模拟应用请求，可以减少模拟客户端服务在生成模拟应用请求中的算力消耗，也方便后续对应用请求对应的日志进行分析时，剔除模拟应用请求，以减少模拟应用请求对分析导致的干扰。

202、模拟客户端服务向查询服务发送模拟应用请求。

在本申请的一实施例中，查询服务接收到模拟应用请求时，可以根据该模拟应用请求对模拟客户端服务进行请求响应。例如，模拟应用请求为搜包请求时，对模拟客户端服务进行搜包响应。查询服务对模拟客户端服务进行请求响应的一些具体实施方式，可以参见上文的相关描述，如对图4、图5和图7的相关描述。

203、查询服务向配置服务发送模拟应用请求。

配置服务接收到电子设备发送的模拟应用请求时，可以根据该模拟应用请求对查询服务进行请求响应。例如，模拟应用请求为搜包请求时，对配置服务进行搜包响应。查询服务对查询服务进行请求响应的一些具体实施方式，可以参见上文的相关描述，如对图4、图5和图7的相关描述。

204、配置服务确定所述模拟应用请求是否是当前日志时间区间内的第一个请求。

当前日志时间区间为当前时间对应的生成日志的日志时间区间，即当前时间匹配的日志时间区间。在本申请的一实施例中，可以根据目标时间间隔，确定多个日志时间区间，并在确定的多个日志时间区间中，确定与当前时间匹配的日志时间区间，即当前日志时间区间。确定当前日志时间区间的一些具体实施方法，可以参见图6中的相关描述。

当前日志时间区间内的第一个请求为在当前日志时间区间内，服务器接收到的第一个应用请求，即配置服务接收到的第一个应用请求。例如，服务器接收到的应用请求包括电子设备发送的程序应用请求和模拟客户端服务发送的模拟应用请求。电子设备发送程序应用请求的过程在图8中未示出。在查询服务接收到模拟应用请求之前，查询服务可能接收到了一个或多个电子设备发送的程序应用请求，所以接收到的模拟应用请求不一定是当前日志时间区间内的第一个请求。在本申请的一实施例中，若配置服务接收到所述模拟应用请求之前，未接收到电子设备发送的程序应用请求，确定所述模拟应用请求是当前日志时间区间内的第一个请求。

若配置服务确定所述模拟应用请求是当前日志时间区间内的第一个请求，执行205、根据上一个日志时间区间内接收到的应用请求，生成日志。

上一个日志时间区间在时间上早于当前日志时间区间，为基于目标时间间隔划分的多个日志时间区间中，当前日志时间区的上一个日志时间区间。关于上一个日志时间区间的一些具体描述可以参见图6对应的相关描述。

当配置服务确定所述模拟应用请求不是当前日志时间区间内的第一个请求时，流程结束。可以理解的是，当配置服务在当前日志时间区间内接收到第一个请求时，就会生成上一个日志时间区间的日志；所以当所述模拟应用请求不是当前日志时间区间内的第一个请求，说明配置服务在当前日志时间区间内接收到所述模拟应用请求之前，已接收到了任意一个电子设备中应用程序发送的程序应用请求，并已经根据接收到的程序应用请求，生成了上一个日志时间区间内的日志，所以无需再次生成上一个日志时间区间的日志，流程结束。

在本申请的一实施例中，配置服务接收到任意一个应用请求时，都会进行记录打点。在本实施例中，应用请求包括程序应用请求和/或模拟应用请求。所述记录打点用于记录接收到的应用请求。在本申请的一实施例中，记录打点包括记录应用请求中的请求参数，还可以包括配置服务响应查询服务发送的应用请求的响应参数。关于记录打点、请求参数和响应参数的一些具体描述，可以参见上文中的相关描述，如对图4、图5和图7的相关描述。

配置服务根据上一个日志时间区间内接收到的所有应用请求，生成上一个日志时间区间对应的日志。

在本申请的一实施例中，生成的上一个日志时间区间的日志中包括上一个日志时间区间对应的时间戳，方便后续可以基于日志中的时间戳，获取相应的日志。在本申请一实施方式中，时间戳可以包括年份、月份、天、时间段。例如，当目标实际间隔为1小时时，一日志时间区间的日志的时间戳可以是2023年4月12日15:00-16:00。

上述实施例提供的日志生成方法，通过模拟应用请求模拟电子设备在每个日志时间区间生成模拟应用请求，使得服务器在每个日志时间区间都能接收到应用请求，并在一日志时间区间接收到应用请求后，生成该日志时间区间的上一个日志时间区间的日志，可以避免了在服务业务量较小，即电子设备未在一日志时间区间向服务器发送程序应用请求时，导致该日志时间区间的上一个日志时间区间不能生成日志的情况发生，保证了可以按照日志时间区间自动生成应用请求对应的日志，从而实现对应用请求的管理。同时，按照日志时间区间生成日志以存储应用请求，提高了应用请求的管理效率，也方便后续根据时间区间调用相应的日志，提高了日志调用的效率；而且，按照日志时间区间生成日志，可以保证每个日志不会过大，其储存的应用请求数量也较为合适，方便后续对日志进行分析。

在应用程序运行的情况下，服务器可能会接收到应用程序发送的程序应用请求，所以在本申请的一实施例中，图8所示的方法中还可以包括服务器接收程序应用请求以及根据程序应用请求生成日志的相关步骤，可以包括：电子设备生成程序应用请求；电子设备向查询服务发送程序应用请求；查询服务向配置模块发送程序应用请求；配置服务确定所述程序应用请求是否是当前日志时间区间内的第一个请求；若确定所述程序应用请求是当前日志时间区间内接收到的第一个应用请求，配置服务根据上一个日志时间区间内接收到的应用请求，生成日志。在本申请的一实施例中，若确定所述程序应用请求不是当前日志时间区间内的第一个请求，流程结束。服务器接收程序应用请求以及根据程序应用请求生成日志的流程在图8中未示出，关于该步骤的一些具体实施方式，可以参见图6中的具体描述。可以理解的是，上述步骤与图8所示步骤之间不存在冲突，所以上述接收程序应用请求以及根据程序应用请求生成日志的流程可以在图8所示步骤中的任意一步骤之前或之后执行，如在步骤201之前执行、步骤203之后执行、步骤204之前执行，本申请中不对上述步骤的执行时间进行限定。

本申请的一实施例中，服务器与云大数据平台通信连接，服务器可以基于云大数据平台发送的指令，生成模拟应用请求。图9是本申请实施例提供的一种在当前日志时间区间，生成模拟应用请求方法的细化流程图，该方法应用于处理器，该方法是对图8中步骤201的细化。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

2011，确定当前日志时间区间内是否接收到云大数据平台发送的请求生成指令。

请求生成指令用于指示生成模拟应用请求。在本申请的一实施例中，云大数据平台可以向模拟客户端服务发送请求生成指令，以指示模拟客户端服务生成模拟应用请求。在本申请的一实施例中，云大数据平台在当前日志时间区间中，会确定是否存在上一个日志时间区间对应的日志，并根据查询结果确定是否生成请求生成指令。例如，当存在上一个日志时间区间对应的日志，确定不生成请求生成指令；当不存在上一个日志时间区间对应的日志，确定生成请求生成指令，并将生成的请求生成指令发送至模拟客户端服务。

在一些实施方式中，云大数据平台可以根据目标时间间隔，设置定时器，定时查询是否按照目标时间间隔自动生成应用请求对应的日志。当确定一日志时间区间对应的日志未生成时，生成请求生成指令，以使模拟客户端服务生成模拟应用请求。目标时间间隔为生成日志的时间间隔，可以参见上文中的相关描述。

当服务器按照预设的推送时刻进行日志推送时，为了避免在日志的推送时刻之前，即服务器未推送上一个日志时间区间对应的日志之前，云大数据平台就对上一个日志时间区间对应的日志进行查询的情况发生，在本申请的一实施例中，可以预先设置查询时刻。查询时刻为在当前日志时间区间，云大数据平台会确定是否存在上一个日志时间区间的日志的时刻。每个日志时间区间都存在对应的查询时刻。查询时刻晚于推送时刻。关于推送时刻的一些具体描述，可以参见上文中对图6的相关描述。可以根据实际情况设置查询时刻，保证查询时刻晚于推送时刻即可。例如，推送时刻为每个日志时间区间的第10分钟时，查询时刻可以设置为每个日志时间区间的第12分钟；推送时刻为每个日志时间区间的第15分钟时，查询时刻可以设置为每个日志时间区间的第16分钟；推送时刻为每个日志时间区间的第20分钟时，查询时刻可以设置为每个日志时间区间的第30分钟。在当前日志时间区间，若到达查询时刻，云大数据平台确定是否存在上一个日志时间区间对应的日志，从而确定是否生成请求生成指令。上述实施例，可以避免在当前日志时间区间，服务器按照推送时刻进行日志推送之前，对日志进行查询，导致在已生成上一个日志时间区间对应的日志，却因为查询时间过早，误以为未生成上一个日志时间区间对应的日志的情况出现。

当当前日志时间区间内接收到云大数据平台发送的请求生成指令时，执行2012，生成模拟应用请求。

当确定当前日志时间区间中未接收到云大数据平台发送的请求生成指令时，确定无需生成模拟应用请求，流程结束。

上述实施例提供的方法，在当前日志时间区间中，基于云大数据平台是否发送请求生成指令，确定是否生成模拟应用请求，可以保证在云大数据平台需要应用请求对应的日志时，可以生成日志，从而提高了应用请求管理的效率。

在本申请的一实施例中，配置服务生成日志后，可以将生成的日志发送至云大数据平台。例如，配置服务生成上一个日志时间区间的日志，可以立即通过预先设置的数据推送点将上一个日志时间区间的日志推送至云大数据平台。关于将日志推送至云大数据平台的一些具体实施方式，可以参见上文中的相关描述，如对图6的相关描述。

在本申请的一实施例中，可以在设置数据推送点设置推送时刻。当到达推送时刻后，数据推送点推送已生成的日志至云大数据。关于推送时刻、数据推送点进行日志推送的一些具体描述，可以参见上文中的相关描述，如对图6的相关描述。

在设置有推送时刻的情况下，若生成模拟应用请求的时刻在推送时刻之后，会导致在推送时刻，上一个日志时间区间的日志还未生成的情况出现。推送时刻的一些具体描述，可以参见上文中的相关描述，如对图6的相关描述。为了避免这种情况出现，本申请提供了两种在当前日志时间区间，生成模拟应用请求方法，可以参见图10和图12所示的方法。

图10为本申请实施例提供的一种在当前日志时间区间，生成模拟应用请求方法的细化流程图，应用于服务器，是对图8中步骤201的细化。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

301，基于预设的推送时刻，在当前日志时间区间内，确定模拟区间。

模拟区间为模拟客户端服务生成模拟应用请求的时间区间。

在本申请的一实施例中，可以将当前日志时间区间的起点时刻到推送时刻的时间区间确定为模拟区间。图11为本申请实施例提供的一种模拟区间的场景示意图。如图11所示，推送时刻为每个日志时间区间的第10分钟，在当前日志时间区间为14:10，当前日志时间区间的起点时刻为14:00，将14：00-14:10的时间区间确定为模拟区间。

在本申请的另一实施例中，模拟区间在推送时刻之前，不包括推送时刻；可以根据推送时刻之前的任意一个时间区间，确定为模拟区间，模拟区间的起点时刻等于或大于当前日志时间区间的起点时刻，模拟区间的终点时刻小于模拟时刻。例如，推送时刻为每个日志时间区间的第10分钟，当前时间区间为14:00-15:00，可以在14：00-14:10的时间区间选择任意一个时间区间作为模拟区间，模拟区间的起点时刻等于或大于14:00，模拟区间的终点时刻小于14:10，如将14：00-14:08、14：02-14:08、14：05-14:09的时间区间确定为模拟区间、可以将的时间区间确定为模拟区间。

302，在所述模拟区间，生成模拟应用请求。

在本申请的一实施例中，模拟客户端服务可以在模拟区间中的任意一个时刻生成模拟应用请求。例如，目标时间间隔为1小时且模拟区间为14：00-14:10，模拟客户端服务可以在14：00-14:10中的任意一个时刻生成模拟应用请求，如在14:00、14:05、14:08、14：10等时刻中的任意一个时刻生成模拟应用请求。

上述实施例，通过当前日志时间区间的推送时刻，确定模拟区间，并在模拟区间内生成模拟应用请求，可以避免在推送时刻之后生成模拟应用请求的情况出现，从而可以避免出现在推送时刻上一个日志时间区间的日志没有生产的情况，提高了日志推送了准确率。

图12为本申请实施例提供的另一种在当前日志时间区间，生成模拟应用请求方法的细化流程图，应用于服务器，是对图8中步骤201的细化。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

401，基于预设的推送时刻，确定模拟时刻。

模拟时刻为在日志时间区间中，模拟客户端服务生成模拟应用请求的预设时刻。模拟时刻早于推送时刻。模拟时刻对应的值可以根据实际情况进行设置。例如，当推送时刻为每个日志时间区间的第8分钟时，可以将模拟时刻设置为每个日志时间区间的第5分钟、当推送时刻为每个日志时间区间的第10分钟时，可以将模拟时刻设置为每个日志时间区间的第8分钟。用户可以在云大数据平台或服务器上设置模拟时刻的值。

402，在所述当前日志时间区间，若到达所述模拟时刻，生成模拟应用请求。

在本申请的一实施例中，确定了多个日志时间区间，每个日志时间区间中包括一个模拟时刻，所以每到达一个模拟时刻时，服务器都会生成一个模拟应用请求。例如，当目标时间间隔为1小时且模拟时刻为每个日志时间区间的第10分钟，在一天中，服务器会根据目标时间间隔确定24个日志时间区间，并在24个日志时间区间中的每个日志时间区间内，都有一个模拟时刻，例如，可以将每个模拟时刻对应的时刻点设置为每个日志时间区间的第8分钟，可以得到24个模拟时刻，如00:08、01:08、02:08、22:08、23:08等24个模拟时刻（未全部示出）。

在本申请的一实施例中，可以在服务器上设置模拟时刻对应的定时任务，即在模拟客户端服务上设置模拟时刻对应的定时任务，以使得服务器在每个模拟时刻生成模拟应用请求。在本申请的一实施例中，模拟客户端服务可以基于拨测服务***，以实现每隔一个目标时间间隔生成一次模拟应用请求，使得在每个模拟时刻，都生成一个模拟应用请求。例如，当服务器为Linux®或Unix®***时，可以将生模拟应用请求的命令脚本添加到计划任务（Cron Job）中，并设置任务执行的时间和频率，使得模拟客户端服务重复执行生成模拟应用请求的命令脚本，以实现在每个模拟时刻生成一个模拟应用请求。其中相邻的两个模拟应用请求之间的时间间隔为一个目标时间间隔。在本申请的一实施例中，生成模拟应用请求的命令脚本可以包括echotest.sh脚本。可以基于调用指令设置echotest.sh脚本的执行时间和频率。例如，当目标时间间隔为1小时且模拟时刻为每个日志时间区间的第8分钟时，调用指令可以为：

8 * * * * bash -lc "sh /XXX/XXX/XXX/echotest.sh>/dev/null 2>&1"；

其中，8表示第8分钟，四个*号从左到右可表示每小时、每天、每月、每年，上述调用指令表示每年每月每天每小时的第8分钟调用echotest.sh脚本，以生成模拟应用请求。

在本申请的一实施例中，若到达模拟时刻，模拟客户端服务基于curl命令生成模拟应用请求。

上述实施例，通过当前日志时间区间的推送时刻，确定早于推送时间的模拟时刻，并在模拟时刻生成模拟应用请求，可以避免在推送时刻之后生成模拟应用请求的情况出现，从而可以避免出现在推送时刻上一个日志时间区间的日志没有生产的情况，提高了日志推送了准确率。

为了避免在当前日志时间区间，模拟时刻之前，已接收到程序应用请求时，生成模拟应用请求的情况出现。本申请实施例提供了一种若到达模拟时刻，生成模拟应用请求的方法。图13是本申请实施例提供的一种若到达模拟时刻，生成模拟应用请求方法的细化流程图，该方法应用于处理器，是对图12中步骤402的细化。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。

501，若到达模拟时刻，确定当前日志时间区间内是否接收到程序应用请求。

模拟时刻为在日志时间区间中，模拟客户端服务生成模拟应用请求的预设时刻。当前日志时间区间为当前时间对应的日志时间区间。程序应用请求为电子设备中应用程序发送的应用请求。若到达模拟时刻，模拟客户端服务确定当前日志时间区间内是否接收到任意一个电子设备中应用程序发送的程序应用请求。关于模拟时刻、程序应用请求和当前日志时间区间的一些具体描述，可以参见上文的相关描述。可以理解的是，如上文所述，处理器无法区分程序应用请求和模拟应用请求，会将这两个请求都同样视为应用请求。在当前日志时间区间内未生成模拟应用请求时，处理器只会接受到程序应用请求这类应用请求，所以在当前日志时间区间内未生成模拟应用请求时，确定当前日志时间区间内是否接收到任意一个电子设备中应用程序发送的程序应用请求实质相当于确定在当前日志时间区间内是否接收到应用请求。在本申请的一些实施例中，若当前日志时间区间内未接收到任意一个应用请求，确定当前日志时间区间内是否接收到电子设备中应用程序发出的程序应用请求。

在本申请的一实施例中，模拟客户端服务可以向查询服务发送查询指令，以查询当前日志时间区间是否接收到任意一个电子设备中应用程序发送的程序应用请求。查询服务会基于查询指令返回查询结果，以通知模拟客户端服务当前日志时间区间中是否接收到程序应用请求。

当前日志时间区间未接收到程序应用请求，确定没有生成当前日志时间区间的前一个时间区间内的日志，即上一个日志时间区间内的日志，执行502，生成模拟应用请求。

当前日志时间区间已接收到任意一个程序应用请求，说明已根据接收到的程序应用请求，生成了上一个日志时间区间内的日志，所以无需再次生成上一个日志时间区间内的日志，也就无需生成模拟应用请求，流程结束。

上述实施例提供的方法，在到达模拟时刻时，基于当前日志时间区间是否接收到程序应用请求，来判断是否生成模拟应用请求；并在当前日志时间区间未接收到程序应用请求时，生成模拟应用请求，避免了在服务业务量较小，即电子设备未在一日志时间区间未向服务器发送程序应用请求时，导致该日志时间区间的上一个日志时间区间不能生成日志的情况发生，保证了可以按照日志时间区间自动生成应用请求对应的日志；同时，在当前日志时间区间接收到程序应用请求时，确定不生成模拟应用请求，避免了在当前日志时间区间已接收到程序应用请求时，生成模拟应用请求导致算力浪费的情况出现。

如上文所述，模拟应用请求的请求类型与程序应用请求的请求类型相同，服务器无法直接确定出模拟应用请求与程序应用请求的区别，为了避免后续模拟应用请求对分析用户的需求造成影响。在本申请的一实施例中，模拟客户端服务生成的模拟应用请求中包括模拟标识，所述模拟标识用于表示模拟应用请求为模拟的应用请求，方便后续分析中可以根据模拟标识确定模拟应用请求。模拟标识可以根据实际情况进行设置，模拟标识的类型可以包括参数名称、数据符号。例如，图3所示的分析服务器可以在分析日志时，可以不对包含模拟标识的模拟应用请求进行分析，只分析日志中未包含模拟标识的应用请求进行分析，从而避免模拟应用请求对分析造成干扰。

为了避免因生成的日志中带有模拟应用请求，导致根据该日志对用户需求的分析结果的准确性较差的情况出现，在本申请的一实施例中，配置服务可以根据模拟标识，在上一个日志时间区间内接收到的应用请求中确定程序应用请求，并根据程序应用请求生成日志。例如，可以将上一个日志时间区间内未包含模拟标识的应用请求，确定为程序应用请求；将上一个日志时间区间内包含模拟标识的应用请求确定为模拟应用请求。例如，配置服务可以从所述上一个日志时间区间内接收到的应用请求中，将未包括所述模拟标识的应用请求确定为目标请求；根据确定的目标请求，生成所述上一个日志时间区间的日志。上述实施方式，可以使得生成的日志中不包含模拟应用请求，避免了模拟应用请求对用户需求分析造成干扰的情况出现。

本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的日志生成方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的日志生成方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的日志生成方法。

其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

最后应说明的是，以上实施例仅用以说明本申请的技术方案而非限制，尽管参照较佳实施例对本申请进行了详细说明，本领域的普通技术人员应当理解，可以对本申请的技术方案进行修改或等同替换，而不离本申请技术方案的精神和范围。

Claims (11)

1.一种日志生成方法，应用于服务器，其特征在于，所述服务器包括模拟客户端服务和应用请求处理服务，所述方法包括：

在当前日志时间区间，所述模拟客户端服务生成模拟应用请求，并将所述模拟应用请求发送至所述应用请求处理服务；

若所述模拟应用请求为所述当前日志时间区间内接收到的第一个应用请求，所述应用请求处理服务根据上一个日志时间区间内接收到的应用请求，生成所述上一个日志时间区间的日志；

若电子设备中应用程序发送的程序应用请求为所述当前日志时间区间内接收到的第一个应用请求，所述应用请求处理服务根据上一个日志时间区间内接收到的应用请求，生成所述上一个时间区间的日志。

2.如权利要求1所述的日志生成方法，其特征在于，所述在当前日志时间区间，所述模拟客户端服务生成模拟应用请求，包括：

基于预设的推送时刻，在所述当前日志时间区间内，确定模拟区间；

在所述模拟区间内，所述模拟客户端服务生成所述模拟应用请求。

3.如权利要求1所述的日志生成方法，其特征在于，所述服务器与云大数据平台通信连接，所述在当前日志时间区间，所述模拟客户端服务生成模拟应用请求，包括：

若所述当前日志时间区间内接收到所述云大数据平台发送的请求生成指令，所述模拟客户端服务生成所述模拟应用请求。

4.如权利要求1所述的日志生成方法，其特征在于，所述在当前日志时间区间，所述模拟客户端服务生成模拟应用请求，包括：

基于预设的推送时刻，确定模拟时刻；

在所述当前日志时间区间内，若到达所述模拟时刻，生成所述模拟应用请求。

5.如权利要求4所述的日志生成方法，其特征在于，所述若到达所述模拟时刻，生成所述模拟应用请求，包括：

当到达所述模拟时刻时，确定当前日志时间区间内是否接收到任一电子设备中应用程序发出的程序应用请求；

若所述当前日志时间区间内未接收到程序应用请求，生成所述模拟应用请求。

6.如权利要求1所述的日志生成方法，其特征在于，所述程序应用请求与所述模拟应用请求的请求类型为超文本传输请求。

7.如权利要求1至6中任意一项所述的日志生成方法，其特征在于，所述模拟客户端服务基于curl命令，生成模拟应用请求。

8.如权利要求1至6中任意一项所述的日志生成方法，其特征在于，所述模拟应用请求包括模拟标识。

9.如权利要求8所述的日志生成方法，其特征在于，所述根据上一个日志时间区间内接收到的应用请求，生成所述上一个日志时间区间的日志，包括：

从所述上一个日志时间区间内接收到的应用请求中，将未包括所述模拟标识的应用请求确定为目标请求；

根据所述目标请求，生成所述上一个日志时间区间的日志。

10.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至9中任一项所述的日志生成方法。

11.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器用于存储指令，所述处理器用于调用所述存储器中的指令，使得所述电子设备执行如权利要求1至9中任一项所述的日志生成方法。