US6842881B2 - Rule based system and method for automatically generating photomask orders in a specified order format - Google Patents

Rule based system and method for automatically generating photomask orders in a specified order format Download PDF

Info

Publication number
US6842881B2
US6842881B2 US10/209,254 US20925402A US6842881B2 US 6842881 B2 US6842881 B2 US 6842881B2 US 20925402 A US20925402 A US 20925402A US 6842881 B2 US6842881 B2 US 6842881B2
Authority
US
United States
Prior art keywords
template
rules
photomask
format
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
US10/209,254
Other versions
US20040025137A1 (en
Inventor
Charles E. Croke
Nicolas P Ridgway
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Photronics Inc
Original Assignee
Photronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Assigned to PHOTRONICS, INC. reassignment PHOTRONICS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CROKE, CHARLES E., RIDGWAY, NICOLAS P.
Priority to US10/209,254 priority Critical patent/US6842881B2/en
Application filed by Photronics Inc filed Critical Photronics Inc
Publication of US20040025137A1 publication Critical patent/US20040025137A1/en
Priority to US10/877,001 priority patent/US7669167B2/en
Priority to US10/974,449 priority patent/US20050060680A1/en
Priority to US10/981,201 priority patent/US7640529B2/en
Application granted granted Critical
Publication of US6842881B2 publication Critical patent/US6842881B2/en
Priority to EA200500694A priority patent/EA008878B1/en
Priority to US11/140,004 priority patent/US7356374B2/en
Priority to EA200500760A priority patent/EA009013B1/en
Assigned to JPMORGAN CHASE BANK, NATIONAL ASSOCIATION reassignment JPMORGAN CHASE BANK, NATIONAL ASSOCIATION SECURITY AGREEMENT Assignors: PHOTRONICS, INC.
Assigned to JPMORGAN CHASE BANK, NATIONAL ASSOCIATION reassignment JPMORGAN CHASE BANK, NATIONAL ASSOCIATION SECURITY AGREEMENT Assignors: PHOTRONICS, INC.
Assigned to JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT reassignment JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT SECURITY AGREEMENT Assignors: PHOTRONICS, INC.
Assigned to JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT reassignment JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: PHOTRONICS, INC.
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0641Shopping interfaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00Computer-aided design [CAD]
    • GPHYSICS
    • G03PHOTOGRAPHY; CINEMATOGRAPHY; ANALOGOUS TECHNIQUES USING WAVES OTHER THAN OPTICAL WAVES; ELECTROGRAPHY; HOLOGRAPHY
    • G03FPHOTOMECHANICAL PRODUCTION OF TEXTURED OR PATTERNED SURFACES, e.g. FOR PRINTING, FOR PROCESSING OF SEMICONDUCTOR DEVICES; MATERIALS THEREFOR; ORIGINALS THEREFOR; APPARATUS SPECIALLY ADAPTED THEREFOR
    • G03F1/00Originals for photomechanical production of textured or patterned surfaces, e.g., masks, photo-masks, reticles; Mask blanks or pellicles therefor; Containers specially adapted therefor; Preparation thereof
    • G03F1/68Preparation processes not covered by groups G03F1/20 - G03F1/50
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2111/00Details relating to CAD techniques
    • G06F2111/04Constraint-based CAD

Definitions

  • the present invention generally relates to a rule based system and method for automatically generating photomask orders in a specified format, and more particularly, relates to a software-based application which automatically generates photomask orders in a specified format through the use of templates and rules which guide a user through the process of generating a photomask order in a complete and accurate manner.
  • the rules and templates are established based on the requirements of a particular standard (e.g., SEMI P10) or propriety photomask order format and are organized and stored in a manner which can be adapted to meet the criteria of both modified and new photomask order formats now known or hereinafter developed. Additionally, the system and method of the present invention provides for the ability to generate new photomask orders using existing photomask order data.
  • Photomasks are high precision plates containing microscopic images of electronic circuits. Photomasks are typically made from very flat pieces of quartz or glass with a layer of chrome on one side. Etched in the chrome is a portion of an electronic circuit design. This circuit design on the mask is also called “geometry”.
  • a typical photomask used in the production of semiconductor devices is formed from a “blank” or “undeveloped” photomask.
  • a typical blank photomask 10 is comprised of three or four layers.
  • the first layer 11 is a layer of quartz or other substantially transparent material, commonly referred to as the substrate.
  • the next layer is typically a layer of opaque material 12 , such as Cr, which often includes a third layer of antireflective material 13 , such as CrO.
  • the antireflective layer may or may not be included in any given photomask.
  • the top layer is typically a layer of photosensitive resist material 14 .
  • Other types of photomasks are also known and used including, but not limited to, phase shift masks, embedded attenuated phase shift masks (EAPSM”) and alternating aperture phase shift masks (“AAPSM”).
  • the process of manufacturing a photomask involves many steps and can be time consuming.
  • the desired pattern of opaque material 12 to be created on the photomask 10 is typically defined by an electronic data file loaded into an exposure system which typically scans an electron beam (E-beam) or laser beam in a raster or vector fashion across the blank photomask.
  • E-beam electron beam
  • a raster scan exposure system is described in U.S. Pat. No. 3,900,737 to Collier.
  • Each unique exposure system has its own software and format for processing data to instruct the equipment in exposing the blank photomask.
  • the exposure system directs the E-beam or laser beam at addressable locations on the photomask as defined by the electronic data file.
  • the areas of the photosensitive resist material that are exposed to the E-beam or laser beam become soluble while the unexposed portions remain insoluble.
  • appropriate instructions to the processing equipment need to be provided, in the form of a jobdeck.
  • the soluble photosensitive resist material is removed by means well known in the art, and the unexposed, insoluble photosensitive resist material 14 ′ remains adhered to the opaque material 13 and 12 .
  • the pattern to be formed on the photomask 10 is formed by the remaining photosensitive resist material 14 ′.
  • the pattern is then transferred from the remaining photoresist material 14 ′ to the photomask 10 via known etch processes to remove the antireflective material 13 and opaque materials 12 in regions which are not covered by the remaining photoresist 14 ′.
  • etching processes There is a wide variety of etching processes known in the art, including dry etching as well as wet etching, and thus a wide variety of equipment used to perform such etching.
  • the remaining photoresist material 14 ′ is stripped or removed and the photomask is completed, as shown in FIG. 3 .
  • the pattern as previously reflected by the remaining antireflective material 13 ′ and opaque materials 12 ′ are located in regions where the remaining photoresist 14 ′ remain after the soluble materials were removed in prior steps.
  • a defect is any flaw affecting the geometry. This includes chrome where it should not be (chrome spots, chrome extensions, chrome bridging between geometry) or unwanted clear areas (pin holes, clear extensions, clear breaks).
  • a defect can cause the customer's circuit not to function. The customer will indicate in its defect specification the size of defects that will affect their process. All defects that size and larger must be repaired, or if they can not be repaired, the mask must be rejected and rewritten.
  • automated mask inspection systems such as those manufactured by KLA-Tencor or Applied Materials, are used to detect defects.
  • Such automated systems direct an illumination beam at the photomask and detect the intensity of the portion of the light beam transmitted through and reflected back from the photomask. The detected light intensity is then compared with expected light intensity, and any deviation is noted as a defect.
  • the details of one system can be found in U.S. Pat. No. 5,563,702 assigned to KLA-Tencor.
  • a completed photomask is cleaned of contaminants.
  • a pellicle may be applied to the completed photomask to protect its critical pattern region from airborne contamination. Subsequent through pellicle defect inspection may be performed. In some instances, the photomask may be cut either before or after a pellicle is applied.
  • a semiconductor manufacturer e.g., customer
  • a photomask manufacturer with different types of data relating to the photomask to be manufactured.
  • a customer typically provides a photomask order which includes various types of information and data which are needed to manufacture and process the photomask, including, for example, data relating to the design of the photomask, materials to be used, delivery dates, billing information and other information needed to process the order and manufacture the photomask.
  • a long standing problem in the manufacture of photomasks is the amount of time it takes to manufacture a photomask from the time a photomask order is received from a customer.
  • the overall time it takes to process a photomask order and manufacture a photomask can be lengthy, and thus, the overall output of photomasks is not maximized.
  • Part of this problem is attributable to the fact that many customers who order photomasks often place their orders in a variety of different formats which are often not compatible with the photomask manufacturer's computer system and/or manufacturing equipment.
  • the photomask manufacturer is often required to reformat the order data and condition it into a different format which is compatible with its computer system and/or manufacturing equipment, which can take a great deal of time, and thus, delay the time it takes to manufacture a photomask.
  • the photomask industry has developed various standard photomask order formats in which photomask orders should be placed.
  • the SEMI P10 standard is one standard format used in the manufacture of photomasks.
  • a few semiconductor manufacturers have developed their own proprietary photomask order format in which photomask orders are to be placed, rather than adopting a standard format.
  • These standard and proprietary photomask order formats were created so that photomask orders would be received from customers in a uniform format, thereby reducing the overall time it takes to manufacture a photomask.
  • the photomask manufacturer is required to parse through this data and organize it in a useful format (e.g., in the SEMI P10 format). Additionally, in those instances where incomplete photomask order data is provided to a photomask manufacturer, such manufacturer will be required to request the missing information from the customer. As a result, a great deal of time is often wasted in the process of obtaining a complete and accurate photomask order, and thus, the overall time that it takes to manufacture a photomask can be greatly delayed. There has been a long felt need in the field of photomask manufacture for a customer side system and method for automatically generating a complete and accurate photomask order in a standard and/or proprietary format.
  • AlignRite Corporation attempted to expedite the delivery of the electronic data through the use of an Internet based delivery system.
  • the AlignRite System was capable of rapid delivery of the photomask data from a customer to the computer system of the photomask manufacturer and was capable of validating the accuracy of this data in real time, this prior system did not provide for the automated generation of photomask order data in a single standard and/or proprietary format.
  • standard modifications to the data would also have to be entered manually by operators. Each time a manual change would have to be entered, the risk of human error increased and the overall length of the job would be extended.
  • the system of the DuPont PCT Publication does not prevent errors from being entered in a photomask order.
  • this system is only able to identify errors in a photomask order after the order has been entered by a customer and transmitted to a photomask manufacturer.
  • the photomask manufacturer validates the order information, and if it detects an error, sends an error message to the customer and prompts the customer to correct such error.
  • this system does not place the entered photomask order data into a standard format until after it has been validated and received by the photomask manufacturer. In other words, the manufacturer is required to condition the data entered by a customer into a standard format for manufacturer.
  • the completed photomask is sent to a customer for use to manufacture semiconductor and other products.
  • photomasks are commonly used in the semiconductor industry to transfer micro-scale images defining a semiconductor circuit onto a silicon or gallium arsenide substrate or wafer.
  • the process for transferring an image from a photomask to a silicon substrate or wafer is commonly referred to as lithography or microlithography.
  • the semiconductor manufacturing process comprises the steps of deposition, photolithography, and etching. During deposition, a layer of either electrically insulating or electrically conductive material (like a metal, polysilicon or oxide) is deposited on the surface of a silicon wafer.
  • Photolithography involves projecting the image on the photomask onto the wafer. If the image on the photomask is projected several times side by side onto the wafer, this is known as stepping and the photomask is called a reticle.
  • a photomask 10 is interposed between the semiconductor wafer 20 , which includes a layer of photosensitive material, and an optical system 22 .
  • Energy generated by an energy source 23 commonly referred to as a Stepper, is inhibited from passing through the areas of the photomask 10 where the opaque material is present.
  • Energy from the Stepper 23 passes through the transparent portions of the quartz substrate 11 not covered by the opaque material 12 and the antireflective material 13 .
  • the optical system 22 projects a scaled image 24 of the pattern of the opaque material 12 and 13 onto the semiconductor wafer 20 and causes a reaction in the photosensitive material on the semiconductor wafer.
  • the solubility of the photosensitive material is changed in areas exposed to the energy. In the case of a positive photolithographic process, the exposed photosensitive material becomes soluble and can be removed. In the case of a negative photolithographic process, the exposed photosensitive material becomes insoluble and unexposed soluble photosensitive material is removed.
  • the image or pattern formed in the insoluble photosensitive material is transferred to the substrate by a process well known in the art which is commonly referred to as etching. Once the pattern is etched onto the substrate material, the remaining resist is removed resulting in a finished product. A new layer of material and resist is then deposited on the wafer and the image on the next photomask is projected onto it. Again the wafer is developed and etched. This process is repeated until the circuit is complete. Because, in a typical semiconductor device many layers may be deposited, many different photomasks may be necessary for the manufacture of even a single semiconductor device.
  • the system includes a server and an external data storage media stored on the server. Rules and templates for facilitating the entry of photomask order data and for generating an order are stored in the external storage media.
  • the external data storage media may be a variety of different types of storage media, including, but not limited to, a relational database, an object-oriented class, an XML file and other similar storage media now known or hereinafter developed.
  • the external data storage media has stored thereon at least one template for the entry and storage of photomask order data, wherein the template is created based upon the requirements of a specified photomask order format. Additionally, the external data storage media includes at least one first set of rules corresponding to the at least one template, wherein the first set of rules include instructions which ensure that a user enters complete information into the template as required by the specified order format. Additionally, the external data storage media includes at least one second set of rules which corresponds to said at least one template, wherein the second set of rules include instructions which ensure that the user enters accurate information into the template as required by the specified format.
  • the system includes a graphical user interface in communication with the server, wherein the user can create and modify templates, create and modify photomask order data, access the template(s) to enter photomask order data and generate an order in a specified format.
  • These orders are saved on the system and can be used by a user at a later time to create new orders based on the information saved in the order.
  • FIG. 1 represents a blank or undeveloped photomask of the prior art
  • FIG. 2 represents the photomask of FIG. 1 after it has been partially processed
  • FIG. 3 represents the photomask of FIGS. 1 and 2 after it has been fully processed
  • FIG. 4 is a flowchart showing the method of using a processed photomask to make or process a semiconductor wafer
  • FIG. 5 shows the process of making a semiconductor using a wafer stepper.
  • the present invention relates to a computerized rule-based system and method for automatically generating photomask orders in a specified format, wherein a photomask customer desiring to place an order for a photomask is guided through the process of entering an order in a complete and accurate manner in accordance with the requirements of the specified order format.
  • the system and method utilizes the following four components to generate a photomask order into a desired format: (1) templates in which data is entered; (2) rules for converting the data entered in the templates into a specified standard and/or proprietary format; (3) a method for using templates to create a photomask order in a specified format; and (4) a separate set of rule for validating photomask order against a specified standard format.
  • Software is implemented in this system to associate specific templates with specific rules to ensure that a customer enters complete and accurate photomask order information.
  • software is implemented in the system of the present invention to associate specific photomask orders with specific rules to ensure that a customer enters complete and accurate photomask order information.
  • the system includes a server and an external data storage media stored on the server. Rules and templates for facilitating the entry of photomask order data and for generating an order are stored in the external storage media.
  • the external data storage media may be a variety of different types of storage media, including, but not limited to, a relational database, an object-oriented class, an XML file and other similar storage media now known or hereinafter developed.
  • a set of templates and orders are created based on the requirements of a particular standard and/or proprietary photomask order format.
  • the templates and orders are organized as a hierarchy of components and subcomponents, wherein each component and subcomponent is defined by the requirements of a particular standard and/or proprietary photomask order format.
  • a particular photomask order format may require that the mask data component include certain subcomponents, such as a title, barcode and pattern data, to name a few.
  • Each of these subcomponents may have further detailed subcomponents (“child component”).
  • the pattern data component which is a subcomponent of the mask data component, may have a set of child components associated therewith.
  • each component and subcomponent is defined by a set of attributes (e.g., binary, string, integer, real number, date, Boolean, list, etc.).
  • attributes e.g., binary, string, integer, real number, date, Boolean, list, etc.
  • the rules discussed in more detail below
  • Table 1 demonstrates an example of how the components and subcomponents of the templates and orders may be organized according to a standard and/or proprietary photomask order format:
  • each template and order is stored in a database, but may also be stored in other locations.
  • a search engine may be provided on which users can search for a particular template or order stored in the database. Using the search engine, the user can locate the appropriate templates that are needed to generate a photomask in a particular order format. Once such templates are located, data relating to a photomask order is entered by a user (typically, a photomask customer desiring to place an order for a photomask). The user can also use the search engine to locate existing photomask orders for the purpose of completing the data entry or modifying their content, as described below.
  • a customer may not have sufficient knowledge of the requirements of a particular photomask order format, and thus, may not enter all necessary information required by such standards to complete an order. Additionally, customers are prone to making data entry errors, and thus, may provide inaccurate information. Accordingly, a first and second set of rules are established and stored on the system to ensure that the customer enters complete and accurate data into the templates and orders, as required by a particular standard and/or proprietary photomask order format.
  • the first set of rules are established to ensure that a user inputs all necessary data to output a complete photomask order, as specified by a particular standard and/or proprietary photomask order format.
  • the first set of rules are established based on the requirements of a selected photomask order format.
  • the first set of rules dictate whether data “must” be input, “can” be input and/or “must not” be input into each component and subcomponent of a template or order, as dictated by the specified photomask order format.
  • the first set of rules should be configured such that they will require the user to enter information into any other components which are required (as set forth in a particular standard and/or proprietary photomask order format) to complete a photomask order.
  • a particular standard order format may require, with respect to the “Pattern” template, that for all EAPSM orders: placement data and critical dimensions data must be provided; die to die inspection data may be provided; and die to data cannot be provided. Accordingly, rules are established and associated with the appropriate templates (and components and sub-components) which require that: 1) the user “must” include placement data and critical dimension data; 2) the user “can” include die to die inspection data; and 3) the user “must not” include die to data inspection data.
  • the rules when a user seeks to create an order for an EAPSM using the system and method of the present invention, the rules will: 1) require the user to input placement and critical dimension data; 2) permit (but not require) a user to enter die to die inspection data; and 3) preclude a user from entering die to data inspection.
  • the selected order format may require that in addition to Pattern Data, Array Registration data must also be entered to complete a photomask order.
  • the first set of rules would also be configured such that once the user has completed entering all the pattern data, the user will be guided to the “Array Registration” template and be prompted to enter all required data into that template (and any other corresponding subcomponents of that template) as well.
  • the first set of rules will guide the user to such other templates after the user has entered all data into the Array Registration template, and prompt the user to enter all required data into such template(s). Once the user has entered data in all required templates, the user will be permitted to finalize the template (subject to entering data according to the second set of rules as discussed below).
  • the first set of rules of the present invention ensure that the user enters the necessary information into the appropriate templates as required by a particular standard and/or proprietary format to generate a photomask order.
  • the rules guide a user through the process of entering photomask order data to ensure that all necessary order information is entered into the templates.
  • the system and method also provide for a second set of rules which ensure that a user inputs data in an accurate and proper format, as specified by a particular standard and/or proprietary photomask order format.
  • each component and subcomponent of a template is defined by a set of attributes (e.g., binary, string, integer, real number, date, Boolean, list, etc.).
  • a second set of rules are established for each template and order that indicates to the user whether the data entered into a particular template or order “must”, “can” and/or “must not” have a particular attribute, as required by a particular standard and/or proprietary photomask order format.
  • a particular standard and/or proprietary photomask order format may require that: 1) the data entered into the placement template “must” be an integer; 2) the data entered into the title template “can” be a string; and 3) the data entered into the critical dimension template “must not” be a string.
  • a rule is established for the placement template which: 1) requires the user to enter an integer in the placement template; 2) allows the user to enter a string into the title template; and 3) prevents the user from entering a string into the critical dimension template.
  • the rules of the present invention ensure that the user enters the appropriate type of information into each template as required by a particular standard and/or proprietary photomask order format to generate a photomask order.
  • the second set of rules only permit the user to enter a certain type of data into a template, and thus, reduce the possibility of there being design errors and/or data entry errors in the process of placing a photomask order.
  • the first and second set of rules described herein are created and stored separately.
  • the rules may be stored either internal or external to the system in any different number of dynamic formats (e.g., as a database, an object-oriented class, an XML file, etc.) so that the system may be adapted to run on any number of platforms, depending the preferences or a user and/or automated system.
  • a single set of rules can be created and stored, provided that such single set of rules both ensures that a user both enters complete photomask order information (as described with reference to the first set of rules) and enters accurate photomask order information (as described with reference to the second set of rules).
  • the first and second set of rules may be combined as a single set of rules in a similar manner.
  • the present invention includes a function to associate specific first and second sets of rules with specific templates, to ensure that a photomask order is generated in a complete and accurate manner.
  • this functionality is provided in the form of a software-based application installed on the computer of an entity desiring to place an order for a photomask, such as a semiconductor manufacturer.
  • this software is not dependent on a given photomask manufacturer's manufacturing process. Rather, the software of the present invention can be deployed as a stand-alone secure application, a network distributed application or a web-based “thin-client” application.
  • the software is utilized in a client-server system, wherein a graphical user interface (e.g., the client) connects to and retrieves data from a database on the server.
  • a graphical user interface e.g., the client
  • the customer running the software of the present invention is not required to access and/or login to any external local area network of a photomask manufacturer to place an order.
  • each element of a template is interpreted by an associated software object.
  • rules are embedded within the software objects and are responsible for the assembly of the data entered in the templates. These rules are constraints or instructions, such as an algorithm, and typically relate to one or more attributes of the software object. Accordingly, with this arrangement, it is possible to enter a complete and accurate photomask order as the rules and templates are appropriately associated with each other.
  • the system is preferably configured to permit the rules and templates to be separately updated should the need arise.
  • the current standard photomask order format is known as the SEMI P-10 standard format.
  • SEMI P-10 standard format the current standard photomask order format
  • the system of the present invention provides for the ability to update the rules and templates to meet these changes. More particularly, the first and second sets of rules are preferably stored as separate files from each of the templates, which are in turn also each stored as separate files.
  • system and method of the present invention is not limited to any one particular standard format, but rather can be easily adapted to conform to the requirements of any current or newly developed standard photomask order format.
  • a customer may change its proprietary order format to meet any changes associated with new developments or improved technologies.
  • software objects are established such that the rules contained therein may affect one or more of its attributes, its children or other rules contained within it.
  • the rules are established such that only certain specified attributes are affected by rules.
  • the software objects like templates, are hierarchical in nature, they know both their parent and children. Accordingly, any time a child object is modified, it notifies its parent of the area, rules or attributes impacted by the change. As a result, any change made anywhere within the hierarchy of rules is propagated through the entire family. Accordingly, the rules have the capability to enforce the addition of, or the removal of, any child element of the parent.
  • each object is individually updateable through subsequent releases of the software.
  • object parents maintain a standard collection for each type of child element, which can be added or removed while the template is being constructed.
  • Templates can also be modified in response to a modification of a standard and/or proprietary photomask order format which requires the addition of new attributes and/or subcomponents to be added to hierarchy of orders and templates.
  • the new relationships are defined for affected components and/or subcomponents and new rules are dynamically added to the existing rule schema.
  • the current Semi P-10 standard requires that a photomask order include, among other things: Mask Order[ ], Mask Set [ ], Mask Definition [ ], and Pattern Definition[ ].
  • the following templates would be established: SemiOrder Template, SemiMaskSet Template, SemiMask Template and SemiPattern Template.
  • a first and second set of rules for each of these templates would be established which dictate whether data must be entered into each of the templates and the type of data that can be entered into such templates.
  • the Semi P-10 standard may be replaced by a new standard that requires a CD component.
  • the existing templates e.g., SemiPattern
  • the existing templates could be modified to include, for example, a CD component to conform to a modification of the metrology aspect of the SEMI P-10 standard.
  • a new template could be created to conform to any newly added aspects (e.g., registration) of the new SEMI standard.
  • the already existing first and second set of rules could be adapted to meet the changes associated with the modified CD component aspect of the current SEMI P-10 standard.
  • a new set of first and second set of rules could be created to conform to the new registration feature of the new SEMI standard.
  • Another aspect of the present invention is that it provides for the ability to generate new photomask orders by: (1) merging data into a new order from an already existing template having data contained therein; (2) merging data into a new order from an already existing order having data contained therein; or (3) merging data into a new order from already existing templates and orders.
  • a user whenever a user enters data into either a template or creates an order, such template and/or order is saved on the system of the present invention. Thereafter, a user is able to access the already existing templates and/or orders and use the data saved therein to generate a new order.
  • the user is prompted to create a new, blank order.
  • the user is provided with the option of selecting templates and/or orders which were created and saved from a previous photomask order.
  • the user selects and loads the most relevant template(s) stored in the relational database.
  • the selected template is displayed to the user with previously entered data. For each non-null object within the template (e.g., the object contains data), the user may either select the previously entered data into the new order or over-write this data with new data.
  • a particular object within a template is null (e.g., it is already empty)
  • the user may enter appropriate data within that object.
  • the rules established for this order operate as described above to ensure that data is accurately and completely entered. Thereafter, the software processes this information and generates a new order based on this information.
  • the process for creating a new order from an already existing order is similar to the process of creating a new order from an already existing template.
  • the user is prompted to create a new, blank order.
  • the user is provided with the option of selecting templates and/or orders which were created and saved from a previous photomask order.
  • the user selects and loads the relevant order(s) stored in a relational database.
  • the selected order is displayed to the user with previously entered data. For each non-null object within the order, the user may either select the previously entered data into the new order or over-write this data with new data.
  • the user may enter appropriate data within that object.
  • the rules established for this order operate as described above to ensure that data is accurately and completely entered. Thereafter, the software processes this information and generates a new order based on this information.
  • the user is prompted to create a new, blank order.
  • the user is provided with the option of selecting templates and/or orders which were created and saved from a previous photomask order.
  • the user selects and loads the relevant template(s) stored in a relational database.
  • the selected template is displayed to the user with previously entered data.
  • the user may either select the previously entered data into the new order or over-write this data with new data.
  • the user may enter appropriate data within that object.
  • the rules established for this order operate as described above to ensure that data is accurately and completely entered. Additionally, previously saved orders may also be merged into the same order.
  • the user can select and load previously placed order(s) stored in a relational database. The selected order is displayed to the user with previously entered data. For each non-null object within the order (e.g., the object contains data), the user may either select the previously entered data into the new order or over-write this data with new data. Additionally, to the extent that a particular object within a order is already empty, the user may enter appropriate data within that object.
  • the rules established for this order operate as described above to ensure that data is accurately and completely entered. Once all of the appropriate templates and orders have been merged into the new order, the software processes this information and generates a new order based on this information.

Abstract

The present invention relates generally to a rule based system and method for automatically generating photomask orders in a specified format, and more particularly, relates to software which includes templates in which photomask order data is entered and rules for guiding the user in entering such data and rules for ensuring that such data is entered accurately. The rules and templates implemented in the present invention are organized and stored in a manner which allows for the software to be easily adapted to meet the criteria of any existing standard (e.g., SEMI P10) or proprietary photomask order format now known or hereinafter developed. Additionally, the software of the present invention provides for the ability to generate new photomask orders using templates and/or existing photomask order data.

Description

FIELD OF THE INVENTION
The present invention generally relates to a rule based system and method for automatically generating photomask orders in a specified format, and more particularly, relates to a software-based application which automatically generates photomask orders in a specified format through the use of templates and rules which guide a user through the process of generating a photomask order in a complete and accurate manner. The rules and templates are established based on the requirements of a particular standard (e.g., SEMI P10) or propriety photomask order format and are organized and stored in a manner which can be adapted to meet the criteria of both modified and new photomask order formats now known or hereinafter developed. Additionally, the system and method of the present invention provides for the ability to generate new photomask orders using existing photomask order data.
BACKGROUND OF THE INVENTION
Photomasks are high precision plates containing microscopic images of electronic circuits. Photomasks are typically made from very flat pieces of quartz or glass with a layer of chrome on one side. Etched in the chrome is a portion of an electronic circuit design. This circuit design on the mask is also called “geometry”.
A typical photomask used in the production of semiconductor devices is formed from a “blank” or “undeveloped” photomask. As shown in FIG. 1, a typical blank photomask 10 is comprised of three or four layers. The first layer 11 is a layer of quartz or other substantially transparent material, commonly referred to as the substrate. The next layer is typically a layer of opaque material 12, such as Cr, which often includes a third layer of antireflective material 13, such as CrO. The antireflective layer may or may not be included in any given photomask. The top layer is typically a layer of photosensitive resist material 14. Other types of photomasks are also known and used including, but not limited to, phase shift masks, embedded attenuated phase shift masks (EAPSM”) and alternating aperture phase shift masks (“AAPSM”).
The process of manufacturing a photomask involves many steps and can be time consuming. In this regard, to manufacturer a photomask, the desired pattern of opaque material 12 to be created on the photomask 10 is typically defined by an electronic data file loaded into an exposure system which typically scans an electron beam (E-beam) or laser beam in a raster or vector fashion across the blank photomask. One such example of a raster scan exposure system is described in U.S. Pat. No. 3,900,737 to Collier. Each unique exposure system has its own software and format for processing data to instruct the equipment in exposing the blank photomask. As the E-beam or laser beam is scanned across the blank photomask 10, the exposure system directs the E-beam or laser beam at addressable locations on the photomask as defined by the electronic data file. The areas of the photosensitive resist material that are exposed to the E-beam or laser beam become soluble while the unexposed portions remain insoluble. In order to determine where the E-beam or laser beam should expose the photoresist 14 on the blank photomask 10, and where it should not, appropriate instructions to the processing equipment need to be provided, in the form of a jobdeck.
After the exposure system has scanned the desired image onto the photosensitive resist material 14, as shown in FIG. 2, the soluble photosensitive resist material is removed by means well known in the art, and the unexposed, insoluble photosensitive resist material 14′ remains adhered to the opaque material 13 and 12. Thus, the pattern to be formed on the photomask 10 is formed by the remaining photosensitive resist material 14′.
The pattern is then transferred from the remaining photoresist material 14′ to the photomask 10 via known etch processes to remove the antireflective material 13 and opaque materials 12 in regions which are not covered by the remaining photoresist 14′. There is a wide variety of etching processes known in the art, including dry etching as well as wet etching, and thus a wide variety of equipment used to perform such etching. After etching is complete, the remaining photoresist material 14′ is stripped or removed and the photomask is completed, as shown in FIG. 3. In the completed photomask, the pattern as previously reflected by the remaining antireflective material 13′ and opaque materials 12′ are located in regions where the remaining photoresist 14′ remain after the soluble materials were removed in prior steps.
In order to determine if there are any unacceptable defects in a particular photomask, it is necessary to inspect the photomasks. A defect is any flaw affecting the geometry. This includes chrome where it should not be (chrome spots, chrome extensions, chrome bridging between geometry) or unwanted clear areas (pin holes, clear extensions, clear breaks). A defect can cause the customer's circuit not to function. The customer will indicate in its defect specification the size of defects that will affect their process. All defects that size and larger must be repaired, or if they can not be repaired, the mask must be rejected and rewritten.
Typically, automated mask inspection systems, such as those manufactured by KLA-Tencor or Applied Materials, are used to detect defects. Such automated systems direct an illumination beam at the photomask and detect the intensity of the portion of the light beam transmitted through and reflected back from the photomask. The detected light intensity is then compared with expected light intensity, and any deviation is noted as a defect. The details of one system can be found in U.S. Pat. No. 5,563,702 assigned to KLA-Tencor.
After passing inspection, a completed photomask is cleaned of contaminants. Next, a pellicle may be applied to the completed photomask to protect its critical pattern region from airborne contamination. Subsequent through pellicle defect inspection may be performed. In some instances, the photomask may be cut either before or after a pellicle is applied.
To perform each of the manufacturing steps described above, a semiconductor manufacturer (e.g., customer) must first provide a photomask manufacturer with different types of data relating to the photomask to be manufactured. In this regard, a customer typically provides a photomask order which includes various types of information and data which are needed to manufacture and process the photomask, including, for example, data relating to the design of the photomask, materials to be used, delivery dates, billing information and other information needed to process the order and manufacture the photomask.
A long standing problem in the manufacture of photomasks is the amount of time it takes to manufacture a photomask from the time a photomask order is received from a customer. In this regard, the overall time it takes to process a photomask order and manufacture a photomask can be lengthy, and thus, the overall output of photomasks is not maximized. Part of this problem is attributable to the fact that many customers who order photomasks often place their orders in a variety of different formats which are often not compatible with the photomask manufacturer's computer system and/or manufacturing equipment. Accordingly, the photomask manufacturer is often required to reformat the order data and condition it into a different format which is compatible with its computer system and/or manufacturing equipment, which can take a great deal of time, and thus, delay the time it takes to manufacture a photomask.
In an attempt to address these problems, the photomask industry has developed various standard photomask order formats in which photomask orders should be placed. For example, the SEMI P10 standard is one standard format used in the manufacture of photomasks. Additionally, a few semiconductor manufacturers have developed their own proprietary photomask order format in which photomask orders are to be placed, rather than adopting a standard format. These standard and proprietary photomask order formats were created so that photomask orders would be received from customers in a uniform format, thereby reducing the overall time it takes to manufacture a photomask.
Although the use of such standard and/or proprietary photomask order formats are useful in reducing the time it takes to manufacture photomasks, many semiconductor manufacturers have been reluctant to place their photomask orders in such standard and/or proprietary formats for a variety of reasons. For example, the SEMI P10 standard order format is quite complicated and requires the customer placing the order to have a sophisticated working knowledge of the requirements associated with such standard. Since many semiconductor manufacturers do not manufacture photomask, such manufacturers may not have the resources, time or ability to learn the intricacies of such standard format. Thus, semiconductor manufacturers often provide a photomask manufacturer with photomask order data in an unorganized and often incomplete manner. As a result, the photomask manufacturer is required to parse through this data and organize it in a useful format (e.g., in the SEMI P10 format). Additionally, in those instances where incomplete photomask order data is provided to a photomask manufacturer, such manufacturer will be required to request the missing information from the customer. As a result, a great deal of time is often wasted in the process of obtaining a complete and accurate photomask order, and thus, the overall time that it takes to manufacture a photomask can be greatly delayed. There has been a long felt need in the field of photomask manufacture for a customer side system and method for automatically generating a complete and accurate photomask order in a standard and/or proprietary format.
In the past, AlignRite Corporation (a predecessor organization to Photronics, Inc.), attempted to expedite the delivery of the electronic data through the use of an Internet based delivery system. However, although the AlignRite System was capable of rapid delivery of the photomask data from a customer to the computer system of the photomask manufacturer and was capable of validating the accuracy of this data in real time, this prior system did not provide for the automated generation of photomask order data in a single standard and/or proprietary format. In this regard, once the data was received from the customer, standard modifications to the data would also have to be entered manually by operators. Each time a manual change would have to be entered, the risk of human error increased and the overall length of the job would be extended.
Others have disclosed systems in which manufacturing and billing data are down-loaded over the Internet and verified on-line automatically. One such system is described in PCT Publication Number 02/03141, published on Jan. 10, 2002 to DuPont Photomask, Inc. More particularly, the DuPont Publication discloses a system in which photomask order data is entered on-line by a customer and transmitted to a photomask manufacturer for processing. In this system, a customer is prompted to enter photomask order data. Such data is transmitted to a photomask manufacturer, who in turn performs a diagnostic evaluation of the data. If any data is incomplete or inaccurate, the system sends a message to the customer notifying him of such error. Thereafter, the user must correct the error. After the data has been validated by the manufacturer (and corrected when necessary), the manufacturer processes this data and puts it into a standard (or proprietary) format, such as the SEMI P10 standard format.
Although useful for diagnostic purposes, the system of the DuPont PCT Publication does not prevent errors from being entered in a photomask order. In this regard, this system is only able to identify errors in a photomask order after the order has been entered by a customer and transmitted to a photomask manufacturer. Upon receiving the order, the photomask manufacturer validates the order information, and if it detects an error, sends an error message to the customer and prompts the customer to correct such error. Additionally, this system does not place the entered photomask order data into a standard format until after it has been validated and received by the photomask manufacturer. In other words, the manufacturer is required to condition the data entered by a customer into a standard format for manufacturer. As a result, a great deal of time is wasted correcting the customer's data entry mistakes and converting the data into a standard format. Thus, there is a long felt need for a system and method which generates photomask orders in a standard and/or proprietary order format and prevents errors during data entry and prior to transmission to a photomask manufacturer.
After the manufacturing steps described above are completed, the completed photomask is sent to a customer for use to manufacture semiconductor and other products. In particular, photomasks are commonly used in the semiconductor industry to transfer micro-scale images defining a semiconductor circuit onto a silicon or gallium arsenide substrate or wafer. The process for transferring an image from a photomask to a silicon substrate or wafer is commonly referred to as lithography or microlithography. Typically, as shown in FIG. 4, the semiconductor manufacturing process comprises the steps of deposition, photolithography, and etching. During deposition, a layer of either electrically insulating or electrically conductive material (like a metal, polysilicon or oxide) is deposited on the surface of a silicon wafer. This material is then coated with a photosensitive resist. The photomask is then used much the same way a photographic negative is used to make a photograph. Photolithography involves projecting the image on the photomask onto the wafer. If the image on the photomask is projected several times side by side onto the wafer, this is known as stepping and the photomask is called a reticle.
As shown in FIG. 5, to create an image 21 on a semiconductor wafer 20, a photomask 10 is interposed between the semiconductor wafer 20, which includes a layer of photosensitive material, and an optical system 22. Energy generated by an energy source 23, commonly referred to as a Stepper, is inhibited from passing through the areas of the photomask 10 where the opaque material is present. Energy from the Stepper 23 passes through the transparent portions of the quartz substrate 11 not covered by the opaque material 12 and the antireflective material 13. The optical system 22 projects a scaled image 24 of the pattern of the opaque material 12 and 13 onto the semiconductor wafer 20 and causes a reaction in the photosensitive material on the semiconductor wafer. The solubility of the photosensitive material is changed in areas exposed to the energy. In the case of a positive photolithographic process, the exposed photosensitive material becomes soluble and can be removed. In the case of a negative photolithographic process, the exposed photosensitive material becomes insoluble and unexposed soluble photosensitive material is removed.
After the soluble photosensitive material is removed, the image or pattern formed in the insoluble photosensitive material is transferred to the substrate by a process well known in the art which is commonly referred to as etching. Once the pattern is etched onto the substrate material, the remaining resist is removed resulting in a finished product. A new layer of material and resist is then deposited on the wafer and the image on the next photomask is projected onto it. Again the wafer is developed and etched. This process is repeated until the circuit is complete. Because, in a typical semiconductor device many layers may be deposited, many different photomasks may be necessary for the manufacture of even a single semiconductor device. Indeed, if more than one piece of equipment is used by a semiconductor manufacturer to manufacturer a semiconductor device, it is possible more than one photomask may be needed, even for each layer. Furthermore, because different types of equipment may also be used to expose the photoresist in the different production lines, even the multiple identical photomask patterns may require additional variations in sizing, orientation, scaling and other attributes to account for differences in the semiconductor manufacturing equipment. Similar adjustments may also be necessary to account for differences in the photomask manufacturer's lithography equipment. These differences need to be accounted for in the photomask manufacturing process.
While the prior art is of interest, the known methods and apparatus of the prior art present several limitations which the present invention seeks to overcome.
In particular, it is an object of the present invention to provide a rule-based system and method for automatically generating a photomask order into one or more standard and/or proprietary formats, wherein the rules can be adapted or modified to meet any number of different standard and/or proprietary formats now known or hereinafter developed.
It is another object of the present invention to provide a rule-based system and method for automatically generating a photomask order into one or more standard and/or proprietary formats, wherein the system and method requires a user to follow a set of rules associated with a standard and/or proprietary format for photomask orders.
It is another object of the present invention to provide a rule-based system and method for automatically generating a photomask order into one or more standard and/or proprietary formats, wherein an order is generated by merging existing photomask order(s) and/or templates containing photomask data into a single, new order.
It is another object of the present invention to provide a rule-based photomask order system and method for reducing photomask order and data entry times.
It is another object of the present invention to provide a rule-based photomask order system and method for reducing transcription errors associated with the manual entry of photomask orders.
It is another object of the present invention to provide a rule-based photomask order system and method for increasing the overall output of photomasks being manufactured.
It is another object of the present invention to solve the shortcomings of the prior art.
Other objects will become apparent from the foregoing description.
SUMMARY OF THE INVENTION
It has now been found that the above and related objects of the present invention are obtained in the form of a rule-based system and method for generating a photomask order into a specified standard and/or proprietary photomask order format, wherein the system and method can be adapted to generate an order in a variety of different standard and/or proprietary formats.
More particularly, the system includes a server and an external data storage media stored on the server. Rules and templates for facilitating the entry of photomask order data and for generating an order are stored in the external storage media. The external data storage media may be a variety of different types of storage media, including, but not limited to, a relational database, an object-oriented class, an XML file and other similar storage media now known or hereinafter developed. By maintaining the storage media external to the system and by providing flexibility in the type of storage media that can be used with the system and method of the present invention, a variety of different users and automated systems may operate the system dynamically across a variety of different platforms.
The external data storage media has stored thereon at least one template for the entry and storage of photomask order data, wherein the template is created based upon the requirements of a specified photomask order format. Additionally, the external data storage media includes at least one first set of rules corresponding to the at least one template, wherein the first set of rules include instructions which ensure that a user enters complete information into the template as required by the specified order format. Additionally, the external data storage media includes at least one second set of rules which corresponds to said at least one template, wherein the second set of rules include instructions which ensure that the user enters accurate information into the template as required by the specified format. Additionally, the system includes a graphical user interface in communication with the server, wherein the user can create and modify templates, create and modify photomask order data, access the template(s) to enter photomask order data and generate an order in a specified format. These orders are saved on the system and can be used by a user at a later time to create new orders based on the information saved in the order.
BRIEF DESCRIPTION OF THE DRAWINGS
The above and related objects, features and advantages of the present invention will be more fully understood by reference to the following, detailed description of the preferred, albeit illustrative, embodiment of the present invention when taken in conjunction with the accompanying figures, wherein:
FIG. 1 represents a blank or undeveloped photomask of the prior art;
FIG. 2 represents the photomask of FIG. 1 after it has been partially processed;
FIG. 3 represents the photomask of FIGS. 1 and 2 after it has been fully processed;
FIG. 4 is a flowchart showing the method of using a processed photomask to make or process a semiconductor wafer;
FIG. 5 shows the process of making a semiconductor using a wafer stepper.
DETAIL DESCRIPTION OF THE PREFERRED EMBODIMENT(S)
The present invention relates to a computerized rule-based system and method for automatically generating photomask orders in a specified format, wherein a photomask customer desiring to place an order for a photomask is guided through the process of entering an order in a complete and accurate manner in accordance with the requirements of the specified order format. To carry out these functions, the system and method utilizes the following four components to generate a photomask order into a desired format: (1) templates in which data is entered; (2) rules for converting the data entered in the templates into a specified standard and/or proprietary format; (3) a method for using templates to create a photomask order in a specified format; and (4) a separate set of rule for validating photomask order against a specified standard format. Software is implemented in this system to associate specific templates with specific rules to ensure that a customer enters complete and accurate photomask order information. Likewise, software is implemented in the system of the present invention to associate specific photomask orders with specific rules to ensure that a customer enters complete and accurate photomask order information.
Before describing this software, it is first necessary to describe the manner in which the templates, orders and rules are stored and organized. More particularly, the system includes a server and an external data storage media stored on the server. Rules and templates for facilitating the entry of photomask order data and for generating an order are stored in the external storage media. The external data storage media may be a variety of different types of storage media, including, but not limited to, a relational database, an object-oriented class, an XML file and other similar storage media now known or hereinafter developed. By maintaining the storage media external to the system and by providing flexibility in the type of storage media that can be used with the system and method of the present invention, a variety of different users and automated systems may operate the system dynamically across a variety of different platforms.
In a preferred embodiment, a set of templates and orders are created based on the requirements of a particular standard and/or proprietary photomask order format. In this regard, the templates and orders are organized as a hierarchy of components and subcomponents, wherein each component and subcomponent is defined by the requirements of a particular standard and/or proprietary photomask order format. For example, a particular photomask order format may require that the mask data component include certain subcomponents, such as a title, barcode and pattern data, to name a few. Each of these subcomponents may have further detailed subcomponents (“child component”). For example, the pattern data component, which is a subcomponent of the mask data component, may have a set of child components associated therewith. Depending upon the requirements of the standard and/or proprietary photomask order format, these child components may have additional subcomponents as well, which can in turn, have their own subcomponents and so forth and so on. Each component and subcomponent is defined by a set of attributes (e.g., binary, string, integer, real number, date, Boolean, list, etc.). Since templates are used to create photomask orders, the rules (discussed in more detail below) associated with a given template can be can be a subset of the rules associated with the photomask order that is created from the template. This will allow the user to leave certain information or components out of a template in the event that such information changes for each new order created from the given template. Table 1 demonstrates an example of how the components and subcomponents of the templates and orders may be organized according to a standard and/or proprietary photomask order format:
TABLE 1
Order
Supplied Pattern
Data
Pattern Group
Pattern
Placement
Mask Data
Title
Barcode
OPC Definition
Array
Registration
Measure File
Registration
Die to Data
Inspection
Die to Die
Inspection
Surface
Definition
Visual Inspection
Pattern
Critical
Dimension
Die to Die
Inspection
Die to Data
Inspection
Field
Pattern
Critical
Dimension
Die to Die
Inspection
Die to Data
Inspection
Preferably, each template and order is stored in a database, but may also be stored in other locations. A search engine may be provided on which users can search for a particular template or order stored in the database. Using the search engine, the user can locate the appropriate templates that are needed to generate a photomask in a particular order format. Once such templates are located, data relating to a photomask order is entered by a user (typically, a photomask customer desiring to place an order for a photomask). The user can also use the search engine to locate existing photomask orders for the purpose of completing the data entry or modifying their content, as described below.
As noted above, a customer may not have sufficient knowledge of the requirements of a particular photomask order format, and thus, may not enter all necessary information required by such standards to complete an order. Additionally, customers are prone to making data entry errors, and thus, may provide inaccurate information. Accordingly, a first and second set of rules are established and stored on the system to ensure that the customer enters complete and accurate data into the templates and orders, as required by a particular standard and/or proprietary photomask order format.
In the preferred embodiment, the first set of rules are established to ensure that a user inputs all necessary data to output a complete photomask order, as specified by a particular standard and/or proprietary photomask order format. Preferably, the first set of rules are established based on the requirements of a selected photomask order format. In this regard, the first set of rules dictate whether data “must” be input, “can” be input and/or “must not” be input into each component and subcomponent of a template or order, as dictated by the specified photomask order format. Additionally, the first set of rules should be configured such that they will require the user to enter information into any other components which are required (as set forth in a particular standard and/or proprietary photomask order format) to complete a photomask order.
Thus, for example, referring to Table 1, a particular standard order format may require, with respect to the “Pattern” template, that for all EAPSM orders: placement data and critical dimensions data must be provided; die to die inspection data may be provided; and die to data cannot be provided. Accordingly, rules are established and associated with the appropriate templates (and components and sub-components) which require that: 1) the user “must” include placement data and critical dimension data; 2) the user “can” include die to die inspection data; and 3) the user “must not” include die to data inspection data. Accordingly, in this example, when a user seeks to create an order for an EAPSM using the system and method of the present invention, the rules will: 1) require the user to input placement and critical dimension data; 2) permit (but not require) a user to enter die to die inspection data; and 3) preclude a user from entering die to data inspection. Additionally, the selected order format may require that in addition to Pattern Data, Array Registration data must also be entered to complete a photomask order. Accordingly, the first set of rules would also be configured such that once the user has completed entering all the pattern data, the user will be guided to the “Array Registration” template and be prompted to enter all required data into that template (and any other corresponding subcomponents of that template) as well. Similarly, if the standard and/or proprietary photomask order format requires the entry of data into any other templates to complete a photomask order, the first set of rules will guide the user to such other templates after the user has entered all data into the Array Registration template, and prompt the user to enter all required data into such template(s). Once the user has entered data in all required templates, the user will be permitted to finalize the template (subject to entering data according to the second set of rules as discussed below).
Thus, as should be apparent, the first set of rules of the present invention ensure that the user enters the necessary information into the appropriate templates as required by a particular standard and/or proprietary format to generate a photomask order. Put another way, the rules guide a user through the process of entering photomask order data to ensure that all necessary order information is entered into the templates.
Additionally, the system and method also provide for a second set of rules which ensure that a user inputs data in an accurate and proper format, as specified by a particular standard and/or proprietary photomask order format. As noted above, each component and subcomponent of a template is defined by a set of attributes (e.g., binary, string, integer, real number, date, Boolean, list, etc.). Thus, in a preferred embodiment, a second set of rules are established for each template and order that indicates to the user whether the data entered into a particular template or order “must”, “can” and/or “must not” have a particular attribute, as required by a particular standard and/or proprietary photomask order format. For example, referring to Table 1, a particular standard and/or proprietary photomask order format may require that: 1) the data entered into the placement template “must” be an integer; 2) the data entered into the title template “can” be a string; and 3) the data entered into the critical dimension template “must not” be a string. Accordingly, a rule is established for the placement template which: 1) requires the user to enter an integer in the placement template; 2) allows the user to enter a string into the title template; and 3) prevents the user from entering a string into the critical dimension template. Thus, as should be apparent, the rules of the present invention ensure that the user enters the appropriate type of information into each template as required by a particular standard and/or proprietary photomask order format to generate a photomask order. Put another way, the second set of rules only permit the user to enter a certain type of data into a template, and thus, reduce the possibility of there being design errors and/or data entry errors in the process of placing a photomask order.
In a preferred embodiment, the first and second set of rules described herein are created and stored separately. As noted above, the rules may be stored either internal or external to the system in any different number of dynamic formats (e.g., as a database, an object-oriented class, an XML file, etc.) so that the system may be adapted to run on any number of platforms, depending the preferences or a user and/or automated system. It should be noted, however, that a single set of rules can be created and stored, provided that such single set of rules both ensures that a user both enters complete photomask order information (as described with reference to the first set of rules) and enters accurate photomask order information (as described with reference to the second set of rules). Further, the first and second set of rules may be combined as a single set of rules in a similar manner.
As noted above, the present invention includes a function to associate specific first and second sets of rules with specific templates, to ensure that a photomask order is generated in a complete and accurate manner. In the preferred embodiment, this functionality is provided in the form of a software-based application installed on the computer of an entity desiring to place an order for a photomask, such as a semiconductor manufacturer. Unlike the prior art, this software is not dependent on a given photomask manufacturer's manufacturing process. Rather, the software of the present invention can be deployed as a stand-alone secure application, a network distributed application or a web-based “thin-client” application. Preferably, the software is utilized in a client-server system, wherein a graphical user interface (e.g., the client) connects to and retrieves data from a database on the server. In all cases, the customer running the software of the present invention is not required to access and/or login to any external local area network of a photomask manufacturer to place an order.
The manner in which the software of the present invention associates specific rules with specific templates is now described. In particular, since the templates are hierarchical collections of data, each element of a template is interpreted by an associated software object. In the preferred embodiment, rules are embedded within the software objects and are responsible for the assembly of the data entered in the templates. These rules are constraints or instructions, such as an algorithm, and typically relate to one or more attributes of the software object. Accordingly, with this arrangement, it is possible to enter a complete and accurate photomask order as the rules and templates are appropriately associated with each other.
Additionally, the system is preferably configured to permit the rules and templates to be separately updated should the need arise. In this regard, the current standard photomask order format is known as the SEMI P-10 standard format. However, it is anticipated that as technological advances are made, a new standard format may be developed to cover these advances, and thus, replace the current SEMI P-10 standard format. Additionally, there are currently many other international standard order formats that are used by photomask manufacturers overseas. As with the SEMI P-10 format, it is expected that these international formats will also change or be replaced over time. Thus, the system of the present invention provides for the ability to update the rules and templates to meet these changes. More particularly, the first and second sets of rules are preferably stored as separate files from each of the templates, which are in turn also each stored as separate files. By keeping the rules and templates separate, any modification to one will have no effect on the other. In this regard, when the rules or templates are modified, there will be no need for a correlative code change to a corresponding element where none would be indicated by the proximate feature modification. Additionally, by storing the rules and templates separately, the possibility of the occurrence of a system seize-up (e.g., where unanticipated changes to an embedded or inner-nested element might cause an unanticipated failure) can be avoided. In this regard, if rules and templates were not stored separately, independent modification would be impossible. Each existing template, of which there could be thousands, would then have to be modified individually to include the new rules. Thus, as should be readily apparent, the system and method of the present invention is not limited to any one particular standard format, but rather can be easily adapted to conform to the requirements of any current or newly developed standard photomask order format. Similarly, a customer may change its proprietary order format to meet any changes associated with new developments or improved technologies.
To modify the rules, software objects are established such that the rules contained therein may affect one or more of its attributes, its children or other rules contained within it. In this regard, the rules are established such that only certain specified attributes are affected by rules. Thus, since the software objects, like templates, are hierarchical in nature, they know both their parent and children. Accordingly, any time a child object is modified, it notifies its parent of the area, rules or attributes impacted by the change. As a result, any change made anywhere within the hierarchy of rules is propagated through the entire family. Accordingly, the rules have the capability to enforce the addition of, or the removal of, any child element of the parent. Thus, within the application, each object is individually updateable through subsequent releases of the software. Additionally, object parents maintain a standard collection for each type of child element, which can be added or removed while the template is being constructed.
Templates can also be modified in response to a modification of a standard and/or proprietary photomask order format which requires the addition of new attributes and/or subcomponents to be added to hierarchy of orders and templates. In such instances, the new relationships are defined for affected components and/or subcomponents and new rules are dynamically added to the existing rule schema.
To illustrate these features of the present invention, the following example is now described. The current Semi P-10 standard requires that a photomask order include, among other things: Mask Order[ ], Mask Set [ ], Mask Definition [ ], and Pattern Definition[ ]. Thus, according to this requirement, the following templates would be established: SemiOrder Template, SemiMaskSet Template, SemiMask Template and SemiPattern Template. Additionally, a first and second set of rules for each of these templates would be established which dictate whether data must be entered into each of the templates and the type of data that can be entered into such templates. However, at a later point in time, the Semi P-10 standard may be replaced by a new standard that requires a CD component. Thus, the existing templates (e.g., SemiPattern) could be modified to include, for example, a CD component to conform to a modification of the metrology aspect of the SEMI P-10 standard. Additionally, a new template could be created to conform to any newly added aspects (e.g., registration) of the new SEMI standard. Similarly, the already existing first and second set of rules could be adapted to meet the changes associated with the modified CD component aspect of the current SEMI P-10 standard. Additionally, a new set of first and second set of rules could be created to conform to the new registration feature of the new SEMI standard.
Another aspect of the present invention is that it provides for the ability to generate new photomask orders by: (1) merging data into a new order from an already existing template having data contained therein; (2) merging data into a new order from an already existing order having data contained therein; or (3) merging data into a new order from already existing templates and orders. In this regard, whenever a user enters data into either a template or creates an order, such template and/or order is saved on the system of the present invention. Thereafter, a user is able to access the already existing templates and/or orders and use the data saved therein to generate a new order. By providing a user of the system of the present invention with the ability to merge data from already existing orders and/or templates, the process for entering photomask order data is greatly reduced, thereby reducing the overall time it takes to manufacture a photomask order. Each of the three methods for merging data into an order is described below.
In one embodiment, to create a new order from an existing template(s), the user is prompted to create a new, blank order. Next, the user is provided with the option of selecting templates and/or orders which were created and saved from a previous photomask order. Depending upon the type of photomask to be manufactured from the new order, the user selects and loads the most relevant template(s) stored in the relational database. The selected template is displayed to the user with previously entered data. For each non-null object within the template (e.g., the object contains data), the user may either select the previously entered data into the new order or over-write this data with new data. Additionally, to the extent that a particular object within a template is null (e.g., it is already empty), the user may enter appropriate data within that object. Next, the rules established for this order operate as described above to ensure that data is accurately and completely entered. Thereafter, the software processes this information and generates a new order based on this information.
The process for creating a new order from an already existing order is similar to the process of creating a new order from an already existing template. In this embodiment, to create a new order from an existing order(s), the user is prompted to create a new, blank order. Next, the user is provided with the option of selecting templates and/or orders which were created and saved from a previous photomask order. Depending upon the type of photomask to be manufactured from the new order, the user selects and loads the relevant order(s) stored in a relational database. The selected order is displayed to the user with previously entered data. For each non-null object within the order, the user may either select the previously entered data into the new order or over-write this data with new data. Additionally, to the extent that a particular object within an order is null, the user may enter appropriate data within that object. Next, the rules established for this order operate as described above to ensure that data is accurately and completely entered. Thereafter, the software processes this information and generates a new order based on this information.
In yet another embodiment, to create a new order from both an existing template(s) and order(s), the user is prompted to create a new, blank order. Next, the user is provided with the option of selecting templates and/or orders which were created and saved from a previous photomask order. Depending upon the type of photomask to be manufactured from the new order, the user selects and loads the relevant template(s) stored in a relational database. The selected template is displayed to the user with previously entered data. For each non-null object within the template, the user may either select the previously entered data into the new order or over-write this data with new data. Additionally, to the extent that a particular object within a template is null, the user may enter appropriate data within that object. Next, the rules established for this order operate as described above to ensure that data is accurately and completely entered. Additionally, previously saved orders may also be merged into the same order. In this regard, the user can select and load previously placed order(s) stored in a relational database. The selected order is displayed to the user with previously entered data. For each non-null object within the order (e.g., the object contains data), the user may either select the previously entered data into the new order or over-write this data with new data. Additionally, to the extent that a particular object within a order is already empty, the user may enter appropriate data within that object. Next, the rules established for this order operate as described above to ensure that data is accurately and completely entered. Once all of the appropriate templates and orders have been merged into the new order, the software processes this information and generates a new order based on this information.
Now that the preferred embodiments of the present invention have been shown and described in detail, various modifications and improvements thereon will become readily apparent to those skilled in the art. Accordingly, the spirit and scope of the present invention is to be construed broadly and limited only by the appended claims and not by the foregoing specification.

Claims (117)

1. A rule-based system for generating photomask orders in a specified format comprising:
at least one template for the entry and storage of photomask order data, wherein said template is created based upon requirements of a specified photomask format;
at least one first set of rules corresponding to said at least one template, wherein said first set of rules is stored separately from said at least one template and includes instructions which ensure that a user enters complete information into said template as required by the specified format;
at least one second set of rules which corresponds to said at least one template, wherein said second set of rules is stored separately from said at least one template and includes instructions which ensure that the user enters accurate information to said template as required by the specified format; and
a graphical user interface associated with at least one said template, wherein the user can access said at least one template to enter photomask order data and create an order in the specified format.
2. The system of claim 1, wherein said at least one template and said at least one first and second set of rules are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
3. The system of claim 2, wherein said at least one template includes components, wherein data which can be entered into said components are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
4. The system of claim 2, wherein said at least one template includes subcomponents, wherein data which can be entered into said subcomponents are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
5. The system of claim 2, wherein said at least one template includes components and subcomponents, wherein data which can be entered into said components and subcomponents are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
6. The system of claim 5, wherein the type of data that can be entered into said components and said subcomponents is limited to specific attributes set in accordance with the requirements of a particular standard and/or proprietary photomask format.
7. The system of claim 1, wherein said first set of rules specify the type of photomask data which must, can and/or must not be entered to complete a photomask order in a specified format.
8. The system of claim 1, wherein said second set of rules specify the format in which the photomask data required to be entered by said first set of rules must, can and/or must not be input.
9. The system of claim 8, wherein said format is a binary, string, integer, real number, date, Boolean and/or a list.
10. The system of claim 1, wherein said system includes instructions for associating said first and second sets of rules with said templates.
11. The system of claim 1, wherein said first and second sets of rules are combined to form a single set of rules.
12. The system of claim 1, wherein said templates and said first and second sets of rules are stored external to the system.
13. The system of claim 12, wherein said templates and said first and second sets of rules are stored in a relational database.
14. The system of claim 12, wherein said templates and said first and second sets of rules are an XML file.
15. The system of claim 12, wherein said first and second sets of rules and templates are stored as an object-oriented class.
16. The system of claim 1, further comprising a search engine for searching for specific templates and/or order data previously generated on said system and merging said previously generated templates and/or order data into at least one new template and/or order.
17. The system of claim 1, wherein said at least one template is interpreted by a software object and said at least one first and second sets of rules are embedded within said software objects.
18. The system of claim 17, wherein said at least one first and second sets of rules include instructions which relate to one or more attributes of said software objects.
19. The system of claim 18, wherein said software objects are hierarchical.
20. The system of claim 1, wherein said system is deployed as a stand-alone secure application.
21. A rule-based system for generating photomask orders and/or templates in a specified format comprising:
at least one template for the entry and storage of photomask order data, wherein said template is created based upon requirements of a specified photomask format;
at least one set of rules corresponding to said at least one template, wherein said rules govern the entry of photomask order data into said template as required by the specified format,
a graphical user interface associated with said at least one template, wherein the user can access said at least one template to enter photomask order data and create an order in the specified format; and
a search engine for locating preexisting photomask order data and/or at least one preexisting template and merging at least a portion of said preexisting order data or said at least one preexisting template into a new order and/or new template in the specified format.
22. The system of claim 21, wherein said at least one template and said at least one set of rules are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
23. The system of claim 22, wherein said at least one template includes components, wherein data which can be entered into said components are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
24. The system of claim 22, wherein said at least one template includes subcomponents, wherein data which can be entered into said subcomponents are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
25. The system of claim 22, wherein said at least one template includes components and subcomponents, wherein data which can be entered into said components and subcomponents are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
26. The system of claim 25, wherein the type of data that can be entered into said components and said subcomponents is limited to specific attributes set in accordance with the requirements of a particular standard and/or proprietary photomask format.
27. The system of claim 21, wherein said at least one set of rules includes instructions for ensuring that a user enters complete and accurate information into said at least one template.
28. The system of claim 27, wherein said at least one set of rules specify the format and type of photomask data which must, can and/or must not be entered.
29. The system of claim 28, wherein said format is a binary, string, integer, real number, date, Boolean and/or a list.
30. The system of claim 21, wherein said system includes instructions for associating said at least one first set of rules with said at least one template.
31. The system of claim 21, wherein said templates and said at least one set of rules is stored external to the system.
32. The system of claim 31, wherein said templates and said at least one set of rules is stored in a relational database.
33. The system of claim 31, wherein said templates and said at least one set of rules is an XML file.
34. The system of claim 31, wherein said at least one set of rules is stored as an object-oriented class.
35. The system of claim 21, wherein said at least one template is interpreted by a software object and said at least one set of rules is embedded within said software objects.
36. The system of claim 35, wherein said at least one set of rules includes instructions which relate to one or more attributes of said software objects.
37. The system of claim 36, wherein said software objects are hierarchical.
38. The system of claim 21, wherein said system is deployed as a stand-alone secure application.
39. A rule-based system for generating photomask orders in a specified format comprising:
at least one template for the entry and storage of photomask order data, wherein said template is created based upon requirements of a specified photomask format;
at least one set of rules corresponding to said at least one template, wherein said rules govern the entry of photomask order data into said template as required by the specified format;
a graphical user interface associated with said at least one template, wherein the user can access said at least one template to enter photomask order data and create an order in the specified format; and
said at least one template includes components and subcomponents, wherein one or more subcomponents may be copied to one or more other subcomponents within said order in the specified format.
40. The system of claim 39, wherein said at least one template and said at least one set of rules are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
41. The system of claim 40, wherein data which can be entered into said components is set in accordance with the requirements of a particular standard and/or proprietary photomask format.
42. The system of claim 40, wherein data which can be entered into said subcomponents is set in accordance with the requirements of a particular standard and/or proprietary photomask format.
43. The system of claim 40, wherein data which can be entered into said components and subcomponents is set in accordance with the requirements of a particular standard and/or proprietary photomask format.
44. The system of claim 43, wherein the type of data that can be entered into said components and said subcomponents is limited to specific attributes set in accordance with the requirements of a particular standard and/or proprietary photomask format.
45. The system of claim 39, wherein said at least one set of rules includes instructions for ensuring that a user enters complete and accurate information into said at least one template.
46. The system of claim 45, wherein said at least one set of rules specify the format and type of photomask data which must, can and/or must not be entered.
47. The system of claim 46, wherein said format is a binary, string, integer, real number, date, Boolean and/or a list.
48. The system of claim 39, wherein said system includes instructions for associating said at least one first set of rules with said at least one template.
49. The system of claim 39, wherein said templates and said at least one set of rules is stored external to the system.
50. The system of claim 49, wherein said templates and said at least one set of rules is stored in a relational database.
51. The system of claim 49, wherein said templates and said at least one set of rules is an XML file.
52. The system of claim 49, wherein said at least one set of rules is stored as an object-oriented class.
53. The system of claim 49, wherein said at least one template is interpreted by a software object and said at least one set of rules is embedded within said software objects.
54. The system of claim 53, wherein said at least one set of rules includes instructions which relate to one or more attributes of said software objects.
55. The system of claim 54, wherein said software objects are hierarchical.
56. The system of claim 39, wherein said system is deployed as a stand-alone secure application.
57. The system of claim 39, wherein said at least one template and said at least one set of rules are stored separately.
58. The system of claim 39, further comprising a search engine for searching for specific templates and/or order data previously generated on said system and merging said previously generated templates and/or order data into at least one new template and/or order.
59. A rule-based system for generating photomask orders in a specified format comprising:
at least one template for the entry and storage of photomask order data, wherein said template is created based upon requirements of a specified photomask format;
at least one set of rules corresponding to said at least one template, wherein said rules govern the entry of photomask order data into said template as required by the specified format, wherein rules are stored independently of said at least one template; and
a graphical user interface associated with said at least one template, wherein the user can access said at least one template to enter photomask order data and create an order in the specified format.
60. The system of claim 59, wherein said at least one template and said at least one set of rules are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
61. The system of claim 60, wherein said at least one template includes components, wherein data which can be entered into said components are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
62. The system of claim 60, wherein said at least one template includes subcomponents, wherein data which can be entered into said subcomponents are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
63. The system of claim 60, wherein said at least one template includes components and subcomponents, wherein data which can be entered into said components and subcomponents are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
64. The system of claim 63, wherein the type of data that can be entered into said components and said subcomponents is limited to specific attributes set in accordance with the requirements of a particular standard and/or proprietary photomask format.
65. The system of claim 59, wherein said at least one set of rules includes instructions for ensuring that a user enters complete and accurate information into said at least one template.
66. The system of claim 65, wherein said at least one set of rules specify the format and type of photomask data which must, can and/or must not be entered.
67. The system of claim 66, wherein said format is a binary, string, integer, real number, date, Boolean and/or a list.
68. The system of claim 59, wherein said system includes instructions for associating said at least one first set of rules with said at least one template.
69. The system of claim 59, wherein said templates and said at least one set of rules is stored external to the system.
70. The system of claim 69, wherein said templates and said at least one set of rules is stored in a relational database.
71. The system of claim 59, wherein said templates and said at least one set of rules is an XML file.
72. The system of claim 59, wherein said at least one set of rules is stored as an object-oriented class.
73. The system of claim 59, wherein said at least one template is interpreted by a software object and said at least one set of rules is embedded within said software objects.
74. The system of claim 73, wherein said at least one set of rules includes instructions which relate to one or more attributes of said software objects.
75. The system of claim 74, wherein said software objects are hierarchical.
76. The system of claim 59, wherein said system is deployed as a stand-alone secure application.
77. The system of claim 59, further comprising a search engine for searching for specific templates and/or order data previously generated on said system and merging said previously generated templates and/or order data into at least one new template and/or order.
78. A rule-based system for generating photomask orders in at least two different specified formats comprising:
at least one template for the entry and storage of photomask order data, wherein said template is created based upon requirements of a specified photomask format;
at least one set of rules corresponding to said at least one
template, wherein said at least one set of rules includes instructions which ensure that a user enters complete and/or accurate information into said template as required by said at least two different formats,
a graphical user interface associated with said at least one template, wherein the user can access said at least one template to enter photomask order data and create an order in said at least two different specified formats.
79. The system of claim 78, wherein said at least one template and said at least one set of rules are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
80. The system of claim 79, wherein said at least one template includes components, wherein data which can be entered into said components are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
81. The system of claim 79, wherein said at least one template includes subcomponents, wherein data which can be entered into said subcomponents are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
82. The system of claim 79, wherein said at least one template includes components and subcomponents, wherein data which can be entered into said components and subcomponents are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
83. The system of claim 82, wherein the type of data that can be entered into said components and said subcomponents is limited to specific attributes set in accordance with the requirements of a particular standard and/or proprietary photomask format.
84. The system of claim 78, wherein said at least one set of rules includes instructions for ensuring that a user enters complete and accurate information into said at least one template.
85. The system of claim 84, wherein said at least one set of rules specify the format and type of photomask data which must, can and/or must not be entered.
86. The system of claim 85, wherein said format is a binary, string, integer, real number, date, Boolean and/or a list.
87. The system of claim 78, wherein said system includes instructions for associating said at least one first set of rules with said at least one template.
88. The system of claim 78, wherein said templates and said at least one set of rules is stored external to the system.
89. The system of claim 88, wherein said templates and said at least one set of rules is stored in a relational database.
90. The system of claim 88, wherein said templates and said at least one set of rules is an XML file.
91. The system of claim 88, wherein said at least one set of rules is stored as an object-oriented class.
92. The system of claim 88, wherein said at least one template is interpreted by a software object and said at least one set of rules is embedded within said software objects.
93. The system of claim 92, wherein said at least one set of rules includes instructions which relate to one or more attributes of said software objects.
94. The system of claim 93, wherein said software objects are hierarchical.
95. The system of claim 78, wherein said system is deployed as a stand-alone secure application.
96. The system of claim 78, wherein said at least one template and said at least one set of rules are stored separately.
97. The system of claim 78, further comprising a search engine for searching for specific templates and/or order data previously generated on said system and merging said previously generated templates and/or order data into at least one new template and/or order.
98. A rule-based system for generating photomask orders in a specified format comprising:
at least one template for the entry and storage of photomask order data, wherein said template is created based upon requirements of a specified photomask format and wherein at least some of said photomask order data is imported from a preexisting order template;
at least one set of rules corresponding to said at least one template, wherein said rules govern the entry of photomask order data into said template as required by the specified format,
a graphical user interface in with at least one said template, wherein the user can access said at least one template to enter photomask order data and create an order in the specified format.
99. The system of claim 98, wherein said at least one template and said at least one set of rules are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
100. The system of claim 99, wherein said at least one template includes components, wherein data which can be entered into said components are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
101. The system of claim 99, wherein said at least one template includes subcomponents, wherein data which can be entered into said subcomponents are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
102. The system of claim 99, wherein said at least one template includes components and subcomponents, wherein data which can be entered into said components and subcomponents are set in accordance with the requirements of a particular standard and/or proprietary photomask format.
103. The system of claim 102, wherein the type of data that can be entered into said components and said subcomponents is limited to specific attributes set in accordance with the requirements of a particular standard and/or proprietary photomask format.
104. The system of claim 98, wherein said at least one set of rules includes instructions for ensuring that a user enters complete and accurate information into said at least one template.
105. The system of claim 104, wherein said at least one set of rules specify the format and type of photomask data which must, can and/or must not be entered.
106. The system of claim 105, wherein said format is a binary, string, integer, real number, date, Boolean and/or a list.
107. The system of claim 98, wherein said system includes instructions for associating said at least one first set of rules with said at least one template.
108. The system of claim 98, wherein said templates and said at least one set of rules is stored external to the system.
109. The system of claim 108, wherein said templates and said at least one set of rules is stored in a relational database.
110. The system of claim 108, wherein said templates and said at least one set of rules is an XML file.
111. The system of claim 108, wherein said at least one set of rules is stored as an object-oriented class.
112. The system of claim 108, wherein said at least one template is interpreted by a software object and said at least one set of rules is embedded within said software objects.
113. The system of claim 112, wherein said at least one set of rules includes instructions which relate to one or more attributes of said software objects.
114. The system of claim 113, wherein said software objects are hierarchical.
115. The system of claim 98, wherein said system is deployed as a stand-alone secure application.
116. The system of claim 98, wherein said at least one template and said at least one set of rules are stored separately.
117. The system of claim 98, further comprising a search engine for searching for specific templates and/or order data previously generated on said system and merging said previously generated templates and/or order data into at least one new template and/or order.
US10/209,254 2002-03-15 2002-07-30 Rule based system and method for automatically generating photomask orders in a specified order format Expired - Lifetime US6842881B2 (en)

Priority Applications (7)

Application Number Priority Date Filing Date Title
US10/209,254 US6842881B2 (en) 2002-07-30 2002-07-30 Rule based system and method for automatically generating photomask orders in a specified order format
US10/877,001 US7669167B2 (en) 2002-07-30 2004-06-25 Rule based system and method for automatically generating photomask orders by conditioning information from a customer's computer system
US10/974,449 US20050060680A1 (en) 2002-07-30 2004-10-27 Rule based system and method for automatically generating photomask orders in a specified order format
US10/981,201 US7640529B2 (en) 2002-07-30 2004-11-03 User-friendly rule-based system and method for automatically generating photomask orders
EA200500694A EA008878B1 (en) 2002-07-30 2005-05-20 Rule based system and method for automatically generating photomask orders
US11/140,004 US7356374B2 (en) 2002-03-15 2005-05-27 Comprehensive front end method and system for automatically generating and processing photomask orders
EA200500760A EA009013B1 (en) 2002-07-30 2005-06-01 Comprehensive front end method and system for automatically generating and processing photomask orders

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US10/209,254 US6842881B2 (en) 2002-07-30 2002-07-30 Rule based system and method for automatically generating photomask orders in a specified order format

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US10/877,001 Continuation-In-Part US7669167B2 (en) 2002-03-15 2004-06-25 Rule based system and method for automatically generating photomask orders by conditioning information from a customer's computer system
US10/974,449 Continuation US20050060680A1 (en) 2002-07-30 2004-10-27 Rule based system and method for automatically generating photomask orders in a specified order format

Publications (2)

Publication Number Publication Date
US20040025137A1 US20040025137A1 (en) 2004-02-05
US6842881B2 true US6842881B2 (en) 2005-01-11

Family

ID=31187006

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/209,254 Expired - Lifetime US6842881B2 (en) 2002-03-15 2002-07-30 Rule based system and method for automatically generating photomask orders in a specified order format
US10/974,449 Abandoned US20050060680A1 (en) 2002-07-30 2004-10-27 Rule based system and method for automatically generating photomask orders in a specified order format

Family Applications After (1)

Application Number Title Priority Date Filing Date
US10/974,449 Abandoned US20050060680A1 (en) 2002-07-30 2004-10-27 Rule based system and method for automatically generating photomask orders in a specified order format

Country Status (1)

Country Link
US (2) US6842881B2 (en)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020013741A1 (en) * 2000-07-25 2002-01-31 Satoshi Ito Method and apparatus for accepting and processing an application for conformity of a user dictionary to a standard dicitonary
US20030130749A1 (en) * 2001-11-07 2003-07-10 Albert Haag Multi-purpose configuration model
US20030182167A1 (en) * 2002-03-21 2003-09-25 Wolfgang Kalthoff Goal management
US20040044730A1 (en) * 2002-09-03 2004-03-04 Holger Gockel Dynamic access of data
US20040044689A1 (en) * 2002-09-03 2004-03-04 Markus Krabel Central master data management
US20040103182A1 (en) * 2002-11-27 2004-05-27 Markus Krabel Distribution in master data management
US20040117377A1 (en) * 2002-10-16 2004-06-17 Gerd Moser Master data access
US20040181458A1 (en) * 2003-03-14 2004-09-16 Danchai Kochpatcharin System, apparatus and method for reticle grade and pricing management
US20040181769A1 (en) * 2003-03-14 2004-09-16 Danchai Kochpatcharin System, apparatus and method for automated tapeout support
US20050091179A1 (en) * 2002-03-21 2005-04-28 Wolfgang Kalthoff Collaborative design process
US20050137731A1 (en) * 2003-12-19 2005-06-23 Albert Haag Versioning of elements in a configuration model
US20050144552A1 (en) * 2003-12-30 2005-06-30 Wolfgang Kalthoff Master data quality
US20050149474A1 (en) * 2003-12-30 2005-07-07 Wolfgang Kalthoff Master data entry
US20060026549A1 (en) * 2004-07-27 2006-02-02 Taiwan Semiconductor Manufacturing Company, Ltd. Method and system for conducting an online transaction of multi-project wafer service
US8061604B1 (en) 2003-02-13 2011-11-22 Sap Ag System and method of master data management using RFID technology
US20230177772A1 (en) * 2021-12-06 2023-06-08 Dillon Edward Thompson Rules of interaction of the 3D Golden Rhombus

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6622295B1 (en) * 2000-07-05 2003-09-16 Dupont Photomasks, Inc. Network-based photomask data entry interface and instruction generator for manufacturing photomasks
US6760640B2 (en) * 2002-03-14 2004-07-06 Photronics, Inc. Automated manufacturing system and method for processing photomasks
US7669167B2 (en) * 2002-07-30 2010-02-23 Photronics, Inc. Rule based system and method for automatically generating photomask orders by conditioning information from a customer's computer system
US7356374B2 (en) * 2002-03-15 2008-04-08 Photronics, Inc. Comprehensive front end method and system for automatically generating and processing photomask orders
TWI244590B (en) * 2003-06-30 2005-12-01 Taiwan Semiconductor Mfg System and method for reticle field layout design advanced features are not supported in freeware version
US7536664B2 (en) * 2004-08-12 2009-05-19 International Business Machines Corporation Physical design system and method
US20060123381A1 (en) * 2004-12-07 2006-06-08 Dainippon Screen Mfg. Co., Ltd. Data generating system, patterning data generating apparatus, method of generating patterning data and storage medium carrying patterning data
US20060271443A1 (en) * 2005-05-27 2006-11-30 Cahalane Daniel J System and method for automatically generating and/or processing a photomask order using a script profiler
US7887005B2 (en) * 2007-09-12 2011-02-15 Innovia Intellectual Properties, Llc Easy-load household automatic paper towel dispenser

Citations (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3698072A (en) * 1970-11-23 1972-10-17 Ibm Validation technique for integrated circuit manufacture
US3900737A (en) 1974-04-18 1975-08-19 Bell Telephone Labor Inc Electron beam exposure system
US4149246A (en) 1978-06-12 1979-04-10 Goldman Robert N System for specifying custom garments
US4875162A (en) 1987-10-28 1989-10-17 International Business Machines Corporation Automated interfacing of design/engineering software with project management software
US5117354A (en) 1988-05-24 1992-05-26 Carnes Company, Inc. Automated system for pricing and ordering custom manufactured parts
US5260866A (en) 1991-09-17 1993-11-09 Andersen Consulting Expert configurator
US5563702A (en) 1991-08-22 1996-10-08 Kla Instruments Corporation Automated photomask inspection apparatus and method
US5570291A (en) 1994-08-24 1996-10-29 Wallace Computer Services, Inc. Custom product estimating and order processing system
US5570292A (en) 1994-02-14 1996-10-29 Andersen Corporation Integrated method and apparatus for selecting, ordering and manufacturing art glass panels
US5694551A (en) 1993-05-20 1997-12-02 Moore Business Forms, Inc. Computer integration network for channeling customer orders through a centralized computer to various suppliers
US5870771A (en) 1996-11-15 1999-02-09 Oberg; Larry B. Computerized system for selecting, adjusting, and previewing framing product combinations for artwork and other items to be framed
US5909570A (en) * 1993-12-28 1999-06-01 Webber; David R. R. Template mapping system for data translation
US5950201A (en) * 1996-12-06 1999-09-07 International Business Machines Corporation Computerized design automation method using a single logical PFVL paradigm
US5969972A (en) * 1997-07-02 1999-10-19 Motorola, Inc. Method for manufacturing a semiconductor component and automatic machine program generator therefor
US6012070A (en) * 1996-11-15 2000-01-04 Moore Business Forms, Inc. Digital design station procedure
US6212441B1 (en) 1996-05-06 2001-04-03 Amadasoft America, Inc. Apparatus and method for managing and distributing design and manufacturing information throughout a sheet metal production facility
US6324521B1 (en) 1996-11-18 2001-11-27 Fuji Photo Film Co., Ltd. Network photograph service system
WO2002003141A2 (en) 2000-07-05 2002-01-10 Dupont Photomasks, Inc. Network-based photomask data entry interface and instruction generator for manufacturing photomasks
US20020013731A1 (en) 1999-04-30 2002-01-31 Marion Scott Bright Pre-processor for inbound sales order requests with link to a third party available to promise (atp) system
US6363358B1 (en) 1998-08-12 2002-03-26 Aw Printing Integrated hangtag production system
US20020055878A1 (en) 2000-03-22 2002-05-09 Burton Peter A. Methods and apparatus for on-line ordering
US20020059122A1 (en) 2000-11-13 2002-05-16 Makoto Inoue System for purchase management and for facilitating distribution
US20020062475A1 (en) * 2000-04-04 2002-05-23 Jose Iborra Automatic software production system
US20020091991A1 (en) * 2000-05-11 2002-07-11 Castro Juan Carlos Unified real-time microprocessor computer
US20020111164A1 (en) * 1999-09-07 2002-08-15 Rudolf Ritter Order method
US20020184266A1 (en) * 2001-05-31 2002-12-05 Blessin Stephen W. Universal file format for products that allows both parametric and textual searching
US6526545B1 (en) * 2000-08-07 2003-02-25 Vanguard International Semiconductor Corporation Method for generating wafer testing program
US20030061587A1 (en) * 2001-09-21 2003-03-27 Numerical Technologies, Inc. Method and apparatus for visualizing optical proximity correction process information and output
US6615166B1 (en) * 1999-05-27 2003-09-02 Accenture Llp Prioritizing components of a network framework required for implementation of technology
US20030177469A1 (en) * 2002-03-14 2003-09-18 Suttile Edward J. Automated manufacturing system and method for processing photomasks
US6662340B2 (en) * 2000-04-28 2003-12-09 America Online, Incorporated Client-side form filler that populates form fields based on analyzing visible field labels and visible display format hints without previous examination or mapping of the form
US20040054633A1 (en) * 2002-06-28 2004-03-18 Dupont Photomasks, Inc. Method and system for electronic order entry and automatic processing of photomask orders
US6725122B2 (en) * 2001-03-28 2004-04-20 Renesas Technology Corp. Device and method of selecting photomask manufacturer based on received data

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3889091B2 (en) * 1996-09-03 2007-03-07 三菱電機株式会社 Semiconductor development information integration system
CN1196031C (en) * 1999-05-20 2005-04-06 麦克隆尼克激光系统有限公司 Method for error reduction in lithography
US6782524B2 (en) * 1999-09-22 2004-08-24 Dupont Photomasks, Inc. Photomask and integrated circuit manufactured by automatically correcting design rule violations in a mask layout file
US6782516B2 (en) * 2000-08-07 2004-08-24 Dupont Photomasks, Inc. System and method for eliminating design rule violations during construction of a mask layout block
US6782517B2 (en) * 2000-08-07 2004-08-24 Dupont Photomasks, Inc. Photomask and integrated circuit manufactured by automatically eliminating design rule violations during construction of a mask layout block
JP2002288487A (en) * 2001-03-27 2002-10-04 Mitsubishi Electric Corp Ordering method and ordering system
US20020174266A1 (en) * 2001-05-18 2002-11-21 Krishna Palem Parameterized application programming interface for reconfigurable computing systems
JP2003295415A (en) * 2002-04-01 2003-10-15 Mitsubishi Electric Corp System for supply photomask

Patent Citations (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3698072A (en) * 1970-11-23 1972-10-17 Ibm Validation technique for integrated circuit manufacture
US3900737A (en) 1974-04-18 1975-08-19 Bell Telephone Labor Inc Electron beam exposure system
US4149246A (en) 1978-06-12 1979-04-10 Goldman Robert N System for specifying custom garments
US4875162A (en) 1987-10-28 1989-10-17 International Business Machines Corporation Automated interfacing of design/engineering software with project management software
US5117354A (en) 1988-05-24 1992-05-26 Carnes Company, Inc. Automated system for pricing and ordering custom manufactured parts
US5563702A (en) 1991-08-22 1996-10-08 Kla Instruments Corporation Automated photomask inspection apparatus and method
US5260866A (en) 1991-09-17 1993-11-09 Andersen Consulting Expert configurator
US5694551A (en) 1993-05-20 1997-12-02 Moore Business Forms, Inc. Computer integration network for channeling customer orders through a centralized computer to various suppliers
US5909570A (en) * 1993-12-28 1999-06-01 Webber; David R. R. Template mapping system for data translation
US5570292A (en) 1994-02-14 1996-10-29 Andersen Corporation Integrated method and apparatus for selecting, ordering and manufacturing art glass panels
US5570291A (en) 1994-08-24 1996-10-29 Wallace Computer Services, Inc. Custom product estimating and order processing system
US6212441B1 (en) 1996-05-06 2001-04-03 Amadasoft America, Inc. Apparatus and method for managing and distributing design and manufacturing information throughout a sheet metal production facility
US6012070A (en) * 1996-11-15 2000-01-04 Moore Business Forms, Inc. Digital design station procedure
US5870771A (en) 1996-11-15 1999-02-09 Oberg; Larry B. Computerized system for selecting, adjusting, and previewing framing product combinations for artwork and other items to be framed
US6324521B1 (en) 1996-11-18 2001-11-27 Fuji Photo Film Co., Ltd. Network photograph service system
US20020013742A1 (en) 1996-11-18 2002-01-31 Fuji Photo Film Co., Ltd. Network photograph service system
US5950201A (en) * 1996-12-06 1999-09-07 International Business Machines Corporation Computerized design automation method using a single logical PFVL paradigm
US5969972A (en) * 1997-07-02 1999-10-19 Motorola, Inc. Method for manufacturing a semiconductor component and automatic machine program generator therefor
US6363358B1 (en) 1998-08-12 2002-03-26 Aw Printing Integrated hangtag production system
US20020013731A1 (en) 1999-04-30 2002-01-31 Marion Scott Bright Pre-processor for inbound sales order requests with link to a third party available to promise (atp) system
US6615166B1 (en) * 1999-05-27 2003-09-02 Accenture Llp Prioritizing components of a network framework required for implementation of technology
US20020111164A1 (en) * 1999-09-07 2002-08-15 Rudolf Ritter Order method
US20020055878A1 (en) 2000-03-22 2002-05-09 Burton Peter A. Methods and apparatus for on-line ordering
US20020062475A1 (en) * 2000-04-04 2002-05-23 Jose Iborra Automatic software production system
US6662340B2 (en) * 2000-04-28 2003-12-09 America Online, Incorporated Client-side form filler that populates form fields based on analyzing visible field labels and visible display format hints without previous examination or mapping of the form
US20020091991A1 (en) * 2000-05-11 2002-07-11 Castro Juan Carlos Unified real-time microprocessor computer
WO2002003141A2 (en) 2000-07-05 2002-01-10 Dupont Photomasks, Inc. Network-based photomask data entry interface and instruction generator for manufacturing photomasks
US6622295B1 (en) * 2000-07-05 2003-09-16 Dupont Photomasks, Inc. Network-based photomask data entry interface and instruction generator for manufacturing photomasks
US6526545B1 (en) * 2000-08-07 2003-02-25 Vanguard International Semiconductor Corporation Method for generating wafer testing program
US20020059122A1 (en) 2000-11-13 2002-05-16 Makoto Inoue System for purchase management and for facilitating distribution
US6725122B2 (en) * 2001-03-28 2004-04-20 Renesas Technology Corp. Device and method of selecting photomask manufacturer based on received data
US20020184266A1 (en) * 2001-05-31 2002-12-05 Blessin Stephen W. Universal file format for products that allows both parametric and textual searching
US20030061587A1 (en) * 2001-09-21 2003-03-27 Numerical Technologies, Inc. Method and apparatus for visualizing optical proximity correction process information and output
US20030177469A1 (en) * 2002-03-14 2003-09-18 Suttile Edward J. Automated manufacturing system and method for processing photomasks
US20040054633A1 (en) * 2002-06-28 2004-03-18 Dupont Photomasks, Inc. Method and system for electronic order entry and automatic processing of photomask orders

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Edward Suttile, Charles Croke, and James Morrrison, Behind The Mask: Streamlining The Front-End Reticle Fabrication Process By Improving Mask Ordering, MICRO Magazine, Jun. 2002, p. 1-5.
Photronics, Screenshots from Align Rite system (9 sheets) see attached "Description of AlignRite Screenshots".

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020013741A1 (en) * 2000-07-25 2002-01-31 Satoshi Ito Method and apparatus for accepting and processing an application for conformity of a user dictionary to a standard dicitonary
US6983254B2 (en) * 2000-07-25 2006-01-03 Kabushiki Kaisha Toshiba Method and apparatus for accepting and processing an application for conformity of a user dictionary to a standard dictionary
US20030130749A1 (en) * 2001-11-07 2003-07-10 Albert Haag Multi-purpose configuration model
US20050091179A1 (en) * 2002-03-21 2005-04-28 Wolfgang Kalthoff Collaborative design process
US20030182167A1 (en) * 2002-03-21 2003-09-25 Wolfgang Kalthoff Goal management
US8499036B2 (en) 2002-03-21 2013-07-30 Sap Ag Collaborative design process
US20040044730A1 (en) * 2002-09-03 2004-03-04 Holger Gockel Dynamic access of data
US20040044689A1 (en) * 2002-09-03 2004-03-04 Markus Krabel Central master data management
US7509326B2 (en) 2002-09-03 2009-03-24 Sap Ag Central master data management
US20040117377A1 (en) * 2002-10-16 2004-06-17 Gerd Moser Master data access
US9256655B2 (en) 2002-10-16 2016-02-09 Sap Se Dynamic access of data
US8438238B2 (en) 2002-10-16 2013-05-07 Sap Ag Master data access
US20040103103A1 (en) * 2002-11-27 2004-05-27 Wolfgang Kalthoff Collaborative master data management
US20040103182A1 (en) * 2002-11-27 2004-05-27 Markus Krabel Distribution in master data management
US8180732B2 (en) 2002-11-27 2012-05-15 Sap Ag Distributing data in master data management systems
US7236973B2 (en) 2002-11-27 2007-06-26 Sap Aktiengesellschaft Collaborative master data management system for identifying similar objects including identical and non-identical attributes
US9691053B1 (en) 2003-02-13 2017-06-27 Sap Se System and method of master data management
US8061604B1 (en) 2003-02-13 2011-11-22 Sap Ag System and method of master data management using RFID technology
US20040181458A1 (en) * 2003-03-14 2004-09-16 Danchai Kochpatcharin System, apparatus and method for reticle grade and pricing management
US7363236B2 (en) 2003-03-14 2008-04-22 Chartered Semiconductor Manufacturing Ltd. System, apparatus and method for reticle grade and pricing management
US7069533B2 (en) * 2003-03-14 2006-06-27 Chatered Semiconductor Manufacturing, Ltd System, apparatus and method for automated tapeout support
US20040181769A1 (en) * 2003-03-14 2004-09-16 Danchai Kochpatcharin System, apparatus and method for automated tapeout support
US7930149B2 (en) 2003-12-19 2011-04-19 Sap Aktiengesellschaft Versioning of elements in a configuration model
US20050137731A1 (en) * 2003-12-19 2005-06-23 Albert Haag Versioning of elements in a configuration model
US7272776B2 (en) * 2003-12-30 2007-09-18 Sap Aktiengesellschaft Master data quality
US20050149474A1 (en) * 2003-12-30 2005-07-07 Wolfgang Kalthoff Master data entry
US20050144552A1 (en) * 2003-12-30 2005-06-30 Wolfgang Kalthoff Master data quality
US20060026549A1 (en) * 2004-07-27 2006-02-02 Taiwan Semiconductor Manufacturing Company, Ltd. Method and system for conducting an online transaction of multi-project wafer service
US20230177772A1 (en) * 2021-12-06 2023-06-08 Dillon Edward Thompson Rules of interaction of the 3D Golden Rhombus

Also Published As

Publication number Publication date
US20040025137A1 (en) 2004-02-05
US20050060680A1 (en) 2005-03-17

Similar Documents

Publication Publication Date Title
US6842881B2 (en) Rule based system and method for automatically generating photomask orders in a specified order format
US7356374B2 (en) Comprehensive front end method and system for automatically generating and processing photomask orders
WO2006007110A2 (en) Rule based system and method for automatically generating photomask orders
US6996450B2 (en) Automated manufacturing system and method for processing photomasks
US7617474B2 (en) System and method for providing defect printability analysis of photolithographic masks with job-based automation
US7093229B2 (en) System and method for providing defect printability analysis of photolithographic masks with job-based automation
US6523162B1 (en) General purpose shape-based layout processing scheme for IC layout modifications
US7493589B2 (en) Method, program product and apparatus for model based geometry decomposition for use in a multiple exposure process
US7469057B2 (en) System and method for inspecting errors on a wafer
WO2006062542A2 (en) System and method for automatically generating a tooling specification using a logical operations utility that can be used to generate a photomask order
US6999611B1 (en) Reticle defect detection using simulation
US7669167B2 (en) Rule based system and method for automatically generating photomask orders by conditioning information from a customer's computer system
US20060271443A1 (en) System and method for automatically generating and/or processing a photomask order using a script profiler
US20040054633A1 (en) Method and system for electronic order entry and automatic processing of photomask orders
KR20070030920A (en) Rule based system and method for automatically generating photomask orders
EA009013B1 (en) Comprehensive front end method and system for automatically generating and processing photomask orders
EA008878B1 (en) Rule based system and method for automatically generating photomask orders
McCall et al. Integrated method of mask data checking and inspection data prep for manufacturable mask inspection: inspection rule violations
CN101023428A (en) Rule based system and method for automatically generating photomask orders

Legal Events

Date Code Title Description
AS Assignment

Owner name: PHOTRONICS, INC., FLORIDA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CROKE, CHARLES E.;RIDGWAY, NICOLAS P.;REEL/FRAME:013163/0799

Effective date: 20020730

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: JPMORGAN CHASE BANK, NATIONAL ASSOCIATION, ILLINOI

Free format text: SECURITY AGREEMENT;ASSIGNOR:PHOTRONICS, INC.;REEL/FRAME:021976/0635

Effective date: 20081212

Owner name: JPMORGAN CHASE BANK, NATIONAL ASSOCIATION,ILLINOIS

Free format text: SECURITY AGREEMENT;ASSIGNOR:PHOTRONICS, INC.;REEL/FRAME:021976/0635

Effective date: 20081212

AS Assignment

Owner name: JPMORGAN CHASE BANK, NATIONAL ASSOCIATION, ILLINOI

Free format text: SECURITY AGREEMENT;ASSIGNOR:PHOTRONICS, INC.;REEL/FRAME:022012/0009

Effective date: 20081212

Owner name: JPMORGAN CHASE BANK, NATIONAL ASSOCIATION,ILLINOIS

Free format text: SECURITY AGREEMENT;ASSIGNOR:PHOTRONICS, INC.;REEL/FRAME:022012/0009

Effective date: 20081212

AS Assignment

Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT,ILL

Free format text: SECURITY AGREEMENT;ASSIGNOR:PHOTRONICS, INC.;REEL/FRAME:023928/0612

Effective date: 20100212

Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT, IL

Free format text: SECURITY AGREEMENT;ASSIGNOR:PHOTRONICS, INC.;REEL/FRAME:023928/0612

Effective date: 20100212

FPAY Fee payment

Year of fee payment: 8

FPAY Fee payment

Year of fee payment: 12

AS Assignment

Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT, ILLINOIS

Free format text: SECURITY INTEREST;ASSIGNOR:PHOTRONICS, INC.;REEL/FRAME:047002/0633

Effective date: 20180927

Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT, IL

Free format text: SECURITY INTEREST;ASSIGNOR:PHOTRONICS, INC.;REEL/FRAME:047002/0633

Effective date: 20180927