CN113467825A

CN113467825A - IPA data display system, method, device, equipment and computer readable medium thereof

Info

Publication number: CN113467825A
Application number: CN202110736133.5A
Authority: CN
Inventors: 王家伟; 林江; 张佳
Original assignee: Perfect World Beijing Software Technology Development Co Ltd
Current assignee: Perfect World Beijing Software Technology Development Co Ltd
Priority date: 2021-06-30
Filing date: 2021-06-30
Publication date: 2021-10-01
Also published as: WO2023273116A1

Abstract

The application relates to an IPA data display system, a method, a device, equipment and a computer readable medium thereof. The method comprises the following steps: under the condition that an IPA package serving as a first file package is received, acquiring a data extraction requirement of the first file package, wherein the first file package comprises a plurality of files; selecting a target file matched with the IPA data extraction requirement from a plurality of files in the first file package; packaging the target file into a second file package and sending the second file package to the back end, wherein the second file package carries the IPA data extraction requirement and an identification mark representing the corresponding relation between the target file and the data extraction requirement; and displaying target requirement data which corresponds to the IPA data extraction requirement and is stored in a mapping mode with the identification mark and is returned from the back end. The technical problem that the information obtained by analyzing the IPA package is less is solved.

Description

IPA data display system, method, device, equipment and computer readable medium thereof

Technical Field

The present application relates to the field of internet technologies, and in particular, to an IPA data display system, a method, an apparatus, a device, and a computer-readable medium thereof.

Background

IPA (iPhone application) is an Apple program application file. After the game or application is developed, the AppStore needs to be online so that the game or application can be downloaded and used by a user. But to bring a game or application online to the AppStore requires an official audit by the Apple. In order to avoid the risks that the application or the game function cannot be normally used due to wrong information configuration and that the auditing time is too long and the auditing is rejected due to configuration problems, the data of the IPA packet needs to be extracted for verification before the IPA packet of the game or the application is uploaded to the AppStore.

Currently, in the related art, due to the opacity of the IPA file, the information can be checked only by decompressing and viewing the file in the IPA packet, and the IPA packet needs to be decompressed and viewed repeatedly when a large IPA packet is analyzed.

For the problem that less information is obtained by analyzing the IPA packet, no effective solution is provided at present.

Disclosure of Invention

The application provides an IPA data display system, and a method, a device, equipment and a computer readable medium thereof, which are used for solving the technical problem that less information is obtained by analyzing an IPA packet.

According to an aspect of an embodiment of the present application, there is provided an IPA data presentation system comprising:

a front end to receive an IPA package as a first portfolio; acquiring an IPA data extraction requirement of a first file package; selecting a target file matched with the IPA data extraction requirement from a plurality of files in the first file package; packaging the target file into a second file package and sending the second file package to the back end; displaying target demand data which is returned from the back end, corresponds to the IPA data extraction demand and is mapped and stored with the identification mark;

the back end is used for receiving the identification mark which is sent by the front end and is associated with the IPA data extraction requirement and the target file, and returning the target requirement data which is mapped and stored with the identification mark to the front end for displaying; or the second file package is used for receiving a second file package which is sent by the front end and carries the identification mark, the IPA data extraction requirement and the target file, decompressing the second file package, extracting the target requirement data from the target file according to the IPA data extraction requirement through a preset script, mapping and storing the target requirement data and the identification mark, and then returning the target requirement data to the front end for displaying.

According to another aspect of the embodiments of the present application, there is provided an IPA data display method applied to a front end, including:

under the condition that an IPA package serving as a first file package is received, acquiring IPA data extraction requirements of the first file package, wherein the first file package comprises a plurality of files, the plurality of files at least comprise an executable file, a configuration file, a certificate file and a function description file of a target application program, and the IPA data extraction requirements comprise at least one of executable capacity data extraction requirements, configuration data extraction requirements, certificate data extraction requirements and function data extraction requirements;

selecting a target file matched with the IPA data extraction requirement from a plurality of files in the first file package;

packaging the target file into a second file package and sending the second file package to the back end, wherein the second file package carries an IPA data extraction requirement and an identification mark representing the corresponding relation between the target file and the IPA data extraction requirement;

target requirement data which corresponds to the IPA data extraction requirement and is stored in a mapping mode of the identification mark and is returned from the back end is shown, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data indicated by the IPA data extraction requirement.

Optionally, before selecting a target file matching the IPA data extraction requirement from the plurality of files of the first bundle of files, the method further comprises decompressing the first bundle of files, wherein during decompressing the first bundle of files, the method further comprises: dividing the decompressed data into a plurality of data blocks according to the time sequence in which the data is decompressed; distributing each data block to check nodes corresponding to decompression time sequences, wherein the check nodes distributed to the data blocks in different decompression time sequences are different; processing different data blocks in parallel by using a plurality of check nodes to obtain a plurality of check codes; generating an identification mark by using a plurality of check codes; and associating the target file and the IPA data extraction requirement with the identification mark.

Optionally, packaging the target file into a second bundle of files and sending the second bundle of files to the back end includes: sending the identification mark to a back end, wherein the back end is used for inquiring whether target demand data stored in a mapping manner with the identification mark exists or not; and under the condition of receiving confirmation information which indicates that target requirement data does not exist and is returned by the back end, packaging the target file into a second file packet, writing an IPA data extraction requirement and an identification mark in the header data of the second file packet, and then transmitting the second file packet to the back end in a fragmentation mode.

Optionally, transmitting the second file package fragment to the backend includes: segmenting the second file packet into a plurality of data segments according to a preset offset unit, wherein the header part of each data segment records the offset of the corresponding data segment, and the offset is used for indicating the position of the corresponding data segment in the complete data stream of the original second file packet; and transmitting the plurality of data segments to the back end through a plurality of channels, wherein the data segments in different preset offset ranges are transmitted through different channels.

Optionally, selecting a target file matching the IPA data extraction requirement from the plurality of files of the first bundle of files comprises: determining target demand data to be extracted according to the IPA data extraction demand; determining a target file where target demand data are located according to a preset mapping relation between the demand data and a corresponding storage file; a target file is extracted from the plurality of files of the first bundle of files.

According to another aspect of the embodiments of the present application, there is provided an IPA data display method, applied to a backend, including: receiving a second file package sent by a front end, wherein the second file package is obtained by the front end by packaging after selecting a target file from a plurality of files in an IPA package as a first file package, the second file package carries an IPA data extraction requirement and an identification mark, the IPA data extraction requirement is used for specifying data to be extracted from the target file, and the identification mark is used for representing the corresponding relation between the target file and the IPA data extraction requirement; decompressing the second file packet to obtain a target file; extracting target requirement data from a target file according to an IPA data extraction requirement through a preset script, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data of a target application program; and after the target demand data and the identification mark are mapped and stored, the target demand data is sent to the front end for displaying.

Optionally, extracting, by a preset script, target requirement data from the target file according to the IPA data extraction requirement includes: decompressing the target file and writing the file data of the target file into the attribute list file; analyzing the attribute table file into a dictionary file; and traversing the dictionary file, and extracting the target demand data by using the target keywords matched with the target demand data.

Optionally, before receiving the second file package sent by the front end, the method further includes: receiving an identification mark sent by a front end; under the condition that the target demand data stored in a mapping manner with the identification mark is found, the target demand data is sent to the front end for displaying; and under the condition that the target demand data stored in mapping mode with the identification mark is not found, sending confirmation information indicating that the target demand data does not exist to the front end.

According to another aspect of the embodiments of the present application, there is provided an IPA data displaying apparatus, applied to a front end, comprising: the requirement acquisition module is used for acquiring an IPA data extraction requirement of a first file package under the condition that the IPA package serving as the first file package is received, wherein the first file package comprises a plurality of files, the plurality of files at least comprise an executable file, a configuration file, a certificate file and a function description file of a target application program, and the IPA data extraction requirement comprises at least one of an executable capacity data extraction requirement, a configuration data extraction requirement, a certificate data extraction requirement and a function data extraction requirement; the file extraction module is used for selecting a target file matched with the IPA data extraction requirement from a plurality of files of the first file package; the file sending module is used for packaging the target file into a second file package and sending the second file package to the back end, wherein the second file package carries the IPA data extraction requirement and an identification mark representing the corresponding relation between the target file and the IPA data extraction requirement; and the data display module is used for displaying target requirement data which corresponds to the IPA data extraction requirement and is stored in a mapping manner with the identification mark, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data indicated by the IPA data extraction requirement.

According to another aspect of the embodiments of the present application, there is provided an IPA data showing apparatus applied to a backend, including: the receiving module is used for receiving a second file package sent by the front end, wherein the second file package is obtained by the front end by packaging after selecting a target file from a plurality of files in an IPA package as a first file package, the second file package carries an IPA data extraction requirement and an identification mark, the IPA data extraction requirement is used for specifying data to be extracted from the target file, and the identification mark is used for representing the corresponding relation between the target file and the IPA data extraction requirement; the decompression module is used for decompressing the second file packet to obtain a target file; the extraction module is used for extracting target requirement data from the target file according to the IPA data extraction requirement through a preset script, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data of a target application program; and the storage and sending module is used for sending the target demand data to the front end for display after the target demand data and the identification mark are mapped and stored.

According to another aspect of the embodiments of the present application, there is provided an electronic device, including a memory, a processor, a communication interface, and a communication bus, where the memory stores a computer program executable on the processor, and the memory and the processor communicate with each other through the communication bus and the communication interface, and the processor implements the steps of the method when executing the computer program.

According to another aspect of embodiments of the present application, there is also provided a computer readable medium having non-volatile program code executable by a processor, the program code causing the processor to perform the above-mentioned method.

Compared with the related art, the technical scheme provided by the embodiment of the application has the following advantages:

the technical scheme includes that the IPA data extraction requirement of a first file package is obtained under the condition that the IPA package serving as the first file package is received, wherein the first file package comprises a plurality of files, the files at least comprise an executable file, a configuration file, a certificate file and a function description file of a target application program, and the IPA data extraction requirement comprises at least one of an executable capacity data extraction requirement, a configuration data extraction requirement, a certificate data extraction requirement and a function data extraction requirement; selecting a target file matched with the IPA data extraction requirement from a plurality of files in the first file package; packaging the target file into a second file package and sending the second file package to the back end, wherein the second file package carries the IPA data extraction requirement and an identification mark representing the corresponding relation between the target file and the data extraction requirement; target requirement data which corresponds to the IPA data extraction requirement and is stored in a mapping mode of the identification mark and is returned from the back end is shown, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data indicated by the IPA data extraction requirement. This application can extract required data from a plurality of files of IPA package and demonstrate under the condition of only decompressing once, and the data that not only extracts are many, but also can extract corresponding data according to user's demand, need not repeatedly to decompress the IPA package, has solved and has carried out the less technical problem of information that the analysis obtained to the IPA package.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application.

In order to more clearly illustrate the technical solutions in the embodiments or related technologies of the present application, the drawings needed to be used in the description of the embodiments or related technologies will be briefly described below, and it is obvious for those skilled in the art to obtain other drawings without any creative effort.

FIG. 1 is a schematic diagram of an alternative IPA data presentation system provided in accordance with an embodiment of the present application;

fig. 2 is a schematic flowchart of an alternative IPA data showing method applied to a front end according to an embodiment of the present application;

fig. 3 is a schematic flowchart of an alternative IPA data showing method applied to a backend according to an embodiment of the present application;

fig. 4 is a block diagram of an alternative IPA data showing apparatus applied to a front end according to an embodiment of the present application;

fig. 5 is a block diagram of an alternative IPA data showing apparatus applied to a backend according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of an alternative electronic device according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for the convenience of description of the present application, and have no specific meaning in themselves. Thus, "module" and "component" may be used in a mixture.

After the game or application is developed, the AppStore needs to be online so that the game or application can be downloaded and used by a user. A game or application typically needs to go through the following stages from development to online AppStore:

1. and applying for appID to apple company, so that developers can establish projects and develop by appID, and submit projects, tests and the like to apple company by appID.

2. The apple Inc. is applied for a request certificate and a key string bound by the certificate is imported into the project, so that a developer can sign the developed project on Mac, and the project is prevented from being stolen.

3. Apply for Development certificate to apple company, so that can carry on real machine debugging, test of sending out a packet in a small scale in the Development process or after the Development is finished.

4. Apply for the Distribution certificate to apple, so that the project can be submitted to AppStore formal online.

5. A Development description file is applied to apple inc, so that the user binds his iOS device with application authorization information when downloading a game or application.

6. The Distribution description file is applied to apple, inc, to configure the relevant credentials of the application before the application goes online AppStore.

7. Configuring various data, and packaging the configuration data, the executable file and the application data into an IPA file to be uploaded to an AppStore for auditing.

Before submitting the IPA packet to the AppStore for auditing, various data are extracted from the IPA packet for verifying in advance, so that the situation that the application or game function cannot be normally used due to wrong information configuration can be avoided, and risks of overlong auditing time, refusal and the like due to configuration problems are avoided.

In the related art, due to the opaqueness of the IPA file, the information can be checked only by decompressing and checking the file in the IPA packet, and the decompression and checking are required to be repeated when a large IPA packet is analyzed.

To address the problems noted in the background, according to an aspect of embodiments of the present application, embodiments of a data presentation system are provided.

Optionally, as shown in fig. 1, the data presentation system includes:

a front end 101 for receiving an IPA package as a first file package; acquiring an IPA data extraction requirement of a first file package; selecting a target file matched with the IPA data extraction requirement from a plurality of files in the first file package; packaging the target file into a second file package and sending the second file package to the back end; displaying target demand data which is returned from the back end, corresponds to the IPA data extraction demand and is mapped and stored with the identification mark;

the back end 103 is used for receiving the identification mark which is sent by the front end and is associated with the IPA data extraction requirement and the target file, and returning the target requirement data which is mapped and stored with the identification mark to the front end for displaying; or the second file package is used for receiving a second file package which is sent by the front end and carries the identification mark, the IPA data extraction requirement and the target file, decompressing the second file package, extracting the target requirement data from the target file according to the IPA data extraction requirement through a preset script, mapping and storing the target requirement data and the identification mark, and then returning the target requirement data to the front end for displaying.

In the embodiment of the application, the front end may be a user-oriented visual interface, may be a front-end server, and may also be a user terminal capable of processing data logic of the front end of the web page. The graphical user interface at the front end can be constructed by adopting an Vue framework and an ElementUI framework, and the first file package is an IPA package to be uploaded to AppStore. The IPA data extraction requirements are configured by the search proofer of the IPA package according to files and data to be proofed, wherein the files to be proofed include but are not limited to executable files, configuration files, certificate files and function description files of the target application program, and the data to be proofed include but are not limited to executable capability data, configuration data, certificate data and function data. Different data are stored in different files, for example, executable force data is stored in an executable file, configuration data is stored in a configuration file, certificate data is stored in a certificate file, and function data is stored in a function description file.

In the embodiment of the application, after the search proofreading staff of the IPA package obtains the IPA package from the application side and the game side, the IPA package can be dragged to a front-end webpage, namely, a graphical user interface of the front end, at the moment, the front end monitors a requirement configuration page, the search proofreading staff of the IPA package selects data to be proofread in the requirement configuration page, the selection operation triggers the generation operation of the IPA data extraction requirement, after the front end monitors the IPA data extraction requirement, the data extraction step is started, namely, a target file matched with the IPA data extraction requirement is selected from a plurality of files of the first file package, and at the moment, the front end associates the target file and the IPA data extraction requirement with the identification. The front end sends the identification mark to the back end, the back end searches whether the target demand data mapped and stored with the identification mark is stored on the back end server according to the identification mark, if yes, the back end returns the target demand data to the front end, and the front end displays the target demand data on a visual interface. If the target requirement data does not exist, the back end returns confirmation information that the target requirement data does not exist to the front end, after the front end receives the confirmation information, the target file, the IPA data extraction requirement and the identification mark associated with the target file, the IPA data extraction requirement and the identification mark are sent to the back end, the target requirement data are extracted from the target file by the back end according to the IPA data extraction requirement, finally, the target requirement data are sent to the front end after the target requirement data and the identification mark are mapped and stored by the back end, and the target requirement data are displayed on a visual interface by the front end.

Therefore, after receiving the identification again, the back end can directly return the target demand data mapped and stored with the identification.

In the embodiment of the application, after receiving the target demand data, the front end may also map and store the target demand data and the identification mark. Because the identification mark is associated with both the target file and the IPA data extraction requirement and is mapped and stored with the target requirement data, the front end can directly find the target requirement data which is mapped and stored according to the identification mark associated with the target file (extracted from the first file packet) and the data extraction requirement under the condition of receiving the same first file packet and the same IPA data extraction requirement input by the user again, and the searching efficiency is greatly improved.

According to another aspect of embodiments of the present application, there is provided an embodiment of a data presentation method.

Alternatively, in the embodiment of the present application, the data presentation method described above may be applied to the IPA data presentation system composed of the front end 101 and the back end 103 as shown in fig. 1. As shown in fig. 1, the front end 101 is connected to the back end 103 via a network, the front end 101 may be configured to process data logic of a front end user graphical interface, the back end 103 may be configured to provide services for the front end 101, and a database 105 may be provided at the front end 101, the back end 103 or separately from the front end and the back end for providing data storage services for the front end 101 and the back end 103, the network including but not limited to: a wide area network, a metropolitan area network, or a local area network.

A data presentation method in the embodiment of the present application may be executed by the front end 101, as shown in fig. 2, the method may include the following steps:

step S202, under the condition that an IPA package serving as a first file package is received, IPA data extraction requirements for the first file package are obtained, wherein the first file package comprises a plurality of files, the plurality of files at least comprise an executable file, a configuration file, a certificate file and a function description file of a target application program, and the IPA data extraction requirements comprise at least one of executable capacity data extraction requirements, configuration data extraction requirements, certificate data extraction requirements and function data extraction requirements.

In the embodiment of the application, after the search proofreading staff of the IPA package obtains the IPA package from the application side and the game side, the IPA package can be dragged to the front-end webpage, namely, the graphical user interface of the front end, at the moment, the front end monitors the requirement configuration page, the search proofreading staff of the IPA package selects data to be proofread in the requirement configuration page, the selection operation triggers the generation operation of the IPA data extraction requirement, and after the front end monitors the IPA data extraction requirement, the data extraction step is started.

Step S204, selecting a target file matched with the IPA data extraction requirement from the plurality of files of the first file package.

In the embodiment of the application, after the data extraction step is started, the front end may decompress the first file packet through a JavaScript script pre-configured in the webpage, and may obtain multiple files such as an executable file, a configuration file, a certificate file, a function description file, and an application data file after the decompression. The front end needs to select a target file containing the data to be collated in a targeted manner according to the IPA data extraction requirement submitted by the collation staff. The number of files to be selected is determined according to the number of IPA data extraction requirements, for example, only certificate data needs to be extracted for proofreading, the front end only needs to select certificate files, and for example, executable files, configuration files, certificate files and function description files need to be selected by the front end if executable capacity data, configuration data, certificate data and function data need to be extracted for proofreading.

Step S206, packaging the target file into a second file package and sending the second file package to the back end, wherein the second file package carries the IPA data extraction requirement and the identification mark representing the corresponding relation between the target file and the IPA data extraction requirement.

In the embodiment of the application, the front end can only realize simple interaction logic, the complex data processing logic can be executed by the back end, for example, capability executable capability data is extracted from an executable file of an application program, and the executable capability data can include attribute information about the executable file such as whether debugging is allowed or not, a domain range is associated, and apple account login information; extracting configuration data from the configuration file, wherein the configuration data can comprise information such as an application program version number, an application package name, an application name, a minimum support system version, an archived Xcode version and the like; extracting certificate data from the certificate file, wherein the certificate data can include information such as a certificate name, creation time, expiration time, a team name, a UUID (Universal Unique Identifier), an application ID, authorization and the like; and extracting functional data from the functional description file, wherein the functional data mostly needs to submit AppStore for checking compliance, and the functional data can comprise internal purchase, GameCenter (game center) and the like.

In the embodiment of the application, the front end can associate both the target file and the IPA data extraction requirement with the identification, so that the identification is used for representing and identifying the corresponding relation between the target file and the IPA data extraction requirement, wherein the target file and the IPA data extraction requirement are required to be extracted from the first file package. The identification may be obtained from the first bundle of files.

In the embodiment of the application, the front end can send the identification mark to the back end, the back end searches whether the target demand data mapped and stored with the identification mark is stored on the back end server according to the identification mark, if yes, the back end returns the target demand data to the front end, and the target demand data is displayed on a visual interface by the front end. And if the target demand data does not exist, the back end returns confirmation information of the target demand data not existing to the front end. After the front end receives the confirmation information, packaging the target file, the IPA data extraction requirement and the identification mark associated with the target file and the IPA data extraction requirement into a second file package, sending the second file package to the rear end, extracting target requirement data from the target file by the rear end according to the IPA data extraction requirement, finally, after the rear end maps and stores the target requirement data and the identification mark, sending the target requirement data to the front end, and displaying the target requirement data on a visual interface by the front end.

Step S208, target requirement data which corresponds to the IPA data extraction requirement and is stored in the identification mark mapping mode and is returned from the back end is displayed, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data indicated by the IPA data extraction requirement.

In this embodiment of the application, the back-end server may automatically extract, according to the received second file package, target demand data that needs to be collated in the file according to a preset script, for example, extract capability executable capability data from an executable file of an application program, extract configuration data from a configuration file, and the like. After the target demand data are extracted, the rear end firstly maps and stores the target demand data and the identification mark, and then sends the target demand data to the front end. And the front end finally receives the target demand data returned by the back end server and displays the target demand data according to a preset rule, so that IPA retrieval and proofreading personnel can proofread the target demand data. The predetermined rule may be a layout rule, an information aggregation, or the like.

Through the steps S202 to S208, the required data can be extracted from the files for displaying under the condition of only decompressing once, the extracted data is more, corresponding data can be extracted according to the user requirement, the IPA packet does not need to be decompressed repeatedly, and the technical problem that less information is obtained by analyzing the IPA packet is solved.

In another implementation, to avoid that the application or the game function cannot be normally used due to the configuration of the wrong information, the method may further include: judging whether an application program corresponding to the IPA packet has an information configuration error according to the target demand data, if so, adjusting a display position and/or a display mode of data corresponding to the information configuration error in the target demand data; an error report may also be generated indicating an information configuration error.

Optionally, before selecting a target file matching the IPA data extraction requirement from the plurality of files of the first bundle of files, the method further comprises decompressing the first bundle of files, wherein during decompressing the first bundle of files, the method further comprises:

step 1, dividing the decompressed data into a plurality of data blocks according to the time sequence of the decompressed data.

In the embodiment of the application, the front end can calculate the check code for the decompressed data fragment while decompressing the first file packet.

The data fragmentation operation may be performed after all data are decompressed, and this manner needs to determine to which check node each fragmented data block is sequentially allocated to calculate the check code by generating a random number. In the embodiment of the application, in order to simplify the operation and improve the verification efficiency, the fragmentation can be performed directly according to the time sequence in which the data blocks are decompressed, for example, when 0.05 second is used as the fragmentation interval, the data blocks decompressed from 0.00 second to 0.05 second are used as the first fragmentation, the sequence number of the data blocks is 1, and the data blocks decompressed from 0.05 second to 0.10 second are used as the second fragmentation, so that the whole first file packet is fragmented into a plurality of data blocks. In this way, the data blocks of the fragments can be directly sent to the corresponding check nodes for processing after the distribution relationship between the sequencing serial number and the check nodes is preset, if there are A, B, C check nodes, the data blocks are sequentially distributed according to the decompression sequence of the data blocks, for example, the data block with the sequencing serial number of 1 is distributed to a, the data block with the sequencing serial number of 2 is distributed to B, the data block with the sequencing serial number of 3 is distributed to C, and then the data blocks are sequentially distributed according to the sequence.

And 2, distributing each data block to check nodes corresponding to the decompression time sequences, wherein the check nodes distributed by the data blocks in different decompression time sequences are different.

In the embodiment of the application, one check node can be carried on one data check process, so that a multi-process parallel computing mode can be adopted, and the computing efficiency of the check code is improved. The check nodes may also be distributed computing units in a blockchain system.

And 3, utilizing a plurality of check nodes to process different data blocks in parallel to obtain a plurality of check codes.

In this embodiment, the check code may be md5 code, hash code, or the like.

And 4, generating an identification mark by using the plurality of check codes.

In the embodiment of the application, after the check code is calculated in a fragmentation manner, the calculation results need to be combined to obtain the check code of the whole first file package, and the check code of the whole first file package can be used as the identification mark. According to the method and the device, the check code of the data block which is already decompressed can be calculated while the data block is decompressed, and therefore the calculation efficiency of the check code is greatly improved. The md5 codes can be preferably selected as the check codes, so that the integrity and the effectiveness of the data blocks can be verified according to the check codes of the fragments when the fragmented data blocks are calculated, and the integrity and the effectiveness of the first file package can be verified macroscopically after the fragmented data blocks are combined into the integral check codes of the first file package.

And step 5, associating the identification marks with the target file and the IPA data extraction requirement.

In the embodiment of the application, the identification mark can be associated with both the target file and the IPA data extraction requirement, so that the identification mark is used for representing the corresponding relation between the target file and the IPA data extraction requirement, and the identification mark is received, that is, the target requirement data corresponding to the IPA data extraction requirement needs to be extracted from the target file can be known, that is, the identification mark represents the uniqueness of the file and the requirement, if the files are the same and the requirements are different, the associated identification marks are also different, and similarly, if the files are different, the requirements are the same and the associated identification marks are also different.

In the embodiment of the application, the first file package can also be associated with the identification mark, so that after the front end receives the same first file package and the same IPA data extraction requirement again, the identification mark associated with the first file package and the IPA data extraction requirement is directly searched without extracting the target file and the data extraction requirement from the first file package to the rear end, and the target requirement data which is mapped and stored before is found according to the identification mark for displaying, so that the searching efficiency is further improved.

In another embodiment, the IPA data extraction requirement may be utilized to generate a corresponding check code, and the check code is combined with the check code generated in the process of decompressing the first file packet to obtain the identification, thereby implementing the association between the identification and the target requirement data.

Optionally, packaging the target file into a second bundle of files and sending the second bundle of files to the back end includes:

step 1, sending the identification mark to a back end, wherein the back end is used for inquiring whether target demand data stored in a mapping manner with the identification mark exists or not;

and 2, under the condition that confirmation information which indicates that the target requirement data does not exist and is returned by the back end is received, packaging the target file into a second file packet, writing an IPA data extraction requirement and an identification mark into the header data of the second file packet, and then transmitting the second file packet to the back end in a fragmentation mode.

In the embodiment of the application, the front end can send the identification mark to the back end, the back end searches whether the target demand data mapped and stored with the identification mark is stored on the back end server according to the identification mark, if yes, the back end returns the target demand data to the front end, and the target demand data is displayed on a visual interface by the front end. If the target requirement data does not exist, the back end returns confirmation information that the target requirement data does not exist to the front end, after the front end receives the confirmation information, the target file, the IPA data extraction requirement and the identification mark associated with the target file, the IPA data extraction requirement and the identification mark are sent to the back end, the target requirement data are extracted from the target file by the back end according to the IPA data extraction requirement, finally, the target requirement data are sent to the front end after the target requirement data and the identification mark are mapped and stored by the back end, and the target requirement data are displayed on a visual interface by the front end.

In this embodiment of the application, the IPA data extraction requirement and the identification identifier may be carried in a manner that the data extraction requirement and the identification identifier are written in header data of the second file package, or the IPA data extraction requirement and the identification identifier may be stored in separate files and packaged together into the second file package.

In another embodiment, the check code of the whole first file package may also be used as the identification identifier of the first file package and/or the target file selected from the first file package, and the check code corresponding to the IPA data extraction requirement is used as the requirement identifier, so that the front end may send both the identification identifier and the requirement identifier to the back end, the back end determines the target requirement data to be extracted according to the requirement identifier, and determines the source file of the target requirement data according to the identification identifier. If target demand data with mapping relation with the identification mark and the demand mark exist in the demand data stored in the back end, the target demand data is returned to the front end for displaying, if target demand data with mapping relation with the identification mark and the demand mark does not exist, confirmation information indicating that the target demand data does not exist is returned to the front end, so that after the front end receives the confirmation information, the target file, the identification mark, the IPA data extraction demand and the demand mark are sent to the back end, after the back end extracts the target demand data from the target file according to the IPA data extraction demand, the target demand data, the identification mark and the demand mark are mapped and stored, and finally the target demand data is returned to the front end for displaying.

In order to fully utilize the network bandwidth, improve the transmission speed and ensure the uploading success rate, the second file packet can be uploaded to the back-end server in a fragment uploading mode.

Optionally, transmitting the second file package fragment to the back-end server includes:

step 1, segmenting the second file packet into a plurality of data segments according to a preset offset unit, wherein an offset of a corresponding data segment is recorded in a header part of each data segment, and the offset is used for indicating the position of the corresponding data segment in a complete data stream of the original second file packet.

In the embodiment of the application, when data is fragmented, a corresponding IP header is added before each fragment to form a new IP datagram, and one IP datagram is a data fragment. An offset is recorded in the IP header to indicate the relative position of the fragment in the entire datagram of the second packet, that is, where the slice starts relative to the start of the user data field. The offset unit is the interval of the segments, and the length of each data segment may be set to the length of the offset unit or to an integer multiple of the offset unit. For example, with 8 bytes as the offset unit, the length of each slice must be an integer multiple of 8 bytes (64 bits).

And 2, transmitting the plurality of data fragments to a back-end server through a plurality of channels, wherein the data fragments in different preset offset ranges are transmitted through different channels.

In the embodiment of the present application, data segments with different offset ranges are transmitted through different channels, for example, the data portion of the second file packet is 5000 bytes long, and a data segment with a fragmentation length of not more than 1500 bytes is required. Since the fixed header is 20 bytes in length, each data fragment cannot exceed 1480 bytes in length. The data segment is divided into 4 data segments, the data portions of the 4 data segments are 1480 bytes, 1480 bytes and 560 bytes respectively, and the offsets are 0/8-0, 1480/8-185, 2960/8-370 and 4400/8-555 in sequence. The preset offset range can be set to be smaller, for example, if the preset offset range is set to be 0 to 185 as a first preset offset range, 185 to 370 as a second preset offset range, 370 to 555 as a third preset offset range, and 555 to 740 as a fourth preset offset range, the data segment with the offset of 0 is transmitted through the first channel, the data segment with the offset of 185 is transmitted through the second channel, and so on, the four data segments are respectively transmitted through four different channels, so that the network bandwidth is fully utilized, the transmission speed is increased, and the success rate of single-chip uploading is ensured. The preset offset range can be set to be larger, so that two or more adjacent signals can be transmitted through the same channel, and the specific setting can be determined according to actual requirements.

Correspondingly, after receiving all the data fragments of the second file packet through different channels, the back-end server can determine the position of each data fragment in the complete data stream of the original second file packet according to the offset of each data fragment, and then merge the data fragments to obtain the complete second file packet.

Optionally, selecting a target file matching the IPA data extraction requirement from the plurality of files of the first bundle of files comprises:

step 1, determining target demand data to be extracted according to IPA data extraction demands;

step 2, determining a target file where target demand data are located according to a preset mapping relation between the demand data and a corresponding storage file;

and 3, extracting the target file from the plurality of files of the first file package.

In the embodiment of the application, the front end can determine the target demand data to be extracted according to the IPA data extraction demand submitted by the proofreading staff. And then, determining a target file where the target demand data is located according to a preset mapping relation between preset demand data and the corresponding storage file. The preset mapping relationship may be stored in a mapping table, and the specific mapping relationship may be, for example: certificate data-mobileprovision file, configuration data-config file, and the like.

In this embodiment of the application, the files in the second file package may further include:

plist and the like, wherein the plist is used for acquiring general configuration information of an application program, such as a version number, a lowest supported version, an application white list and the like;

all files with bundle ends are used for extracting resource files contained in the package, such as pictures, international information and the like;

the other end is the xib, config file, which is used as the reserved data for other information.

In the embodiment of the application, the file can be traversed to generate the directory, and the directory can be sent together when the second file package is sent to the back-end server, so that the time for the back-end server to detect the file path and inquire the file data is prolonged.

According to another aspect of the embodiments of the present application, there is provided a data presentation method, which may be performed by the backend 103, as shown in fig. 3, and the method may include the following steps:

step S302, receiving a second file package sent by a front end, wherein the second file package is obtained by the front end by packaging a target file selected from a plurality of files in an IPA package as a first file package, the second file package carries IPA data extraction requirements and identification marks, the IPA data extraction requirements are used for specifying data to be extracted from the target file, and the identification marks are used for representing the corresponding relation between the target file and the IPA data extraction requirements;

step S304, decompressing the second file packet to obtain a target file;

step S306, extracting target requirement data from a target file according to an IPA data extraction requirement through a preset script, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data of a target application program;

and step S308, after the target requirement data and the identification mark are mapped and stored, the target requirement data is sent to the front end for displaying.

In this embodiment, the second document package is a compressed document package extracted from an IPA package and containing data to be collated, the second document package further carries an IPA data extraction requirement and an identification identifier, the IPA data extraction requirement is target requirement data indicating that data needs to be extracted from the target document, the identification identifier is associated with both the target document and the IPA data extraction requirement, that is, the identification may be used to characterize the correspondence between the target file and the IPA data extraction requirements, such that the identification is received, it is known that the target requirement data corresponding to the IPA data extraction requirement needs to be extracted from the target file, that is, the identification marks represent the uniqueness of the files and the requirements, if the files are the same and the requirements are different, the associated identification marks are also different, and similarly, if the files are different, the requirements are the same and the associated identification marks are also different. And the back end decompresses the second file packet to obtain a target file extracted by the front end according to the target demand data, and determines the target demand data required to be extracted from the target file according to the IPA data extraction demand carried by the second file packet. The data processing logic of the back end can be constructed by springBoot, mybatis, mysql and the like. After the target demand data is extracted by the back-end server, the obtained target demand data can be directly returned to the front end, or format conversion can be performed on the target demand data, and the target demand data after format conversion is returned to the front end, for example, the data can be aggregated into JSON data and then returned to the front end. JSON is a lightweight data exchange format that stores and represents data in a text format that is completely independent of the programming language. The compact and clear hierarchy makes JSON an ideal data exchange language. The network transmission method is easy to read and write by people, is easy to analyze and generate by machines, and effectively improves the network transmission efficiency. Before returning to the front end, the back end may store the target requirement data (or the format-converted target requirement data) in a mapping manner with the identifier, so that the back end may directly return the target requirement data stored in a mapping manner with the identifier after receiving the identifier again.

Finally, the executable capability data, the configuration data, the certificate data, and the function data may be extracted through a preset python script.

Optionally, extracting, by a preset script, target requirement data from the target file according to the IPA data extraction requirement includes:

step 1, decompressing a target file and writing file data of the target file into an attribute list file;

step 2, analyzing the attribute table file into a dictionary file;

and 3, traversing the dictionary file, and extracting the target demand data by using the target keywords matched with the target demand data.

The steps of extracting the corresponding target requirement data are slightly different corresponding to different target files, and the preset script includes but is not limited to codes for executing the following methods:

the method for acquiring the attribute information of the target application program as the target requirement data by taking the plist attribute table as the target file comprises the following steps:

step 1, decompressing the second file packet, and extracting a file path of a plist attribute table (such as info. plsit);

step 2, loading attribute information of a target application program from a file path of a plist attribute table by using a plistlib, and analyzing the attribute information into a dictionary file;

and 3, extracting information such as an application name, a version number, a package name, a lowest support system version, an archived Xcode version and the like from the plist information dictionary through keywords such as CFBundleIdentifier, CFBundleShortVersionString, CFBundleDisplayName and the like.

The step of acquiring the certificate data of the target application program as the target requirement data by taking the certificate file (mobileprovision file) as the target file comprises the following steps:

step 1, decompressing the second file packet, and extracting a mobileprovision file path;

step 2, extracting the mobileprovision file according to the mobileprovision file path, and temporarily decompressing the mobileprovision file to a specified path;

step 3, acquiring the specified path and storing the decompressed data as a plist file;

step 4, reading the plist file of the temporary cache by using a file command, writing plist information and certificate information into the temporary file by using a 'security cms-D' command line, and analyzing the plist information and the certificate information into a dictionary file;

and 5, acquiring information such as certificate Name, creation time, expiration time, team Name, UUID, application ID, authorization and the like through keywords such as Name, CreationDate, expirationDate, Teamname, UUID, application-identifier and the like.

The step of taking the executable file as a target file and acquiring executable capability data (such as entitlements information) as target requirement data comprises the following steps:

step 1, decompressing the second file packet and extracting the path of the executable file;

step 2, extracting the executable file according to the path of the executable file, and temporarily decompressing the executable file to a specified directory;

step 3, analyzing the decompressed executable file into data containing information such as whether debugging, associated domain, apple login and the like are allowed or not through a 'ldid-e' command line, and writing the data into a plist file;

step 4, analyzing the plist file into a dictionary file;

and step 5, extracting information such as whether debugging is allowed or not and an associated domain contained in the executable file through keywords such as entilments, get-task-allow and the like.

Optionally, before receiving the second file package sent by the front end, the method further includes:

step 1, receiving an identification mark sent by a front end;

step 2, under the condition that the target demand data stored in mapping mode with the identification mark is found, the target demand data are sent to the front end to be displayed; and under the condition that the target demand data stored in mapping mode with the identification mark is not found, sending confirmation information indicating that the target demand data does not exist to the front end.

In the embodiment of the present application, before the front end sends the second package (including the target file, the IPA data extraction requirement, and the identifier) containing the file to be collated to the back end, the front end may send the identifier associated with both the target file and the IPA data extraction requirement to the back end. After receiving the identification mark, the back end searches whether target demand data stored in a mapping manner with the identification mark exists in a database, and if so, the back end directly returns the target demand data to the front end for displaying. Therefore, the data query can be carried out on the file packet which is uploaded to the rear end in history, and the queried data can be acquired and displayed only by sending the IPA data extraction requirement to be queried and the unique identification mark associated with the target file to the rear end.

If the target requirement data stored in mapping mode with the identification mark does not exist, the back end sends confirmation information indicating that the target requirement data does not exist to the front end, and after the front end receives the confirmation information, the second file packet (including the target file, the IPA data extraction requirement and the identification mark) can be uploaded to the back end through an HTTP technology.

According to another aspect of the embodiments of the present application, as shown in fig. 4, there is provided an IPA data displaying apparatus applied to a front end, including:

a requirement obtaining module 401, configured to obtain an IPA data extraction requirement for a first file package in a case where the IPA package is received as the first file package, where the first file package includes a plurality of files, the plurality of files at least includes an executable file, a configuration file, a certificate file, and a function description file of a target application, and the IPA data extraction requirement includes at least one of an executable capacity data extraction requirement, a configuration data extraction requirement, a certificate data extraction requirement, and a function data extraction requirement;

a file extraction module 403, configured to select a target file matching the IPA data extraction requirement from the plurality of files in the first bundle of files;

a file sending module 405, configured to package the target file into a second file package and send the second file package to the back end, where the second file package carries an IPA data extraction requirement and an identifier indicating a correspondence between the target file and the IPA data extraction requirement;

and the data presentation module 407 is configured to present target requirement data, which corresponds to the data extraction requirement and is stored in mapping with the identification identifier, returned from the backend, where the target requirement data includes at least one of executable capability data, configuration data, certificate data, and function data indicated by the IPA data extraction requirement.

It should be noted that the requirement obtaining module 401 in this embodiment may be configured to execute step S202 in this embodiment, the file extracting module 403 in this embodiment may be configured to execute step S204 in this embodiment, the file sending module 405 in this embodiment may be configured to execute step S206 in this embodiment, and the data displaying module 407 in this embodiment may be configured to execute step S208 in this embodiment.

It should be noted here that the modules described above are the same as the examples and application scenarios implemented by the corresponding steps, but are not limited to the disclosure of the above embodiments. It should be noted that the modules described above as a part of the apparatus may operate in a hardware environment as shown in fig. 1, and may be implemented by software or hardware.

Optionally, the IPA data display apparatus further includes a fragment checking operation module, configured to: dividing the decompressed data into a plurality of data blocks according to the time sequence in which the data is decompressed; distributing each data block to check nodes corresponding to decompression time sequences, wherein the check nodes distributed to the data blocks in different decompression time sequences are different; processing different data blocks in parallel by using a plurality of check nodes to obtain a plurality of check codes; generating an identification mark by using a plurality of check codes; and associating the target file and the IPA data extraction requirement with the identification mark.

Optionally, the file sending module is configured to: sending the identification mark to a back end, wherein the back end is used for inquiring whether target demand data stored in a mapping manner with the identification mark exists or not; and under the condition of receiving confirmation information which indicates that target requirement data does not exist and is returned by the back end, packaging the target file into a second file packet, writing an IPA data extraction requirement and an identification mark in the header data of the second file packet, and then transmitting the second file packet to the back end in a fragmentation mode.

Optionally, the file sending module further includes a fragment transmission unit, configured to: segmenting the second file packet into a plurality of data segments according to a preset offset unit, wherein the header part of each data segment records the offset of the corresponding data segment, and the offset is used for indicating the position of the corresponding data segment in the complete data stream of the original second file packet; and transmitting the plurality of data segments to the back end through a plurality of channels, wherein the data segments in different preset offset ranges are transmitted through different channels.

Optionally, the file extraction module is specifically configured to: determining target demand data to be extracted according to the IPA data extraction demand; determining a target file where target demand data are located according to a preset mapping relation between the demand data and a corresponding storage file; a target file is extracted from the plurality of files of the first bundle of files.

According to another aspect of the embodiments of the present application, as shown in fig. 5, there is provided an IPA data showing apparatus applied to a backend, including:

a receiving module 501, configured to receive a second file package sent by a front end, where the second file package is obtained by the front end by packaging a target file selected from multiple files in an IPA package serving as a first file package, the second file package carries an IPA data extraction requirement and an identification, the IPA data extraction requirement is used to specify data to be extracted from the target file, and the identification is used to indicate a corresponding relationship between the target file and the IPA data extraction requirement;

the decompression module 503 is configured to decompress the second file packet to obtain a target file;

an extracting module 505, configured to extract target requirement data from the target file according to the IPA data extraction requirement through a preset script, where the target requirement data includes at least one of executable capability data, configuration data, certificate data, and function data of the target application program;

and the storage and transmission module 507 is configured to transmit the target demand data to the front end for display after the target demand data and the identification identifier are mapped and stored.

It should be noted that the receiving module 501 in this embodiment may be configured to execute the step S302 in this embodiment, the decompressing module 503 in this embodiment may be configured to execute the step S304 in this embodiment, the extracting module 505 in this embodiment may be configured to execute the step S306 in this embodiment, and the storing and sending module 507 in this embodiment may be configured to execute the step S308 in this embodiment.

Optionally, the extracting module is specifically configured to: decompressing the target file and writing the file data of the target file into the attribute list file; analyzing the attribute table file into a dictionary file; and traversing the dictionary file, and extracting the target demand data by using the target keywords matched with the target demand data.

Optionally, the receiving module is further configured to: receiving an identification mark sent by a front end; under the condition that the target demand data stored in a mapping manner with the identification mark is found, the target demand data is sent to the front end for displaying; and under the condition that the target demand data stored in mapping mode with the identification mark is not found, sending confirmation information indicating that the target demand data does not exist to the front end.

According to another aspect of the embodiments of the present application, there is provided an electronic device, as shown in fig. 6, including a memory 601, a processor 603, a communication interface 605 and a communication bus 607, where a computer program operable on the processor 603 is stored in the memory 601, the memory 601 and the processor 603 communicate with each other through the communication interface 605 and the communication bus 607, and the steps of the method are implemented when the processor 603 executes the computer program.

The memory and the processor in the electronic equipment are communicated with the communication interface through a communication bus. The communication bus may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The communication bus may be divided into an address bus, a data bus, a control bus, etc.

The Memory may include a Random Access Memory (RAM) or a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. Optionally, the memory may also be at least one memory device located remotely from the processor.

The Processor may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the Integrated Circuit may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a discrete Gate or transistor logic device, or a discrete hardware component.

There is also provided, in accordance with yet another aspect of an embodiment of the present application, a computer program product or computer program comprising computer instructions stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computer device to perform the steps of any of the embodiments described above.

Optionally, in an embodiment of the present application, a computer readable medium is configured to store program code for the processor to perform the following steps:

under the condition that a first file package is received, acquiring IPA data extraction requirements of the first file package, wherein the first file package comprises a plurality of files, the plurality of files at least comprise an executable file, a configuration file, a certificate file and a function description file of a target application program, and the IPA data extraction requirements comprise at least one of executable capacity data extraction requirements, configuration data extraction requirements, certificate data extraction requirements and function data extraction requirements;

Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiments, and this embodiment is not described herein again.

When the embodiments of the present application are specifically implemented, reference may be made to the above embodiments, and corresponding technical effects are achieved.

Optionally, in an embodiment of the present application, the computer readable medium may be further configured to store program code for the processor to perform the following steps:

receiving a second file package sent by a front end, wherein the second file package is obtained by the front end by packaging after selecting a target file from a plurality of files in an IPA package as a first file package, the second file package carries an IPA data extraction requirement and an identification mark, the IPA data extraction requirement is used for specifying data to be extracted from the target file, and the identification mark is used for representing the corresponding relation between the target file and the IPA data extraction requirement;

decompressing the second file packet to obtain a target file;

extracting target requirement data from a target file according to an IPA data extraction requirement through a preset script, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data of a target application program;

and after the target demand data and the identification mark are mapped and stored, the target demand data is sent to the front end for displaying.

It is to be understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or any combination thereof. For a hardware implementation, the Processing units may be implemented within one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), general purpose processors, controllers, micro-controllers, microprocessors, other electronic units configured to perform the functions described herein, or a combination thereof.

For a software implementation, the techniques described herein may be implemented by means of units performing the functions described herein. The software codes may be stored in a memory and executed by a processor. The memory may be implemented within the processor or external to the processor.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the modules is merely a logical division, and in actual implementation, there may be other divisions, for example, multiple modules or components may be combined or integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

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

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

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application may be essentially implemented or make a contribution to the prior art, or may be implemented in the form of a software product stored in a storage medium and including several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk. It is noted that, in this document, relational terms such as "first" and "second," and the like, may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.

The above description is merely exemplary of the present application and is presented to enable those skilled in the art to understand and practice the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. An IPA data presentation system comprising:

a front end to receive an IPA package as a first portfolio; acquiring an IPA data extraction requirement of the first file package; selecting a target file matching the IPA data extraction requirement from a plurality of files of the first file package; packaging the target file into a second file package and sending the second file package to a back end; and showing target requirement data which corresponds to the IPA data extraction requirement and is stored in a mapping mode with the identification mark and is returned from the back end;

the back end is used for receiving an identification mark which is sent by the front end and is associated with the IPA data extraction requirement and the target file, and returning the target requirement data which is mapped and stored with the identification mark to the front end for displaying; or, the second file packet is used for receiving the second file packet which is sent by the front end and carries the identification mark, the IPA data extraction requirement and the target file, decompressing the second file packet, extracting target requirement data from the target file according to the IPA data extraction requirement through a preset script, mapping and storing the target requirement data and the identification mark, and then returning the target requirement data to the front end for displaying.

2. An IPA data display method applied to a front end, comprising:

acquiring an IPA data extraction requirement of a first file package under the condition that the IPA package is received as the first file package, wherein the first file package comprises a plurality of files at least comprising an executable file, a configuration file, a certificate file and a function description file of a target application program, and the IPA data extraction requirement comprises at least one of an executable capacity data extraction requirement, a configuration data extraction requirement, a certificate data extraction requirement and a function data extraction requirement;

selecting a target file from the plurality of files of the first portfolio that matches the IPA data extraction requirements;

packaging the target file into a second file package and sending the second file package to a back end, wherein the second file package carries the IPA data extraction requirement and an identification mark representing the corresponding relation between the target file and the IPA data extraction requirement;

target requirement data corresponding to the IPA data extraction requirement and stored in the identification mark mapping is shown, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data indicated by the IPA data extraction requirement.

3. The method of claim 2, further comprising decompressing the first bundle of files prior to selecting a target file from the plurality of files of the first bundle of files that matches the IPA data extraction requirements, wherein in decompressing the first bundle of files, the method further comprises:

dividing the decompressed data into a plurality of data blocks according to the time sequence in which the data is decompressed;

distributing each data block to check nodes corresponding to decompression time sequences, wherein the check nodes distributed to the data blocks in different decompression time sequences are different;

processing different data blocks in parallel by using a plurality of check nodes to obtain a plurality of check codes;

generating the identification mark by utilizing the plurality of check codes;

and associating the identification with both the target file and the IPA data extraction requirement.

4. The method of claim 3, wherein packaging the target file into a second bundle of files and sending the second bundle of files to a backend comprises:

sending the identification mark to the back end, wherein the back end is used for inquiring whether the target demand data stored in a mapping manner with the identification mark exists or not;

and under the condition of receiving confirmation information which is returned by the back end and indicates that the target required data does not exist, packaging the target file into the second file packet, writing the IPA data extraction requirement and the identification mark in the header data of the second file packet, and then transmitting the second file packet to the back end in a fragmentation mode.

5. The method of claim 4, wherein transmitting the second package of files fragments to the backend comprises:

segmenting the second file packet into a plurality of data segments according to a preset offset unit, wherein an offset of a corresponding data segment is recorded in a header part of each data segment, and the offset is used for indicating the position of the corresponding data segment in a complete data stream of the original second file packet;

and transmitting the plurality of data segments to the back end through a plurality of channels, wherein the data segments in different preset offset ranges are transmitted through different channels.

6. The method of any of claims 1 to 5, wherein selecting a target file from the plurality of files of the first bundle of files that matches the IPA data extraction requirement comprises:

determining the target demand data to be extracted according to the IPA data extraction demand;

determining the target file where the target demand data is located according to a preset mapping relation between the demand data and the corresponding storage file;

extracting the target file from the plurality of files of the first bundle of files.

7. An IPA data display method applied to a backend, comprising:

receiving a second file package sent by a front end, wherein the second file package is obtained by the front end by packaging after selecting a target file from a plurality of files in an IPA package as a first file package, the second file package carries an IPA data extraction requirement and an identification mark, the IPA data extraction requirement is used for specifying data to be extracted from the target file, and the identification mark is used for representing a corresponding relation between the target file and the IPA data extraction requirement;

decompressing the second file packet to obtain the target file;

extracting target requirement data from the target file according to the IPA data extraction requirement through a preset script, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data of a target application program;

and after the target demand data and the identification mark are mapped and stored, the target demand data is sent to the front end for display.

8. The method of claim 7, wherein extracting target requirement data from the target file according to the IPA data extraction requirement through a preset script comprises:

decompressing the target file and writing the file data of the target file into an attribute table file;

analyzing the attribute table file into a dictionary file;

and traversing the dictionary file, and extracting the target demand data by using the target keywords matched with the target demand data.

9. The method of claim 7, wherein before receiving the second package of files sent by the front end, the method further comprises:

receiving the identification mark sent by the front end;

under the condition that the target demand data stored in a mapping mode with the identification mark is found, the target demand data are sent to the front end to be displayed;

and sending confirmation information indicating that the target demand data does not exist to the front end under the condition that the target demand data stored in mapping with the identification mark is not found.

10. An IPA data display apparatus, for use in a front end, comprising:

the requirement acquisition module is used for acquiring an IPA data extraction requirement of a first file package under the condition that the IPA package as the first file package is received, wherein the first file package comprises a plurality of files, the files at least comprise an executable file, a configuration file, a certificate file and a function description file of a target application program, and the IPA data extraction requirement comprises at least one of an executable capacity data extraction requirement, a configuration data extraction requirement, a certificate data extraction requirement and a function data extraction requirement;

a file extraction module for selecting a target file from the plurality of files of the first portfolio that matches the IPA data extraction requirements;

the file sending module is used for packaging the target file into a second file package and sending the second file package to a back end, wherein the second file package carries the IPA data extraction requirement and an identification mark representing the corresponding relation between the target file and the IPA data extraction requirement;

and the data display module is used for displaying target requirement data which is returned from the back end, corresponds to the IPA data extraction requirement and is stored by the identification mark mapping, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data indicated by the IPA data extraction requirement.

11. An IPA data display apparatus, for use in a backend, comprising:

the system comprises a receiving module, a sending module and a processing module, wherein the receiving module is used for receiving a second file package sent by a front end, the second file package is obtained by the front end by packaging after selecting a target file from a plurality of files in an IPA package as a first file package, the second file package carries an IPA data extraction requirement and an identification mark, the IPA data extraction requirement is used for specifying data to be extracted from the target file, and the identification mark is used for representing the corresponding relation between the target file and the IPA data extraction requirement;

the decompression module is used for decompressing the second file packet to obtain the target file;

the extraction module is used for extracting target requirement data from the target file according to the IPA data extraction requirement through a preset script, wherein the target requirement data comprises at least one of executable capacity data, configuration data, certificate data and function data of a target application program;

and the storage and sending module is used for sending the target demand data to the front end for displaying after the target demand data and the identification mark are mapped and stored.

12. An electronic device comprising a memory, a processor, a communication interface and a communication bus, wherein the memory stores a computer program operable on the processor, and the memory and the processor communicate via the communication bus and the communication interface, wherein the processor implements the steps of the method according to any of the claims 1 to 6 or 7 to 9 when executing the computer program.

13. A computer readable medium having non-volatile program code executable by a processor, wherein the program code causes the processor to perform the method of any of claims 1 to 6 or 7 to 9.