CN114625369B - Method, device, medium and electronic equipment for collecting C/S client software data - Google Patents
Method, device, medium and electronic equipment for collecting C/S client software data Download PDFInfo
- Publication number
- CN114625369B CN114625369B CN202011446072.0A CN202011446072A CN114625369B CN 114625369 B CN114625369 B CN 114625369B CN 202011446072 A CN202011446072 A CN 202011446072A CN 114625369 B CN114625369 B CN 114625369B
- Authority
- CN
- China
- Prior art keywords
- target
- data
- information
- client
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/40—Transformation of program code
- G06F8/41—Compilation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/219—Managing data history or versioning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Data Mining & Analysis (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The disclosure relates to a method, a device, a medium and electronic equipment for acquiring C/S client software data. The method comprises the following steps: the acquisition service plug-in uploads the acquired data file information of the target C/S client to the server by calling a server interface; under the condition that data acquisition parameters determined by the server according to the data file information are received, acquiring target metadata information from a database of a target C/S client according to target start and stop time in the data acquisition parameters; converting the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of the target C/S client, converting the target data information of the Protobuf data structure into a message in a binary format, and uploading the message to a server so that the server stores the target metadata information corresponding to the message into a database of the server. By adopting the method, the speed of data transmission can be improved when the data is uploaded to the server.
Description
Technical Field
The disclosure relates to the technical field of computers, and in particular relates to a method, a device, a medium and electronic equipment for acquiring C/S client software data.
Background
Along with the development of informatization technology, tax information paperless is also rapidly developing and advancing. Currently, various application software based on invoice data is in progress, so that an effective scheme for automatically collecting invoice business data is urgently required.
In the related art, data acquisition software is developed, data of each application software is acquired by the data acquisition software, and after the data of the application software is acquired, the acquired data is generally uploaded to a server through an XML data transmission protocol, however, the data transmission speed in the mode is slower, and bandwidth is wasted.
Disclosure of Invention
The disclosure aims to provide a method, a device, a medium and electronic equipment for acquiring C/S client software data, so as to solve the problems in the related art.
To achieve the above object, a first part of an embodiment of the present disclosure provides a method for collecting C/S client software data, the method being applied to a collection service plug-in, the method including:
Uploading the acquired data file information of the target C/S client to a server by calling a server interface, wherein the data file information comprises at least one of the start-stop time, the total data volume and the data volume generated in each period of the data record of the target C/S client;
Under the condition that the data acquisition parameters determined by the server according to the data file information are received, acquiring target metadata information from a database of the target C/S client according to target start-stop time in the data acquisition parameters;
converting the collected target metadata information into target data information of a Protobuf data structure corresponding to a Protobuf model class library of a target C/S client, converting the target data information of the Protobuf data structure into a message in a binary format, and uploading the message to the server so that the server stores the target metadata information corresponding to the message into a database of the server.
Optionally, before uploading the collected data file information of the target C/S client to the server by calling the server interface, the method includes:
acquiring the identification information of the target C/S client, searching a corresponding registry according to the identification information of the target C/S client, and determining the installation path information of the target C/S client from the registry;
And acquiring the data file information of the target C/S client according to the installation path information.
Optionally, before converting the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of the target C/S client, the method includes:
Acquiring software version information of the target C/S client and determining the software version information of the acquisition service plug-in;
And uploading the software version information of the target C/S client and the software version information of the acquisition service plug-in to the server so that the server determines whether the Protobuf model class library of the target C/S client is compiled again dynamically according to the software version information of the target C/S client and the software version information of the acquisition service plug-in.
Optionally, the method further comprises:
Under the condition that an instruction fed back by the server for determining the dynamic compiling of the Protobuf model class library of the target C/S client is received, writing all metadata information in the database of the target C/S client into an xxfp.proto file, and calling protoc a program to compile the xxfp.proto file into a model class file in a first format and a model class file in a second format;
Dynamically compiling the model class file in the first format, and obtaining a new Protobuf model class library under the condition that the dynamic compiling of the model class file in the first format is successful; and is combined with
Uploading the information representing the success of dynamic compiling and the model class file in the second format to the server, so that when the server stores the target metadata information corresponding to the message into a database of the server, analyzing the message according to the model class file in the second format to obtain the target metadata information corresponding to the message, wherein the information representing the success of dynamic compiling is used for determining whether a Protobuf model class library of the target C/S client is dynamically compiled again when the server receives the software version information of the target C/S client and the software version information of the acquisition service plug-in next time.
Optionally, the converting the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of the target C/S client includes:
and converting the acquired target metadata information into target data information of a corresponding Protobuf data structure in the new Protobuf model class library.
Optionally, the method further comprises:
Under the condition that dynamic compiling of the model class file in the first format fails, uploading information representing the dynamic compiling failure to the server, and downloading an upgrade package of the acquisition service plug-in from the server, wherein the upgrade package is determined by the server according to the software version information of the target C/S client and the software version information of the acquisition service plug-in, and the information representing the dynamic compiling failure is used for determining whether a Protobuf model class library of the target C/S client is dynamically compiled again when the server receives the software version information of the target C/S client and the software version information of the acquisition service plug-in next time;
and upgrading the acquisition service plug-in according to the upgrade package, and restarting the acquisition service plug-in.
Optionally, the data acquisition parameters further include a time period for indicating to upload the message and a data amount threshold for uploading the message once;
The converting the target data information of the Protobuf data structure into a binary format message includes:
When the data volume of the target data information of the Protobuf data structure is larger than the data volume threshold of the single uploading message, converting the target data information of the Protobuf data structure into a message sequence comprising a plurality of messages, wherein the data volume of each message in the message sequence does not exceed the data volume threshold of the single uploading message;
The uploading the message to the server comprises the following steps:
and uploading each message in the message sequence in turn in the time period of uploading the message.
A second part of the disclosed embodiments provides an apparatus for collecting C/S client software data, the apparatus being applied to a collection service plug-in, including:
the first uploading module is configured to upload the acquired data file information of the target C/S client to the server by calling a server interface, wherein the data file information comprises at least one of the start-stop time, the total data volume and the data volume generated in each period of the data record of the target C/S client;
The acquisition module is configured to acquire target metadata information from a database of the target C/S client according to target starting and ending time in the data acquisition parameters under the condition that the data acquisition parameters determined by the server according to the data file information are received;
The second uploading module is configured to convert the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of a target C/S client, convert the target data information of the Protobuf data structure into a message in a binary format, and upload the message to the server so that the server stores the target metadata information corresponding to the message into a database of the server.
Optionally, the apparatus further comprises:
The first acquisition module is configured to acquire the identification information of the target C/S client, search a corresponding registry according to the identification information of the target C/S client, and determine the installation path information of the target C/S client from the registry;
and a second acquisition module configured to acquire the data file information of the target C/S client according to the installation path information.
Optionally, the apparatus further comprises:
The third acquisition module is configured to acquire the software version information of the target C/S client and determine the software version information of the acquisition service plugin;
and the second uploading module is configured to upload the software version information of the target C/S client and the software version information of the acquisition service plug-in to the server so that the server determines whether the Protobuf model class library of the target C/S client is dynamically compiled again according to the software version information of the target C/S client and the software version information of the acquisition service plug-in.
Optionally, the apparatus further comprises:
The first compiling module is configured to write all metadata information in the database of the target C/S client into an xxfp.proto file and call protoc a program to compile the xxfp.proto file into a model class file in a first format and a model class file in a second format under the condition that an instruction of the server feedback for determining the Protobuf model class library of the target C/S client is received;
The second compiling module is configured to dynamically compile the model class file in the first format, and obtain the new Protobuf model class library under the condition that the dynamic compiling of the model class file in the first format is successful;
And the third uploading module is configured to upload the information representing the success of the dynamic compilation and the model class file in the second format to the server, so that when the server stores the target metadata information corresponding to the message into a database of the server, the server analyzes the message according to the model class file in the second format to obtain the target metadata information corresponding to the message, wherein the information representing the success of the dynamic compilation is used for determining whether the Protobuf model class library of the target C/S client is dynamically compiled again when the server receives the software version information of the target C/S client and the software version information of the acquisition service plug-in next time.
Optionally, the second uploading module is further configured to convert the collected target metadata information into target data information of a corresponding Protobuf data structure in the new Protobuf model class library.
Optionally, the apparatus further comprises:
The downloading module is configured to upload information representing the dynamic compilation failure to the server and download an upgrade package of the acquisition service plugin from the server under the condition that the dynamic compilation of the model class file in the first format fails, wherein the upgrade package is determined by the server according to the software version information of the target C/S client and the software version information of the acquisition service plugin, and the information representing the dynamic compilation failure is used for determining whether a Protobuf model class library of the target C/S client is dynamically compiled again when the server receives the software version information of the target C/S client and the software version information of the acquisition service plugin next time;
And the restarting module is configured to upgrade the acquisition service plug-in according to the upgrade package and restart the acquisition service plug-in.
Optionally, the data acquisition parameters further include a time period for indicating to upload the message and a data amount threshold for uploading the message once;
the second uploading module comprises:
A conversion sub-module configured to convert the target data information of the Protobuf data structure into a message sequence including a plurality of messages when the data amount of the target data information of the Protobuf data structure is greater than the data amount threshold of the single upload message, wherein the data amount of each message in the message sequence does not exceed the data amount threshold of the single upload message;
And the uploading sub-module is configured to upload each message in the message sequence in turn in the time period of uploading the message.
A third part of the disclosed embodiments provides a computer-readable storage medium, on which is stored a computer program which, when executed by a processor, implements the steps of the method of any of the first parts above.
A fourth part of the embodiment of the present disclosure provides an electronic device, including:
A memory having a computer program stored thereon;
a processor for executing the computer program in the memory to implement the steps of the method of any of the first parts above.
By adopting the technical scheme, at least the following technical effects can be achieved:
and the acquisition service plug-in uploads the acquired data file information of the target C/S client to the server by calling a server interface. And under the condition that the data acquisition parameters determined by the server according to the data file information are received, acquiring target metadata information from a database of the target C/S client according to the target start-stop time in the data acquisition parameters. Converting the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of the target C/S client, converting the target data information of the Protobuf data structure into a message in a binary format, and uploading the message to a server so that the server stores the target metadata information corresponding to the message into a database of the server. Because Protobuf (Google Protocol Buffer) is a lightweight and efficient structured data storage format, the collected target metadata information is converted into the target data information of the corresponding Protobuf data structure, so that the byte occupation space of the target data information of the converted Protobuf data structure can be greatly reduced. Compared with the related art, the method can effectively reduce bandwidth occupation and improve data transmission speed when uploading data to the server.
Additional features and advantages of the present disclosure will be set forth in the detailed description which follows.
Drawings
The accompanying drawings are included to provide a further understanding of the disclosure, and are incorporated in and constitute a part of this specification, illustrate the disclosure and together with the description serve to explain, but do not limit the disclosure. In the drawings:
FIG. 1 is a flowchart illustrating a method of collecting C/S client software data, according to an exemplary embodiment of the present disclosure.
FIG. 2 is a trip chart illustrating another method of collecting C/S client software data according to an exemplary embodiment of the present disclosure.
FIG. 3 is a block diagram illustrating an apparatus for collecting C/S client software data according to an exemplary embodiment of the present disclosure.
Fig. 4 is a block diagram of an electronic device, according to an exemplary embodiment of the present disclosure.
Fig. 5 is a block diagram of another electronic device shown in accordance with an exemplary embodiment of the present disclosure.
Detailed Description
Specific embodiments of the present disclosure are described in detail below with reference to the accompanying drawings. It should be understood that the detailed description and specific examples, while indicating and illustrating the disclosure, are not intended to limit the disclosure.
Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present disclosure as detailed in the accompanying claims.
In the related art, data acquisition software is developed, data of each application software is acquired by the data acquisition software, and after the data of the application software is acquired, the acquired data is generally uploaded to a server through an XML data transmission protocol, however, the data transmission speed in the mode is slower, and bandwidth is wasted.
And after the database table structure of the application software is upgraded, the data acquisition software needs to be redeveloped to acquire the data of the upgraded application software.
In view of the above, embodiments of the present disclosure provide a method, an apparatus, a medium and an electronic device for collecting software data of a C/S client, so as to solve the problems in the related art.
In order to make it easier for those skilled in the art to understand the technical solutions of the present disclosure, the related art to which the present disclosure relates will be briefly explained below.
Microsoft Windows services (i.e., NT services) enable you to create executable applications that can run for long periods of time in their own Windows session. These services may be automatically started at computer start-up, may be suspended and restarted, and do not display any user interface. Such a service is well suited for use on a server or whenever it is required to run functions for a long time in order not to affect other users working on the same computer. The service may also be run in a security context that is different from the particular user account or default computer account of the logged-in user.
Google Protocol Buffer (Protobuf) is a mixed language data standard internal to Google corporation. Protocol Buffers is a lightweight, efficient structured data storage format that can be used for structured data serialization, or serialization. It is well suited for use as a data storage or RPC data exchange format. The method can be used for language-independent, platform-independent and extensible serial structure data formats in the fields of communication protocols, data storage and the like. APIs in multiple languages such as C++, java, C#, python and the like are provided at present. Since it is in a binary format, it exchanges data much faster than using xml. I.e. the byte after serialization using it takes up 3-10 times less space than the byte after processing using XML, and the time efficiency of serialization using it is 20-100 times faster than the XML approach.
Dynamic compiling technology has more flexible operation modes than static compiling technology. The user can dynamically compile the written source code file into a reusable binary file which is stored in the memory.
The technical scheme of the present disclosure is described in detail below.
FIG. 1 is a flowchart illustrating a method of collecting C/S client software data, the method being applied to a collection service plug-in, as shown in FIG. 1, according to an exemplary embodiment of the present disclosure, the method comprising:
s11, the acquisition service plug-in uploads the acquired data file information of the target C/S client to the server by calling a server interface, wherein the data file information comprises at least one of the start and stop time of data record of the target C/S client, total data volume and data volume generated in each period.
The acquisition service plug-in is a Windows service program developed by using C# language based on Microsoft Windows services. The acquisition service plug-in and the target C/S client are carried on the same terminal device.
The server is a server which is developed by adopting Java language and corresponds to the acquisition service plug-in. That is, the acquisition service plug-in is a client corresponding to the server.
The start-stop time of the data record refers to the earliest date of storing the data and the latest date (or latest date) of storing the data in the database of the target C/S client.
The total data size refers to the total amount of all data in the database of the target C/S client.
The amount of data generated per cycle refers to the amount of data newly stored in the database of the target C/S client per cycle, such as per day.
Optionally, before uploading the collected data file information of the target C/S client to the server by calling the server interface, the method includes:
Acquiring the identification information of the target C/S client, searching a corresponding registry according to the identification information of the target C/S client, and determining the installation path information of the target C/S client from the registry; and acquiring the data file information of the target C/S client according to the installation path information.
Specifically, the acquisition service plug-in acquires the identification information of the target C/S client, searches a corresponding registry according to the identification information of the target C/S client, and determines the installation path information of the target C/S client from the registry. And acquiring the data file information of the target C/S client according to the installation path information. The acquisition service plug-in uploads the data file information to the server.
After receiving the data file information uploaded by the acquisition service plug-in, the server can determine the data which is not stored by the server according to the start-stop time, the total data volume, the data volume generated in each period and the data of the target C/S client stored in the database of the server. The server generates data acquisition parameters based on the non-stored data and feeds the generated data acquisition parameters back to the acquisition service plugin.
And S12, under the condition that the data acquisition parameters determined by the server according to the data file information are received, acquiring target metadata information from a database of the target C/S client according to target starting and ending time in the data acquisition parameters.
The target start-stop time refers to the start-stop time corresponding to the acquired data stored in a database of the target C/S client. It should be understood that when the start-stop time of the target is the same as the start-stop time of the data record of the target C/S client, the full data of the target C/S client needs to be collected, i.e. all the data in the database of the target C/S client needs to be collected is characterized. And when the time interval corresponding to the start and stop time of the target C/S client is a subset of the time interval corresponding to the start and stop time of the data record of the target C/S client, characterizing that incremental data of the target C/S client need to be collected, namely partial data which exists in a database of the target C/S client and does not exist in a server need to be collected.
Specifically, after the acquisition service plug-in receives the data acquisition parameters determined by the server according to the data file information, the acquisition service plug-in acquires target metadata information from a database of the target C/S client according to the target start-stop time in the data acquisition parameters.
S13, converting the acquired target metadata information into target data information of a Protobuf data structure corresponding to a Protobuf model class library of a target C/S client, converting the target data information of the Protobuf data structure into a message in a binary format, and uploading the message to the server so that the server stores the target metadata information corresponding to the message into a database of the server.
The Protobuf model class library of the target C/S client is a pre-compiled dll file stored on the terminal equipment where the target C/S client is located.
Optionally, after the collecting service plug-in converts the target data information of the Protobuf data structure into a binary format message, before uploading the message to the server, the collecting service plug-in may further compress the message by adopting a compression algorithm Gzip, and may further perform RSA asymmetric encryption on the compressed message, and perform SHA1 signature on the encrypted message by using a private key of the collecting service plug-in. The method can ensure the safety of the message uploaded to the server by the acquisition service plug-in.
Optionally, the collecting service plug-in may upload the message to the server in an http post manner.
In detail, the acquisition service plug-in converts the target metadata information acquired from the database of the target C/S client into target data information of a corresponding Protobuf data structure in a Protobuf model class library of the target C/S client, converts the target data information of the Protobuf data structure into a message in a binary format, and uploads the message to the server.
After receiving the message, the server can store the target metadata information corresponding to the message into a database of the server. Thus, the data acquisition process of the target C/S client is completed.
By adopting the method, the acquisition service plug-in uploads the acquired data file information of the target C/S client to the server by calling the server interface. And under the condition that the data acquisition parameters determined by the server according to the data file information are received, acquiring target metadata information from a database of the target C/S client according to the target start-stop time in the data acquisition parameters. Converting the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of the target C/S client, converting the target data information of the Protobuf data structure into a message in a binary format, and uploading the message to a server so that the server stores the target metadata information corresponding to the message into a database of the server. Because Protobuf (Google Protocol Buffer) is a lightweight and efficient structured data storage format, the collected target metadata information is converted into the target data information of the corresponding Protobuf data structure, so that the byte occupation space of the target data information of the converted Protobuf data structure can be greatly reduced. Compared with the related art, the method can effectively reduce bandwidth occupation and improve data transmission speed when uploading data to the server.
Optionally, before converting the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of a target C/S client, the method includes the following steps:
acquiring software version information of the target C/S client and determining the software version information of the acquisition service plug-in; and uploading the software version information of the target C/S client and the software version information of the acquisition service plug-in to the server so that the server determines whether the Protobuf model class library of the target C/S client is compiled again dynamically according to the software version information of the target C/S client and the software version information of the acquisition service plug-in.
The acquisition service plug-in acquires the software version information of the target C/S client and determines the software version information of the acquisition service plug-in. The acquisition service plug-in uploads the software version information of the target C/S client and the software version information of the acquisition service plug-in to the server.
After receiving the software version information of the target C/S client and the software version information thereof uploaded by the acquisition service plug-in, the server determines whether the Protobuf model class library of the target C/S client is compiled again dynamically according to the software version information of the target C/S client and the software version information of the acquisition service plug-in.
Specifically, if the server determines that the current version of the acquisition service plug-in has successfully compiled the database data of the target C/S client of the current version, it determines that the Protobuf model class library of the target C/S client does not need to be dynamically compiled again. If the server determines that the acquisition service plug-in of the current version is not successfully compiled or the database data of the target C/S client of the current version is not compiled, determining that the Protobuf model class library of the target C/S client of the current version needs to be dynamically compiled again.
After determining whether the Protobuf model class library of the target C/S client is compiled again dynamically, the server feeds back an instruction whether the Protobuf model class library of the target C/S client is compiled again dynamically to the acquisition service plug-in.
Optionally, the acquisition service plug-in executes the following steps when receiving an instruction fed back by the server to determine that the Protobuf model class library of the target C/S client is compiled again dynamically:
Writing all metadata information in a database of the target C/S client into an xxfp.proto file, and calling protoc programs to compile the xxfp.proto file into a model class file in a first format and a model class file in a second format; dynamically compiling the model class file in the first format, and obtaining a new Protobuf model class library under the condition that the dynamic compiling of the model class file in the first format is successful; and uploading the information representing the success of dynamic compiling and the model class file in the second format to the server, so that when the server stores the target metadata information corresponding to the message into a database of the server, analyzing the message according to the model class file in the second format to obtain the target metadata information corresponding to the message, wherein the information representing the success of dynamic compiling is used for determining whether a Protobuf model class library of the target C/S client is dynamically compiled again when the server receives the software version information of the target C/S client and the software version information of the acquisition service plug-in next time.
The first format is a format corresponding to a development language of the acquisition service plug-in, namely, a C# format. The second format is a format corresponding to the development language of the server, that is, a Java format.
It is easy to understand that the information characterizing the success of the dynamic compilation is used for determining whether the Protobuf model class library of the target C/S client is dynamically compiled again when the server receives the software version information of the target C/S client and collects the software version information of the service plug-in next time.
For example, the acquisition service plugin writes the xxfp.proto file according to all metadata information in the database of the target C/S client under the condition that the instruction of the server feedback for determining the Protobuf model class library of the target C/S client to be compiled again dynamically is received, and calls protoc program to compile the xxfp.proto file into a model class file in c# format and a model class file in Java format. The acquisition service plug-in stores the model class file in the C# format and the model class file in the Java format in a local disk.
Further, the acquisition service plug-in dynamically compiles the model class file in the C# format, and a new Protobuf model class library can be obtained under the condition that the dynamic compilation of the model class file in the C# format is successful. The acquisition service plug-in stores the new Protobuf model class library on the local disk. In one possible implementation, the acquisition service plug-in may also delete the original Protobuf model class library, thereby only retaining the new Protobuf model class library.
Still further, the acquisition service plug-in uploads information characterizing the success of the dynamic compilation and a model class file in Java format to the server.
After receiving the Java-format model class file uploaded by the acquisition service plug-in, the server can dynamically compile the Java-format model class file and update the Protobuf model class library stored on the server. Thus, the server can analyze and collect the message uploaded by the service plug-in according to the updated Protobuf model class library, so as to obtain and store the target metadata information corresponding to the message.
Optionally, the converting the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of the target C/S client includes:
and converting the acquired target metadata information into target data information of a corresponding Protobuf data structure in the new Protobuf model class library.
It is to be understood that, after the acquisition service plug-in updates the Protobuf model class library, when the acquisition service plug-in converts the acquired target metadata information into the target data information of the corresponding Protobuf data structure in the Protobuf model class library, the acquisition service plug-in converts the acquired target metadata information into the target data information of the corresponding Protobuf data structure in the updated Protobuf model class library.
Optionally, in the case that the acquisition service plugin fails to dynamically compile the model class file in the first format, the acquisition service plugin performs the following steps:
The acquisition service plugin uploads information representing the dynamic compiling failure to the server, and downloads an upgrade package of the acquisition service plugin from the server, wherein the upgrade package is determined by the server according to the software version information of the target C/S client and the software version information of the acquisition service plugin, and the information representing the dynamic compiling failure is used for determining whether a Protobuf model class library of the target C/S client is dynamically compiled again when the server receives the software version information of the target C/S client and the software version information of the acquisition service plugin next time; and upgrading the acquisition service plug-in according to the upgrade package, and restarting the acquisition service plug-in.
It is easy to understand that the information characterizing the dynamic compilation failure is used for determining whether the Protobuf model class library of the target C/S client needs to be dynamically compiled again when the server receives the software version information of the target C/S client and collects the software version information of the service plug-in next time.
The situation that the acquisition service plug-in fails to dynamically compile the model class file in the first format may be caused by that the acquisition service plug-in of the current version cannot compile data in a database table structure of the target C/S client of the current version, so that in an implementation manner, when the acquisition service plug-in fails to dynamically compile the model class file in the first format, the acquisition service plug-in uploads information representing the dynamic compilation failure to the server.
After receiving the information representing the dynamic compiling failure uploaded by the acquisition service plug-in, the server determines an upgrade package of the acquisition service plug-in according to the current software version information of the target C/S client and the current software version information of the acquisition service plug-in, and feeds the upgrade package back to the acquisition service plug-in.
The acquisition service plug-in downloads an upgrade package of the acquisition service plug-in from the server, and automatically upgrades the acquisition service plug-in according to the upgrade package, and restarting the acquisition service plug-in after the upgrade is finished, and restarting to acquire the software data of the target C/S client, namely, restarting the technical scheme of the disclosure.
Optionally, the data acquisition parameters further include a time period for indicating to upload the message and a data amount threshold for uploading the message once; the acquisition service plug-in converts the target data information of the Protobuf data structure into a message in a binary format, and the acquisition service plug-in comprises:
when the data volume of the target data information of the Protobuf data structure is larger than the data volume threshold of the single uploading message, converting the target data information of the Protobuf data structure into a message sequence comprising a plurality of messages, wherein the data volume of each message in the message sequence does not exceed the data volume threshold of the single uploading message.
Correspondingly, the collecting service plug-in uploads the message to the server, including:
and uploading each message in the message sequence in turn in the time period of uploading the message.
In one embodiment, when the data size of the target data information of the Protobuf data structure is greater than the data size threshold of the single uploading message, the acquisition service plug-in converts the target data information of the Protobuf data structure into a message sequence corresponding to a plurality of messages, wherein the data size of each message in the message sequence does not exceed the data size threshold of the single uploading message. And in the time period of uploading the messages, the acquisition service plug-in sequentially uploads each message in the message sequence to the server.
Optionally, when any message in the message sequence is uploaded by the service plug-in, if the uploading is overtime, the message is stored in a local temporary file, and the next uploading is waited.
After receiving the message uploaded by the acquisition service plug-in, the server puts the message into a message queue, and consumers of the message queue sequentially carry out SHA1 signature verification on the message in the queue. If verification is successful, decompressing the message, deserializing the target data information of the decompressed Protobuf data structure according to the model class file in the second format to obtain corresponding target metadata information, and storing the obtained target metadata information into a database of the server. If the signature verification is unsuccessful, the message is discarded.
FIG. 2 is a trip chart illustrating another method of collecting C/S client software data, as shown in FIG. 2, according to an exemplary embodiment of the present disclosure, including the steps of:
S201, acquiring identification information of a target C/S client by an acquisition service plug-in, searching a corresponding registry according to the identification information of the target C/S client, and determining installation path information of the target C/S client from the registry;
S202, the acquisition service plug-in acquires data file information of the target C/S client according to the installation path information;
S203, the acquisition service plug-in calls a server interface, and the acquired data file information of the target C/S client is uploaded to a server;
s204, the server receives the data file information, determines data acquisition parameters according to the data file information, and feeds the data acquisition parameters back to the acquisition service plug-in;
S205, the acquisition service plug-in receives the data acquisition parameters;
S206, the acquisition service plug-in acquires the software version information of the target C/S client and determines the software version information of the acquisition service plug-in;
S207, the acquisition service plug-in uploads the software version information of the target C/S client to the server;
S208, the server determines whether the Protobuf model class library of the target C/S client needs to be compiled again dynamically according to the received software version information of the target C/S client and the software version information of the acquisition service plug-in;
S209, the server sends an instruction whether the Protobuf model class library of the target C/S client needs to be compiled again dynamically or not to the acquisition service plug-in;
S210, under the condition that the acquisition service plug-in receives an instruction fed back by the server and used for determining that the Protobuf model class library of the target C/S client needs to be compiled again dynamically, writing all metadata information in the database of the target C/S client into an xxfp.proto file, and calling protoc a program to compile the xxfp.proto file into a model class file in a first format and a model class file in a second format;
S211, the acquisition service plug-in dynamically compiles the model class file in the first format, and under the condition that the dynamic compiling of the model class file in the first format is successful, a new Protobuf model class library is obtained;
s212, the acquisition service plug-in uploads information representing the success of dynamic compiling and the model class file in the second format to the server;
s213, the server receives and stores information representing the success of the dynamic compiling and the model class file in the second format;
S214, the acquisition service plug-in acquires target metadata information from a database of the target C/S client according to the data acquisition parameters;
s215, the acquisition service plug-in converts the acquired target metadata information into target data information of a corresponding Protobuf data structure in a new Protobuf model class library, converts the target data information of the Protobuf data structure into a message in a binary format, and uploads the message to the server;
S216, the server receives the message, and analyzes the message according to the model class file in the second format to obtain the target metadata information corresponding to the message;
S217, the server stores the target metadata information into a database of the server.
With respect to the steps in the above embodiments, the specific implementation of each step has been described in detail in the embodiments related to the method, and will not be described in detail herein.
FIG. 3 is a block diagram of an apparatus for collecting C/S client software data, as shown in FIG. 3, according to an exemplary embodiment of the present disclosure, the apparatus 300 includes:
A first uploading module 310, configured to upload collected data file information of a target C/S client to a server by calling a server interface, where the data file information includes at least one of a start-stop time, a total data amount, and a data amount generated per cycle of data recording of the target C/S client;
An acquisition module 320 configured to, when receiving a data acquisition parameter determined by the server according to the data file information, acquire target metadata information from a database of the target C/S client according to a target start-stop time in the data acquisition parameter;
The second uploading module 330 is configured to convert the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of a target C/S client, convert the target data information of the Protobuf data structure into a message in a binary format, and upload the message to the server, so that the server stores the target metadata information corresponding to the message in a database of the server.
By adopting the device, the acquisition service plug-in uploads the acquired data file information of the target C/S client to the server by calling the server interface. And under the condition that the data acquisition parameters determined by the server according to the data file information are received, acquiring target metadata information from a database of the target C/S client according to the target start-stop time in the data acquisition parameters. Converting the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of the target C/S client, converting the target data information of the Protobuf data structure into a message in a binary format, and uploading the message to a server so that the server stores the target metadata information corresponding to the message into a database of the server. Because Protobuf (Google Protocol Buffer) is a lightweight and efficient structured data storage format, the collected target metadata information is converted into the target data information of the corresponding Protobuf data structure, so that the byte occupation space of the target data information of the converted Protobuf data structure can be greatly reduced. Therefore, compared with the related art, the method can effectively reduce bandwidth occupation and improve the speed of data transmission when uploading data to the server.
Optionally, the apparatus 300 further includes:
The first acquisition module is configured to acquire the identification information of the target C/S client, search a corresponding registry according to the identification information of the target C/S client, and determine the installation path information of the target C/S client from the registry;
and a second acquisition module configured to acquire the data file information of the target C/S client according to the installation path information.
Optionally, the apparatus 300 further includes:
The third acquisition module is configured to acquire the software version information of the target C/S client and determine the software version information of the acquisition service plugin;
and the second uploading module is configured to upload the software version information of the target C/S client and the software version information of the acquisition service plug-in to the server so that the server determines whether the Protobuf model class library of the target C/S client is dynamically compiled again according to the software version information of the target C/S client and the software version information of the acquisition service plug-in.
Optionally, the apparatus 300 further includes:
The first compiling module is configured to write all metadata information in the database of the target C/S client into an xxfp.proto file and call protoc a program to compile the xxfp.proto file into a model class file in a first format and a model class file in a second format under the condition that an instruction of the server feedback for determining the Protobuf model class library of the target C/S client is received;
The second compiling module is configured to dynamically compile the model class file in the first format, and obtain the new Protobuf model class library under the condition that the dynamic compiling of the model class file in the first format is successful;
And the third uploading module is configured to upload the information representing the success of the dynamic compilation and the model class file in the second format to the server, so that when the server stores the target metadata information corresponding to the message into a database of the server, the server analyzes the message according to the model class file in the second format to obtain the target metadata information corresponding to the message, wherein the information representing the success of the dynamic compilation is used for determining whether the Protobuf model class library of the target C/S client is dynamically compiled again when the server receives the software version information of the target C/S client and the software version information of the acquisition service plug-in next time.
Optionally, the second uploading module is further configured to convert the collected target metadata information into target data information of a corresponding Protobuf data structure in the new Protobuf model class library.
Optionally, the apparatus 300 further includes:
The downloading module is configured to upload information representing the dynamic compilation failure to the server and download an upgrade package of the acquisition service plugin from the server under the condition that the dynamic compilation of the model class file in the first format fails, wherein the upgrade package is determined by the server according to the software version information of the target C/S client and the software version information of the acquisition service plugin, and the information representing the dynamic compilation failure is used for determining whether a Protobuf model class library of the target C/S client is dynamically compiled again when the server receives the software version information of the target C/S client and the software version information of the acquisition service plugin next time;
And the restarting module is configured to upgrade the acquisition service plug-in according to the upgrade package and restart the acquisition service plug-in.
Optionally, the data acquisition parameters further include a time period for indicating to upload the message and a data amount threshold for uploading the message once;
the second uploading module comprises:
A conversion sub-module configured to convert the target data information of the Protobuf data structure into a message sequence including a plurality of messages when the data amount of the target data information of the Protobuf data structure is greater than the data amount threshold of the single upload message, wherein the data amount of each message in the message sequence does not exceed the data amount threshold of the single upload message;
And the uploading sub-module is configured to upload each message in the message sequence in turn in the time period of uploading the message.
The specific manner in which the various modules perform the operations in the apparatus of the above embodiments have been described in detail in connection with the embodiments of the method, and will not be described in detail herein.
Fig. 4 is a block diagram of an electronic device 700, according to an exemplary embodiment of the present disclosure. As shown in fig. 4, the electronic device 700 may include: a processor 701, a memory 702. The electronic device 700 may also include one or more of a multimedia component 703, an input/output (I/O) interface 704, and a communication component 705.
The processor 701 is configured to control the overall operation of the electronic device 700 to perform all or part of the steps in the method for collecting C/S client software data described above. The memory 702 is used to store various types of data to support operation on the electronic device 700, which may include, for example, instructions for any application or method operating on the electronic device 700, as well as application-related data, such as contact data, messages sent and received, pictures, audio, video, and so forth. The Memory 702 may be implemented by any type or combination of volatile or non-volatile Memory devices, such as static random access Memory (Static Random Access Memory, SRAM for short), electrically erasable programmable Read-Only Memory (ELECTRICALLY ERASABLE PROGRAMMABLE READ-Only Memory, EEPROM for short), erasable programmable Read-Only Memory (Erasable Programmable Read-Only Memory, EPROM for short), programmable Read-Only Memory (Programmable Read-Only Memory, PROM for short), read-Only Memory (ROM for short), magnetic Memory, flash Memory, magnetic disk, or optical disk. The multimedia component 703 can include a screen and an audio component. Wherein the screen may be, for example, a touch screen, the audio component being for outputting and/or inputting audio signals. For example, the audio component may include a microphone for receiving external audio signals. The received audio signals may be further stored in the memory 702 or transmitted through the communication component 705. The audio assembly further comprises at least one speaker for outputting audio signals. The I/O interface 704 provides an interface between the processor 701 and other interface modules, which may be a keyboard, mouse, buttons, etc. These buttons may be virtual buttons or physical buttons. The communication component 705 is for wired or wireless communication between the electronic device 700 and other devices. Wireless Communication, such as Wi-Fi, bluetooth, near Field Communication (NFC) for short, 2G, 3G, 4G, NB-IOT, eMTC, or other 5G, etc., or one or a combination of more of them, is not limited herein. The corresponding communication component 705 may thus comprise: wi-Fi module, bluetooth module, NFC module, etc.
In an exemplary embodiment, the electronic device 700 may be implemented by one or more Application Specific Integrated Circuits (ASIC), digital signal Processor (DIGITAL SIGNAL Processor, DSP), digital signal processing device (DIGITAL SIGNAL Processing Device, DSPD), programmable logic device (Programmable Logic Device, PLD), field programmable gate array (Field Programmable GATE ARRAY, FPGA), controller, microcontroller, microprocessor, or other electronic component for performing the above-described method of collecting C/S client software data.
In another exemplary embodiment, a computer readable storage medium is also provided, comprising program instructions which, when executed by a processor, implement the steps of the method of collecting C/S client software data described above. For example, the computer readable storage medium may be the memory 702 including program instructions described above, which are executable by the processor 701 of the electronic device 700 to perform the method of collecting C/S client software data described above.
Fig. 5 is a block diagram illustrating an electronic device 1900 according to an example embodiment. For example, electronic device 1900 may be provided as a server. Referring to fig. 5, the electronic device 1900 includes a processor 1922, which may be one or more in number, and a memory 1932 for storing computer programs executable by the processor 1922. The computer program stored in memory 1932 may include one or more modules each corresponding to a set of instructions. Further, the processor 1922 may be configured to execute the computer program to perform the server-side execution steps of fig. 2 described above.
In addition, the electronic device 1900 may further include a power component 1926 and a communication component 1950, the power component 1926 may be configured to perform power management of the electronic device 1900, and the communication component 1950 may be configured to enable communication of the electronic device 1900, e.g., wired or wireless communication. In addition, the electronic device 1900 may also include an input/output (I/O) interface 1958. The electronic device 1900 may operate based on an operating system stored in memory 1932, such as Windows Server TM,Mac OS XTM,UnixTM,LinuxTM or the like.
In another exemplary embodiment, a computer readable storage medium is also provided comprising program instructions which, when executed by a processor, implement the above-described server-side steps of fig. 2. For example, the computer readable storage medium may be the memory 1932 described above including program instructions that are executable by the processor 1922 of the electronic device 1900 to perform the server-performed steps described above in FIG. 2.
In another exemplary embodiment, a computer program product is also provided, comprising a computer program executable by a programmable apparatus, the computer program having code portions for performing the above-described method of collecting C/S client software data when executed by the programmable apparatus.
The preferred embodiments of the present disclosure have been described in detail above with reference to the accompanying drawings, but the present disclosure is not limited to the specific details of the embodiments described above, and various simple modifications may be made to the technical solutions of the present disclosure within the scope of the technical concept of the present disclosure, and all the simple modifications belong to the protection scope of the present disclosure.
In addition, the specific features described in the above embodiments may be combined in any suitable manner without contradiction. The various possible combinations are not described further in this disclosure in order to avoid unnecessary repetition.
Moreover, any combination between the various embodiments of the present disclosure is possible as long as it does not depart from the spirit of the present disclosure, which should also be construed as the disclosure of the present disclosure.
Claims (10)
1. A method of collecting C/S client software data, the method being applied to collecting service plugins, the method comprising:
The acquisition service plug-in uploads the acquired data file information of the target C/S client to a server by calling a server interface, wherein the data file information comprises at least one of the start-stop time, total data volume and data volume generated in each period of the data record of the target C/S client;
Under the condition that the data acquisition parameters determined by the server according to the data file information are received, acquiring target metadata information from a database of the target C/S client according to target start-stop time in the data acquisition parameters;
converting the collected target metadata information into target data information of a Protobuf data structure corresponding to a Protobuf model class library of a target C/S client, converting the target data information of the Protobuf data structure into a message in a binary format, and uploading the message to the server so that the server stores the target metadata information corresponding to the message into a database of the server.
2. The method according to claim 1, wherein before uploading the collected data file information of the target C/S client to the server by calling the server interface, comprising:
acquiring the identification information of the target C/S client, searching a corresponding registry according to the identification information of the target C/S client, and determining the installation path information of the target C/S client from the registry;
And acquiring the data file information of the target C/S client according to the installation path information.
3. The method according to claim 1, comprising, before converting the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of a target C/S client:
Acquiring software version information of the target C/S client and determining the software version information of the acquisition service plug-in;
And uploading the software version information of the target C/S client and the software version information of the acquisition service plug-in to the server so that the server determines whether the Protobuf model class library of the target C/S client is compiled again dynamically according to the software version information of the target C/S client and the software version information of the acquisition service plug-in.
4. A method according to claim 3, characterized in that the method further comprises:
Under the condition that an instruction fed back by the server for determining the dynamic compiling of the Protobuf model class library of the target C/S client is received, writing all metadata information in the database of the target C/S client into an xxfp.proto file, and calling protoc a program to compile the xxfp.proto file into a model class file in a first format and a model class file in a second format;
Dynamically compiling the model class file in the first format, and obtaining a new Protobuf model class library under the condition that the dynamic compiling of the model class file in the first format is successful; and is combined with
Uploading the information representing the success of dynamic compiling and the model class file in the second format to the server, so that when the server stores the target metadata information corresponding to the message into a database of the server, analyzing the message according to the model class file in the second format to obtain the target metadata information corresponding to the message, wherein the information representing the success of dynamic compiling is used for determining whether a Protobuf model class library of the target C/S client is dynamically compiled again when the server receives the software version information of the target C/S client and the software version information of the acquisition service plug-in next time.
5. The method of claim 4, wherein the converting the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of a target C/S client comprises:
and converting the acquired target metadata information into target data information of a corresponding Protobuf data structure in the new Protobuf model class library.
6. The method according to claim 4, wherein the method further comprises:
Under the condition that dynamic compiling of the model class file in the first format fails, uploading information representing the dynamic compiling failure to the server, and downloading an upgrade package of the acquisition service plug-in from the server, wherein the upgrade package is determined by the server according to the software version information of the target C/S client and the software version information of the acquisition service plug-in, and the information representing the dynamic compiling failure is used for determining whether a Protobuf model class library of the target C/S client is dynamically compiled again when the server receives the software version information of the target C/S client and the software version information of the acquisition service plug-in next time;
and upgrading the acquisition service plug-in according to the upgrade package, and restarting the acquisition service plug-in.
7. The method according to any one of claims 1-6, wherein the data acquisition parameters further comprise a time period indicating the uploading of the message, a data amount threshold for a single uploading of the message;
The converting the target data information of the Protobuf data structure into a binary format message includes:
When the data volume of the target data information of the Protobuf data structure is larger than the data volume threshold of the single uploading message, converting the target data information of the Protobuf data structure into a message sequence comprising a plurality of messages, wherein the data volume of each message in the message sequence does not exceed the data volume threshold of the single uploading message;
The uploading the message to the server comprises the following steps:
and uploading each message in the message sequence in turn in the time period of uploading the message.
8. An apparatus for collecting C/S client software data, wherein the apparatus is applied to a collection service plug-in, and comprises:
The first uploading module is configured to be used for collecting data file information of the target C/S client side to the server by calling a server interface, wherein the data file information comprises at least one of data record start-stop time, total data volume and data volume generated in each period of the target C/S client side;
The acquisition module is configured to acquire target metadata information from a database of the target C/S client according to target starting and ending time in the data acquisition parameters under the condition that the data acquisition parameters determined by the server according to the data file information are received;
The second uploading module is configured to convert the collected target metadata information into target data information of a corresponding Protobuf data structure in a Protobuf model class library of a target C/S client, convert the target data information of the Protobuf data structure into a message in a binary format, and upload the message to the server so that the server stores the target metadata information corresponding to the message into a database of the server.
9. A computer readable storage medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements the steps of the method according to any one of claims 1-7.
10. An electronic device, comprising:
A memory having a computer program stored thereon;
A processor for executing the computer program in the memory to implement the steps of the method of any one of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011446072.0A CN114625369B (en) | 2020-12-08 | 2020-12-08 | Method, device, medium and electronic equipment for collecting C/S client software data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011446072.0A CN114625369B (en) | 2020-12-08 | 2020-12-08 | Method, device, medium and electronic equipment for collecting C/S client software data |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114625369A CN114625369A (en) | 2022-06-14 |
| CN114625369B true CN114625369B (en) | 2024-10-15 |
Family
ID=81896229
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011446072.0A Active CN114625369B (en) | 2020-12-08 | 2020-12-08 | Method, device, medium and electronic equipment for collecting C/S client software data |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114625369B (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103971688A (en) * | 2013-02-01 | 2014-08-06 | 腾讯科技（深圳）有限公司 | Voice data acquisition system and method |
| CN104537112A (en) * | 2015-01-20 | 2015-04-22 | 成都携恩科技有限公司 | Method for safe cloud computing |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7734670B2 (en) * | 2004-12-15 | 2010-06-08 | Microsoft Corporation | Actionable email documents |
| CN108984203A (en) * | 2018-06-08 | 2018-12-11 | 广东伊莱特电器有限公司 | Method and system for data acquisition during Android application operation |
| CN111343269B (en) * | 2020-02-25 | 2023-09-08 | 江苏苏宁物流有限公司 | Data downloading method, device, computer equipment and storage medium |
-
2020
- 2020-12-08 CN CN202011446072.0A patent/CN114625369B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103971688A (en) * | 2013-02-01 | 2014-08-06 | 腾讯科技（深圳）有限公司 | Voice data acquisition system and method |
| CN104537112A (en) * | 2015-01-20 | 2015-04-22 | 成都携恩科技有限公司 | Method for safe cloud computing |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114625369A (en) | 2022-06-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111061643B (en) | SDK cluster compatibility detection method and device, electronic equipment and storage medium | |
| US8880660B2 (en) | Information-processing device, communication system, computer readable medium, and information-processing method | |
| WO2014187255A1 (en) | Application packaging device and method | |
| CN109492181B (en) | Page jump method, device, computer equipment and storage medium | |
| CN112083951A (en) | Software package unified management method and system supporting multiple operating system platforms | |
| CN112631622A (en) | Application installation method and device, server and computer readable medium | |
| CN113515278A (en) | Low code model processing method, system, electronic device and storage medium | |
| WO2016202000A1 (en) | Differential rollback upgrading method and apparatus | |
| CN111427594B (en) | Application program running method and device | |
| CN108519922B (en) | Information push method and device, terminal device and computer readable storage medium | |
| CN109032685B (en) | Method and terminal for accelerating startup of android system | |
| WO2023061286A1 (en) | Operating system booting method and apparatus, and electronic device | |
| CN112035160A (en) | Code management system and control method thereof | |
| US20240370274A1 (en) | Operating system startup method, apparatus, and electronic device | |
| KR101117165B1 (en) | Web platform unit for mobile terminal connectioned web-application program in heterogeneous operating system | |
| CN114625369B (en) | Method, device, medium and electronic equipment for collecting C/S client software data | |
| CN114610366A (en) | A differential package upgrade method, system, intelligent electronic device and storage medium | |
| CN113094211B (en) | Backup data processing method and device | |
| CN112083945B (en) | Update prompt method, device, electronic device and storage medium for NPM installation package | |
| CN103561082A (en) | Compressing request processing method and server | |
| CN112685102A (en) | Gateway plug-in hot loading method, device, equipment and medium | |
| CN112732265A (en) | Data processing method and related device | |
| CN112269601B (en) | BMC (baseboard management controller) and component asset information management method, device and storage medium thereof | |
| WO2013097610A1 (en) | Method and device for implementing plugin upgrade based on instant messaging software | |
| CN114546436A (en) | Micro front-end service updating method and device, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |