SEM 문서를 기반으로 개발진행
SEMI SPEC 문서랑 굉장히 비슷해보임

MCS가 close connection 하는것과
UI에서 offline 처리하는 것은 다르다. (S1F15)

Carrier cancel은 동작중일때는 캔슬불가
(Cancel은 취소, Abort는 중단)

차세대MCS에서는 
Client <-> MCS WebServer 이렇게만 통신하게 할 예정
이 둘은 HTTP를 쓸거같고 MCS WebServer가 TS든 CS든 얘네들하고 TIB통신을 할듯함

기존 MCS에서는
UI(Client) <-> TS, CS 두곳과 TIB통신으로 직접 통신했었음.

기존 UI는 메인 화면 띄울때 버벅이는게 있었고
설비수가 천대를 넘어가는 큰 사이트의 경우에는
처음 화면 띄울때 켜놓고 나갔다와야할 정도라고..
한번띄워놓으면 그다음부터는 좀 낫다고..

Crane이 out of service되면 Crane이 접근가능한 port들도 같이 out of service가 된다.
(Crane이 없으면 해당 port들에 접근할 방법이 없으므로)
Crane이 in service가 되면 port들도 같이 in service가 된다.

(Machine)AlarmSet
UnitAlarmSet
AlarmCleared 순서로? 세트로 발생된다함

Machine Alarm, Unit Alarm이 각각 의미하는 바가 있나봄
Machine은 설비 그자체,
Unit은 Machine에 포함된 Port같은 유닛들을 의미

Rail OHT는 (일반적으로)Port가 없고
Interail은 있다.  ?