1. Field of the Invention
This invention relates generally to methods and apparatus that synchronize heterogeneous files within separate databases. More particularly, this invention relates to methods and apparatus that synchronize manufacturing specification data that has been retained within a manufacturing information system with the documentation data that is retained within a content management system.
2. Description of Related Art
Manufacturing enterprises are becoming more automated to improve the efficiency and quality of the fabrication of products. Products are designed using computer aided design systems. The processes and the recipes for each stage of the processes are created and described in databases such that the computer aided design systems create a workflow routing for the fabrication of the product within the manufacturing facility. The workflow routing calls for extraction of execution data from a manufacturing information system. The execution data describes the necessary equipment environment and operational settings for the equipment of a manufacturing facility. The design is further documented in a document database as a document object using formats commonly used for “engineering document workflow” (EDW) and Lotus Notes. The document database allows an archival process for auditing a design to insure the quality and reliability of the design and the efficiency of the processing in the manufacturing facility.
Refer now to
The content management system controls the document database. The content management system (also referred to as a document management system) allows for an audit and review of a product design and the process workflow necessary to fabricate the process. The content provides the operation instructions (OI) for equipment employed in the fabrication of the product, the standard operation procedures (SOP) of the equipment, and the policies describing the rules involved in the design of the product. These documents include published specifications and procedures of the product and are retained as standard document objects provided by third party industrially accepted program providers such as EDW and Lotus Notes files.
The structure of a manufacturing facility of the prior art is shown schematically in
As the lots of product are dispatched for fabrication, the manufacturing execution system 10a, . . . , 10n extracts the necessary recipes or lists of process parameters that define how the manufacturing equipment 7a, 7b, . . . , 7n and 9a, 9b, . . . , 9n should process the raw materials (a wafer in the integrated circuit fabrication example) during a specific stage of the process of fabrication from the online specification database 25 through the manufacturing information system 20 via the network 15. The necessary recipes for each stage of a process are retained on the online specification database 25. A computer workstation 30 is in communication with the manufacturing information system 20 to allow a process engineer to modify any of the recipes and monitor any of the readings and alarms generated by sensors attached to the manufacturing equipment 7a, 7b, . . . , 7n and 9a, 9b, . . . , 9n and communicated through the manufacturing execution systems 10a, . . . , 10n to the manufacturing information system 20 for placement in the online specification database 25. The modifications to the processes are made through engineering change notices (ECN), with temporary or experimental changes referred to as temporary engineering change notices (TECN). The manufacturing information system 20 extracts the changes from the change notices (ECN/TECN) and alters the contents of the online specification database 25.
The design description and manufacturing specification documents for the product are controlled by the document management system 35 (also referred to as the content management system). The documentation is retained by the document status database 40. These documents describing the product design and manufacturing process provide a vehicle for auditing the process of the design and manufacture of the product to assure the quality, efficiency, and consistency. A computer workstation 45 is in communication with the document management system 35 to provide the original design documentation and to update this documentation as any changes in the product design and the manufacturing process are instituted.
Often a process engineer will institute modifications to recipes within the manufacturing information system 20. These changes may be either experimental (temporary) engineering change notices or permanent change notices. An order for fabrication of a lot of product maybe received, but the design as documented in the document status database 40 may not include modifications to the recipe. The product fabricated to the new recipe reflected by the change is now not consistent with that as ordered and may not function correctly or may not have suitable reliability. The inconsistency between the document status database 40 and the online specification database 25 is perpetuated because there is no way to synchronize the databases. There is essentially a “wall” 50 preventing communication 52 and 54 between the manufacturing information system 20 and the document management system 35. It becomes the responsibility of the engineer instituting the modifications to the recipes to make sure that if the online specification database 25 is modified, that the document objects of the document status database 40 reflect the changes.
U.S. Pat. No. 6,263,255 (Tan, et al.) describes an Advanced Process Control (APC) Framework that performs automatic process control operations through the design and development of a software framework that integrates factory, process, and equipment control systems. The APC Framework benefits semiconductor-manufacturing factories, or “fabs,” throughout the development of the APC Framework by using an iterative development approach. The APC Framework is designed to integrate seamlessly with commercially-available APC tools. The APC Framework specifies components and a component structure that enable multiple vendors to build and sell framework-compatible products using an open architecture that accommodates plug-and-play components. The APC Framework advantageously increases product yield distributions and equipment utilization, and lowers defect densities.
U.S. Pat. No. 6,038,540 (Krist, et al.) describes an adaptive process control and profit depiction system that is responsive to process measurement input signals, economic inputs, and physical environment inputs. The process control system features an interactive optimization modeling system for determining manipulated process variables (also known as set-points). These manipulated process variables are used to position mechanisms that control attributes of a manufacturing system, such as a valve controlling the temperature of a coolant or a valve controlling the flow rate in a steam line.
U.S. Pat. No. 5,777,876 (Beauchesne) describes a database system for a manufacturing factory environment that integrates a plurality of manufacturing processes used to control the manufacture of a number of electronic board products on a plurality of manufacturing lines. The database system responds to operator initiated commands and provides a predetermined number of control table structures in memory for storing predetermined types of control parameter entries used in controlling the manufacturing processes. The database system includes a number of control mechanisms, which in response to operator commands, performs sequences of operations that enable process steps to be added, applied or linked to other processes or modified in a reliable and efficient manner.
U.S. Pat. No. 5,321,605 (Chapman, et al.) illustrates a memory structure and related method for collecting and maintaining descriptive data with a multiplicity of interrelated process flows. A complex memory structure includes job entities, operation entities, and process entities. Operation entities are subordinate to job entities, and process entities are subordinate to operation entities. These entities are represented by tables that are linked together to indicate their position in the hierarchy and their sequencing within a process flow. The process entities describe specific activities accomplished to achieve organizational goals. Typically, resources are either consumed or released, or both, during a process. Bill-of-resource tables are subordinate to process entities and populated with data that identifies resources consumed by corresponding processes in the process flow. Attribute tables are subordinate to the resources listed in the bill-of-resources tables and populated with data that identifies attribute limitations, durations for which resources are used, and quantities of resources consumed. Branch and condition entities are positioned between operation entities or process entities to initiate alternate process flows to be taken when specified conditions are met. In addition, condition entities may specify conditions to be met before including particular bill-of-resource and attribute tables within a process flow.
U.S. Pat. No. 6,073,160 (Grantham, et al.) illustrates a method and apparatus for providing a general-purpose, multifunction, individually addressable, full-bandwidth bi-directional communication device with built-in Authentication, Authorization, and Accounting (AAA) capabilities that connects a home or business user with ATM and other switched broadband digital networks in a convenient, adaptable, extensible manner at reasonable cost. The device supports a Document Services Architecture (DSA) and, in particular, supports agent-based communications (including interaction with an Agent Instance Service) to ensure well-behaved communications and fair allocation of network resources among users. The device can be used in a heterogeneous environment and with different types of networks and protocols.
The online specification database 25 and the document status database 40 are essentially heterogeneous databases. The information for the manufacturing execution system 10a, . . . , 10n to set the equipment environment and operational settings of the manufacturing equipment 7a, 7b, . . . , 7n and 9a, 9b, . . . , 9n is generally formatted as character or textual data as shown in
Traditionally, most heterogeneous databases involve the use of dissimilar networks such as cellular telephone communications and computer communication networks where databases such as address and telephone books of a cellular telephone must be coordinated with the address and telephone books of a personal digital assistant or coordinated with an address and telephone book of a contact management program on a personal computer. The synchronization of databases within heterogeneous systems is well studied in the art.
U.S. Pat. No. 6,446,075 (Velasco) teaches a system and method for synchronizing a first database of a first class and a second database of a second class. A repository database is provided for storing metadata regarding the first database and the second database. The first database is automatically generated using a first portion of the metadata and the second database is automatically generated using a second portion of the metadata. A mapping between the first database and the second database is automatically generated using a third portion of the metadata stored in the repository database.
U.S. Pat. No. 6,195,662 (Ellis, et al.) describes a system and method for importing data from a source computer system, manipulating and transforming of that data, and exporting the data to a target computer system under control of a script processor using stored metadata definitions. Metadata is used to describe the properties of the data being manipulated. The metadata definitions are created to import data into the system, export data from the system, create views of the external data, store generic format data within the system, manipulates generic format data within the system and to control data flow through the system. Data is imported into the system using an import data definition to map the external data into an import data bag. Data imported into an import data bag becomes independent of the original data source. Data is manipulated within the system using script control commands and transformed within the system using rule sets that act upon data bags. Data is exported from the system using an export data definition to map the import data bag into the required export data bag format and then to write data in the export data bag to the external data target.
U.S. Pat. No. 5,970,490 (Morgenstern) teaches a method for processing heterogeneous data including high level specifications to drive program generation of information mediators, inclusion of structured file formats (also referred to as data interface languages) in a uniform manner with heterogeneous database schema, development of a uniform data description language across a wide range of data schemas and structured formats, and use of annotations to separate out from such specifications the heterogeneity and differences that heretofore have led to costly special purpose interfaces with emphasis on self-description of information mediators and other software modules.
An object of this invention is to synchronize data retained in heterogeneous databases in order to control specification databases of a manufacturing information system and the documentation database of a document control system.
To accomplish at least this object, a method for synchronizing data begins by extracting the data from a first database of the heterogeneous databases retained on the first database retention device. An example of the first database would be the control specification database in the manufacturing information system. The extracted data is converted from a first format of the first database to format types of all remaining heterogeneous databases. In the example the remaining heterogeneous databases is the documentation database. Converting of the extracted data includes creating an identification of the data that includes a data identifier and a serial number
The converted data is then transferred to the document control database and attached to the remaining heterogeneous databases. In this example, the document database. A document manager reviews the attached converted data for synchronicity with existing data within the document database. The document manager (either a person or an automated review program) generates a permission semaphore. The permission semaphore from each of the remaining heterogeneous databases is transferred to the first database (the control specification database) to provide a status indicator indicating that the data is synchronized among the plurality of databases. The transferred permission semaphore to the first database grants authorization for usage of the first database.
a and 4b illustrates schematically an example of a manufacturing facility with heterogeneous databases employed within the manufacturing facility having a synchronizing apparatus of this invention.
To synchronize the heterogeneous databases of this invention, the files to be synchronized are first extracted from the first database (in the case of the manufacturing facility, the online specification database). These files have a first format such as character or numeric data formatting that is then convert d to a second format such as the Engineering Data Workflow (EDW) or Lotus Notes format to create the document object files of the second database. The converted files are then automatically attached to the second database for review by a document manager. The document manager is either a person responsible for reviewing changes to the second database or maybe an automated reviewing mechanism. Upon the review and if the database modification are approved, the document manager generates a permission semaphore to gain access and use of the first database. The permission semaphore is transferred to the first database to allow usage.
Refer now to
As described in
Further as described in
When a process engineer institutes modifications to recipes within the manufacturing information system 20, the inconsistency between the document status database 40 and the online specification database 25 is prevented from being perpetuated by synchronizing the databases with the data synchronizer 100. The data synchronizer 100 is in communication with the manufacturing information system 20 to extract 110 the controlling specification code files 105. The controlling specification code files 105 are then converted from the character or numeric data to the document object file type of the document management system 35. The data synchronizer 100 is further in communication with the document management system 35 such that the converted controlling specification code file 105 is the automatically attached 115 to the document status database 40.
A document manager then reviews the appended document object of the controlling specification for approval of the changes or modifications. As noted in
The document manager maybe a responsible person evaluating documented controlling specification. Alternately, the document manager may be a rules based automation evaluation program that reviews the controlling specification to provide the necessary approval. Upon approval of the modification as documented in the attached 105 document object, a permission semaphore is generated by the document management system 35. The permission semaphore provides the production control rules that govern the implementation of the changes to the recipes of the stages of the process. The permission semaphore is transferred through the data synchronizer 100 to the manufacturing information system 20 to activate the usage of the modifications to the controlling specification.
The format of the converted controlling specification 105 aligns with the manufacturing enterprise standards or may be user-defined. It contains unique information that allows it to identify where it belongs. The filename should have some sort of user information identification and a serial number to provide a timing designation. For example, the Filename could be produced in format of “FAB CODE (fabrication facility identification coding)+TOOL ID (manufacturing equipment identification coding)+RECIPE NAME”. In this way, any auditing of the modifications may be traced to the initiator.
The data synchronizer 100 provides the following benefits:
a and 4b provide an illustration of the functioning of the data synchronizer 200. In this example, a manufacturing or process engineer modifies a recipe either through the computer workstation 230 or directly through the manufacturing equipment 7a, 7b, . . . , 7n and 9a, 9b, . . . , 9n controlled by the recipe management system 220, which has been provided as a subsystem of the manufacturing information system. The recipe management system 220 places the modifications in the online specification database 225. Upon completion of the updates to the online specification database 225, the data synchronizer 200 extracts 210 the modified recipe from the online specification database 225.
The extracted file 205 may have a table format such as shown in
The converted file 205 is then automatically attached 205 to the document status database 40 of the document management system 35. The converted file 205 is then reviewed and the contents used to edit other documents in the document status database 40. If the modifications of the converted file 205 are approved, a permission semaphore 235 is generated for transfer through the data synchronizer 200 to the recipe management system 220. The permission semaphore provides the control rules that permit activation of the modifications to the recipe of the manufacturing equipment 7a, 7b, . . . , 7n and 9a, 9b, . . . , 9n.
The data synchronizer may be a program process described in program code retained by a storage medium and executed by either the manufacturing information system (20 of
Refer now to
While a reverse procedure is not explained in the preferred embodiment, it is within the concept of this invention that if the document status database is updated, a synchronization of the manufacturing information system could be similarly executed.
Refer now to
While the preferred embodiment of this invention synchronizes the heterogeneous databases of a manufacturing information system and a document management system of a manufacturing enterprise, the data synchronizer and the method for synchronization of this invention are applicable to other types of heterogeneous databases employed in different computing systems with common information.
While this invention has been particularly shown and described with reference to the preferred embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made without departing from the spirit and scope of the invention.