KR100819076B1

KR100819076B1 - 다중 플랫폼 프로세서 상호간 정보 공유시스템 및 그 방법

Info

Publication number: KR100819076B1
Application number: KR1020060079478A
Authority: KR
Inventors: 주요환; 최명수; 이단비
Original assignee: 삼성전자주식회사
Priority date: 2006-08-22
Filing date: 2006-08-22
Publication date: 2008-04-03
Anticipated expiration: 2026-08-22
Also published as: KR20080019079A

Abstract

개시된 발명은 입출력 디바이스에 직접 연결되는 제1제어 컴퓨터와 통신라인을 통해 상기 입출력 디바이스에 연결되는 제2제어 컴퓨터가 모두 상기 통신라인을 통해 입출력 디바이스에 대한 정보를 획득한다. 따라서 통신 라인으로부터 정보를 안정적으로 획득할 수 있고, 임시적으로 정보를 수집하는 경우 하드웨어의 추가 없이 간편하게 구현할 수 있다.

Description

다중 플랫폼 프로세서 상호간 정보 공유시스템 및 그 방법{System For Sharing Information Between Multi Platform Processors In Equipment Control Apparatus And Method Thereof}

도 1은 일반적인 다중 플랫폼 프로세서 상호간 정보 공유시스템의 구성도이다.

도 2a는 본 발명의 실시 예에 따른 다중 플랫폼 프로세서 상호간 정보 공유시스템을 개략적으로 나타낸 개념도이다.

도 2b는 본 발명의 다른 실시 예에 따른 다중 플랫폼 프로세서 상호간 정보 공유시스템을 개략적으로 나타낸 개념도이다.

도 3은 본 발명에 따른 입출력 장치에 연결된 제1제어 컴퓨터와 일반적인 제2 제어컴퓨터 사이를 통신라인으로 연결하고 그 통신라인의 중도에 로컬 네트워크를 연결하여 멀티 캐스트 방식으로 통신하기 위한 구성도이다.

도 4는 본 발명에 따라 멀티 캐스트 방식으로 통신하기 위하여 사용하는 데이터 그램의 패킷 구조를 나타낸 도면이다.

도 5a는 본 발명에 따른 IO 업데이트 프로세서가 멀티 캐스트 패킷을 통신라인에 싣기 위한 과정을 나타낸 흐름도이다.

도 5b는 본 발명에 따른 IO 공유 프로세서가 멀티 캐스트 방식을 통하여 획 득한 IO 정보를 공유메모리에 업데이트하는 과정을 나타낸 흐름도이다.

*도면의 주요 부분에 대한 부호 설명

3000 : 제1제어 컴퓨터

3010 : IO 디바이스

3100 : 제2제어 컴퓨터

3200 : 제3제어 컴퓨터

3300 : 수집 컴퓨터

본 발명은 설비 제어 시스템에서 운용하기 위한 다중 플랫폼 프로세서 상호간 정보 공유시스템에 관한 것이다.

반도체 제조공정과 LCD 제조공정과 같이 복잡한 설비를 제어하기 위한 설비 제어시스템에 있어서, 사용하는 프로토콜에 따라 프로그래머블 로직 컨트롤(PLC:programable logic control)에 기반하는 방식과 퍼스널 컴퓨터(PC:personal computer)에 기반하는 방식이 있다.

퍼스널 컴퓨터에 기반하는 설비 제어시스템에서 제어 대상의 복잡도가 큰 경우 시스템의 부하를 분배하고, 제어 대상의 안정성을 확보하기 위해 다중 제어 장치(Multi Platform) 환경의 다중 제어기의 프로세서(processor)를 구성하게 되는데, 이러한 시스템에 있어서 설비의 입출력 장치(Input Output: 이하 IO 장치)에 대한 접근 권한은 그 입출력 장치를 관할하는 제어기의 프로세서에게 주어져 있다.

접근 권한을 가지고 있지 않은 제어기의 프로세서가 입출력 장치에 접근을 하기 위해서는 권한을 가진 제어기의 프로세서에 접근(입출력 장치에 대한 정보 수집 및 제어 명령의 전달)을 위한 요청을 하도록 되어 있다. 즉 여러 제어기의 프로세서 상호간 정보 공유를 하기 위해서 상호간 통신을 수행하도록 되어 있는데, 그러한 전형적인 예가 도 1에 도시되어 있다.

도 1에 도시한 바와 같이, 일반적인 다중 플랫폼 프로세서 상호간 정보 공유시스템은 IO 디바이스(1010)에 대한 접근 권한을 가지고 소정 제어 동작을 수행하기 위한 IO 서버모듈(1030)을 구비한 제1서버 제어기(1000), 그 IO 디바이스(1010)에 대한 접근 권한을 가지고 있지 않으며 소정 제어 동작을 수행하기 위한 IO 클라이언트 모듈(1110)(1210)을 구비한 제1클라이언트 제어기(1100),..., 제N클라이언트 제어기(1200)를 포함한다.

여기서 IO 디바이스는 설비에 설치되어 있는 각종 센서와 액츄에이터(actuator)를 포함하는 입출력장치에서 출력하는 신호와 그 장치를 제어하기 위하여 인가하는 신호를 처리하는 기능을 구비하며, 그 입출력 신호를 권한을 가진 제어기(1000)의 IO 드라이버(1020)에 전달하거나 전달받는다.

IO 드라이버(1020)는 IO 디바이스와 주고 받는 입출력 신호를 처리하기 위한 프로그램을 구비하고, 그 처리 결과를 IO 서버모듈(1030)에 제공한다. IO 서버모듈(1030)은 IO 드라이버(1020)를 통해 IO 디바이스(1010)에 대한 정보를 이용하여 소정 작업을 수행하고 필요시 제어명령을 IO 드라이버를 통해 그 IO 디바이스를 제 어한다.

설비 제어의 처리 과정에서 클라이언트 제어기가 접근 권한이 없는 IO 디바이스에 대하여 정보를 필요로 할 경우, 서버 제어 컴퓨터(1000)와 복수 클라이언트 제어 컴퓨터(1100)(1200)는 통신라인(1310)에 연결하는 통신 드라이버(1040)(1120)(1220)를 이용하여 상호간 통신하며, 이때 TCP/IP, RS232C 등의 통신 프로토콜을 사용한다.

이러한 종래기술에 따르면 상호간 통신을 위해 폴링(polling) 방식과 이벤트 주도형(event driven) 방식을 사용하고 있다.

먼저, 폴링 방식은 IO 클라이언트 모듈(1110)(1210)에서 주기적으로 IO 서버모듈(1030)에 요청하고, 그 요청에 응답하여 IO 서버모듈(1030)은 IO 드라이버(1020)를 통해 해당 입출력장치에 대한 IO 정보를 읽어 내고 통신라인(1310)을 통해 IO 클라이언트 모듈(1110)(1210)에 전달되게 한다. IO 클라이언트 모듈(1110)(1210)은 전달받은 IO 정보를 해석하여 그 입력장치에 대한 실제 값을 인지하게 된다.

폴링 방식은 클라이언트 모듈의 개수가 증감하는 것에 취약하다는 문제가 있다. 일반적인 설비 제어 시스템에서, 설비 전체에 설치되어 있는 전체 IO 정보를 업데이트 하는 시간이 공정에 중요한 요소가 되는데, 특히 미세하고 정밀한 공정에서 요구하는 제어 장치의 IO 서버 모듈은 이 업데이트 시간을 일정하게 유지해야 할 필요가 있다. 그런데, IO 클라이언트 모듈의 개수가 증감하게 되는 경우, IO 서버모듈에서 요청에 따른 응답 처리하는 회수가 변경될 수 밖에 없는 악영향을 미치 기 때문에, 이러한 영향을 방지하기 위해 IO 서버 모둘에서 실시간 OS(Real-Time OS) 환경 하에서 동작하도록 하거나, 최고 부하(최악의 사용조건)를 기준으로 업데이트 속도를 설정(보통의 부하에서는 상대적으로 업데이트 속도가 길게 설정되는 결과로 업데이트 시간의 지연 현상이 발생됨)하는 방법을 사용해야 하는 제약이 따른다.

이벤트 주도형 방식은 IO 서버 모듈(10300)이 정해진 주기에 IO 디바이스(1010)에 대한 IO 정보의 변경을 체크하고 그 결과 IO 정보가 이전과 다르게 변경된 경우 그 변경 내용을 통신 라인(1310)을 통하여 IO 클라이언트 모듈(1110)(1210)에 전달한다. 이에 그 클라이언트 모듈은 이벤트 발생 마다 회신하게 된다.

이러한 이벤트 주도형 방식에서는 IO 클라이언트 모듈에서 IO 정보를 인식하는 시점이 상이하다는 문제가 있다. 예를 들어, 제1 클라이언트 A와 제2 클라이언트 B에 대해서 변경 정보를 통보하도록 되어 있고 특정 IO 정보에 대한 변경이 발생하는 경우, IO 서버 모듈은 미리 정해진 순서에 따라 변경된 IO 정보를 순차 통보하게 되는데, 그 순차적으로 송신하는 시간 만큼 지연 된다. 순차 송신 시간은 IO 클라이언트 모듈의 개수가 많을수록 증가하게 되므로, 이를 방지하기 위해서 복잡한 다중 제어 시스템에서는 다중 스레드(Multi Thread) 환경이나, 지연 보정(Delay Offset) 등의 기법을 적용해야 하는 제약이 따른다.

한편, 설비를 설치하는 과정에서 또는 설치된 설비의 이상 상태의 체크 또는 공정의 튜닝(Tuning)을 위해 임시적으로 IO 정보를 수집하는 시스템을 만드는 경 우, 그 수집을 위해 제어기를 추가 설치하고 있다. 그런데 추가 제어기가 설치된 환경에서 수집된 정보는 상기와 같은 각각의 통신 방식에서의 문제점을 내포하고 있기 때문에 그 정보의 신뢰성이 떨어지는 요인이 된다. 이러한 요인을 제거하기 위해서는 별도 센서 셋(sensor set) 등의 하드웨어가 포함된 모니터링 키트(monitoring kit)을 별도 제작하여야 하는데, 이는 많은 시간과 비용이 요구된다.

본 발명의 목적은 퍼스널 컴퓨터에 기반하는 다중 플랫폼의 프로세서 상호간 정보 공유 시스템을 구축함에 있어서, 클라이언트 제어기의 개수가 증감하는 환경 변화에도 불구하고 효율적으로 정보를 공유함으로써 설비 제어를 위한 공정 품질을 양호하게 유지할 수 있도록 한 다중 플랫폼 프로세서 상호간 정보 공유시스템을 제공하는데 있다.

본 발명의 다른 목적은 설비를 설치하는 셋업 공정(set-up)이나 튜닝 공정(tuning)을 위해 임시적으로 정보를 수집하는 경우 하드웨어의 추가에 따른 악영향을 줄여 수집 정보의 신뢰성을 높이면서 이를 위한 구성을 간편하게 구현할 수 있도록 한 다중 플랫폼 프로세서 상호간 정보 공유시스템을 제공하는데 있다.

상기 목적을 달성하기 위한 본 발명은, 입출력 기기에 전기적 신호를 입출력하기 위한 입출력 디바이스; 상기 입출력 디바이스에 직접 연결되고, 상기 입출력 기기에 관련된 정보를 패킷화하는 제1제어 컴퓨터; 상기 패킷화된 정보를 전달하기 위한 통신라인; 및 상기 통신라인을 통해 상기 입출력 디바이스에 연결되고, 상기 통신라인으로부터 상기 패킷화된 정보를 획득하는 적어도 하나의 제2제어 컴퓨터를 포함한다.

상기 패킷화된 정보는 멀티 캐스트 통신하기 위한 패킷 구조를 가진다.

상기 제1제어컴퓨터와 상기 제2제어 컴퓨터는 상기 통신라인으로부터 정보를 획득하는 데이터 공유 프로세서, 획득한 정보를 저장하는 공유 메모리, 상기 고유 메모리에서 획득한 정보를 검색하고 상기 입출력 디바이스를 제어하기 위한 제어 명령을 패킷화하여 상기 통신라인에 실기 위한 입출력 클라이언트를 공통적으로 구비한다.

상기 제1제어 컴퓨터는 상기 입출력 디바이스에 전기적으로 연결되어 입력 신호를 디지털 데이터로 변환하여 전달하거나 제어 명령을 전기적인 신호로 변환하여 출력하는 입출력 드라이버; 상기 입출력 드라이버로부터 받은 정보를 패킷화하여 상기 통신라인에 실기 위한 입출력 업데이트 프로세서를 포함한다.

상기 패킷화된 정보를 수집하기 위하여 상기 통신라인에 연결하는 제3컴퓨터를 더 포함한다.

이하, 본 발명에 따른 실시 예를 첨부도면을 참조하여 설명한다.

본 발명에 따른 다중 플랫폼 프로세서 상호간 정보 공유시스템은, 도 2a에 도시한 바와 같이, IO 디바이스(3010)에 직접 연결되는 제1제어 컴퓨터(3000), 통신라인(3200)을 통해 IO 디바이스(3010)에 간접 연결되는 제2 및 제3제어 컴퓨터(3100)(3200)를 포함한다. 여기서 제2 제어 컴퓨터(3100)와 제3제어 컴퓨 터(3200)는 동일 기능을 수행한다.

제1 내지 제3제어 컴퓨터(3000)(3100)(3200)는 통신라인(3200)을 매개로 상호 통신할 수 있다.

통신라인(3200)는 각 제어 컴퓨터를 상호 네트워크 연결하기 위한 중계기(3400)에 연결하고 있으며, 중계기(3400)는 통신라인(32000)에 연결되어 로컬 네트워크 통신을 지원한다. 이러한 통신라인(3200)은 멀티 캐스트 통신을 가능하게 하는 다이어그램(diagram) 형태로 패킷화된 정보가 실리게 된다. 여기서 멀티 캐스트 통신을 위한 소켓의 TTL에 대한 옵션은 0보다 크게 즉 1이상으로 설정한다. 이러한 패킷의 구조는 도 4에 따라 후술한다.

IO 디바이스(3010)는 일반적인 입출력 장치로서, 설비에 설치되는 각종 센서와 액츄에이터를 포함한다.

제2제어 컴퓨터와 제3제어컴퓨터는 각각 통신라인(3200)을 통해 IO 디바이스(3010)에 대한 정보를 전달받으며, 모두 동일한 방식을 사용하고 있다. 이하에서는 그 중 제2컴퓨터가 정보 전달받는 경우의 예를 설명하기로 한다. 또한 제1 제어컴퓨터(3100)는 하드웨어적으로 IO 디바이스(3100)에 직접 연결되는 외형적인 구성을 가지고 있지만, 그 IO 정보에 대한 획득 과정은 다른 제어컴퓨터와 같이 통신라인(3200)을 통해 이루어진다.

이러한 상기 구성을 설명하기 위하여, 제1제어 컴퓨터(3000)와 제2제어컴퓨터(3200)가 통신라인을 이용하여 정보를 공유하는 동작을 설명한다.

도 3에 도시한 바와 같이, 제1제어 컴퓨터(3000)는 IO 디바이스(3010)에 대 한 전기적으로 연결되어 입력 신호를 디지털 데이터로 변환하여 전달하거나 제어 명령을 전기적인 신호로 변환하여 출력하는 IO 드라이버(3020)를 구비한다.

제1제어 컴퓨터(3000)는 IO 드라이버(3020)로부터 받은 정보를 패킷화하여 통신라인(3200)에 실기 위한 IO 업데이트 프로세서(3030)를 포함한다.

제1제어 컴퓨터(3000) 및 제2제어 컴퓨터(3100)는 IO 클라이언트(3040)(3110), IO 공유 메모리(3050)(3120), IO 데이터 공유 프로세서(3060)(3130)을 각각 구비한다. 또한 제1 및 제2제어 컴퓨터(3000)(3100)는 멀티 캐스트 통신을 위하여 통신 라인(3200)에 접속하기 위한 네트워크 어댑터(3070)(3140)을 각각 구비한다.

IO 업데이트 프로세서(3030)에 의해 패킷화된 다이어그램을 통신라인(3200)에 싣는 경우, IO 데이터 공유 프로세서(3060)(3130)는 동시에 통신 라인(3200)으로부터 패킷화된 IO 정보를 획득하고 획득한 정보를 IO 공유 메모리(3050)(3120)에 저장한다. 이러한 정보 저장은 IO 업데이트 프로세서(3030)에 의해 통신라인(3200)에 정보를 실을 때마다 즉 업데이트 주기마다 반복하여 이루어진다.

IO 클라이언트(3040)(3110)는 IO 공유 메모리(3050)(3120)을 검색하여 획득한 정보를 근거로 하여 설정된 제어 프로그램에 따라 소정 작업을 수행하게 된다.

이와 같이 IO 디바이스(3010)에 대한 IO 정보는 IO 드라이버(3020)를 거쳐 데이터로 변환된 후 IO 업데이트 프로세서(3030)에 의해 통신라인(3200)으로 전달하기 때문에, 각각의 제어 컴퓨터는 모두 동일한 지위를 가지고 정보를 획득할 수 있게 된다.

제어컴퓨터가 센서의 전원을 조절하거나 액츄에이터의 작동을 제어하기 위하여 제어 컴퓨터에서 IO 디바이스(3010)에 제어 명령을 전달하는 과정이 요구되면, 다음과 같이 절차를 거쳐 전달된다. 우선 IO 클라이언트(3040)(3110)는 제어 명령을 멀티 캐스트 통신하기 위한 패킷으로 만들어 통신라인(3220)에 실어 보낸다. 이 패킷화된 정보는 제1제어 컴퓨터(3100)의 IO 데이터 공유 프로세서(3060)에 의해 획득되고, 그 제어 명령을 IO 업데이트 프로세서(3030)에 전달한다. 이 IO 업데이트 프로세서(3030)는 제어 명령을 해석하여 그에 상응하는 제어신호를 IO 드라이버(3020)에 인가한다. IO 드라이버(3020)는 IO 디바이스(3010)에 인가하여 센서나 액츄에이터에 대한 동작을 이루어지도록 한다.

통신 라인에 실리는 패킷의 구조는 도 4에 도시한 바와 같다. 패킷화된 데이터그램(5000)은 IO 정보에 관련여부 등을 나타낼 수 있도록 패킷의 종류에 관련된 정보를 나타내는 패킷 타입(Packet Type)(5010), 복수 패킷에 대한 각 패킷의 전송순서를 나타내는 시퀀스 아이디(Sequence Id)(5020), IO의 종류에 대한 세부정보를 나타내는 메시지 타입(Message Type)(5030), IO 정보의 종류별로 묶어서 묶음 단위로 구분하는 경우 하나의 패킷에 포함되는 묶음 개수를 나타내는 어레이 카운트(Array Count)(5040), IO 정보의 내용을 나타내는 데이터(Data)(5050)로 이루어진다.

패킷 타입(5010)은 IO 데이터의 길이가 길어서 패킷 데이터를 블록단위로 구분하는 경우 블록의 번호를 나타내는 메시지 블록 시퀀싱(5011)과 그 패킷의 종류를 나타내는 패킷 타입(5012)로 이루어진다.

데이터(5050)는 데이터의 길이를 나타내는 토탈 데이터 랭스(5051), 제1 IO 데이터(5052), 제2 IO 데이터(5053), 제n IO 데이터(5054)으로 이루어진다. 여기서 n은 묶음의 총 개수에 대응한다.

한편, 도 2b에 도시한 시스템은 셋업 공정(set-up)이나 튜닝 공정(tuning)을 위해 임시적으로 정보를 수집하기 위한 것으로, 도 2a와 비교하여 수집을 위한 수집 컴퓨터(3300)을 통신라인(3200)을 매개로 중계기(3400)에 연결한 것 이외는 동일하다.

이 수집 컴퓨터(3300)의 구성은, 도 3에 상술한 제2제어 컴퓨터(3100)과 실질적으로 같으며, 즉 패킷화된 IO 정보를 통신라인(3200)으로부터 획득하기 위하여 IO 클라이언트, IO 공유 메모리, IO 데이터 공유 프로세서를 구비하고 있다. 이러한 IO 정보의 획득 과정은 상술한 바와 같다.

다만, 수집 컴퓨터의 IO 클라이언트는 IO 정보를 수집하는 것을 목적으로 하고 있으므로 제어명령을 통신라인(3200)에 실기 위한 동작은 가지고 있지 않다.

상기와 같이 구성되는 본 발명에 따른 시스템의 동작을 첨부도면을 참조하여 설명한다.

시스템이 초기화 되면, IO 디바이스(3010)는 IO 드라이버(3020)와 약정된 신호를 주고 받고, IO 드라이버(3020)는 IO 정보에 관련한 신호를 IO 업데이트 프로세서(3030)에 전달한다.

IO 업데이트 프로세서(3030)는, 도 5a에 도시한 바와 같이, 일련의 동작을 수행한다. 즉, IO 디바이스로부터 IO 정보를 읽고(4110), 그 읽은 IO 정보와 내부 메모리에 저장한 이전 IO 정보와 비교하여 IO 정보가 변경되었는지 판단하고(4120), 그 판단 결과 IO 정보가 변경되었으면 이를 패킷화하여 데이터그램으로 만든 후 통신라인(3200)에 실어 전달한다(4130). 이후 IO 정보의 전송을 위한 프로그램을 종료할 것인지 판단하고(4140), 그 판단 결과 프로그램의 종료가 아니면 계속하여 IO 정보의 전달을 위해 동작 4120으로 진행한다. 그 판단 결과 종료이면 상기 IO 정보의 전달하기 위한 프로그램을 종료한다.

설명의 편의상 제1제어 컴퓨터(3000)는 동작 중이고, 제2제어 컴퓨터(3100)는 초기화하는 경우의 예를 들어 설명한다. 초기화에 의해 IO 정보가 리셋되어 가지고 있지 않은 경우, 제어 컴퓨터의(3200)의 IO 공유 프로세서(3130)는 IO 클라이언트(3110)를 매개로 제1제어 컴퓨터(3000)에 저장된 IO 정보의 제공을 요청하며(4010), 그 요청에 따라 제1제어 컴퓨터(3000)로부터 제공되는 IO 정보를 업데이트하고, 그에 따른 IO 정보의 업데이트가 모두 되었는가 판단하고(4020), 그 판단 결과 업데이트가 모두 되었으면, 통신라인(3200)으로부터 IO정보를 획득하기 위한 루프를 시작한다(4030). 이때 IO 업데이트 프로세서(3030)가 IO 정보를 패킷화하여 통신라인(3200)에 실어서 보내는지 즉 수신된IO 멀티 캐스트 패킷이 있는지 판단하고(4040), 그 판단결과 수신된 IO 패킷이 있으면 이 패킷을 IO 공유 메모리(3120)에 저장하여 업데이트 한다(4050).

이후 IO 정보의 업데이트를 위한 프로그램을 종료할 것인지 판단하고(4060), 그 판단 결과 프로그램의 종료가 아니면 계속하여 IO 정보의 업데이트를 위해 동작 4040으로 진행한다. 그 판단 결과 종료이면 상기 IO 정보의 업데이트하기 위한 프 로그램을 종료한다.

이상과 같이 본 발명은 클라이언트 제어컴퓨터의 증감과 같은 다중 플랫폼 환경 변화에 크게 영향받지 않을 뿐 아니라 통신 라인으로부터 IO 정보를 안정적으로 획득할 수 있어서 IO 정보의 업데이트 시간을 일정하게 유지할 수 있고, 이로서 설비 제어를 위한 공정 품질을 양호하게 유지할 수 있다.

본 발명은 설비를 설치하는 셋업 공정(set-up)이나 튜닝 공정(tuning)을 위해 임시적으로 정보를 수집하는 경우 하드웨어의 추가 없이 간편하게 구현할 수 있다.

Claims

입출력 기기에 전기적 신호를 입출력하기 위한 입출력 디바이스;

상기 입출력 디바이스에 직접 연결되고, 상기 입출력 기기에 관련된 정보를 패킷화하는 제1제어 컴퓨터;

상기 패킷화된 정보를 전달하기 위한 통신라인; 및

상기 통신라인을 통해 상기 입출력 디바이스에 연결되고, 상기 통신라인으로부터 상기 패킷화된 정보를 획득하는 적어도 하나의 제2제어 컴퓨터를 포함하는 다중 플랫폼의 프로세서 정보 공유 시스템.
제1항에 있어서,

상기 패킷화된 정보는 멀티 캐스트 통신하기 위한 패킷 구조를 가지는 다중 플랫폼의 프로세서 정보 공유 시스템.
제1항에 있어서,

상기 제1제어컴퓨터와 상기 제2제어 컴퓨터는 상기 통신라인으로부터 정보를 획득하는 데이터 공유 프로세서, 획득한 정보를 저장하는 공유 메모리, 상기 공유 메모리에서 획득한 정보를 검색하고 상기 입출력 디바이스를 제어하기 위한 제어 명령을 패킷화하여 상기 통신라인에 실기 위한 입출력 클라이언트를 공통적으로 구비하는 다중 플랫폼의 프로세서 정보 공유 시스템.
제1항에 있어서,

상기 제1제어 컴퓨터는 상기 입출력 디바이스에 전기적으로 연결되어 입력 신호를 디지털 데이터로 변환하여 전달하거나 제어 명령을 전기적인 신호로 변환하여 출력하는 입출력 드라이버; 상기 입출력 드라이버로부터 받은 정보를 패킷화하여 상기 통신라인에 실기 위한 입출력 업데이트 프로세서를 포함하는 다중 플랫폼의 프로세서 정보 공유 시스템.
제1항에 있어서,

상기 패킷화된 정보를 수집하기 위하여 상기 통신라인에 연결하는 제3컴퓨터를 더 포함하는 다중 플랫폼의 프로세서 정보 공유 시스템.