Description:A) TECHNICAL FIELD OF INVENTION
[001] The present invention generally relates to a decentralized ledger management system for managing basic information life cycle process and system acquired by an enterprice using a distributed ledger.

B) BACKGROUND OF INVENTION
[002] In general, distributed ledger technology (DLT) refers to the technological infrastructure and protocols that allows simultaneous access, validation, and record updating in an immutable manner across a network that's spread across multiple entities or locations. The DLT, more commonly known as the blockchain technology, is introduced by Bitcoin and is now a buzzword in the technology world, given its potential across industries and sectors. In simple words, the DLT is all about the idea of a "decentralized" network, and it is deemed to have far-reaching implications on sectors and entities that have long relied upon a trusted third-party.
[003] Typically, the DLT allows for storage of all information in a secure and accurate manner using cryptography. The same can be accessed using "keys" and cryptographic signatures. Once the information is stored, it becomes an immutable database and is governed by the rules of the network.
[004] In recent decades, many prior-art documents are related to diferent ledger management systems. One prior-art US20200151971 discloses a ledger management system including multiple ledger management devices communicably connected to each other. The ledger management devices have a same distributed ledger. Each ledger management device includes the distributed ledger, an agreement determination unit, and a ledger storage unit. The distributed ledger stores ledger information, including specific information specific to a previous ledger information and present vehicle information obtained from a vehicle that is generated by one of the ledger management devices. The agreement determination unit determines whether the ledger information generated by the one of the ledger management devices satisfies an agreement rule. The ledger storage unit stores the ledger information in the distributed ledger when the ledger information satisfies the agreement rule, and does not store the ledger information in the distributed ledger when the ledger information does not satisfy the agreement rule.
[005] Another prior-art US20190236214 relates to a system and method to facilitate clickable links embedded in an advertisement using a decentralized blockchain ledger. The method embeds an option of installing one or more Clickable TV servers on a user device in the advertisement, monitors tokens embedded in the advertisement by the one or more Clickable TV servers upon installation, retrieves web links that enables the user to view an advertised product and/or enables activation of the tokens for retailing upon clicking of a clickable link embedded in TV commercials, determine interaction events performed by the user while viewing the advertised product and/or while retailing using the tokens, generate a registration entry associated with the interaction events for addition to the decentralized blockchain ledger, and distribute the registration entry in a blockchain to a plurality of nodes in the decentralized blockchain ledger management system.
[006] Hence, there is a need to develop a decentralized ledger management system for managing basic information life cycle process and/or system acquired by an enterprice using a distributed ledger.
[007] The value additions and above-mentioned shortcomings, disadvantages and problems are addressed herein, as detailed below.

C) OBJECT OF INVENTION
[008] The primary objective of the present invention is to manage basic information life cycle process and system acquired by an enterprice using a distributed ledger.
[009] Another objective of the present invention is to provide the select content filter that generates a result command or an output control signal indicating the presence or absence of certain select content data in the input data.
[0010] Another objective of the present invention is to provide the select content filter that easily identifies a certain categorical filter to trigger a data process.
[0011] Still, another objective of the present invention is to provide the infor infrastructure that easily processes the data from source document or source information file.
[0012] These and other objects and advantages of the embodiments herein will become readily apparent from the following detailed description taken in conjunction with the accompanying drawings.

D) SUMMARY OF INVENTION
[0013] The various embodiments of the present invention are provided to a decentralized ledger management system for managing basic information life cycle process and system acquired by an enterprice using a distributed ledger.
[0014] According to an embodiment of the present invention relates to decentralized ledger management system for managing basic information life cycle process and system acquired by an enterprice using a distributed ledger, comprising of an enterprise including a distributed computing system; a data lifecycle which is configured to start with an acquisition and process or storage in the distributed computing system; and a plurality of storage memory units which are a part of the distributed computer system of the enterprise.
[0015] Accordingly, the some of the storage memory units are distinct and accessing to secure content (sec-con) stores which are controlled by software or hardware guards. Further, the present invention may include data inputs in a process section which are undergoing manipulation and processing by the enterprise; and an info infrastructure which is configured to process the data inputs from a source document or source information file. The source is processed via an editor module to deconstruct the source document into its constituent parts. After deconstruction, the info infrastructure processes data is provided with an extraction module. The extraction module handles an input from a content filter module, a contextual filter module and a taxonomic filter module.
[0016] In accordance with an embodiment relates to data inputs fed to a select content (SC) filter such that the SC filter accepts the data inputs where the accepted data inputs are sent to a SC databasse. The SC filter generates a result command or an output control signal to indicate the presence or absence of certain SC data in the input data.
[0017] These and other aspects of the embodiments herein will be better appreciated and understood when considered in conjunction with the following description and the accompanying drawings. It should be understood, however, that the following descriptions, while indicating preferred embodiments and numerous specific details thereof, are given by way of illustration and not of limitation. Many changes and modifications may be made within the scope of the embodiments herein without departing from the spirit thereof, and the embodiments herein include all such modifications.

E) BRIEF DESCRIPTION OF DRAWINGS
[0018] The other objects, features and advantages will occur to those skilled in the art from the following description of the preferred embodiment and the accompanying drawings in which:
[0019] FIGs. 1 and 2 are a schematic flow diagram of operational modules or functions for ledger management system, according to an embodiment of the present invention.
[0020] FIG. 3 is a flow diagram of an information infrastructure for a basic information life cycle process, according to an embodiment of the present invention.

F) DETAILED DESCRIPTION OF DRAWINGS
[0021] In the following detailed description, a reference is made to the accompanying drawings that form a part hereof, and in which the specific embodiments that may be practiced is shown by way of illustration. The embodiments are described in sufficient detail to enable those skilled in the art to practice the embodiments and it is to be understood that the logical, mechanical, electronic and other changes may be made without departing from the scope of the embodiments. The following detailed description is therefore not to be taken in a limiting sense.
[0022] The various embodiments of the present invention are generally directed to a decentralized ledger management system for managing basic information life cycle process and system acquired by an enterprice using a distributed ledger.
[0023] With respect to FIG. 1 shows a schematic flow diagram of operational modules or functions for ledger management system. The basic information life cycle process or system includes secure content (sec-con) and select content (SC) which is separately stored as per categorical filters operable by an enterprise. Data lifecycle 101 starts with an acquisition 104 and a process or storage 105a in an enterprise distributed computing system. The distributed computer system including a plurality of storage memory units 106a-106c, 107a-107e, 108a such that the storage memory unit 108a is a less expensive i.e. slower process and access time, than the storage memory units 107a-107e. Further, the storage memory units 107a-107e are simply segmented by control parameters, hence the storage memory units 107a-107e are a single memory. The storage memory units 106a-106c are distinct and accessing to these sec-con stores which are controlled by software or hardware guards.
[0024] Accordingly, the data on the right side of an inner enterprise ring 103a is in transit 102a due to the acquisition 104 and other high frequency access, distribution and processing aspects. A high service level is assigned to the data in transit 102a. The data in a process section 102b is undergoing manipulation and processing by the enterprise, therefore this may include the use of sec-con filters and extraction to top secret TS store 106a, secret S store 106b and classified C store 106c. Remainder data is kept in the enterprise store in ring 103a.
[0025] The enterprise sets a plurality of policies and sys-operator fashions filter which either continually or upon certain events or periodically sweep the enterprise data system, locate the SC and store the SC in the relevant datbases. For example, technical information on a certain product is important and, in light of the fact that 60-80% of all corporate data is in unstructured documents, the data lifecycle sweep may filter all processed data looking for that certain product. The technical filter content file is expanded to include additional contextual materials by looking at outside or extra-enterprise data, thereby creating aggregated SC data for the special technical data SC filter. With the application of a taxonomic classification system, the product specific tech filter is further expanded to cover higher classifications of product types and lower, more detailed products that relate to the target product. A cross-check operation with IP SC filter and database also provides guidance. If the IP is very valuable, it may be stored in sec-con extract stores.
[0026] With respect to FIG. 2 is a schematic flow diagram of operational modules or functions for ledger management system. A simplistic dynamic filter and select content (SC) storage are coupled to a data processing event. The SC filter 200 is one or more of a content-based filter, contextual filter or a taxonomic classification filter. The SC filter 200 accepts data inputs 210A and 201B. The data input 210A is fed to the SC filter 200 such that the SC filter 200 identifies SC content SC-input data 210A and this content is sent to a SC database 201. Any type of storage is used by a database. The SC content copied from the data input 210A is added “cc” to SC filter aggregated data 202. The SC database 201 uses the SC aggregated data 202 to supplement the SC filter 200 with a summation function via operational path 203.
[0027] The data input 210B is processed by the SC filter 200 and selecting the content SC-data input 210B is copied “cc” to SC filter aggregation file 202 and also copied “cc” to the SC data file or structure 201. The SC aggregate is fed back to the SC filter via route 203. In this manner, the SC filter 200 can be one or more content-based filters, contextual filters or taxonomic classification filters. This is the adaptive and dynamic filter for the categorical filtering discussed above. If the input data 210A is obtained outside of the enterprise, the SC filter 200 expands. Outside or external data is primarily to expand the SC filter 200. It is stored in the SC aggregate file 202.The SC is an internal document, and this internal SC- input data 210B is stored in the SC database 201.
[0028] Accordingly, the input data 210B is applied to control 207. The SC filter 200 generates a result command 206 or an output control signal to indicate the presence or absence of certain SC data in the input data 210B. Contextual relevance or taxonomic key words or terms may also trigger filter result output 46. This signal is applied to control 207 which activates data process 208. Some data processes are copy, extract, distribute, archive, or destroy. Further, the SC filter 200 is set as a screening filter which is then used to identify a certain categorical filter which then triggers the data process. Alternatively, the data input 210A or 210B may come with a data process request and the data must be filtered or scrubbed before the data process is carried out by the enterprise computer system.
[0029] With respect to FIG. 3 is a flow diagram of an information infrastructure for a basic information life cycle process. Information (Info) infrastructure 300 is a dynamic process and hence the system administrator can enter the process at many points. The Info-infrastructure 300 is to process the data from source document or source information file 301. The source is processed via an editor module 302 to deconstruct the source doc into its constituent parts.
[0030] After deconstruction, the Info-infrastructure 300 processes the data with an extraction module 303. Extracted data and remainder data are processed by secure storage (Sec-Con) module 304 and select the content SC storage module 305. The use of an editor module 302 is used to process the input data 210A which is applied to the content filter modules 307, the context filter modules 308 and the taxonomic filter modules 309. Also, the infrastructure 300 coordinates storage of data with map module 306.
[0031] The extraction module 303 handles input from the content filter module 307, contextual filter module 308 and taxonomic filter module 309. The infrastructure 300 and process is adaptive therefore the extraction module 303 also outputs data to filter modules 307, 308 and 309. Since the extraction is employed with a security system and a knowledge expander KE system to generate select content SC data, therefore this dual purpose of both feeds data to the filters modules 307, 308 and 309 and accepts the data therefrom to define the filters used to extract critical data from the data flow. The contextual filter module 308 is employed in an infrastructure security system in order to assure the system operator (sys-admin) that the source document (source doc) is properly scrubbed and to add new words, terms or data objects to the list of security sensitive data objects of concern. The new data objects become content filters for another processing cycle for a new source doc. When configured as the knowledge expander (KE) infrastructure for select content SC, contextual filters increase the SC data extracted form the source doc. and increase the value and informational content of the SC store. The taxonomic filter (“tax-filter”) permits the sys-admin to employ a higher conceptual layer on either the security extraction or the SC extraction and compilation.
[0032] The sys-admin can use the info-infrastructure 300 with an existing classification system and information policy, ruled-based or may have no pre-existing classification system for his or her documents. The infrastructure process 300 includes a classification generator module 310 which employs an SC extractor, a KE search engine to generate additional supplemental documents (supple docs) which the sys-admin can use the create the hierarchical taxonomic classification system. Otherwise, the sys-admin purchases the taxonomic classifications commercially from others. However, the sys-admin ultimately prioritizes the hierarchical taxonomic for the enterprise. The taxonomic system is created by operation of the modules. The KE expander module is configured to list docs. and data entries and this listing can be used by the sys-admin to build the hierarchical taxonomic and prioritize the classes. Once the hierarchical taxonomic classes are gathered, the sys-admin defines which tree, branch and leaf is critical in module, then defines (or redefines) security levels, sets secure stores, ids SC, sets SC stores and sets permission levels, service levels, access levels and other policies for the enterprise which policies are translated into a rules-based system for the processing of data. Module 311 applies the rules 311a, 311b, 311c to the filter modules 307, 308 and 309 and to the access-permission module or control function. The data requests from others are input into access, permission, distribution, reconstruction control module. The request for data may be an alarm function or may be a data request forms another. The info infrastructure 300 then cycles back to source document file 301, editor module 302 and extractor module 303. Additionally, the sys-admin is activating the test module to test the security levels and system.

G) ADVANTAGES OF INVENTION
[0033] The present invention addresses the decentralized ledger management system for effectively managing basic information life cycle process and/or system acquired by an enterprice using a distributed ledger. Further, the info infrastructure is to easily process the data from source document or source information file.
[0034] It is to be understood that the phraseology or terminology employed herein is for the purpose of description and not of limitation. Therefore, while the embodiments herein have been described in terms of preferred embodiments, those skilled in the art will recognize that the embodiments herein can be practiced with modification within the spirit and scope of the claims presented in the complete specification or non-provisional application.

, Claims:1. A decentralized ledger management system (100) for managing basic information life cycle process and system acquired by an enterprice using a distributed ledger, comprising of:
an enterprise including a distributed computing system;
a data lifecycle (101) which is configured to start with an acquisition (104) and process or storage (105a) in the distributed computing system;
a plurality of storage memory units (106a -106c, 107a-107e, 108 a), said the plurality of storage memory units (106a -106c, 107a-107e, 108 a) are a part of the distributed computer system of the enterprise;
wherein the plurality of storage memory units (106a-106c) are distinct and accessing to secure content (sec-con) stores which are controlled by software or hardware guards;
data inputs (210A, 210B) in a process section (102b) which are undergoing manipulation and processing by the enterprise; and
an info infrastructure (300) which is configured to process the data from a source document or source information file (301), wherein the source is processed via an editor module (302) to deconstruct the source document into its constituent parts;
wherein after deconstruction, the info infrastructure (300) processes the data with an extraction module (303);
wherein the extraction module (303) handles the data inputs (210A, 210B) from a content filter module (307), a contextual filter module (308) and a taxonomic filter module (309).
2. The decentralized ledger management system (100) as claimed in claim 1, wherein the data inputs (210A, 210B) are fed to a select content (SC) filter (200) such that the select content (SC) filter (200) accepts the data inputs (210A, 210B) where the accepted data inputs (210A, 210B) are sent to a select content (SC) databasse (201).
3. The decentralized ledger management system (100) as claimed in claim 1, wherein the select content (SC) filter (200) generates a result command (206) or an output control signal to indicate the presence or absence of certain SC data in the input data (210B).
4. The decentralized ledger management system (100) as claimed in claim 1, wherein the storage memory unit (108a) is to be a less expensive than the plurality of storage memory units (107 a-107 e).
5. The decentralized ledger management system (100) as claimed in claim 1, wherein the extraction module (303) is provided with a security system and a knowledge expander (KE) system to generate select content (SC) data, therefore this dual purpose of data feeds to the content, contextual and taxonomic filter modules (307, 308, 309) and accepts the data therefrom to define the filters used to extract critical data from the data flow.