Network Application Update via Manifest-Based File Segmentation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing systems require significant computing resources to upload new versions of network applications, such as games, due to the need to transmit large amounts of data.
Innovation Solution
The system uses manifests to identify modifications between versions of a network application, allowing only the modified files to be uploaded and reconstructed on the server, rather than the entire new version.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the entire new version of a network application is uploaded each time there is a change, then the system ensures complete data integrity, but the computing resources and network bandwidth required increase significantly
Solution Approach 1:
The patent segments the application update process into two distinct phases: (1) uploading only the modified files or differences, and (2) reconstructing the complete new version on the server. This segmentation allows the system to transmit minimal data while ensuring complete data integrity through server-side reconstruction, thereby resolving the contradiction between reliability and resource consumption.
Solution Approach 2:
The patent introduces a manifest file as an intermediary that tracks and describes modifications between versions. The manifest serves as a mediator that enables the system to identify what changes need to be uploaded without transmitting the entire application, thus maintaining data integrity while reducing computing and network resources required.
2Use of energy by moving object
If only modified files are uploaded, then the computing resources and network bandwidth are reduced, but the system complexity increases due to version comparison and reconstruction processes
Solution Approach 1:
The patent implements preliminary action by generating and storing manifests that describe application versions and their modifications in advance. These pre-generated manifests enable the system to quickly identify changes without complex real-time analysis, thereby reducing network bandwidth requirements while keeping system complexity manageable through预先 prepared metadata.
Solution Approach 2:
The patent uses copying by creating a manifest that replicates essential information about application files and their states. This manifest copy allows the system to track modifications efficiently without needing to analyze the actual application files, thus reducing network bandwidth usage while maintaining acceptable system complexity.
3Ease of operation
If the entire application is re-uploaded, then the upload process is simple and straightforward, but the time required for uploading increases significantly
Solution Approach 1:
The patent extracts only the essential modification information from the application update process and stores it in manifests. During updates, the system extracts and transmits only the changed files or differences based on manifest comparison, rather than re-uploading the entire application. This extraction approach maintains operational simplicity while dramatically reducing upload time.
4Measurement precision
If version information is tracked using detailed manifests, then the precision of modification identification improves, but the amount of data stored and processed increases
Solution Approach 1:
The patent applies local quality by making manifests selective in their detail level - they contain comprehensive information only for modified or new files, while omitting or summarizing unchanged files. This localized detail approach enables precise modification identification while minimizing the overall data volume that needs to be stored and processed.
Data Source
AI summary
This disclosure describes, in part, techniques for uploading network applications. For instance, system(s) may initially receive first data representing a first version of a network application and a first manifest that includes information describing the file contents of the first version. The system(s) may then store the first data and the first manifest within one or more databases. After the network application is updated to a second version, the system(s) may receive a second manifest that includes information describing the file contents of the second version of the network application. The system(s) may then use the first manifest and/or the second manifest to identify files that have been modified to create the second version of the network application. The system(s) may then receive second data representing the identified files and then reconstruct the second version of the network application using the first data and the second data.