A chip file warehouse processing method, device, equipment and medium
By acquiring and matching local index file encoding numbers in real time, the problem of wasted network and disk resources caused by multi-person, multi-task parallel development is solved, improving the processing efficiency of chip file warehouse and user experience.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- BEIJING SUIYUAN INTELLIGENT TECH CO LTD
- Filing Date
- 2026-04-30
- Publication Date
- 2026-07-31
AI Technical Summary
During chip development, when multiple people or multiple tasks are developed in parallel, the SOC layer needs to frequently download IP repository files, which leads to increased network bandwidth usage and disk throughput load, causing network environment interference and disk waste.
By obtaining the index file encoding number of the local SOC repository in real time, and using the local index processing unit and interactive communication unit to match and update, the target source code file can be obtained, reducing repeated download operations.
It improves the efficiency of SOC file repository processing, reduces bandwidth usage and disk waste, and enhances the user experience.
Smart Images
Figure CN122489501A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of data processing technology, and in particular to a chip file repository processing method, apparatus, device and medium. Background Technology
[0002] In a chip development environment based on distributed version management, different IPs (IPs refer to pre-designed, reusable functional modules) and SoCs (System on Chip) have their own independent data repositories, storing source files such as related RTL code. The organizational relationships between repositories are established through index files in each repository. These index files explicitly express the inclusion or referencing relationships between IPs. The data structure presents a tree-like structure, with the IP data repository downstream and the SoC data repository upstream. During chip development, each IP and SoC is developed in its own independent repository, and the source files are independent of each other. Due to the distributed nature of the system, the SoC repository only stores the top-level RTL design files of the chip and does not need to include source files from downstream IP repositories. The source files of each IP are downloaded online through the index files of the SoC repository when the SoC engineer starts related work (such as SoC simulation or SoC synthesis).
[0003] In SOC-level work, the preparation of all required data is divided into two steps: first, SOC personnel download the corresponding version of the SOC repository from the remote repository to their local machine; second, they download the required IP repositories to the current SOC local working directory through the index file in the local SOC repository.
[0004] In the process of developing this invention, the inventors discovered the following shortcomings in the existing technology: During the localization of source files required for SOC development, when multiple users or multiple tasks are developing in parallel at the SOC level, even if all users are using the same SOC version locally, each SOC working directory needs to independently download multiple corresponding IP repository data. From the perspective of the entire file system, the same IP repository file is frequently downloaded multiple times to different locations. Each SOC worker needs to pay a time cost for these download operations. During the preparation of downstream repositories, a large number of download operations will consume network bandwidth and increase disk throughput load, causing negative interference to the network environment of other tasks running in the same network environment (such as electronic design automation development tasks), thereby jeopardizing normal development tasks. At the same time, after the download is completed, it will also cause problems such as disk occupation and disk waste. Summary of the Invention
[0005] This invention provides a chip file repository processing method, apparatus, device, and medium to improve the efficiency of SOC file repository processing and reduce bandwidth usage and waste.
[0006] According to one aspect of the present invention, a chip file repository processing method is provided, comprising: In real time, at least one current user index file corresponding to the current local SOC repository is obtained, and the encoding of each current user index file is converted by the local index detector to obtain the encoding number of each current index file; The local index processing unit queries and matches the current index file encoding number with the warehouse processing record in the interactive communication unit. If a match is found, the corresponding current user index file is modified and updated according to the current index file encoding number to obtain the current user's updated local directory address. In a pre-built local IP repository, each current user updates the local directory address to obtain the corresponding target source code file, so as to complete the user's execution task based on the target source code file.
[0007] According to another aspect of the present invention, a chip file repository processing apparatus is provided, comprising: The current index file encoding number determination module is used to obtain at least one current user index file corresponding to the current local SOC repository in real time, and to perform encoding conversion on each current user index file through a local index detector to obtain the encoding number of each current index file; The current user update local directory address determination module is used to query and match the encoding number of each current index file with the warehouse processing record in the interactive communication unit through the local index processing unit. If a match is found, the corresponding current user index file is modified and updated according to the encoding number of each current index file to obtain the current user update local directory address. The target source code file acquisition module is used to obtain the corresponding target source code file from a pre-built local IP repository by updating the local directory address of each current user, so as to complete the user's execution task based on the target source code file.
[0008] According to another aspect of the present invention, an electronic device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the chip file warehouse processing method according to any embodiment of the present invention.
[0009] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions for causing a processor to execute and implement the chip file warehouse processing method according to any embodiment of the present invention.
[0010] The technical solution of this invention involves acquiring at least one current user index file corresponding to the current local SOC repository in real time, and then using a local index detector to encode and convert each current user index file to obtain an encoding number. A local index processing unit then queries and matches the encoding numbers of each current index file with the repository processing record in the interactive communication unit. If a match is found, the corresponding current user index file is modified and updated according to the encoding number, resulting in an updated local directory address for each current user. In a pre-built local IP repository, the updated local directory address of each current user is used to obtain the corresponding target source code file, enabling the user to perform tasks based on the target source code file. This solves the problems of wasted time, high bandwidth pressure, and disk waste caused by multi-user or multi-task parallel development at the SOC level, improves the efficiency of SOC file repository processing, reduces bandwidth usage and overhead, minimizes disk waste, and enhances the user experience.
[0011] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description
[0012] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0013] Figure 1 This is a flowchart of a chip file warehouse processing method according to Embodiment 1 of the present invention; Figure 2 This is a detailed flowchart of a chip file warehouse processing method according to Embodiment 2 of the present invention; Figure 3 This is a schematic diagram of a chip file warehouse processing device according to Embodiment 3 of the present invention; Figure 4 This is a schematic diagram of the structure of an electronic device provided according to Embodiment 4 of the present invention. Detailed Implementation
[0014] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.
[0015] It should be noted that the terms "target," "current," etc., used in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.
[0016] It is worth noting that the information collected in the technical solution of this application is information and data authorized by the user or fully authorized by all parties, and the collection, storage, use, processing, transmission, provision, disclosure and application of the relevant data all comply with the relevant laws, regulations and standards of the relevant countries and regions, take necessary confidentiality measures, do not violate public order and good morals, and provide corresponding operation entry points for users to choose to authorize or refuse; if the user chooses to refuse, the process will proceed to the expert decision-making process.
[0017] Example 1 Figure 1 The flowchart of a chip file repository processing method is provided in Embodiment 1 of the present invention. This embodiment is applicable to scenarios in which multiple users and multiple tasks acquire and process chip file repositories to complete user tasks. The method can be executed by a chip file repository processing device, which can be implemented in hardware and / or software.
[0018] Correspondingly, such as Figure 1 As shown, the method includes: S110. Obtain at least one current user index file corresponding to the current local SOC repository in real time, and perform encoding conversion on each current user index file through the local index detector to obtain the encoding number of each current index file.
[0019] In this embodiment, the chip file warehouse processing system device includes a local index detector, a local index processing unit, an interactive communication unit, a remote index processing unit, and a warehouse data processing unit.
[0020] The local index detector and interactive communication unit, along with the local index processing unit, are primarily used to handle the mapping between the local SOC repository version and the local IP repository. The remote index processing unit and repository data processing unit are mainly used to complete the pre-preparation and construction of the IP repository. The current user index file can be text, and a unique current index file encoding number can be obtained through encoding conversion.
[0021] In this embodiment, a local IP repository is provided for the local SOC repository. When running tasks, the local SOC repository prioritizes using the local IP repository to avoid a large number of download operations. Furthermore, multiple local SOC repositories of the same version can share a single local repository copy.
[0022] Specifically, the core function of the local index detector is file content encoding, which performs algorithmic encoding on each current user index file in the current local SoC repository. The input of the local index detector is each current user index file, and the output is a string of binary code, which is the current index file encoding number.
[0023] In this design, a hash algorithm can be used to calculate the hash value of the current local index file and name this value as the index file's encoding number. Since the local SoC repository is essentially a version snapshot of the remote SoC repository, there is one and only one index file in the local SoC repository. In this way, the index file has a unique identification number.
[0024] In subsequent modules, this encoded number will be used for encoding matching in the interactive communication unit to complete the relationship matching between the local SoC repository and the local IP repository. From an implementation perspective, the conversion from index file to serial encoding can be achieved by calling mature hash functions in Python or commonly used programming tools.
[0025] S120. The local index processing unit performs a code number query and matching between the current index file code number and the warehouse processing record in the interactive communication unit. If a match is found, the corresponding current user index file is modified and updated according to the current index file code number to obtain the current user's updated local directory address.
[0026] The warehouse processing record can store a collection of multiple serial index file code numbers.
[0027] In this embodiment, the interactive communication unit interacts with the local index detector to query each current index file encoding number provided by the local index detector. Specifically, it sequentially uses one current index file encoding number to traverse and query the warehouse processing record to check if the current index file encoding number exists.
[0028] If the matching query finds an entry, it means that the local repository for the IP address required by the local index file already exists. Therefore, the corresponding current user's index file can be modified and updated based on the current index file's encoding number, changing it to use the corresponding current index file's encoding number as the local directory address. This allows us to obtain the corresponding current user's updated local directory address.
[0029] Optionally, after the local index processing unit performs a code number lookup and matching between the current index file's code number and the repository processing record in the interactive communication unit, the method further includes: if there is a mismatch, downloading the target source code file from the remote IP repository in the remote SOC repository corresponding to the target URL using the current user's index file; and sending an alarm message about the code number mismatch to the user to remind them.
[0030] In this context, a remote SOC repository can be a SOC repository that is accessed and operated via a target URL. A remote IP repository can be a repository that stores many target source code files.
[0031] Continuing from the previous example, if the matching query fails, it means that the local IP repository is not yet ready. Therefore, the target source code file can be downloaded from the remote IP repository in the remote SOC repository corresponding to the target URL using the current user's index file; at the same time, an alarm message for the code number mismatch should be sent to the user to remind them.
[0032] Specifically, the local index processing unit processes the index files of the local SoC repository. Based on the judgment information provided by the interactive communication unit, if the result from the interactive processing unit indicates a successful match, the local index file processing unit will replace the content of the current SoC local index file, changing the original pointer to the remote IP repository location to the local directory address corresponding to the current index file's encoding number. If the match fails, an early warning mechanism is activated to notify the user that this operation will trigger a network download. The boolean result indicating whether the above condition exists or not is output to the local index processing unit, which then determines whether to modify the local index file content based on this judgment.
[0033] The advantage of this setup is that it allows for matching with the code number of the warehouse processing record, and corresponding processing operations can be performed based on the matching results. This enables more effective processing of multiple users and multiple tasks simultaneously acquiring source code files, thereby improving the efficiency of SOC file warehouse processing.
[0034] S130. In the pre-built local IP repository, each current user updates the local directory address to obtain the corresponding target source code file, so as to complete the user's execution task based on the target source code file.
[0035] In this embodiment, the current user can update the local directory address to download the corresponding target source code file from the local IP repository, which may be RTL code, thereby completing the user's task.
[0036] The technical solution of this invention involves acquiring at least one current user index file corresponding to the current local SOC repository in real time, and using a local index detector to encode and convert each current user index file to obtain an encoding number. A local index processing unit then queries and matches the encoding number of each current index file with the repository processing record in the interactive communication unit. If a match is found, the corresponding current user index file is modified and updated according to the encoding number, resulting in an updated local directory address for each current user. In a pre-built local IP repository, the updated local directory address of each current user is used to obtain the corresponding target source code file, enabling the user to perform tasks based on the target source code file. This solves the problems of wasted time, high bandwidth pressure, and disk waste caused by multiple users or multiple tasks developing concurrently at the SOC level. It can better and more effectively handle the simultaneous acquisition of source code files by multiple users and multiple tasks, improving the efficiency of SOC file repository processing, reducing bandwidth consumption and pressure, minimizing disk waste, and enhancing the user experience.
[0037] Example 2 Figure 2 This document provides a detailed flowchart of a chip file repository processing method according to Embodiment 2 of the present invention. This embodiment optimizes upon the above embodiment, and before the step of real-time acquisition of at least one current user index file corresponding to the current local SOC repository, and encoding conversion of each current user index file using a local index detector to obtain the encoding number of each current index file, it further includes the construction of a local IP repository.
[0038] S210. When the local IP repository building device is in the startup state, obtain at least one latest version information corresponding to the remote SOC repository.
[0039] During the initial startup phase of the local IP repository building device, the remote indexing processing unit automatically starts during the initialization stage to process the index file containing the latest version information stored in the remote SoC repository at the current startup time. During device operation, the monitoring module of the remote indexing processing unit monitors the remote SoC repository in real time, and upon detecting changes, initiates the encoding and registration module.
[0040] S220. The encoding function subunit corresponding to the remote index processing unit sequentially performs encoding conversion on the index file corresponding to each latest version information to obtain the remote index file encoding number.
[0041] The remote index processing unit can be a unit that encodes and registers index files in a remote SoC repository and monitors the version of the remote SoC repository.
[0042] During the initialization phase, the index file corresponding to each latest version of information undergoes encoding conversion. Specifically, a hash algorithm can be used to calculate the hash value of the index file content, generating an index encoding number for that index file, which is also the remote index file encoding number. Under certain conditions, this index number will be provided as the output of the remote index processing unit to the downstream warehouse data processing unit for naming the corresponding local storage directory.
[0043] S230. Based on the remote index file encoding number, the local IP repository is constructed through the registration function subunit corresponding to the remote index processing unit.
[0044] The registration function subunit has an internal storage unit that stores the encoding numbers of index files that have appeared before, and these numbers are stored in the index file encoding number database corresponding to the storage unit.
[0045] Optionally, the step of constructing the local IP repository based on the remote index file encoding number through the registration function subunit corresponding to the remote index processing unit includes: determining whether the remote index file encoding number exists in the index file encoding number database corresponding to the registration function subunit; if it exists, ending the current processing operation; if it does not exist, recording the remote index file encoding number and the latest version information through the repository data processing unit, updating the index file encoding number database, creating a local storage directory corresponding to the local IP repository, and downloading the target source code file in the remote IP repository to the local storage directory according to the remote index file encoding number; modifying the status of the interactive communication unit, and confirming the completion of the construction of the local IP repository.
[0046] In this embodiment, the remote index file encoding number provided by the upstream encoding function subunit is used to traverse the internal index file encoding number database to check if the encoding number has appeared in the past. If it exists, it means that the same encoding has already been registered, and no further operation is required. At this time, the output of the remote index processing unit is empty.
[0047] If it does not exist, it means that the code is appearing in the system for the first time and needs to be processed by the warehouse processing unit. The remote index processing unit can output the latest version information of the remote SoC warehouse and the remote index file code number.
[0048] Optionally, the step of creating a local storage directory corresponding to the local IP repository and downloading the target source code files from the remote IP repository to the local storage directory according to the remote index file encoding number includes: determining the network location and version information of all remote IP repositories through the repository data processing unit, creating a local storage directory corresponding to the local IP repository, and setting the remote index file encoding number as the directory name of the local storage directory; downloading the target source code files from the remote IP repository to the local storage directory according to the remote index file encoding number; and after confirming that the download is complete, sending and saving the remote index file encoding number and the address corresponding to the local storage directory to the repository processing record to complete the update of the repository processing record.
[0049] The warehouse data processing unit is used to complete the download operation from the remote IP warehouse to the local IP warehouse. Specifically, the input of the warehouse data processing unit is the latest version information of the remote SoC warehouse and the remote index file encoding number; the output is sent to the interactive communication unit.
[0050] Specifically, when the remote index processing unit discovers that the current index file has not been registered and belongs to a new encoding number, the warehouse data processing unit begins its work. The warehouse data processing unit determines the network location and version information of all remote IP repositories, and can obtain the network location and version information of all required IP repositories by parsing the index file content. Furthermore, it can set the remote index file encoding number provided by the remote index processing unit as the directory name for the local storage directory, create a directory with the same name locally, and download all required IP repositories to that directory.
[0051] Furthermore, after a successful download, the remote index file encoding number used in the operation and the address corresponding to the local storage directory are sent and updated in the repository processing record stored in the interactive communication unit. Simultaneously, the message "The local IP repository required for this index file is ready" needs to be published.
[0052] The interactive communication unit can interact with the warehouse data processing unit, receive and record the processing results of the warehouse data processing unit, and record the local directory address of the corresponding IP warehouse in the warehouse processing record sheet.
[0053] Optionally, it also includes: when the local IP repository building device is in the startup state, periodically monitoring the remote SOC repository through the monitoring function subunit corresponding to the remote index processing unit; if the version information of the remote SOC repository is detected to have changed, then obtaining at least one latest version information corresponding to the remote SOC repository; obtaining the original version information and combining it with the latest version information to complete the construction of the local IP repository through the remote index processing unit.
[0054] Specifically, the step of obtaining the original version information and combining it with the latest version information to complete the construction of the local IP repository through the remote index processing unit includes: determining whether the original version information is consistent with the latest version information; if consistent, determining that the version information has not been changed and providing feedback to the user that the version has not been changed; if inconsistent, returning to execute the encoding function subunit corresponding to the remote index processing unit to sequentially perform encoding conversion on the index file corresponding to each latest version information to obtain the remote index file encoding number; and completing the construction of the local IP repository through the registration function subunit corresponding to the remote index processing unit based on the remote index file encoding number.
[0055] The monitoring subunit is used to monitor any changes in the remote SoC repository, such as uploads or modifications. The monitoring subunit needs to monitor events where the version of the remote SoC repository changes.
[0056] In this embodiment, when the monitoring function subunit detects a version change, it indicates that the remote SoC repository has changed. It is necessary to further determine whether the original version information is consistent with the latest version information to confirm whether a version change has occurred. If they are consistent, it can be determined that the version information has not changed, and the user is informed that the version has not changed.
[0057] If there is a discrepancy, the monitoring function subunit needs to immediately trigger the coding function subunit and the registration function subunit, which can provide the version information of the corresponding remote SoC repository. Subsequently, the coding function subunit will process the index file corresponding to the new version in the remote SoC repository, and then combine it with the registration function subunit to complete the construction of the local IP repository.
[0058] The advantages of this setup are as follows: By using the encoding, registration, and monitoring sub-units, the local IP repository can be built to store at least one latest version of the remote SOC repository, and the version information of the remote SOC repository can be monitored in real time. This solves the problems of wasted time, high bandwidth pressure, and wasted disk space caused by multiple users downloading source code online. It improves the efficiency of SOC file repository processing, reduces bandwidth usage and overhead, reduces disk waste, and enhances flexibility and automation.
[0059] S240. Obtain at least one current user index file corresponding to the current local SOC repository in real time, and perform encoding conversion on each current user index file through the local index detector to obtain the encoding number of each current index file.
[0060] S250. The local index processing unit performs a code number query and matching between the current index file code number and the warehouse processing record in the interactive communication unit. If a match is found, the corresponding current user index file is modified and updated according to the current index file code number to obtain the current user's updated local directory address.
[0061] S260. In the pre-built local IP repository, each current user updates the local directory address to obtain the corresponding target source code file, so as to complete the user's execution task based on the target source code file.
[0062] The technical solution of this invention, through an encoding function subunit, a registration function subunit, and a monitoring function subunit, completes the construction of a local IP repository for at least one latest version information corresponding to a remote SOC repository, and monitors the version information of the remote SOC repository in real time. It obtains at least one current user index file corresponding to the current local SOC repository in real time, and performs encoding conversion on each current user index file using a local index detector to obtain the encoding number of each current index file. The local index processing unit queries and matches the encoding number of each current index file with the repository processing record in the interactive communication unit. If a match is found, the corresponding current user index file is modified and updated according to the encoding number of each current index file, obtaining the updated local directory address of each current user. In the pre-built local IP repository, the updated local directory address of each current user is used to obtain the corresponding target source code file, thereby enabling the user to perform tasks based on the target source code file. This solves the problems of wasted time, high bandwidth pressure, and disk waste caused by multiple users downloading source code online, improves the efficiency of SOC file repository processing, reduces bandwidth usage and overhead, reduces disk waste, improves flexibility and automation, and enhances user experience.
[0063] Example 3 Figure 3 This is a schematic diagram of a chip file repository processing device provided in Embodiment 2 of the present invention. The chip file repository processing device provided in this embodiment can be implemented by software and / or hardware, and can be configured in a terminal device or server to implement a chip file repository processing method according to an embodiment of the present invention. Figure 3 As shown, the device includes: a current index file encoding number determination module 310, a current user update local directory address determination module 320, and a target source code file acquisition module 330.
[0064] The current index file encoding number determination module 310 is used to obtain at least one current user index file corresponding to the current local SOC warehouse in real time, and to perform encoding conversion on each current user index file by a local index detector to obtain the encoding number of each current index file. The current user update local directory address determination module 320 is used to query and match the encoding number of each current index file with the warehouse processing record in the interactive communication unit through the local index processing unit. If a match is found, the corresponding current user index file is modified and updated according to the encoding number of each current index file to obtain the current user update local directory address. The target source code file acquisition module 330 is used to obtain the corresponding target source code file from the pre-built local IP repository by updating the local directory address of each current user, so as to complete the user's execution task based on the target source code file.
[0065] The technical solution of this invention involves acquiring at least one current user index file corresponding to the current local SOC repository in real time, and then using a local index detector to encode and convert each current user index file to obtain an encoding number. A local index processing unit then queries and matches the encoding numbers of each current index file with the repository processing record in the interactive communication unit. If a match is found, the corresponding current user index file is modified and updated according to the encoding number, resulting in an updated local directory address for each current user. In a pre-built local IP repository, the updated local directory address of each current user is used to obtain the corresponding target source code file, enabling the user to perform tasks based on the target source code file. This solves the problems of wasted time, high bandwidth pressure, and disk waste caused by multi-user or multi-task parallel development at the SOC level, improves the efficiency of SOC file repository processing, reduces bandwidth usage and overhead, minimizes disk waste, and enhances the user experience.
[0066] Based on the above embodiments, an alarm information sending module is also included, which can be specifically used to: after the local index processing unit performs an encoding number query and matching between the encoding number of each current index file and the warehouse processing record in the interactive communication unit, if there is a mismatch, download the target source code file using the remote IP warehouse in the remote SOC warehouse corresponding to the target URL for each current user index file; and send an alarm information of encoding number mismatch to the user to achieve the purpose of reminding the user.
[0067] Based on the above embodiments, a local IP repository construction module is further included, which can be specifically used to: before obtaining at least one current user index file corresponding to the current local SOC repository in real time, and performing encoding conversion on each current user index file through a local index detector to obtain the encoding number of each current index file, in the local IP repository construction device startup state, obtain at least one latest version information corresponding to the remote SOC repository; through the encoding function subunit corresponding to the remote index processing unit, sequentially perform encoding conversion on the index file corresponding to each latest version information to obtain the remote index file encoding number; and complete the construction of the local IP repository through the registration function subunit corresponding to the remote index processing unit based on the remote index file encoding number.
[0068] Based on the above embodiments, the local IP repository construction module can also be specifically used to: determine whether the remote index file encoding number exists in the index file encoding number database corresponding to the registration function subunit; if it exists, end the current processing operation; if it does not exist, record the remote index file encoding number and the latest version information through the repository data processing unit, update the index file encoding number database, create a local storage directory corresponding to the local IP repository, and download the target source code file in the remote IP repository to the local storage directory according to the remote index file encoding number; modify the status of the interactive communication unit, and determine that the construction of the local IP repository is complete.
[0069] Based on the above embodiments, it can also be specifically used for: when the local IP repository building device is in the startup state, periodically monitoring the remote SOC repository through the monitoring function subunit corresponding to the remote index processing unit; if the version information of the remote SOC repository is detected to have changed, then at least one latest version information corresponding to the remote SOC repository is obtained; the original version information is obtained, and combined with the latest version information, the local IP repository is built through the remote index processing unit.
[0070] Based on the above embodiments, the step of obtaining the original version information and combining it with the latest version information to complete the construction of the local IP repository through the remote index processing unit can also be specifically used to: determine whether the original version information is consistent with the latest version information; if consistent, determine that the version information has not been changed and provide feedback to the user that the version has not been changed; if inconsistent, return to execute the encoding function subunit corresponding to the remote index processing unit to sequentially perform encoding conversion on the index file corresponding to each latest version information to obtain the remote index file encoding number; and complete the construction of the local IP repository through the registration function subunit corresponding to the remote index processing unit based on the remote index file encoding number.
[0071] Based on the above embodiments, the local IP repository construction module can also be specifically used to: determine the network location and version information of all remote IP repositories through the repository data processing unit, and create a local storage directory corresponding to the local IP repository, setting the remote index file encoding number as the directory name of the local storage directory; download the target source code files in the remote IP repositories to the local storage directory according to the remote index file encoding number; after confirming that the download is complete, send and save the remote index file encoding number and the address corresponding to the local storage directory to the repository processing record to complete the update of the repository processing record.
[0072] The chip file warehouse processing device provided in the embodiments of the present invention can execute the chip file warehouse processing method provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of executing the method.
[0073] Example 4 Figure 4 A schematic diagram of an electronic device 10, which can be used to implement Embodiment 4 of the present invention, is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (such as helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.
[0074] like Figure 4As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from storage unit 18 into the RAM 13. The RAM 13 can also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.
[0075] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.
[0076] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as chip file repository processing methods.
[0077] In some embodiments, the chip file repository processing method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or installed on electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the chip file repository processing method described above may be performed. Alternatively, in other embodiments, processor 11 may be configured to execute the chip file repository processing method by any other suitable means (e.g., by means of firmware).
[0078] The method includes: acquiring at least one current user index file corresponding to the current local SOC repository in real time; performing encoding conversion on each current user index file using a local index detector to obtain the encoding number of each current index file; using a local index processing unit to query and match the encoding number of each current index file with the repository processing record in the interactive communication unit; if a match is found, modifying and updating the corresponding current user index file according to the encoding number of each current index file to obtain the updated local directory address of each current user; and using the updated local directory address of each current user in a pre-built local IP repository to obtain the corresponding target source code file, so as to complete the user's execution task based on the target source code file.
[0079] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.
[0080] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.
[0081] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.
[0082] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).
[0083] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.
[0084] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.
[0085] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.
[0086] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.
[0087] Example 5 Embodiment 5 of the present invention also provides a computer-readable storage medium, wherein the computer-readable instructions, when executed by a computer processor, are used to execute a chip file repository processing method. The method includes: real-time acquisition of at least one current user index file corresponding to the current local SOC repository; encoding conversion of each current user index file using a local index detector to obtain an encoding number for each current index file; matching the encoding number of each current index file with the repository processing record in the interactive communication unit using a local index processing unit; if a match is found, modifying and updating the corresponding current user index file according to the encoding number of each current index file to obtain the updated local directory address for each current user; and using the updated local directory address of each current user in a pre-built local IP repository to obtain the corresponding target source code file, thereby enabling the user to complete the execution task based on the target source code file.
[0088] Of course, the computer-executable instructions provided in the embodiments of the present invention, which include a computer-readable storage medium, are not limited to the method operations described above, but can also perform related operations in the chip file warehouse processing method provided in any embodiment of the present invention.
[0089] Based on the above description of the implementation methods, those skilled in the art can clearly understand that the present invention can be implemented using software and necessary general-purpose hardware, and of course, it can also be implemented using hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a computer-readable storage medium, such as a computer floppy disk, read-only memory (ROM), random access memory (RAM), flash memory, hard disk, or optical disk, etc., including several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments of the present invention.
[0090] It is worth noting that in the embodiments of the chip file warehouse processing method described above, the various units and modules included are only divided according to functional logic, but are not limited to the above division, as long as the corresponding functions can be achieved; in addition, the specific names of each functional unit are only for easy differentiation and are not used to limit the scope of protection of the present invention.
[0091] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.
Claims
1. A chip file repository processing method, characterized in that, include: In real time, at least one current user index file corresponding to the current local SOC repository is obtained, and the encoding of each current user index file is converted by the local index detector to obtain the encoding number of each current index file; The local index processing unit queries and matches the current index file encoding number with the warehouse processing record in the interactive communication unit. If a match is found, the corresponding current user index file is modified and updated according to the current index file encoding number to obtain the current user's updated local directory address. In a pre-built local IP repository, each current user updates the local directory address to obtain the corresponding target source code file, so as to complete the user's execution task based on the target source code file.
2. The method according to claim 1, characterized in that, After the local index processing unit performs a code number lookup and matching process on each current index file's code number with the warehouse processing record in the interactive communication unit, the process further includes: If there is no match, the target source code file will be downloaded from the remote IP repository in the remote SOC repository corresponding to the target URL using the index files of each current user. An alarm message indicating a code number mismatch is sent to the user to serve as a reminder.
3. The method according to claim 1, characterized in that, Before obtaining at least one current user index file corresponding to the current local SOC repository in real time, and performing encoding conversion on each current user index file using a local index detector to obtain the encoding number of each current index file, the method further includes: While the local IP repository building device is running, acquire at least one latest version information corresponding to the remote SOC repository; The encoding function subunit corresponding to the remote index processing unit sequentially performs encoding conversion on the index file corresponding to each latest version information to obtain the remote index file encoding number. Based on the remote index file encoding number, the local IP repository is constructed through the registration function subunit corresponding to the remote index processing unit.
4. The method according to claim 3, characterized in that, The step of constructing the local IP repository based on the remote index file encoding number, through the registration function subunit corresponding to the remote index processing unit, includes: Determine whether the remote index file encoding number exists in the index file encoding number database corresponding to the registration function subunit; If it exists, then end the current processing operation; If it does not exist, the remote index file encoding number and the latest version information are recorded by the warehouse data processing unit, the index file encoding number database is updated, a local storage directory corresponding to the local IP warehouse is created, and the target source code file in the remote IP warehouse is downloaded to the local storage directory according to the remote index file encoding number. Modify the state of the interactive communication unit and confirm that the construction of the local IP repository is complete.
5. The method according to claim 3, characterized in that, Also includes: When the local IP repository building device is in the startup state, the remote SOC repository is periodically monitored through the monitoring function subunit corresponding to the remote index processing unit; If a change in the version information of the remote SOC repository is detected, at least one latest version information corresponding to the remote SOC repository is obtained. The original version information is obtained and combined with the latest version information to complete the construction of the local IP repository through the remote index processing unit.
6. The method according to claim 5, characterized in that, The process of obtaining the original version information and combining it with the latest version information to construct the local IP repository through the remote index processing unit includes: Determine whether the original version information is consistent with the latest version information. If they are consistent, determine that the version information has not been changed and provide feedback to the user that the version has not been changed. If there is a discrepancy, the process returns to the encoding function subunit corresponding to the remote index processing unit, sequentially performing encoding conversion on the index file corresponding to each latest version information to obtain the remote index file encoding number; based on the remote index file encoding number, the local IP repository is constructed through the registration function subunit corresponding to the remote index processing unit.
7. The method according to claim 4 or 6, characterized in that, The step of creating a local storage directory corresponding to a local IP repository and downloading the target source code file from the remote IP repository to the local storage directory according to the remote index file encoding number includes: The warehouse data processing unit determines the network location and version information of all remote IP warehouses, creates a local storage directory corresponding to the local IP warehouse, and sets the remote index file encoding number as the directory name of the local storage directory. Based on the remote index file encoding number, download the target source code files from the remote IP repository to the local storage directory; After confirming that the download is complete, the remote index file encoding number and the address corresponding to the local storage directory are sent and saved to the warehouse processing record to complete the update of the warehouse processing record.
8. A chip file repository processing device, characterized in that, include: The current index file encoding number determination module is used to obtain at least one current user index file corresponding to the current local SOC repository in real time, and to perform encoding conversion on each current user index file through a local index detector to obtain the encoding number of each current index file; The current user update local directory address determination module is used to query and match the encoding number of each current index file with the warehouse processing record in the interactive communication unit through the local index processing unit. If a match is found, the corresponding current user index file is modified and updated according to the encoding number of each current index file to obtain the current user update local directory address. The target source code file acquisition module is used to obtain the corresponding target source code file from a pre-built local IP repository by updating the local directory address of each current user, so as to complete the user's execution task based on the target source code file.
9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements a chip file warehouse processing method as described in any one of claims 1-7.
10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that cause a processor to execute a chip file warehouse processing method as described in any one of claims 1-7.