KR100745529B1 - 제조 실행 및 물류 제어 시스템의 문제 해결 자동화를 위한 방법 및 시스템 - Google Patents

제조 실행 및 물류 제어 시스템의 문제 해결 자동화를 위한 방법 및 시스템 Download PDF

Info

Publication number
KR100745529B1
KR100745529B1 KR1020040070791A KR20040070791A KR100745529B1 KR 100745529 B1 KR100745529 B1 KR 100745529B1 KR 1020040070791 A KR1020040070791 A KR 1020040070791A KR 20040070791 A KR20040070791 A KR 20040070791A KR 100745529 B1 KR100745529 B1 KR 100745529B1
Authority
KR
South Korea
Prior art keywords
automatic
recognized
isr
automated
automatic correction
Prior art date
Application number
KR1020040070791A
Other languages
English (en)
Other versions
KR20050032996A (ko
Inventor
가틀랜드칼
램팔제냐디
토미타유지
트라바그라인데이비드엘
Original Assignee
인터내셔널 비지네스 머신즈 코포레이션
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
Application filed by 인터내셔널 비지네스 머신즈 코포레이션 filed Critical 인터내셔널 비지네스 머신즈 코포레이션
Publication of KR20050032996A publication Critical patent/KR20050032996A/ko
Application granted granted Critical
Publication of KR100745529B1 publication Critical patent/KR100745529B1/ko

Links

Images

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/418Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/4189Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by the transport system
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/418Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/31From computer integrated manufacturing till monitoring
    • G05B2219/31272Avoid piling up, queue of workpieces, accommodate surges
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/32Operator till task planning
    • G05B2219/32239Avoid deadlock, lockup
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/45Nc applications
    • G05B2219/45031Manufacturing semiconductor wafers
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/80Management or planning

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Manufacturing & Machinery (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • General Factory Administration (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

자동 제조 플랜트들 및 공장들을 위한 자동 에러 복구 시스템들 및 방법들이 개시된다. 그러한 설비들은 보통, 통상 컴퓨터화된 제조 실행 시스템(Manufacturing Execution System, MES)의 제어 하에서, 모두 자동적으로 구동되는 자동 물류 처리 시스템(Automated Material Handling System, AMHS)을 포함하는 복수의 자동화 제어 시스템을 구비한다. 개시된 문제 해결(Issue Resolution, ISR) 시스템들 및 방법들은 구성 요소를 제공하는 것을 포함하는데, 이것은 만약 원한다면, 문제 해결 관리(Issue Resolution Management, ISRM) 시스템에 의해 관리되고 동작할 수 있는 것이고, 이 시스템은 자동화 공장 내의 장비들 및 다른 스테이션들을 작동시키는 MES, AMHS, 및/또는 생산 제어 시스템(들)과 인터페이스되는 것이다. 맞춤식 로직 셀들로 간주될 수 있는 요소들은, 발생될 수 있고, 자동 해결 또는 복구로 수정될 수 있는 수신 에러 조건, 문제 또는 다른 특정한 종류의 문제를 처리하기 위해 기록될 수 있는 것이다. 이러한 에러들은 종종 다양한 쌍방향(interactive) 시스템 및 자동화 장비의 경계 사이 또는 그 경계를 넘어서 발생한다. 각 셀은 특정한 문제가 해결되거나, 단계들의 시퀀스가 소모될 때까지, 가능한 에러 해결 또는 복구 단계들의 시퀀스를 통해 순환될 수 있다. ISR 시스템의 다른 요소들은 결과 지향 메세지를 제공할 수 있고, ISR 시스템으로부터의 어느 보정 커맨드들이 보고된 에러 조건들을 자동적으로 해결했는지 및/또는 언제 해결했는지에 관한 데이터의 수집을 용이하게 한다. 에러 및 다른 문제들에 대한 개시된 ISR 시스템들 및 방법들은 정지 시간을 감소시킴으로 인한 자동화 공장들의 전체 생산성 향상 및, 문제들을 보정하기 위한 인간의 개입 필요성, 그에 의한 공장 작업 처리량의 증가에 유용하다.

Description

제조 실행 및 물류 제어 시스템의 문제 해결 자동화를 위한 방법 및 시스템{METHOD AND SYSTEM FOR AUTOMATING ISSUE RESOLUTION IN MANUFACTURING EXECUTION AND MATERIAL CONTROL SYSTEMS}
도면들은 본 발명의 예시적인 실시예의 설명을 위한 필수적인 부분을 도시하고 있으며, 명세서 상의 다른 부분과 함께 설명되어질 수 있다. 다양한 도면들의 유사한 참조 번호는 동일하거나 유사한 요소 또는 특징을 나타낸다.
도 1은 종종 컴퓨터 통합 생산 시스템으로 불리는 예시적인 공장 자동화 시스템의 간략한 블록도이며, MES(Manufacturing Execution System, 제조 실행 시스템, 이하 'MES' 라 함) 및 AMHS(Automated Material Handling System, 자동화된 물류 처리 시스템, 이하 'AMHS' 라 함)[즉, 물류 제어 시스템(Material Contol System, 이하 'MCS' 라 함)]를 포함하는 생산 장비 및 물류 운반(Material Transport) 장비와 그 관련 컴퓨터 제어 시스템들 사이의 상호연결을 보여주며, 본 발명의 예시적인 문제 해결 시스템을 보여준다.
도 2는 도 1의 공장 자동화 시스템의 일 구현예를 나타내는 더 상세한 블록도로서, 공장 자동화 시스템에서 사용되는 컴퓨터 하드웨어의 대표적인 구성을 포함하는, 다양한 하위시스템, 제어기 및 다른 구성 요소들과 전체 공장 자동화 시스템의 통신 경로들을 도시하고 있다.
도 3은 본 발명의 시스템 및 방법들의 사용, 동작 및 장점을 더 상세히 설명하기 위하여, 도 2의 공장 자동화 시스템의 SiView 표준 MES 완전 자동화된 자동-3 모드 디스패칭 동작에 대한 대표적인 트랜잭션(TX) 시퀀스를 도시한 통신 흐름도이다.
도 4는 본 발명의 시스템 및 방법들의 사용, 운영 및 장점들을 더 상세하게 설명하기 위하여, 도 2의 공장 자동화 시스템의 SiView 표준 MES 완전 자동화된 오토-3 언로드(unload) 동작들에 대한 대표적인 TX 시퀀스를 도시한 통신 흐름도이다.
도 5는 본 발명의 에러 복구 방법들을 구현하기 위한 하나의 예시적인 접근을 도시한 흐름도로서, 도 1 및/또는 도 2의 실시예들의 사용에 적합한 것인데, 이러한 접근은 에러 메세지에 대해 주기적으로 체크를 하고, 그러한 각각의 메세지가 자동 복구가 제공되는 에러 조건으로서 인식되는지 여부를 체크하고, 일정한 에러 복구 동작을 취하는 것을 포함한다.
도 6은 본 발명의 전체 문제 해결 시스템의 다양한 구성 요소의 예시적인 배치를 도시한 더 상세한 블록도으로서, 이 정렬은 도 1 및/또는 도 2의 실시예들의 사용에 적합한 것이다.
도 7은 개별적으로 인식되는 수신 에러 조건에 전용되는 동일한 예와 함께, 도 6 내의 다양한 요소들이 복수의 시간들을 제공하는 것을 설명하는, 도 6에 도시된 ISR 시스템의 변형이다.
본 발명은 일반적으로 자동 반도체 제조 설비와 같은 산업 장비를 작동시키기 위한, 완전 자동화된 방법 및 시스템에 관한 것이고, 특히 자동화된 MES, MCS 및 실-시간 디스패칭 시스템을 사용하는 제조 설비에서 발생하는 에러 조건 및 다른 문제들을 해결하기 위한 자동화된 시스템 및 방법에 관한 것이다.
200 mm 또는 300 mm 웨이퍼들을 처리하기 위한 설비와 같은 자동화된 IC 제조 설비들(fabrication facilities, fabs)에서 사용되는 컴퓨터 통합 제조(Computer Integrated Manufacturing, CIM) 시스템들은 다음을 포함한다:
(1) IBM의 SiView 표준 MES[IBM 재팬 인더스트리얼 솔루션 Co., Ltd,(iiSC)]와 같은 자동화된 생산 실행 시스템(automated manufacturing executing system, MES);
(2) 무라타 머쉬너리, Ltd.(Murata Machinery, Ltd)의 무라텍 물류 제어 시스템(Muatec Material control system, MCS) 및/또는 자동화된 레티클 처리 시스템(automated reticle handling system, ARHS)과 같은 자동화된 물류 처리 시스템; 및
(3) IBM SiView 또는 브룩스 자동화/자동시뮬레이션 인크.(Brooks Automation/AutoSimulation Inc.)의 것과 같은 자동화된 실시간 디스패처(automated real time dispatcher, RTD)
여전히 여러 다른 회사들이 IC 설비에 있어 상기의 것들 중 하나를 대체할 수 있는 MES, AMHS 및 RTD 시스템들을 제공하고 있다. 모든 그러한 자동화된 설비들에 있어서, 기본적인 목표들은 일반적으로 동일하다 : 즉, 생산성 및 투자 수익을 최대화하도록, 높은 수준의 효율성, 품질 및 탄력성을 가진 전반적인 설비를 운영하는 것이다. 종종, 다운 타임(downtime, 고장 시간)을 최소화하는 반면에 생산품 혼합 및 생산고(mix and output)를 최적화하는 것도 필요하다.
완전 자동화된 300 mm 반도체 장치 제조 설비(fab)와 같은, 복잡한 자동화된 공장을 설계하고 건설하는 경우, "베스트 오브 브리드(Best Of Breed)" 프로세스를 사용하여 설비의 계획된 요구에 대한 시스템들 및 구성 요소들을 측정함으로써 공급자들과 판매자들을 선택하는 것으로 알려져 있다. 이 프로세스를 이용하여, 설비를 위해 산업상 최적으로 여겨지는 각 시스템, 어플리케이션 또는 구성 요소가 선택되며, 이전 단락에 기재된 목적을 달성하기 위하여, 유용성, 호환성 및 비용 제한으로의 코스 문제가 결정된다. 또한 자동화 플랜트의 장비는 종종 장래 요청 및/또는 플랜트 확장을 만족하는 관점에서 선택된다. 본질적으로, 그러한 자동화 플랜트를 정렬하는 것을 담당하는 설계자 및 엔지니어들은 전반적인 제어 시스템(MES, MCS 및 RTD와 같은)뿐만 아니라 다수의 이종 장비들 및 그 제어 시스템을 통합하는 것과 관련한 내재적인 문제들을 다루어야만 하며, 이 모든 것은 기능적으로 응집된 자동화 플랜트로서, 많은 다른 제공자로부터 선택적으로 비롯될 수 있다.
이러한 종류의 자동화된 IC 제도 설비에 있어서, 자동화된 설비가 특히 완전 자동 모드에서 구동되는 경우, 에러 조건들, 문제점들 및, 장비 및 시스템의 연속된 실행과 같은 다른 문제들[즉, 퍼센티지 업-타임(percentage up-time)]이 발생할 수 있다. SiView 표준 MES에 있어서, 이 모드는 종종 "풀 오토3 모드(Full Auto3 모드)"라고 불린다. 모든 제조 동작들에 있어서와 같이, 서비스 또는 예방적인 관리를 요청하기 전에, 장비, 운반 장치 또는 다른 장비들이 얼마나 오래 구동될 수 있는가와 같은 문제들이 발생할 것이다. 필연적으로, 에러 조건, 문제점들 및 다른 문제들이 예상 밖으로 발생하지만, 그럼에도 불구하고, 그러한 설비를 구동하는 부분으로써 처리되어야만 한다. 제조 설비와 같은 현대의 자동화된 공장에서, 이러한 문제들은 다양한 조건들 또는 문제들을 포함하며, 이들은 통상 이후의 수동 분석 및 팔로우-업(follow-up)에 대한 자동 에러 보고 시스템에 의해 증명된다. 제조 설비 지원 요원(숙련된 기술자 및 엔지니어들)에 의한 더 진전된 연구에 의해, 다양한 에러들 및 다른 문제들의 근본 원인이 결정되고 정정될 수 있으며, 이로써 전반적인 플랜트 효율을 개량하고, 사이클 타임들을 줄이고 생산을 증가시키고, 장비 유용성 및 가동 시간을 향상시킨다.
종종, 지원 요원들이 검사를 한 후에, 에러를 제거하고, 현재의 문제를 제거하고 수정하도록 실제 적절한 보정 동작들이 취해질 수 있다. 종종, 보정 동작들이 즉시 취해질 수 있다. 다른 경우에, 보통 해결책이 명백하지 않거나, 해결책을 위해 상당한 시간 및/또는 자원들이 필요한 경우에는, 보정은 이후의 시간들까지 연기될 수 있다. 에러 또는 문제들의 발생 주파수를 없애거나 적어도 줄이도록 에러 조건들을 보정하는 것이 바람직한 반면에, 요원에 의해 현재 해결될 수 있는 모든 것은 장비 운반 장치 및/또는 로트(lot)를 오프-라인으로 하거나, 홀드시켜서, 특정한 엔트리 또는 객체를 실시간 디스패처에서 사용할 수 없도록 한다. 다른 보정 동작은 장비 조정, 수리, 프로세스 변동 및/또는 예방 관리를 포함할 수 있다. 제조 설비의 영향받은 부분을 생산 상태로 되돌리도록 취해지는 동작은 또한, 프로세스 내의 영향받은 작업(work in process, WIP)을 제거하고, 운반 장치, 장비들 또는 장비 요소를 제거하거나 대체하는 일을 포함한다. 특히 운반 장치들 또는 프로세스 내의 다른 작업들을 계속 처리하기 위해 다른 동일한 장비들 또는 스테이션이 부근에 존재하는 경우, 장비 또는 스테이션은 나중의 디버그 또는 수리를 위해 완전히 오프-라인될 수 있다.
높은 자동화 제조 설비 환경에서 마주치는 문제들은 적어도, 제조 설비에서 실행되고 있는 상이한 장비의 타입들 및 프로세스들보다 더 다양하고, 더 많다. 다수의 문제들은 자동 물류 처리 장비 또는 다른 제어 시스템들 또는 제어 시스템들 사이의 상호작용들에 있어서 작은 클리치들 또는 버그들과 관련될 수 있다. 자동화된 제조 설비에서의 전면-개방 단일 파드(front-opening unified pods, FOUP들)와 같은 자동 운반 장치의 운반과 관련하여 발생하는, 문제들 또는 다른 문제들의 예시적이지만 비한정적인 리스트는 다음을 포함하는데, 각각은 통상 편리한 참조용으로 할당된 뉴머릭 코드이다.
[표 1]
문제 코드들
Code 설명
-201 Reject, 복사된 TrJobBID (Job ID 운반)
-202 Reject, 알려지지 않은 운반 장치ID(CarrierID)
-203 Reject, Carrier ID가 또 다른 장소에 이미 존재함
-204 Reject, 알려지지 않은 소스 장소
-205 Reject, 알려지지 않은 지정 장소
-206 Reject, 지정이 풀(full)임
-207 Reject, 소스가 유효하지 않음
-208 Reject, 지정이 유효하지 않음
-209 Reject, 소스로부터 지정으로의 루트가 유효하지 않음
-210 Reject, 예상 출발 시간 위반
-211 Reject, 예상 정치 시간 위반
-212 Reject, 운반 장치가 또 다른 소유자에 속함
-213 Reject, 배치 전달(Batch transfer), 적어도 하나의 요청이 거절되었음
-214 Reject, 장비 포트에서 이전 업무에 대한 절차를 픽업함
-215 Reject, 운반 장치가 알려지지 않은 상태에 있음
이러한 자동화 문제는 제품 질에 영향을 주지 않는 반면에, 생산을 지연시킬 수 있다.
문제가 어떻게 발생하는지에 관한 일 예로서, 다음을 고려해보자. 풀 오토3 모드에서, 사용되고 있는 각 장치 ID 에 대한 다양한 디스패칭 스크립트 및 로직 규칙을 포함하는 RTD 시스템은, 상기 에러들 중 하나가 검출되어 MES 및/또는 MCS와 만나는 경우에조차 시작 로트 보전(Start Lot Reservation)을 실행하도록 시도해도 무방하다. RTD 및 MES는 논리적으로 그들의 에러들 중 임의의 것을 체크하거나, 해결하기 위해 시도하도록 프로그램되지 않는다. 어떤 예상 기능을 실행하도록 통합되거나 프로그램되어 있는 종래의 시스템은, 통상 어떤 시스템적인 방법으로 발생할 수도 있는 예상치 못한 에러들, 문제들 또는 다른 문제들을 처리하도록 설정되어 있지 않으며, 그것들의 발생을 보고하도록 설정되어 있다. 이것은 특히 복수의 시스템들, 어플리케이션들 및/또는 제조 설비의 장비들 사이에서 발생할 수 있는 예상되지 않는 상호운용성(interoperability) 문제들에 관하여 특히 그러하다. 전반적으로 자동화된 제조 설비의 다른 부분들을 다른 판매자 또는 공급자들이 담당하는 경우에, 이러한 종류의 자동화 문제들은 복잡해진다. 게다가, 우리가 아는 바에 의하면, 현재의 제조 설비 자동화 시스템들은 에러들을 처리하고, 가장 중요하게는 그러한 에러들을 분석하거나 복구하도록 것을 제공하지 않는데, 이러한 에러들이란 자동화 기반에서 수많은 판매자들 반도체 장비 공급자들에 의해 공급되는 다양한 시스템 및/또는 다양한 장비들 사이에서 발생하는 것을 말한다.
그렇게 우발적인 에러들과 외관상으로 랜덤한 다른 문제들을 처리하는 일은 매우 중요한 작업이다. 특히, 숙련된 엔지니어들, 프로그래머들과 기술자들은 주어진 문제들을 진단하고, 만약 시간이 허락한다면, 중요시되는 근본 원인들을 결정하고, 실제적으로 보정을 위한 동작들을 분석하고 구현함으로써 문제들을 해결하기 위해 시도하기 때문에, 실시간으로 계획된 조사를 수행하게 된다. 이미 알려진 문제들에 대해서조차, 숙련된 운영자들, 기술자들, 또는 엔지니어들은 에러 조건들 또는 다른 문제들을 해결하도록 장비 및 제어 시스템들에 수동으로 간섭하고 상호작용을 하도록 요청 받는다. 종종, 그들은 자동 모드로부터 장비 또는 다른 장비들을 해제하거나, 수동으로 물건들을 조정하거나, 장비을 리셋하도록 장비의 인터페이스를 사용하거나, 종종 자동화된 장비를 다시 생산으로 돌리기 위해, FOUP 레티클(reticle) 작동 밸브들 또는 도어들과 같은 객체들을 물리적으로 이동시킨다. 환언하면, 몇몇의 수동 동작 또는 수동 리셋 동작은 통상 문제를 해결하고, 영향받은 장비 또는 WIP 운반 장치들을 완전 자동화 모드로 다시 동작시키도록 준비된 상태로 복구시키거나, 그것들을 생산을 중단할 수 없는 상황으로부터 빼내어 보정될 때까지 영구적으로 오프-라인 상태에 둔다.
자동화된 제조 설비의 거의 모든 에러, 문제 및 다른 문제를 해결하기 위해, 현장 근무자(line personnel) 및 수동적인 개입(manual intervene)을 사용하는 데에는 약간의 문제가 있다. 완전 자동화된 제조 설비를 개발하는데 추가되는 비용을 판정하는 하나의 인자는, 완전히 로드된 300mm FOUP[25 lbs(11.3 kg)만큼 무게가 나갈 수 있음]를 로딩하고 언로딩(unloading)하는 경우 현장 근무자를 대신하는 AMHS 의 신뢰도이다. 또 다른 인자는, 작업자들이 일반적인 기반으로는 수동으로 처리하기 어려워서, 일정한 형태의 기계적인 도움, 카트 또는 장비들의 로드 포트(load port)들 사이에서 로드하고 언로드하는 자동화의 광범위한 사용이 요구되는 것으로 판명될 수 있는, 운반 장치들의 무게(weight)이다. 또한, 대형 제조 설비에는 많은 수량과 종류의 장비들이 있다. 어떤 주어진 시간에서, 제조 설비 근무자는 다른 활동들에 종사할 수 있으며, 다운된 장비 또는 운반 장치를 즉시 서비스할 수 없다. 현장 근무자는 다른 곳에서의 예방적인 단계들을 밟는 것과 같이, 다른 중요한 작업들 또는 다른 운영자들, 기술자들 또는 엔지니어들과 정보를 교환하거나, 다른 CIM 시스템들과 정보를 교환하거나, 그것들 자체를 제어하거나, 보정 동작을 구현하는 일에 개입할 수 있다. 또는 그들은 현재 주의를 요하는 장비로부터 상당한 거리를 두고 위치될 수도 있다. 그들은 트레이닝 교육, 개인적인 휴식 시간이나 점심 시간으로 그 장소에 없을 수도 있다. 또한, 수동으로 검사되고 해결되는 문제의 영역들은 플로어 현장 또는 다른 도달하기 어려운 장소의 아래 또는 위에 잘 위치되어 있을 수 있다. 또한 장비 또는 시스템들에 관한 문제에 관여하도록 호출된 근무자는 막 발생한 특정한 종류의 문제들을 처리할만한 훈련 또는 경험을 아직 갖고 있지 않을 수 있다. 게다가, 어떤 한 명이, 전형적인 자동화 제조 설비 또는 복잡하게 자동화된 다른 유사한 제조 설비에서 발견되는 다양한 복잡한 장비 및 통합 CIM 시스템 및 어플리케이션에 관하여 발생하는 모든 가능한 보정 절차 및 작업들의 마스터가 될 수는 없다.
종래의 IC 제조 설비는 매우 고가의 장비들을 포함한다. 또한, 실리콘 웨이퍼 상에 제조되는(종종 워크 인 프로세스, WIP로 호칭됨) 메모리, 로직 및 ASIC 칩들은 종종 매우 고가이다. 따라서, 어떤 고장 시간(downtime) 또는 중요한 프로세스들의 부분적인 기능 장애들(즉, 최대 생산으로의 통상적인 병목 현상을 나타냄)은 제조 설비의 전반적인 생산성을 약화시켜 종종 많은 비용을 초래한다. 그러므로, 계획되지 않은 고장 시간은 일반적으로 가능한 어느 곳에서나 피해져야 한다. 그러나, 본래의 에러 조건들 및, 고장 시간을 유발하는 다른 문제들의 일부는 종종 예상되지도 않고, 매우 다양하다. 통상 아주 큰 주파수로 발생하는 특정한 문제들은 집중적인 조사 및 분석 그리고 근본 원인을 궁극적으로 제거함으로써 그러한 문제를 보정하는 수동적인 노력에 의존한다. 자동화된 장비의 대부분의 공급자들은 또한, 그들의 개별적인 장비들이 잘 작동하고 신뢰성이 있다고 보장한다. 그들은 장비에 관한 알려진 많은 문제들을 처리해왔으며, 그러한 문제들은 전형적인 종류의 에러들 또는 공장 수준에서 갑자기 발생하는 다른 문제들과 같은, 흔치 않게 발생하고, 외관상 랜덤하게 보이거나, 특수한 문제들로 남겨진다. 그러한 상황에서, 그런 문제들의 원인을 결정하는 것은 어려운 일이다. 따라서, 종래에는 장비 및 WIP 운반 장치들을 작동 상태로 신속하게 복구하고, 그 뒤 공들인 수동 조사 및 분석을 통하여, 시간이 허용하는 만큼, 상대적이고 흔하지 않거나, 분리된 에러 조건들을 처리하게 된다. 이러한 잇따른 작업은 종종 숙련된 근무자들, 즉 근본 원인들을 희망적으로 이해하고, 그것들을 식별하고, 보정을 위해 어떠한 동작을 취해야 하는지 결정하기 위해 이러한 에러 조건들에 관련하여 쌓여있는 히스토리 데이터를 컨설팅할 수 있는 사람들에 의해 수행된다.
따라서, 고장 시간을 감소시키고, 장비들, 장비들, 및 운반 장치들을 완전 기능화된 자동 상태로 신속하게 복구하기 위해, 때때로 자동화된 제조 설비에서 발생할 수 있는 무수한 에러들, 문제들 및 다른 문제들을 처리하는 자동화된 방법을 찾는 것이 바람직한 것임을 이해할 수 있다. 복잡한 제조 설비들에서는 몇몇의 다른 타입의 CIM 시스템 및 어플리케이션, 그리고 다른 상이한 종류의 복잡한 장비 및 툴들을 사용하는 것이 특히 바람직하다. 그러한 종류의 환경에서는, 고장난 플랜트의 일부를 위해 복수의 자동화 시스템을 재시작하는 활동은 숙련된 엔지니어, 프로그래머들 또는 현장 근무자들에게조차 매우 복잡하고 시간 소모적인 작업일 수 있다.
IC 제조 설비와 같은 자동화된 제조 설비의 생산성을 감소시키는 에러들, 문제들, 및 다른 문제들을 처리하고 복구하기 위한 수동 기술과 관련한 앞선 문제들과 어려움에 있어서, 본 발명에 의하면, 적어도 어떤 감지되거나 보고된 문제들, 에러 조건들 및 다른 문제들로부터의 자동 해결 및 복구를 위한 신규한 시스템들 및 방법들이 제공된다. 이러한 신규한 시스템들 및 방법들은 생산성을 높이고, 고장 시간 및 사이클 타임들을 감축하고, 노동 비용을 감소시킨다. 그러한 에러들 또는 다른 문제들을 해결하기 위한 본 발명의 시스템들 및 방법들은 아래에서와 같이 소프트웨어 시스템 및 기술들을 사용할 수 있다. 본 발명의 시스템 또는 방법들이 자동화된 제조 시스템에서 사용되는 경우, 특징적인 해결책이 개발된 다수의 문제들을 검출하고 응답하는 부담이, 엔지니어들, 기술자들 및/또는 운영자들을 포함한, 관련 인간 서비스 근무자들로부터 제거될 수 있다. 대신, 더 설명하겠지만, 해결책 및 복구는 본 발명 또는 그 구성 요소의 관리상의 문제 해결(issue resolution, 이하 'ISR' 이라 함) 시스템에 의해 자동적으로 처리된다. 이 ISR 시스템 및 그 구성 요소는 다른 자동화된 제어 시스템들과 통합된 개별적인 시스템 또는 어플리케이션들로서 구현될 수 있거나, 제조 설비의 전반적인 운영을 제어하는 하나 이상의 자동화된 관리 시스템의 부분으로써 제공될 수 있다.
아래에서 더 자세하게 설명될 것이지만, 우리는, 자동적으로 특정한 단계, 즉, 불량 WIP 또는 WIP 옆의 오작동 운반 장치들을 실행 중단시키고 다른 장치로 대체하거나(shunt), 지연된(stalled) 장비 또는 다른 장비를 오프라인시키고, 다른 운반 장치들 또는 오프라인된 장비 주위의 다른 WIP 또는 여전히 동작하고 있는 다른 장치 및 장비들을 대체하는 일(shunt)과 같은 일정한 단계를 취함으로써 보정될 수 있는 상황이 존재함을 주목해왔다. 이미 취해진 어떤 단계들을 부분적으로 역전하거나, 툴 또는 다른 장비 내의 어떠한 요소들을 부분적으로 주기화(cycling)함으로써 자동적으로 보정될 수 있는 상황이 있음을 주목해왔다. 또한 우리는 때때로, 하나 또는 복수의 에러 플래그들 또는 다른 프로세스 플래그들을 클리어하거나 리셋시키는 것이 가능하고, 제2 또는 제3의 기회에 희망적으로 인식되는 결과를 가지고 동일한 단계들의 반복을 시도할 수 있다는 것을 주목해왔다. 또한, 아래에 기술될 바와 같이, 본 발명의 방법에 따른 예방적인 단계들이 취해지면, 하나의 영역에서 검출된 문제는 여전히 다른 장치들, 베이들(bays), 스테이션들, 운반 지점들, 또는 운반 메카니즘들, 또는 스테이션들, 베이들 또는 다른 장비들의 체인의 상하가 단락되거나, 전반적인 제조 시스템의 베이 내(interbays) 및 베이(intrabays) 간의 혼잡 또는 방해의 전송에 기인한 유휴(idle) 상황이 조장되는 것을 유발하지 않는다.
여기서는 본 발명의 시스템 및 방법들의 사용으로부터 기인한 장점들을 요약함으로써, 자동 문제 해결 시스템들 및 방법들이 포함하고 있는 요소들을 요약하는 것이 도움이 될 것이다. 본 발명의 문제 해결 시스템의 제1 예시적인 실시예는 자동 생산을 구동하기 위한 자동화된 제조 설비를 사용한다. 그러한 설비는 보통 복수의 자동화 장비, 즉 스테이션들, 장치들 및 운반 메카니즘을 포함하고 있는데, 이들은 작업들을 실행하도록 설계된 것들이고, 상호 연결된 스테이션들, 장치들 및/또는 운반 메카니즘들을 통하여 실행되는 작업들을 통합하는 데 도움을 주는 쌍방향 제어 시스템을 구비한다. ISR 시스템의 이 예시적인 실시예는 그러한 설비에서 자동적인 생산을 방해할 수도 있는 식별된 문제들을 자동적으로 해결하기 위한 것이다. 이 시스템은 바람직하게는 다음을 포함한다 : 자동화된 제조 설비와 관련된 에러 조건들을 바람직하게는 포함하고 있는 문제들을 자동적으로 해결하기 위해 직접 시도하기 위한 자동 문제 해결 관리(issue resolution management(ISRM) 시스템. 이 ISRM 시스템은 운영 ISRM 시스템이 통합된 복수의 구성 요소를 포함한다. 이러한 요소들은 다음을 포함한다 : 주목되는 제1 문제들이 자동 해결이 사용 가능한 인식된 문제들인지 여부를 체크하는 제1 구성 요소, 및 제1 구성 요소에 의해 인식된 문제들에 응답하여, 자동화된 제조 설비의 부분에 의해 보정 동작(corrective action)을 취하도록 명령하기 위한 제2 구성 요소. 또한 만약 원한다면, 추가적인 구성 요소가 추가될 수 있다. 이러한 것들은, 자동화된 보정 동작이 인식된 문제들을 해결한 것처럼 보이는지 여부를 결정하기 위한 제3 구성 요소와, 자동화된 보정 동작이 인식된 문제 또는 에러를 해결한 것처럼 보이는지 여부를 로그하기 위한 제4 구성 요소를 포함한다. 더 많은 기능을 위해서, 더 많은 구성 요소가 추가될 수 있다. 즉, 제5 구성 요소는, 보정 동작을 위한 어떠한 커맨드가 인식된 문제를 해결했다는 것을 지시하는 메세지를 제공하기 위한 것이고, 제 6 구성 요소는 제5 구성 요소로부터 메세지를 수신하도록 조정하여, 그러한 메세지들 내에 포함된 정보의 적어도 부분을 장래의 참조를 위해 로그하기 위한 것이다.
ISRM 시스템은 보고된 에러 조건 또는 다른 문제에 항상 응답할 수 있는 것은 아니다. 또한, 유용한 상태 정보를 통하여, ISRM 시스템은 보정 응답을 생성하는 것을 방해하는 일정한 시스템 또는 장비 상태가 존재함을 인식할 수 있으며, 이것은 이러한 효과로의 메세지를 생성하는데 도움이 된다. 이러한 기능을 구현하는 하나의 방법은 ISRM 시스템의 제2 구성 요소가 포함하는 다음의 것이다 : 자동화된 보정 동작이 현재 취해질 수 있는지 여부를 결정하기 위한 제1 하위 요소와, 이 제1 하위 요소와 통신하여, 자동화된 보정 동작이 현재 실행될 수 없음을 통지하기 위한 제2 하위 요소. 만약 원한다면, 제2 하위 요소는 제1 메세지를 통해, 제1 메세지에서 구체적으로 식별되는 조건(예컨대, 요청된 자동 모드에 있지 않은 제2 메세지에서 식별되는 적어도 하나의 장비 또는 다른 자동화와 같은)으로 인해, 자동화된 보정 동작이 취해질 수 없다는 것을 통보할 수 있다. 자동화는 예컨대, 툴, 스테이션, 운반 장치, 제어 시스템, 통신 장치, 링크 또는 시스템, 또는 관리 시스템일 수 있다. 이 상황은 예컨대, 지원 요원이 자동 모드 밖으로 장치 또는 다른 자동화의 일부를 문제삼는 경우에 발생할 수 있다. 따라서, 만약 원한다면, ISRM 시스템은, 오프라인되어 있는 장치 또는 다른 자동화가 요청된 자동 모드로 전환될 때까지 보정 동작을 홀드시킨다. 그때, ISRM 시스템은 그 뒤 여전히 해결되지 않은 에러 조건을 클리어하기 위하여, 보정 커맨드를 생성할 수도 있다.
전반적인 ISRM 시스템은 바람직하게는 자동으로 복수의 다양한 다른 보고된 에러 조건들 및 다른 문제들(자동 해결 또는 복구가 가능하다고 인식됨)을 처리하도록 조정된다. 이러한 기능을 달성하는 하나의 방법은 ISRM 시스템 내의 제2 구성 요소 또는 제2 구성 요소의 예와 같은 복수의 것들을 제공하는 것이다. 최소한, ISRM 시스템은 인식된 고유한 에러 조건 또는 다른 문제에 전용하는 제2 구성 요소 각각을 가지고, 적어도 복수의 제2 구성 요소를 가질 수 있다. 만약 원한다면, ISRM 시스템의 각각의 제2 구성 요소는 가능한 보정 동작의 적어도 제1 및 제2 코스들을 제공하기 위한 제1 하위 요소와, 가능한 보정 동작의 제1 코스들을 취하고, 그 뒤 만약 필요하다면 보정 동작의 제2 가능 코스들을 취하고, 그 뒤 만약 필요하다면 보정 동작의 제3 코스를 취하기 위한 제2 하위 요소를 더 포함할 수 있다. 보정 동작 각각의 코스는 하나 이상의 단계들 또는 동작들을 포함할 수 있으며, 이러한 단계 또는 동작들은 특정한 동작 코스에 있어서, 필요하더라도 실행되어질 수 있고, 타임 기반 또는 어떤 시퀀스 또는 병렬 등에 제한되지 않는다.
실제적으로, 일부 자동화된 에러 복구 시스템들은 2, 3, 4 또는 더 가능한 보정 단계들 또는 동작 코스들을 일정한 시퀀스로 실행하는 것을 포함한다. 때때로, 에러 조건은 단계들의 시퀀스의 종료에 다다르기 전에 해결될 수도 있다. 이 환경에 있어서, 자동화된 보정 동작이 에러 조건 또는 다른 문제들을 해결하였는지 여부를 지시하는 제1 메세지를 제공하기 위한 제1 하위 요소를 포함한다. 그뒤, 제2 요소는 또한, 가능한 보정 동작의 복수의 코스들을 제공하기 위한 또 다른 하위 요소를 포함하는데, 가능한 보정 동작의 적어도 제1 및 제2 코스들 및, 제3 요소들로부터의 제1 메세지를 수신하고, 제 2 요소가 보정 동작의 또 다른 가능 코스를 취하라는 커맨드를 할 필요가 있는지 여부를 결정하기 위한 또 다른 하위 요소를 포함한다.
앞선 ISR 시스템에 있어서, ISRM 하위 시스템은 더 간단한 시스템을 위해 드랍(drop)될 수도 있는데, 이 시스템은 상기의 제1 및 제2 요소를 포함하고, 바람직하게는 해결되거나 복구될 수 있는 독특한 인식 에러 조건 또는 다른 문제의 처리에 전용하는 각각의 제2 요소와 함께 제2 요소들과 같은 복수개의 요소를 포함한다.(또한, 특정한 커맨드 메모리 및, 그 동작을 주어진 에러 조건, 문제 또는 다른 보고된 문제들에 특정한 것으로 변경하는 다른 내부 기능과 함께, 동일한 기원의(generic) 제2 요소의 복수의 예들이 제공될 수 있음) 각각의 수신 에러 조건이 제1 요소에 의해 인식되므로, 관련된 특정 제2 요소는 "턴 온(turned on)" 될 수 있으며, 이로써, 다른 제2 요소들에 독립한 모션 또는 동작으로 설정된다. 그 뒤 에러 조건이 보정되거나 그 커맨드 메모리 내의 모든 가능한 보정 동작들이 시도될 때까지, 이 특정한 제2 요소가 구동된다. 전과 같이, 자동화된 보정 동작이 인식된 문제를 해결했는지 여부를 결정하기 위한 제3 요소 및, 자동화된 보정 동작이 인식된 문제를 해결했는지 여부를 로그하기 위한 제4 요소가 제공될 수 있다. 유사하게, 제5 및 제6 요소들이 상기와 같이 선택적으로 제공될 수 있다. 아래에서 도 6에 관하여 더 설명될 것이지만, 이러한 제3, 제4, 및 제5 요소는 턴 온되거나 모션으로 설정되는 제2 요소들의 전부를 처리하도록 조작되거나 구성될 수 있다. 또한, 제3, 제4 및 제5 요소들의 복수의 버전들 또는 예들이(아래에서 도 7과 연결하여 더 논의될 것이지만) 제공되고 서로서로 관련될 수 있다.
여기서 설명되는 본 발명의 시스템들의 각각은 보통 본 발명의 방법을 실행하도록 조정된다. 예컨대, 본 발명은 또한 자동화된 공장 환경에서 에러 조건들로부터의 자동 복구를 관리하는 방법을 지향하고 있는데, 이 공장 환경은 공장의 운영들 및 자동화된 장비들을 제어하고 관리하는 복수의 자동화된 컴퓨터 통합 제조(computer integrated manufacturing, CIM) 또는 다른 컴퓨터화된 시스템들을 구비한 것이다. 그러한 하나의 방법은 다음의 단계들을 포함할 수 있다 : (a) 자동화된 공장의 적어도 하나의 제어 시스템들에 의해 보고되는 선택된 에러 조건들로부터 자동적으로 복구하는 시도를 관리하기 위한 관리 프로그램을 인스톨하는 단계 ; (b) 관리 프로그램에 의해 수신된 수신 에러 조건들이, 자동 해결이 유용한 문제로서 인식되는지 여부를 결정하는 단계 ; 단계 (b)에서 인식된 제1 수신 에러 조건이, 관리 프로그램의 보호 아래에서, 자동화된 보정 커맨드들의 제1 세트의 생성을 인에이블하는 수신 인식 에러 조건과 관련된 정보에 액세스하는 단계 ; (d) 관리 프로그램의 보호 하에서, 인식된 수신 에러 조건을 자동적으로 복구하도록 자동화된 공장의 일부에 의해 취해지는 보정 동작의 적어도 제1 커맨드를 생성하는 단계. 만약 원한다면, 이 방법은 또한 다음 단계를 포함한다 : (e) 자동화된 보정 동작이 인식된 수신 에러 조건을 해결했는지 여부를 결정하는 단계와, (f) 그 자동화된 보정 동작이 인식된 수신 에러 조건을 해결했는지 여부를 로그하는 단계. 본 발명의 시스템들과 같이, 자동화된 방법들은 다음을 포함할 수 있다 : (g) 자동화된 보정 동작이 현재 취해질 수 있는지 여부를 결정하는 단계와, (h) 자동화된 보정 동작이이 현재 실행될 수 없다고 통보하는 단계. 본 발명의 시스템들의 다른 측면의 기능은 또한 본 발명의 방법들의 단계와 관련한 기능의 부분을 형성할 수 있다.
지금까지의 설명으로부터, 본 발명의 ISR 시스템들 및 방들은 장비 및 관련 제어 시스템들이 에러 조건, 문제, 또는 다른 문제를 보고하는 경우에 만나게 되는 다양한 문제들을 극복하는데 알맞은 것이다. 사실, 본 발명의 ISR 시스템들 및 방법들을 사용하는 경우, 다양한 자동화 시스템을 분리하는 정상적인 경계를 넘어, 자동 복구 또는 다른 자동 해결이 가능한 자동화된 제조 설비에서의 많은 에러 조건들 및 다른 문제들 또는 문제들을 해결하는데 도움이 되도록 정확한 시스템-와이드 자동 솔루션 구현이 가능하다. 본 발명의 이러한 또는 다른 측면은 첨부된 도면 및 청구범위와 상세한 설명을 참조함으로써 더 잘 이해될 수 있을 것이다.
본 발명은 실시예와 더불어 기술될 것이며, 본 발명의 원리와, 본 발명 및 그 여러 측면의 구현을 위해 필요한 관련 기능상의 설명을 예를 들어 설명하여 이해를 돕는다. 그러나, 본 발명의 시스템들 및 방법들은 상이한 구성과 형태로 구현 될 수 있으며, 다른 다양한 개조가 본 발명의 기술적 사상의 범위 내에서 가능하다.
1 부- 일반 시스템 개요
본 발명의 시스템들 및 방법들을 더 나은 이해를 위해, 도 1에 도시된 바와 같이, 예시적으로 알려진 공장 자동화(Factory Automation, FA) 시스템을 나타내는 간략화된 블록도[종종 컴퓨터 통합 제조(Computer Integrated Manufacturing, CIM) 시스템으로 불리움]을 고려하면, 본 발명의 시스템은 점선 불록(120)의 요약 형태를 보여주는데, 이는 본 발명의 장점을 설명하는데 도움을 준다. 더 자세히 설명하겠지만, 본 시스템(120)과, 그 구성 요소 및 방법은 신규한 것이며, FA 시스템의 나머지 부분은 개시를 목적으로 종래 기술 또는 공지된 것으로 간주된다. 공지된 FA 시스템의 더 자세한 블록도은 도 2에 도시되어 있으며, 본 발명의 시스템, 구성 요소 및 방법들을 구현하는 부분을 제외하고는 본 발명에 우선하거나 종래의 것으로써 간주될 수 있다.
도 1 및 2에 있어서, 공장 자동화 시스템은 IBM의 SiView 표준, 부룩스 오토메이션의 실시간 디스패쳐(real time dispatcher, RTD) 및, 무라타의 MCS와 같은 MES를 포함하는 기성품(off-the-shelf) 시스템을 사용하여 구현된다. 이러한 개별적인 시스템들을 함께 통합하기 위하여, 이러한 제품들은 호환가능 인터페이스를 제공하는 종래의 기술들을 사용하여 필요한 바와 같이 맞춤식으로 제작하여, 각 시스템은 다른 시스템들과 함께 적합한 통신을 할 수 있으며, 이로써 함께 작업을 할 수 있다. 이러한 3개의 시스템 또는 어플리케이션들 사이에서 메세지를 전달하는 것과 같은 통신을 인에이블하도록 사용되는 인터페이스는 산업-표준 통신 프로토콜이며, 오직 이해를 위해서만 이름이 언급될 필요가 있다. 이러한 인터페이스는 다음을 포함한다 : CORBA(Common Object Request Broker Architecture), HSMS(High Speed Message Service), MQSeries(widely-used IBM middleware). 이 통신 프로토콜들 및 인터페이스 모두는 반도체 제조 산업에서 IBM 및 다른 제조사 뿐만 아니라, 다른 산업, 다른 플랜트 및 공장들에서 광범위하게 사용된다.
도 1은 자동화된 IC 제조 설비와 같은 자동화된 공장을 위한 공장 자동화 시스템(30)의 간략화된 고 레벨 시스템 블록도이다. 도 1은 제조 설비의 자동화 시스템의 전형적인 주요 하위 시스템 및 장비 그룹을 도시한 것이며, 이것은 또한 연결된 본 발명의 문제 해결(issue resolution, ISR) 시스템을 도시한 것이다. 도 1은 또한 하위 시스템들 및 그룹들 및 ISR 시스템 사이의 일반적인 통신 데이터 흐름을 나타낸다. 전형적인 하위 시스템 및 그룹들이 지금 설명될 것이며, ISR 시스템의 설명이 뒤따를 것이다. 최상위 블록(32)은 호스트 시스템(또는 수퍼바이저)을 나타내는데, 이는 MES 하위 시스템(34)을 포함한다. 전형적인 자동화된 IC 제조 설비에서는, 또한 제조 설비에서 사용되는 생산 장비에 의해 실행되는 목표된 전체 운영들에 관련하여, MES 하위 시스템(34)로부터 어떤 커맨드 또는 명령들을 수신하는 생산 장비 제어(production equipment control, PEC) 하위시스템(36)이 존재한다. 이 PEC 하위시스템으로부터의 응답뿐만 아니라, 이러한 커맨드들은 라인(37)이 나타내는 알맞은 통신 경로를 전달한다. IC 제조 설비에서, 많은 다양한 타입의 생산 장비들이 존재하며, 블록 40에서 선택적으로 나타나는데, 그 동작은 수퍼바이저(32)에 의해 발행된 다양한 PEC 커맨드들에 의해 제어되고 동기화된다. 생산 장비의 개별적인 것[종종 툴(tool)이라 호칭됨]은 그 자신의 컴퓨터들 및/또는 마이크로프로세서-기반 제어기들을 포함하며, 이것들은 그 자신의 내부 운영을 제어하고, 만약 모든 것이 제조 설비의 다른 부분과 정보를 교환하지 않는다면, 대부분을 제어한다. 툴들은 일반적으로 포토리소그래픽 작동을 실행하기 위한 스텝퍼(stepper, 41), 이온 주입 장치(42), 메트롤로지 스테이션(metrology station, 43), 클리닝 스테이션(44), 및 타원(45)에 의해 나타나지만 도시되지 않은 다른 스테이션들(결합 스테이션을 포함함)과, 웨이퍼 연마 스테이션들, 다양한 테스트 스테이션들 및, 블록(46)에 의해 나타나는 다른 종래 툴들을 포함한다. 더 대형인 설비에 있어서, 동일성이 있는 툴들의 그룹들 또는 그 유사한 그룹들 또는 관련 툴들 또는 스테이션들은 다양한 베이들로 제공될 수 있다. 모든 이러한 툴들은 PEC 커맨드들을 적당한 라인들(47)을 통해 수신하고, 차례로 다양한 응답을 라인(48)들을 통해 제공한다. 에러 또는 문제 신호들은 라인(49)들을 통해 제공될 수 있다. 라인들(47 내지 49)은 설명을 위해 분리하여 도시된다. 실제로, 도 1 및 2의 이러한 그리고 다른 통신 라인들은 모두 하나 이상의 통신 버스들, 토큰 링들 또는 데이지(daisy) 체인들의 일부일 수 있거나, 어떤 다른 종래의 또는 적합한 형태로 구현될 수 있다. 환언하면, 여기서 묘사되는 다른 라인들과 같은 이러한 라인들은, 물리적인 와이어, 동축 케이블, 광 케이블들, 광 링크 및 무선 주파수 링크들 등의 통신 경로로서 폭넓게 간주되어야 한다.
자동화된 제조 설비(30)는 또한 보통 다수의 운반 장치들의 웨이퍼들 또는 다른 워크-인-프로세스(WIP)를 사용하는데, 이들의 움직임은 다양한 장치들, 스테이션들, 적재 장치(stocker)들 및 다양한 운반 메카니즘 사이의 운반 장치 운반 웨이퍼 또는 다른 WIP로서 추적되어야 한다. 운반 장치들은 SMIF 운반 장치들 또는 FOUP들(front opening unified pods)을 포함하는 공지된 또는 적합한 타입의 것이다. 어떤 적합한 저장(storage) 또는 선적(shipping) 컨테이너들은 FOSB들(front opening shipping boxes)을 포함하여 사용될 수도 있다. 다수의 개별적인 장치들은 바람직하게는, 포토리소그래피, 이온 주입, 메트롤로지, 클리닝, 본딩, 웨이퍼 연마, 테스팅 등과 같은 어떤 종류의 프로세스들에 전용하는 클러스터들 또는 베이들에 배치된다. 각각의 그러한 베이는 일반적으로 복수의 동일성 있거나, 관련된 툴 또는 다른 스테이션들을 구비한다. 적어도 4개의 타입의 자동화된 운반 장비가 툴들 또는 다른 스테이션들, 적재 장치들과 운반 메카니즘들 사이에서 자동으로 운반 장치를 운반하도록 사용된다. 이들 4개의 일반적인 종류의 자동화된 운반 장비들은 점선으로된 대형 블록(50)에서 블록들에 의해 나타내진다. 이 개별적인 베이들 내에는 다양한 베이 내(intrabay) 운반 장비가 블록(52)에 의해 선택적으로 나타내지며 배치되어 있다. 이 베이들 외부에는(종종 내부에도) 다양한 적재 장비가 블록(54)에 의해 선택적으로 나타내진다. 또한 전형적인 제조 설비는 다양한 적재들 및/또는 베이들 사이에서 블록(56)에 의해 선택적으로 나타내지는 다양한 베이-간 운반 장치를 구비할 것이다. 제조 설비는 또한 선택적으로 블록(58)에 의해 나타내지는 로봇들 또는 운반 차량을 사용할 수 있는데, 이들은 다양한 툴들 또는 다른 스테이션들, 적재 장치들, 운반 장치들 및 다른 장비들 사이에서 운반 장치들 또는 다른 객체들을 운반한다. 이러한 운반 장치 운반 또는 로봇들은 이에 제한되지는 않지만 레일-기반(rail-based) 오버헤드 운반 차량들(overhead transport vehicle) 및 셔틀-장착 피벗식 로봇 아암(shuttle-mounted pivoting robotic arm)을 포함하도록 설계될 수 있으며, 이는 3 개 이상의 독립적인 직교 좌표축을 따라 움직일 수 있는 것이다. 이러한 운반 로봇들 또는 차량들은(종종 오버헤드 운반, overhead transport, OHT들 및/또는 운반 로봇들로 호칭됨) 베이들 또는, 종종 FOUP들, FOSB들, 운반 장치들, 카세트들, 파드들(pods) 등 및 관련 툴들, 스테이션들 및 제조 설비 내의 다른 장비들의 효과적으로 정렬된 클러스터들(도시되지 않음) 주위 및 사이의 다른 객체들을 이동시키도록 사용된다.
다양한 위치의 생산 장비(40)는 정기적으로 그 관련 베이-간 운반 장비(52)와 통신하며, 이것은 통신 라인들(62)을 통해 발생할 수도 있다. SEMI(Semiconductor Equipment and Materials International organization)의 표준 E-84(강화 운반 장치 핸드오프 병렬 I/O 인터페이스 또는 PIO)는 종종 이러한 목적을 위해 사용된다. 유사하게는, 베이 내 운반 장비(52)는, 라인들(64)을 통해 적재 장비(54)와 정기적으로 통신한다. 유사하게는, 적재 장비(54)는 라인(66)을 통하여 베이-간 운반 장비(56)와 통신한다. 베이-간 운반 장비(56)는 라인들(68)을 통해서 운반 차량 로보틱 아암 또는 다른 종류의 운반 장비(58)와 함께 통신한다. 유사하게는, 만약 통신이 장비 블럭들(52) 및 블럭들(56 및 58) 사이에서 필요한 경우에는, 개별적으로 라인들(71 및 73)을 통해 제공될 수 있다. 유사하게는, 장비 블록들(54 및 58) 사이에서 필요한 어떤 통신이 라인들(75)을 통해서 발생할 수도 있다. 환언하면, 모든 이러한 라인들에 의해 보여지는 바와 같이, 어떤 두개 또는 그 이상의 생산 장비들 및 운반 장비들 사이에서 또는, 필요하다면 어떤 두개 이상의 운반 장비 사이에서 통신이 발생할 수 있다. SEMI(Semiconductor Equipment and Materials International organization) 또는 다른 알려진 또는 적합한 통신 프로토콜의 통신 표준 No.E84(강화 운반 장치 핸드오프 병렬 I/O 인터페이스 또는 PIO)가 라인들(47 내지 78)을 통해 통신을 구현하도록 목적된 것처럼 사용될 수 있다. 도 1(및 다른 도면들)에서 언급된 다른 라인들 또는 통신 경로들뿐만 아니라, 이러한 통신 라인들은 물리적으로, 전기 케이블들(예컨대, CAT5), 동축 케이블들, 섬유 광학 및/또는 적외선 시스템들, 및 숏-투-미디엄(short-to-medium) 범위 무선 통신 시스템 등을 포함하는 복수의 방법들로 구현될 수 있다.
자동화된 운반 장비(50)의 제어는 점선으로 된 블록(80)에 도시되어 있는 전용 제어기 세트에 의해 조종될 수 있다. 베이 내 운반 장비(52) 모두의 제어는 바람직하게는 전용 시스템 제어기들의 그룹(82)에 의해 처리된다. 예컨대, 베이 내 운반 장비의 모두에 대한 커맨드 및 제어 신호는, 블록(82)에 의해 나타나는 하나 이상의 베이 내 운반 시스템 제어기들을 통해 발송될 수 있다. 유사하게, 모든 적재 장비(54)의 제어는 하나 이상의 적재 시스템 제어기들(84)에 의해 발송되거나 처리될 수 있으며, 베이-간 운반 장비(56)의 제어는 하나 이상의 베이-간 운반 시스템 제어기들(86)에 의해 발송 또는 처리될 수 있다. 마지막으로, 모든 로봇 아암 운반들(58)의 제어는 하나 이상의 운반/로봇 시스템 제어기들(88)을 통해 발송된다. 운반 장비(52, 54, 56 및 58) 및 그들과 관련된 제어기들(82, 84, 86 및 88) 사이의 통신들은 통신 라인들(92, 94, 96 및 98)을 통해 개별적으로 발생한다.
무라타의 유용한 물류 제어 시스템(material control system, MCS)과 같이, 바람직하게는 통합 운반 제어 시스템(100)인, 자동화된 물류 처리 시스템(Automated Material Handling System, AMHS)은 도시된 바와 같이, 운반 제어기(80) 위에 위치하며, 라인들(102, 104, 106 및 108)을 통해 제어기(82, 84, 86 및 88)들의 그룹들과 통신한다. AMHS(100)는 통신 라인들(117)을 통해 호스트 시스템(32)로부터 커맨드들을 수신하며, 또한 지위 및 완료된 커맨드 정보를 라인들(118)을 통해 호스트 시스템으로 반환한다. 그러므로 설명된 장비 및 하위시스템들에서, 장비 및 하위 시스템들이, 에러 조건들, 문제 보고들 및 주목된 문제들로 구성된 다른 아이템들을 포함하고, 생산량 및 관련 정보를 포함하는 지위 정보를 제공하는 것이 일반적이다. 이 데이터는 통신 라인들(119)을 통해 AMHS(100) 및 호스트(32) 사이에서 전달될 수 있다. 일반적으로, 그러한 데이터는 호스트 시스템(32) 내에 수집되며, 다양한 그래픽 유저 인터페이스들, 모니터들, 및/또는 보고들을 통해서 근무자들이 사용 가능하게 된다. 이 데이터는 종종, 단순한 컴퓨터 파일들, 연속된 테이블, 스프레드시트, 또는 하나 이상의 적합한 관련 데이터베이스가 될 수 있는, 하나 이상의 적합한 로그들, 파일들 또는 데이터베이스들 상에 수집된다.
이러한 모든 정보를 수집하는 종래의 목적은, 어떤 이들이 보고를 원하거나, 일부 에러를 조사하려고 하거나, 머신 조건, 문제 또는 상태를 분석하고, 생산 부분 품질, 툴 및/또는 운반 장치 실행도 및 고장 시간에 관한 통계를 획득하거나, 주어진 운반 장치, 툴 또는 툴의 베이들과 같은 주어진 툴 또는 다른 장비에 관련되어 발생하는 다양한 에러 조건 또는 문제들에 관한 정보를 획득하려고 하는 경우에, 차후에 이것을 검사할 수 있기 위함이다. 또한 품질 제어 및 제품 생산 정보는 종종 웨이퍼 레벨 아래에서 수집되는데, 생산 및 생산 문제들은, 제조 설비에서 생산되는 IC 제품의 웨이퍼들 또는 칩들의 생산과 관련하여, 어떤 일이 언제, 발생할 수 있는지를 이해하려고 시도하면서 데이터를 때때로 분석하는 지원 근무자들에 의해 조사될 수 있다.
이러한 종래의 자동화 공장 시스템(30)에, 본 발명은, IC 제조 설비의 자동화 운영 동안 발생하는 적어도 복수의 종류의 에러 조건들, 문제들 및 다른 문제들을 자동으로 처리 및 해결하려는 시도에 도움을 주는 신규한 문제 해결 시스템[Issue Resolution(ISR) 시스템, 120)을 부가한다. 상세하게는, ISR 시스템(120)은 만약 완전한 복수가 가능하다면, 자동 해결에 민감한 것으로 이전에 식별된 문제에 주의하게 되어, 생산은 주목된 에러 조건, 문제 또는 다른 문제에도 불구하고 자동적으로 지속될 수 있다. 환언하면, 자동 운영이 서스팬드되거나 인터럽트되기 보다는, ISR 시스템(120)은 종종 자동으로 에러 조건 또는 다른 문제를 해결하거나, 통과시킬 수 있다. 문제 해결 시스템(120)은 문제 해결 관리(Issue Resolution Management, ISRM) 하위시스템(122) 및 문제 데이터베이스 및 수집(Issue Database and Collection, ISDAC) 하위 시스템(124)을 포함할 수 있는데, 이들 시스템들은 일반적으로 공장 자동화 시스템(30)의 나머지에 필요한 대로 상호접속 될 수 있다. ISR 시스템(120) 및 그 하위 시스템들 및 제조 설비 자동화 시스템(30)의 나머지 내부 및 사이의 예시적인 상호연결들이 도 1에 도시되어 있다. ISRM 시스템(122)은 또한 문제 해결 커맨드 센터(Issue Resolution Command Center, ISRCC, 126) 및 광 커맨드 메모리 요소(128)를 포함할 수 있다. ISRM 하위 시스템(122) 및 ISDAC 하위 시스템(124)은, 라인들(121 및 123)에 의해 보여지는 바와 같이, 바람직하게는 쌍방향 통신 및 데이터 전송을 사용한다.
ISDAC 하위시스템(124)은, 통신 라인들(129)을 직접 통하거나, 다른 라인들에 전달된 정보를 간접적으로 통하여 AMHS(100)로부터 에러 조건들, 문제들 및 제어 상태에 관한 정보를 획득할 수 있다. 상세하게는, 라인들(48, 49, 118 및 119)는 상태 및 에러 조건 정보를 호스트 시스템(32)에 제공하는데, 이 정보는 라인들(134)를 통하여 ISDAC 시스템(124)으로 전달될 수 있으며, 생산 장비 제어 시스템(36)으로부터의 에러 조건 정보와 관련된 정보이다. 유사하게, MES(34)는 라인들(134) 상의 상태 및 에러 조건 정보를 ISDAC 하위 시스템(124)에 제공할 수 있다. 이러한 기술 및/또는 다른 잘 알려진 기술들을 사용하여, 장비 및 워크피이스 상태(workpiece status), 에러 조건들, 문제들 및 다른 문제들에 관한 정보는, 관련 커맨드 정보와 함께, ISDAC 하위 시스템(124)의 데이터베이스에 수집될 수 있다.
문제 해결 관리 하위시스템(122)의 목적은 문제 해결 시스템(120)의 전반적인 운영을 제어하는 것이다. 이를 위한 한가지 방법은, 완전 복구를 포함하는 자동 해결이 가능한 에러 조건, 문제 또는 다른 문제가 언제 발생하는지를 결정하기 위해, ISDAC 하위 시스템(124)의 문제 데이터베이스에서 수집된 정보를 효과적으로 사용하는 것이다. ISRM 시스템(122)이 에러 조건 또는 다른 문제가 발생한 것을 인식한 경우, 보고되었고(플래그되었고) 그렇지 않다면 해결을 위해 허가된 에러 조건 또는 다른 문제를 해결하려는 시도가 필요하기 때문에, 문제 해결 커맨드 센터(ISRCC, 126)는 적당한 세트의 커맨드들을 호스트 시스템(32), 생산 장비(40), 및/또는 AMHS 시스템(100)으로 생성하도록 허가된다. 본 발명의 문제 해결 시스템(120) 및 부수적인 방법이 구현되는 예시적인 방법들이 아래에 상술된다.
2 부 - 구체적인 시스템 개요
도 2는 IC 반도체 칩 또는 다른 IC 제품들에 300 mm 실리콘 웨이퍼들을 처리하는데 사용되는 자동화된 IC 제조 설비를 위한 대표적인 공장 자동화 시스템을 도시한 더 자세한 블록도이다. 도 2의 시스템은 설명되는 바와 같이, 5개의 상이한 방법 중 하나 이상에 있어서, 본 발명의 시스템들 및 방법들을 사용할 수도 있다. 많은 당업자는 도 2에서 사용되는 약어의 의미와 다양한 하위시스템들, 하드웨어 및 소프트웨어 요소들 및 상호연결의 목적을 이해하거나 구별할 것이다. 그럼에도 불구하고, 도 2(및 다른 도면들)를 더 일반적으로 이해할 수 있도록 도시하여, 다음의 약어 해석 표를 제공한다.
[표 2]
약어 해석 표
약어 약어 의미(간단한 설명)
AIX IBM의 유닉스 운영 시스템(IBM's Unix Operating System)
AMHS 자동화된 물류 처리 시스템(automated material handling system)
APF AutoSimulation Inc. Productivity Family(RTD, Reporter, AutoSched Ap, 및 MES integration을 포함함)
BOM Bill of Material
CIM system 컴퓨터 통합 제조 시스템(computer integrated manufacturing system)
CORBA 공통 객체 요청 브로커 아키텍쳐(Common Object Request Broker Architecture)
DCS 데이터 수집 서버(Data Collection Server)
EQP 장비(equipment)
FAS 공장 자동화 시스템(Factory Automation System)
FOUP front opening unified pod
HSMS 고속 메세지 서비스(High Speed Message Service)
MACS 무라타 자동화 제어 시스템(Murata Automation Control System)
MCS 물류 제어 시스템(Material Control System)
MES 제조 실행 시스템(Manufacturing Execution System)
MM 물류 관리자(Material Manager, SiView MES의 일부)
MQ ReqHdlr MQ 요청 처리기(MQ 메세지들을 CORBA 메세지들로 변환함)
MQ(Series) 폭넓게 사용되는 IBM의 비지니스 통합 소프트웨어(미들웨어)
MQ TxHdlr MQ 트랜잭션 처리기(CORBA 메세지들을 MQ 메세지로 변환함)
MSP 머신 관리 프로그램(a/k/a 툴 어플리케이션 프로그램 = TAP, 셀 제어기, 툴 제어기, 등)
MSPSA MSP SiView 어댑터(CORBA 메세지들을 MQ 메세지들로 변환함)
OHT 오버헤드 운반(overhead transport)
ReqHandr 요청 처리기
RMACS 원격 무라타 자동화 제어 시스템
RME 레시피 관리 편집기(Recipe Management Editor)
RMS 레시피 관리 시스템(Recipe Management System)
RTD 실시간 디스패치(real time dispatch)
RTD SvcMgr RTD 서비스 관리자(RTD service manager)
RXM 레티클 트랜잭션 관리자(SiView 표준 요소)
SAP 많은 목적들을 위해 사용되는 SAP로부터의 공통 데이터베이스
SDD SECS 데이터 디스퍼서(SECS data disperser)
SECS SEMI 장비 통신 표준(SEMI Equipment Communications Standard)
SiView DCS 데이터 수집 서버 - SiView 표준 요소
SiView MM 물류 관리자 - SiView 표준 요소
SiView MQ SiView의 MQ 시리즈 요소(트랜스미션/텍스트 커맨드들 및 다른 시스템들로부터의 요청을 처리하기 위함)
SiView RXM 레티클 트랜잭션 관리자 - SiView 표준 요소
SiView SM 열거 관리자(Specification Manager) - SiView 표준 요소
SiView SPC 통계적인 프로세스 제어 - SiView 표준 요소
SiView Std. IBM의 신뢰가능 및 확장가능 MES 솔루션
SiView WBR 베이 레티클 내(Within Bay Reticle) - SiView 표준 요소
SiView WBS 베이 시스템 내(Within Bay System) - SiView 표준 요소
SiView XM 트랜잭션 관리자 - SiView 표준 요소
SPC 통계적인 프로세스 제어
TCS 트랜스퍼 제어 시스템(Transfer Control System)
TOM Client 전체 순서 관리 클라이언트(Total Order Management Client)
Tx 트랜잭션
TxHandlr 트랜잭션 처리기
WBR Within Bay Reticle
WBS Within Bay System
Win2k MS 윈도우즈 2000
WIP work in process
WTDG 워치독(Watchdog)(장비 상태 및 유용성 모니터링)
XM 트랜잭션 관리자(SiView 표준 요소)
XMS 트랜잭션 관리자 시스템
Xsite 브룩스 자동화 방지 관리 소프트웨어 시스템(Brooks Automation Preventive Maintenance Software System)
추가적으로, 도 2의 오른쪽 하단에는, 점선으로 된 박스 내에, 사용되는 통신 경로의 상이한 타입들로의 키가 도시되어 있다. 이전의 테이블 및 키들과 함께, 자동화된 IC 제조 설비에 대한 제어를 설계하는 당업자들은 모든 객체들 및 상호연결 관계들의 기능 및 목적을 이해해야 한다.
도 2의 박스들 일부의 오른쪽 코너 하단에는, AIX(IBM의 유닉스-기반 운영 시스템), 리눅스, 선 솔라리스, 및 윈2K(MS 윈도우즈 2000)와 같은, 운영 시스템(OS)이 나타나 있다. 이러한 개념은 동일한 박스들의 중앙 상단에 리스트된 특정한 어플리케이션들이 개별적으로 구동되는 예시적인 운영 시스템들을 나타낸다. 이러한 어플리케이션들 및 관련 운영 시스템들이 복수의 상이한 컴퓨터 하드웨어 시스템 상에서 구동되며, 공지된 방법으로 된, 기능들의 분리, 관리, 모듈 방식(modularity), 리던던시(redundancy) 및/또는 보안을 제공한다. 또한 제어되는 특정한 어플리케이션 또는 관련 장비들의 소비자, 사용자 또는 공급자에 의존하여, 일부 운영 시스템들은 도 2에 도시된 어플리케이션들 또는 시스템들에 대한 것들 보다 더 자주 사용될 수 있다. 유사하게는, 자동화 장비 및/또는 물류 처리 시스템들 및/또는 관련 제어 시스템들의 제조 설비 소유자들 또는 판매자들은, 어떤 통신 프로토콜들 또는 어떤 타입들의 통신 경로들[예컨대, 무선, 동축 케이블, 트위스티드 페어(twisted pair), 광]을 선호하며, 그러한 선택들은 종종 장소, 속도 요구 및 다른 알려진 인자에 의존한다.
도 2는 그러한 자동화 시스템 및 어플리케이션 및 그들 사이의 통신들의 예시적인 합성을 보여준다. 예컨대, MSPSA는 CORBA 메세지들을 MQ 시리즈 메세지들로 변환하는 MSP SiView 어댑터이고, SiView 트랜잭션 처리기는 CORBA 메세지들을 MQ 시리즈 메세지들로 변환하고, SiView MQ 요청 처리기는 MQ 메세지들을 CORBA 메세지들로 변환한다. 주어진 어플리케이션, 컴퓨터 시스템 또는 장비들을 위해 사용되거나, 그들과 통신하는 운영 시스템들 및/또는 통신 프로토콜들의 선택은 엔지니어들에게는 종종 실제적인 관심사가 될 수 있다. 그러나 그러한 선택들은 본 발명의 시스템들 및 방법들과 관련하여 중요하지 않으며, 이러한 운용 시스템들, 어플리케이션들, 장비, 제어 시스템들 및 통신 프로토콜들 및 경로들과 혼합하여 구현되고 사용된다. 더 나아가, 본 발명의 시스템들 및 방법들은 컴퓨터 기반 또는 전자/마이크로제어기 기반 자동화 시스템들 및, 자동화 제조 설비 또는 다른 자동화 생산 설비들에서 사용되는 자동화 장비의 광범위한 사용에 적용될 수 있다.
도 2에 도시된 바와 같이, SiView 표준 MES가 사용되는 경우, 그 MM(Material Manager, 물류 관리자)은 전체 제조 설비의 두뇌 또는 중앙 제어기이다. MM 기능을 중앙 제어기로써 취급하는 것은 IC 제조 산업의 대부분의 MES들에 의해 사용되는 통상의 패러다임이다. SiView MES는 XM, RXM, WBS 및 WBR 요소들과 같은 복수의 요소들(하위시스템들로 간주됨)로 구성된다. 여전히 다른 요소들이 앞선 표에서 "SiView 표준 요소"로 지정되어 도시되고 식별된다. 이렇게 명명된 4개의 요소들은 MES로부터 MCS로의 로직 흐름을 허가하고 제공한다. 도 2의 자동화 공장의 일 실시예에 있어서, 브룩스 RTD 서비스 관리자(RTD 디스패처)는 제조 설비 내의 모든 툴들 또는 장비들에 대한 자신의 로직 및 전용 규칙을 가질 수 있다. 디스패치 리스트, 또는 "신규한 것"의 리스트로써 보통 참조되는 것에서 툴들 사에서 구동되어야 하거나, 처리되어야 하는 제품들의 리스트들을 생성하는데 도움을 주기 위해서, 전용 규칙들 및 논리을 사용하는 것으로 알려져 있다. 알려진 방법으로 전용 프로그램 가능 로직을 사용하는 RTD는 스케줄들, 우선권들, 커미트 데이트(commit date) 등에 기반하여, 제조 설비 내의 모든 툴에 대한 프로세스 다음에 무엇이 있는지 MES에 알려준다. MES를 사용한 어떤 자동화된 제조 설비는, MES 또는 CIM 시스템의 어딘가에 상주하는 이 일반적인 종류의 스케줄링 및/또는 디스패칭 로직을 가지고 있기 때문에, 브룩스 RTD와 같은 오프 더 쉘프(off the shelf) RTD 시스템이 사용되는지 여부는 중요하지 않다. RTD 또는 디스패처는 MES의 일부로써 구축될 수 있으며, SiView 디스패처와 같은(도 2의 시스템은 사용되지 않거나 구현되지 않음), MES의 분리된 요소가 될 수도 있거나, 브룩스 자동화 RTD와 같이 제3 부분의 어플리케이션이 될 수도 있다. 스케줄러, 디스패처 또는 어떤 제품이 규칙들 또는 로직에 기반하여 자동화된 공장을 통해 다음으로 구동되는지를 선택하는 MES의 구상 또는 개념은, 어느 MES가 가상적으로 어떤 산업에서 사용되는지는 중요하지 않으므로, 여기서는 더 언급할 필요가 없다.
일단 제품들이 다음에 프로세스될 것이라고 선택되면, MES는 전달 요청(delivery request)을 보낸다. SiView MES의 경우에 있어서, 이러한 요청들은 장비 그룹들을 통상 담당하고, 장비 상태 및 유용성을 모니터링하는 "워치독(Watchdogs, WTDGs)"이라 불리는 분리된 프로그램들 또는 로직 요소들을 통해 구현된다. 적절한 워치독은 장비 로드 포트가 유용하다는 것을 확인하고, 또한 로드 요청 팬딩(Load Request pending) 및, RTD에 기반한 새로운 리스트가 MM에 전달 요청을 한다. 이러한 이벤트의 시퀀스는 도 3을 참조하여 이해하는 것이 좋은데, 도 3은 도 2의 공장 자동화 시스템의 완전 자동화 오토-3 디스패칭 동작의 트랜잭션 시퀀스를 도시한 통신 흐름도이다.
WTDG 로직이 전달 요청을 MM에게 전달하는 경우의 하나 이상의 불량 반환 코드들(bad return codes)이 이 상세한 설명의 3 부에 더 기술된다. 이것은, 어떤 이유에 의해 MES가 이 전달 요청에 대한 오류를 만났고, 이 전달 요청이 전달된 것처럼 완료될 수 없는 경우 발생한다. 이 경우, 운반 커맨드들이 MCS로 전달되지 않았기 때문에, 이 에러 조건에 관한 정보는 통상 MES 내, RTD 또는 스케줄러/디스패처 내에 포함된 모든 것이 되고, 문제가 존재함을 여전히 인식하지 못한다. 그러한 예에서, 불량 반환 코드들이 수신된 경우, 예컨대, 만약 그들이 효과적으로 초기 전달 요청 커맨드가 인터럽트 되었다는 것을 나타내는 경우, 본 발명의 문제 해결 시스템(120)은 작동을 하게된다. 아래에서 더 설명되겠지만, 도 5의 흐름도에 도시된 바와 같이, 전용 완전 자동 에러 복구 로직은, 보고된 에러 조건(들)을 처리하고 희망적으로 해결하기 위해, 기술 No.1 아래에 설명된 바와 같이, 도 2의 MES에 직접 구현될 수 있다. 또는 이러한 에러 복구 로직은 기술 No.2 아래에 설명된 바와 같이, 추가적인 요소로써 코딩될 수 있다.
실제적으로, 주어진 에러 조건, 문제 또는 다른 문제, 또는 하나 이상의 에러 조건 세트들, 문제들 또는 다른 문제들에 관하여, 본 발명의 ISR 시스템들 및 방법들을 구현하는 실제적인 기술들 또는 방법들이 다수 존재한다. 여기서 개시되는 접근들은 본 발명의 ISR 시스템들 및 방법들이, 하나 이상의 에러 조건들 세트들, 문제들 또는 다른 문제들을 처리하기 위하여, 필요한 만큼 5개의 후속하는 기술들(즉, 접근들) 중에 어느 하나를 사용함으로써 공장 자동화 시스템에서 논리적으로 구현될 수 있다.
기술 1 : ISR 시스템은 MM 요소에서와 같이, MES에서 직접 설계되고 구현될 수 있으므로, 그것은 MM 로직의 일부이다.
기술 2 : ISR 시스템은 새로운 하위 시스템, 구성 요소들의 세트 또는 MES 하위 요소들의 세트로서 구현될 수 있다. 따라서, 소비자에게는 구입하거나 임차하기 위한 선택적인 시스템으로써 제공될 수 있다.
기술 3 : 적어도 부분적으로, ISR 시스템은 WBS 또는 WBR과 같은 현존 하위 시스템 또는 MES의 구성 요소 내에서 논리적으로 설계될 수 있고 코딩될 수 있다. 여기 5 부에서 설명될, 그러한 하나의 접근은 SiView WBS에서 구현되는 ISR 시스템의 예이다. SiView와 같이 만약 MES가 모듈화되고, 전달 요청 커맨드가 성공적이지만, txXMTrasportJobCreateReq 요청(디스패칭/로딩 또는 언로딩)이 MCS 및 MES 사이에서 실패하는 경우, 이러한 접근은 특히 합리적이다. 이러한 접근은, 두개의 프로그램들 사이의 HSMS 프로토콜을 사용하여, WBS 및 MACS 사이에서 프로그램 되도록 허가할 수 있다. 이것은 또한, 4 부에 리스트되어 있는 에러들 또는 불량 반환 코드들을 해결하기 위해, WBS 또는 MES로부터 커맨드들을 수신하는 성능을 MCS가 구비하고 있다고 가정한다.
기술 4 : ISR 시스템은 사용자의 공장 자동화 시스템의 가능한 해결이 가능한 것으로 식별되는 특정한 조건들을 주소화하도록, 각 사용자에 의해 전체적으로 주문 생산된다. 예컨대, 여기서 설명된 예시적인 자동화 제조 설비에 있어서, MM MES에 의해 수신된 로트 전달 에러들(Lot Delivery Errors)은 3 부 및 4 부에서 설명될 것이지만, 에러 조건 및 실패한 반환 코드들에 기반하여, ISRM 하위시스템이라고 불리는, 자동화 에러 복구 어플리케이션으로 설계되고, 프로그램될 수 있다. 다시, 에러 처리의 일반적인 접근이 도 5의 흐름도에 나타나 있다.
기술 5 : 만약 올바른 데이터가 MES 및 MCS로부터 RTD, MES의 디스패처 또는 스케줄러 요소로 전달된다면, ISR 시스템은 RTD, 디스패처 또는 스케줄러 내에서 구현될 수 있다.
본 발명의 ISR 시스템들 및 방법들을 구현하기 위한 이러한 5가지 기술들 중 어느 하나 이상의 기술들이 단일 자동화 제조 설비의 전체 또는 일부에서 사용될 수 잇다. 예컨대, 에러 조건들의 상이한 타입들 또는 세트들이 전반적인 공장 자동화 시스템 내의 개별적인 ISR 시스템들에 의해 처리될 수 있다. 이러한 접근은 ISR 시스템으로 하여금 모듈화 되도록 하여, 에러 조건들이 제조 설비(30) 내의 어떤 영역 및 스테이션의 타입들, 툴들, 장비 또는 제어 시스템에 전용하는 로컬 ISR 시스템에 의해 처리될 수 있다.
3 부 - 가능한(SiView) MES 반환 코드들/에러 코드들 및 크로스 참조 표
SiView 표준 MES를 포함하는 모든 MES는 실패한 반환 코드들을 가지고 있는데, 이 코드들은 위에서 설명한 이유들에 대해, 전반적인 로직의 일부로써 설계되고 구현되는 에러 조건 코드들이다. 아래 표 3에 리스트된 것은, SiView 표준 MES에 의해 반환 가능한, 가능 반환 코드들 또는 에러 코드들의 설명을 위한 샘플들 또는 서브 세트이다. 이 리스트는 예시적인 것만을 위한 것이고, 모든 가능한 반환 코드를 포함시키려는 것을 의도하지 않으며, 오직 설명을 위해 참조된 문제들의 타입으로 제한된다. 이 리스트는, SiView MES의 환경으로, 본 발명의 시스템들 및 방법들에 따라서, 체크되고, 처리되고 해결되는 예시적인 SiView 표준 MES 반환 코드들를 식별하는데 제공된다. 표 3에서,[*],[**], 내지 [****]는, 런타임 동안 MES 또는 일부의 다른 CIM 시스템 내에서 규정되고 채워진 특정한 값을 참조한다. 표 3에서 사용되는 다양한 두문자들 또는 다른 축약어들은 또한 표 2에서도 규정된다. 다른 축약어는 자명한 것이다[예컨대, "eqp"는 장비(equipment); "ID"는 식별자(identification); "Mgr"는 관리자(manager); "Req"는 요청(request)을 의미함].
[표 3]
반환 코드/SiView 에러 코드 크로스 참조 표
반환 코드 SiView 에러 코드 & 간략한 설명
904 000164E 카세트의 상태[사용 불가]가 유효하지 않음
905 000165E 카세트[***]의 운반 상태[**]가 유효하지 않거나, 운반 장치가 또 다른 운반 예약을 가짐
933 000185E 로트 03128Y27078.000 프로세스상태 프로세싱이 이 요청에 대해 유효하지 않음
958 000207E 레티클[****] 운반 상태[**]는 요청에 대해 유효하지 않음
1547 000244E XMS로부터의 응답이 없음
1425 000260E 카테고리[DispatchFailCode] 정보가 발견되지 않음
1437 000272E B323_APCMgr_SendAPCRunTimeCapability
1468 000297E 로트[****]에 대한 프로세스 운영 정보 pdID가 발견되지 않으면, 기본 기록 정보를 체크하라
1488 000315E 레티클[****] 정보가 발견되지 않음
2037 000381E 시스템 에러가 발생함
2104 000385E TCS로부터 응답이 없음
946 000440E 상세한 포트 I01 포트 상태
534 000485E 머신이 현재 유용하지 않음
117 000499E 상세한 포트 I02 포트 그룹이 또 다른 프로세스 그룹 B를 위해 예약됨
324 000500E (*) 객체 잠금(locked)
532 000558E 상세한 로트 03248GU3252.000는 현재 머신 상태에서 처리될 수 없음
979 000561E 로트가 방해를 받아 처리될 수 없음
329 000594E 카세트들이 업무 ID를 제어함
2830 000714E RTD로부터의 응답이 없었음. RTD 서버 관리자는 유용하지 않음
2831 000715E RTD 파라미터 Raw_eqp_id가 RTD 인터페이스 동의 파라미터에 존재하지 않음
000716E RTD 정보가 발견되지 않음
1912 000718E RTD Interface-Switch가 현재 OFF임
1913 000719E RTD 타임오버[1800] 헬스 체크
1917 000731E 파라미터 값이 리미터(Limiter) 범위를 벗어났음
2943 000739E RTD 인터페이스 라우트 ID 정보가 발견되지 않음
1920 000750E RTD 하위시스템이 몇몇의 에러를 반환했음. 디스패치 서버에 알려진 활성 스케줄러들 또는 TxWhatNextLotListInq가 없음
2848 000751E APC로부터의 응답이 없음. APC 서비스 관리자가 유용하지 않음
2948 000760E 장비 DS01이 이미 IO1 예약됨
623 000795E 로지컬 스크랩 웨이퍼들이 발견됨. 웨이퍼 소터 동작이 필요함
2109 000825E 외부 서버(TCS)로의 바인딩(binding)이 실패했음
2501 000826E 외부 서버(XMS)로의 바인딩이 실패했음
1923 000829E 외부 서버(RTD)로의 바인딩이 실패했음
2949 000841E 로트들 다음 운영 요청 운반 장치 카테고리[FOUP-CU-PEI] 및 로트들 현재 운반 장치 카테고리[FOUP-NonCu-PEI]가 매치되지 않음
1243 000874E 운반 장치-로트 조합이 이전 보고 후에 변함
4001 0004001E AMHS01로부터의 응답이 없음
4134 0004134E 운반 요청 운반 장치 카운트 및 수락된 운반 장치 운반 카운트가 매치되지 않음
4051 0004051E 운반 업무 팬딩(Transfer Job Pending)
4191 0004191E 시스템 에러가 발생함
10113 0010113E APC 런타임 성능 에러
10501 0010501E MM이 MQWrapper로 바인드(bind)할 수 없음
11906 0011906E 장비[****] 레티클 파드 포트[임의의 포트]가 발견되지 않음
11925 0011925E 머신의 자동 유효가능 레티클 파드 포트가 없음
5408 SiView MSP 어댑터 디스패치 에러
4 부 - MACS ACK RC 크로스 참조 표
MACS(무라타 자동화 제어 시스템) MCS를 포함하는 모든 MCS(물류 제어 시스템, Material Control System)는 실패한 반환 코드들 또는 에러 코드들을 그 전체 로직의 일부로서 설계되고 구현되도록 한다. 도 2의 공장 자동화 시스템을 사용하는 제조 설비와 같은 완전 자동화된 제조 설비에서, MACS MCS는, MES 또는, SiView와 같은 MCS는 WBS 및 WBR과 같은 MES의 일부 하위요소로부터 운반 전달 및 픽업 커맨드들[로드, 언로드, 운반 요청, 리라우트(reroute) 등]을 전달받는다. 이러한 커맨드들은 양호하거나 성공적인 반환 코드 또는, 에러 조건 또는 일부 소트의 다른 문제를 나타내는 실패한 반환 코드 중 어느 하나를 가지고 MCS에 의해 확인을 받을 것이다. SiView MES로 MACS에 의해 반환될 수 있는 샘플 또는 가능한 반환 코드들 또는 에러 코드들의 일부가 표 4에 리스트되어 있다. 이 리스트는 모든 반환 코드들을 포함하는 것을 의도하지 않으며, 본 발명의 문제 해결 시스템들 및 방법들은 오직 이러한 타입의 설명으로 제한되지 않는다. 오히려, 표 4는 도 2의 SiView MES 내의 본 발명의 문제 해결 시스템 및 관련 방법들의 구현을 통하여 체크되고, 처리되고, 해결될 수 있는 알려진 MACS 반환 코드들의 일부를 식별하도록 의도된 것이다.
[표 4]
표 4 - MACS 반환 코드 크로스 참조 표
반환 코드 SiView 에러 코드 & 설명
-316 Reject, 운반 장치 업무가 취소되고 있음
-315 Reject, 운반 장치 업무가 리라우팅되고 있음
-314 Reject, 운반 장치 업무의 상태가 속성 변경을 허가하지 않음
-311 Reject, 운반 장치 업무는 운반 업무와 관련이 없음
-310 Reject, 운반 장치가 또 다른 소유자에게 속함
-309 Reject, ExpStopTime 위반
-308 Reject, ExpStartTime 위반
-307 Reject, 현재 장소로부터 새로운 목적지로의 라우트가 유용하지 않음
-306 Reject, 새로운 목적지가 유용하지 않음
-305 Reject, 새로운 목적지가 풀(full)임
-304 Reject, 알려지지 않은 목적지 장소
-303 Reject, 알려지지 않은 운반 장치 ID
-302 Reject, 알려지지 않은 TransferJobID
-301 Reject, 알려지지 않은 CarrierJobID
-215 Reject, 운반 장치가 알려지지 않은 상태에 있음
-214 Reject, 장비 포트의 이전 업무에 대한 픽업 절차가 아직 완료되지 않음
-213 Reject, 배치 운반, 적어도 하나의 요청이 거절되었음
-212 Reject, 운반 장치가 또 다른 소유자에게 속함
-211 Reject, ExpStopTime 위반
-210 Reject, ExpStartTime 위반
-209 Reject, 소스로부터 목적지로의 라우트가 유용하지 않음
-208 Reject, 목적지가 유용하지 않음
-207 Reject, 소스가 유용하지 않음
-206 Reject, 목적지가 풀임
-205 Reject, 알려지지 않은 목적지 장소
-204 Reject, 알려지지 않은 소스 장소
-203 Reject, CarrierID는 이미 다른 장소에 존재함
-202 Reject, 알려지지 않은 CarrierID
-201 Reject, 복제된 TRJOBID
-302 S64F3으로부터의 MACS 리라우트(Reroute), 이것은 MACS로 전송된 복제 요청임
5 부- WBS를 사용한 자동 에러 복구 예
다음은 알려지지 않은 운반 장치 상태 응답을 체크하고, 처리하며, 그 응답으로부터의 복구를 자동화하기 위한, SiView 표준 WBS 요소에 대한 문제 결정 시스템을 구현하는데 사용되는 하나의 가능한 외부 설계 접근의 예이다. 이 기능 및 목적은 우선 요약되어 설명되면, 그 뒤 더 자세하게 살펴보기로 한다.
XM(SiView 표준 트랜잭션 관리자)은 운반 업무 요청(transport job request)인, TxTransportJobCreateReq를, 메세지를 HSMS/SECS S64F1으로써의 MACS로 전달하는 WBS(베이 시스템 내)로 전송한다. 어떤 에러 조건들 동안(아래에 더 상세하게 설명됨), MACS는 0이 아닌 TJRACK(Transport Job Request Acknowledgment)를 WBS로 반환할 것이다. 이 요청의 목적은 WBS가 정확하게 -215의 TJRACK에 반응하는 것인데, 이는 표 4에 나타난 것과 같이, "Reject, 운반 장치는 알려지지 않은 상태에 있음"에 상응하여, S64F21, 운반 장치 ID 유효성 보고에 응답한다.
자세한 기능 설명. -215의 TJRACK는, 운반 업무 요청이 진행된 운반 장치가, MACS가 운반 업무 요청을 실행하는 것을 금지하는 알려지지 않은 상태에 있다는 것을 나타내는 MACS 에러 코드이다. 조건들 중 하나가 만족되는 경우, 운반 장치는 알려지지 않은 상태에 진입한다.
1) 운반 장치 ID 판독이, MACS가 예상했던 운반 장치 ID와 일치하지 않는 경우.
2) SiView가 영이 아닌 CVALIDFLAG와 함께 운반 장치 ID 유효성 요청(S64F20)에 응답하거나, WBS가 S64F20을 MACS에 전달하는 것을 실패한 경우.
운반 장치로 하여금 알려지지 않은 상태에 차례로 진입하도록 하는 방금 기록된 에러 조건들을 발생시킬 수 있는 예시적인 상황은,
a) MACS 오버헤드 운반(overhead transport, OHT)은 주어진 순서로 툴로부터 운반 장치들을 픽업하는 것을 예상한다. 그러나, 툴은 다른 순서로 운반 장치들을 언로드한다. 차례로, 운반 장치 ID가 적재 입력 포트에서 판독되는 경우, MACS는 운반 장치 상에 존재할 것이라고 예상되는 운반 장치 ID가 실제적으로 운반 장치를 모두 판독한 운반 장치 ID와 동일하지 않다는 것을 발견한다.
b) 툴이 업무 완성을 SiView로 보고하기 전에, 사용자(예컨대, 서비스 기술자)는 툴로부터 운반 장치를 제거한다. 사용자는 그뒤, 운반 장치를 수동 적재 입력 포트에 위치시킨다. 운반 장치 ID 유효성 요청(S64F19)에 대한 MACS 요청이 있는 경우, SiView는 영이 아닌 CVALIDFLAG와 함께 MACS에 응답하는데, 이는 SiView는 운반 장치가 툴 상에 있고, 수동 적재 입력 포트 상에 있지 않다는 것을 예상하기 때문이다. 또는 WBS는 MACS 운반 장치 유효성 ID 요청, 즉 S64F19을 수신하거나, 이 요청에 응답하지 않는다.
상기 조건들이 충족되는 경우, 종래 복구는 사용자로 하여금, MACS 그래픽컬 사용자 인터페이스(GUI)를 사용하여 적합한 세트의 커맨드들을 수동으로 입력함으로써 알려지지 않은 상태로부터 운반 장치를 "릴리스(release)"하도록 요청한다. 본 발명의 시스템에 의하면, 이 솔루션은 MACS S64F21를 사용함으로써 WBS가 TJRACK를 수신한 후에, "릴리스" 커맨드를 자동적으로 생성한다.
자세한 기능 로직. SM은 WBS' FOManager(공장 운영 관리자)에게 운반 업무 생성 요청을 전달한다. FOManager의 TxTransportJobCreateReq 기능의 표준 설명이외에, 본 발명에 따른 기능은 추가적인 로직을 사용하는 "오버헤드(overhead)"이다. TxTransportJobCreateReq에 대한 로직은 TJRACK -215 에러를 리스트화하고, 이 에러에 응답하도록 재설계된다. TJRACK -215을 수신하자마자, FOManager TxTransportJobCreateReq는 MACS SiView 주 포트(primary port)로 S64F21를 전달한다. 그뒤 TxTransportJobCreateReq는 S64F22 응답을 대기한다. MACS로부터의 응답을 수신한 후에, TxTransportJobCreateReq은 그뒤 그 기능을 완료하고, SiView로 원본 TJRACK -215 및 S64F22 확인의 반환 코드를 반환한다(이 에러 복구 운영의 로직 시퀀스를 보여주는 아래의 표 6의 운영 흐름 섹션을 참조할 것).
[표 5]
기능 조건 표
체크 아이템 값(필수적)
SiView 운반 장치 상태 SiView 상의 운반 장치 상태가 유효하고, 알려짐
SiView 운반 운반 장치 업무 운반 업무는 현존하는 운반 업무을 구비하지 않음 - 즉, 운반 업무는 리라우트 요청이 아님
MACS 운반 장치 상태 MACS 상의 운반 장치 상태는 알려지지 않은 상태임
MACS 운반 장치 ID 운반 장치 ID는 MACS - 즉, 이것은 알려지지 않은 운반 장치 ID 에러가 아님
MACS 운반 장치 장소 운반 장치가 MACS의 제어 내에 있음 - 즉, 운반 장치가 물리적으로 MACS 시스템 밖에 있지 않음
자동화 지원. 그러므로, TJRACK -215의 반응은 완전히 자동화됨. 새로운 인터페이스가 XM 또는 MACS로부터 요청됨.
[표 6]
운영 흐름 표
SiView XM ORB WBS HSMS MACS
TxTransportJob CreateReq
-> Call TxTransportJobCreateReq
Send S64F1 -> MACS가 운반 업무를 처리함
요청을 생성함
Receive S64F2 <- 만약 업무를 처리할 수 있다면, MACS가 TJRACK = 0와 함께 반환됨. 만약 운반 장치 알려지지 않은 상태에 있는 경우, 운반 장치가 알려지지 않은 상태에 있는 경우, MACS가 TJRACK = -215와 함께 반환됨. 다른 경우, MACS가 TJRACK 에러 코드를 반환함.
If(TJRACK == -215) {
Send S64F21 -> MACS가 운반 장치를 "릴리스"함
Receive S64F22 <- 그뒤 CVRACK = x와 함께 응답함
WBS Return message : TJRACK = -215 and CVRACK = x
}
Return response
앞선 시퀀스에 있어서, 만약 -215 에러가 수신된다면, 상기에 개략된 로직은 자동화된 릴리스 커맨드에 응답한다.
도 5의 흐름도는 대형 제어 시스템의 일부로서, 본 발명의 에러 복구 방법들을 구현하기 위한 하나의 접근을 보여준다. 이 접근은, 문제 해결(ISR) 소프트웨어가 턴 온되거나, 인에이블되는 경우, 타원(500)에서 시작한다. 이것은 MES 또는 MAC의 나머지가 완전 오토3 모드에 있는 경우, 발생하도록 조작될 수 있다. 박스(510)에 나타나 있는 바와 같이, 반복하는 타이머는, ISR 소프트웨어 시스템이 턴 온되는 경우, 시작한다. 타이머는 5, 10, 15, 20, 30, 45, 60 또는 90 초들과 같은 적당한 주기, 또는 2 또는 3 분의 주기로 설정될 수 있다. 검토를 목적으로, 이러한 반복적인 타이머가 1 분으로 설정되고, ISR 소프트웨어의 이 특정한 부분이 로트 전달 에러(Lot Delivery Error, LDE) 메세지를 처리하도록 설정된다고 가정한다. 1 분이 종료되면(또는 타이머에 명기된 다른 시간 주기에서), ISR 소프트웨어는 큐(queue) 내에 새로운 LDE 에러 조건 메세지가 존재하는지 여부를 체크한다. 이 큐는 FIFO(first-in-first-out) 스택과 같은 적합한 방식으로 구현될 수 있는데, 이것은 ISR 시스템과 관련된 입력 버퍼의 일부일 수도 있고, ISR 시스템의 분리된 메모리 장소 내에 저장되어있을 수도 있다.
결정 블록(520)에 도시된 바와 같이, 만약 LDE 메세지가 존재하지 않는다면, 제어는 "아니오" 경로(525)를 통해 커넥터(505)로 루프 백(loop back)되고, 반복 타이머는 새로운 LED 메세지를 다시 체크하기 전에, 소프트웨어가 또 다른 시간(분, minute))을 대기하도록 만든다. 만약 그러한 에러 조건 메세지, 예컨대 MES MM 서버로부터 수신된 메세지가 존재하지 않는다면, 원하는 경우 그것이 어디로부터 비롯된 것인지를 결정하도록 분석될 수 있다. 이 메세지는 또한 분석될 수 있어서, 포함하거나 나타내는 에러 조건 데이터는, 다른 유사한 데이터와 함께 기록-유지 및/또는 가능한 장래 분석을 위해 ISR 소프트웨어에 의해 사용되거나, DB2 데이터베이스와 같은, 적당한 데이터베이스 내에 저장될 수 있다. 검토를 위해, 이러한 새로운 로트 전달 에러(Lot Delivery Error) 메세지가 TxDeliveryCassetteRequest의 결과로써 수신되었고, 이 메세지와 관련된 어떤 실패한 반환 코드(Return Code, RC)가 존재한다고 가정한다.
결정 블록(540)은 다음 단계로, 이 특정한 실패 반환 코드는 문제 해결 소프트웨어에 의해 인식되는 코드들 중 하나인지 여부를 결정하는 것이라는 것을 나타낸다. 만약 그것이 아니라면, ISR 소프트웨어는 제어를 경로(545)로 전달하고, 그뒤 커넥터 서클(505)로 루프 백되는데, 여기서 소프트웨어는 다 블록(510)에서 또다른 분(minute)을 대시한다. 만약 실패한 반환 코드가 인식되는 경우에, 제어는 블록(550)으로 전달되고, ISR 시스템은 일정하게 설정된 에러 복구 동작을 취하거나, 특정한 실패 반환 코드와 관련된 로직 시퀀스를 통하여 진행된다. 이 동작 또는 시퀀스는 하나 이상 시리즈로 된 동작들 또는 보정 커맨드가 될 수 있다. 또한, 툴 또는 제조 설비 고장 시간을 최소화 또는 제거하도록 시도할 수 있는 보정 커맨드들 또는 동작들의 몇몇 코스들이 될 수도 있다. 이러한 동작들 또는 보정 커맨드들이 완료된 후에, ISR 시스템 프로그램은 원(505)로의 경로(555)를 따르고, 블록(510)의 타이머는 또 다른 시간(miniute) 동안 활성화된다.
로트 전달 에러 메세지의 경우에 있어서, 공통 복구 또는 해결 동작들은 다음을 포함하지만, 이에 제한되지 않는다 :
1) 실패 로트를 자동적으로 홀드시킴, 또는
2) 실패 FOUP를 자동적으로 유용하지 않게 함, 및/또는
3) 수동 간섭을 위해 정당한 제조 설비 운영자들 또는 다른 지원 근무자를 호출하거나 이메일을 보내거나, 호출과 이메일을 모두 실행함.
로트를 자동적으로 홀드시키거나, FOUP/운반 장치를 유용하지 않게 하고, 바람직하게는 영향을 받거나, RTD 또는 디스패칭 로직과 같은, 이러한 상태 변화에 관해 알 필요가 있는 그러한 부분들에 동작 또는 단계 또는 다른 결과를 통신함으로써, 제조 설비 내의 다른 제어 소프트웨어가 실패 반환 코드를 유발했던(또는 실패 반환 코드와 관련된) 이러한 객체들을 통과시키는 것을 알게 된다(그리고 코드화 될 수 있음). 이러한 방법으로, MES는 자동 디스패치를 위한 새로운 리스트의 다음 로트로 이동할 수 있고, 완전 자동화 운영들을 계속 할 수 있다. 도 5는 ISR 시스템 구동의 일 예를 나타내지만, ISR 시스템은 아래에서 더 상세하게 설명하는 바와 같이, 즉시 구동되는 도 5의 프로그램 제어의 다양한 예들이 가능하도록 설계될 수 있다. 이러한 방법으로, 당업자들은 본 발명의 ISR 시스템이 다양하고 상이한 보고된 에러 조건들, 문제들 다른 문제들을 실질적으로 동시에 처리할 수 있다는 것을 이해할 것이다.
도 6은 도 1에 도시된 본 발명의 문제 해결(ISR) 시스템(120)을 구현하도록 사용될 수 있는 다양하고 상이한 가능 기술들의 하나를 나타낸다. 도 6의 하드웨어 및 소프트웨어 요소의 정렬은 도 5의 흐름도에 나타난 문제 해결 솔루션과 상응하며, 이 솔루션의 일반화된 접근을 구현하도록 사용될 수 있다. 도 1과 연결지어 이전에 언급한 바와 같이, ISR 시스템(120)은 문제 해결 관리(issue resolution management, ISRM) 하위시스템(122) 및, 문제 데이터 베이스 및 수집(issue database and collection, ISDAC) 하위시스템(124)을 포함할 수 있으며, 이들 모두는 일반적으로 공장 자동화 시스템(30)의 나머지로 필요한 만큼 상호접속될 수 있다. ISR 시스템(120) 및 그 하위시스템들 및 공장 자동화 시스템(30)의 나머지 내의 및/ 사이의 예시적인 상호접속이 도 1에 도시되어 있다. 도 6은 ISRM 시스템(122)의 예시적인 상세한 실시예와, 그들이 어떻게 동작하고, 서로 상호작용을 하는지를 설명하는 것을 목적으로 한다.
도 1 및 도 6에 도시되어 있는 바와 같이, ISRM 시스템(122)은 문제 해결 커맨드 센터(ISRCC, 126) 및 선택적인 커맨드 메모리 요소(128)를 포함할 수 있다. 도 6에 도시되어 있는 바와 같이, 구성 요소(128)는 만약 원한다면, ISRCC(126)의 일부가 될 수 있다. 도 1과 연결하여 설명하는 바와 같이, 이 문제 해결 시스템(120)은 ISDAC 하위시스템(124)을 포함할 수 있는데, 이 시스템은 에러 조건들, 문제들, 및 제어 상태에 관한 정보를 통신 경로들(129)을 통해 직접적으로, 또는 도 1에 도시된 다른 경로를 통한 정보를 통해 간접적으로 AMHS(100)로부터 수신하고 수집하는데, 이 다른 경로는 호스트 시스템(32), 생산 장비 제어(production equipment control, PEC) 하위시스템(34), 및 MES(36)으로(그리고 이들로부터) 상태 및 에러 조건 정보를 제공한다. 도 6의 상단에는, 이러한 정보가 블록들(606, 607 및 608)에서 ISRM 하위시스템(122)으로 전달되는 것이 도시되어 있다. 블록(606)은 통신 경로(616)상에 들어오는 에러 조건들, 문제 보고들 또는 다른 문제 요청 처리에 관한 수신 메세지를 나타낸다. 블록(607)은 에러 조건 확인들, 또는 경로(617)를 따라 전달된 다른 관련 에러 조건을 나타내는데, 이것은 ISR 시스템(120)이 하나 이상의 보고된 에러 조건들을 해결하도록 시도하는 경우에 도착할 수 있다. 블록(608)은 호스트(32), MES 하위시스템(34), 및 PEC 하위시스템(36)을 포함하여, IC 제조 설비(30) 내의 다른 제어 시스템들로부터 수신된, 시스템 및 장비 상태 메세지들을 나타낸다. 이러한 상태 메세지는 적당한 통신 경로(618)를 따라 ISR 시스템(120)으로 인입되는 것으로 나타난다.
도 6은, 시스템(122)이 자동화된 제조 설비(30) 내의 임의의 적당한 컴퓨터 시스템 상의 분리된 어플리케이션으로써 구동될 수 있는 독립적인 하위시스템으로써 설정될 수 있다는 것을 나타내기 위한, 대형 점선 박스 내의 문제 해결 관리(ISRM) 시스템(122)을 보여준다. 필요한 컴퓨터 하드웨어는 컴퓨터 제어 시스템(Computer control System, CCS, 600)에 의해 나타나는데, 그것은 자신의 내부 ROM 및 RAM 메모리, 하나 이상의 적당한 대형 저장 장치(mass storage devices, MSD들), 및 제조 설비(30)의 다른 부분들과 함께 통신하기 위한 적당한 입/출력(I/O) 장치와 함께 하나 이상의 중앙 처리 장치들(CPU)을 구비한다. 도 6의 상단 오른쪽 코너에 도시되어 있는 바와 같이, ISRM 하위시스템(122)은 문제 해결 수퍼바이저(issue resolution supervisor, ISR) 프로그램(SP, 605)을 선택적으로 포함하는데, 이것은 전체 시스템(122)의 운영을 바람직하게 통합한다. 시스템(600)은 또한 도 6의 오른쪽 하단에 도시되어 있는, 경로들(616, 617 및 618) 및, 하나 이상의 출력 버퍼들(691 및 692) 상의 수신 신호들 또는 메세지들을 수신하고 임시로 유지하기 위한 하나 이상의 적당한 입력 버퍼들(615)을 포함한다. 로그 버퍼(692)는 문제 저장 장소(698)에 전달되는 외부로 향하는 로그 메세지들(OB Log Msgs, 669)을 수신하는데, 이 문제 저장 장소는 ISDAC 하위시스템(124)의 일부일 수 있다. 저장 장소(698)는 컴퓨터 시스템(600)상의 하나 이상의 로컬 파일들 또는 데이터베이스들을 제공받거나, 또 다른 컴퓨터 시스템 상에 위치한 원격 저장 장치들 상의 파일들 또는 데이터베이스들이 될 수 있다.
도 6의 오른쪽 하단은 하나 이상의 외부 지향(outbound, OB) 자동 보정 커맨드(correction command, CC) 메세지들(690)이 도 6의 중앙 중간-사이즈의 점선 박스에 도시된, 문제 해결 커맨드 센터(ISRCC, 126)로부터 적당한 통신 경로(689(를 넘어 출력 버퍼(692)로 전달됨을 나타낸다. 그뒤, 적절한 통신 프로토콜(CORBA 또는 MQSeries)로 메세지들을 변환한 후 및 적절한 때에, 이러한 보정 커맨드 메세지들이 호스트 수퍼바이저(32) 또는 자동화된 물류 처리 시스템(AMHS, 100)과 같은 자동화된 제조 설비의 일부로의 적절한 통신 경로들을 통한다(경로 132 및 142에 의해 예시되는 바와 같이).
ISRM 하위시스템(122)은 또한 6개의 주요 소프트웨어 요소들을 포함할 수 있는데, 이 요소들은 간략하게 설명될 문제 리스트(675) 및 다른 부분들을 인식하는 것과 같이, 하나 이상의 하위요소들 및 다른 리스트들, 부분들 또는 하위요소들을 또한 구비할 수 있다. 이 6개의 주요 요소들은 제1 요소(610), 제2 요소(620), 제3 요소(630), 제4 요소(640), 제5 요소(650) 및 제6 요소(660)이며, 이들은 일반적으로 도시된 바와 같이, 신호 흐름의 관점에서 상호 접속될 수 있는 것이다. 수신 에러 조건(EC) 메세지들(606)은 입력 버퍼들(615)에서 수신되고 임시적으로 저장되는데, 여기서 수퍼바이저 프로그램(605)은 메세지들이 분석되고 만약 필요하다면 해석되도록 하며, 일반적으로 실패 반환 코드들일 수 있는 그러한 EC 메세지들이 제1 요소(610)로 전달되고, EC 또는 실패 반환 코드가 인식되는지 여부를 알도록 체크한다. 이것은 경로(674)에 의해 제시된 바와 같이, 인식된 문제 리스트에 대해 수신된 EC 또는 실패 반환 코드 또는 다른 문제 코드를 체크함으로써, 완료되고, 분리된 파일 또는 모듈(675)에서 유지될 수 있다. "인식된 문제"란 실패 반환 코드 또는 다른 코드화된 메세지를 현재 의미하며, 이를 위해 ISRM 시스템이 하나 이상의 보정 커맨드들 및/또는 다른 "문제 결정" 동작들을 제공하도록 프로그램되었는데, 이것들은 문제를 자동적으로 해결할 수 있고, 적어도 자동적으로 문제를 처리할 수 있어서, 자동화된 제조 설비의 나머지가 인간을 즉시 관여시킬 필요 없이, 생산을 계속할 수 있게 된다. 수신 실패 반환 코드가 리스트(675) 상에 있는 것으로 인식되었는지 여부를 나타내는 신호 경로(676)를 따라 적당한 응답이 전달된다. 그 뒤에, 제1 요소(610)는 경로(637)를 따라 필요한 대로, ISR-SP(605) 및/또는 다른 모듈들(620, 630, 640, 650 및/또는 660)에게 수신 에러 조건이 인식되었는지 여부에 관하여 알려준다.
만약 에러 조건이 인식되면, 그 뒤, 경로(636)에서, 신호가 제2 요소로 전달되고, 이는 문제 결정 커맨드 센터(126)의 일부이다. 확장 제2 요소(620)가 어떤지에 따라, 그것은 고유의 마스터 제어(master control, MC) 프로그램(624)을 구비할 수 있고, 그것은 제1 하위요소(621)에 의해 지시된 바와 같이, 2개 이상의 하위요소, 제2 하위요소(622), 경과(623) 및 N번째 하위요소(629)를 구비할 수 있다. 실제적으로, N은 ISR 시스템이 처리되도록 프로그램된 실패 반환 코드들과 같은 상이한 EC들을 처리하는데 필요한 만큼의 높은 수가 될 수 있다. 제조 설비 설비 운용을 책임지는 기술자들 및 엔지니어들은, 특히 어떤 종류의 자동화된 응답들이 임의의 주어진 EC, 문제 또는 다른 문제의 발생을 유발하는데 민감한지를 이해한 경우에, 보고된 에러 조건들(EC들), 문제들 또는 다른 문제들에 대한 자동 응답을 고안할 것이다. 그러므로, 간단한 ISR 시스템들은 단지 소수의 보고된 에러 조건 코드들 또는 다수의 보고된 에러 조건 코드들조차 처리하도록 기록된 코드들의 전용 라인들을 가지고 설계되고 구현될 수 있음에도 불구하고, ISR 시스템을 구성하는 제2 요소 및 다른 요소들 내의 더 많은 규정된 정제된 소프트웨어 구조들을 포함하도록, 본 발명의 ISR 시스템의 사이즈가 증가할 것으로 예상되는 곳에서는 유용할 수 있다. 그러한 정제는 도 6 및 도 7과 연결지어 도시되고 설명된다. 시간이 지나면, 다수의, 잠재적으로는 몇 천 개 이상의 반환 코드들이 궁극적으로 하나 이상의 인식된 문제 리스트들(675)에 추가될 수 있으며, 대형 자동화된 제조 설비와 함께 하나 이상의 문제 해결 시스템들(120)에 의해 처리될 수 있다.
이러한 관점에서, 만약 원한다면, 제2 요소(620)는 분리된 커맨드 메모리(128) 및 문제 해결 커맨드 센터(ISRCC) 시퀀서(685)를 구비할 수 있다. 메모리(128)는 자동화된 커맨들 또는 자동화된 커맨드된 동작들의 하나 이상의 저장된 코스들을 참조하여, 경로(682)를 통해 액세스된다. 통상 이러한 것들은, 보고된 특정한 에러 조건(EC), 문제 또는 다른 문제가 가능한 자동화된 해결을 위한 바람직한 후보자라는 것을 인식하자마자, 제조 설비 지원 근무자에 의해 일찍 기록되고, 테스트될 것이다. 각각의 그러한 코스에 대한 커맨드 및/또는 목적된 동작들의 저장된 리스트들은 통신 경로들(687 및 688)을 통해 메모리(128)로부터 시퀀서(685)로 필요한 만큼 순서대로 제공될 수 있다. 종종 코스는 시도되는 단일 커맨드 또는 단일 동작으로 구성될 수 있지만, 때때로 커맨드들 또는 동작들의 주어진 코스 내에서 시도되는 둘 이상의 단계들이 존재할 수 있다. 만약 제1 코스가 목적된 결과(예컨대, 보정, 치료, 교정 또는 보고된 에러 조건 분석)를 제공하는 것이 실패한다면, 그뒤, 만약 유용하다면, 또한 메모리(128)에 저장된 자동화된 보정 커맨드들 또는 커맨드된 동작의 제2 코스가 시도될 것이다. 만약 그러한 것들이 원하는 결과를 제공하는 것이 실패한다면, 원하는 결과가 생산되거나, 이러한 보고된 특정한 EC 또는 문제를 해결하도록 자동화 기반에서 시도되는 메모리(128) 내의 커맨드들 또는 동작들의 모든 유용한 코스들이 소진될 때까지, 만약 유용하다면, 메모리(128)에 또한 저장된 커맨드들 또는 보정 동작들의 제3 코스가 계속 시도될 수 있다.
어떤 에러 조건들, 문제들 또는 다른 문제들에 대하여, 하나의 가능한 자동화된 보정 동작은 적합한 출석 근무자(종종 운영자 또는 근무중인 서비스 기술자 또는 호출받은 엔지니어)로 하여금 어떤 적당한 수단에 의해 즉석 메세지를 자동으로 보내도록 하는 커맨드를 발행하는 것이다. 그러한 수단은 호출기, 셀 폰 또는, 무선-가능 개인 디지털 단말기(PalmPilot 또는 Blackberry와 같은)와 같은 다른 적당한 휴대용 무선 통신 장치를 포함할 수 있다. 메세지는 종합적으로 생성된 음성 메세지, 이메일 메세지, 또는 어떤 다른 적당한 통신 방법과 같은 짧은 텍스트 메세지, 코드화된 텍스트 메세지로써 전달될 수 있다. 이러한 종류의 메세지는 만약 원한다면, 보정 단계들의 시퀀스 내에 특정된 최후의 자동화된 커맨드들 또는 동작들 또는 그러한 동작들 중 하나가 될 수 있다. 종종 대부분의 경우, 그러한 메세지는 모든 다른 특정한 자동화된 커맨드들 또는 동작들이 성공 없이 시도되는 경우에 사용될 것이다. 또한, FOUP, 툴 또는 스테이션이 성공적으로 오프라인되거나, 자동적으로 자동화된 ISR 시스템에 의해 취급되는 경우에조차, 몇몇의 예에서, 근무자에게 문제 및, 취해질 보정 동작에 관해 주의를 주는 것이 바람직할 것이다.
상기의 요약에서 강조한 바와 같이, ISRM 시스템(122)은 항상 보고된 에러 조건 또는 다른 문제에 응답할 수 있는 것은 아니다. 시스템(122)은, 유용한 상태 정보를 통해, 보정 응답을 생산하는 것을 배제하는 어떤 시스템 또는 장비 상태가 존재한다는 것을 인식할 수 있고, 이러한 효과로의 메세지를 생성하는 것에 유용할 수 있다. 이러한 기능을 구현하는 하나의 방법은, ISRM 시스템(122)의 제2 요소(620)가 다음을 포함하는 것이다 : 자동화된 보정 동작이 현재 취해질 수 있는지 여부를 결정하기 위한 제1 하위요소(621) 및, 이 제1 하위요소와 통신하여, 자동화된 보정 동작이 현재 실행될 수 없다는 것을 또 다른 제어 시스템에 알려주기 위한 제2 하위요소(622). 만약 원한다면, 제2 하위요소(622)는 예컨대, 자동 모드에 있지 않은 제2 메세지 내에서 인식되는 적어도 하나의 장비 또는 다른 자동화와 같이, 제1 메세지 내에서 특정하게 인식되는 조건 때문에, 자동화된 보정 동작이 취해질 수 없다는 것을 제1 메세지를 통해 알려주도록 운영적으로 조절될 수 있다. 자동화는 예컨대, 툴, 스테이션, 운반 장치, 제어 시스템, 통신 장치, 링크 또는 시스템 또는 수퍼바이저 시스템이 될 수 있다. 이러한 상황은 예컨대, 지원 요원 또는 다른 원인이 문제의 장비 또는 다른 자동화를 자동 모드 밖으로 위치시키는 경우, 발생할 수 있다. 따라서, 만약 원한다면, ISRM 시스템(122)은 보정 동작을 오프라인된 장비 또는 다른 자동화가 요청된 자동 모드로 반환될 때까지 홀드하도록 할 수 있다. 이러한 기능은 제2 요소(622)의 마스터 제어(Master Control, MC, 624)로 기록될 수 있다. 경로(628) 상에 제공된 상태 정보 메세지들을 통해, 보정 동작을 홀드시키도록 하는 조건이 클리어된 것을 안 경우에, MC(624)는 만약 원한다면(즉, 프로그램된다면), 해결되지 않은 에러 조건을 클리어하도록 시도된 적합한 보정 커맨드들의 생성을 재-활성화할 수 있다.
더 나아가, 본 발명의 ISR 시스템은, 적당한 경우, 다양한 보고된 에러 조건들 또는 다른 문제들로의 미리 계획된 응답의 부분으로써, ISR 시스템 밖의 하나 이상의 제어 시스템으로, 그 자신의 보고된 메세지들을 전달할 수 있다. 하나의 그러한 보고 메세지는 에러 조건이 성공적으로 해결되었는지 여부이다. 다른 보고 메세지들은 문제 해결 노력의 상태를 주소화할 수 있다. 예컨대, 주어진 보고된 에러 조건들에 관하여, 그러한 상태 메세지들은 다음을 포함한다 :
(1) "인식되지 않은 EC(EC Not Recognized) - 어떠한 자동화된 ISR 응답도 유용하지 않음"(이 보고된 EC를 위해 SR 시스템으로 그 어떤 것도 아직 프로그램되지 않았음을 의미);
(2) "문제 인식 ; 클리어를 대기함(Issue Recognized;Awaiting Clearance)"(보고된 EC 또는 실패 RC(그러나 일부 다른 조건)가, 완전 자동 모드에 있지 않은 몇몇의 시스템 또는 장비들과 같이, 자동화된 ISR 응답이 실행되는 것을 예방하고 있다는 것을 ISR 시스템이 인식한다는 것을 의미함)
(3) "진행중인 자동 ISR 응답(Automated ISR Response in Progress)"(ISR 시스템이, 인식된 EC의 해결을 위해 운영됨을 의미함)
(4) "자동화된 ISR이 성공적으로 완료됨(Automated ISR Completed with Success)"(EC가 클리어되었거나, 그렇지 않다면, ISR 시스템에 의해 해결됨을 의미)
(5)"자동 ISR이 성공없이 완료됨(Automated ISR Completed without Success)"(ISR 시스템이 이러한 특정한 EC에 대한 자동화된 보정 커맨드들 및/또는 동작들의 미리-프로그램된 시퀀스들을 통해 진행되었음에도 불구하고, EC가 해결되지 않았음을 의미)
이러한 보고 메세지 각각은 필요한 경우 전달될 수 있다. 이러한 관점에서, 보고 메세지는[특정한 아이템(예컨대 제어 시스템, FOUP, 툴, 스테이션 또는 다른 장비)이 다운되거나 ISR 시스템에 의해 오프라인되었다는 메세지], 제조 설비 내의 MES, PEC 또는 다른 제어 시스템 또는 컴퓨터로 ISR 시스템에 의해 자동적으로 전달된다. 이 메세지는 만약 원한다면, 서비스 또는 다른 다음 동작이 근무자에 의해 요청되고, 영향을 받은 아이템이 관리 활동의 계획된 스케줄 상에 있다는 것을 지시할 수 있다. 이렇게 자동적으로 생성된 메세지는 특정한 상황의 우선권의 감지된 레벨을 나타내도록 미리 프로그램된 정보를 포함할 수 있다. ISR 시스템으로부터의 그러한 메세지는 또한 적합한 지원 근무자로의 무선 통신 시스템들을 통해, 원하는 경우 전달될 수 있다. 자동화된 공장 환경에서 무선 메세징 시스템을 구현하는 방법의 다양한 설명은 공동으로 출원되어 팬딩 중인 후카자와 등의 출원(특허출원 공개 번호 No.US 2002/019864, 공개일 2002, 12월 26일, 발명의 명칭, "Method and System for Wireless Remote Monitoring and Control of a Manufacturing Execution System,"으로 본 명세서에서는 참조로써 통합됨)에 기술되어 있다. 도 6의 다양한 요소들이 하나 이상의 이러한 메세징 작업들을 할당할 수 있다.
만약 원한다면, 도 7에 도시된 바와 같이, 복수의 제2 요소가 ISRM 시스템(122), 각각의 고유한 보고된 EC에 대한 하나 또는 다른 보고된 문제 내에서 제공될 수 있다. 도 6에 도시된 바와 같이, ISRCC(126)는 제2 요소(122)를 포함하는데, 이것은 다양한 하위요소를 포함할 수 있다. 그러한 하위요소는 경과들(623)에 의해 나타나는데, 가능한 보정 동작의 적어도 제1 및 제2 코스들을 제공하기 위한 것일 수 있으며, 반면에 하위요소(629)와 같은 또 다른 하위요소가 가능한 보정 동작의 제1 코스를 취하고, 보정 동작의 가능한 제2 코스를 취하고, 그 뒤 보정 동작의 제3 코스를 취하도록 명령하도록 조절될 수 있다. 보정 동작의 그러한 코스 각각은 하나 이상의 단계들 또는 동작들을 포함할 수 있으며, 동작의 특정한 코스 내의 이러한 단계들 또는 동작들은 어떠한 임시 포맷이 필요한 경우에도 실행될 수 있는데, 이는 시간 기반 또는 어떠한 시퀀스 또는 실질적인 병렬 형식 등에도 제한이 없다. 이러한 하위요소들(623 및 629)은 커맨드 메모리(128) 내에 저장된 정보에 접근하고, 외부지향 보정 커맨드들(690)을 발행하는 경우에 서비스 시퀀서(685)를 사용하도록 조정될 수 있다. 시퀀서(685)의 일은 특정한 임시 포맷 내의 각각의 미리 계획된 시퀀스를 실행하는 것으로, 이 포맷은 커맨드 메모리(128) 내에서 인식된 각각의 EC에 대한 엔트리들(entries)에 적합한 코드화된 형식으로 저장되는 것이 바람직하다. 만약 발행된 그 제1 커맨드 또는 동작이 원하는 문제-해결 결과로 귀착되지 않는 경우, 제2 요소는 내부 커맨드를 신호 경로(631)를 통해 시퀀서(685)로 발행하고, 그 시퀀서는 다음 자동화된 커맨드 또는 동작을 적합한 시간에 발행하도록 진행된다.
실제로, 상기 주목한 바와 같이, 일부 에러 복구 상황들은 2, 3, 4, 또는 그 이상의 가능한 동작의 보정 단계들 또는 코스들을 종종 어떤 시퀀스로 실행하는 단계를 포함한다. 그 경우에, 에러 조건은 단계들의 시퀀스의 말미(end)에 도달하기 전 해결될 수 있다. 이러한 문맥에서, 제3 요소(630)는 가장 최근 발행된 자동 보정 커맨드 또는 가장 최근 발행된 자동 보정 커맨들 또는 동작들의 코스가 보고된 에러 조건 또는 문제를 해결했는지 여부를 결정하도록 조정될 수 있다. 제2 요소(620)는 경로(656)를 통해 그 자신의 상태의 제3 요소(630)를 구별하고, 경로(632)를 통해 요소(630)에게 또 다른 보정 커맨드가 발행되었다는 것을 알린다. 3 내지 6번째 구성 요소들(630, 640, 650 및 660)은 모두 입력 버퍼들(615)로의 경로들(617 및 618) 상에 제공된 메세지들을 통해, 발행된 자동 보정 커맨드들 또는 동작들의 효과에 관한 정보를 제공할 수 있다. 그러한 정보는 다음을 포함한다 : 제어 시스템 상태; 툴, 스테이션 및/또는 장비 상태; 호스트 수퍼바이저(32), MES(34), PEC(36) 및/또는 AMHS(100)로부터의 보정 동작들 또는 동작들에 응답하여 반환된 메세지들 ; 등. 그러한 메세지들의 정보는 통신 경로(627)를 통해 제1 요소(610)로 분배될 수 있으며, 그 뒤 필요한 경우, 경로(637)를 통해 정보를 제2 내지 제6 요소로 전달한다. 이러한 방법으로, 제2 내지 제6 요소는 각각의 그러한 요소에 관하여 언급한 기능을 제공할 필요가 있다는 정보를 제공받는다.
제3 요소(630)는 자동화된 보정 동작이 에러 조건 또는 다른 문제를 해결할 것인지 여부를 나타내는 경로(657)를 통해 제1 메세지를 제공하도록 그 자신의 제1 하위요소를 포함할 수 있다. 이러한 메세지를 제3 요소(630)으로부터 수신함으로써, 제2 요소(620)는 또 다른 보정 커맨드 또는 동작을 발행하거나, 자동 보정 커맨드들 또는 동작의 다음의 미리 계획된 코스를 취하는 것이 필요한지 여부를 결정한다. 만약 원한다면, 시간 지연이 외부 제어 시스템들, 툴들, 스테이션들 또는 다른 장비를 주도록 제3 요소(630)에 제공되는데, 이 장비들은 자동 보정 커맨드를, 에러 조건 또는 다른 문제를 클리어하기 위해 작업하고, 하나 이상의 확인 메세지(607) 및 상태 메세지(608)를 통해 ISRM 시스템에 보고하기에 적합한 시간에 수신하여서, 희망하는 결과가 달성되었는지 여부가 결정될 수 있다. 만약 원한다면, 경로(632)는 제3 및 제5 요소(630 및 650)로의 ISRCC의 시퀀서(685) 사이에 제공되어, 언제 또 다른 자동 보정 커맨드가 발행되는지를 나타내고, 그 다음 단계를 취하기 전에 제3 및 제5 요소의 최대량이 기다린다는 것을 설명한다. 시퀀서(685)는 어드레스화된 특정한 EC와 관련된 모든 자동 보정 커맨드들이 시도되었는지 및/또는 더 이상 시도될 커맨드들이 없다는 사실을 알 것이다. 이것이 발생하는 경우, 시퀀서(685)는 요소(630 내지 660)로의 경로(668) 상을 따라 전달된다는 것을 알리도록 메세지를 생성한다. 이러한 방법으로, 요소들(630 내지 660)은 어떠한 큰 지연없이, 제2 요소(620)에 의해 현재 주소화된 인식 EC 에 관하여 취해진 더 이상의 보정 커맨드들 또는 동작들이 존재하지 않는다는 것을 알게 된다.
제5 요소(650)는 만약 원한다면, 어떤 특정한 자동 보정 동작 또는 커맨드가 보고된 EC 또는, 제2 요소(620)에 의해 현재 어드레스화된 실패 RC를 해결할지를 결정하도록 제공될 수 있다. 제5 요소(650)는 어떤 자동 보정 커맨드 또는 동작이 보고된 EC 또는 다른 요소에 의해 주소화된 다른 문제와 결합하여, 마지막에 발행되었는지를 주목함으로써 간단하게 이를 행할 수 있다. 또한, 제5 요소(650)는 경로(637)를 통해 제공된 확인 및 상태 데이터를 분석하도록 설정될 수 있고, 결정을 내리기 위해 최종 발행된 커맨드 또는 동작뿐만 아니라 그 데이터를 사용할 수도 있다. 어느 경우에나, 구성 요소(658)는 또한 제5 요소의 발견 또는 결정을 보고하는 메세지를 전달하는 하위요소를 포함할 수 있으며, 그런 메세지는 경로(666)를 통해 제4 및 제6 요소들(640 및 660)로 전송될 수 있다.
제3 요소(630)과 같이, 제5 요소(650)은 적당한 시간 지연 후, 또는 제2 요소(620)에 의한 동작의 동일한 코스의 많은 시도 또는 반복 후에 앞서 말한 기능들을 실행할 수 있다. 또한, 제5 요소(650)는 어떤 보정 커맨드 또는 동작 또는 어떤 보정 커맨드들 또는 동작들의 코스가 보고된 에러 조건 또는 어드레스화된 다른 문제를 해결했다고 나타나는지를 결정하는 기능들의 실행을 시작하기 전에, 제3 요소(630)이 그 결정을 내릴 때까지 단순히 대기할 수 있다. 만약 제3 및 제5 요소들이 깊게 관련되어 있다면, 이러한 요소들은 원한다면 단일한 조합형 요소들로서 조정될 수 있다
제4 요소(640)는, 보정 커맨드 시퀀스가 보고된 에러 조건 또는 다른 문제를 해결했는지 여부를 로그하는 ISRM 하위시스템(122)의 일부이다. 제6 요소(660)는, 만약 원한다면, 어떤 특정한 자동 보정 커맨드 또는 동작이 보고된 에러 조건 또는 다른 문제를 해결했다고 나타나는지를 로그하도록 제공될 수 있다. 구성요소들(640 및 660)은 경로(669)를 통해 외부로 향하는 로그 메세지들(O.B.Log Msgs)을 로그 버퍼(691)로 제공하는데, 그들은 때때로, 이전에 설명했던 로그된 문제 저장 장소(698)로 전달된다. 도시되지는 않았지만, 당업자는 그렇게 제4 및 제6 요소들로부터 외부로 향하는 메세지들이 또한 버퍼(691)에 의해 호스트 수퍼바이저(32)로, 자동화된 물류 처리 시스템(100)으로, 또는 필요한 다른 시스템으로 전달될 수 있다. 실제적으로, 커맨드 메모리(128)는 선택적으로 각 리스트된 엔트에 대한 데이터가 로드될 수 있는데, 이 엔트리는 제1, 제2, 제4 및/또는 제6 요소들로부터 외부로 향하는 메세지들을 수신할 수 있는 제조 설비(30) 내의 다른 제어 시스템들을 설명하는 것이다.
당업자들은 ISRM 하위시스템(122)의 어떤 주어진 요소 내의 어떤 주어진 기능이, 원한다면 하위요소로서 구현될 수 있다는 것을 이해할 것이다. 요소들(610 내지 660) 중 임의의 요소 내의 하위요소들은 제2 요소(620) 내에 도시된 바와 같이, 하위요소 박스들에 의해 나타날 수 있다. 그러나, 공간적인 한계와 도 6의 도면의 복잡도를 피하고자, 그러한 하위요소 박스들은 도시되지 않았지만 그곳에 존재하고 있는 것으로 이해되어야 한다.
당업자들은 제3, 제4, 제5 및 제6 요소들이 원한다면 하나의 조합형 요소로 통합될 수 있다는 것을 이해할 것이다. 또한, 만약 원한다면, 제3 및 제4 요소들이 하나의 조합형 요소로 통합될 수 있으며, 제5 및 제6 요소들이 또 하나의 조합형 요소로 통합될 수 있다. 또한 만약 원한다면, 제1 및 제2 요소들(610 및 620)이 하나의 조합형 요소로 통합될 수 있다. 마지막으로, ISRM 시스템의 제1 내지 제6 요소들(610 내지 660)의 기능이, 각각의 특정하거나 고유한 에러 조건, 실패 반환 코드, 문제 또는 어드레스화된 다른 문제를 위한 하나의 조합형 요소로 통합될 수 있다. 이러한 접근을 사용하여, 예컨대, 특정한 에러 조건 또는 실패 반환 코드의 도착이 ISRCC 수퍼바이저(605)로 하여금 특정한 EC, 실패 RC 또는 문제를 처리하도록 기록된 통합 조합형 요소를 야기하거나 호출하고 활성화하도록 할 것이다. 이러한 접근의 일 장점은, 어떤 주어진 보고된 에러 조건 또는 다른 문제의 도착이, 처음 도착할 에러 조건 또는 문제와 실질적으로 동일한 시간에 주소화될 필요가 있는 다른 보고된 에러 조건들, 문제들 또는 다른 문제들의 도착, 처리 및 디포지션(deposition)에 간섭하지 않는다.
도 7은 또 다른 ISRM 하위시스템(122')를 나타내고 있는데, 도 7에 도시된 것을 제외하고는 도 6의 ISRM 하위시스템(122)와 같다. 도 7의 실시예는 도 6에 도시된 구성 요소들(610 내지 660) 각각의 복수의 인스턴스들이 존재하거나, 제공될 수 있는 ISRM 하위시스템을 구현하고 설명하도록 구성되어 있다. 이러한 구성은 바람직하게는 각 요소의 인스턴스가 새롭게 도착한 특정한 보고 에러 조건에 전용되도록 사용된다. 도 7의 실시예에 있어서, 제1 요소(610)의 모든 인스턴스들은 브라킷(bracket, 610')에 의해 지정되는 것 반면에, 제1 요소의 개별적인 인스턴스들은(N이 존재하는) 블록(711), 블록(712) 및 블록들(713 내지 719)로서 지정된다. 조건 N은 임의의 필요한 수를 의미한다. N은 대형의 복잡한 IC 제조 설비 또는 자동화된 생산 설비 내의 몇몇의 또는 수백의 또는 수천 또는 그 이상까지 될 수 있다. 객체 지향 컴퓨터 시스템들에서와 같이, 주어진 요소, 통상 구동이 필요한 많은 인스턴스들이(컴퓨터 시스템들 제한 때문에 구동할 수 있는) 한번에 활성화될 것이다. 환언하면, 구동되는 임의의 주어진 요소의 실제적인 인스턴스들의 수는 ISRM 하위시스템(122')이 임의의 주어진 시간 지점에서 얼마나 비지(busy)한지에 달렸다.
제2 요소들(721 내지 729)의 세트(620')가 커맨드 메모의 활성 인스턴스들의 대응되는 수와 관련되어 도시되어 있으며, 각각 Mem EC-1 내지 Mem EC-N로 표시되어 있고, 브라킷(128')에 의해 선택적으로 식별된다. 유사하게는, 시퀀서(685)가 개별적으로 Seq EC-1 내지 Seq EC-N으로 표시된 복수의 인스턴스들과 함께 도시되어 있는데, 이들은 선택적으로 브라킷(685')에 의해 식별된다. 도 7의 라인들(631 및 682) 뒤의 점선으로된 라인들의 세트들은 제2 요소들의 개별적인 인스턴스들은 커맨드 메모리(128') 및 시퀀서(685')의 각각의 개별적인 인스턴스들과 통신한다.
유사하게는, 제3 요소들(731 내지 739)의 세트(630'), 및 제5 요소들(751 내지 759)의 세트(650') 각각은 제3 요소들의 활성 인스턴스들의 대응되는 수를 포함하는데, 이 요소들은 또한 사용을 위해 개별적으로 표시되고, 보고되고 인식된 에러 조건들 EC-1 내지 EC-N과 관련된다. 도면의 복잡도를 줄이기 위해, 굵은 라인들(632 및 668) 뒤에 도시된 복사된 각각의 통신 경로들은 도 7로부터 생략되었다. 마지막으로, 제4 요소들(741 내지 749)의 세트(640') 및 제6 요소들(761 내지 769)의 세트(650') 각각 제4 및 제6 요소들의 활성화들의 상응하는 수를 포함하는데, 이 요소들은 또한 편의를 위해, 보고되고 인식된 에러 조건들 EC-1 내지 EC-N와 관련된 인스턴스들과 함께 개별적으로 표시된다.
6 부 - 추가적인 어플리케이션들
해결 또는 복구 프로그램, 프로세스들 또는 에이젼트들의 상이한 타입들 : 상이한 종류의 장비 또는 대형 제조 시스템 내의 상이한 종류들의 트랜잭션들은 에러, 문제 또는 다른 문제로부터의 해결 또는 복구에 영향을 주도록, 실행되는 상이한 단계들을 필요로 할 수 있다. 따라서, 복수의 종류의 해결 또는 복구 프로그램들, 프로세스들 또는 에이젼트들을 구비하고, 각각이 자동화된 형식으로 특정한 종류 또는 클래스의 장비(툴들 운반들 또는 적재 장치들과 같은)와 관련된 해결 또는 복구 동작들을 실행하도록 구성되는 것이 유용할 수 있는데, 이는 그들 각각이 해결 또는 복구에 영향을 주기 위하여, 동작들 또는 명령들의 메세징 또는 커스텀(custom) 시퀀스를 특별한 처리에 있어서 필요로 할 수 있기 때문이다. 2개 이상의 상이한 해결 또는 복구 프로그램들, 프로세스들 및/또는 에이젼트들의 사용이란, 본 발명의 범위 내에서 하나 이상의 보고된 조건들을 주소화하는 것이다.
동기화 및 비동화된 사용들 : 본 발명에서 사용되는 문제 해결(ISR) 시스템 및 방법 및 임의의 해결 또는 복구 요소들은 동기적으로 사용될 수 있다. "동기적인 사용"이란, ISR 시스템이 어떤 해결 또는 복구 절차를 실행하거나 또는 실행하도록 시도하고, 긍정적인 확답이 프로세스 내의 앞선 단계로부터 반환될 때까지, 해결 또는 복구 프로세스 내의 단계들의 시퀀스로 다음 단계를 실행하도록 하는 하나 이상의 보정 커맨드들을 전달하지 않을 것을 의미한다. 또한, 복수의 복구 단계들 또는 명령들은 동시 발생적으로 ISR 시스템에 의해 전달될 수 있거나, 동일한 또는 상이한 제어 시스템, 툴, 장비 또는, 명령들이 직접 또는 간접적으로 전달되는 운반 장치에 의한 이전의 복구 단계들의 완로 또는 응답을 대기함이 없이, 시간 간격(timed interval)으로 전달될 수 있다. 이러한 것들은 본 발명의 해결 또는 복구 에이젼트들 또는 구성요소들의 "비동기적인 사용"의 특징의 예이다.
보고 & 예외 활동(Reporting & Exceptions Activity) : 도 6 및 7에 있어서, 문제 해결 커맨드들의 결과(또는 그 부족)들을 로그하기 위한 구성요소들 및 메모리의 정렬이 개시되어 있다. 이것은 또한 문제 해결 관리(ISR) 시스템을 위한 본 발명의 범위 내에 포함되는데, 이 시스템은 하나 이상의 하위프로그램들, 함수들, 클래스들, 객체들, 에이전트 프로그램들, 구성요소들 또는 다른 기능을 포함하고, 이들은 데이터 게더링(data gathering) 및/또는 통계의 형태를 적합한 컨테이너 또는 형태로 저장하기 위해 제공하며, 이것은 보고된 사건들 또는 문제들 및, 그러한 에러들, 문제들 및 다른 문제들에 응답한 활동에 관한 정보를 수집하기 위한 것이고, 관련 데이터베이스에 한정되지 않는다. 그러한 하위프로그램들, 함수들, 클래스들, 객체들, 에이전트들 또는 구성요소들은 트랜잭션 관리자들, 장비 관리자들, RTD 시스템 및 다른 시스템 및/또는 그 동작들에 관한 모니터들로부터 데이터를 수집할 수 있다. 그러한 데이터는 달성된 해결 및/또는 복구 결과들, 수행된 해결 또는 복구 동작들의 볼륨(volume) 및 타입, 보고된 문제를 수정하는데 사용되는 네스팅(nesting) 레벨들, 식별되고 착수되는 해결 및 복구 시도들의 수 등을 포함할 수 있다. 차례로 그러한 데이터를 보고하는 것은 의심할 나위 없이 다른 시스템들이 유용한 보고들을 참석 근무자들에 제공하는데 도움을 준다. 질문에 응답하여 제공될 수 있는 그러한 보고들은 또한 무엇이 발생했는지 결정하고, 장비 또는 어떤 알려진 문제들에 특별한 주의를 주는 순서를 결정하기 위해 근무자들에 의해 사용될 수 있다. 그들은 또한 보정 또는 예방적인 동작이 ISR 시스템이 응답하는 문제들에 관한 그 종료 시에 취해질 필요가 있는지 여부를 결정하도록 도움을 주는데 사용될 수 있다.
소프트웨어 코딩 구현들 : 객체-지향 프로그래밍(object-oriented programming, OOP) 기술을 사용하는 프로그램들로 주로 구성되는 런-타임 환경에서, ISRM 시스템이 하나의 구성요소로서 구현될 수 있고, 그 관련 에이전트 프로그램들, 예컨대, 데이터를 수집하거나 보고된 에러, 문제들 또는 다른 문제들의 사건 데이터베이스를 유지하는 프로그램들이 또한 하나의 구성요소로서 구현될 수 있다는 것을 이해해야 한다. 더 나아가, 그러한 에이전트들이 실행되는 경우, 효력 내의 에이전트들은 그러한 환경에서 객체들이 된다. 도 7과 연결지어 검토한 바와 같이, 만약 원한다면, 그러한 요소 또는 에이전트의 하나 이상의 인스턴스가 제공될 수 있다는 것을 이해해야 한다. 예컨대, 만약 상이한 시스템들, 어플리케이션들, 장비 또는 상이한 툴들이 시도된 해결 또는 복구를 구현하는 상이한 단계들을 요구하는 특정한 속성(attribute)들 또는 함수들을 구비한다면, 요청된 문제 해결 및/또는 복구 작업들을 처리하도록 특별하게 기록된 상이한 구성요소들 또는 해결 에이전트들을 제공하는 것이 유용할 수 있는데, 이 작업들은 특정한 시스템, 어플리케이션, 장비, 툴 또는 운반 장치, 또는 장비 또는 툴들 또는 운반 장치와 같은 특정한 클래스와 관련되는 것이다.
본 발명은 어떠한 예시적인 운영 시스템들 및/또는 컴퓨터 하드웨어 플랫폼들 상에서 구동되는, IBM의 표준 SiView MES, 브룩스 자동화 RTD 및 무라텍 MCS에 기반한 구현들에 관하여 기술되고 있다. 그러나, 당업자는 본 발명의 시스템들 및 방법들이 임의의 다른 알려진 또는 적당한 MES, RTD/디스패처 및/또는 MCS, 및 컴퓨터 운영 시스템들 및 하드웨어 플랫폼들에 관련한 다른 선택들을 가지고 사용될 수 있다. 필요한 모든 것은, 본 발명의 ISR 시스템들 및 방법들은 다양한 소프트웨어 기반 제어 시스템들(특히, MES, MCS/AMHS 및 PCS)과 함께 통합되도록 구성되어, 상기의 시도된 문제 해결 및 복구 함수들을 실행하는데 필요한 경우 커맨드 및 데이트를 생성하고, 수신하고, 허가하기 위해, 통합된 형식으로 필요한 경우 함께 구동할 수 있다.
당업자는 본 발명의 설명에 기반하여, 이미 동일한 것을 구현하는 방법을 이해하고 있으므로 본 발명의 시스템들 및 방법들은 더 이상 설명될 필요가 없다. 이 부분은 종래의 자동화된 제조 환경에 있어서 MES, RTD, PCS 및 MCS/AMHS, 및 그 유사한 소프트웨어 시스템 및 다른 관리 및 진단/에러 기록 소프트웨어 시스템들의 광범위한 사용을 위한 것이다. 또한 IC 제조 설비들 및 다른 대형 컴퓨터화된 제조 시스템들 및 설비들에서 데이터 및 제어 정보를 교환하는 다양한 통신 프로토콜 및 메세징 시스템들의 광범위한 이해 및 사용은 그 통신 프로세스들을 더 자세히 설명할 필요가 없게 만든다. 게다가, 산업 제어 시스템 소프트웨어 프로그램들, 공장 데이터 획득 프로그램들 및/또는 관리 및/또는 자동화 시스템 프로그램들 및/또는 구성요소들을 기록하는데 익숙한, 임의의 적당한 프로그래밍 접근 및/또는 다른 잘 알려진 통신들 및 데이터베이스 프로토콜들 및 소프트웨어 툴들이, 본 발명의 ISR 시스템 및 방법들을 구현하는데 사용될 수 있다. 이러한 프로그래밍 접근들은 관련 데이터베이스들 및 객체-지향 프로그래밍 요소들, 및 분배된 클라이언트/서버 계산 및 통신 기술을 사용하는 단계를 포함한다. 예컨대, 서번트(servant) 프로그램들이 어플리케이션 서버들 상에 제공되어, 적은 클라이언트들이, 제어되는 장비 및 툴들과 관련된 로컬 컴퓨팅 시스템 또는, 마이크로제어기들 상에서 사용될 수 있다. 이것은 본 발명의 ISR 시스템들 및 방법들을 구현하는데 필요한 소프트웨어이고, 효과적으로 코딩하는데 도움을 주는 방법이다. 두번째 예로서, 본 발명의 시스템들 및 방법들은 객체-지향 언어에 제한되지 않지만, 임의의 적당한 프로그래밍 언어들 또는 언어들의 세트로 된 프로그램들 또는 상관된(interrelated) 루틴들의 세트로서 기록될 수 있다. 더 나아가, 그러한 클라이언트 및 서버 프로그램들 및/또는 루틴들은 그 뒤, 운영 시스템, MES, RTD, MCS/AMHS 또는 자동화된 스케줄러/디스패처(이에 한정되지는 않음)를 포함하는 임의의 적당한 관리 소프트웨어 패키지의 제어 하에서 구동되도록 개발될 수 있다.
본 발명이, 본 발명의 블록도, 흐름도 및 요소들 또는 시스템들 및 단계들의 요소들을 참조함으로써 기술되어 왔다. 주지하는 바와 같이, 소프트웨어적으로 제공되는 적당한 프로그램 명령들이 본 발명의 교시(teaching)를 실행할 수 있는 시스템들을 형성하도록, 일반-목적의 컴퓨터들 및/또는 프로세서들을 프로그램된 컴퓨터들 및/또는 프로세서들로 전환하는데 사용된다.
펌웨어 & 다른 구현들 : 당업자들은, 만약 원한다면, 여기에 기술된 시스템들, 방법들 및 소프트웨어가 부분적으로 펌웨어(마이크로코드를 포함함) 또는 하드웨어로 구현될 수 있다는 것을 이해해야 한다. 따라서, 본 발명은 소프트웨어 및/또는 펌웨어, 또는 소프트웨어를 포함하는 실시예, 또는 하드웨어 및/또는 펌웨어의 조합의 실시예를 포함하는 실시예의 형태를 취할 수 있다. 더 나아가, 본 발명의 방법은 전적으로, 소프트웨어 상에서, 또는 소프트웨어, 하드웨어 및/또는 펌웨어 상에서 실행될 수 있다.
구현으로써의 실체적인 매체 : 또한, 본 발명의 구현을 위해 사용되는 소프트웨어 또는 다른 코딩이 플로피 디스켓, CD-ROM들, 하드 드라이브들, 스태틱(static) 또는 플래쉬 메모리, 게이트 어레이들, 또는 임의의 다른 컴퓨터 판독 저장 매체와 같은(반드시 이에 국한되는 것음 아님), 실체적인 매체에 구현된 컴퓨터 프로그램 코드의 적당한 형태로서 제공될 있다. 필요한 명령들을 포함하는, 그러한 컴퓨터 프로그램 코드 또는 다른 코드가 로드되어, 적당한 컴퓨터들/프로세서들에 의한 실행을 준비하는 경우에, 그러한 프로그램된 컴퓨터들/프로세서들이 본 발명을 실시하기 위한 장치가 될 것이다. 그러므로, 본 발명의 또 다른 실시예가 실체적인 매체 상에서 실시되는 경우, 그 실시예는 본 발명의 프로세스를 실행하기 위해 필요한 컴퓨터 프로그램 코드가 된다.
IC 제조 설비를 넘어서는 어플리케이션 : 지금까지의 기술은 자동화된 IC 제조 설비들에 초점을 맞추어 왔지만, 당업자들은 본 발명의 시스템들 및 방법들은, 더 넓은 관점에서, MES들 및/또는 자동화된 물류 처리 시스템들과 같은, 하나 이상의 관리 프로그램들(이 프로그램들은 이산적인 물리적 아이템들의 임의의 종류를 처리하는 것임)에 의해 통합되는 확장형 자동화를 사용하는 다른 자동화된 플랜트들에 적용될 수 있다. 그러한 플랜트들은 복수의 머신 센터들, 어셈블리 플랜트들, 자동화된 검사 설비들, 및 자동화된 파일링(filing), 패키징, 소팅(sorting) 및/또는 쉬핑(shipping) 플랜트들를 가진 공장들(이에 국한되지는 않지만)을 포함할 수 있다. 그러므로, 여기와 아래의 청구범위에 사용되는 바와 같이, 다음의 용어들이 다음의 의미들을 갖는다는 것을 이해해야 한다. 용어 "자동화된 공장" 및 "자동화된 제조 설비"는 테스팅 설비, 창고(warehouse) 및 배송 센터(distribution center)를 포함하는 임의의 공장을 포함하는 광범위한 개념으로 이해되어야 하고, 여기서 자동화된 장비(인간의 개입이 거의 없거나, 전혀 없는 자동화 제어 시스템들에 의한)는, 물리적인 아이템들 또는 물류와 같은 반복적인 기반에서, 전체적으로 또는 부분적으로, 수신하고(receive), 만들고(make), 조립하고(assemble), 처리하고(process), 정제하고(refine), 발송하고(route), 소트하고(sort), 테스트(test)하고 패키지(package)하는데 사용된다. 용어 "물리적 아이템들 또는 물류"는, 물리적으로 명시적이고, 그 궁극적인 목적으로의 여정의 부분으로서, 인간들 또는 자동화된 머신들에 의해 만들어지고, 조립되고, 처리되고, 취급되거나, 조종되는 이산적인 아이템들 또는 물류의 임의의 클래스 또는 클래스들을 포함하는 광범위한 개념으로 이해되어야 한다. 본 발명의 시스템들 및 방법들과 연결되어 사용되는 용어 "구성 요소(또는 요소)"는 반드시 이에 제한되지는 않지만, 모듈들, 루틴들, 하위루틴들, 클래스들, 객체들, 클라이언트/서버 프로그램들의 전부 또는 부분들, 및 에이전트 및/또는 프록시/스터브 소프트웨어를 포함한다. 임의의 요소의 전부 또는 일부들이, 프로그램된 게이트 어레이들(FPGA들) 또는 다른 하드웨어 및/또는 펌웨어의 형태(반드시 이것들에 제한되지는 않지만)를 포함하는, 어플리케이션 특정 통합 회로들(ASIC들)로서 전부 또는 일부로 구현될 수 있기 때문에, 용어 "구성 요소(요소)"는 광범위한 개념으로서, 그들을 또한 포함하는 것으로 이해되어야 한다.
그 이상의 개조/추가 : 앞선 상세한 설명은 본 발명의 예시적인 실시예는 상기 언급된 목적을 달성하는데 적합하다. 당업자는 본 발명의 기술적 사상 및 적합한 범위로부터 벗어나지 않고, 본 발명을 설명하기 위해 선택된 실시예들에 다양한 변경들 또는 추가들을 할 수 있다는 것을 이해해야 한다. 따라서, 본 발명의 보호범위는 첨부된 청구항들 및 그 청구항들의 모든 적당한 균등물들에 의해 정의되는 발명들의 확장으로 간주되어야 한다.
ISR 시스템의 요소들은 결과 지향 메세지를 제공할 수 있고, ISR 시스템으로부터의 어느 보정 커맨드들이 보고된 에러 조건들을 자동적으로 해결했는지 및/또는 언제 해결했는지에 관한 데이터의 수집을 용이하게 한다. 에러 및 다른 문제들에 대한 개시된 ISR 시스템들 및 방법들은 고장 시간을 감소시킴으로 인한 자동화 공장들의 전체 생산성 향상 및, 문제들을 보정하기 위한 인간의 개입 필요성, 그에 의한 공장 작업 처리량의 증가에 유용하다.

Claims (30)

  1. 자동 생산을 구동하고, 일정한 작업들을 실행하도록 설계되는 복수의 자동화 장비들을 구비하고, 쌍방향 제어 시스템들을 구비한 자동화 제조 설비에서, 자동 생산에 관여하는 식별된 문제들을 해결하도록 자동적으로 시도하는 자동 문제 해결(Issue Resolution, ISR) 시스템으로서,
    상기 자동화 제조 설비에 관련된 에러 조건들을 포함하는 문제들을 해결하도록 자동적으로 시도하는 자동 문제 해결 관리(Issue Resolution Management, ISRM) 시스템
    을 포함하고,
    상기 ISRM 시스템은 복수의 자동화 구성요소들을 포함하고, 이 구성요소들의 동작들을 조정하도록 작동될 수 있는 것이고,
    상기 구성요소들은,
    상기 제어 시스템들의 적어도 하나로부터 수신된 제1 문제를 나타내는 에러 조건이, 미리 제공된 문제 리스트 상에서 자동 해결이 가능한 것으로서 인식된 것인지 여부를 자동적으로 체크하는 제1 구성요소와;
    상기 제1 구성요소에 의한 체크에 응답하여, 상기 에러 조건과 관련된 미리 결정된 로직 시퀀스에 따라서 상기 자동화 제조 설비의 일부에 의해 자동 보정 동작을 취할 것을 커맨드하는 제2 구성요소;
    를 포함하는 것인,
    자동 문제 해결(ISR) 시스템.
  2. 제1항에 있어서, 상기 ISRM 시스템은,
    상기 자동 보정 동작이 상기 인식된 문제를 해결했는지 여부를 결정하는 제3 구성요소;
    상기 자동 보정 동작이 상기 인식된 문제를 해결했는지 여부를 로그(log)하는 제4 구성요소를 더 포함하는 것인 자동 문제 해결(ISR) 시스템.
  3. 제1항에 있어서, ISRM 시스템의 상기 제2 구성요소는,
    자동 보정 동작이 현재 취해질 수 있는지 여부를 결정하는 제1 하위구성요소와;
    상기 제1 하위구성요소와 통신하여, 자동 보정 동작이 현재 실행될 수 없다는 것을 통보하는 제2 하위구성요소를 더 포함하는 것인,
    자동 문제 해결(ISR) 시스템.
  4. 제3항에 있어서, 제2 구성요소의 상기 제2 하위구성요소는, 제1 메세지에서 특별히 식별되는 조건 때문에 자동 보정 동작이 취해질 수 없다는 것을, 상기 제1 메세지를 통해 통보하도록 동작적으로 구성되는 것인 자동 문제 해결(ISR) 시스템.
  5. 제4항에 있어서, 상기 제2 구성요소의 상기 제2 하위구성요소는, 상기 제2 메세지에서 식별된 자동화 장비 중 적어도 하나가 자동 모드에 있지 않기 때문에 자동 보정 동작이 취해질 수 없다는 것을, 제2 메세지를 통하여 통보하도록 동작적으로 구성되는 것인 자동 문제 해결(ISR) 시스템.
  6. 제1항에 있어서, 상기 ISRM 시스템은 인식된 상이한 문제를 해결하도록 시도하는데 각각 개별적으로 전용되는 적어도 복수의 제2 구성요소들을 더 포함하는 것인 자동 문제 해결(ISR) 시스템.
  7. 제1항에 있어서, 상기 ISRM 시스템의 상기 제2 구성요소는,
    가능한 자동 보정 동작의 적어도 제1 및 제2 코스들을 제공하는 제1 하위구성요소와,
    가능한 자동 보정 동작의 상기 제1 코스를 택하고, 그 뒤 만약 필요하다면 가능한 자동 보정 동작의 상기 제2 코스를 택할 것을 커맨드하는 제2 하위구성요소를 더 포함하는 것인 자동 문제 해결(ISR) 시스템.
  8. 청구항 8은(는) 설정등록료 납부시 포기되었습니다.
    제1항에 있어서, 커맨드된 상기 자동 보정 동작이 상기 인식된 문제를 해결했는지 여부를 결정하는 제3 구성요소를 더 포함하고,
    상기 제3 구성요소는 상기 커맨드된 자동 보정 동작이 상기 문제를 해결했는지 여부를 나타내는 제1 메세지를 제공하는 제1 하위구성요소를 포함하는 것이고,
    상기 제2 구성요소는,
    적어도 제1 및 제2 가능한 자동 보정 동작들을 제공하는 제1 하위구성요소와;
    상기 제1 가능한 자동 보정 동작을 취할 것을 커맨드하고, 그뒤 필요하다면, 상기 제2 가능한 자동 보정 동작을 취할 것을 커맨드하는 제2 하위요소와;
    제3 구성요소에 의해 제공된 상기 제1 메세지를 수신하고, 상기 제2 하위구성요소가 상기 제2 가능한 자동 보정 동작을 취할 것을 커맨드할 필요가 있는지 여부를 결정하는 제3 하위구성요소를 포함하는 것인
    자동 문제 해결(ISR) 시스템.
  9. 청구항 9은(는) 설정등록료 납부시 포기되었습니다.
    제8항에 있어서, 상기 ISRM 시스템은,
    상기 적어도 복수의 제2 구성요소들로서, 각각의 구성요소는 별개의 인식된 문제의 해결을 시도하는데 전용되는 것인, 복수의 제2 구성요소들과;
    적어도 복수의 별개의 인식된 문제들에 관하여, 가능한 보정 동작들에 적합한 정보를 제공하는 커맨드 메모리와;
    자동 보정 동작을 필요한 경우 순차적으로 개시하는 적어도 제1 및 제2 커맨드들의 생성을 지원하는 커맨드 시퀀서;
    를 더 포함하는 것인,
    자동 문제 해결(ISR) 시스템.
  10. 청구항 10은(는) 설정등록료 납부시 포기되었습니다.
    제8항에 있어서, 상기 ISRM 시스템은,
    커맨드된 자동 보정 동작이 상기 인식된 문제를 해결했는지 여부를 장래의 참조를 위해 로그하는 제4 구성요소와;
    어떤 커맨드된 자동 보정 동작이 상기 인식된 문제를 해결했는지를 나타내는 메세지를 제공하는 제5 구성요소와;
    수신된 메세지 내에 포함된 정보의 적어도 일부를 장래의 참조를 위해 로그하기 위해, 상기 제5 구성요소로부터 메세지를 수신하도록 동작적으로 구성되는 제6 구성요소를 포함하는 것인,
    자동 문제 해결(ISR) 시스템.
  11. 일정하게 할당된 작업들을 실행하는 여러 자동화 장비들과 인터페이스되는 쌍방향 제어 시스템들을 구비한 자동화 제조 설비에 있어서, 자동 생산에 관여하는 식별된 문제들을 해결하도록 자동적으로 시도하는 자동 문제 해결(ISR) 시스템으로서,
    상기 제어 시스템들의 적어도 하나로부터 수신된 제1 문제를 나타내는 에러 조건이 미리 제공된 문제 리스트 상에서 자동 해결이 가능한 것으로서 인식된 것인지 여부를 자동적으로 체크하는 제1 구성요소와;
    상기 제1 구성요소에 의한 체크에 응답하여, 상기 에러 조건과 관련된 미리 결정된 로직 시퀀스에 따라서 상기 자동화 제조 설비의 일부에 의해 자동 보정 동작을 취할 것을 커맨드하는 제2 구성요소
    를 포함하는 자동 문제 해결(ISR) 시스템.
  12. 청구항 12은(는) 설정등록료 납부시 포기되었습니다.
    제11항에 있어서,
    커맨드된 상기 자동 보정 동작이 인식된 상기 보고된 문제를 해결했는지 여부를 결정하는 제3 구성요소와;
    커맨드된 상기 자동 보정 동작이 인식된 상기 보고된 문제를 해결했는지 여부를 로그하는 제4 구성요소;
    를 더 포함하는 자동 문제 해결(ISR) 시스템.
  13. 청구항 13은(는) 설정등록료 납부시 포기되었습니다.
    제11항에 있어서, 상기 제2 구성요소는,
    자동 보정 동작이 현재 취해질 수 있는지 여부를 결정하는 제1 하위구성요소와;
    상기 제1 하위요소와 통신하여, 자동 보정 동작이 현재 실행될 수 없다는 것을 통보하는 제2 하위구성요소;
    를 더 포함하는 것인 자동 문제 해결(ISR) 시스템.
  14. 청구항 14은(는) 설정등록료 납부시 포기되었습니다.
    제13항에 있어서, 상기 제2 구성요소의 상기 제2 하위구성요소는 상기 제1 메세지에서 특별히 식별된 조건 때문에, 커맨드된 자동 보정 동작이 취해질 수 없다는 것을 제1 메세지를 통해 통보하도록 동작적으로 구성되는 것인 자동 문제 해결(ISR) 시스템.
  15. 청구항 15은(는) 설정등록료 납부시 포기되었습니다.
    제14항에 있어서, 상기 제2 구성요소의 상기 제2 하위구성요소는, 적어도 하나의 자동화 장비가 완전 자동 모드에 있지 않기 때문에, 커맨드된 상기 자동 보정 동작이 취해질 수 없다는 것을 제2 메세지를 통해 통보하도록 동작적으로 구성되는 것인 자동 문제 해결(ISR) 시스템.
  16. 청구항 16은(는) 설정등록료 납부시 포기되었습니다.
    제1항에 있어서, 적어도 복수의 제2 구성요소들과 같은 요소들을 더 포함하고, 상기 제2 구성요소들 각각은 인식된 명확한 문제의 해결에 전용하는 것인 자동 문제 해결(ISR) 시스템.
  17. 청구항 17은(는) 설정등록료 납부시 포기되었습니다.
    제11항에 있어서, 상기 ISR 시스템의 상기 제2 구성요소는,
    가능한 자동 보정 동작의 적어도 제1 및 제2 코스들을 제공하는 제1 하위구성요소와;
    가능한 자동 보정 동작의 상기 제1 코스를 택하고, 그 뒤 만약 필요한 경우 상기 제2 가능한 보정 동작을 택하도록 커맨드하는 제2 하위구성요소를 더 포함하는 것인 자동 문제 해결(ISR) 시스템.
  18. 청구항 18은(는) 설정등록료 납부시 포기되었습니다.
    제11항에 있어서,
    커맨드된 상기 자동 보정 동작이 상기 인식된 문제를 해결했는지 여부를 결정하는 제3 구성요소를 더 포함하고,
    상기 제3 구성요소는 인식된 상기 보고된 문제가 더 이상 문제가 아니라는 것을 나타내는 제1 메세지를 제공하는 제1 하위구성요소를 포함하는 것이고,
    상기 제2 구성요소는,
    자동 보정 동작의 적어도 제1 및 제2 가능한 코스들을 제공하는 제1 하위구성요소와;
    가능한 보정 동작의 상기 제1 코스를 택할 것을 자동적으로 커맨드하고, 그 뒤 만약 필요하다면 보정 동작의 상기 제2 코스를 택할 것을 자동적으로 커맨드하는 제2 하위요소와;
    상기 제3 구성요소로부터 상기 제1 메세지를 수신하고, 상기 제2 하위구성요소가 자동 보정 동작의 상기 제2 코스를 택할 것을 커맨드하는 것을 필요로 하는지 여부를 결정하는 제3 하위구성요소를 포함하는 것인
    자동 문제 해결(ISR) 시스템.
  19. 청구항 19은(는) 설정등록료 납부시 포기되었습니다.
    제18항에 있어서,
    인식된 명확한 문제를 해결하도록 시도하는 것에 개별적으로 전용되는 적어도 복수의 제2 구성요소들을 포함하고,
    상기 제2 구성요소들 중 적어도 2개의 구성요소들은,
    별개의 인식된 문제에 대한 가능한 보정 동작의 적어도 제1 및 제2 코스들을 제공하는 제1 하위구성요소와;
    가능한 보정 동작의 상기 제1 코스를 택하도록 커맨드하고, 그 별개의 인식된 문제에 관하여 필요하다면 보정 동작의 상기 제2 코스를 택할 것을 커맨드하는 제2 하위구성요소와;
    별개의 인식된 문제들에 관하여, 가능한 보정 동작들의 복수의 코스들에 적합한 정보를 제공하는 커맨드 메모리와;
    적어도 제1 및 제2 커맨드들이 자동 보정 동작들을 필요한 경우 순차적으로 개시하도록 도와주는 커맨드 시퀀서를 포함하는 것인
    자동 문제 해결(ISR) 시스템.
  20. 청구항 20은(는) 설정등록료 납부시 포기되었습니다.
    제18항에 있어서,
    커맨드된 상기 자동 보정 동작이 상기 인식된 문제를 해결했는지 여부를 장래의 참조를 위하여 로그하는 제4 구성요소와;
    커맨드된 어떤 자동 보정 동작이 상기 인식된 문제를 해결했는지 여부를 나타내는 메세지를 제공하는 제5 구성요소와;
    메세지들 내에 포함된 상기 정보의 적어도 일부를 장래의 참조를 위해 로그하기 위하여, 상기 제5 구성요소로부터 메세지들을 수신하도록 동작적으로 구성되는 제6 구성요소를 더 포함하는 자동 문제 해결(ISR) 시스템.
  21. 자동화 장비의 동작들을 제어하고 관리하는 컴퓨터화된 제어 시스템들을 자동화한 자동화 공장 환경의 에러 조건들로부터의 자동 복구를 관리하는 자동화 방법으로서,
    (a) 상기 자동화 공장의 상기 제어 시스템들의 적어도 하나에 의해 보고된 선택된 에러 조건들로부터 자동으로 복구하는 시도들을 관리하는 수퍼바이저 프로그램을 인스톨하는 단계와;
    (b) 상기 수퍼바이저 프로그램에 의해 수신된 수신 에러 조건들이 자동 해결이 가능한 문제들로서 인식된 것인지 여부를 결정하는 단계와;
    (c) 단계(b)에서 인식되는 제1 수신 에러 조건에 대하여, 상기 수퍼바이저 프로그램에 의하여, 자동 보정 커맨드들의 제1 세트의 생성을 인에이블하기 위하여 상기 수신된 인식된 에러 조건과 관련된 정보를 액세스하는 단계;
    (d) 상기 수퍼바이저 프로그램에 의하여, 상기 인식된 제1 수신 에러 조건에 관련된 미리 결정된 로직 시퀀스에 따라서, 상기 자동화 공장의 일부에 의해 취해지는 자동 보정 동작에 대해 적어도 제1 커맨드를 생성하는 단계;
    를 포함하는 자동 복구 관리를 위한 자동화 방법.
  22. 청구항 22은(는) 설정등록료 납부시 포기되었습니다.
    제21항에 있어서,
    (e) 취해진 상기 자동 보정 동작이 상기 인식된 수신 에러 조건을 해결했는지 여부를 결정하는 단계와;
    (f) 상기 취해진 자동 보정 동작이 상기 인식된 수신 에러 조건을 해결했는지 여부를 로그하는 단계;
    를 더 포함하는 자동 복구 관리를 위한 자동화 방법.
  23. 청구항 23은(는) 설정등록료 납부시 포기되었습니다.
    제22항에 있어서,
    (g) 자동 보정 동작이 현재 취해질 수 있는지 여부를 결정하는 단계와;
    (h) 자동 보정 동작이 현재 실행될 수 없다는 것을 통보하는 단계;
    를 더 포함하는 자동 복구 관리를 위한 자동화 방법.
  24. 청구항 24은(는) 설정등록료 납부시 포기되었습니다.
    제23항에 있어서, 상기 단계(h)는,
    상기 제1 메세지 내에서 적어도 부분적으로 식별된 조건 때문에, 자동 보정 동작이 취해질 수 없다는 것을 제1 메세지를 통해 일정한 시간에 통보하는 단계와;
    적어도 하나의 자동화 장비가 요청된 자동 모드에 있지 않기 때문에, 자동 보정 동작이 취해질 수 없다는 것을 제2 메세지를 통해 일정한 다른 시간에 통보하는 단계;
    를 더 포함하는 것인 자동 복구 관리를 위한 자동화 방법.
  25. 청구항 25은(는) 설정등록료 납부시 포기되었습니다.
    제21항에 있어서, 상기 수퍼바이저 프로그램은 복수의 인식된 이산적 에러 조건들과 관련시키는 것이고, 상기 조건들에 대해서 다양한 자동 보정 동작들과 관련된 보정 커맨드들의 상이한 세트들이 에러 조건들로부터의 복구 시도에 사용될 수 있는 것이고,
    상기 단계(d)는,
    (1) 가능한 자동 보정 동작의 적어도 제1 코스를 선택하고, 적어도 부분적으로 상기 제1 코스에 기반하여 자동 보정 동작의 상기 제1 코스를 개시하도록 커맨드들의 제1 세트를 생성하는 단계와;
    (2) 상기 인식된 수신 에러 조건이 커맨드들의 상기 제1 세트에 응답하여 보정된 것인 경우에, 가능한 자동 보정 동작의 제2 코스를 선택하고, 그 뒤에, 적어도 부분적으로 상기 제2 코스에 기반하여, 자동 보정 동작의 상기 제2 코스를 초기화하도록 커맨드들의 제2 세트를 생성하는 단계
    를 포함하는 것인 자동 복구 관리를 위한 자동화 방법.
  26. 청구항 26은(는) 설정등록료 납부시 포기되었습니다.
    제25항에 있어서,
    (e) 단계(b)에서 인식된 제2 수신 에러 조건에 대해서, 상기 수퍼바이저 프로그램에 의하여, 단계(b)에서 인식된 상기 제1 수신 에러 조건에 응답하여 생성된 자동 보정 커맨드들의 상기 제1 세트로부터 구별되는 상기 수퍼바이저 프로그램을 통해 자동 보정 커맨드들의 적어도 제1 세트의 생성을 인에이블하기 위해 상기 인식된 수신 에러 조건과 관련된 정보에 액세스하는 단계와;
    (f) 상기 수퍼바이저 프로그램에 의하여, 상기 제2 인식된 수신 에러 조건을 자동적으로 해결하는 노력으로, 상기 자동화된 공장의 일부에 의해 취해지는 자동 보정 동작을 개시하기 위한 커맨드들의 적어도 제1 세트를 생성하는 단계;
    를 더 포함하는 자동 복구 관리를 위한 자동화 방법.
  27. 청구항 27은(는) 설정등록료 납부시 포기되었습니다.
    제26항에 있어서,
    (g) 상기 제1 수신 에러 조건이 상기 제1 수신 에러 조건으로부터 자동적으로 복구되도록 자동적으로 생성된 커맨드들의 상기 제1 세트에 응답하여 보정된 것이 아닌 경우, 그 뒤 연속적으로 상기 제1 수신 에러 조건에 대한 가능한 자동 보정의 제2 코스와 관련된 커맨드들의 제2 세트의 생성을 자동적으로 커맨드하는 단계와;
    (h) 상기 제2 수신 에러 조건이 상기 제2 수신 에러 조건으로부터 복구되도록 자동적으로 생성된 커맨드들의 상기 제1 세트에 응답하여 보정된 것이 아닌 경우, 그 뒤 연속적으로 상기 제2 수신 에러 조건에 대한 가능한 자동 보정 동작의 제2 코스와 관련된 커맨드들의 제2 세트의 생성을 자동적으로 커맨드하는 단계;
    를 더 포함하는 자동 복구 관리를 위한 자동화 방법.
  28. 청구항 28은(는) 설정등록료 납부시 포기되었습니다.
    제21항에 있어서,
    상기 수퍼바이저 프로그램은,
    적어도 로직의 복수의 세트들로서, 각각이 별개의 인식된 수신 에러 조건의 해결에 전용되고, 로직의 각각의 세트들은 상기 별개의 인식된 에러 조건에 관하여, 가능한 보정 동작의 적어도 제1 및 제2 코스들을 제공하는 것인 적어도 로직의 복수의 세트들을 포함하고,
    (e) 각각의 별개의 인식된 수신 에러 조건에 대해, 순차적으로, 상기 에러 조건에 대한 가능한 보정 동작의 상기 제1 코스를 택하도록 커맨드하고, 그 뒤 만약 상기 제1 코스가 상기 에러 조건을 해결하지 못한 것인 경우에는, 보정 동작의 제2 코스를 택하도록 커맨드하는 단계를 더 포함하는 자동 복구 관리를 위한 자동화 방법.
  29. 청구항 29은(는) 설정등록료 납부시 포기되었습니다.
    제28항에 있어서,
    상기 수퍼바이저 프로그램은,
    별개의 인식된 수신 에러 조건들에 관하여 가능한 보정 동작들의 복수의 코스들에 관련된 정보를 제공하는 커맨드 메모리를 포함하는 것이고,
    (f) 적어도 복수의 인식된 수신 에러 조건들에 대하여, 상기 수신 에러 조건들이 자동적으로 보정된 것인지 여부를 로그하는 단계와;
    (g) 적어도 복수의 인식된 수신 에러 조건들에 대하여, 복수의 가능한 보정 커맨드들 중 어떠한 보정 커맨드들이 상기 에러 조건들의 보정을 자동적으로 실행하는 것을 담당하였던 것인지를 로그하는 단계를 더 포함하는 자동 복구 관리를 위한 자동화 방법.
  30. 에러 조건들로부터의 자동 복구 관리용 자동화 방법을 구현하기 위하여, 공장 및 여러 자동화 장비들의 동작을 제어하고 관리하는 컴퓨터화된 제어 시스템들을 자동화하는 자동화 공장 환경에서 사용되는, 컴퓨터 판독 가능 기록 매체에 있어서,
    (a) 상기 자동화 공장의 상기 제어 시스템들 중 적어도 하나에 의해 보고된 선택된 에러 조건으로부터 자동적으로 복구하는 시도들을 관리하는 수퍼바이저 프로그램을 인스톨하는 단계와;
    (b) 상기 수퍼바이저 프로그램에 의해 수신된 수신 에러 조건들이, 자동 해결이 가능한 문제들로서 인식되는지 여부를 판단하는 단계와;
    (c) 단계(b)에서 인식된 상기 제1 수신 에러 조건에 대하여, 상기 수퍼바이저 프로그램에 의하여, 자동 보정 커맨드들의 제1 세트의 생성을 인에이블하도록 상기 인식된 수신 에러 조건과 관련된 정보에 액세스하는 단계와;
    (d) 상기 수퍼바이저 프로그램에 의하여, 상기 인식된 제1 수신 에러 조건과 관련된 미리 결정된 로직 시퀀스에 따라서, 상기 자동화 공장의 일부에 의해 취해지는 자동 보정 동작에 대해 적어도 제1 커맨드를 생성하는 단계;
    를 실행하기 위한 프로세싱 회로에 의해 실행되는 명령들을 저장하고, 적어도 하나의 프로세싱 회로에 의해 판독 가능한 기록 매체.
KR1020040070791A 2003-10-02 2004-09-06 제조 실행 및 물류 제어 시스템의 문제 해결 자동화를 위한 방법 및 시스템 KR100745529B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/678,822 2003-10-02
US10/678,822 US7440932B2 (en) 2003-10-02 2003-10-02 Method and system for automating issue resolution in manufacturing execution and material control systems

Publications (2)

Publication Number Publication Date
KR20050032996A KR20050032996A (ko) 2005-04-08
KR100745529B1 true KR100745529B1 (ko) 2007-08-03

Family

ID=34394027

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020040070791A KR100745529B1 (ko) 2003-10-02 2004-09-06 제조 실행 및 물류 제어 시스템의 문제 해결 자동화를 위한 방법 및 시스템

Country Status (4)

Country Link
US (1) US7440932B2 (ko)
KR (1) KR100745529B1 (ko)
CN (1) CN100370452C (ko)
TW (1) TWI301567B (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101179738B1 (ko) 2007-11-07 2012-09-04 미쓰비시덴키 가부시키가이샤 안전 제어 장치
KR20190091596A (ko) 2018-01-29 2019-08-07 (유)옥정영농 안정적인 물류시스템 구축을 위한 자동화 패키징 라인 및 로보틱스 e물류프로세스
KR102312621B1 (ko) * 2021-06-18 2021-10-13 최민영 학내망 네트워크 시스템

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9785140B2 (en) * 2000-02-01 2017-10-10 Peer Intellectual Property Inc. Multi-protocol multi-client equipment server
US7873428B2 (en) 2005-04-15 2011-01-18 PEER Intellectual Property, Inc. Automated job management
US7672747B2 (en) * 2000-03-30 2010-03-02 Lam Research Corporation Recipe-and-component control module and methods thereof
US7426420B2 (en) * 2003-09-15 2008-09-16 International Business Machines Corporation System for dispatching semiconductors lots
US7440932B2 (en) * 2003-10-02 2008-10-21 International Business Machines Corporation Method and system for automating issue resolution in manufacturing execution and material control systems
JP2005135280A (ja) * 2003-10-31 2005-05-26 Fujitsu Ltd 生産計画立案方法及び装置
US7921082B2 (en) * 2004-01-23 2011-04-05 Lsi Corporation File recovery under linux operating system
JP2005309703A (ja) * 2004-04-21 2005-11-04 Yokogawa Electric Corp 電子機器システム
US20060043197A1 (en) * 2004-08-31 2006-03-02 Chang Yung C Carrier facilitating radio-frequency identification (RFID) operation in a semiconductor fabrication system
US20060053297A1 (en) * 2004-09-03 2006-03-09 Huang Chien C System and method for protecting equipment data
US20060069578A1 (en) * 2004-09-28 2006-03-30 Dell Products L.P. System and method for managing data concerning service dispatches
US7398423B2 (en) * 2004-12-09 2008-07-08 General Motors Corporation System and method for providing automatic resets
US7770057B1 (en) * 2005-10-27 2010-08-03 Symantec Operating Corporation System and method for customized disaster recovery reports
US8249917B1 (en) * 2005-12-07 2012-08-21 Amazon Technologies, Inc. Load balancing for a fulfillment network
US7661013B2 (en) * 2006-01-13 2010-02-09 Agilent Technologies, Inc. System and method for error recovery
US7555672B2 (en) * 2006-01-13 2009-06-30 Agilent Technologies, Inc. Distributed system and method for error recovery
CN100422884C (zh) * 2006-03-10 2008-10-01 上海宝信软件股份有限公司 冶金mes试批物料判定方法
US20070244592A1 (en) * 2006-04-17 2007-10-18 Chartered Semiconductor Manufacturing Ltd. Manufacturing system with active failover
US7302307B1 (en) * 2006-09-20 2007-11-27 International Business Machines Corporation Micrologistics tracking system and method for an automated manufacturing facility
US8229778B2 (en) * 2006-11-16 2012-07-24 International Business Machines Corporation Constructing change plans from component interactions
US20080126414A1 (en) * 2006-11-27 2008-05-29 International Business Machines Corporation Method, system, and computer program product for providing a program interface for communications between a manufacturing execution system and a transport system
US8000656B1 (en) * 2006-12-19 2011-08-16 Hewlett-Packard Development Company, L.P. Apparatus and methods for performing calibration of a mobile computing device
US20080250264A1 (en) * 2007-04-03 2008-10-09 Hourselt Andrew G System for Adaptive Action Plan Compilation Based on Error Reporting
US7356378B1 (en) * 2007-04-03 2008-04-08 Taiwan Semiconductor Manufacturing Company Method and system for smart vehicle route selection
US9033638B2 (en) * 2007-04-17 2015-05-19 International Business Machines Corporation OHT accessible high density stocker and method
US8180594B2 (en) * 2007-09-06 2012-05-15 Asm International, N.V. System and method for automated customizable error diagnostics
US7912568B2 (en) * 2007-11-27 2011-03-22 International Business Machines Corporation Tuning order configurator performance by dynamic integration of manufacturing and field feedback
CN101978389B (zh) * 2008-02-22 2014-07-09 村田机械株式会社 Vao生产率套件
US20090271021A1 (en) * 2008-04-28 2009-10-29 Popp Shane M Execution system for the monitoring and execution of insulin manufacture
US9213953B1 (en) 2008-09-15 2015-12-15 Amazon Technologies, Inc. Multivariable load balancing in a fulfillment network
US8965539B2 (en) 2008-09-27 2015-02-24 Jda Software Group, Inc. System and method for a demand driven lean production control system
US8989879B2 (en) 2008-09-27 2015-03-24 Jda Software Group, Inc. System and method for a demand driven lean production control system
US8594977B2 (en) * 2009-06-04 2013-11-26 Honeywell International Inc. Method and system for identifying systemic failures and root causes of incidents
US8335581B2 (en) * 2009-06-12 2012-12-18 Globalfoundries Inc. Flexible job preparation and control
US9014827B2 (en) * 2010-01-14 2015-04-21 International Business Machines Corporation Dynamically generating a manufacturing production work flow with selectable sampling strategies
US20120030175A1 (en) * 2010-07-27 2012-02-02 International Business Machines Corporation System for offloading data analyis overhead from a primary site to a remote site
US8412368B2 (en) * 2010-10-07 2013-04-02 Globalfoundries Inc. Method and apparatus for routing dispatching and routing reticles
KR101502713B1 (ko) * 2010-12-16 2015-03-13 미쓰비시덴키 가부시키가이샤 시퀀서 시스템 및 그 제어 방법
EP2594373B1 (de) * 2011-11-16 2014-06-25 Siemens Aktiengesellschaft Festlegen von zulässigem Verfahrbereich mittels eines Zeigers
CN102567842B (zh) * 2011-11-29 2015-09-30 上海华力微电子有限公司 一种在制造执行系统中实现安全站点预停止的方法
TWI447059B (zh) * 2012-01-10 2014-08-01 Inotera Memories Inc 晶圓倉儲系統
CN102915028B (zh) * 2012-02-16 2015-11-25 西门子工厂自动化工程有限公司 Pcs7软件系统的诊断系统和诊断方法
US20130226325A1 (en) * 2012-02-24 2013-08-29 Globalfoundries Inc. Methods and systems for fabricating integrated circuits with local processing management
TW201344384A (zh) * 2012-04-20 2013-11-01 xie-sen Wu 自動導引工程施作用料及自動導引工程作業用料之製作方法
EP2665030A1 (en) * 2012-05-14 2013-11-20 Siemens Aktiengesellschaft Method and a system for an automatic recovery from a fault situation in a production plant
CN104166378B (zh) * 2013-05-17 2017-08-04 上海和辉光电有限公司 Amoled厂物料cim自动管理系统的管理方法
WO2016032531A1 (en) * 2014-08-29 2016-03-03 Hewlett Packard Enterprise Development Lp Improvement message based on element score
US10809687B2 (en) * 2014-09-30 2020-10-20 Emerson Process Management Lllp. Field device with self-recovery
US10108183B2 (en) * 2014-11-12 2018-10-23 Yokogawa Electric Corporation Process control system and configuration system
US9851712B2 (en) 2014-11-12 2017-12-26 Yokogawa Electric Corporation Process control system and configuration system for an industrial plant
CN104571037A (zh) * 2014-12-30 2015-04-29 广州汽车集团乘用车有限公司 一种关键力矩装配系统
US9762520B2 (en) * 2015-03-31 2017-09-12 Salesforce.Com, Inc. Automatic generation of dynamically assigned conditional follow-up tasks
US11227261B2 (en) 2015-05-27 2022-01-18 Salesforce.Com, Inc. Transactional electronic meeting scheduling utilizing dynamic availability rendering
JP6631908B2 (ja) * 2015-09-07 2020-01-15 パナソニックIpマネジメント株式会社 情報処理装置、不具合原因特定方法及びプログラム
US10162340B2 (en) 2015-09-30 2018-12-25 Taiwan Semiconductor Manufacturing Co., Ltd. Method and system for lot-tool assignment
US9858918B2 (en) * 2016-03-15 2018-01-02 GM Global Technology Operations LLC Root cause analysis and recovery systems and methods
TWI742043B (zh) * 2017-02-22 2021-10-11 國聯機械實業股份有限公司 球化金屬線材智能控制系統
US11181882B2 (en) * 2017-06-19 2021-11-23 The Boeing Company Dynamic modification of production plans responsive to manufacturing deviations
CN109242230B (zh) * 2017-07-10 2021-09-03 中国科学院沈阳自动化研究所 一种解决wbs排序问题的调度方法
CN107664989B (zh) * 2017-09-29 2020-03-10 郑州云海信息技术有限公司 一种定制化信息自动绑定和收集方法
CN108303955B (zh) * 2017-11-15 2020-06-16 大连佳峰自动化股份有限公司 一种产品批量生产方法及系统
TW201938467A (zh) * 2018-03-14 2019-10-01 凱柏精密機械股份有限公司 供料裝置
US11442438B2 (en) * 2018-08-14 2022-09-13 The Boeing Company Automated supervision and inspection of assembly process
US11437258B2 (en) 2018-08-30 2022-09-06 Taiwan Semiconductor Manufacturing Co., Ltd. Workpiece storage system, method of storing workpiece, and method of transferring workpiece using the same
JP7173679B2 (ja) * 2019-05-30 2022-11-16 三菱電機株式会社 計算機システムの訓練兼用装置
CN110412916A (zh) * 2019-07-29 2019-11-05 北京点域科技有限公司 一种自动化晶体制造控制方法及装置
CN111308923A (zh) * 2019-09-29 2020-06-19 深圳市纳设智能装备有限公司 一种cvd设备的控制方法及控制装置
US11366644B1 (en) 2019-10-09 2022-06-21 Uipco, Llc Systems and methods for analyzing robotic process automation code
CN111474897B (zh) * 2020-04-07 2021-07-06 中科新松有限公司 一种基于组件的机器人编程方法和计算机可读存储介质
CN113539879B (zh) * 2020-04-21 2023-12-12 长鑫存储技术有限公司 半导体制造过程中的故障监测系统及方法
US11526388B2 (en) 2020-06-22 2022-12-13 T-Mobile Usa, Inc. Predicting and reducing hardware related outages
US11595288B2 (en) 2020-06-22 2023-02-28 T-Mobile Usa, Inc. Predicting and resolving issues within a telecommunication network
CN112596481B (zh) * 2020-12-09 2022-04-22 蒲惠智造科技股份有限公司 一种支持即插交互式节点的mes管理系统及方法
CN113917899A (zh) * 2021-09-30 2022-01-11 上海哥瑞利软件股份有限公司 一种半导体mes系统的mom一体化系统
TWI826173B (zh) * 2022-12-08 2023-12-11 力晶積成電子製造股份有限公司 晶圓堆的搬運管理方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5469361A (en) 1991-08-08 1995-11-21 The Board Of Regents Acting For And On Behalf Of The University Of Michigan Generic cell controlling method and apparatus for computer integrated manufacturing system
JPH09319620A (ja) * 1996-05-29 1997-12-12 Nec Corp 証明書自動発行機の運用監視方式
JPH11312196A (ja) * 1998-04-28 1999-11-09 Sharp Corp コンピュータ生産管理システム
JP2003114708A (ja) * 2001-10-03 2003-04-18 Hitachi Ltd 半導体装置の製造方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4829445A (en) 1987-03-11 1989-05-09 National Semiconductor Corporation Distributed routing unit for fully-automated flexible manufacturing system
IT1253921B (it) * 1991-12-20 1995-08-31 Gd Spa Sistema di identificazione di guasti in impianti di confezionamento e di impacchettamento
JP2829241B2 (ja) * 1994-07-26 1998-11-25 三菱電機株式会社 プラント支援装置
US6240335B1 (en) 1998-12-14 2001-05-29 Palo Alto Technologies, Inc. Distributed control system architecture and method for a material transport system
US6499114B1 (en) * 1999-02-17 2002-12-24 General Electric Company Remote diagnostic system and method collecting sensor data according to two storage techniques
US6535795B1 (en) * 1999-08-09 2003-03-18 Baker Hughes Incorporated Method for chemical addition utilizing adaptive optimization
US6502213B1 (en) 1999-08-31 2002-12-31 Accenture Llp System, method, and article of manufacture for a polymorphic exception handler in environment services patterns
US6308107B1 (en) 1999-08-31 2001-10-23 Advanced Micro Devices, Inc. Realtime decision making system for reduction of time delays in an automated material handling system
JP3612472B2 (ja) * 2000-06-22 2005-01-19 株式会社日立製作所 遠隔監視診断システム、及び遠隔監視診断方法
US7440932B2 (en) * 2003-10-02 2008-10-21 International Business Machines Corporation Method and system for automating issue resolution in manufacturing execution and material control systems

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5469361A (en) 1991-08-08 1995-11-21 The Board Of Regents Acting For And On Behalf Of The University Of Michigan Generic cell controlling method and apparatus for computer integrated manufacturing system
JPH09319620A (ja) * 1996-05-29 1997-12-12 Nec Corp 証明書自動発行機の運用監視方式
JPH11312196A (ja) * 1998-04-28 1999-11-09 Sharp Corp コンピュータ生産管理システム
JP2003114708A (ja) * 2001-10-03 2003-04-18 Hitachi Ltd 半導体装置の製造方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101179738B1 (ko) 2007-11-07 2012-09-04 미쓰비시덴키 가부시키가이샤 안전 제어 장치
US8755917B2 (en) 2007-11-07 2014-06-17 Mitsubishi Electric Corporation Safety control device
KR20190091596A (ko) 2018-01-29 2019-08-07 (유)옥정영농 안정적인 물류시스템 구축을 위한 자동화 패키징 라인 및 로보틱스 e물류프로세스
KR102312621B1 (ko) * 2021-06-18 2021-10-13 최민영 학내망 네트워크 시스템

Also Published As

Publication number Publication date
CN100370452C (zh) 2008-02-20
KR20050032996A (ko) 2005-04-08
US7440932B2 (en) 2008-10-21
US20050075748A1 (en) 2005-04-07
CN1614527A (zh) 2005-05-11
TW200527173A (en) 2005-08-16
TWI301567B (en) 2008-10-01

Similar Documents

Publication Publication Date Title
KR100745529B1 (ko) 제조 실행 및 물류 제어 시스템의 문제 해결 자동화를 위한 방법 및 시스템
US7487099B2 (en) Method, system, and storage medium for resolving transport errors relating to automated material handling system transaction
US7085614B1 (en) Method, system, and computer program product for optimizing throughput of lots
US7672748B2 (en) Automated manufacturing systems and methods
US6308107B1 (en) Realtime decision making system for reduction of time delays in an automated material handling system
US6256550B1 (en) Overall equipment effectiveness on-line categories system and method
EP0679972A1 (en) An apparatus and method for controlling and scheduling processing machines
US6778879B2 (en) Automated material handling system and method of use
US20090292388A1 (en) Semiconductor manufacturing system
US7151980B2 (en) Transport management system and method thereof
CN114897361A (zh) 一种基于实时派工系统的晶圆批次派工方法
KR100303322B1 (ko) 반도체 라인 관리를 위한 통합 자동화 시스템 및 그 방법
US20060095153A1 (en) Wafer carrier transport management method and system thereof
Matsuyama et al. A state-of-the-art automation system of an ASIC wafer fab in Japan
US7613535B2 (en) Independent, self-contained, risk isolated, sectional CIM design for extremely large scale factory operation
CN100461055C (zh) 共享半导体机台的方法与使用该方法的制造系统
US7720956B2 (en) Method, system, and storage medium for providing continuous communication between process equipment and an automated material handling system
US6766285B1 (en) Predictive processing method in a semiconductor processing facility
Sonar et al. Automation: Key to cycle time improvement in semiconductor manufacturing
CN116644219A (zh) 一种派货异常的检测、处理方法及装置
US20090093903A1 (en) Methods, systems, and computer program products for automating process and equipment qualifications in a manufacturing environment
US7426421B2 (en) Methods and systems for transport system (TS) integration
Liao Automation and integration in semiconductor manufacturing
US7058469B2 (en) System and method for fully automatic manufacturing control in a furnace area of a semiconductor foundry
Gardner Semiconductor factory automation: Designing for phased automation

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130627

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20140627

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20150625

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20160628

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20170628

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20180628

Year of fee payment: 12