Flow data playback method and device, equipment and storage medium

Abstract

The invention discloses a flow data playback method and device, equipment and a storage medium, and the method comprises the steps: pulling a plurality of pieces of flow data in response to a request instruction which is initiated by a user and is used for pulling the flow data; separating a request parameter set from each piece of flow data; judging whether a request parameter corresponding to a preset target parameter exists in the request parameter set or not; if yes, modifying the request parameter by using the target parameter to obtain a new request parameter, and determining a new request parameter set; if not, adding the target parameter in the request parameter set to obtain a new request parameter set; and obtaining each piece of new flow data corresponding to the new request parameter set, and playing back each piece of new flow data. According to the scheme, the traffic data can be modified according to user requirements, so that the new traffic data can be played back to a scene specified by the user, and the user requirements are met.

Description

Technical Field

[0001] The present application relates to the technical field of traffic data playback, and in particular to a traffic data playback method, device, equipment and storage medium. Background Art

[0002] With the rapid development and popularization of the Internet, the scale of network traffic has grown exponentially, making many tasks related to traffic data increasingly complex and important. In order to effectively cope with these challenges, traffic data playback technology has emerged and has become a key technology in the field of network management and security. Traffic data playback is a method of capturing, storing, processing and replaying actual network traffic data and simulating a real network environment.

[0003] During the playback of traffic data, users often hope that the traffic data can be played back in a specified scenario or a scenario they want to apply. However, the existing playback methods for traffic data are not directional enough and cannot meet the user's requirements for directional playback. Summary of the invention

[0004] In view of this, the present application provides a traffic data playback method, apparatus, device and storage medium, which are used to solve the problem that the existing traffic data playback method is not directional enough and cannot meet the user's requirements for directional playback.

[0005] To achieve the above objectives, the proposed solution is as follows:

[0006] In a first aspect, a method for replaying traffic data includes:

[0007] In response to a request instruction for pulling traffic data initiated by a user, pull multiple traffic data;

[0008] Separating a request parameter set from each piece of the traffic data;

[0009] Determine whether there is a request parameter corresponding to the preset target parameter in the request parameter set;

[0010] If yes, modify the request parameters using the target parameters to obtain new request parameters, and determine a new request parameter set;

[0011] If not, adding the target parameter to the request parameter set to obtain a new request parameter set;

[0012] Each new piece of traffic data corresponding to the new request parameter set is obtained, and each piece of the new traffic data is played back.

[0013] Preferably, in response to a request instruction initiated by a user to pull traffic data, pulling multiple traffic data includes:

[0014] In response to a request instruction initiated by a user to pull traffic data, obtain input parameters of the user;

[0015] Determine the domain name and request interface according to the input parameters;

[0016] Pull a plurality of flow data corresponding to the domain name from the request interface.

[0017] Preferably, separating the request parameter set from each piece of traffic data includes:

[0018] Parsing each piece of the flow data to determine each first parameter;

[0019] Convert the current format of each of the first parameters into a Key-Value format as each request parameter;

[0020] Summarize each request parameter to form a request parameter set.

[0021] Preferably, the determining whether there is a request parameter corresponding to a preset target parameter in the request parameter set includes:

[0022] Obtain each request parameter in the request parameter set;

[0023] Determine the key of each of the request parameters and the key of the target parameter;

[0024] Determine whether there is a request parameter whose key is the same as the key of the target parameter;

[0025] If so, then there is a request parameter corresponding to the target parameter in the request parameter set;

[0026] If not, then there is no request parameter corresponding to the target parameter in the request parameter set.

[0027] Preferably, the modifying the request parameter by using the target parameter to obtain a new request parameter includes:

[0028] Determine the value of the target parameter and the value of the request parameter;

[0029] Determine whether the value of the target parameter is the same as the value of the request parameter;

[0030] If not, the Value of the target parameter is replaced with the Value of the request parameter to obtain a new request parameter.

[0031] Preferably, determining a new request parameter set includes:

[0032] Determine whether the formats of each request parameter in the new request parameter set are all in URL format;

[0033] If not, the request parameters that are not in the URL format are used as parameters to be converted;

[0034] Obtaining key-value pairs of each parameter to be converted;

[0035] The format of each parameter to be converted is converted into the URL format using the key-value pair.

[0036] In a second aspect, a flow data playback device includes:

[0037] A flow data pulling module, used to pull multiple flow data in response to a flow data pulling request instruction initiated by a user;

[0038] A request parameter set separation module, used to separate a request parameter set from each piece of traffic data;

[0039] A request parameter determination module, used to determine whether there is a request parameter corresponding to a preset target parameter in the request parameter set;

[0040] a modification module, for, if yes, modifying the request parameters using the target parameters to obtain new request parameters and determining a new request parameter set;

[0041] a target parameter adding module, for, if no, adding the target parameter to the request parameter set to obtain a new request parameter set;

[0042] The playback module is used to obtain each new flow data corresponding to the new request parameter set and to play back each new flow data.

[0043] Preferably, the traffic data pulling module includes:

[0044] A first flow data pulling module, used to obtain user input parameters in response to a request instruction for pulling flow data initiated by a user;

[0045] A second traffic data pulling module, used to determine the domain name and request interface according to the input parameters;

[0046] The third traffic data pulling module is used to pull multiple traffic data corresponding to the domain name from the request interface.

[0047] In a third aspect, a traffic data playback device includes a memory and a processor;

[0048] The memory is used to store programs;

[0049] The processor is used to execute the program to implement the various steps of the traffic data playback method as described in any one of the first aspects.

[0050] In a fourth aspect, a storage medium stores a computer program thereon, and when the computer program is executed by a processor, the steps of the method for replaying traffic data as described in any one of the first aspects are implemented.

[0051] It can be seen from the above technical scheme that the present application pulls multiple traffic data by responding to a request instruction initiated by a user to pull traffic data; separates a request parameter set from each of the traffic data; determines whether there is a request parameter corresponding to a preset target parameter in the request parameter set; if so, modifies the request parameter using the target parameter to obtain a new request parameter, and determines a new request parameter set; if not, adds the target parameter to the request parameter set to obtain a new request parameter set; obtains each new traffic data corresponding to the new request parameter set, and replays each new traffic data. After responding to the user's request instruction to pull traffic data, this solution can pull multiple traffic data, and can separate the request parameter set from them, and needs to make targeted changes, modifications, etc. to the traffic data according to the request parameter set, so that the modified new traffic data can meet the user's requirements and be played back in a targeted manner to the user-specified scenario. Therefore, it is necessary to determine whether the current request parameter set contains request parameters that can meet the user's requirements after modification. If it does, modify the corresponding one or more request parameters in the request parameter set, and the modified request parameters can meet the user's requirements. If not, add them to the request parameter set. Regardless of whether it is included or not, a new request parameter set will be obtained, and then new traffic data corresponding to the new request parameter set is obtained, and the new traffic data can be played back to the user-specified scenario. BRIEF DESCRIPTION OF THE DRAWINGS

[0052] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on the provided drawings without paying creative work.

[0053] Figure 1 An optional flow chart of a method for replaying traffic data provided in an embodiment of the present application;

[0054] Figure 2A schematic diagram of the structure of a flow data playback device provided in an embodiment of the present application;

[0055] Figure 3 A schematic diagram of the structure of a traffic data playback device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0056] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0057] With the rapid development and popularization of the Internet, the scale of network traffic has grown exponentially, making many tasks related to traffic data increasingly complex and important. In order to effectively cope with these challenges, traffic data playback technology has emerged and has become a key technology in the field of network management and security. Traffic data playback is a method of capturing, storing, processing and replaying actual network traffic data and simulating a real network environment.

[0058] During the playback of traffic data, users often hope that the traffic data can be played back in a specified scenario or a scenario they want to apply. However, the existing playback methods for traffic data are not directional enough and cannot meet the user's requirements for directional playback.

[0059] For example, in the personalized scenario of search engines, AB experiments are a common method to grayscale test a new function or improvement to evaluate its effect and reduce the potential negative impact on the existing user experience. AB experiments divert users to different experimental groups (Group A) and control groups (Group B), where users in Group A experience the new function, while users in Group B remain the same, so that the behavioral differences between the two groups of users can be compared to evaluate the effect of the new function. Therefore, if the playback environment of traffic data is significantly different from the original environment due to network latency, server load, and changes in the status of third-party services, it may cause deviations in the experimental results, so it is crucial to make targeted modifications to traffic data.

[0060] In order to solve the defects of the above-mentioned prior art, an embodiment of the present invention provides a method for replaying traffic data, which can be applied to various computer terminals or smart terminals, and its execution subject can be a processor or server of the computer terminal or smart terminal. The method flow chart of the method is as follows: Figure 1 As shown, specifically including:

[0061] S1: In response to a request instruction for pulling traffic data initiated by a user, multiple traffic data are pulled.

[0062] Monitor in real time whether the user initiates a request instruction. When the user initiates a request instruction to pull traffic data, respond, that is, pull multiple traffic data. These multiple traffic data are the data that can be obtained before playback, and can be changed or modified.

[0063] The number, type, and size of the pulled traffic data can be determined according to user needs, and this embodiment does not impose any restrictions on this.

[0064] S2: Separate a request parameter set from each piece of traffic data.

[0065] Traffic data can contain multiple parameters, such as IP address, port number, protocol type, transmission data volume, timestamp, etc. When separating, you can first clarify the data source of the traffic data, such as determining which network device (such as routers, switches, servers, etc.) or software (such as network packet capture tools) the traffic data is obtained from, and then analyze the data format. Traffic data may exist in multiple data formats, such as network packet capture files, log files, database records, etc. Finally, separate and determine multiple request parameters based on the data source and data format, and form a request parameter set.

[0066] The traffic data can also be pre-processed, such as cleaning or formatting, to ensure data consistency and accuracy. Then, based on the data source and data format, as well as the data structure, response rules or scripts can be written to separate request parameters. After combining them into a request parameter set, they can be saved in a database, file or other storage medium for subsequent analysis and use.

[0067] S3: Determine whether there is a request parameter corresponding to the preset target parameter in the request parameter set.

[0068] The preset target parameters can be considered as parameters corresponding to traffic data that can be directed to be played back to the user-specified scenario, and the original request parameter set may contain request parameters that can meet user requirements through some improvement or modification. Therefore, it is necessary to judge the request parameter set. It can be understood that the request parameter set contains multiple request parameters, so in this step, it is judged whether there are request parameters corresponding to the preset target parameters in the request parameter set.

[0069] The correspondence with the target parameter is not limited to one correspondence form, including request parameters being similar to target parameters, parameter names of request parameters being the same as parameter names of target parameters, parameter values ​​of request parameters being modifiable to parameter values ​​of target parameters, and the like.

[0070] S4: If yes, modify the request parameters using the target parameters to obtain new request parameters, and determine a new request parameter set.

[0071] If it exists, the request parameters are modified in a targeted manner using the target parameters, and the new request parameters obtained after the modification can meet the user's targeted playback requirements.

[0072] S5: If not, then add the target parameter to the request parameter set to obtain a new request parameter set.

[0073] If it does not exist, you need to add the target parameter to the request parameter set to meet the user's targeted playback requirements.

[0074] Regardless of whether it exists or not, the original request parameter set has changed, where the request parameters may have changed or the number of request parameters may have changed, and then a new request parameter set is obtained.

[0075] S6: Acquire each piece of new traffic data corresponding to the new request parameter set, and replay each piece of the new traffic data.

[0076] It is understandable that the new request parameter set will correspond to new traffic data. Therefore, to obtain each new traffic data corresponding to the new request parameter set, the traffic data pulled in step S1 can be directly used to obtain it, and then the new traffic data can be replayed to the user-specified scene, meeting the user's requirements.

[0077] It can be seen from the above technical scheme that the present application pulls multiple traffic data by responding to a request instruction initiated by a user to pull traffic data; separates a request parameter set from each of the traffic data; determines whether there is a request parameter corresponding to a preset target parameter in the request parameter set; if so, modifies the request parameter using the target parameter to obtain a new request parameter, and determines a new request parameter set; if not, adds the target parameter to the request parameter set to obtain a new request parameter set; obtains each new traffic data corresponding to the new request parameter set, and replays each new traffic data. After responding to the user's request instruction to pull traffic data, this solution can pull multiple traffic data, and can separate the request parameter set from them, and needs to make targeted changes, modifications, etc. to the traffic data according to the request parameter set, so that the modified new traffic data can meet the user's requirements and be played back in a targeted manner to the user-specified scenario. Therefore, it is necessary to determine whether the current request parameter set contains request parameters that can meet the user's requirements after modification. If it does, modify the corresponding one or more request parameters in the request parameter set, and the modified request parameters can meet the user's requirements. If not, add them to the request parameter set. Regardless of whether it is included or not, a new request parameter set will be obtained, and then new traffic data corresponding to the new request parameter set is obtained, and the new traffic data can be played back to the user-specified scenario.

[0078] In the method provided in the embodiment of the present invention, in response to a request instruction for pulling traffic data initiated by a user, a process of pulling multiple traffic data is specifically described as follows:

[0079] In response to a request instruction initiated by a user to pull traffic data, obtain input parameters of the user;

[0080] Determine the domain name and request interface according to the input parameters;

[0081] Pull a plurality of flow data corresponding to the domain name from the request interface.

[0082] Specifically, the present application preferably pulls traffic data based on the domain name and request interface, so that the source of the data can be clarified, which is beneficial to the accuracy of playback. Then, after the user initiates a request instruction to pull traffic data, the user's input parameters are obtained, that is, the user's input parameters. The user's input parameters indicate the user's playback scenario requirements. Therefore, the domain name and request interface are determined according to the input parameters, and multiple traffic data corresponding to the domain name are selected from the numerous traffic data existing in the request interface.

[0083] In one embodiment provided by the present application, the process of separating the request parameter set from each piece of traffic data may specifically include:

[0084] Parsing each piece of the flow data to determine each first parameter;

[0085] Convert the current format of each of the first parameters into a Key-Value format as each request parameter;

[0086] Summarize each request parameter to form a request parameter set.

[0087] Specifically, traffic data may be composed in various ways. Therefore, by parsing the traffic data, each first parameter can be determined. The first parameter is a parameter that describes various characteristics of the traffic data. Each first parameter has its own parameter format. The parameter format may vary depending on different application scenarios and traffic data types, such as text format, digital format, encoding format, composite format, specific protocol format, standard definition format, key-value pair format and URL format are composite formats.

[0088] In order to modify the request parameters quickly and efficiently to meet the requirements, no matter what type the current format of the first parameter in the request parameter set is, it is converted into the Key-Value format, which can also maintain uniformity and facilitate subsequent judgment and processing.

[0089] The converted first parameter is used as the request parameter and is aggregated and combined to form a request parameter set.

[0090] The above embodiment illustrates the process of separating a request parameter set from each piece of traffic data in the present application. The following is a detailed explanation of the step of determining whether there is a request parameter corresponding to the preset target parameter in the request parameter set in the present application.

[0091] Obtain each request parameter in the request parameter set;

[0092] Determine the key of each of the request parameters and the key of the target parameter;

[0093] Determine whether there is a request parameter whose key is the same as the key of the target parameter;

[0094] If so, then there is a request parameter corresponding to the target parameter in the request parameter set;

[0095] If not, then there is no request parameter corresponding to the target parameter in the request parameter set.

[0096] Specifically, the present application considers that each request parameter in the request parameter set has a parameter format of Key-Value format, so each request parameter has its corresponding key (Key) and value (Value). The key-value pair is a commonly used data structure and data format, which consists of a key (Key) and a value (Value), and the key and the value are associated in some way (such as a colon, an equal sign or a specific separator), which can be used to represent a mapping relationship or associated data. The key can also be regarded as the parameter name of the parameter, and the value can be regarded as the parameter value of the parameter. This step preferably determines whether the target parameter and the request parameter correspond by judging whether the keys are the same, that is, if the key of a request parameter is the same as the key of the target parameter, then the two are considered to be corresponding, if they are not the same, then the two are considered to be non-corresponding, so in this way it can be determined whether there are one or more request parameters corresponding to the target parameter in the request parameter set.

[0097] Furthermore, in the present application, the process of modifying the request parameters using the target parameters to obtain new request parameters specifically includes:

[0098] Determine the value of the target parameter and the value of the request parameter;

[0099] Determine whether the value of the target parameter is the same as the value of the request parameter;

[0100] If not, the Value of the target parameter is replaced with the Value of the request parameter to obtain a new request parameter.

[0101] Value is the value in the key-value pair of the parameter. For each request parameter, there are three possibilities for the request parameter, namely, it is exactly the same as the target parameter, that is, the Key and Value are the same, or the Key is the same and the Value is different, or the Key is different and the Value is the same. In the above steps, the request parameter corresponding to the target parameter has been determined, so there are only two possibilities for the request parameter, namely, the Key and Value are the same, or the Key is the same but the Value is different. Therefore, if the Key and Value are the same, there is no need to change or modify the request parameter. If the Key is the same but the Value is different, then the request parameter needs to be modified, specifically, the Value of the request parameter is modified to the Value of the target parameter, so that the purpose of directional modification can be achieved, so that the new traffic data finally obtained can be directed back to the specified scenario.

[0102] Furthermore, the process of determining a new request parameter set in the present application may specifically include:

[0103] Determine whether the formats of each request parameter in the new request parameter set are all in URL format;

[0104] If not, the request parameters that are not in the URL format are used as parameters to be converted;

[0105] Obtaining key-value pairs of each parameter to be converted;

[0106] The format of each parameter to be converted is converted into the URL format using the key-value pair.

[0107] Specifically, in order to enable the new traffic data to be replayed faster and more accurately, the formats of all request parameters in the new request parameter set need to be converted into URL formats, where the conversion can be performed based on the key and value in the key-value pair.

[0108] and Figure 1 Corresponding to the method described above, the embodiment of the present invention also provides a playback device for flow data, for Figure 1 In the specific implementation of the method, the flow data playback device provided in the embodiment of the present invention can be used in a computer terminal or various mobile devices, combined with Figure 2 , the playback device of traffic data is introduced, such as Figure 2 As shown, the device may include:

[0109] The flow data pulling module 10 is used to pull multiple flow data in response to a request instruction for pulling flow data initiated by a user;

[0110] A request parameter set separation module 20, used to separate a request parameter set from each piece of traffic data;

[0111] A request parameter determination module 30 is used to determine whether there is a request parameter corresponding to a preset target parameter in the request parameter set;

[0112] A modification module 40, configured to, if yes, modify the request parameters using the target parameters to obtain new request parameters and determine a new request parameter set;

[0113] a target parameter adding module 50, for adding the target parameter to the request parameter set to obtain a new request parameter set if no;

[0114] The playback module 60 is used to obtain each new traffic data corresponding to the new request parameter set and to play back each new traffic data.

[0115] It can be seen from the above technical scheme that the present application pulls multiple traffic data by responding to a request instruction initiated by a user to pull traffic data; separates a request parameter set from each of the traffic data; determines whether there is a request parameter corresponding to a preset target parameter in the request parameter set; if so, modifies the request parameter using the target parameter to obtain a new request parameter, and determines a new request parameter set; if not, adds the target parameter to the request parameter set to obtain a new request parameter set; obtains each new traffic data corresponding to the new request parameter set, and replays each new traffic data. After responding to the user's request instruction to pull traffic data, this solution can pull multiple traffic data, and can separate the request parameter set from them, and needs to make targeted changes, modifications, etc. to the traffic data according to the request parameter set, so that the modified new traffic data can meet the user's requirements and be played back in a targeted manner to the user-specified scenario. Therefore, it is necessary to determine whether the current request parameter set contains request parameters that can meet the user's requirements after modification. If it does, modify the corresponding one or more request parameters in the request parameter set, and the modified request parameters can meet the user's requirements. If not, add them to the request parameter set. Regardless of whether it is included or not, a new request parameter set will be obtained, and then new traffic data corresponding to the new request parameter set is obtained, and the new traffic data can be played back to the user-specified scenario.

[0116] In one example, the traffic data pulling module 10 may include:

[0117] A first flow data pulling module, used to obtain user input parameters in response to a request instruction for pulling flow data initiated by a user;

[0118] A second traffic data pulling module, used to determine the domain name and request interface according to the input parameters;

[0119] The third traffic data pulling module is used to pull multiple traffic data corresponding to the domain name from the request interface.

[0120] Furthermore, the embodiment of the present application provides a flow data playback device. Optionally, Figure 3 The hardware structure diagram of the flow data playback device is shown in FIG. Figure 3 The hardware structure of the traffic data playback device may include: at least one processor 01, at least one communication interface 02, at least one memory 03 and at least one communication bus 04.

[0121] In the embodiment of the present application, the number of the processor 01 , the communication interface 02 , the memory 03 , and the communication bus 04 is at least one, and the processor 01 , the communication interface 02 , and the memory 03 communicate with each other through the communication bus 04 .

[0122] The processor 01 may be a central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present invention.

[0123] The memory 03 may include a high-speed RAM memory, and may also include a non-volatile memory (non-volatile memory), etc., such as at least one disk memory.

[0124] The memory stores a program, and the processor can call the program stored in the memory, and the program is used to execute the following traffic data playback method, including:

[0125] In response to a request instruction for pulling traffic data initiated by a user, pull multiple traffic data;

[0126] Separating a request parameter set from each piece of the traffic data;

[0127] Determine whether there is a request parameter corresponding to the preset target parameter in the request parameter set;

[0128] If yes, modify the request parameters using the target parameters to obtain new request parameters, and determine a new request parameter set;

[0129] If not, adding the target parameter to the request parameter set to obtain a new request parameter set;

[0130] Each new piece of traffic data corresponding to the new request parameter set is obtained, and each piece of the new traffic data is played back.

[0131] Optionally, the detailed functions and extended functions of the program may refer to the description of the playback method of traffic data in the method embodiment.

[0132] The embodiment of the present application further provides a storage medium, which may store a program suitable for execution by a processor, and when the program is executed, controls the device where the storage medium is located to execute the following traffic data playback method, including:

[0133] In response to a request instruction for pulling traffic data initiated by a user, pull multiple traffic data;

[0134] Separating a request parameter set from each piece of the traffic data;

[0135] Determine whether there is a request parameter corresponding to the preset target parameter in the request parameter set;

[0136] If yes, modify the request parameters using the target parameters to obtain new request parameters, and determine a new request parameter set;

[0137] If not, adding the target parameter to the request parameter set to obtain a new request parameter set;

[0138] Each new piece of traffic data corresponding to the new request parameter set is obtained, and each piece of the new traffic data is played back.

[0139] Specifically, the storage medium may be a computer-readable storage medium, and the computer-readable storage medium may be an electronic memory such as a flash memory, an EEPROM (Electrically Erasable Programmable Read-Only Memory), an EPROM, a hard disk or a ROM.

[0140] Optionally, the detailed functions and extended functions of the program may refer to the description of the playback method of traffic data in the method embodiment.

[0141] In addition, the functional modules in the various embodiments of the present disclosure can be integrated together to form an independent part, or each module can exist separately, or two or more modules can be integrated to form an independent part. If the function is implemented in the form of a software functional module and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present disclosure is essentially or the part that contributes to the prior art or the part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes a number of instructions for a computer device (which can be a personal computer, a live broadcast device, or a network device, etc.) to perform all or part of the steps of the methods of the various embodiments of the present disclosure.

[0142] Finally, it should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.

[0143] The various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same or similar parts between the various embodiments can be referenced to each other.

[0144] The above description of the disclosed embodiments enables those skilled in the art to implement or use the present application. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to the embodiments shown herein, but will conform to the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for replaying traffic data, characterized in that: include: In response to a request instruction for pulling traffic data initiated by a user, pull multiple traffic data; Separating a request parameter set from each piece of the traffic data; Determine whether there is a request parameter corresponding to the preset target parameter in the request parameter set; If yes, modify the request parameters using the target parameters to obtain new request parameters, and determine a new request parameter set; If not, adding the target parameter to the request parameter set to obtain a new request parameter set; Each new piece of traffic data corresponding to the new request parameter set is obtained, and each piece of the new traffic data is played back.

2. The method according to claim 1, characterized in that The step of pulling multiple pieces of traffic data in response to a request instruction initiated by a user to pull traffic data includes: In response to a request instruction initiated by a user to pull traffic data, obtain input parameters of the user; Determine the domain name and request interface according to the input parameters; Pull a plurality of flow data corresponding to the domain name from the request interface.

3. The method according to claim 1, characterized in that The step of separating a request parameter set from each piece of traffic data includes: Parsing each piece of the flow data to determine each first parameter; Convert the current format of each of the first parameters into a Key-Value format as each request parameter; Summarize each request parameter to form a request parameter set.

4. The method according to claim 1, characterized in that: The determining whether there is a request parameter corresponding to a preset target parameter in the request parameter set includes: Obtain each request parameter in the request parameter set; Determine the key of each of the request parameters and the key of the target parameter; Determine whether there is a request parameter whose key is the same as the key of the target parameter; If so, then there is a request parameter corresponding to the target parameter in the request parameter set; If not, then there is no request parameter corresponding to the target parameter in the request parameter set.

5. The method according to claim 1, characterized in that The step of modifying the request parameter by using the target parameter to obtain a new request parameter includes: Determine the value of the target parameter and the value of the request parameter; Determine whether the value of the target parameter is the same as the value of the request parameter; If not, the Value of the target parameter is replaced with the Value of the request parameter to obtain a new request parameter.

6. The method according to claim 1, characterized in that The determining of a new request parameter set includes: Determine whether the formats of each request parameter in the new request parameter set are all in URL format; If not, the request parameters that are not in the URL format are used as parameters to be converted; Obtaining key-value pairs of each parameter to be converted; The format of each parameter to be converted is converted into the URL format using the key-value pair.

7. A flow data playback device, characterized in that: include: A flow data pulling module, used to pull multiple flow data in response to a flow data pulling request instruction initiated by a user; A request parameter set separation module, used to separate a request parameter set from each piece of traffic data; A request parameter determination module, used to determine whether there is a request parameter corresponding to a preset target parameter in the request parameter set; a modification module, for, if yes, modifying the request parameters using the target parameters to obtain new request parameters and determining a new request parameter set; a target parameter adding module, for, if no, adding the target parameter to the request parameter set to obtain a new request parameter set; The playback module is used to obtain each new flow data corresponding to the new request parameter set and to play back each new flow data.

8. The device according to claim 7, characterized in that The flow data pulling module includes: A first flow data pulling module, used to obtain user input parameters in response to a request instruction for pulling flow data initiated by a user; A second traffic data pulling module, used to determine the domain name and request interface according to the input parameters; The third traffic data pulling module is used to pull multiple traffic data corresponding to the domain name from the request interface.

9. A flow data playback device, characterized in that: including memory and processor; The memory is used to store programs; The processor is used to execute the program to implement the various steps of the traffic data playback method as described in any one of claims 1-6.

10. A storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, each step of the method for replaying traffic data as described in any one of claims 1 to 6 is implemented.

Images