KR20230003650A - 반도체 디바이스 모델링 방법 및 장치 - Google Patents

반도체 디바이스 모델링 방법 및 장치 Download PDF

Info

Publication number
KR20230003650A
KR20230003650A KR1020227044375A KR20227044375A KR20230003650A KR 20230003650 A KR20230003650 A KR 20230003650A KR 1020227044375 A KR1020227044375 A KR 1020227044375A KR 20227044375 A KR20227044375 A KR 20227044375A KR 20230003650 A KR20230003650 A KR 20230003650A
Authority
KR
South Korea
Prior art keywords
model
type
target
added
tree
Prior art date
Application number
KR1020227044375A
Other languages
English (en)
Other versions
KR102583241B1 (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 KR20230003650A publication Critical patent/KR20230003650A/ko
Application granted granted Critical
Publication of KR102583241B1 publication Critical patent/KR102583241B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/30—Circuit design
    • G06F30/36—Circuit design at the analogue level
    • G06F30/367—Design verification, e.g. using simulation, simulation program with integrated circuit emphasis [SPICE], direct methods or relaxation methods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/20—Design optimisation, verification or simulation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/30—Circuit design
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/30—Circuit design
    • G06F30/32—Circuit design at the digital level
    • G06F30/33—Design verification, e.g. functional simulation or model checking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/30—Circuit design
    • G06F30/32—Circuit design at the digital level
    • G06F30/33—Design verification, e.g. functional simulation or model checking
    • G06F30/3323—Design verification, e.g. functional simulation or model checking using formal methods, e.g. equivalence checking or property checking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G06F9/44526—Plug-ins; Add-ons

Abstract

반도체 디바이스 모델링 방법 및 장치에 있어서, 상기 방법은, 추가 지시 조작에 응답하여, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정하는 단계(101) - 추가 지시 조작은 디바이스 모델 객체 중의 추가할 모델 및 디바이스 모델 트리 중의 타깃 모델을 선택하는 데 사용됨 - ; 소스 컨트롤의 유형 및 상기 타깃 컨트롤의 유형에 대응하는 검증 모듈을 이용하여, 선택된 추가할 모델의 정보 및 선택된 타깃 모델의 정보를 획득하고, 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리를 기반으로, 추가할 모델의 정보 및 타깃 모델의 정보를 검증하고, 상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정하는 단계(102); 및 추가할 모델이 상기 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 단계(103)를 포함한다. 본 출원은 보다 우수한 적용성을 나타낸다.

Description

반도체 디바이스 모델링 방법 및 장치
본 출원은 반도체 분야에 관한 것으로, 보다 상세하게는 반도체 디바이스 모델링 방법 및 장치에 관한 것이다.
현재, 디바이스 모델링을 수행할 때, 디바이스 모델링 애플리케이션의 메인 프로그램이 특정 유형의 컨트롤 디스플레이 디바이스 모델 객체 및 특정 유형의 컨트롤 디스플레이 디바이스 모델 트리를 이용하는 경우, 디바이스 모델 객체 중의 선택된 모델이 디바이스 모델 트리에 추가되어 디바이스 모델 트리 중의 선택된 모델의 자식 노드로 사용될 수 있는지 여부에 대한 검증을 수행한다. 검증과 관련된 코드, 즉 디바이스 모델 트리 중의 선택된 모델이 디바이스 모델 트리에 추가되어 디바이스 모델 트리 중의 선택된 모델의 자식 노드로 사용될 수 있는지 여부에 대한 검증을 수행하는 코드는 모두 메인 프로그램에 통합된다.
한편으로는, 메인 프로그램에서 특정 유형의 컨트롤 디스플레이 디바이스 모델 객체 및 특정 유형의 컨트롤 디스플레이 디바이스 모델 트리를 이용하는 경우에만 검증을 수행할 수 있다. 다른 한편으로는, 디바이스 모델링을 수행할 때, 디스플레이 측면에서 디바이스 모델링의 수요에 따라, 디바이스 모델 객체를 디스플레이하는 컨트롤 유형이 변경되고/되거나 디바이스 모델 트리를 디스플레이하는 컨트롤 유형이 변경되는 경우, 디바이스 모델링 애플리케이션의 메인 프로그램 중 검증과 관련된 코드는 모두 리팩토링이 필요하다. 따라서 디스플레이 측면에서 디바이스 모델링의 수요에 적응하려면 오버헤드가 크다.
관련 기술에 존재하는 문제를 극복하기 위해, 본 출원은 반도체 디바이스 모델링 방법 및 장치를 제공한다.
본 출원 실시예의 제1 양상에 따라 반도체 디바이스 모벨링 방법을 제공한다. 여기에는 하기 단계가 포함된다.
추가 지시 조작에 응답하여, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정한다. 여기에서, 상기 추가 지시 조작은 상기 디바이스 모델 객체 중의 추가할 모델 및 상기 디바이스 모델 트리 중의 타깃 모델을 선택하는 데 사용된다.
상기 소스 컨트롤의 유형 및 상기 타깃 컨트롤의 유형에 대응하는 검증 모듈을 이용하여, 선택된 추가할 모델의 정보 및 선택된 타깃 모델의 정보를 획득한다. 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리를 기반으로, 상기 추가할 모델의 정보 및 상기 타깃 모델의 정보를 검증하고, 상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정한다.
상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시한다.
일부 실시예에 있어서, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정하는 상기 단계는 하기 단계를 포함한다.
미리 생성된 제네릭 기반 함수를 이용하여 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤 유형을 결정한다. 여기에서, 상기 제네릭 기반 함수의 형식 매개변수는 상기 소스 컨트롤을 수신하는 데 사용되는 소스 컨트롤 객체의 형식 매개변수, 상기 타깃 컨트롤을 수신하는 데 사용되는 타깃 컨트롤 객체의 형식 매개변수를 포함한다. 상기 제네릭 기반 함수는 호출될 경우, 리플렉션을 통해 상기 소스 컨트롤 객체의 유형 및 상기 타깃 컨트롤 객체의 유형을 결정하여, 상기 소스 컨트롤의 유형 및 상기 타깃 컨트롤의 유형을 결정하는 데 사용된다.
일부 실시예에 있어서, 상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있음을 결정할 때, 상기 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 상기 단계는 하기 단계를 포함한다.
상기 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는 검증 결과를 표시한다.
상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 상기 단계 이후, 하기 단계를 더 포함한다.
사용자의 추가 확인 조작에 응답하여, 상기 추가할 모델을 상기 디바이스 모델 트리에 추가하고, 상기 타깃 모델의 자식 노드로 사용한다.
일부 실시예에 있어서, 상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있음을 결정할 때, 상기 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 상기 단계는 하기 단계를 포함한다.
상기 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는 검증 결과를 표시한다.
상기 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 상기 단계 이후, 하기 단계를 더 포함한다.
사용자의 추가 포기 조작에 응답하여, 상기 추가할 모델을 상기 디바이스 모델 트리에 추가하는 것을 포기한다.
일부 실시예에 있어서, 상기 추가 지시 조작에 응답하는 단계를 하기 단계를 포함한다.
사용자에 응답하여 디스플레이된 상기 디바이스 모델 객체 중 하나의 상기 추가할 모델을, 디스플레이된 상기 디바이스 모델 트리에 위치한 하나의 상기 타깃 모델의 위치까지 드래그한다.
일부 실시예에 있어서, 소스 컨트롤의 유형은 TreeView 유형, ListView 유형 중 하나이고, 타깃 컨트롤의 유형은 TreeView 유형, ListView 유형 중 하나이다.
일부 실시예에 있어서, 상기 디바이스 모델링 유형 검증 준칙 라이브러리는 데이터 수집 표준 기반의 디바이스 모델링 유형 검증 준칙을 포함한다.
일부 실시예에 있어서, 상기 데이터 수집 표준은 복수 버전의 데이터 수집 표준 중에서 현재 채택하는 버전의 데이터 수집 표준이다.
본 출원 실시예의 제2 양상에 따라 반도체 디바이스 모벨링 장치를 제공한다. 여기에는 하기 구성요소가 포함된다.
결정 유닛은 추가 지시 조작에 응답하여, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정한다. 여기에서, 상기 추가 지시 조작은 디바이스 모델 객체 중의 추가할 모델 및 디바이스 모델 트리 중의 타깃 모델을 선택하는 데 사용된다.
검증 유닛은 상기 소스 컨트롤의 유형 및 상기 타깃 컨트롤의 유형에 대응하는 검증 모듈을 이용하여, 선택된 추가할 모델의 정보 및 선택된 타깃 모델의 정보를 획득하고, 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리를 기반으로, 상기 추가할 모델의 정보 및 상기 타깃 모델의 정보를 검증하고, 상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정한다.
피드백 유닛은 상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시한다.
본 출원 실시예에서 제공하는 반도체 디바이스 모델링 방법 및 장치는, 일 양상에 있어서 메인 프로그램에 독립된 검증 모듈을 이용하여 검증을 완료한다. 어느 하나의 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 어느 하나의 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형에 대하여, 모두 상응하는 검증 모듈이 디바이스 모델 객체 중의 선택된 추가할 모델이 디바이스 모델 트리에 추가되어 디바이스 모델 트리 중의 선택된 타깃 모델의 자식 노드로 사용될 수 있는지 여부에 대한 검증을 완료할 수 있다. 어느 한 유형의 컨트롤 디스플레이 디바이스 모델 객체 및 어느 한 유형의 타깃 컨트롤 디스플레이 디바이스 모델 트리를 채택하는 경우, 상응하는 검증 모듈을 이용해 검증을 수행할 수 있다.
다른 일 양상에 있어서, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및/또는 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형이 변경될 경우, 상응하는 검증 모델을 채택해 검증을 수행하면 된다. 메인 프로그램에는 검증과 관련된 코드가 포함되지 않으므로, 메인 프로그램에 어떠한 영향도 미치지 않는다. 따라서 디스플레이 측면에서 디바이스 모델링의 수요에 적응하기 위해 디바이스 모델링 애플리케이션의 메인 프로그램 중 검증과 관련된 코드 전부를 리팩토링해야 하는 문제를 방지한다.
본원의 첨부 도면은 명세서에 통합되어 본 명세서의 일부분을 구성한다. 이는 본 출원에 부합하는 실시예를 도시하였으며, 명세서와 함께 본 출원의 원리를 해석하는 데 사용된다.
도 1은 본 출원의 실시예에서 제공하는 디바이스 모델링 방법의 흐름도이다.
도 2는 반도체 디바이스 모델링 시 디바이스 모델 객체 및 디바이스 모델 트리를 디스플레이하는 효과도이다.
도 3은 디바이스 모델링의 흐름도이다.
도 4는 디바이스 모델링의 원리도이다.
도 5는 본 출원의 실시예에서 제공하는 디바이스 모델링 장치의 구조 블록도이다.
이하에서는 첨부 도면 및 실시예를 참조하여 본 출원을 보다 상세하게 설명한다. 본원에 설명된 구체적인 실시예는 관련 발명을 해석하기 위한 것일 뿐이며 본 발명을 한정하지 않음을 이해할 수 있다.설명상 편의를 위해, 첨부 도면은 발명과 관련된 부분만 도시하였음에 유의한다.
충돌이 없는 한, 본 출원의 실시예 및 실시예 중의 특징은 서로 결합될 수 있음에 유의한다. 이하에서는 첨부 도면과 실시예를 참조하여 본 출원을 상세하게 설명한다.
도 1은 본 출원의 실시예에서 제공하는 반도체 디바이스 모델링 방법의 흐름도이다. 상기 방법은 하기 단계를 포함한다.
단계 101: 추가 지시 조작에 응답하여, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정한다.
디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤은 현재 디바이스 모델 객체 디스플레이에 사용하고 있는 컨트롤을 의미할 수 있다. 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤은 현재 디바이스 모델 트리 디스플레이에 사용하고 있는 컨트롤을 의미할 수 있다.
예를 들어, 소스 컨트롤의 유형은 ListView 유형이고, 타깃 컨트롤의 유형은 TreeView 유형이다. 디바이스 모델링을 수행할 때, 디바이스 모델링 인터페이스 상에서, 한 ListView 유형의 소스 컨트롤을 통해 사용자에게 디바이스 모델 객체를 디스플레이할 수 있으며, 한 TreeView 유형의 타깃 컨트롤을 통해 사용자에게 디바이스 모델 트리를 디스플레이할 수 있다.
반도체 디바이스 모델링을 수행할 때, 디바이스 모델링 애플리케이션 중의 메인 프로그램이 소스 컨트롤을 호출하여 디바이스 모델 객체를 디스플레이하고, 타깃 컨트롤을 호출하여 디바이스 모델 트리를 디스플레이할 수 있다.
본 출원에 있어서, 반도체 디바이스 모델링을 수행할 때, 사용자가 선택한 디바이스 모델 객체에 위치한 모델을 추가할 모델이라 칭할 수 있다.
디바이스 모델링을 수행할 때, 사용자가 선택한 디바이스 모델 트리에 위치한 모델을 타깃 모델이라 칭할 수 있다.
단계 101에서 상술한 추가 지시 조작은 디바이스 모델 객체 중의 추가할 모델 및 디바이스 모델 트리 중의 타깃 모델을 선택하는 데 사용된다.
예를 들어, 반도체 디바이스 모델링을 수행할 때, 추가 지시 조작에 응답하는 단계는 하기 단계를 포함할 수 있다.
사용자에 응답하여 디스플레이된 상기 디바이스 모델 객체 중 하나의 추가할 모델을, 디스플레이된 디바이스 모델 트리에 위치한 하나의 상기 타깃 모델의 위치까지 드래그한다.
일부 실시예에 있어서, 상술한 추가 지시 조작은 먼저 1회의 클릭 동작을 수행하여 디바이스 모델 객체 중 하나의 추가할 모델을 선택한 다음, 1회의 클릭 동작을 수행하여 디바이스 모델 트리 중 하나의 타깃 모델을 선택할 수 있다. 그 후 선택한 추가할 모델을, 선택한 타깃 모델의 위치까지 드래그할 수 있다. 또는 상기 추가 지시 조작은 1회만 클릭하여 디바이스 모델 객체 중 하나의 추가할 모델을 선택한 후, 선택한 추가할 모델을 상응하는 타깃 모델의 위치까지 드래그할 수도 있다.
상기 드래그 동작은 구체적으로 다음과 같을 수 있다. 즉, 사용자는 하나의 소스 컨트롤이 디스플레이하는 정보 중 하나의 정보 항목을 타깃 컨트롤이 디스플레이하는 정보 중 하나의 정보 항목이 있는 위치까지 드래그할 수 있다. 상기 드래그 동작이 완료되면, 선택된 추가할 모델을, 선택된 타깃 모델의 위치까지 드래그하는 것이 구현된다.
상기 추가 지시 조작은 드래그에 한정되지 않음에 유의한다. 실제 응용에서 다른 임의 방식을 채택해, 디스플레이하는 디바이스 모델 객체 중 하나의 추가할 모델을, 디스플레이하는 디바이스 모델 트리에 위치한 하나의 타깃 모델의 위치에 추가하도록 구현할 수도 있다. 예를 들어, 먼저 1회 클릭 동작을 수행하여 디바이스 모델 객체 중 하나의 추가할 모델을 선택한 후, 임의 제스처 또는 동작을 채택해 해당 추가할 모델을, 디스플레이하는 디바이스 모델 트리에 위치한 하나의 타깃 모델의 위치에 추가할 수 있다.
디바이스 모델링을 수행할 때, 디바이스 모델링 애플리케이션 중의 메인 프로그램에서 추가 지시 조작을 검출할 수 있다. 추가 지시 조작이 검출되면, 디바이스 모델링 애플리케이션 중의 컨트롤 유형을 결정하는 데 사용되는 모듈이, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정할 수 있다. 디바이스 모델링 애플리케이션 중의 메인 프로그램은 소스 컨트롤의 유형, 타깃 컨트롤의 유형을 고려할 필요가 없으며, 선택된 상응하는 모델의 정보를 획득할 필요도 없다. 본 출원에 있어서, 상응하는 검증 모듈에서 선택된 상응하는 모델의 정보를 획득한다.
디바이스 모델링을 수행할 때, 사용자가 추가 지시 조작을 수행할 때마다, 모두 디바이스 모델 객체 중의 상응하는 추가할 모델, 디바이스 모델 트리 중의 상응하는 타깃 모델을 선택할 수 있다.
본 출원에 있어서, 디바이스 모델링 애플리케이션의 구성 파일에 소스 컨트롤의 유형 및 타깃 컨트롤의 유형을 기록할 수 있다.
디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정해야 할 경우, 상기 구성 파일을 판독함으로써 소스 컨트롤의 유형 및 타깃 컨트롤의 유형을 획득할 수 있다.
본 출원에 있어서, 디바이스 모델 객체는 복수의 모델을 포함한다.
디바이스 모델 객체 중 각각의 모델은 반도체 디바이스와 관련된 하나의 데이터 구조와 각각 연관될 수 있다. 예를 들어, 디바이스는 로봇이다. 디바이스 모델 객체 중 하나의 모델은 로봇의 기계 아암을 설명하는 하나의 데이터 구조와 연관된다. 디바이스 모델 객체 중 다른 하나의 모델은 로봇의 다른 유형의 매개변수를 저장하는 데 사용되는 하나의 데이터 구조와 연관된다.
디바이스 모델 트리에서, 트리형 구조를 통해 디바이스 모델 트리 중 상이한 모델 간의 연관 관계를 명확하게 나타낼 수 있다. 상이한 모델은 반도체 디바이스와 관련된 하나의 데이터 구조와 각각 연관될 수 있다. 따라서 디바이스 모델 트리를 통해, 반도체 생산 디바이스와 관련된 상이한 데이터 구조 사이의 연관 관계를 명확하게 나타낼 수 있다. 상기 디바이스 모델 트리는 최종적으로 공장의 관리 시스템 및 데이터 수집 애플리케이션에 제공될 수 있다. 데이터 수집 애플리케이션은 SEMI InterfaceA 표준에 따라, 반도체 디바이스와 관련된 수집된 데이터를 상응하는 모델과 관련된 데이터 구조에 저장할 수 있다. 공장의 관리 시스템의 서버는 SEMI InterfaceA 표준에 따라, 상응하는 모델과 관련된 데이터 구조로부터 반도체 디바이스와 관련된 상응하는 데이터를 판독할 수 있다.
디바이스 모델 트리에서 각각의 모델은 각각 하나의 노드로 사용된다.
디바이스 모델 트리 중 각각의 모델에 있어서, 모두 적어도 하나의 부모 노드 및/또는 적어도 하나의 자식 노드를 구비한다.
본 출원에 있어서, 디바이스 모델 객체 중 동일한 모델은 디바이스 모델 트리에 여러 회차 추가되어, 상응하는 타깃 모델의 자식 노드로 사용될 수 있다.
디바이스 모델 객체 중 하나의 모델에 있어서, 상기 모델을 디바이스 모델 트리에 추가할 때마다 모두 디바이스 모델 트리에서 해당 모델의 명칭을 수정할 수 있다. 디바이스 모델 트리에는 복수의 상이한 위치에 위치하며 해당 모델의 유형과 동일하나 명칭만 다른 모델이 포함될 수 있다.
도 2를 참조하면, 이는 반도체 디바이스 모델링 시 디바이스 모델 객체 및 디바이스 모델 트리를 디스플레이하는 효과도를 도시하였다.
도시된 디바이스 모델 객체에 있어서, 자식 노드는 디바이스 모델 객체 중의 모델이다. 예를 들어, "Hierarchy" 하의 각 항목, "Parameter", "Event", "Exceptions" 하의 각 항목, "State Machines" 하의 각 항목 등이 있다. 디바이스 모델 트리에 있어서, 종속 관계에 따라 디바이스 모델 트리 중 일부 모델을 디스플레이하였다. 사용자가 하나의 자식 노드를 구비한 모델 좌측의 "+"를 클릭하면, 해당 모델의 자식 노드인 각각의 모델을 더 디스플레이할 수 있다.
일부 실시예에 있어서, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정하는 단계는 다음 단계를 포함한다. 즉, 미리 생성된 제네릭 기반 함수를 이용하여 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤 유형을 결정한다. 여기에서, 제네릭 기반 함수의 형식 매개변수는 소스 컨트롤을 수신하는 데 사용되는 소스 컨트롤 객체의 형식 매개변수, 타깃 컨트롤을 수신하는 데 사용되는 타깃 컨트롤 객체의 형식 매개변수를 포함한다. 제네릭 기반 함수는 호출될 경우, 리플렉션을 통해 소스 컨트롤 객체의 유형 및 타깃 컨트롤 객체의 유형을 결정하여, 소스 컨트롤의 유형 및 타깃 컨트롤의 유형을 결정하는 데 사용된다.
본 출원에 있어서, C# 언어를 이용하여 디바이스 모델링 애플리케이션을 개발할 수 있다. 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정할 때, 사전 정의된 제네릭 기반 함수를 이용하여 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정할 수 있다.
제네릭 기반 함수는 2개의 제네릭 유형의 형식 매개변수를 갖는다. 2개의 제네릭 유형의 형식 매개변수의 유형은 모두 C# 언어 중 제네릭 유형에 속하는 T 매개변수 유형일 수 있다.
미리 하나의 디바이스 모델 객체를 디스플레이할 수 있는 컨트롤의 유형 및 하나의 디바이스 모델 트리를 디스플레이할 수 있는 컨트롤의 유형을 모두 C# 언어 중 T 매개변수 유형의 베이스 클래스로 정의할 수 있다. 따라서 제네릭 기반 함수의 2개의 제네릭 유형의 형식 매개변수 중 하나의 형식 매개변수는 소스 컨트롤의 유형을 나타내는 객체를 수신할 수 있는 제네릭 유형의 형식 매개변수로 사용할 수 있다. 또한 다른 형식 매개변수는 타깃 컨트롤의 유형을 나타내는 객체를 수신할 수 있는 제네릭 유형의 형식 매개변수로 사용할 수 있다.
디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정해야 할 경우, 메인 프로그램은 소스 컨트롤의 코드의 저장 위치 및 타깃 컨트롤의 코드의 저장 위치로부터, 소스 컨트롤의 유형을 나타내는 객체, 타깃 컨트롤의 유형을 나타내는 객체를 각각 획득할 수 있다. 또한 제네릭 기반 함수를 호출하여, 소스 컨트롤의 유형을 나타내는 객체, 타깃 컨트롤의 유형을 나타내는 객체를 실제 매개변수로 전달한다. 소스 컨트롤의 유형을 나타내는 객체는 타깃 컨트롤의 유형을 나타내는 객체를 수신할 수 있는 제네릭 유형의 형식 매개변수에 실제 매개변수로 전달될 수 있다.
따라서 제네릭 기반 함수가 호출될 경우, 소스 컨트롤의 유형을 나타내는 객체를 기반으로, C# 언어의 리플렉션 메커니즘을 통해 소스 컨트롤의 유형을 획득하는 데 사용된다. 또한 타깃 컨트롤의 유형을 나타내는 객체를 기반으로, C# 언어의 리플렉션 메커니즘을 통해 타깃 컨트롤의 유형을 획득하는 데 사용된다.
단계 102: 소스 컨트롤의 유형 및 타깃 컨트롤의 유형에 대응하는 검증 모듈을 이용하여, 선택된 추가할 모델의 정보 및 선택된 타깃 모델의 정보를 획득한다. 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리를 기반으로, 추가할 모델의 정보 및 타깃 모델의 정보를 검증하고, 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정한다.
본 출원에 있어서, 소스 컨트롤의 유형 및 타깃 컨트롤의 유형을 결정한 후, 소스 컨트롤의 유형 및 타깃 컨트롤의 유형에 대응하는 검증 모듈을 이용하여, 선택된 추가할 모델의 정보 및 선택된 타깃 모델의 정보를 획득할 수 있다.
소스 컨트롤의 유형과 타깃 컨트롤의 유형은 하나의 컨트롤 유형 조합을 구성할 수 있다.
따라서 소스 컨트롤의 유형 및 타깃 컨트롤의 유형에 대응하는 검증 모듈은 소스 컨트롤의 유형 및 타깃 컨트롤의 유형으로 구성된 컨트롤 유형 조합의 검증 모듈을 의미할 수 있다.
본 출원에 있어서, 디바이스 모델 객체를 디스플레이할 수 있는 소스 컨트롤의 유형을 디바이스 모델 객체의 후보 컨트롤 유형으로 칭할 수 있다.
디바이스 모델 트리를 디스플레이할 수 있는 타깃 컨트롤의 유형을 디바이스 모델 트리의 후보 컨트롤 유형으로 칭할 수 있다.
디바이스 모델 객체의 후보 컨트롤 유형, 디바이스 모델 트리의 후보 컨트롤 유형을 조합하여, 복수의 컨트롤 유형 조합을 획득할 수 있다.
본 출원에 있어서, 디바이스 모델링 애플리케이션은 메인 프로그램에 독립된 복수의 검증 모듈을 포함할 수 있다.
각각의 검증 모듈은 각각 하나의 컨트롤 유형 조합에 대응할 수 있다.
이에 상응하여, 각각의 검증 모듈에 있어서, 해당 검증 모듈에 대응하는 컨트롤 유형 조합 중의 하나의 컨트롤 유형과 다른 컨트롤 유형에 동시에 대응된다.
예를 들어, 디바이스 모델 객체의 모든 후보 컨트롤 유형은 ListView 유형, TreeView 유형을 포함한다. 디바이스 모델 트리의 모든 후보 컨트롤 유형은 ListView 유형, TreeView 유형을 포함한다.
디바이스 모델 객체의 후보 컨트롤 유형, 디바이스 모델 트리의 후보 컨트롤 유형을 조합하여, 4개의 컨트롤 유형 조합을 획득할 수 있다. 제1 컨트롤 유형 조합에 TreeView 유형, TreeView 유형이 포함된다고 가정한다. 제2 컨트롤 유형 조합에 ListView 유형, TreeView 유형이 포함된다고 가정한다. 제3 컨트롤 유형 조합에 TreeView 유형, ListView 유형이 포함된다고 가정한다.
제4 컨트롤 유형 조합에 ListView 유형, ListView 유형이 포함된다고 가정한다.
이에 상응하여, 디바이스 모델링 애플리케이션은 4개의 검증 모듈을 포함하며, 각각의 검증 모듈은 하나의 컨트롤 유형 조합에 각각 대응한다.
디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형이 ListView 유형이고, 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형이 TreeView 유형이라고 가정한다. 이 경우 ListView 유형과 TreeView 유형으로 구성된 컨트롤 유형 조합의 검증 모듈에 대응하여, 선택된 추가할 모델의 정보 및 선택된 타깃 모델의 정보를 획득한다.
디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 경우, 디바이스 모델 객체 중 각각의 모델 정보는 소스 컨트롤의 하나의 노드에 각각 대응한다.
디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 경우, 디바이스 모델 트리 중 각각의 모델 정보는 타깃 컨트롤의 하나의 노드에 각각 대응한다.
디바이스 모델링을 수행할 때, 디바이스 모델 객체 중 하나의 추가할 모델이 선택되면, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 경우, 소스 컨트롤 중의 선택된 추가할 모델 정보에 대응하는 하나의 노드가 선택된다. 소스 컨트롤의 속성 정보에 현재 선택된 노드의 식별자를 기록한다. 소스 컨트롤의 유형과 타깃 컨트롤의 유형에 대응하는 검증 모듈, 즉 소스 컨트롤의 유형과 타깃 컨트롤의 유형으로 구성된 컨트롤 유형 조합에 대응하는 검증 모듈은, 소스 컨트롤의 속성 정보의 저장 위치로부터 현재 선택된 노드의 식별자를 획득한다. 이를 통해 해당 선택된 추가할 모델 정보에 대응하는 노드가 선택되도록 결정한다. 상기 선택된 추가할 모델 정보에 대응하는 노드의 속성 정보는 상기 추가할 모델의 정보를 포함한다. 상기 추가할 모델의 정보는 상기 추가할 모델의 다른 모델과 구분하는 데 사용할 수 있는 고유 식별자일 수 있다. 따라서 선택된 추가할 모델의 정보를 최종적으로 획득할 수 있다.
디바이스 모델링을 수행할 때, 디바이스 모델 트리 중 하나의 타깃 모델 정보가 선택되면, 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 경우, 타깃 컨트롤 중의 선택된 타깃 모델 정보에 대응하는 하나의 노드가 선택된다.
소스 컨트롤의 유형과 타깃 컨트롤의 유형에 대응하는 검증 모듈, 즉 소스 컨트롤의 유형과 타깃 컨트롤의 유형으로 구성된 컨트롤 유형 조합에 대응하는 검증 모듈은, 타깃 컨트롤의 속성 정보의 저장 위치로부터 현재 선택된 노드의 식별자를 획득한다. 이를 통해 해당 선택된 타깃 모델에 대응하는 노드가 선택되도록 결정한다. 상기 선택된 타깃 모델에 대응하는 노드의 속성 정보는 상기 타깃 모델의 정보를 포함한다. 상기 타깃 모델의 정보는 상기 타깃 모델의 다른 모델과 구분하는 데 사용할 수 있는 고유 식별자일 수 있다. 따라서 선택된 타깃 모델의 정보를 최종적으로 획득할 수 있다.
예를 들어, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형이 ListView 유형이고, 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형이 TreeView 유형이다. ListView 유형과 TreeView 유형에 대응하는 검증 모듈, ListView 유형과 TreeView 유형으로 구성된 컨트롤 유형 조합의 검증 모듈을 이용하여, 선택된 추가할 모델 정보 및 선택된 타깃 모델 정보를 획득한다.
본 출원에 있어서, 소스 컨트롤의 유형이 변경되고/되거나 타깃 컨트롤의 유형이 변경된 경우, 메인 프로그램의 코드를 변경할 필요가 없다.
예를 들어, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형이 ListView이고, 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형이 TreeView이다.
디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형은 ListView에서 TreeView로 변경되고, 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형은 여전히 TreeView인 경우, TreeView 유형과 TreeView 유형으로 구성된 컨트롤 유형 조합에 대응하는 검증 모듈에서 검증을 수행하면 된다. 이 때 메인 프로그램의 코드를 변경할 필요가 없다.
본 출원에 있어서, 소스 컨트롤의 유형 및 타깃 컨트롤의 유형에 대응하는 검증 모듈이 선택된 추가할 모델 정보 및 선택된 타깃 모델 정보를 획득한 후, 소스 컨트롤의 유형 및 타깃 컨트롤의 유형에 대응하는 검증 모듈은 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리를 기반으로, 추가할 모델의 정보 및 타깃 모델의 정보를 검증한다. 이를 통해 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정한다.
디바이스 모델링 유형 검증 준칙 라이브러리는, 디바이스 모델 객체 중 각각의 모델의 정보, 디바이스 모델 객체 중 각각의 모델에 각각 대응하는 디바이스 모델링 유형 검증 준칙을 포함할 수 있다.
디바이스 모델 객체 중 각각의 모델에 있어서, 해당 모델의 정보 및 해당 모델에 대응하는 디바이스 모델링 유형 검증 준칙은 디바이스 모델링 유형 검증 준칙 라이브러리에 대응하도록 저장된다.
디바이스 모델 객체 중 각각의 모델에 있어서, 해당 모델에 대응하는 디바이스 모델링 유형 검증 준칙은, 디바이스 모델 트리 중의 해당 모델의 부모 노드가 될 수 있는 모든 유형을 포함할 수 있다.
추가할 모델의 정보 및 타깃 모델의 정보를 검증하여, 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정할 때, 먼저 추가할 모델의 정보에 따라, 디바이스 모델링 유형 검증 준칙 라이브러리에서 추가할 모델에 대응하는 디바이스 모델링 유형 검증 준칙을 조회할 수 있다. 그 후, 추가할 모델에 대응하는 디바이스 모델링 유형 검증 준칙에서 디바이스 모델 트리 중의, 추가할 모델의 부모 노드가 될 수 있는 모델의 모든 유형을 획득한다. 마지막으로, 디바이스 모델 트리 중의, 해당 추가할 모델 정보의 부모 노드가 될 수 있는 모델의 모든 유형에 타깃 모델의 정보의 유형이 포함되는지 여부를 결정할 수 있다. 디바이스 모델 트리 중의, 해당 추가할 모델 정보의 부모 노드가 될 수 있는 모델의 모든 유형에 타깃 모델의 정보의 유형이 포함된다고 결정하면, 추가할 모델 정보가 디바이스 모델 트리에 추가되어 타깃 모델 정보의 자식 노드로 사용될 수 있도록 결정할 수 있다.
일부 실시예에 있어서, 디바이스 모델링 유형 검증 준칙 라이브러리는 데이터 수집 표준 기반의 디바이스 모델링 유형 검증 준칙을 포함한다.
본 출원에 있어서, 데이터 수집 표준은 SEMI InterfaceA 표준일 수 있다.
디바이스 모델 객체 중 각각의 모델의 경우, 해당 모델이 디바이스 모델 트리 중 어느 유형의 모델의 자식 노드로 사용될 수 있는지는 SEMI InterfaceA 표준에서 정의할 수 있다. SEMI InterfaceA 표준을 기반으로, 디바이스 모델 객체 중 각각의 모델에 각각 대응하는 SEMI InterfaceA 표준 기반의 디바이스 모델링 유형 검증 준칙을 미리 구축하여, 디바이스 모델링 유형 검증 준칙 라이브러리를 획득할 수 있다.
일부 실시예에 있어서, 현재 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정하는 데 사용되는, 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리의 경우, 해당 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리 중의 디바이스 모델링 유형 검증 준칙의 기반이 되는 데이터 수집 표준은 복수 버전의 데이터 수집 표준 중 현재 채택하는 버전의 데이터 수집 표준이다.
현재 채택하는 버전의 데이터 수집 표준은 복수 버전의 SEMI InterfaceA 표준 중 현재 사용하는 SEMI InterfaceA 표준을 의미할 수 있다.
예를 들어, 1105 버전의 SEMI InterfaceA 표준, 0710 버전의 SEMI InterfaceA 표준이 사전 정의되어 있으며, 현재 버전은 0710 SEMI InterfaceA 표준이다. 현재 구체적으로 어느 버전의 SEMI InterfaceA 표준을 사용하는지는 구체적으로 데이터 수집 애플리케이션과 공장의 반도체 생산 디바이스의 데이터 전송 수요, 공장 관리 시스템의 서버와 공장의 반도체 생산 디바이스의 데이터 전송 수요에 따라 결정한다.
본 출원에 있어서, 미리 각각의 버전의 SEMI InterfaceA 표준에 대해, 해당 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리를 각각 구축할 수 있다.
이에 상응하여, 각 버전의 SEMI InterfaceA 표준의 경우, 해당 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리 중 디바이스 모델링 유형 검증 준칙은 해당 버전의 SEMI InterfaceA 표준 기반의 디바이스 모델링 유형 검증 준칙이다.
현재 어느 SEMI InterfaceA 표준을 채택하는가는, 어느 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리를 현재 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정하는 데 사용되는, 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리로 사용하는가이다.
단계 103: 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시한다.
본 출원에 있어서, 추가할 모델 정보가 디바이스 모델 트리에 추가되어 타깃 모델 정보의 자식 노드로 사용될 수 있는지 여부를 결정한 후, 사용자에게 검증 결과를 표시할 수 있다.
추가할 모델 정보가 디바이스 모델 트리에 추가되어 타깃 모델 정보의 자식 노드로 사용될 수 있다고 결정하면, 사용자에게 추가할 모델이 디바이스 모델 트리에 추가되어 타깃 모델의 자식 노드로 사용될 수 있음을 지시하는 검증 결과를 표시한다. 예를 들어, 사용자에게 추가할 모델이 디바이스 모델 트리에 추가되어 타깃 모델의 자식 노드로 사용될 수 있음을 지시하는 표지를 표시한다.
추가할 모델이 디바이스 모델 트리에 추가되어 타깃 모델의 자식 노드로 사용될 수 없다고 결정하면, 사용자에게 추가할 모델이 디바이스 모델 트리에 추가되어 타깃 모델 정보의 자식 노드로 사용될 수 없음을 지시하는 검증 결과를 표시한다. 예를 들어, 사용자에게 추가할 모델이 디바이스 모델 트리에 추가되어 타깃 모델의 자식 노드로 사용될 수 없음을 지시하는 표지를 표시한다.
일부 실시예에 있어서, 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있다고 결정한 경우, 추가할 모델 정보가 디바이스 모델 트리에서 타깃 모델 정보의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 단계는 다음 단계를 포함한다. 즉, 추가할 모델 정보가 디바이스 모델 트리에서 타깃 모델 정보의 자식 노드로 사용될 수 있다는 검증 결과를 표시한다. 또한 추가할 모델 정보가 디바이스 모델 트리에서 타깃 모델 정보의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시한 후, 다음 단계를 더 포함한다. 즉, 사용자의 추가 확인 조작에 응답하여, 추가할 모델을 디바이스 모델 트리에 추가하여, 타깃 모델의 자식 노드로 사용한다.
검증 결과가 추가할 모델이 타깃 모델의 자식 노드로 사용될 수 있음을 지시한 경우, 사용자에게 추가할 모델이 디바이스 모델 트리에 추가되어 타깃 모델의 자식 노드로 사용될 수 있음을 지시하는 검증 결과를 표시한 후, 사용자가 추가할 모델을 디바이스 모델 트리에 추가하도록 결정하면, 사용자는 추가 확인 조작을 수행할 수 있다. 사용자의 추가 확인 조작에 응답하여, 추가할 모델을 디바이스 모델 트리에 추가하고, 타깃 모델의 자식 노드로 사용할 수 있다.
일부 실시예에 있어서, 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있다고 결정한 경우, 해당 추가할 모델이 디바이스 모델 트리에서 타깃 모델 의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 단계는 다음 단계를 포함한다. 즉, 해당 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있다는 검증 결과를 표시한다. 또한 해당 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시한 후, 다음 단계를 더 포함한다. 즉, 사용자의 추가 포기 조작에 응답하여, 해당 추가할 모델을 해당 디바이스 모델 트리에 추가하는 것을 포기한다.
사용자에게 추가할 모델이 디바이스 모델 트리에 추가되어 타깃 모델의 자식 노드로 사용될 수 있음을 지시하는 검증 결과를 표시한 후, 사용자가 추가할 모델을 디바이스 모델 트리에 추가하는 것을 포기하면, 사용자는 추가 포기 조작을 수행할 수 있다. 사용자의 추가 포기 조작에 응답하여, 해당 추가할 모델을 해당 디바이스 모델 트리에 추가하는 것을 포기할 수 있다.
일부 실시예에 있어서, 데이터 수집 표준의 변화에 응답하여, 디바이스 모델링 유형 검증 준칙 라이브러리 중 해당 데이터 수집 표준 기반의 디바이스 모델링 유형 검증 준칙을 수정한다.
본 출원에 있어서, 어느 한 버전의 데이터 수집 표준이 변경되면, 변경된 데이터 수집 표준의 디바이스 모델링 유형 검증 준칙 라이브러리 중의, 해당 데이터 수집 표준 기반의 상응하는 디바이스 모델링 유형 검증 준칙을 수정하여, 상응하는 업데이트된 디바이스 모델링 유형 검증 준칙 라이브러리를 모두 획득할 수 있다.
복수 버전의 SEMI InterfaceA 표준 중에서 현재 채택하는 버전의 SEMI InterfaceA 표준을 예로 들어 설명한다. 디바이스 모델링 객체 중 적어도 하나의 모델의 경우, 현재 채택하는 버전의 SEMI InterfaceA 표준에 의해 정의되는, 해당 모델의 부모 노드가 될 수 있는 유형이 변경된 경우, 현재 채택하는 버전의 SEMI InterfaceA 표준이 변경될 수 있다.
현재 채택하는 버전의 SEMI InterfaceA 표준이 변경되면, 현재 채택하는 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리 중의, 현재 채택하는 버전의 SEMI InterfaceA 표준 기반의 상응하는 디바이스 모델링 유형 검증 준칙, 즉 상술한 부모 노드의 유형의 변경된 각 모델에 각각 대응하는 디바이스 모델링 유형 검증 준칙을 수정할 수 있다. 이를 통해 업데이트된, 현재 채택하는 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리를 획득할 수 있다.
다시 말해, 현재 채택하는 버전의 SEMI InterfaceA 표준의 경우, 디바이스 모델 객체 중의, 각각의 그 부모 노드로 사용할 수 있는 모델의 유형이 변경된 모델의 경우, 현재 채택하는 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리 중의, 해당 모델에 대응하는 디바이스 모델링 유형 검증 준칙을 수정한다. 이를 통해 업데이트된, 현재 채택하는 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리를 획득한다.
본 출원에 있어서, 어느 한 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리는 모두 메인 프로그램에 독립적이다. 동시에 어느 한 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리 중의 어느 하나의 디바이스 모델링 유형 검증 준칙은 모두 메인 프로그램에 독립적이다.
어느 한 버전의 SEMI InterfaceA 표준이 변경되면, 변경된 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리 중의, 변경된 버전의 SEMI InterfaceA 표준 기반의 상응하는 디바이스 모델링 유형 검증 준칙을 모두 상응하도록 수정할 수 있다.
따라서 어느 한 버전의 SEMI InterfaceA 표준에 있어서, 해당 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리가 현재 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정하는 데 사용되는, 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리로 사용되면, 해당 버전의 SEMI InterfaceA 표준이 변경된 경우, 업데이트된, 해당 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리를 생성할 수 있다.
해당 버전의 SEMI InterfaceA 표준이 변경된 후, 업데이트된, 해당 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리는 현재 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정하는 데 사용되는, 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리로 사용될 수 있다. 후속적인 검증 과정에서, 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정한다.
어느 한 버전의 SEMI InterfaceA 표준의 경우, 해당 버전의 SEMI InterfaceA 표준 디바이스 모델링 유형 검증 준칙 라이브러리가 현재 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정하는 데 사용되는, 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리로 사용되면, 해당 버전의 SEMI InterfaceA 표준이 변경된 경우, 메인 프로그램에 검증 과정과 관련된 코드가 포함되지 않기 때문에, 메인 프로그램의 코드를 수정할 필요가 없다. 즉, 메인 프로그램의 코드를 리팩토링할 필요가 없다. 동시에 검증 모듈의 검증 과정 관련 코드를 수정할 필요도 없다. 따라서 디바이스 모델링 애플리케이션의 유지보수가 용이하다. 또한 디바이스 모델링의 코드 운행 효율을 향상시키며, SEMI InterfaceA 표준 변화로 인한 대량의 코드 리팩토링이 방지된다. 따라서 개발 비용이 절약되고 유지보수 비용이 감소한다.
도 3을 참조하면, 디바이스 모델링의 흐름도를 도시한 것이다.
디바이스 모델링 애플리케이션을 가동한다.
모델 파일을 신규 생성한다. 신규 생성된 모델 파일에는 디바이스 모델 객체가 포함된다.
디바이스 모델 객체로부터 추가할 모델 정보 Model Object1을 선택한다.
디바이스 모델 트리 중의 상응하는 노드 Parent Node1인 타깃 유형에 드래그한다.
소스 컨트롤의 유형 및 타깃 컨트롤의 유형을 획득한다.
유형 검증 풀은 복수의 검증 모듈, 복수의 상이한 버전의 SEMI InterfaceA의 디바이스 모델링 유형 검증 준칙 라이브러리를 통합하였다.
유형 검증 풀 중의 소스 컨트롤의 유형 및 타깃 컨트롤의 유형에 대응하는 검증 모듈은, 현재 버전의 SEMI InterfaceA 기반의 디바이스 모델링 유형 검증 준칙에 따라 검증을 비교한다. 이를 통해 선택된 추가할 모델이 디바이스 모델 트리에 추가되어 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정하고, 피드백 결과를 획득한다.
유형 검증 풀은 피드백 결과를 메인 프로그램에 피드백한다.
피드백 결과가 추가할 모델이 디바이스 모델 트리에 추가되어 타깃 모델의 자식 노드로 사용될 수 있다는 것이면, 추가할 수 있음을 지시하는 표지를 디스플레이한다. Model Object1을 디바이스 모델 트리에 추가하여, Parent Node1의 자식 노드로 사용한다.
피드백 결과가 추가할 모델이 디바이스 모델 트리에 추가되어 타깃 모델의 자식 노드로 사용될 수 없다는 것이면, 추가할 수 없음을 지시하는 표지를 디스플레이한다.
도 4를 참조하면, 디바이스 모델링의 원리도를 도시한 것이다.
도 4에서는 소스 컨트롤의 유형이 TreeView 유형이고 타깃 컨트롤의 유형이 TreeView 유형인 경우, 소스 컨트롤의 유형이 ListView 유형이고 타깃 컨트롤의 유형이 TreeView 유형인 경우, 소스 컨트롤의 유형이 TreeView 유형이고 타깃 컨트롤의 유형이 ListView 유형인 경우의 세 가지 디스플레이 경우를 도시하였다.
어느 디스플레이 경우인지와 관계없이, 모두 상응하는 검증 모듈을 채택하여 검증을 수행하면 된다. 어느 하나의 검증 모듈은 모두 메인 프로그램에 독립적이다.
디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형이 ListView 유형이고, 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형은 TreeView 유형인 경우, 소스 컨트롤의 유형과 타깃 컨트롤의 유형에 대응하는 검증 모듈, 즉 ListView 유형과 TreeView 유형으로 구성된 컨트롤 유형 조합에 대응하는 검증 모듈을 이용한다.
동시에, 하나의 디스플레이 경우가 다른 하나의 디스플레이 경우로 변경되어도, 메인 프로그램의 코드를 수정할 필요가 없다.
예를 들어, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형이 ListView 유형이고, 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형이 TreeView 유형이며, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형이 ListView 유형에서 TreeView 유형으로 변경되었으나, 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형은 여전히 TreeView 유형인 경우, TreeView 유형과 TreeView 유형으로 구성된 컨트롤 유형 조합에 대응하는 검증 모듈이 검증을 수행하면 된다. 이 경우 메인 프로그램의 코드를 수정할 필요가 없다.
어느 한 버전의 SEMI InterfaceA 표준이 변경되면, 변경된 버전의 SEMI InterfaceA 표준의 디바이스 모델링 유형 검증 준칙 라이브러리 중의, 변경된 버전의 SEMI InterfaceA 표준 기반의 디바이스 모델링 유형 검증 준칙을 모두 상응하도록 수정할 수 있다. 메인 프로그램에는 검증 코드가 포함되지 않는다. 따라서 어느 한 버전의 SEMI InterfaceA 표준이 변경되더라도, 메인 프로그램의 코드를 수정할 필요가 없으며, 검증 과정 관련 코드를 수정할 필요도 없다.
도 4에서 제네릭 기반 함수는 Validation(Type, Type)을 이용해 나타낼 수 있다.
메인 프로그램에서 Validation(Type, Type)을 호출하여, 소스 컨트롤의 유형을 나타내는 객체, 타깃 컨트롤의 유형을 나타내는 객체를 실제 매개변수로 전달할 수 있다. Validation(Type, Type)이 호출될 경우, 소스 컨트롤의 유형을 나타내는 객체를 기반으로, C# 언어의 리플렉션 메커니즘을 통해 소스 컨트롤의 유형을 획득하는 데 사용된다. 또한 타깃 컨트롤의 유형을 나타내는 객체를 기반으로, C# 언어의 리플렉션 메커니즘을 통해 타깃 컨트롤의 유형을 획득하는 데 사용된다.
상술한 단계 101 내지 103은 선택된 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부에 대해 일회성으로 검증을 수행하는 과정에 수행해야 하는 조작을 예시적으로 설명한 것임에 유의한다.
반도체 디바이스 모델링 수행 시, 사용자가 디바이스 모델 객체 중의 하나의 모델을 디바이스 모델 트리에 추가하여 하나의 타깃 모델의 자식 노드로 사용하고자 할 때마다, 모두 상술한 단계 101 내지 103을 수행할 수 있음에 더 유의한다.
도 5를 참조하면, 이는 본 출원 실시예에서 제공하는 반도체 디바이스 모델링 장치의 구조 블록도를 도시하였다. 반도체 디바이스 모델링 장치는 결정 유닛(501), 검증 유닛(502) 및 피드백 유닛(503)을 포함한다.
결정 유닛(501)은 추가 지시 조작에 응답하여, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정한다. 여기에서, 추가 지시 조작은 디바이스 모델 객체 중의 추가할 모델 및 디바이스 모델 트리 중의 타깃 모델을 선택하는 데 사용된다.
검증 유닛(502)은 소스 컨트롤의 유형 및 타깃 컨트롤의 유형에 대응하는 검증 모듈을 이용하여, 선택된 추가할 모델의 정보 및 선택된 타깃 모델의 정보를 획득하고, 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리를 기반으로, 추가할 모델의 정보 및 타깃 모델의 정보를 검증하고, 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정한다.
피드백 유닛(503)은 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시한다.
일부 실시예에 있어서, 결정 유닛(501)은 다음과 같이 더 구성된다. 즉, 미리 생성된 제네릭 기반 함수를 이용하여 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정한다. 여기에서, 제네릭 기반 함수의 형식 매개변수는 소스 컨트롤을 수신하는 데 사용되는 소스 컨트롤 객체의 형식 매개변수, 타깃 컨트롤을 수신하는 데 사용되는 타깃 컨트롤 객체의 형식 매개변수를 포함한다. 제네릭 기반 함수는 호출될 경우, 리플렉션을 통해 소스 컨트롤 객체의 유형 및 타깃 컨트롤 객체의 유형을 결정하여, 소스 컨트롤의 유형 및 타깃 컨트롤의 유형을 결정하는 데 사용된다.
일부 실시예에 있어서, 피드백 유닛(503)은 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있다고 결정한 경우, 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있다는 검증 결과를 표시하도록 더 구성된다.
반도체 디바이스 모델링 장치는 하기 구성요소를 더 포함한다.
추가 유닛은 피드백 유닛(503)에 의해 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과가 표시된 후, 사용자의 추가 확인 조작에 응답하여, 추가할 모델을 디바이스 모델 트리에 추가하여 타깃 모델의 자식 노드로 사용한다.
일부 실시예에 있어서, 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있다고 결정되면, 피드백 유닛(503)은 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있다는 검증 결과를 표시하도록 더 구성된다.
반도체 디바이스 모델링 장치는 하기 구성요소를 더 포함한다.
추가 포기 유닛은 피드백 유닛(503)에 의해 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과가 표시된 후, 사용자의 추가 포기 조작에 응답하여, 추가할 모델을 디바이스 모델 트리에 추가하는 것을 포기한다.
일부 실시예에 있어서, 추가 지시 조작은, 선택된 추가할 모델을 선택된 타깃 모델의 위치까지 드래그하는 것을 포함한다.
일부 실시예에 있어서, 소스 컨트롤의 유형은 TreeView, ListView 중 하나이고, 타깃 컨트롤의 유형은 TreeView, ListView 중 하나이다.
일부 실시예에 있어서, 데이터 수집 표준은 복수 버전의 데이터 수집 표준 중에서 현재 채택하는 버전의 데이터 수집 표준이다.
일부 실시예에 있어서, 반도체 디바이스 모델링 장치는 하기 구성요소를 더 포함한다.
수정 유닛은 데이터 수집 표준의 변화에 응답하여, 디바이스 모델링 유형 검증 준칙 라이브러리 중 해당 데이터 수집 표준 기반의 디바이스 모델링 유형 검증 준칙을 수정한다.
본 출원은 전자 디바이스를 더 제공한다. 상기 전자 디바이스는 하나 이상의 프로세스; 및 하나 이상의 프로그램을 저장하는 데 사용되는 메모리로 구성될 수 있다. 하나 이상의 프로그램에는 상술한 실시예에 설명된 조작을 실행하기 위한 명령이 포함될 수 있다. 하나 이상의 프로그램이 하나 이상의 프로세서에 의해 실행될 때, 하나 이상의 프로세서가 상술한 실시예에 설명된 조작의 명령을 실행한다.
본 출원은 컴퓨터 판독 가능 매체를 더 제공한다. 상기 컴퓨터 판독 가능 매체는 전자 디바이스에 포함된 것일 수 있다. 또한 독립적으로 존재하며 전자 디바이스에 장착되지 않을 수도 있다. 상술한 컴퓨터 판독 가능 매체에는 하나 이상의 프로그램이 장착된다. 하나 이상의 프로그램이 전자 디바이스에 의해 실행되면, 전자 디바이스가 상술한 실시예에 설명된 조작을 실행한다.
본 출원에 따른 컴퓨터 판독 가는 매체는 컴퓨터 판독 가능 신호 매체 또는 컴퓨터 판독 가능 저장 매체 또는 이들 둘의 임의 조합일 수 있다. 컴퓨터 판독 가능 저장 매체는 예를 들어 전기, 자기, 광학, 전자기, 적외선 또는 반도체의 시스템, 장치 또는 소자, 또는 이들의 임의 조합을 포함할 수 있으나 이에 한정되지 않는다. 컴퓨터 판독 가능 저장 매체의 보다 구체적인 예시에는 하나 이상의 도선을 구비한 전기적으로 연결된 휴대용 컴퓨터 디스크, 하드 디스크, 랜덤 액세스 메모리(RAM), 읽기 전용 메모리(ROM), 삭제 및 프로그래밍 가능한 읽기 전용 메모리(EPROM 또는 플래시 메모리), 광섬유, 휴대용 컴팩트 디스크 읽기 전용 메모리(CD-ROM), 광 저장 장치, 자기 저장 장치, 또는 이들의 적절한 임의 조합이 포함될 수 있으나 이에 한정되지 않는다. 본 출원에 있어서, 컴퓨터 판독 가능 저장 매체는 프로그램을 포함하거나 저장하는 임의 유형의 매체일 수 있다. 상기 프로그램은 메시지 실행 시스템, 장치 또는 소자에 사용되거나 그와 함께 사용될 수 있다. 본 출원에 있어서, 컴퓨터 판독 가능 신호 매체는 기저대역에 포함되거나 반송파의 일부로서 전파되는 데이터 신호일 수 있으며, 여기에는 컴퓨터 판독가능 프로그램 코드가 운반된다. 이처럼 전파되는 데이터 신호는 다양한 형태를 채택할 수 있다. 여기에는 전자기 신호, 광학 신호 또는 이들의 적절한 임의 조합이 포함되나 이에 한정되지 않는다. 컴퓨터 판독 가능 신호 매체는 컴퓨터 판독 가능 저장 매체 이외의 임의의 컴퓨터 판독 가능 매체일 수 있다. 상기 컴퓨터 판독 가능 매체는 메시지 실행 시스템, 장치 또는 소자에 의해 사용되거나 그와 함께 사용하기 위한 프로그램을 발송, 전파 또는 전송할 수 있다. 컴퓨터 판독 가능 매체 상에 포함된 프로그램 코드는 임의의 적절한 매체를 이용해 전송할 수 있다. 여기에는 무선, 유선, 광섬유 케이블, RF 등, 또는 이들의 적절한 임의 조합이 포함되나 이에 한정되지 않는다.
첨부 도면의 흐름도 및 블록도에서는 본 출원의 다양한 실시예에 따른 시스템, 방법 및 컴퓨터 프로그램 제품의 구현 가능한 아키텍처, 기능 및 조작을 도시하였다. 이와 관련하여 흐름도 또는 블록도 중의 각 블록은 하나의 모듈, 프로그램 세그먼트 또는 코드의 일부분을 나타낼 수 있다. 상기 모듈, 프로그램 세그먼트 또는 코드의 일부분에는 지정된 논리 기능을 구현하기 위한 하나 이상의 실행 가능한 메시지가 포함된다. 일부 대안적인 구현에 있어서, 블록에 표시된 기능은 첨부 도면에 표시된 것과 다른 순서로 발생할 수도 있음에 유의한다. 예를 들어, 연결 표시된 2개의 블록은 실제 기본적으로 병행 실시될 수 있다. 이들은 때때로 상반된 순서로 실행될 수도 있으며, 이는 언급된 기능에 따라 결정된다. 블록도 및/또는 흐름도에서의 각 블록, 및 블록도 및/또는 흐름도에서의 블록의 조합은 지정된 기능 또는 조작을 실행하기 위한 전용 하드웨어 기반 시스템을 이용하여 구현할 수 있다. 또한 전용 하드웨어와 컴퓨터 메시지의 조합을 이용해 구현할 수도 있다.
상기 설명은 본 출원의 비교적 바람직한 실시예 및 적용된 기술의 원리에 대한 설명일 뿐이다. 본 발명이 속한 기술 분야의 당업자는 본 출원에 언급된 발명의 범위가 상술한 기술적 특정의 특정 조합으로 구성되는 기술 실시예에 한정되지 않음을 이해한다. 또한 상기 발명의 사상에서 벗어나지 않는 범위 내에서 상술한 기술적 특징이나 그 등가의 특징을 임의 조합하여 형성한 다른 기술 실시예도 포함한다는 점을 이해한다. 예를 들어, 상술한 특징과 본 출원에 개시된(그러나 이에 한정되지 않음) 유사 기능을 가진 기술적 특징을 서로 치환하여 형성한 기술 실시예가 있다.

Claims (10)

  1. 반도체 디바이스 모델링 방법에 있어서,
    추가 지시 조작에 응답하여, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정하는 단계 - 상기 추가 지시 조작은 상기 디바이스 모델 객체 중의 추가할 모델 및 상기 디바이스 모델 트리 중의 타깃 모델을 선택하는 데 사용됨 - ;
    상기 소스 컨트롤의 유형 및 상기 타깃 컨트롤의 유형에 대응하는 검증 모듈을 이용하여, 선택된 추가할 모델의 정보 및 선택된 타깃 모델의 정보를 획득하고, 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리를 기반으로, 상기 추가할 모델의 정보 및 상기 타깃 모델의 정보를 검증하고, 상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정하는 단계; 및
    상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 단계를 포함하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정하는 상기 단계는,
    미리 생성된 제네릭 기반 함수를 이용하여 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정하는 단계를 포함하고, 여기에서 상기 제네릭 기반 함수의 형식 매개변수는 상기 소스 컨트롤을 수신하는 데 사용되는 소스 컨트롤 객체의 형식 매개변수, 상기 타깃 컨트롤을 수신하는 데 사용되는 타깃 컨트롤 객체의 형식 매개변수를 포함하고, 상기 제네릭 기반 함수는 호출될 경우, 리플렉션을 통해 상기 소스 컨트롤 객체의 유형 및 상기 타깃 컨트롤 객체의 유형을 결정하여, 상기 소스 컨트롤의 유형 및 상기 타깃 컨트롤의 유형을 결정하는 데 사용되는 것을 특징으로 하는 방법.
  3. 제1항에 있어서,
    상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있음을 결정할 때,
    상기 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 상기 단계는,
    상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있다는 검증 결과를 표시하는 단계를 포함하고,
    상기 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 상기 단계 이후,
    사용자의 추가 확인 조작에 응답하여, 상기 추가할 모델을 상기 디바이스 모델 트리에 추가하고, 상기 타깃 모델의 자식 노드로 사용하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  4. 제1항에 있어서,
    상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있음을 결정할 때,
    상기 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 상기 단계는,
    상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있다는 검증 결과를 표시하는 단계를 포함하고,
    상기 추가할 모델이 디바이스 모델 트리에서 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 상기 단계 이후,
    사용자의 추가 포기 조작에 응답하여, 상기 추가할 모델을 상기 디바이스 모델 트리에 추가하는 것을 포기하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  5. 제1항 내지 제4항 중 어느 한 항에 있어서,
    상기 추가 지시 조작에 응답하는 단계는,
    사용자에게 응답하여 디스플레이된 상기 디바이스 모델 객체 중 하나의 상기 추가할 모델을, 디스플레이된 상기 디바이스 모델 트리에 위치한 하나의 상기 타깃 모델의 위치까지 드래그하는 단계를 포함하는 것을 특징으로 하는 방법.
  6. 제1항 내지 제4항 중 어느 한 항에 있어서,
    상기 소스 컨트롤의 유형은 TreeView 유형, ListView 유형 중 하나이고, 상기 타깃 컨트롤의 유형은 TreeView 유형, ListView 유형 중 하나인 것을 특징으로 하는 방법.
  7. 제1항 내지 제4항 중 어느 한 항에 있어서,
    상기 디바이스 모델링 유형 검증 준칙 라이브러리는 데이터 수집 표준 기반의 디바이스 모델링 유형 검증 준칙을 포함하는 것을 특징으로 하는 방법.
  8. 제7항에 있어서,
    상기 데이터 수집 표준은 복수 버전의 데이터 수집 표준 중에서 현재 채택하는 버전의 데이터 수집 표준인 것을 특징으로 하는 방법.
  9. 제8항에 있어서,
    상기 방법은,
    상기 데이터 수집 표준의 변화에 응답하여, 상기 디바이스 모델링 유형 검증 준칙 라이브러리 중 상기 데이터 수집 표준 기반의 디바이스 모델링 유형 검증 준칙을 수정하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  10. 반도체 디바이스 모델링 장치에 있어서,
    추가 지시 조작에 응답하여, 디바이스 모델 객체를 디스플레이하는 데 사용되는 소스 컨트롤의 유형 및 디바이스 모델 트리를 디스플레이하는 데 사용되는 타깃 컨트롤의 유형을 결정하는 결정 유닛 - 상기 추가 지시 조작은 디바이스 모델 객체 중의 추가할 모델 및 디바이스 모델 트리 중의 타깃 모델을 선택하는 데 사용됨 - ;
    상기 소스 컨트롤의 유형 및 상기 타깃 컨트롤의 유형에 대응하는 검증 모듈을 이용하여, 선택된 추가할 모델의 정보 및 선택된 타깃 모델의 정보를 획득하고, 미리 설정된 디바이스 모델링 유형 검증 준칙 라이브러리를 기반으로, 상기 추가할 모델의 정보 및 상기 타깃 모델의 정보를 검증하고, 상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 결정하는 검증 유닛; 및
    상기 추가할 모델이 상기 디바이스 모델 트리에서 상기 타깃 모델의 자식 노드로 사용될 수 있는지 여부를 지시하는 검증 결과를 표시하는 피드백 유닛을 포함하는 것을 특징으로 하는 장치.
KR1020227044375A 2020-07-15 2021-07-06 반도체 디바이스 모델링 방법 및 장치 KR102583241B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202010683246.9 2020-07-15
CN202010683246.9A CN111967137A (zh) 2020-07-15 2020-07-15 一种半导体设备建模方法及装置
PCT/CN2021/104679 WO2022012371A1 (zh) 2020-07-15 2021-07-06 一种半导体设备建模方法及装置

Publications (2)

Publication Number Publication Date
KR20230003650A true KR20230003650A (ko) 2023-01-06
KR102583241B1 KR102583241B1 (ko) 2023-09-26

Family

ID=73362115

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020227044375A KR102583241B1 (ko) 2020-07-15 2021-07-06 반도체 디바이스 모델링 방법 및 장치

Country Status (6)

Country Link
US (1) US20230267255A1 (ko)
JP (1) JP7457168B2 (ko)
KR (1) KR102583241B1 (ko)
CN (1) CN111967137A (ko)
TW (1) TWI803901B (ko)
WO (1) WO2022012371A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111967137A (zh) * 2020-07-15 2020-11-20 北京北方华创微电子装备有限公司 一种半导体设备建模方法及装置
CN113821005A (zh) * 2021-09-26 2021-12-21 北京北方华创微电子装备有限公司 半导体工艺设备数据采集系统和方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120078580A1 (en) * 2010-09-29 2012-03-29 Siemens Product Lifecycle Management Software Inc. Integrated History-Free and History-Based Modeling
CN107766042A (zh) * 2016-08-23 2018-03-06 南京中兴软件有限责任公司 一种基于csar的模型文件的可视化设计方法及装置
CN107957867A (zh) * 2017-10-30 2018-04-24 中国电力科学研究院有限公司 一种电力零售市场模型建模方法及系统
CN111045992A (zh) * 2019-12-04 2020-04-21 中盈优创资讯科技有限公司 一种基于树形结构的配置文件检查方法及系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030074206A1 (en) * 2001-03-23 2003-04-17 Restaurant Services, Inc. System, method and computer program product for utilizing market demand information for generating revenue
CN1570860B (zh) 2003-03-06 2012-03-21 微软公司 用于系统设计期间的验证的方法
EP3934203A1 (en) * 2016-12-30 2022-01-05 INTEL Corporation Decentralized data storage and processing for iot devices
US11023441B2 (en) * 2017-05-11 2021-06-01 Oracle International Corporation Distributed storage and processing of hierarchical data structures
CN109189393A (zh) * 2018-07-24 2019-01-11 中国联合网络通信集团有限公司 业务处理方法及装置
CN110188454B (zh) * 2019-05-27 2021-01-15 北京建筑大学 建筑设备与建筑信息模型匹配方法及装置
CN111967137A (zh) * 2020-07-15 2020-11-20 北京北方华创微电子装备有限公司 一种半导体设备建模方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120078580A1 (en) * 2010-09-29 2012-03-29 Siemens Product Lifecycle Management Software Inc. Integrated History-Free and History-Based Modeling
CN107766042A (zh) * 2016-08-23 2018-03-06 南京中兴软件有限责任公司 一种基于csar的模型文件的可视化设计方法及装置
CN107957867A (zh) * 2017-10-30 2018-04-24 中国电力科学研究院有限公司 一种电力零售市场模型建模方法及系统
CN111045992A (zh) * 2019-12-04 2020-04-21 中盈优创资讯科技有限公司 一种基于树形结构的配置文件检查方法及系统

Also Published As

Publication number Publication date
JP2023531931A (ja) 2023-07-26
WO2022012371A1 (zh) 2022-01-20
JP7457168B2 (ja) 2024-03-27
US20230267255A1 (en) 2023-08-24
TW202219806A (zh) 2022-05-16
CN111967137A (zh) 2020-11-20
KR102583241B1 (ko) 2023-09-26
TWI803901B (zh) 2023-06-01

Similar Documents

Publication Publication Date Title
US8862975B2 (en) Web-based workflow service visualization and navigation
US7089256B2 (en) Universal data editor
CN111949170B (zh) 一种配置任务流程的方法、装置和电子设备
US20150095811A1 (en) Context aware user interface parts
CN110050257A (zh) 可执行数据流图的差分
CN108255709A (zh) 脚本测试代码编写的方法、装置、终端设备及存储介质
KR102583241B1 (ko) 반도체 디바이스 모델링 방법 및 장치
CN102236549A (zh) 跨动态边界的运行时分析的可视化
CA2889778A1 (en) Virtual interactive learning environment
US10592397B2 (en) Representing a test execution of a software application using extended reality
US10666744B2 (en) Managing discovery and selection of service interface specifications
CN111695827B (zh) 业务流程的管理方法、装置、电子设备及存储介质
US11762636B2 (en) Method and system for implementing application lineage metadata and registration
US11714625B2 (en) Generating applications for versatile platform deployment
CN107153495B (zh) 一种建立网元间业务链路的方法和装置
US8700374B1 (en) System and method of using an active link in a state programming environment to locate an element in a graphical programming environment
US9244652B1 (en) State management for task queues
US10185647B2 (en) Debugging remote vertex code on test machine
CN113377342B (zh) 一种项目构建方法、装置、电子设备及存储介质
US10862745B2 (en) Interface for creating a plan artifact
CN114756224A (zh) 一种活动执行方法及装置
EP3528126B1 (en) Representing a test execution of a software application using extended reality
CN114518875A (zh) 一种图形化编程系统及其编程方法
Wood et al. Supporting robotic software migration using static analysis and model-driven engineering
EP2951667A1 (en) Defining a design plan

Legal Events

Date Code Title Description
A302 Request for accelerated examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant