Data processing method, device and storage medium for function execution process
By obtaining and processing the call parameters and feedback parameters between the functional service units, classifying and application scenarios are divided, and the storage byte units are supplemented, the problems of data recording and optimization during function execution are solved, and standardized storage and rapid analysis of data are realized.
Patent Information
- Application Number
- CN202311091104.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2023-08-28
- Publication Date
- 2025-04-01
- Estimated Expiration
- 2043-08-28
AI Technical Summary
During the execution of functions, it is difficult to record relevant data in real time, resulting in the inability to effectively optimize product functions and function execution processes.
By obtaining the call parameters and feedback parameters in the call request of each functional service unit to call the subordinate subunit, the parameters are divided in level and application scenarios, and the byte units to be stored corresponding to the parameters of multiple different application scenarios are supplemented to obtain stored data that meets the preset storage conditions.
It realizes effective classification processing and storage of interactive parameters between various units during function execution, making the stored data more standardized and facilitates rapid data storage and subsequent analysis.
Smart Images

Figure CN117130860B_ABST
Abstract
Description
Technical Field
[0001] The embodiments of the present application relate to the field of data processing, and specifically to a method, device and storage medium for processing data during a function execution process. Background Art
[0002] At present, it is difficult to record relevant data in real time during the function execution process, and then use it to optimize product functions and function execution processes. For example, in the vehicle service software design architecture, whether the server makes effective calls and whether the client responds correctly, the controller cannot record effective data and the user's actual situation during the function execution process, resulting in no storage of relevant data to analyze user behavior, and it is impossible to locate problems based on effective data. Summary of the invention
[0003] In view of the above problems, the embodiments of the present application provide a data processing method, device and storage medium, which perform relevant data processing on the acquired valid parameters to obtain storage parameters that meet preset storage conditions.
[0004] According to one aspect of an embodiment of the present application, a data processing method for a function execution process is provided, the data processing method comprising: obtaining call parameters in a call request of each functional service unit calling a subordinate sub-unit, and feedback parameters returned by each sub-unit in response to the call request; hierarchical classification of the call parameters and the feedback parameters, and dividing them into parameters for a plurality of different application scenarios; and performing supplementary operations on a plurality of byte units to be stored corresponding to the parameters for the plurality of different application scenarios, so as to obtain storage data that meets preset storage conditions.
[0005] In an optional manner, the functional service unit includes an application service unit and an atomic service unit, the subordinate sub-unit of the application service unit is the atomic service unit, and the subordinate sub-unit of the atomic service unit is the abstract device unit; the obtaining of the call parameters in the call request of each functional service unit calling the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the call request, further includes: obtaining the first call parameter in the first call request of the application service unit calling the atomic service unit, and the first feedback parameter returned by the atomic service unit in response to the first call request; obtaining the second call parameter in the second call request sent by the atomic service unit to the abstract device unit in response to the first call request, and the second feedback parameter returned by the abstract device unit in response to the second call request.
[0006] In an optional manner, before obtaining the first call parameter in the first call request of the application service unit to call the atomic service unit, and the first feedback parameter returned by the atomic service unit in response to the first call request, the data processing method also includes: detecting whether the application service unit sends the first call request to the atomic service unit; if so, recording the first call parameter, the first feedback parameter, the second call parameter and the second feedback parameter.
[0007] In an optional manner, the grading includes importance grading and privacy grading; the grading of the call parameters and the feedback parameters further includes: traversing the call parameters and the feedback parameters, and taking the traversed parameters as target parameters; obtaining the target preset importance level and the target preset privacy level corresponding to the preset parameters that successfully match the target parameters; determining the target level corresponding to the target parameter according to the target preset importance level and the target preset privacy level, so as to obtain parameters after multiple grading.
[0008] In an optional manner, the parameters divided into multiple different application scenarios further include: obtaining data labels of the parameters after the multiple levels of division; determining the application scenarios of the parameters after each level of division according to the data labels to obtain parameters for multiple application scenarios.
[0009] In an optional manner, the preset storage condition includes that the number of bytes in the byte storage unit is a preset number of bytes; the supplementing operation is performed on the multiple byte units to be stored corresponding to the parameters of the multiple different application scenarios to obtain storage data that meets the preset storage condition, further including: obtaining the multiple byte units to be stored corresponding to the parameters of the multiple different application scenarios, traversing the multiple byte units to be stored, and taking the traversed byte units to be stored as target byte units to be stored; if it is detected that the number of bytes of the target byte unit to be stored is less than the preset number of bytes, performing a byte supplementation operation on the target byte unit to be stored so that the number of bytes of the target byte unit to be stored is equal to the preset number of bytes, so as to obtain storage data that meets the preset storage condition.
[0010] In an optional manner, the preset number of bytes is a four-byte number, and the byte-appending operation on the target byte unit to be stored so that the number of bytes of the target byte unit to be stored is equal to the preset number of bytes, further includes: if the number of bytes of the target byte unit to be stored is a one-byte number, and there are two-byte byte units to be stored after the target byte unit to be stored, then all bytes in the next two-byte byte unit to be stored are added to the target byte unit to be stored, and one byte is supplemented so that the number of bytes of the target byte unit to be stored is a four-byte number; if the number of bytes of the target byte unit to be stored is a two-byte number, and there are another two-byte byte units to be stored after the target byte unit to be stored, then all bytes in the next two-byte byte unit to be stored are added to the target byte unit to be stored so that the number of bytes of the target byte unit to be stored is a four-byte number.
[0011] According to another aspect of an embodiment of the present application, a data processing device for a function execution process is provided, the data processing device comprising: an acquisition module, used to acquire call parameters in a call request of each functional service unit to call a subordinate sub-unit, and feedback parameters returned by each sub-unit in response to the call request; a classification module, used to grade the call parameters and the feedback parameters, and divide them into parameters for multiple different application scenarios; a supplementation module, used to perform supplementation operations on multiple byte units to be stored corresponding to the parameters of the multiple different application scenarios, so as to obtain storage data that meets preset storage conditions.
[0012] According to one aspect of an embodiment of the present application, an electronic device is provided, including: a controller; and a memory for storing one or more programs, which, when the one or more programs are executed by the controller, perform the above-mentioned data processing method.
[0013] According to one aspect of an embodiment of the present application, a computer-readable storage medium is further provided, on which computer-readable instructions are stored. When the computer-readable instructions are executed by a processor of a computer, the computer executes the above-mentioned data processing method.
[0014] According to one aspect of the embodiments of the present application, a computer program product or a computer program is also provided, the computer program product or the computer program includes a computer instruction, and the computer instruction is stored in a computer-readable storage medium. The processor of the computer device reads the computer instruction from the computer-readable storage medium, and the processor executes the computer instruction, so that the computer device performs the above-mentioned data processing method.
[0015] The embodiment of the present application obtains the call parameters in the call request of each functional service unit calling the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the call request, so as to obtain all the interaction parameters generated between each unit during the function execution process. The call parameters and feedback parameters are graded and divided into parameters of multiple different application scenarios to classify the obtained parameters for convenient classified storage. At the same time, a plurality of byte units to be stored corresponding to the parameters of multiple different application scenarios are supplemented to obtain storage data that meets the preset storage conditions, so that the stored data is more standardized and conducive to rapid data storage.
[0016] The above description is only an overview of the technical solution of the embodiment of the present application. In order to more clearly understand the technical means of the embodiment of the present application, it can be implemented in accordance with the contents of the specification. In order to make the above and other purposes, features and advantages of the embodiment of the present application more obvious and easy to understand, the specific implementation methods of the present application are listed below. BRIEF DESCRIPTION OF THE DRAWINGS
[0017] The drawings herein are incorporated into the specification and constitute a part of the specification, illustrate embodiments consistent with the present application, and are used together with the specification to explain the principles of the present application. Obviously, the drawings described below are only some embodiments of the present application, and for ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.
[0018] Figure 1 It is a flowchart of a data processing method of a function execution process shown in an exemplary embodiment of the present application.
[0019] Figure 2 is based on Figure 1 The exemplary embodiment shown is a flowchart of a data processing method for another function execution process.
[0020] Figure 3 It is a schematic diagram of a function execution process shown in an exemplary embodiment of the present application.
[0021] Figure 4 is based on Figure 2 The exemplary embodiment shown is a flowchart of a data processing method for another function execution process.
[0022] Figure 5 It is a flowchart of a data processing method of another function execution process shown based on any of the above exemplary embodiments.
[0023] Figure 6 It is a schematic diagram of a byte supplement process of multiple byte units to be stored corresponding to target parameters shown in an exemplary embodiment of the present application.
[0024] Figure 7 It is a schematic diagram of a byte supplement process of multiple byte units to be stored corresponding to another target parameter shown in an exemplary embodiment of the present application.
[0025] Figure 8 It is a schematic diagram of the application scenario of the data processing method in the function execution process of this application.
[0026] Fig. 9 It is a structural diagram of a data processing device for a function execution process shown in an exemplary embodiment of the present application.
[0027] Fig.10 It is a structural diagram of a computer system of an electronic device shown in an exemplary embodiment of the present application. DETAILED DESCRIPTION
[0028] Here, exemplary embodiments will be described in detail, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are only examples of devices and methods consistent with some aspects of the present application as detailed in the attached claims.
[0029] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities may be implemented in software form, or in one or more hardware modules or integrated circuits, or in different networks and / or processor devices and / or microcontroller devices.
[0030] The flowcharts shown in the accompanying drawings are only exemplary and do not necessarily include all the contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps can be decomposed, and some operations / steps can be combined or partially combined, so the actual execution order may change according to actual conditions.
[0031] The term "multiple" as used in this application refers to two or more than two. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the related objects are in an "or" relationship.
[0032] In the existing vehicle service software design architecture, whether the server makes valid calls and whether the client responds correctly, the controller is unable to record valid data and the user's actual situation during the function execution process, resulting in no storage of relevant data to analyze user behavior and inability to locate problems based on valid data.
[0033] To this end, one aspect of the present application provides a data processing method for a function execution process. Figure 1 , Figure 1 1 is a flowchart of a data processing method for a function execution process shown in an exemplary embodiment of the present application. The data processing method at least includes S110 to S130, which are described in detail as follows:
[0034] S110: Acquire the calling parameters in the calling request of each functional service unit to call the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the calling request.
[0035] To execute a target function, there is a corresponding data flow between multiple functional service units and their subordinate sub-units, so as to call the subordinate units in sequence to achieve the purpose of executing the target function.
[0036] The subordinate sub-units in this embodiment are relative concepts and do not absolutely represent the hierarchical relationship between functional service units. They only represent that they can be called by other functional service units. For example, the first functional service unit can call the second functional service unit, and the second functional service unit can be defined as a subordinate sub-unit of the first functional service unit.
[0037] Exemplarily, when a user triggers an instruction to execute a target function, the initial function service unit sends a call request to its subordinate subunit, and the subordinate subunit responds to the call request and returns feedback parameters to the initial function service unit, while sending the call request generated by it to the subordinate subunit. The call request includes corresponding call parameters.
[0038] S120: Classify the calling parameters and the feedback parameters into levels and divide them into parameters for multiple different application scenarios.
[0039] This step is to classify the calling parameters and feedback parameters into levels and application scenarios. The two classification processes can be performed simultaneously or in a distributed manner. This embodiment does not limit the specific classification order.
[0040] The uses of parameters in different application scenarios may also be different, for example, application scenario parameters used to evaluate product functions and application scenario parameters used to analyze user behavior.
[0041] The classification includes at least one type of classification: importance classification, privacy classification.
[0042] S130: performing a supplement operation on a plurality of byte units to be stored corresponding to parameters of a plurality of different application scenarios to obtain storage data that meets a preset storage condition.
[0043] There is at least one byte in each byte unit to be stored. For example, the byte unit to be stored may be uint8, uint16, uint32, etc., wherein each uint8 represents one byte.
[0044] Each storage byte unit in the stored data satisfies the byte requirement of the storage byte unit in the preset storage condition. For example, the byte requirement of the storage byte unit in the preset storage condition is that the number of bytes in each storage byte unit needs to be four, that is, the number of bytes in each storage byte unit in the stored data is required to be four.
[0045] This embodiment obtains the call parameters in the call request of each functional service unit calling the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the call request, so as to obtain all the interaction parameters generated between each unit during the function execution process. The call parameters and feedback parameters are graded and divided into parameters of multiple different application scenarios to classify the obtained parameters for convenient classified storage. At the same time, a plurality of byte units to be stored corresponding to the parameters of multiple different application scenarios are supplemented to obtain storage data that meets the preset storage conditions, so that the stored data is more standardized and conducive to rapid data storage.
[0046] In another exemplary embodiment of the present application, it is described in detail how to obtain the call parameters in the call request of each functional service unit to call the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the call request. Figure 2 , Figure 2 is based on Figure 1 The exemplary embodiment shown is a flow chart of another data processing method of a function execution process. The function service unit includes an application service unit and an atomic service unit, the subordinate subunit of the application service unit is the atomic service unit, and the subordinate subunit of the atomic service unit is the abstract device unit; the data processing method is as follows Figure 1 The S110 shown further includes S210 to S220, which are described in detail as follows:
[0047] S210: Acquire a first calling parameter in a first calling request of the application service unit to call the atomic service unit, and a first feedback parameter returned by the atomic service unit in response to the first calling request.
[0048] S220: Acquire a second call parameter in a second call request sent by the atomic service unit to the abstract device unit in response to the first call request, and a second feedback parameter returned by the abstract device unit in response to the second call request.
[0049] See also Figure 3 , Figure 3 FIG. 1 is a schematic diagram of a function execution process shown in an exemplary embodiment of the present application. Figure 3 This embodiment is exemplified as follows: the function execution process involves an application service unit, an atomic service unit, and an abstract device unit. Among them, the big data acquisition application records the parameters generated by multiple function execution processes. This embodiment is not limited to recording relevant parameters only through the big data acquisition application, and relevant parameters can also be recorded through other recording devices or equipment. This embodiment uses the application service unit as the initial service unit to form a closed-loop data flow, which is specifically described as follows:
[0050] The user triggers the target function execution instruction, and the application service unit calls the atomic service through the RR interface, that is, sends a first call request to the atomic service unit; wherein the first call request includes a first call parameter.
[0051] In response to the first call request, the atomic service unit calls the abstract device through the RR interface and reports the current status through the Event periodic reporting interface, that is, generates a second call request and sends it to the abstract device unit, and returns the first feedback parameter to the application service unit; wherein the second call request includes the second call parameter.
[0052] As the terminal unit in the function execution process chain, the abstract device unit can decouple the hardware and drive the corresponding executor after receiving the RR service call interface of the atomic service (i.e., receiving the second call request sent by the atomic service unit). The abstract device unit also reports the working status of the current executor through Event (i.e., returns the second feedback parameter to the atomic service unit).
[0053] This embodiment provides a detailed description of the steps of obtaining the call parameters in the call request of each functional service unit calling the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the call request, in combination with specific application scenarios, to illustrate how a closed-loop data flow is formed during the function execution process.
[0054] In another exemplary embodiment of the present application, the pre-step of the above S210 is introduced, for details, please refer to Figure 4 , Figure 4 is based on Figure 2 The exemplary embodiment shown is a flow chart of another data processing method for a function execution process. The data processing method is as follows Figure 2 The S210 shown includes S410 to S420, which are described in detail as follows:
[0055] S410: Detect whether the application service unit sends a first call request to the atomic service unit.
[0056] The application service unit in this embodiment is the initial service unit. If the user triggers the target function execution instruction, the application service unit will send a first call request to the atomic service unit. In response to the received first call request, the atomic service unit will generate and send a second call request to the abstract device unit, and return a first feedback parameter to the application service unit. In response to the received second call request, the abstract device unit will return a second feedback parameter to the atomic service unit.
[0057] S420: If sent, record the first call parameter, the first feedback parameter, the second call parameter and the second feedback parameter.
[0058] The execution end of this embodiment can be a big data collection application program that records the parameters generated during the execution of multiple functions. At the same time, the execution end of this embodiment can also be other recording devices, equipment and other hardware, or a software program with the function of recording parameters.
[0059] Before recording relevant parameters, this embodiment needs to detect whether the initial service unit sends a call request to its subordinate sub-units, that is, detect whether a corresponding data flow chain is formed during the function execution process, that is, detect whether the corresponding first call parameter, first feedback parameter, second call parameter and second feedback parameter are generated to avoid recording blank parameters.
[0060] In another exemplary embodiment of the present application, the above S120 is described in detail. The level classification includes importance level classification and privacy level classification; the step of "level classification of call parameters and feedback parameters" in the above S120 further includes S1201 to S1203, which are described in detail as follows:
[0061] S1201: traverse the calling parameters and feedback parameters, and use the traversed parameters as target parameters.
[0062] This embodiment classifies each parameter by traversing the level to ensure that each parameter is classified comprehensively and without omission.
[0063] S1202: Obtaining a target preset importance level and a target preset privacy level corresponding to the preset parameters that successfully match the target parameters.
[0064] A target parameter is matched with a plurality of preset parameters, wherein each preset parameter pair has a preset importance level and a preset privacy level. In this embodiment, the target preset importance level and the target preset privacy level corresponding to the preset parameter that successfully matches the target parameter are used as the importance level and the privacy level of the target parameter, and the target level of the target parameter is subsequently determined based on these two parameters.
[0065] S1203: Determine the target level corresponding to the target parameter according to the target preset importance level and the target preset privacy level, so as to obtain parameters divided into multiple levels.
[0066] Exemplarily, the target preset importance level and the target preset privacy level are matched with the preset importance level and preset privacy level in Table 1 to determine the target level corresponding to the target parameter. Table 1 is a correspondence table of preset importance level, preset privacy level and preset target level.
[0067]
[0068]
[0069] Table 1
[0070] For example, if the target preset importance level is the second importance level and the target preset importance level is the second privacy level, then according to Table 1, it can be determined that the target level corresponding to the target parameter is the third target level.
[0071] This embodiment provides a method for grading call parameters and feedback parameters, and ensures that each parameter is graded comprehensively and without omission through traversal. In the grading process, the privacy level and the importance level are combined to complete the detailed grading of each parameter, thereby ensuring the accuracy of the level corresponding to each parameter.
[0072] Furthermore, the step of “dividing into parameters for multiple different application scenarios” in the above S120 further includes S1204 to S1205, which are described in detail as follows:
[0073] S1204: Obtain data labels of parameters after multiple level divisions.
[0074] S1205: Determine the application scenario of each level-divided parameter according to the data label to obtain parameters of multiple application scenarios.
[0075] This embodiment determines the application scenario of each parameter according to the data label of each parameter, that is, divides each parameter into application scenarios. Exemplarily, the digital label can be Arabic numerals, and the application scenario of each parameter is determined according to Table 2, which is a correspondence table between preset digital labels and application scenarios.
[0076] Data Labels Application Scenario 1 First application scenario 2 Second application scenario …… ……
[0077] Table 2
[0078] For example, if the data label of the target parameter is 2, the application scenario corresponding to the target parameter is the second application scenario.
[0079] This embodiment provides a method for dividing application scenarios of parameters after level division, by obtaining data labels of the parameters after level division and taking the application scenarios corresponding to the data labels as the application scenarios of the corresponding parameters to complete the application scenario classification of each parameter after level division, thereby obtaining parameters of multiple application scenarios.
[0080] In another exemplary embodiment of the present application, it is described how to perform a supplementary operation on multiple byte units to be stored corresponding to parameters of multiple different application scenarios to obtain storage data that meets the preset storage conditions. For details, please refer to Figure 5 , Figure 5 It is a flowchart of another data processing method of a function execution process based on any of the above exemplary embodiments. The preset storage condition includes that the number of bytes in the byte storage unit is a preset number of bytes; the data processing method further includes S510 to S520 in S130, which are described in detail as follows:
[0081] S510: Acquire multiple byte units to be stored corresponding to parameters of multiple different application scenarios, traverse the multiple byte units to be stored, and use the traversed byte units to be stored as target byte units to be stored.
[0082] Each parameter corresponds to at least one byte unit to be stored, and each byte unit to be stored includes at least one byte. This embodiment detects whether the number of bytes in each byte unit to be stored is less than the preset number of bytes by traversing, so as to ensure that each parameter is detected comprehensively and without omission, thereby ensuring that the byte units to be stored that require supplementary operations are supplemented with bytes.
[0083] S520: If it is detected that the byte quantity of the target byte unit to be stored is less than the preset byte quantity, a byte supplement operation is performed on the target byte unit to be stored so that the byte quantity of the target byte unit to be stored is equal to the preset byte quantity, so as to obtain storage data that meets the preset storage conditions.
[0084] Exemplarily, if the preset number of bytes is four bytes and if the number of bytes of the target byte unit to be stored is two bytes, a byte supplement operation is required to make the supplemented byte number four bytes, and so on, completing the supplement operation on all byte units to be stored that need to be performed byte supplement operations, thereby obtaining storage data that meets the preset storage conditions.
[0085] This embodiment provides a method for byte supplementation for multiple byte units to be stored corresponding to each parameter, and detects whether the number of bytes in each byte unit to be stored is less than a preset number of bytes by traversal, so as to ensure that the detection of each parameter is completed comprehensively and without omission, thereby ensuring that the byte units to be stored that require the supplementation operation are byte supplemented.
[0086] Furthermore, the preset number of bytes is four bytes, and the existing byte supplementation operation is to directly supplement the number of bytes missing in the target byte unit to be stored. For example, if the number of bytes in the target byte unit to be stored is two, two bytes are directly supplemented to the target byte unit to be stored. This will make the supplemented storage data very lengthy, and there will be many invalid padding bytes, which will occupy storage space. For this reason, in an exemplary embodiment of the present application, an innovative improvement is made to the byte supplementation operation of the target byte unit to be stored, and different preset byte supplementation strategies are selected according to the number of bytes of the target byte unit to be stored, that is, the above S520 further includes S5201 to S5202, which are described in detail as follows:
[0087] S5201: If the number of bytes of the target byte unit to be stored is one byte, and there is a two-byte byte unit to be stored after the target byte unit to be stored, then all bytes in the latter two-byte byte unit to be stored are added to the target byte unit to be stored, and one byte is supplemented so that the number of bytes of the target byte unit to be stored is four bytes.
[0088] See also Figure 6 , Figure 6 1 is a schematic diagram of a byte supplement process of multiple byte units to be stored corresponding to a target parameter shown in an exemplary embodiment of the present application. Among them, unit8 represents one byte, unit16 represents two bytes, and unit32 represents four bytes. If the byte unit to be stored is unit32, it means that it includes four bytes, that is, no byte supplement operation is required for it.
[0089] When traversing to the first byte unit to be stored, whose byte quantity is one byte, and there is a byte unit to be stored with two bytes after it (i.e. the third byte unit to be stored in the figure), unit16 in the third byte unit to be stored is spliced to unit8 of the first byte unit to be stored, and then one byte (i.e. unit8) is added to make the first byte unit to be stored become unit32, even if its byte quantity is four bytes.
[0090] In some embodiments, if the number of bytes of the target byte unit to be stored is a one-byte number, and there are two-byte number of byte units to be stored and one-byte number of byte units to be stored after the target byte unit to be stored, then the bytes of the following two-byte number of byte units to be stored and the one-byte number of byte units to be stored are directly added to the target byte unit to be stored.
[0091] If the number of bytes of the target byte unit to be stored is one byte, and there are no two-byte byte units to be stored after the target byte unit to be stored, but there are one-byte byte units to be stored, then the bytes in the following at least one-byte byte units to be stored are added to the target byte unit to be stored, so that the number of bytes of the target byte unit to be stored is four bytes. During the supplementation process, if the one-byte byte units to be stored are not sufficient to complete the supplementation operation, bytes are automatically added so that the number of bytes of the target byte unit to be stored is equal to the four-byte number.
[0092] S5202: If the number of bytes of the target byte unit to be stored is two bytes, and there is another two-byte byte unit to be stored after the target byte unit to be stored, then all bytes in the latter two-byte byte unit to be stored are added to the target byte unit to be stored, so that the number of bytes of the target byte unit to be stored is four bytes.
[0093] See also Figure 7 , Figure 7 1 is a schematic diagram of a byte supplement process of multiple byte units to be stored corresponding to another target parameter shown in an exemplary embodiment of the present application. Among them, unit8 represents one byte, unit16 represents two bytes, and unit32 represents four bytes. If the byte unit to be stored is unit32, it means that it includes four bytes, that is, no byte supplement operation is required for it.
[0094] When traversing to the second byte unit to be stored, whose byte quantity is two bytes, and there is another two-byte byte unit to be stored after it (i.e., the third byte unit to be stored in the figure), unit16 in the third byte unit to be stored is spliced after unit16 of the second byte unit to be stored, so that the second byte unit to be stored becomes unit32, even if the target byte unit to be stored has a four-byte quantity.
[0095] In some embodiments, if the number of bytes of the target byte unit to be stored is a two-byte number, and there is no two-byte number of byte units to be stored after the target byte unit to be stored, but there is a one-byte number of byte units to be stored, then all bytes in at least one of the following one-byte number of byte units to be stored are added to the target byte unit to be stored, so that the number of bytes of the target byte unit to be stored is a four-byte number. During the supplementation process, if the one-byte number of byte units to be stored is not enough to complete the supplementation operation, bytes are automatically added so that the number of bytes of the target byte unit to be stored is equal to the four-byte number.
[0096] This embodiment provides a method for performing byte supplement operations on target byte units to be stored, and determines a specific supplement operation method according to the number of bytes in the target byte units to be stored, so as to flexibly and diversely complete the byte supplement operations on each byte unit to be stored.
[0097] In another exemplary embodiment of the present application, the application scenarios of the above-mentioned multiple data processing methods are exemplarily described. Figure 8 , Figure 8 It is a schematic diagram of the application scenario of the data processing method of the function execution process of the present application, which includes a function execution system module 100, a big data acquisition application module 200 and a controller 300, and the three ends can be connected by wireless communication, and the present application does not limit the connection method between them.
[0098] The function execution system module 100 can generate the call parameters in the call request of each functional service unit calling the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the call request during the execution of the target function. The controller 300 controls the big data collection application module 200 to collect and record the call parameters and feedback parameters in the function execution system module 100 in real time.
[0099] The controller 300 acts as an execution end to execute the data processing methods in the above-mentioned exemplary embodiments. Exemplarily, the controller 300 obtains the call parameters in the call request of each functional service unit calling the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the call request from the big data acquisition application module 200; the controller 300 classifies the call parameters and feedback parameters, and divides them into parameters for multiple different application scenarios; the controller 300 performs supplementary operations on multiple byte units to be stored corresponding to the parameters of multiple different application scenarios to obtain storage data that meets preset storage conditions.
[0100] The controller 300 can be an independent physical server or a server cluster or distributed system composed of multiple physical servers, wherein multiple servers can form a blockchain, and the server is a node on the blockchain. The controller 300 can also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network) and big data and artificial intelligence platforms, and there is no restriction on this here.
[0101] Another aspect of the present application also provides a data processing device for a function execution process, such as Fig. 9 As shown, Fig. 9 900 is a schematic diagram of the structure of a data processing device for a function execution process shown in an exemplary embodiment of the present application. The data processing device 900 includes:
[0102] The acquisition module 910 is used to acquire the call parameters in the call request of each functional service unit to call the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the call request.
[0103] The classification module 930 is used to classify the calling parameters and the feedback parameters into parameters for multiple different application scenarios.
[0104] The supplementing module 950 is used to perform a supplementing operation on a plurality of byte units to be stored corresponding to parameters of a plurality of different application scenarios, so as to obtain storage data that meets a preset storage condition.
[0105] In an optional manner, the functional service unit includes an application service unit and an atomic service unit, the subordinate subunit of the application service unit is the atomic service unit, and the subordinate subunit of the atomic service unit is the abstract device unit; the acquisition module 910 includes:
[0106] The first acquisition unit is used to acquire a first call parameter in a first call request of the application service unit to call the atomic service unit, and a first feedback parameter returned by the atomic service unit in response to the first call request.
[0107] The second acquisition unit is used to acquire a second call parameter in a second call request sent by the atomic service unit to the abstract device unit in response to the first call request, and a second feedback parameter returned by the abstract device unit in response to the second call request.
[0108] In an optional manner, the data processing device 900 further includes:
[0109] The detection module is used to detect whether the application service unit sends a first call request to the atomic service unit.
[0110] The recording module is used to record the first call parameter, the first feedback parameter, the second call parameter and the second feedback parameter if sent.
[0111] In an optional manner, the level classification includes importance level classification and privacy level classification; the classification module 930 includes:
[0112] The traversal unit is used to traverse the calling parameters and feedback parameters, and use the traversed parameters as target parameters.
[0113] The level acquisition unit is used to acquire the target preset importance level and the target preset privacy level corresponding to the preset parameters that successfully match the target parameters.
[0114] The level division unit is used to determine the target level corresponding to the target parameter according to the target preset importance level and the target preset privacy level, so as to obtain parameters after multiple level divisions.
[0115] In an optional manner, the division module 930 includes:
[0116] The data label acquisition unit is used to acquire data labels of parameters after being divided into multiple levels.
[0117] The application scenario division unit is used to determine the application scenario of the parameters after each level division according to the data tags to obtain parameters of multiple application scenarios.
[0118] In an optional manner, the preset storage condition includes that the number of bytes in the byte storage unit is a preset number of bytes; and the supplementing module 950 includes:
[0119] Obtain a traversal unit, which is used to obtain multiple byte units to be stored corresponding to parameters of multiple different application scenarios, traverse the multiple byte units to be stored, and use the traversed byte units to be stored as target byte units to be stored.
[0120] The detection and supplement unit is used to perform a byte supplement operation on the target byte unit to be stored if it is detected that the byte number of the target byte unit to be stored is less than the preset byte number, so as to make the byte number of the target byte unit to be stored equal to the preset byte number, so as to obtain storage data that meets the preset storage conditions.
[0121] In an optional manner, the preset number of bytes is a four-byte number, and the detection supplement unit includes:
[0122] The first supplement section is used to add all the bytes in the latter two-byte byte unit to be stored to the target byte unit to be stored, and supplement one byte so that the number of bytes of the target byte unit to be stored is four bytes if the number of bytes of the target byte unit to be stored is one-byte and there is a two-byte byte unit to be stored after the target byte unit to be stored.
[0123] The second supplementary section is used to add all bytes in the latter two-byte byte unit to be stored to the target byte unit to be stored if the number of bytes of the target byte unit to be stored is two-byte and there is another two-byte byte unit to be stored after the target byte unit to be stored, so that the number of bytes of the target byte unit to be stored is four-byte.
[0124] The data processing device of the present application obtains the call parameters in the call request of each functional service unit calling the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the call request, so as to obtain all the interaction parameters generated between each unit during the function execution process. The call parameters and feedback parameters are graded and divided into parameters for multiple different application scenarios to classify the acquired parameters for convenient classified storage. At the same time, a plurality of byte units to be stored corresponding to the parameters of multiple different application scenarios are supplemented to obtain storage data that meets the preset storage conditions, so that the stored data is more standardized and conducive to rapid data storage.
[0125] It should be noted that the data processing device provided in the above embodiment and the data processing method provided in the above embodiment belong to the same concept, wherein the specific manner in which each module and unit performs operations has been described in detail in the method embodiment and will not be repeated here.
[0126] Another aspect of the present application provides an electronic device, comprising: a controller; and a memory for storing one or more programs, which, when executed by the controller, executes the above-mentioned data processing method.
[0127] See also Fig.10 , Fig.10 1 is a schematic diagram of the structure of a computer system of an electronic device shown in an exemplary embodiment of the present application, which shows a schematic diagram of the structure of a computer system of an electronic device suitable for implementing an embodiment of the present application.
[0128] It should be noted that Fig.10 The computer system 1000 of the electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.
[0129] like Fig.10As shown, the computer system 1000 includes a central processing unit (CPU) 1001, which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 1002 or the program loaded from the storage part 1008 to the random access memory (RAM) 1003, such as executing the method in the above embodiment. In the RAM 1003, various programs and data required for system operation are also stored. The CPU 1001, the ROM 1002 and the RAM 1003 are connected to each other through the bus 1004. The input / output (I / O) interface 1005 is also connected to the bus 1004.
[0130] The following components are connected to the I / O interface 1005: an input section 1006 including a keyboard, a mouse, etc.; an output section 1007 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 1008 including a hard disk, etc.; and a communication section 1009 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 1009 performs communication processing via a network such as the Internet. A drive 1010 is also connected to the I / O interface 1005 as needed. A removable medium 1011, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1010 as needed, so that a computer program read therefrom is installed into the storage section 1008 as needed.
[0131] In particular, according to an embodiment of the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a computer program for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication section 1009, and / or installed from a removable medium 1011. When the computer program is executed by a central processing unit (CPU) 1001, various functions defined in the system of the present application are executed.
[0132] It should be noted that the computer-readable medium shown in the embodiment of the present application can be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium can be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media can include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable storage medium can be any tangible medium containing or storing a program, which can be used by an instruction execution system, device or device or used in combination with it. In the present application, a computer-readable signal medium can include a data signal propagated in a baseband or as a part of a carrier wave, wherein a computer-readable computer program is carried. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, which may send, propagate, or transmit programs for use by or in conjunction with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.
[0133] The flowchart and block diagram in the accompanying drawings illustrate the possible architecture, functions and operations of the system, method and computer program product according to various embodiments of the present application. Wherein, each box in the flowchart or block diagram can represent a module, a program segment, or a part of the code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order than the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.
[0134] The units involved in the embodiments described in this application may be implemented by software or hardware, and the units described may also be set in a processor. The names of these units do not, in some cases, constitute limitations on the units themselves.
[0135] Another aspect of the present application further provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, the data processing method as described above is implemented. The computer-readable storage medium may be included in the electronic device described in the above embodiment, or may exist independently without being assembled into the electronic device.
[0136] Another aspect of the present application also provides a computer program product or a computer program, which includes a computer instruction stored in a computer-readable storage medium. A processor of a computer device reads the computer instruction from the computer-readable storage medium, and the processor executes the computer instruction, so that the computer device executes the data processing method provided in each of the above embodiments.
[0137] According to one aspect of an embodiment of the present application, a computer system is also provided, including a central processing unit (CPU), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) or a program loaded from a storage portion into a random access memory (RAM), such as executing the method in the above embodiment. In RAM, various programs and data required for system operation are also stored. CPU, ROM and RAM are connected to each other via a bus. An input / output (I / O) interface is also connected to the bus.
[0138] The following components are connected to the I / O interface: an input part including a keyboard, a mouse, etc.; an output part including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker; a storage part including a hard disk, etc.; and a communication part including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication part performs communication processing via a network such as the Internet. A drive is also connected to the I / O interface as needed. Removable media, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., are installed on the drive as needed so that the computer program read therefrom is installed into the storage part as needed.
[0139] The above content is only a preferred exemplary embodiment of the present application and is not intended to limit the implementation scheme of the present application. A person skilled in the art can easily make corresponding changes or modifications based on the main concept and spirit of the present application. Therefore, the scope of protection of the present application shall be based on the scope of protection required by the claims.
Claims
1. A data processing method for a function execution process, characterized in that: The data processing method comprises: Acquire the calling parameters in the calling request of each functional service unit to call the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the calling request; The calling parameters and the feedback parameters are graded and divided into parameters for a plurality of different application scenarios; Acquire multiple byte units to be stored corresponding to the parameters of the multiple different application scenarios, traverse the multiple byte units to be stored, and use the traversed byte units to be stored as target byte units to be stored; If it is detected that the byte quantity of the target byte unit to be stored is less than the preset byte quantity, a byte supplement operation is performed on the target byte unit to be stored so that the byte quantity of the target byte unit to be stored is equal to the preset byte quantity, so as to obtain storage data that meets the preset storage conditions.
2. The data processing method according to claim 1, characterized in that: The functional service unit includes an application service unit and an atomic service unit, wherein the subordinate subunit of the application service unit is the atomic service unit, and the subordinate subunit of the atomic service unit is the abstract device unit; The obtaining of the calling parameters in the calling request of each functional service unit to call the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the calling request, further includes: Acquire a first calling parameter in a first calling request of the application service unit to call the atomic service unit, and a first feedback parameter returned by the atomic service unit in response to the first calling request; A second call parameter in a second call request sent by the atomic service unit to the abstract device unit in response to the first call request and a second feedback parameter returned by the abstract device unit in response to the second call request are obtained.
3. The data processing method according to claim 2, characterized in that: Before obtaining the first call parameter in the first call request of the application service unit to call the atomic service unit and the first feedback parameter returned by the atomic service unit in response to the first call request, the data processing method further includes: detecting whether the application service unit sends the first call request to the atomic service unit; If sent, the first call parameter, the first feedback parameter, the second call parameter and the second feedback parameter are recorded.
4. The data processing method according to claim 1, characterized in that: The grading includes importance grading and privacy grading; the grading of the call parameters and the feedback parameters further includes: Traversing the calling parameters and the feedback parameters, and taking the traversed parameters as target parameters; Obtaining a target preset importance level and a target preset privacy level corresponding to the preset parameter that successfully matches the target parameter; According to the target preset importance level and the target preset privacy level, the target level corresponding to the target parameter is determined to obtain parameters after multiple level divisions.
5. The data processing method according to claim 4, characterized in that: The parameters divided into multiple different application scenarios further include: Obtaining data labels of the parameters after the multiple level divisions; The application scenarios of the parameters after each level division are determined according to the data tags to obtain parameters of multiple application scenarios.
6. The data processing method according to claim 1, characterized in that: The preset number of bytes is a four-byte number, and the method further comprises: performing a byte supplement operation on the target byte unit to be stored so that the number of bytes of the target byte unit to be stored is equal to the preset number of bytes. If the byte quantity of the target byte unit to be stored is a one-byte quantity, and there is a two-byte byte unit to be stored after the target byte unit to be stored, then all bytes in the latter two-byte byte unit to be stored are added to the target byte unit to be stored, and one byte is supplemented so that the byte quantity of the target byte unit to be stored is a four-byte quantity; If the number of bytes of the target byte unit to be stored is two bytes, and there is another two-byte byte unit to be stored after the target byte unit to be stored, all bytes in the latter two-byte byte unit to be stored are added to the target byte unit to be stored, so that the number of bytes of the target byte unit to be stored is four bytes.
7. A data processing device for a function execution process, characterized in that: The data processing device comprises: An acquisition module, used to acquire the call parameters in the call request of each functional service unit to call the subordinate sub-unit, and the feedback parameters returned by each sub-unit in response to the call request; A classification module, used to classify the call parameters and the feedback parameters into parameters for a plurality of different application scenarios; Obtaining a traversal unit, used for obtaining a plurality of byte units to be stored corresponding to the parameters of the plurality of different application scenarios, traversing the plurality of byte units to be stored, and using the traversed byte units to be stored as target byte units to be stored; A detection and supplement unit is used to perform a byte supplement operation on the target byte unit to be stored if it is detected that the byte number of the target byte unit to be stored is less than the preset byte number, so as to make the byte number of the target byte unit to be stored equal to the preset byte number, so as to obtain storage data that meets the preset storage conditions.
8. An electronic device, characterized in that: include: Controller; A memory for storing one or more programs, which, when executed by a controller, enables the controller to implement the data processing method described in any one of claims 1 to 6.
9. A computer-readable storage medium, characterized in that: Computer-readable instructions are stored thereon, and when the computer-readable instructions are executed by a processor of a computer, the computer is caused to execute the data processing method according to any one of claims 1 to 6.
Citation Information
Patent Citations
Micro-service monitoring method, device and equipment and storage medium
CN112685252A
Vehicle end servitization function test method, device, equipment and medium
CN116107903A