CN116225855B

CN116225855B - Log generation method, electronic equipment and storage medium

Info

Publication number: CN116225855B
Application number: CN202310523399.0A
Authority: CN
Inventors: 王晗
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2023-05-10
Filing date: 2023-05-10
Publication date: 2023-09-12
Anticipated expiration: 2043-05-10
Also published as: CN116225855A

Abstract

The application relates to the field of terminals, and provides a log generation method, electronic equipment and a storage medium. The method is applied to a server comprising a simulated client service and an application request processing service, and comprises the following steps: in the current log time interval, the simulation client service generates a simulation application request and sends the simulation application request to the application request processing service; when the simulated application request is the first request in the current log time interval, the application request processing service generates a log of the last log time interval according to the request received by the last log time interval. According to the embodiment of the application, the simulated application request can be generated by the simulated application request simulation electronic equipment in each log time interval, so that the situation that the log cannot be generated in the last log time interval of the log time interval when service traffic is small, namely the electronic equipment does not send a program application request to a server in the log time interval can be avoided.

Description

Log generation method, electronic equipment and storage medium

Technical Field

The present application relates to the field of terminals, and in particular, to a log generating method, an electronic device, and a storage medium.

Background

With the improvement of the performance of electronic devices, more and more applications can be installed on the electronic devices. An application may enable a user to perform a particular task or perform a particular function on an electronic device, such as word processing, image editing, gaming, social media, and the like. The application program can enrich user experience, improve efficiency and enable users to acquire information and communicate with other users more conveniently. In order to better enable the application program to meet the requirements of the user, manufacturers of the application program can analyze the requirements of the user according to application requests generated when the user uses the application program, so that the leakage repairing and the optimizing of the application program are realized. Therefore, it is necessary to sort application requests generated by application programs.

Disclosure of Invention

The embodiment of the application discloses a log generation method, electronic equipment and a storage medium, which can be used for sorting application requests generated by application programs on the electronic equipment and generating logs corresponding to the application requests, so that manufacturers of the application programs can conveniently analyze demands of users according to the generated logs.

The first aspect of the present application discloses a log generating method, which is applied to a server, wherein the server comprises a simulation client service and an application request processing service, and the method comprises the following steps: in the current log time interval, the simulation client service generates a simulation application request and sends the simulation application request to the application request processing service; and if the simulated application request is the first application request received in the current log time interval, the application request processing service generates a log of the last log time interval according to the application request received in the last log time interval. According to the method, the simulated application request is generated in each log time interval by the simulated application request simulated electronic device, so that the server can receive the application request in each log time interval, and after receiving the application request in one log time interval, the log of the last log time interval of the log time interval is generated, and the situation that the log cannot be generated in the last log time interval of the log time interval when service traffic is small, namely when the electronic device does not send a program application request to the server in one log time interval is avoided, and the fact that the log corresponding to the application request can be automatically generated according to the log time interval is ensured, so that management of the application request is realized. Meanwhile, the log is generated according to the log time interval to store the application request, so that the management efficiency of the application request is improved, the corresponding log is conveniently called according to the time interval, and the efficiency of log calling is improved; moreover, the logs are generated according to the log time interval, so that each log can be prevented from being too large, the quantity of the stored application requests is proper, and the subsequent analysis of the logs is convenient.

In some optional embodiments, the generating, by the simulation client service, a simulation application request during the current log time interval includes: determining a simulation interval in the current log time interval based on a preset pushing moment; and in the simulation interval, the simulation client service generates the simulation application request. According to the method, the simulation interval is determined through the pushing moment of the current log time interval, and the simulation application request is generated in the simulation interval, so that the situation that the simulation application request is generated after the pushing moment can be avoided, the situation that the log of the previous log time interval is not produced at the pushing moment can be avoided, and the log pushing accuracy is improved.

In some optional embodiments, the server is communicatively connected to a cloud big data platform, and the simulation client service generates a simulation application request during a current log time interval, including: and if a request generation instruction sent by the cloud big data platform is received in the current log time interval, the simulation client service generates the simulation application request. According to the method, in the current log time interval, whether the simulated application request is generated is determined based on whether the cloud big data platform sends the request generation instruction or not, so that the log can be generated when the cloud big data platform needs the log corresponding to the application request, and the efficiency of application request management is improved.

In some optional embodiments, the generating, by the simulation client service, a simulation application request during the current log time interval includes: determining a simulation moment based on a preset pushing moment; and generating the simulation application request if the simulation time is reached in the current log time interval. According to the method, the simulation interval is determined through the pushing moment of the current log time interval, and the simulation application request is generated in the simulation interval, so that the situation that the simulation application request is generated after the pushing moment can be avoided, the situation that the log of the previous log time interval is not produced at the pushing moment can be avoided, and the log pushing accuracy is improved.

In some optional embodiments, the generating the simulation application request if the simulation time arrives includes: when the simulation time is reached, determining whether a program application request sent by an application program in any electronic equipment is received in the current log time interval; and if the program application request is not received in the current log time interval, generating the simulation application request. When the simulation time is reached, judging whether to generate a simulation application request based on whether a program application request is received in the current log time interval; when the current log time interval does not receive the program application request, the simulated application request is generated, so that the situation that the log cannot be generated in the last log time interval of the log time interval when the service traffic is small, namely the electronic equipment does not send the program application request to the server in one log time interval is avoided, and the log corresponding to the application request can be automatically generated according to the log time interval is ensured; meanwhile, when the program application request is received in the current log time interval, the simulation application request is determined not to be generated, and the situation that calculation power is wasted due to the fact that the simulation application request is generated when the program application request is received in the current log time interval is avoided.

In some alternative embodiments, the method further comprises: the application request processing service receives a program application request sent by an application program in the electronic equipment; and if the program application request is the first application request received in the current log time interval, the application request processing service generates a log of the last log time interval according to the application request received in the last log time interval. According to the method, when the program application request sent by the application program in the electronic equipment is the first application request received in the current log time interval, the log of the last log time interval can be generated.

In some alternative embodiments, the request types of the program application request and the simulation application request are hypertext transfer requests.

In some alternative embodiments, the simulation client service generates a simulation application request based on the curl command. The above method may generate the hypertext transfer request through a curl command.

In some alternative embodiments, the simulated application request includes a simulated identification. According to the method, the simulation identification is added, so that the simulation application request can be determined according to the simulation identification in the subsequent process, and the influence of the simulation application request on the requirements of analysis users is avoided.

In some optional embodiments, the generating the log of the last log time interval according to the application request received in the last log time interval includes: determining an application request which does not comprise the simulation identifier as a target request from the application requests received in the last log time interval; and generating a log of the last log time interval according to the target request. By the method, the generated log does not contain the simulation application request, and the condition that the simulation application request causes interference to user demand analysis is avoided.

A second aspect of the application discloses a computer readable storage medium comprising computer instructions which, when run on an electronic device, cause the electronic device to perform the log generation method according to the first aspect.

A third aspect of the present application discloses an electronic device, the electronic device comprising a processor and a memory, the memory being configured to store instructions, the processor being configured to invoke the instructions in the memory, so that the electronic device performs the log generation method according to the first aspect.

It should be understood that, the computer readable storage medium according to the second aspect and the electronic device according to the third aspect provided above correspond to the method according to the first aspect, and therefore, the advantages achieved by the method may refer to the advantages in the corresponding method provided above, and are not repeated herein.

Drawings

FIG. 1 is a schematic diagram of a data processing system according to an embodiment of the present application.

Fig. 2 is a schematic structural diagram of a mobile phone according to an embodiment of the present application.

Fig. 3 is a schematic structural diagram of a server according to an embodiment of the present application.

Fig. 4 is a schematic diagram of interaction between devices in a system according to an embodiment of the present application.

Fig. 5 is a schematic diagram of an interaction flow between devices in a system according to an embodiment of the present application.

Fig. 6 is a flow chart of a log generation method according to an embodiment of the present application.

Fig. 7 is a schematic diagram of interaction between devices in a system according to an embodiment of the present application.

Fig. 8 is a flow chart of a log generation method according to an embodiment of the present application.

FIG. 9 is a detailed flow chart of a method for generating a simulated application request during a current log time interval according to an embodiment of the present application.

FIG. 10 is a detailed flow chart of a method for generating a simulated application request during a current log time interval according to an embodiment of the present application.

Fig. 11 is a schematic view of a simulation interval according to an embodiment of the present application.

FIG. 12 is a detailed flow chart of another method for generating a simulated application request during a current log time interval according to an embodiment of the present application.

Fig. 13 is a detailed flowchart of a method for generating a simulation application request if a simulation time arrives according to an embodiment of the present application.

Detailed Description

The terms "first" and "second" are used below for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include one or more such feature. In describing embodiments of the present application, words such as "exemplary," "or," "such as," and the like are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary," "or," "such as," and the like are intended to present related concepts in a concrete fashion.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used in the description of the application herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. It is to be understood that, unless otherwise indicated, a "/" means or. For example, A/B may represent A or B. The "and/or" in the present application is merely one association relationship describing the association object, indicating that three relationships may exist. For example, a and/or B may represent: a exists alone, A and B exist simultaneously, and B exists alone. "at least one" means one or more. "plurality" means two or more than two. For example, at least one of a, b or c may represent: seven cases of a, b, c, a and b, a and c, b and c, a, b and c. It will be appreciated that the order of the steps shown in the flowcharts herein may be changed and some may be omitted.

After the user downloads the application program, the application program generates an application request, such as a search request, a problem-checking request, etc., according to the operation of the user, and sends the generated application request to a server corresponding to a manufacturer (e.g., a software developer) of the application program, so as to obtain a corresponding service. The application request includes the use requirement of the user, and in order to make the application program more conform to the requirement of the user, the manufacturer of the application program generally collects the application request of the application program to analyze the requirement of the user. For example, an application request of an application on an electronic device may be obtained through interaction of the electronic device with a server. Since one server usually corresponds to a plurality of electronic devices and obtains application requests received by application programs in the plurality of electronic devices, one server may collect more application requests, so that the server cannot effectively manage the obtained application requests.

In order to solve the technical problem that a server cannot effectively manage the acquired application requests, the application provides a log generation method, which is used for generating a log according to the application requests of application programs on electronic equipment and improving the efficiency of managing the application requests.

The log generation method provided by the embodiment of the application is applied to a data processing system. FIG. 1 is a schematic diagram of a data processing system according to an embodiment of the present application. As shown in FIG. 1, a data processing system may include one or more electronic devices and servers. In an embodiment of the present application, as shown in fig. 1, the server may include a data management server, a cloud big data platform, and an analysis server.

The data management server can receive application requests sent by application programs in one or more electronic devices, and generate logs based on the application requests, so that the application requests are sorted. After the data management server generates the log based on the application request, pushing the generated log data to the cloud big data platform. The cloud big data platform may store log data sent by the data management server, for example, log data corresponding to application programs in different electronic devices. The cloud big data platform may be a business intelligence system (Business Intelligence System, BI system), such as an enterprise-level business intelligence and big data analysis platform. The analysis server may include a system that analyzes the data, such as a glowing in-stock system. The analysis server can process and analyze the log data stored in the cloud big data platform to determine the requirements of the user. For example, the analysis server may analyze the log data in which the application request is recorded, determine the relevant situation of the application program according to the application request, and for example, may obtain the installation situation and/or the use situation of the application list of the application program. The use case may include application version information currently used by the user, application version information requesting an update, and the like. In the embodiment of the present application, the functions of the data management server, the cloud big data platform and the analysis server may be integrated into one server, or may be respectively provided in different devices or servers, which is not limited in the embodiment of the present application.

By way of example, the electronic device in the embodiments of the present application may be a mobile phone, tablet, desktop, laptop, handheld, notebook, ultra-mobile personal computer (UMPC), netbook, and electronic device such as a cellular phone, personal digital assistant (personal digital assistant, PDA), artificial intelligence (artificial intelligence, AI) device, wearable device, vehicle-mounted device, and/or smart home device. The embodiment of the application does not limit the specific form of the electronic equipment. An operating system is installed on the electronic equipment, and the operating system can be one of a Windows cube system, an iOS cube, a Linux cube system, a An Zhuo (Android cube) system and a HarmonyOS cube system or other systems which are not shown.

The above electronic device is illustrated by taking a mobile phone as an example, and referring to fig. 2, a schematic structural diagram of the mobile phone according to an embodiment of the present application is shown. As shown in fig. 2, the mobile phone 200 may include a processor 210, an external memory interface 220, an internal memory 221, a universal serial bus (universal serial bus, USB) interface 230, a charge management module 240, a power management module 241, a battery 242, an antenna 1, an antenna 2, a mobile communication module 250, a wireless communication module 260, an audio module 270, a key 280, a display 291, a camera 292, and the like.

It should be understood that the structure illustrated in the embodiment of the present application is not limited to the specific embodiment of the mobile phone 200. In other embodiments of the application, the handset 200 may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 210 may include one or more processing units such as, for example: the processor 210 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processingunit, GPU), an image signal processor (image signal processor, ISP), a controller, a memory, a video codec, a digital signal processor (digital signal processor, DSP), a baseband processor, and/or a neural network processor (neural-network processing unit, NPU), etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors. The controller may be a neural center or a command center of the mobile phone 200. The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 210 for storing instructions and data.

In some embodiments, processor 210 may include one or more interfaces. The interfaces may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuitsound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interface, a mobile industry processor interface (mobile industry processor interface, MIPI), a general-purpose input/output (GPIO) interface, a subscriber identity module (subscriber identity module, SIM) interface, and/or a USB interface 230, among others.

The USB interface 230 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 230 may be used to connect a charger to charge the mobile phone 200, or may be used to transfer data between the mobile phone 200 and a peripheral device. And can also be used for connecting with a headset, and playing audio through the headset.

The external memory interface 220 may be used to connect external non-volatile memory to enable expansion of the memory capabilities of the electronic device 100. The external nonvolatile memory communicates with the processor 210 through the external memory interface 120 to implement a data storage function.

The internal memory 221 may include one or more random access memories (random access memory, RAM) and one or more non-volatile memories (NVM). In an embodiment of the present application, the internal memory 121 may also be referred to as a memory.

The charge management module 240 is configured to receive a charge input from a charger. The charger can be a wireless charger or a wired charger.

The power management module 241 is used for connecting the battery 242, and the charge management module 240 and the processor 210. The power management module 241 receives input from the battery 242 and/or the charge management module 240 and provides power to the processor 210, the internal memory 221, the display 291, the camera 293, the wireless communication module 260, and the like. The power management module 241 may also be configured to monitor battery capacity, battery cycle times, battery health (leakage, impedance), and other parameters.

The wireless communication function of the mobile phone 200 may be implemented by the antenna 1, the antenna 2, the mobile communication module 250, the wireless communication module 260, a modem processor, a baseband processor, and the like. The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in the handset 200 may be used to cover a single or multiple communication bands. Different antennas may also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed into a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 250 may provide a solution for wireless communication including 2G/3G/4G/5G, etc. applied to the handset 200. The mobile communication module 250 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA), etc. The mobile communication module 250 may receive electromagnetic waves from the antenna 1, perform processes such as filtering, amplifying, and the like on the received electromagnetic waves, and transmit the processed electromagnetic waves to the modem processor for demodulation. The mobile communication module 250 can amplify the signal modulated by the modem processor, and convert the signal into electromagnetic waves through the antenna 1 to radiate.

The wireless communication module 260 may provide solutions for wireless communication including wireless local area network (wireless local area networks, WLAN), such as wireless fidelity (wireless fidelity, wiFi) network, bluetooth (BT), global navigation satellite system (global navigation satellite system, GNSS), frequency Modulation (FM), near field wireless communication technology (near field communication, NFC), infrared technology (IR), etc. applied on the mobile phone 200.

In one embodiment of the present application, the antenna 1 of the handset 200 is coupled to the mobile communication module 250 and the antenna 2 is coupled to the wireless communication module 260 so that the handset 200 can communicate with a network and other devices through wireless communication technology, such as so that the handset 200 can communicate with a data management server. The wireless communication techniques may include the Global System for Mobile communications (global system for mobile communications, GSM), general packet radio service (general packet radio service, GPRS), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (wideband code division multiple access, WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), BT, GNSS, WLAN, NFC, FM, and/or IR techniques, among others.

In one embodiment of the present application, the mobile phone 200 may send an application request of an application program to the data management server through the wireless communication module 260. The application request may include, but is not limited to, a search package request, a problem investigation request. The packet search request may be used to obtain a download path of a latest application version corresponding to the application program, or obtain a download path of a latest system version of the electronic device. The latest system version is the latest version of the operating system. The problem-solving request is used for sending an error event of the application program to the server so as to acquire the reason of the error event.

The audio module 270 is used to convert digital audio information into an analog audio signal output and also to convert an analog audio input into a digital audio signal. The audio module 270 may also be used to encode and decode audio signals.

The keys 280 include a power on key, a volume key, etc. The key 280 may be a mechanical key. Or may be a touch key. The handset 200 may receive key inputs, generating key signal inputs related to user settings and function control of the handset 200.

The mobile phone 200 realizes a display function through a GPU, a display screen 291, a processor 210, and the like. The GPU is a microprocessor for image processing. GPUs may be used to perform mathematical and geometric calculations to render graphics. The display 291 may be used to display visual data such as images, video, and the like. In some embodiments, the cell phone 200 may include 1 or N displays 291, N being a positive integer greater than 1.

Camera 292 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a Complementary Metal Oxide Semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV, or the like format. In some embodiments, the electronic device 100 may include 1 or N cameras 292, N being a positive integer greater than 1.

Fig. 3 is a schematic structural diagram of a server according to an embodiment of the present application. Fig. 3 shows a schematic structural diagram of a server, which may be any one of the data management server, the cloud big data platform or the analysis server, or may be a device integrated with the data management server, the cloud big data platform or the analysis server.

As shown in fig. 3, the server may include a processor 310, a memory 320, and a communication module 330. Processor 310 may be used to read and execute computer-readable instructions. In particular, the processor 310 may include a controller, an operator, and registers. The controller is mainly responsible for instruction decoding and sending out control signals for operations corresponding to the instructions. The arithmetic unit is mainly responsible for storing register operands, intermediate operation results and the like temporarily stored in the instruction execution process. Registers are high-speed memory devices of limited memory capacity that can be used to temporarily store instructions, data, and addresses.

In an embodiment of the present application, the hardware architecture of the processor 310 may be an application specific integrated circuit (application specificintegrated circuit, ASIC) architecture, MIPS (microprocessor without interlocked pipedstages) architecture, ARM (advanced RISC (Reduced Instruction Set Computing) machines) architecture, or Network Processor (NP) architecture, etc.

Memory 320 is coupled to processor 310 for storing various software programs and/or sets of instructions. The log generating method provided by the embodiment of the application can be integrated in one processor of the server, can also be stored in the memory of the server in the form of program codes, and the processor of the server invokes the codes stored in the memory of the server to execute the method. In particular implementations, memory 320 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic disk storage devices, flash memory devices, or other non-volatile solid-state storage devices. The memory 320 may store operating systems, such as Windows cube, iOS cube, linux cube, an Zhuo (Android cube), magicOS cube, harmonyOS cube, unix cube, etc.

The communication module 330 may be used to establish a communication connection between a server and other communication terminals (e.g., a plurality of electronic devices in fig. 1) through a network, and to transmit and receive data through the network. In one embodiment of the present application, the server may establish a connection with the electronic device through the communication module 330 in order to subsequently receive or respond to an application request sent by the electronic device. In an embodiment of the present application, after the server receives, through the communication module 330, an application request sent by the electronic device, a request response may be sent to the electronic device through the communication module 330.

It should be understood that the structure illustrated in the embodiments of the present application does not constitute a specific limitation on the server. In other embodiments, the server may include more or fewer components than in FIG. 3, or certain components may be combined, or certain components may be split, or a different arrangement of components may be provided. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Fig. 4 is a schematic diagram of interaction between devices in a system according to an embodiment of the present application. As shown in fig. 4, one or more applications may be included in the electronic device, such as mobile phone system updates, sports health, glowing mobile phone assistants, and the like. The application may send an application request, such as a search package request, to the server. The package search request may be used to obtain an installation package download address of the latest version currently corresponding to the application program, or to obtain a download path of the latest system version of the operating system of the electronic device. In some embodiments of the present application, the trigger timing of the packet search request may include, but is not limited to, one or more of the following: when the electronic equipment is started, when a charger of the electronic equipment is plugged and unplugged, and when the electronic equipment is connected with WiFi. When the triggering time of the packet searching request is reached, the packet searching of the application program can be triggered; after the application completes the search, the application may generate a search request. As another example, in another embodiment, the search package of the application may be triggered based on a timing setting of the user or an operation of clicking on the application; after the application completes the search, the application may generate a search request.

When the application program searches the package, the current version information can be determined so as to update the package searching request to the latest version through the current application version information, and the application version update or the operating system version update is realized. In one embodiment of the present application, the application may determine the current system version information of the operating system when performing the search. For example, an application for updating an operating system of an electronic device may determine system version information of a current operating system when performing a search, such as when a cell phone system update application is performing a search. The application program, the mobile phone system update application, may be represented by different names in different electronic devices. In one embodiment of the application, the mobile phone system update application may be referred to as an upgrade client (Online update Client, OUC). As shown in fig. 4, the mobile phone system update application transmits a packet search request to the data management server. The system version information of the mobile phone can be included in the packet searching request sent by the mobile phone system updating application. After receiving the packet searching request, the query service in the data management server forwards the received packet searching request to the configuration service. In one embodiment of the application, the configuration service may include a terminal version query service (Terminal Query Server, TQS). The configuration service performs packet searching according to the received packet searching request to determine the latest system version information of the mobile phone operating system, and performs recording and dotting according to the received packet searching request. Recording dotting is used to record received application requests. In an embodiment of the present application, when the configuration service performs recording dotting, the request parameters in the application request and the response parameters in responding to the application request, such as the response parameters in the packet search response sent by the configuration service to the query service, are recorded. In an embodiment of the present application, the recorded request parameters may include application information. The application information may include one or more of device information of the mobile phone, system version information of an operating system of the mobile phone, and application version information of an application program. The response parameters may include one or more of program version information of the response, system version information of the response. The configuration service may generate a log based on the application request to record the dotting record. For example, as shown in fig. 5, the configuration service may generate a log according to the recorded application request and store the generated log to a system log file layer in the data management server. The system log file layer can push the generated log to the cloud big data platform. The analysis server can perform data query and statistics based on the logs stored in the cloud big data platform so as to determine the requirements of users.

As shown in fig. 4, after the configuration service determines the system version of the mobile phone, a search is performed, and based on the result of the search, it is determined whether the system version of the mobile phone needs to be updated to the latest system version. The configuration service may query the system version of the mobile phone based on a preset database, and determine whether the system version of the mobile phone is the latest system version. For example, as shown in fig. 5, a version database is included in the data management server. The configuration service may query the version database based on the system version of the mobile phone to determine whether the system version of the mobile phone is the latest system version.

In an embodiment of the present application, if the system version of the mobile phone is the latest system version, the configuration service determines that the system version of the mobile phone does not need to be updated, and performs a packet search response to the query service, for example, notifies the query service that version update is not required. After receiving the package searching response, the query service carries out the package searching response to the mobile phone system update and informs the mobile phone system update that version update is not needed.

In an embodiment of the present application, if the system version of the mobile phone is not the latest system version, the configuration service performs a packet search response to the query service, and sends system version information corresponding to the latest system version to the query service. After receiving the system version information corresponding to the latest system version, the query service queries the download address corresponding to the system version information. The query service may determine a download address corresponding to the system version information based on a preset database. For example, as shown in fig. 5, a version database is included in the data management server. The query service can query in the version database to determine the download address corresponding to the version information of the system. After inquiring the download address, the inquiring service carries out a packet searching response to the mobile phone system updating application and sends the inquired download address to the mobile phone system updating application.

The packet search requests in the above embodiments are merely illustrative. In practical applications, the application program of the electronic device may send other application requests, such as a problem investigation request, and the query service and the configuration service may generate a response to the corresponding request based on the received other application requests. The configuration service, upon receiving the application request, performs a record dotting. The received application request is recorded by recording the dotting. Some specific descriptions of the recording dotting may be found in the description above.

It will be appreciated that the query service and the configuration service in the embodiment of the present application may be two separate modules, or may be integrated into one module, which is not limited in any way. In the embodiment of the application, the query service and the configuration service are used for processing the application request, so that the query service and the configuration service can be collectively called an application request processing service, and the steps executed by the query service and the configuration service can be collectively called the steps executed by the application request processing service.

Fig. 6 is a flow chart of a log generation method according to an embodiment of the present application. The log generating method is applied to the electronic equipment, the sequence of the steps in the flow chart can be changed according to different requirements, and certain steps can be omitted.

101. The electronic device generates a program application request.

In one embodiment of the application, the program application request is a request generated by an application on the electronic device. The program application request may be used to control the server to query. For example, the program application request includes a package search request that may be used to query the server for a download address of a latest application version of the application program, or a download address of a latest system version of the operating system. As another example, the program application request may include a problem-troubleshooting request. The problem-solving request may be used to report the problem that the application program presents to the server and query a solution to the problem.

The request type of the program application request may be a hypertext transfer protocol request (HyperText Transfer Protocol, HTTP) request. In the embodiment of the application, the request content and the request type of the program application request are not limited.

102. The electronic device sends a program application request to the query service.

In an embodiment, when the query service receives a program application request sent by the electronic device, the query service may respond to the request of the electronic device according to the program application request. For example, when the program application request is a packet search request, a packet search response is performed on the electronic device. Some embodiments of the query service for requesting responses from the electronic device may be found in the related descriptions above, such as those of fig. 4 and 5.

103. The query service sends a program application request to the configuration module.

In an embodiment of the present application, when the configuration module receives a program application request sent by the query service, the configuration module may respond to the query service according to the program application request. For example, when the program application request is a packet search request, a packet search response is performed on the query service. Some embodiments of the configuration module for requesting responses to the query service may be found in the related descriptions above, such as those of fig. 4 and 5.

104. The configuration service determines whether the program application request is the first request within the current log time interval.

The current log time interval is a log time interval corresponding to the current time and used for generating a log, namely the log time interval matched with the current time.

In the embodiment of the application, the configuration service in the server can periodically generate the log according to the preset target time interval. The target time interval may be set according to actual requirements. The target time interval may be set to 0.5 hours, 1 hour, 2 hours, 1 day, or the like. When the target time interval is 1 hour, the configuration service generates a log every 1 hour; when the target time interval is 0.5 hour, the configuration service generates a log every 0.5 hour.

Based on the target time interval, the server may divide the time into a plurality of log time intervals. The server generates a log in each log time interval. The interval range of each log time interval is a target time interval, i.e. the difference between the two time endpoints of the log time interval is a target time interval. 24 hours a day, for example, when the target time interval is 1 hour, the server will determine 24 log time intervals in a day according to the target time interval, such as 00:00-01: 00. 01:00-02: 00. 02:00-03:00, 23:00-24:00, etc. 24 log time intervals (not all shown), each log time interval ranging from 1 hour. As another example, 24 hours a day, when the target time interval is 0.5 hours, the server will determine 48 log time intervals, such as 00:00-00, during the day according to the target time interval: 30. 00:30-01:00, 01:00-01:30, 23:00-23:30, 23:30-24:00, etc. 48 log time intervals (not all shown), each log time interval ranging from 0.5 hours.

The configuration service may determine a log time interval that the current time matches, i.e., a current log time interval, from among the determined plurality of log time intervals according to the target time interval. The log time interval of the plurality of log time intervals that matches the current time may be determined as the current log time interval. For example, when the target time interval is 1 hour and the current time is 14:10, the configuration service may determine that 24 log time intervals, 14:10, are 14 of the 24 log time intervals: 00-15:00, log time interval 14:00-15:00 matches 14:10, so 14:00-15:00, determining the current log time interval corresponding to the current time. For another example, when the target time interval is 0.5 hours and the current time is 14:10, the configuration service determines 48 log time intervals, 14:10 being 14 of the 48 log time intervals: 00-14:30, log time interval 14:00-14:30 to 14:10, so 14:00-14:30, determining the current log time interval corresponding to the current time.

In an embodiment of the present application, the target time interval may be set based on the estimated number of application requests received by the server. The application request includes a program application request. The estimated number is the number of application requests that the server is expected to receive. For example, when the number of application requests received by the server is estimated to be large, it indicates that the number of application requests received by the server may be large in a short period of time, and in order to avoid excessive application requests contained in the generated logs, a smaller target time interval may be set, so that each log may contain smaller application requests. When the number of application requests received by the server is estimated to be smaller, which means that the number of application requests received by the server may be smaller in a longer period of time, in order to avoid that the generated logs contain too few application requests, a larger target time interval may be set, so that each log may contain more application requests.

In another embodiment of the present application, the target time interval may be set based on history information of the server receiving the application request. The application request includes a program application request. The history information may be application requests received in the history record at different time periods. In this embodiment, the target time interval may be a dynamically changing value instead of a fixed value, for example, assuming the day is a peak period, a smaller target time interval may be set for the period 8:00 a.m. to 21:59 a.m., and a larger target time interval may be set for the period 22:00 a.m. -07:59 a.m. the next day.

In another embodiment of the present application, the target time interval may be set based on the number of devices of the electronic device corresponding to the server. The electronic device corresponding to the server is an electronic device capable of sending an application request to the server. For example, when the number of devices is larger, the server may receive more application requests in a short time, and in order to avoid that too many application requests are contained in one log, a smaller target time interval may be set; when the number of devices is smaller, the server may receive fewer application requests for a longer period of time, and a larger target time interval may be set in order to avoid fewer application requests contained in one log.

The first request in the current log time zone is the first application request received by the server in the current log time zone, namely the first application request received by the configuration service.

If the configuration service determines that the program application request is the first request in the current log time interval, 105 is executed, and the configuration service generates a log according to the application request received in the last log time interval.

The last log time interval is temporally earlier than the current log time interval, and is the last log time interval of the current log time interval among a plurality of log time intervals divided based on the target time interval. The time interval between the current log time interval and the last log time interval is a target time interval. And subtracting the target time interval from the current log time interval to obtain the last log time interval. For example, the last log time interval may be obtained by subtracting the target time interval from both time endpoints of the current log time interval. For example, the target time interval is 1 hour, and the current log time interval is 14:00-15:00, a time interval 13 obtained by subtracting the target time interval from the current log time interval: 00-14:00, which is the last log time interval; as another example, the target time interval is 0.5 hours, and the current log time interval is 14:00-14:30, a time interval 13 obtained by subtracting the target time interval from the current log time interval: 30-14:00, the last log time interval.

When the configuration service determines that the program application request is not the first request within the current log time interval, the process ends. It can be understood that when the configuration service receives the first request in the current log time interval, a log in a time interval before the current log time interval, that is, a log in a previous log time interval, is generated; therefore, when the program application request is not the first request in the current log time interval, the configuration service is stated that other application requests are received before the program application request is received in the current log time interval, and the log of the last log time interval is generated according to the received other application requests, so that the log of the last log time interval does not need to be generated again, and the process is ended.

In one embodiment of the present application, the configuration service performs the record dotting when receiving any one of the application requests. In this embodiment, the application request includes a program application request. The record dotting is used for recording the received application request. In an embodiment of the present application, the recording the dotting includes recording a request parameter in the application request, and may further include configuring a response parameter of the application request sent by the service in response to the query service. For some specific descriptions of record dotting, request parameters, and response parameters, reference may be made to the relevant descriptions above, such as those of fig. 4 and 5.

And the configuration service generates a log corresponding to the last log time interval according to all application requests received in the last log time interval.

In an embodiment of the present application, the generated log of the previous log time interval includes a timestamp corresponding to the previous log time interval, so that the subsequent log can be conveniently obtained based on the timestamp in the log. In one embodiment of the application, the time stamp may include a year, month, day, time period. For example, when the target actual interval is 1 hour, the timestamp of the log for a log time interval may be 2023, 4, 12, 15:00-16:00; when the target actual interval is 0.5 hours, the timestamp of the log for a log time interval may be 2023, 4, 12, 15:30-16:00.

According to the log generation method provided by the embodiment, the time is divided into the plurality of log time intervals, and the log of the last log time interval corresponding to the current log time interval is generated when the first request in the current log time interval is received, so that the purpose of generating the log corresponding to the application request according to the time interval is achieved. Meanwhile, the log is generated according to the log time interval to store the application request, so that the management efficiency of the application request is improved, the corresponding log is conveniently called according to the time interval, and the efficiency of log calling is improved; moreover, the logs are generated according to the log time interval, so that each log can be prevented from being too large, the quantity of the stored application requests is proper, and the subsequent analysis of the logs is convenient.

In an embodiment of the present application, after the configuration service generates the log, the generated log may be sent to the cloud big data platform. For example, the configuration service generates a log corresponding to the last log time interval, and can immediately push the log corresponding to the last log time interval to the cloud big data platform. In some embodiments of the present application, the log may be pushed to the cloud big data platform through a preset data pushing point. The data pushing point refers to a specific location or node that pushes real-time or delayed data to a subscriber, and may be an interface that pushes logs from a data management server to a cloud big data platform. The server can push the generated log to the cloud big data platform in real time through the data push point.

In order to push the generated log regularly, in an embodiment of the present application, a push time may be set at the data push point. And when the pushing moment is reached, pushing the generated log to the cloud big data by the data pushing point. The pushing time can be set according to actual requirements, for example, the pushing time can be set according to the time when the pushing cloud big data platform needs to acquire the log in each log time interval. The user can set the value of the push time on the cloud big data platform or the server. For example, when the time when the cloud big data platform needs to acquire the log in each log time interval is 10 minutes of each log time interval, the push time may be set to 10 minutes of each log time interval. It can be understood that when the pushing moment of the current log time interval is reached, the log generated in the last log time interval is pushed. For example, assuming that the target time interval is 1 hour, the pushing moment is the 10 th minute of each log time interval, and the current log time interval is 14:00-15:00, when reaching 14:10, determining that the pushing moment arrives, and pushing the log corresponding to the last log time interval of the current log time interval, namely pushing the log corresponding to the log time interval 13:00-14:00; for another example, assuming that the target time interval is 0.5 hours, the pushing time is 5 minutes of each log time interval, and the current log time interval is 14:00-14:30, when reaching 14:05, determining that the pushing time is reached, pushing the log corresponding to the last log time interval of the current log time interval, namely pushing the log corresponding to the log time interval 13:30-14:00. According to the embodiment, the pushing time of the data pushing point is set in the configuration service, so that the configuration service can conveniently push the log to the cloud big data platform on time.

In some embodiments of the application, a timed task, such as a crontab timed task, may be set at the configuration service. The timing task is used for ensuring that log pushing of the previous log time interval can be normally performed at a pushing moment when the pushing moment arrives and a program application request is not received in the log time interval corresponding to the pushing moment. For some specific description of the push time instant, reference may be made to the relevant description hereinabove. When a pushing moment is reached, the timing task determines whether a program application request is not received in a log time interval corresponding to the pushing moment. If it is determined that the program application request is not received in the log time interval corresponding to the push time, determining that the log of the last log time interval of the log time interval is not generated, and generating the log of the last log time interval is needed. Specifically, the file requested by the current storage application may be renamed, and the renamed file is determined as a log of a previous log time interval of the log time interval corresponding to the pushing time, and the log is pushed to the cloud big data platform. In one embodiment of the present application, after renaming the file of the current storage application request, a file may be newly created to be used for storing the application request received after the push time. For example, when the target time interval is 1 hour, the pushing time is 10 minutes of each log time interval and the current log time interval is 14:00-15:00, and when the program application request is not received in the time interval of 14:10 and the time interval of 14:00-15:00 is determined, renaming the file of the current storage application request, determining the renamed file as the log of the last log time interval of the log time interval corresponding to the pushing time, namely, as the log of 13:00-14:00, and pushing the renamed file to the cloud big data platform. It can be understood that when the timing task determines that the program application request is received in the log time interval corresponding to the pushing time, it is determined that the log of the last log time interval of the log time interval is normally generated, and the log pushing of the last log time interval can be normally performed without processing. In the above embodiment, by setting the timing task, when a pushing time arrives and a log time interval corresponding to the pushing time does not receive a program application request, a log of a previous log time interval may be generated, and the log generated in the previous log time interval may be pushed.

When the service traffic is small, that is, the electronic device does not send a program application request to the server in a log time interval, it may result in that the log of the last log time interval of the log time interval cannot be normally generated, so as to avoid this. In one embodiment of the application, a server is provided with a simulated client service. The simulation client service is used for simulating the electronic equipment, generating a simulation application request, and sending the generated simulation application request to the server, so that the server can receive the application request in each log time interval, and the log of the last log time interval of each log time interval can be normally generated. Fig. 7 is a schematic diagram of interaction between devices in a system according to an embodiment of the present application. As shown in fig. 7, the data management server further includes a simulation client service. Regarding the relevant description of the simulation application request, reference may be made to the relevant description hereinafter, such as that of fig. 8. After the simulation client service generates the simulation application request, the generated simulation application request is sent to the server, namely, the generated simulation application request, such as a package searching request, is sent to the query service. The step executed after the query service receives the packet searching request sent by the analog client service is the same as the step executed after the query service receives the packet searching request sent by the electronic device, for example, recording and dotting are performed on the packet searching request. The simulated application request is generated through the simulated client service, so that the generation of the log corresponding to each log time interval can be ensured. For some embodiments of how to ensure generation of a log corresponding to each log time interval based on a simulated application request, reference may be made to the relevant description below, such as that of fig. 8.

Fig. 8 is a flow chart of a log generation method according to an embodiment of the present application. The order of the steps in the flowchart may be changed and some steps may be omitted according to various needs.

At 201, during a current log time interval, a simulation client service generates a simulation application request.

In one embodiment of the application, the simulated application request is an application request generated by an application program on a simulated electronic device for a simulated client service. The request type of the simulated application request may be the same as the program application request shown in fig. 6, for example, an HTTP request. For some specific description of the current log time interval, program application request, reference may be made to the relevant description above, such as that of fig. 6.

In some embodiments of the present application, the simulation client service may generate a simulation application request according to the program application request acquired by the server. For example, program application requests obtained by querying service history can be directly determined as generated simulation application requests. In this embodiment, since the simulated application request is an application request generated by an application program on the electronic device, and is the same as a request type of a program application request generated by the application program, when the server receives the simulated application request, it cannot directly determine a difference between the simulated application request and the program application request, and the simulated application request is regarded as an application request sent by the application program on the electronic device, that is, as a program application request.

In one embodiment of the application, the simulation client service may generate a simulation application request at any one time in the current log time interval. For example, the target time interval is 1 hour and the current log time interval is 14:00-15:00, the simulation client service may generate a simulation application request at any one of times 14:00-15:00, such as at 14:00, 14:05, 14:15, 14: 50. a simulation application request is generated at any one of the time points 15:00, etc.

In one embodiment of the application, the simulation client service generates a simulation application request based on a preset curl command. The Curl command is a command line tool that sends HTTP, HTTPS requests to the server and gets the response. It may transfer data via various protocols (e.g., FTP, SMTP, etc.).

Because the simulation client generates one simulation application request in each log time interval, the simulation client generates a plurality of simulation application requests after a plurality of log time intervals. In one embodiment of the application, the plurality of simulated application requests generated by the simulated client service may be the same application request. In the above embodiment, compared with the generation of a plurality of different simulation application requests, the calculation power consumption of the simulation client service in the generation of the simulation application requests can be reduced, and the simulation application requests can be removed conveniently when the logs corresponding to the application requests are analyzed later, so that the interference caused by analysis of the simulation application requests is reduced.

202. The simulation client service sends a simulation application request to the query service.

In an embodiment of the present application, when the query service receives a simulation application request, a request response may be performed to the simulation client service according to the simulation application request. For example, when the simulated application request is a search packet request, a search packet response is performed on the simulated client service. Some embodiments of the query service requesting responses to the simulated client service may be found in the relevant descriptions above, such as those of fig. 4, 5 and 7.

203. The query service sends a simulated application request to the configuration service.

When the configuration service receives a simulation application request sent by the electronic device, the configuration service can respond to the query service according to the simulation application request. For example, when the simulated application request is a packet search request, a packet search response is performed on the configuration service. Some embodiments of query service to request response to a query service may be found in the related description above, such as the related description of fig. 4, 5 and 7.

204. The configuration service determines whether the simulated application request is the first request within the current log time interval.

The current log time interval is a log time interval corresponding to the current time and used for generating a log, namely the log time interval matched with the current time. In an embodiment of the present application, a plurality of log time intervals may be determined according to the target time interval, and a log time interval matching the current time, that is, the current log time interval, may be determined among the determined plurality of log time intervals. Some specific implementations of determining the current log time interval may be found in the associated description of fig. 6.

The first request in the current log time interval is the first application request received by the server in the current log time interval, namely the first application request received by the configuration service. For example, the application requests received by the server include program application requests sent by the electronic device and simulated application requests sent by the simulated client service. The process by which the electronic device sends a program application request is not shown in fig. 8. Before the query service receives the simulated application request, the query service may have received program application requests sent by one or more electronic devices, so the received simulated application request is not necessarily the first request within the current log time interval. In an embodiment of the present application, if the configuration service does not receive the program application request sent by the electronic device before receiving the simulation application request, it is determined that the simulation application request is the first request in the current log time interval.

If the configuration service determines that the simulated application request is the first request in the current log time interval, executing 205, and generating a log according to the application request received in the last log time interval.

The last log time interval is temporally earlier than the current log time interval, and is the last log time interval of the current log time interval among a plurality of log time intervals divided based on the target time interval. Some specific description about the last log time interval may be found in the corresponding related description of fig. 6.

When the configuration service determines that the simulated application request is not the first request within the current log time interval, the process ends. It can be appreciated that when the configuration service receives the first request in the current log time interval, a log of the last log time interval is generated; therefore, when the simulated application request is not the first request in the current log time interval, the configuration service is stated that before receiving the simulated application request in the current log time interval, the configuration service has received the program application request sent by the application program in any one electronic device, and has generated the log in the previous log time interval according to the received program application request, so that the log in the previous log time interval does not need to be generated again, and the process is ended.

In one embodiment of the present application, the configuration service performs the record dotting when receiving any one of the application requests. In this embodiment, the application request includes a program application request and/or a simulation application request. The record dotting is used for recording the received application request. In an embodiment of the present application, the recording the dotting includes recording a request parameter in the application request, and may further include configuring a response parameter of the application request sent by the service in response to the query service. For some specific descriptions of record dotting, request parameters, and response parameters, reference may be made to the relevant descriptions above, such as those for fig. 4, 5, and 7.

In an embodiment of the present application, the generated log of the previous log time interval includes a timestamp corresponding to the previous log time interval, so that the subsequent log can be conveniently obtained based on the timestamp in the log. In one embodiment of the application, the time stamp may include a year, month, day, time period. For example, when the target actual interval is 1 hour, the timestamp of the log for a log time interval may be 2023, 4, 12, 15:00-16:00.

According to the log generation method provided by the embodiment, the simulated application request is generated by the simulated application request simulation electronic equipment in each log time interval, so that the server can receive the application request in each log time interval, and after receiving the application request in one log time interval, the log of the last log time interval of the log time interval is generated, and the situation that the log cannot be generated in the last log time interval of the log time interval when service traffic is small, namely when the electronic equipment does not send a program application request to the server in one log time interval is avoided, and the fact that the log corresponding to the application request can be automatically generated according to the log time interval is ensured, so that management of the application request is realized. Meanwhile, the log is generated according to the log time interval to store the application request, so that the management efficiency of the application request is improved, the corresponding log is conveniently called according to the time interval, and the efficiency of log calling is improved; moreover, the logs are generated according to the log time interval, so that each log can be prevented from being too large, the quantity of the stored application requests is proper, and the subsequent analysis of the logs is convenient.

In the case of an application running, the server may receive a program application request sent by the application, so in an embodiment of the present application, the method shown in fig. 8 may further include the steps of the server receiving the program application request and generating a log according to the program application request, and may include: the electronic equipment generates a program application request; the electronic device sends a program application request to the query service; the query service sends a program application request to the configuration module; the configuration service determines whether the program application request is the first request within the current log time interval; if the program application request is determined to be the first application request received in the current log time interval, the configuration service generates a log according to the application request received in the last log time interval. In one embodiment of the present application, if it is determined that the program application request is not the first request in the current log time interval, the process ends. The flow of the server receiving the program application request and generating a log from the program application request is not shown in fig. 8, and for some embodiments of this step, reference may be made to the detailed description in fig. 6. It will be appreciated that there is no conflict between the steps described above and the steps shown in fig. 8, so the process of receiving the program application request and generating the log according to the program application request may be performed before or after any one of the steps shown in fig. 8, such as before step 201, after step 203, and before step 204, which is not limited in the present application.

In an embodiment of the present application, the server is communicatively connected to the cloud big data platform, and the server may generate the simulated application request based on the instruction sent by the Yun Da data platform. FIG. 9 is a detailed flow chart of a method for generating a simulated application request during a current log time interval, the method being applied to a processor, the method being a refinement of step 201 of FIG. 8, according to an embodiment of the present application. The order of the steps in the flowchart may be changed and some steps may be omitted according to various needs.

2011, determining whether a request generation instruction sent by the cloud big data platform is received in the current log time interval.

The request generation instruction is to instruct generation of a simulated application request. In an embodiment of the present application, the cloud big data platform may send a request generation instruction to the simulation client service to instruct the simulation client service to generate a simulation application request. In an embodiment of the present application, in the current log time interval, the cloud big data platform determines whether a log corresponding to the previous log time interval exists, and determines whether to generate a request generation instruction according to a query result. For example, when a log corresponding to a previous log time interval exists, determining that the request generation instruction is not generated; and when the log corresponding to the previous log time interval does not exist, determining to generate a request generation instruction, and sending the generated request generation instruction to the simulation client service.

In some embodiments, the cloud big data platform may set a timer according to the target time interval, and periodically inquire whether to automatically generate a log corresponding to the application request according to the target time interval. And when the log corresponding to one log time interval is not generated, generating a request generation instruction so that the simulation client service generates a simulation application request. The target time interval is the time interval for generating the log, and reference may be made to the relevant description above.

When the server pushes the log according to the preset pushing moment, in order to avoid the situation that the cloud big data platform queries the log corresponding to the previous log time interval before the pushing moment of the log, that is, before the server does not push the log corresponding to the previous log time interval, in an embodiment of the present application, the query moment may be preset. The query time is the time when the cloud big data platform determines whether the log exists in the previous log time interval. Each log time interval has a corresponding query time. The inquiry time is later than the push time. For some detailed description of the push time instant, see the relevant description of fig. 6 above. The inquiring time can be set according to the actual situation, and the inquiring time is ensured to be later than the pushing time. For example, when the pushing time is 10 minutes of each log time interval, the inquiry time may be set to 12 minutes of each log time interval; when the pushing time is 15 minutes of each log time interval, the inquiring time can be set to be 16 minutes of each log time interval; when the pushing time is 20 minutes of each log time interval, the query time can be set to 30 minutes of each log time interval. And in the current log time interval, if the query time is reached, the cloud big data platform determines whether a log corresponding to the previous log time interval exists or not, so as to determine whether to generate a request generation instruction or not. According to the embodiment, the situation that the log corresponding to the last log time interval is not generated due to early query time and misuse of the log corresponding to the last log time interval is caused can be avoided, wherein the log is queried before the server pushes the log according to the pushing time in the current log time interval.

Executing 2012 when a request generation instruction sent by the cloud big data platform is received in the current log time interval, and generating a simulation application request.

And when the request generation instruction sent by the cloud big data platform is not received in the current log time interval, determining that the simulation application request is not required to be generated, and ending the flow.

According to the method provided by the embodiment, in the current log time interval, whether the simulated application request is generated is determined based on whether the cloud big data platform sends the request generation instruction or not, so that the log can be generated when the cloud big data platform needs the log corresponding to the application request, and the efficiency of application request management is improved.

In an embodiment of the present application, after the configuration service generates the log, the generated log may be sent to the cloud big data platform. For example, the configuration service may generate the log of the last log time interval, and immediately push the log of the last log time interval to the cloud big data platform through a preset data push point. With respect to some embodiments of pushing logs to cloud big data platforms, reference may be made to the relevant description above, as for fig. 6.

In an embodiment of the present application, the push time may be set at the set data push point. And when the pushing moment is reached, pushing the generated log to the cloud big data by the data pushing point. For some specific descriptions of the pushing moment, the pushing of the log by the data pushing point, reference may be made to the relevant description above, such as the relevant description of fig. 6.

If the push time is set, if the time of generating the simulation application request is after the push time, the log of the previous log time interval is not generated at the push time. For some specific description of the pushing moment, reference may be made to the relevant description above, such as the relevant description of fig. 6. To avoid this, the present application provides two methods for generating a simulated application request during the current log time interval, see the methods shown in fig. 10 and 12.

Fig. 10 is a detailed flowchart of a method for generating a simulated application request in a current log time interval, which is applied to a server and is a refinement of step 201 in fig. 8, according to an embodiment of the present application. The order of the steps in the flowchart may be changed and some steps may be omitted according to various needs.

301, determining a simulation interval in a current log time interval based on a preset pushing moment.

The simulation interval is a time interval for generating a simulation application request for the simulation client service.

In an embodiment of the present application, a time interval from a start time of a current log time interval to a push time may be determined as the simulation interval. Fig. 11 is a schematic view of a simulation interval according to an embodiment of the present application. As shown in fig. 11, the push time is 10 minutes per log time interval, the current log time interval is 14:10, the start time of the current log time interval is 14:00, and the push time is 14: the time interval of 00-14:10 is determined to be the analog interval.

In another embodiment of the application, the analog interval does not include a push time before the push time; the method can determine a simulation interval according to any time interval before the pushing time, wherein the starting time of the simulation interval is equal to or greater than the starting time of the current log time interval, and the ending time of the simulation interval is less than the simulation time. For example, the pushing time is 10 minutes of each log time interval, the current time interval is 14:00-15:00, and the pushing time can be 14: any one time interval from 00 to 14:10 is selected as a simulation interval, the starting time of the simulation interval is equal to or greater than 14:00, and the ending time of the simulation interval is less than 14:10, if: 00-14:08, 14:02-14:08, 14: the time interval of 05-14:09 is determined as the analog interval, and the time interval can be determined as the analog interval.

302, in the simulation interval, a simulation application request is generated.

In an embodiment of the present application, the simulation client service may generate a simulation application request at any one time in the simulation interval. For example, the target time interval is 1 hour and the simulation interval is 14:00-14:10, the simulation client service may be at 14: generating a simulated application request at any one of times 00-14:10, such as at 14:00, 14:05, 14:08, 14:10, etc., and generates a simulation application request.

According to the embodiment, the simulation interval is determined through the pushing moment of the current log time interval, and the simulation application request is generated in the simulation interval, so that the situation that the simulation application request is generated after the pushing moment can be avoided, the situation that the log of the previous log time interval is not produced at the pushing moment can be avoided, and the log pushing accuracy is improved.

Fig. 12 is a detailed flowchart of another method for generating a simulated application request in the current log time interval according to the embodiment of the present application, which is applied to a server and is a refinement of step 201 in fig. 8. The order of the steps in the flowchart may be changed and some steps may be omitted according to various needs.

401, determining a simulation time based on a preset pushing time.

The simulation time is a preset time for generating a simulation application request by the simulation client service in the log time interval. The simulation time is earlier than the push time. The value corresponding to the simulation time can be set according to the actual situation. For example, when the push time is 8 th minute of each log time zone, the simulation time may be set to 5 th minute of each log time zone, and when the push time is 10 th minute of each log time zone, the simulation time may be set to 8 th minute of each log time zone. The user can set the value of the simulation moment on the cloud big data platform or the server.

And 402, generating a simulation application request if the simulation time is reached in the current log time interval.

In one embodiment of the present application, a plurality of log time intervals are determined, each log time interval including a simulation time, so that the server generates a simulation application request each time a simulation time is reached. For example, when the target time interval is 1 hour and the simulation time is 10 minutes of each log time interval, during a day, the server may determine 24 log time intervals according to the target time interval, and in each log time interval of the 24 log time intervals, there is one simulation time, for example, the time point corresponding to each simulation time may be set to 8 minutes of each log time interval, and 24 simulation times, such as 24 simulation times (not all shown) of 00:08, 01:08, 02:08, 22:08, 23:08, and the like, may be obtained.

In an embodiment of the present application, a timing task corresponding to a simulation time may be set on a server, that is, a timing task corresponding to a simulation time is set on a simulation client service, so that the server generates a simulation application request at each simulation time. In one embodiment of the present application, the simulation client service may be based on a dial testing service system to enable generation of a simulation application request every other target time interval, such that at each simulation time, one simulation application request is generated. For example, when the server is a Linux or Unix system, a command script for generating a simulation application request may be added to the planned task (Cron Job), and the time and frequency of task execution may be set so that the simulation client service repeatedly executes the command script for generating a simulation application request to realize generation of one simulation application request at each simulation time. Wherein the time interval between two adjacent analog application requests is a target time interval. In an embodiment of the application, the command script that generates the simulated application request may comprise an echo test. The execution time and frequency of the echo test. Sh script may be set based on the call instruction. For example, when the target time interval is 1 hour and the simulation time is 8 th minute of each log time interval, the call instruction may be:

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

Where 8 represents the 8 th minute, and four numbers from left to right may represent hourly, daily, monthly, and yearly, the above-described call instruction represents the 8 th minute of each monthly and daily hour call an echo test.

In one embodiment of the present application, if the simulation time is reached, the simulation client service generates a simulation application request based on the curl command.

According to the embodiment, the simulation time earlier than the pushing time is determined through the pushing time of the current log time interval, and the simulation application request is generated at the simulation time, so that the situation that the simulation application request is generated after the pushing time can be avoided, the situation that the log of the previous log time interval is not produced at the pushing time can be avoided, and the log pushing accuracy is improved.

In order to avoid the situation that the simulation application request is generated when the program application request is received before the simulation time in the current log time interval. The embodiment of the application provides a method for generating a simulation application request if a simulation time is reached. FIG. 13 is a detailed flow chart of a method for generating a simulation application request if a simulation time is reached, the method being applied to a processor, and the method being a refinement of step 402 in FIG. 12, according to an embodiment of the present application. The order of the steps in the flowchart may be changed and some steps may be omitted according to various needs.

501, if the simulation time is reached, it is determined whether a program application request is received in the current log time interval.

The simulation time is a preset time for generating a simulation application request by the simulation client service in the log time interval. The current log time interval is the log time interval corresponding to the current time. The program application request is an application request sent by an application program in the electronic device. If the simulation time is reached, the simulation client service determines whether a program application request sent by an application program in any one electronic device is received in the current log time interval. For some specific description of simulation time, program application request and current log time interval, reference may be made to the relevant description above. It will be appreciated that as described above, the inability of a processor to distinguish between program application requests and simulated application requests will treat both requests as application requests as well. When the simulation application request is not generated in the current log time interval, the processor only receives the application requests such as the program application request, so that when the simulation application request is not generated in the current log time interval, determining whether the program application request sent by the application program in any electronic device is received in the current log time interval is substantially equivalent to determining whether the application request is received in the current log time interval. In some embodiments of the present application, if any application request is not received in the current log time interval, it is determined whether a program application request sent by an application program in the electronic device is received in the current log time interval.

In an embodiment of the present application, the simulation client service may send a query instruction to the query service to query whether the current log time interval receives a program application request sent by an application program in any one of the electronic devices. The query service returns a query result based on the query instruction to inform the simulation client whether a program application request is received in the current log time interval.

And executing 502 to generate a simulation application request, wherein the current log time interval does not receive a program application request, and the log in the previous time interval of the current log time interval is determined not to be generated, namely, the log in the previous log time interval is executed.

The current log time interval receives any program application request, which means that the log in the last log time interval is generated according to the received program application request, so that the log in the last log time interval is not required to be generated again, namely the simulated application request is not required to be generated, and the process is ended.

According to the method provided by the embodiment, when the simulation time is reached, whether the simulation application request is generated is judged based on whether the program application request is received in the current log time interval; when the current log time interval does not receive the program application request, the simulated application request is generated, so that the situation that the log cannot be generated in the last log time interval of the log time interval when the service traffic is small, namely the electronic equipment does not send the program application request to the server in one log time interval is avoided, and the log corresponding to the application request can be automatically generated according to the log time interval is ensured; meanwhile, when the program application request is received in the current log time interval, the simulation application request is determined not to be generated, and the situation that calculation power is wasted due to the fact that the simulation application request is generated when the program application request is received in the current log time interval is avoided.

As described above, the request type of the simulation application request is the same as the request type of the program application request, and the server cannot directly determine the difference between the simulation application request and the program application request, so as to avoid the influence of the subsequent simulation application request on the requirement of the analysis user. In an embodiment of the present application, the simulated application request generated by the simulated client service includes a simulated identifier, where the simulated identifier is used to indicate that the simulated application request is a simulated application request, so that the simulated application request can be determined according to the simulated identifier in a subsequent analysis. The simulation identifier can be set according to actual conditions, and the type of the simulation identifier can comprise a parameter name and a data symbol. For example, the analysis server shown in fig. 3 may not analyze the simulated application request including the simulated identifier when analyzing the log, and only analyze the application request including no simulated identifier in the log, so as to avoid interference of the simulated application request on analysis.

In order to avoid the situation that the accuracy of the analysis result of the user demand according to the log is poor because the generated log carries the simulated application request, in an embodiment of the present application, the configuration service may determine the program application request from the application request received in the previous log time interval according to the simulated identifier, and generate the log according to the program application request. For example, an application request that does not include a simulation identifier in the previous log time interval may be determined as a program application request; and determining the application request containing the simulation identifier in the last log time interval as a simulation application request. For example, the configuration service may determine, from the application requests received in the last log time interval, the application request that does not include the simulation identifier as a target request; and generating a log of the last log time interval according to the determined target request. According to the embodiment, the generated log does not contain the simulation application request, so that the condition that the simulation application request causes interference to user demand analysis is avoided.

The present embodiment also provides a computer storage medium having stored therein computer instructions which, when executed on an electronic device, cause the electronic device to perform the above-described related method steps to implement the log generation method in the above-described embodiments.

The present embodiment also provides a computer program product which, when run on a computer, causes the computer to perform the above-described related steps to implement the log generation method in the above-described embodiments.

In addition, embodiments of the present application also provide an apparatus, which may be embodied as a chip, component or module, which may include a processor and a memory coupled to each other; the memory is used for storing computer-executable instructions, and when the device is running, the processor can execute the computer-executable instructions stored in the memory, so that the chip executes the log generating method in each method embodiment.

The electronic device, the computer storage medium, the computer program product, or the chip provided in this embodiment are used to execute the corresponding methods provided above, so that the beneficial effects thereof can be referred to the beneficial effects in the corresponding methods provided above, and will not be described herein.

From the foregoing description of the embodiments, it will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of functional modules is illustrated, and in practical application, the above-described functional allocation may be implemented by different functional modules according to needs, i.e. the internal structure of the apparatus is divided into different functional modules to implement all or part of the functions described above.

In the several embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the modules or units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another apparatus, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and the parts displayed as units may be one physical unit or a plurality of physical units, may be located in one place, or may be distributed in a plurality of different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated unit may be stored in a readable storage medium if implemented in the form of a software functional unit and sold or used as a stand-alone product. Based on such understanding, the technical solution of the embodiments of the present application may be essentially or a part contributing to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, including several instructions for causing a device (may be a single-chip microcomputer, a chip or the like) or a processor (processor) to perform all or part of the steps of the methods of the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

Finally, it should be noted that the above-mentioned embodiments are merely for illustrating the technical solution of the present application and not for limiting the same, and although the present application has been described in detail with reference to the preferred embodiments, it should be understood by those skilled in the art that the technical solution of the present application may be modified or substituted without departing from the spirit and scope of the technical solution of the present application.

Claims

1. A log generation method applied to a server, wherein the server comprises a simulation client service and an application request processing service, the method comprising:

in the current log time interval, the simulation client service generates a simulation application request and sends the simulation application request to the application request processing service;

if the simulated application request is the first application request received in the current log time interval, the application request processing service generates a log of the last log time interval according to the application request received in the last log time interval;

and if the program application request sent by the application program in the electronic equipment is the first application request received in the current log time interval, the application request processing service generates a log of the last time interval according to the application request received in the last log time interval.

2. The log generating method as set forth in claim 1, wherein said generating a simulated application request by said simulated client service during a current log time interval comprises:

determining a simulation interval in the current log time interval based on a preset pushing moment;

and in the simulation interval, the simulation client service generates the simulation application request.

3. The method for generating a log according to claim 1, wherein the server is communicatively connected to a cloud big data platform, and the simulation client service generates a simulation application request during a current log time interval, including:

and if a request generation instruction sent by the cloud big data platform is received in the current log time interval, the simulation client service generates the simulation application request.

4. The log generating method as set forth in claim 1, wherein said generating a simulated application request by said simulated client service during a current log time interval comprises:

determining a simulation moment based on a preset pushing moment;

and generating the simulation application request if the simulation time is reached in the current log time interval.

5. The method for generating a log according to claim 4, wherein generating the simulation application request if the simulation time is reached comprises:

when the simulation time is reached, determining whether a program application request sent by an application program in any electronic equipment is received in the current log time interval;

and if the program application request is not received in the current log time interval, generating the simulation application request.

6. The log generating method as set forth in claim 1, wherein the request types of the program application request and the simulation application request are hypertext transfer requests.

7. The log generation method of any of claims 1 to 6, wherein the simulation client service generates a simulation application request based on a curl command.

8. The log generation method of any of claims 1 to 6, wherein the simulated application request includes a simulated identification.

9. The method for generating a log according to claim 8, wherein generating the log of the last log time interval according to the application request received in the last log time interval comprises:

Determining an application request which does not comprise the simulation identifier as a target request from the application requests received in the last log time interval;

and generating a log of the last log time interval according to the target request.

10. A computer readable storage medium comprising computer instructions which, when run on an electronic device, cause the electronic device to perform the log generation method of any of claims 1 to 9.

11. An electronic device comprising a processor and a memory, the memory for storing instructions, the processor for invoking the instructions in the memory to cause the electronic device to perform the log generation method of any of claims 1-9.