KR19990017076A - 전전자 교환기의 운영 시스템에서 커널과 다수의 드라이버들간인터페이스 방법 - Google Patents

Abstract

본 발명은 플러그와 플레이 기능이 부여된 전전자 교환기의 운영 시스템에서 커널과 다수의 드라이버들간 인터페이스 방법에 관한 것으로, 한 개의 커널과 다수의 드라이버들이 있는 응용 시스템에서 한 개의 커널 내부에서 다수의 드라이버들이 사용할 각종 펑션과 데이터 어드레스를 저장하는 단계와, 한 개의 커널에서 다수의 드라이버들로 초기화를 요구하는 단계와, 온라인 상태에서 각종 프리미티브 서비스를 위해 다수의 드라이버들의 컨피그래이션 테이블을 이용하는 단계와, 한 개의 커널 용구에 의해 펑션별로 해당 기능을 수행하는데, 커널이 제공한 각종 어드레스를 활용하는 단계를 포함하므로, 새로운 하드웨어 변경 및 개발시 개발의 신속성과, 다수의 드라이버들에서 발생한 문제점을 정확히 해결하며, 하나의 커널에 무한한 다수의 드라이버들 기능을 추가할 수 있다는 효과가 있다.

Description

전전자 교환기의 운영 시스템에서 커널과 다수의 드라이버들간 인터페이스 방법

본 발명은 전전자 교환기(Full Electronic Telephone eXchange)에 관한 것으로, 특히 내부 프로세서(Processor)에 탑재되는 운영 시스템(Operating System)에서 커널(Kernel)과 다수의 드라이버들(Driver)간 인터페이스(Interface) 기능을 제공할 수 있도록 한 전전자 교환기의 운영 시스템에서 커널과 다수의 드라이버들간 인터페이스 방법에 관한 것이다.

일반적으로 보편화된 컴퓨터 시스템은 기본적으로 플러그(Plug)와 플레이(Play) 기능이 구현되어 있고, 새로운 보드의 추가시 활용을 하고 있는 실정인데, 전전자 교환기 내부 프로세서에 탑재되는 운영 체계가 플러그와 플레이 환경이 구현된 상태에서 적용이 된다.

종래 전전자 교환기 내부 프로세서의 운영 시스템은 운영 시스템 자체가 완벽한 모듈화가 되어 있지 않았고, 플러그와 플레이 기능 자체가 전혀 구현되어 있지 않으므로, 커널과 다수의 드라이버들간 인터페이스가 않되며, 온라인 상황에서 각종 다수의 드라이버들의 에러 발생시 해결할 수 없다는 문제점이 있었다.

본 발명은 이러한 문제점을 해결하기 위하여 안출한 것으로서, 그 목적은 전전자 교환기의 프로세서 내부의 운영 시스템에서 커널과 다수의 드라이버들 파일간 인터페이스하므로, 새로운 하드웨어 보드 추가시 신속하게 운영 시스템 개발을 도모할 수 있으며, 온라인 상황에서 각종 다수의 드라이버들의 에러 발생시 커널 내부를 변경하지 않아도 다수의 드라이버들 파일만 로딩함에 따라 테스트가 가능하도록 한 전전자 교환기의 운영 시스템에서 커널과 다수의 드라이버들간 인터페이스 방법을 제공하는데 있다.

이러한 목적을 달성하기 위한 본 발명은 전전자 교환기의 운영 시스템에서 커널과 다수의 드라이버들간 인터페이스 방법에 관한 것으로, 커널 내부에서 다수의 드라이버들이 사용할 각종 펑션과 데이터 어드레스를 저장하기 위하여 저장할 영역을 크리어하는 단계와; 저장 영역이 크리어되면, 펑션과 중요 데이터 어드레스를 불휘발성 램에 저장하는 단계와; 펑션과 중요 데이터 어드레스가 불휘발성 램에 저장되면, 커널에서 다수의 드라이버들로 초기화를 요구하는 단계와; 초기화 요구에 의하여 저장된 컨피그래이션을 확인하는 단계와; 컨피그래이션의 확인에 의해 다수의 드라이버들이 유지 보수 프로세서로부터 로딩 기능을 수행하였는가를 판단하는 단계와; 다수의 드라이버들로부터 로딩기능이 수행되면, 프로세서 본래 기능을 수행하는 단계와; 다수의 드라이버들로부터 로딩기능이 수행되지 않으면, 다수의 드라이버들 파일 로딩을 요구하는 단계와; 로딩이 완료되면, 커널 내부 펑션과 각종 데이터를 다수의 드라이버들이 인지할 수 있는 영역으로 복사한후, 다수의 드라이버들에게 초기화를 요구하는 단계와; 초기화 요구에 의해 다수의 드라이버들은 커널이 저장해준 펑션과 각종 데이터 어드레스를 자신의 로컬 영역으로 복사하는 단계와; 복사된후, 다수의 드라이버와 인터페이스된 각종 하드웨어로 초기화 기능 수행이 정상인가를 판단하는 단계와; 초기화 기능이 비정상이면서 5회 이상의 초기화 반복시도가 실패되면, 다른 드라이버들을 선택하는 단계와; 초기화 기능이 비정상이면서 5회 이상의 초기화 반복시도가 성공되면, 다수의 드라이버들이 유지 보수 프로세서로부터 로딩기능을 수행하는 단계와; 초기화 기능이 정상이면, 다수의 드라이버들에 대하여 로딩과 초기화 동작을 반복해서 수행하고, 다수 드라이버들의 초기화 동작이 완료되면, 프로세서 본래의 기능을 수행하며, 커널 내부 입출력 컨피그레이션 테이블에 등록하는 단계와; 커널 내부 입출력 컨피그레이션 테이블에 등록된후, 온라인 상태에서 커널과 다수의 드라이버들간을 연관하기 위하여 응용부에서 오픈, 리드, 라이트, 클로즈, 입출력 컨피그레이션 테이블 등의 기능을 요구하는 단계와; 요구에 의한 해당 파라메터가 비정상이면, 에러처리값을 리턴하고 기능 수행을 끝내는 단계와; 해당 파라메터가 정상이면, 입출력 컨피그레이션 테이블에 해당 드라이버들의 어드레스를 확인하고, 파라메터를 스택에 저장한 다음 다수의 드라이버들을 콜하며, 다수의 드라이버들에서 각종 기능들의 수행이 완료되면 다시 응용부로 리턴하여 다음 작업을 수행하도록 환경을 제공하는 단계와; 커널에 의해 펑션별로 해당 기능을 수행하는데, 커널이 제공한 각종 어드레스를 활용하기 위하여 커널에 저장된 파리메터를 스택에서 독취하는 단계와; 독취가 완료된후, 펑션 코드를 분류하여 펑션 코드가 정상인가를 판단하는 단계와; 펑션 코드가 비정상이면, 에러 처리를 하고 끝내는 단계와; 펑션 코드가 정상이면, 커널에서 통보된 펑션과 데이터 어드레스를 활용하여 수행하는 단계를 포함한다.

도 1은 본 발명에 의한 전전자 교환기의 운영 시스템에서 커널과 다수의 드라이버들간 인터페이스 방법의 블록 구성도,

도 2는 본 발명에 의한 전전자 교환기의 프로세서 내부의 운영 시스템에 대한 블록 구성도,

도 3은 본 발명에 의한 전전자 교환기의 운영 시스템에서 커널 내부 다수의 드라이버들 인터페이스에 대한 흐름도,

도 4는 본 발명에 의한 전전자 교환기의 운영 시스템에서 커널이 내부 다수의 드라이버들로 초기화를 요구하는 상세 흐름도,

도 5는 본 발명에 의한 전전자 교환기의 운영 시스템에서 온라인 상태에서 커널과 다수의 드라이버들간 연관 흐름도,

도 6은 본 발명에 의한 전전자 교환기의 운영 시스템에서 커널 요구에 의한 흐름도.

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

10 : 프로세서간의 통신망 20 : 유지보수 프로세서

30 : DKU 40 : MTU

50 : CTU 60 : RDKU

200 : 응용부 210 : 운영 시스템

211 : 커널 213 : MMC 포트 드라이버

215 : 이더넷 드라이버 217 : 디바이스 통신 드라이버

220,230,240 : 하드웨어(H/W)

이하, 첨부된 도면을 참조하여 설명되는 본 발명의 실시예로부터 본발명의 목적 및 특징이 보다 명확하게 이해될 수 있도록 보다 상세히 설명하기로 한다.

도 1은 본 발명에 의한 전전자 교환기의 운영 시스템에서 커널과 다수의 드라이버들간 인터페이스 방법의 블록 구성도로서, 프로세서간의 통신망(10)과, 유지 보수 프로세서(20)와, 하드 디스크(Disk Unit : 이하, DKU라 약칭함)(30)와, 마그네틱 테이프(Magnetic Tape Unit : 이하, MTU라 약칭함)(40)와, 카드리지 테이프(Cartridge Tape Unit : 이하, CTU라 약칭함)(50)와, 리무블 디스크(Removable Disk Unit : 이하, RDKU라 약칭함)(60)로 구성된다.

프로세서간의 통신망(10)은 내부적으로 프로세서간 통신 패브릭을 중심으로 메인 프로세서와 하위 프로세서들이 케이블(Cable)로 연결되어 있고, 메인 프로세서(Main Processor)밑으로 트리구조를 갖는 하위계 프로세서(Telephony Processor)가 있으며, 하위 프로세서 밑으로 트리구조를 갖는 각종 디바이스(Device)를 포함하며, 유지 보수 프로세서(20)와 양방향으로 각종 정보를 통신한다.

또한, 유지 보수 프로세서(20)는 DKU(30)와, MTU(40)와, CTU(50)와, RDKU(60)와도 양방향으로 인터페이스되어 프로세서 처리를 한다.

상술한 바와 같이 전전자 교환기 시스템의 구성도로서, 프로세서들은 기본적으로 플러그와 플레이 기능을 수행하기 위한 기본 환경이 구축되어 있으며 전체적인 시스템의 구조를 설명하고 있다.

상기와 같이 구성된 본 발명에 의한 전전자 교환기의 운영 시스템에서 커널과 다수의 드라이버들간 인터페이스 방법의 블록 구성도에 대하여 설명하였고, 도 2는 본 발명에 의한 전전자 교환기의 프로세서 내부의 운영 시스템에 대한 블록 구성도로서, 응용부(200)와, 운영 시스템(210)과, 커널(211)과, 맨 머신 통신(Man Marchine Communication : 이하, MMC라 약칭함) 포트(Port) 다수의 드라이버들(213)와, 이더넷 드라이버(Ethernet Driver)(215)와, 디바이스 통신 드라이버(Device communication Driver)(217)와, 하드웨어(HardWare : 이하, H/W라 약칭함)(220,230,240)로 구성된다.

응용부(200)는 운영 시스템(210)내의 커널(211)과 인터페이스 되어 각종 정보를 양방향으로 통신한다.

운영 시스템(210)내의 커널(211)은 응용부(200)와 인터페이스 되고, 또한 MMC 포트 드라이버(213)와, 이더넷 드라이버(215)와, 디바이스 통신 드라이버(217)와 일대일 양방향으로 인터페이스되어 각종 정보를 송/수신한다.

상술한바와 같이 한 개의 커널에 다수의 드라이버들 파일이 여러개가 존재하여 운영되고, 여러개의 다수의 드라이버들은 각각 하드웨어와 인터페이스 되어 있다.

이러한 다수의 드라이버들에 새로운 하드웨어를 추가할 경우는 MMC 포트 드라이버(213)은 H/W(220)와 인터페이스 되고, 이더넷 드라이버(215)는 H/W(230)와 인터페이스되며, 디바이스 통신 드라이버(217)는 H/W(240)와 인터페이스되어 있으므로, 해당 다수의 드라이버들만 개발하여 메모리에 탑재시키면 커널을 많이 추가시키지 않더라고 새로운 기능들을 추가 할 수 있게 되는 것이다.

상기와 같이 구성된 본 발명에 의한 전전자 교환기의 프로세서 내부의 운영 시스템에 대한 블록 구성도에 대하여 설명하였고, 도 3은 본 발명에 의한 전전자 교환기의 운영 시스템에서 커널 내부 다수의 드라이버들 인터페이스에 대한 흐름도를 설명한다.

커널 내부 다수의 드라이버들을 인터페이스 하기 위하여 부터(Booter)에 의해서 로딩을 받고, 진행되면, 다수의 드라이버들이 커널 내부에서 사용할 각종 펑션 및 중요 데이터 어드레스를 저장할 영역을 크리어(Clear)한다(단계 300).

상기 저장될 영역이 크리어되면, 펑션(Function)과 중요 데이터(Data) 어드레스(Address)를 불휘발성 램에 저장한다(단계 301).

이렇게 불휘발성 램에 저장된 각종 어드레스는 온라인 서비스 상황에서 직접 다수의 드라이버들이 이용되는 것이다.

또한, 다수의 드라이버들의 변경과 추가 등에 의해서 펑션 및 중요 데이터의 어드레스의 필요시 명령어에 의해 추가될 수 있다.

상기와 같이 구성된 본 발명에 의한 전전자 교환기의 운영 시스템에서 커널 내부 다수의 드라이버들 인터페이스에 대한 흐름도에 대하여 설명하였고, 도 4는 본 발명에 의한 전전자 교환기의 운영 시스템에서 커널이 내부 다수의 드라이버들로 초기화를 요구하는 상세 흐름도를 설명한다.

커널이 내부 다수의 드라이버들로 초기화를 요구하기 위하여 커널이 정상적으로 살아나고 나면, 자신의 컨피그래이션(Configuration)을 확인한다(단계 400).

해당 다수의 드라이버들이 유지 보수 프로세서(20)로부터 로딩 기능을 수행하였는가를 판단한다(단계 401).

상기 판단(단계 401)에서 자신이 확인한 다수의 드라이버들로부터 로딩기능이 수행되면, 프로세서 본래 기능을 수행한다(단계 402).

상기 판단(단계 401)에서 자신이 확인한 다수의 드라이버들로부터 로딩기능이 수행되지 않으면, 계속해서 다른 다수의 드라이버들 파일 로딩을 요구한다(단계 403).

한편, 로딩 과정에서 다수의 드라이버들이 사용할 각종 펑션과 각종 데이터 어드레스를 넘겨줄 장소를 확보하기 위해 로딩 시작 과정에서 자신의 a.out Size에 4096Byte를 추가하여 메모리를 할당받고, 로딩 데이터는 4096Byte 이후부터 메모리에 탑재한다.

상기 판단(단계 404)에서 로딩이 완료되면, 커널 내부 펑션과 각종 데이터를 다수의 드라이버들이 인지할 수 있는 영역으로 복사(Copy)(단계 405)한후, 다음 다수의 드라이버들에게 초기화를 요구한다(단계 406).

상기 판단(단계 404)에서 로딩이 완료되지 않으며, 단계(단계 401)부터 실행한다.

커널이 다음 다수의 드라이버들에게 초기화를 요구하면, 다수의 드라이버들은 커널이 저장해준 메모리 영역(펑션과 각종 데이터 어드레스)을 자신의 로컬 영역으로 복사(온라인 상태에서 활용이 가능하도록 테이블에 저장)하고 다수의 드라이버들과 인터페이스된 각종 하드웨어(220)(230)(240)에게 초기화 기능을 수행하는데, 초기화 기능 수행이 정상인가를 판단(단계 407)하여 정상이 아니면, 5회이상 초기화 반복시도에 대한 판단(단계 408)을 하는데, 반복 시도했는데도 역시 실패하면, 다음 다수의 드라이버들을 선택하고 끝낸다(단계 410).

상기 판단(단계 408)에서 반복 시도에 의해 성공되면, 단계(단계 401)부터 실행한다.

상기 판단(단계 407)에서 초기화 기능이 정상이면, 다음 다수의 드라이버들에 대하여 로딩과 초기화 동작을 반복해서 수행하고, 자신이 확인한 모든 다수의 드라이버들이 상기 동작을 완료할때까지 수행하여 모든 수행이 완료되면 프로세서 본래의 기능을 수행하며, 커널 내부 입출력 컨피그레이션 테이블에 등록한다(단계 409).

한편, 상술한 단계들은 다수의 드라이버들이 커널과 연동하기 위한 모든 준비 동작을 모두 완료하는 과정이고, 또한 입출력 컨피그레이션 테이블에 등록된 다수의 드라이버들은 온라인 서비스 수행시 요구되는 오픈(Open), 리드(Read), 라이트(Write), 클로즈Close), 입출력 컨피그레이션 테이블(Input/Ouput Configuration Table) 기능들을 메모리 멥핑 테이블을 이용하여 정상적으로 수행하게 되는 것이다.

상기와 같이 구성된 본 발명에 의한 전전자 교환기의 운영 시스템에서 커널이 내부 다수의 드라이버들로 초기화를 요구하는 상세 흐름도에 대하여 설명하였고, 도 5는 본 발명에 의한 전전자 교환기의 운영 시스템에서 온라인 상태에서 커널과 다수의 드라이버들간 연관 흐름도를 설명한다.

온라인 상태에서 커널과 다수의 드라이버들간을 연관하기 위하여 응용부(200)에서 오픈(Open), 리드(Read), 라이트(Write), 클로즈(Close), 입출력 컨피그레이션 테이블(Input/Ouput Configuration Table) 등의 기능을 요구한다(단계 500).

요구에 의한 해당 파라메터(Parameter)가 정상인가를 판단(단계 501)하여 비정상이면, 에러처리값을 리턴하고 기능 수행을 끝낸다(단계 502).

해당 파라메터가 정상이면, 상기 도 4에서 등록된 입출력 컨피그레이션 테이블에 해당 다수의 드라이버들의 어드레스를 확인(단계 503)하고, 파라메터를 스택(Stack)에 저장(단계 504)한 다음 해당 다수의 드라이버들을 콜(Call)(단계 505)하며, 다수의 드라이버들에서 각종 기능들의 수행이 완료되면 다시 응용부(200)로 리턴하여 다음 작업을 수행하도록 환경을 제공한다.

상기와 같이 구성된 본 발명에 의한 전전자 교환기의 운영 시스템에서 온라인 상태에서 커널과 다수의 드라이버들간 연관 흐름도에 대하여 설명하였고, 도 6은 본 발명에 의한 전전자 교환기의 운영 시스템에서 커널 요구에 의한 흐름도를 설명한다.

운용 시스템에서 커널 요구를 하기 위하여 커널에 저장된 파리메터를 스택에서 독취(단계 600)한후, 펑션 코드를 분류(단계 601)하여 펑션 코드가 정상인가를 판단한다(단계 602).

상기 판단(단계 602)에서 펑션 코드 즉, 오픈(Open), 리드(Read), 라이트(Write), 클로즈Close), 입출력 컨피그레이션 테이블(Input/Ouput Configuration Table) 등이 정상이 아니면, 에러 처리를 하고 끝낸다(단계 603).

상기 판단(단계 602)에서 펑션 코드가 정상이면, 커널에서 통보된 펑션과 데이터 어드레스를 활용하여 수행한다(단계 604).

이때, 기능 수행 과정에서 앞의 커널에서 제공해준 각종 어드레스(펑션과 데이터)를 이용하여 기능을 수행하게 된다.

이상, 상기와 같이 설명한 본 발명은 컴퓨터 시스템에서의 기능인 플러그와 플레이 기능을 전전자 교환기에 적용하고, 운영 시스템 내부 커널과 드라이브 파일간에 효율적인 인터페이스 방법을 사용함으로, 새로운 하드웨어 변경 및 개발시 개발의 신속성과, 다수의 드라이버들에서 발생한 문제점을 정확히 해결하며, 하나의 커널에 무한한 다수의 드라이버들 기능을 추가할 수 있다는 효과가 있다.

Claims (1)

1. 프로세서를 구비한 플러그와 플레이 기능이 부여된 전전자 교환기의 운영 시스템에서 커널과 다수의 드라이버들간 인터페이스 방법에 있어서,

   상기 커널 내부에서 상기 다수의 드라이버들이 사용할 각종 펑션과 데이터 어드레스를 저장하기 위하여 저장할 영역을 크리어하는 단계;

   상기 저장 영역이 크리어되면, 상기 펑션과 중요 데이터 어드레스를 불휘발성 램에 저장하는 단계;

   상기 펑션과 중요 데이터 어드레스가 불휘발성 램에 저장되면, 상기 커널에서 상기 다수의 드라이버들로 초기화를 요구하는 단계;

   상기 초기화 요구에 의하여 저장된 컨피그래이션을 확인하는 단계;

   상기 컨피그래이션의 확인에 의해 상기 다수의 드라이버들이 상기 프로세서로부터 로딩 기능을 수행하였는가를 판단하는 단계;

   상기 다수의 드라이버들로부터 로딩기능이 수행되면, 상기 프로세서 본래 기능을 수행하는 단계;

   상기 다수의 드라이버들로부터 로딩기능이 수행되지 않으면, 상기 다수의 드라이버들 파일 로딩을 요구하는 단계;

   상기 로딩이 완료되면, 상기 커널 내부 펑션과 각종 데이터를 상기 다수의 드라이버들이 인지할 수 있는 영역으로 복사한후, 상기 다수의 드라이버들에게 초기화를 요구하는 단계;

   상기 초기화 요구에 의해 상기 다수의 드라이버들은 커널이 저장해준 펑션과 각종 데이터 어드레스를 자신의 로컬 영역으로 복사하는 단계;

   상기 복사된후, 상기 다수의 드라이버와 인터페이스된 각종 하드웨어로 초기화 기능 수행이 정상인가를 판단하는 단계;

   상기 초기화 기능이 비정상이면서 5회 이상의 초기화 반복시도가 실패되면, 상기 다수의 다른 드라이버들을 선택하는 단계;

   상기 초기화 기능이 정상이면, 상기 다수의 드라이버들에 대하여 로딩과 초기화 동작을 반복해서 수행하고, 상기 다수의 드라이버들이 상기 초기화 동작이 완료되면, 상기 프로세서 본래의 기능을 수행하며, 상기 커널 내부 입출력 컨피그레이션 테이블에 등록하는 단계;

   상기 커널 내부 입출력 컨피그레이션 테이블에 등록된후, 온라인 상태에서 커널과 상기 다수의 드라이버들간을 연관하기 위하여 상기 응용부에서 오픈, 리드, 라이트, 클로즈, 입출력 컨피그레이션 테이블 등의 기능을 요구하는 단계;

   상기 요구에 의한 해당 파라메터가 비정상이면, 에러처리값을 리턴하고 기능 수행을 끝내는 단계;

   상기 해당 파라메터가 정상이면, 상기 입출력 컨피그레이션 테이블에 해당 드라이버들의 어드레스를 확인하고, 상기 파라메터를 스택에 저장한 다음 상기 다수의 드라이버들을 콜하며, 상기 다수의 드라이버들에서 각종 기능들의 수행이 완료되면 다시 상기 응용부로 리턴하여 다음 작업을 수행하도록 환경을 제공하는 단계;

   상기 커널에 의해 펑션별로 해당 기능을 수행하는데, 상기 커널이 제공한 각종 어드레스를 활용하기 위하여 상기 커널에 저장된 파리메터를 스택에서 독취하는 단계;

   상기 독취가 완료된후, 펑션 코드를 분류하여 펑션 코드가 정상인가를 판단하는 단계;

   상기 펑션 코드가 비정상이면, 에러 처리를 하고 끝내는 단계;

   상기 펑션 코드가 정상이면, 상기 커널에서 통보된 펑션과 데이터 어드레스를 활용하여 수행하는 단계를 포함하는 것을 특징으로 하는 전전자 교환기의 운영 시스템에서 커널과 드라이버간 인터페이스 방법.