Background
The U.S. government currently creates thousands of classified documents each year. In addition, there is a backlog of currently classified documents that are due to be declassified by virtue of regulations allowing release after a predetermined time period set at the time of initial classification. Finally, there is considerable demand (e.g., under the Freedom of Information Act (FOIA)) for release of sensitive documents (or portions thereof).
The present process for classifying documents is both time consuming and labor intensive. Typically, a person associated with the program under which the document was produced must review the document to be classified and search through it to identify material called out in the classification guidelines document produced by the program office. This process can be complicated, due to the sometimes complex conditions which can lead to a classification decision. For example, certain documents become classified when a series of different technical parameters are present in the document, even though each parameter by itself may not be classified. The review process for proper document markings of the security classification may take from a few hours to several weeks, depending upon the document length and complexity of the classification guidelines.
The system described herein will allow the classification/declassification process to be done automatically, using computer programs to convert the requirements provided in the security classification guidelines into search logic conditions which are utilized in scans of the document by additional software programs to identify classified material. This automated system inserts proper classification markings into the electronic version of the document, so that a final draft of the document can be rapidly produced for final approval and release by an appropriate program office official.
Summary of the Invention
The major components of a document automated classification/declassification system (DACS) generated in accordance with the present invention consist of the following functional components and/or subsystems.
The initial step or process requires the existence of computer-ready or digitized files (e.g., disc in word processor formats) of the document to be processed and the classification guidelines or security rules. For newly created documents, this requirement is usually met, since almost all organizations today produce documents on PC or text editing work stations. For older documents which require declassification or security review, an optical character recognition (OCR) system is used to scan in the document(s), which are then edited on a text work station to modify the formats and physical layout (text and figure pagination, etc.) to that desired for the finished product, absent the changes to be executed by the DACS process.
A major software component/subsystem of a DACS installation is the classification guidelines processor (CGP). The CGP extracts from the guidelines document the critical parameters, descriptors, and classification rules necessary to properly identify and mark the sensitive information in the document to be processed. The CGP program and associated work station utilizes state-of-the-art key word search, artificial intelligence algorithms, and language interpretation programs to identify critical system parameters and the inter-relationship governing their classification. This process is aided by human intervention, when required to resolve ambiguities, via an interactive video display in the CGP work station. The outputs of the CGP are tables with information on search parameters and classification rules/logic. Advanced versions of this subsystem may have sophisticated artificial intelligence capabilities to allow decisions to be made on "global" concepts or "fuzzy" logic, such as what combination of parameters or descriptive phrases constitutes a revelation of a "system vulnerability" that could be exploited as a result of unauthorized release of pieces of information that are not sensitive, in of themselves, but together may allow inference of a system sensitivity/vulnerability not specifically identified in the classification guidelines.
Another major component/subsystem is the document classification processor (DCP). The DCP program scans through the document to be processed to locate critical parameters and descriptors identified in the CGP tables, and augments these tables with information about these data (e.g., location/pagination pointers and numerical/symbol data, if appropriate). The DCP scan process can be iterative, since it may sequentially process each classification "rule" and modify the document. Modification of the document may change the markings of certain portions of the document, so an iterative process is likely to be necessary to arrive at a correctly market document. The DCP software program is also embedded in a work station (may be common with CGP hardware), with associated video display and editing capability.
The third major component of the DACS installation is the publishing subsystem. This component consists of printers and associated software, and allows the printing of properly marked versions of the now classified (or reclassified) document, or portions thereof. This subsystem can an be off-line work station which would utilize the output disc(s) (or files) of the DACS process. A benefit of this process is the ability to provide proper reproduction instructions/markings in the document itself.
The DACS capability is not limited to military or intelligence communities' security needs. There are similar needs in many government agencies dealing with sensitive information (State Department, FBI, etc.). In addition, the industrial and financial markets typically deal with proprietary, confidential, and competition-sensitive information, which also needs to be properly identified and marked accordingly.
Auxiliary hardware and software not explicitly mentioned above include off-the-shelf high speed OCR scanners, artificial intelligence programming language(s) (e.g., LISP, neural network operating systems), and other expert system programs and text search algorithms/programs. Also necessary for processing older paper-format documents are image scanners and associated embedded text extraction software to handle graphical and photographic information.
All mention of processing and artificial intelligence techniques are claimed as recitation of prior art, and the following references (listed by subject area) are provided to facilitate understanding of how these individual techniques representing prior art can be used in combination to create a new process and product:
Key Word Search
Current search "engines" in commercial word-processing programs MS Word and Wordperfect (Microsoft Corporation and Corel Corporation)
Internet search "engines" (Yahoo, Excite, Alta Vista, Magellan, Lycos)
"Introduction to Artificial Intelligence", Eugene-Charniak and Drew McDermott, Chapter 5, pgs. 255-271, Addison-Wesley Publishing Company, Reading, Mass.
"Text-Based Intelligent Systems: Current Research and Practice in Information Extraction and Retrieval", Edited by Paul S. Jacobs, Lawrence Earlbaum Associates, Publishers, Hillsdale, N.J., Part III.
"Statistical Methods, Artificial Intelligence, and Information Retrieval", Craig Stanfill and David L. Waltz, Thinking Machines Corporation.
Neural Networks
"Neurodynamic Computing", Robert E. Jenkins, Johns Hopkins APL Technical Digest, Volume 9, Number 3 (1988), pgs. 232-241.
"Neural Computation of Decisions in Optimization Problems", J. J. Hopfield and D. W. Tank, Biological Cybernetics, 52, pgs. 141-152.
Fuzzy Logic
"Fuzzy Sets, Uncertainty, and Information", George J. Klir and Tina A. Folger, State University of New York, Binghamton, Prentice Hall, Englewood Cliffs, N.J., pgs. 260-267.
"Fuzzy Logic, Neural Networks and Soft Computing", L. Zadeh, Communications of the ACM, 37 (3) Mar. 1994, pgs. 77-84.
Case-Based Reasoning (CBR)
"Case-Based Reasoning Development Tools: A Review", Ian Watson, University of Salford, Bridgewater Building, Salford, M5 4WT, United Kingdom.
"Case-Based Reasoning Projects", University of Kaiserslautern, Centre for Learning Systems and Applications, Research Group of Prof. Michael Richter, http://wwwagr.informatik.uni-kl.de/.about.lsa/CBR/CBR-projects.ht ml.
"An Introduction to Case-Based Reasoning", Janet L. Kolodner, Artificial Intelligence Review, 6, pgs. 3-34, 1992.
Thesaurus/Relational Databases
Personal Library Software Corporation search engine: "PL/Win 4.15", Personal Library Software Corporation, 2400 Research Boulevard, Suite #350, Rockville, Md.
Artificial Intelligence (AI)/LISP Language
"Introduction To Artificial Intelligence", Eugene Charniak and Drew McDermott, Chapter 2, pgs. 33-48 (LISP), Chapter 4, pgs. 169-207 (Parsing Syntax), Addison-Wesley Publishing Company, Reading, Mass.
"Text-Based Intelligent Systems: Current Research and Practice in Information Extraction and Retrieval", Edited by Paul S. Jacobs, Lawrence Earlbaum Associates, Publishers, Hillsdale, N.J., 1992, Part I.
"Robust Processing of Real-World Natural-Language Texts", Jerry R. Hobbs, Douglas E. Appelt, John Bear, Mabry Tyson, and David Magerman, SRI International, pgs. 21-33.
"Mixed-Depth Representations for Natural-Language Text", Graeme Hirst and Mark Ryan, University of Toronto, pgs. 64-82.
"Artificial Intelligence, Expert Systems And Languages In Modeling and Simulation", Edited by C. A. Kulikowski, R. M. Huber and G. A. Ferrate, Elsevier Science Publishers B. V. (North-Holland), copyright IMACS, 1988.
"Combining An Expert System With A Data Base For An Application That Aids Decision-Making", Claude Bailly and Paul Y. Gloess (F), pgs. 93-99.
"Using LISP For Developing Discrete Event Simulation Models", Georgios I. Doukidis (GB), pgs. 31-42.
"Handbook Of Human-Computer Interaction", Editor Martin Helander, Elsevier Science Publishers B. V. (North-Holland), 1988, Chapter 44, pgs. 941-956.
Bayesian Inference Techniques
"Introduction To Artificial Intelligence", Eugene Charniak and Drew McDermott, Chapter 8, pgs. 453-482, Addison-Wesley Publishing Company, Reading, Mass.
Description of the Drawings
FIG. 1 is a schematic of the DACS process showing the basic flow/logic, starting from the point where disc/digital versions of the classification guidelines and the document to be processed are available.
FIG. 2 shows an embodiment of a system in accordance with the present invention and identifies the major hardware functional components/subsystems of a DACS installation.
FIG. 3 shows an embodiment for the classification guidance processor CGP output tables.
FIG. 4 shows an embodiment for the document classification processor DCP output tables.
FIG. 5 shows a flow chart of the software logic for the creation of the classification guidance processor CGP output tables.
FIG. 6 shows a flow chart of the software logic for the creation of the document classification processor DCP output tables.
FIG. 7 shows a flow chart of a preferred embodiment of the software logic for the creation of the classification guidance processor CGP output tables, using keyword search techniques.
FIG. 8 shows a flow chart of a preferred embodiment of the software logic for the creation of the document classification processor DCP output tables, using keyword search techniques.
Detailed Description of Preferred Embodiments
The basic function of the DACS process is to convert document classification guidelines to classification "rules," which can be utilized by computer algorithms to electronically scan documents (to be processed for security marking) and automatically assign proper security markings to all material contained in the documents. The NCS schematic in FIG. #1 is a block diagram of the top level process flow for a general embodiment of the present invention. The following figures and descriptions are intended to define the basic components, subsystems, and configuration for the flexible and efficient operation, or preferred embodiment, of this invention. This is one of several configurations possible, and should not be construed to limit the scope of this invention in any way.
FIG. #2 shows the major hardware components of a DACS installation. For automated, rapid processing of documents, it is necessary that both the documents and the classification guidelines be in computer-ready format (e.g., electronically stored in computer memory or on removable magnetic/optical media). If the above documents exist only as hard copy, then they need to be scanned, via an optical character recognition (OCR) system shown in FIG. #2, and then placed on electronic storage media (RAM, hard disc, or removable storage) for proper formatting. The scanned documents need to be converted to word processing format suitable for video display and key word searches.
The first major subsystem in the DACS process is the classification guidelines processor (CGP); the hardware is shown in FIG. #2 labeled as the CGP work station. The main purpose of the CGP software is to extract from the text of the classification guidelines document the necessary critical parameters and descriptors, along with the classification "rules" that govern the proper marking of documents. The CGP processor itself contains artificial intelligence algorithms, language interpretation programs, and key word search algorithms that allow it to automatically convert text descriptors of classification regulations into tables and logic rules for the classification/declassification process. The video capability shown in FIG. #2 allows human intervention into the rule generation process, mainly to resolve ambiguities and adjust formats.
The computer hardware (including desktop personal computer systems, optical scanner/OCR device, printer and floppy disc/CD-ROM storage media shown in FIG. #2) and software for word processing, document storage, retrieval, transmission, video display and printing are commercial-of-the-shelf (COTS) products and are well known in the art. Software for the document search process techniques described in this specification and identified in the claims also are well known in the art, but those techniques with COTS software may need to be modified or augmented to integrate with new software and other search algorithms comprising the DACS system.
An example of tabular output from the CGP algorithms is shown in FIG. #3. Each critical technical parameter identified in the classification guidelines appears as an indexed table entry, containing the descriptor phrase, symbol, value, and classification level. Also provided is a "pointer" address for later processing, which references the location of these items in the actual document to be classified. All this information is shown in CGP Table #1.
Examples of logic rules for classification are shown in CGP Table #2. These rules are distilled from the guidelines and cover combinations of parameters with different individual classification levels, but which change when all these parameters appear on a single page, or are contained somewhere in the document. The tables shown in FIG. #3 form the basis for the next processing step--scans through the document to be classified.
The next major subsystem in the DACS process is the document classification processor (DCP); the hardware is shown in FIG. #2 labeled as the DCP work station. The DCP software scans through the subject document to locate critical parameters and descriptors identified in the CGP tables. The software stores this information for use in subsequent scans. These additional scans are made to locate matching conditions for each classification guideline "rule" stored in the CGP Table #2. These multiple scans are then used to build up a picture of the required classification markings necessary, as shown in FIG. #4, DCP Table #1. This table provides instructions to the publishing subsystem on how to mark each page of the document.
The third major subsystem is the publishing unit, consisting of a hard copy printer and common components from the DCP subsystem (video display and fixed and removable disc/storage devices). The publishing subsystem software allows operator viewing and modification of the draft document, as well as commands to print and/or store the resulting document, or portions thereof.
Accordingly, it is to be understood that the drawings and descriptions herein are offered by way of example to facilitate comprehension of the invention and should not be construed to limit the scope thereof.