KR950004409B1

KR950004409B1 - 전전자 교환기의 실행 모듈 버젼 관리 방법

Info

Publication number: KR950004409B1
Application number: KR1019920011801A
Authority: KR
Inventors: 이병선; 예병호
Original assignee: 한국전자통신공사; 조백제; 재단법인 한국전자통신연구소; 양승택
Priority date: 1992-07-02
Filing date: 1992-07-02
Publication date: 1995-04-28
Also published as: KR940003276A

Abstract

내용 없음.

Description

전전자 교환기의 실행 모듈 버젼 관리 방법

제1도는 전전자 교환기 제어계 구조 및 버젼 정보 생성/실장 처리 예시도.

제2도는 실행 모듈별 버젼 관리 정보 출력 처리 예시도.

제3도는 실행 모듈별 디스크 실장 관리도.

제4도는 버젼 정보를 이용한 프로세서 로딩 처리도.

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

ASP : 접속 교환 프로세서 INP : 내부 연결망 프로세서,

NTP : 번호 번역 프로세서 MMP : 입출력 제어 프로세서,

TSP : 타임 스위치 프로세서 LSP : 신호 서비스 프로세서,

ASIP : 애널로그 가입자 정합 프로세서 DTIP : 디지틀 중계선 정합 프로세서,

PLCP : 패킷 계층 제어 프로세서 SSP : 스페이스 스위치 프로세서.

본 발명은 전전자 교환기에서의 기능별 수행 단위인 실행 모듈에 대한 버젼을 효율적으로 관리하기 위한방법에 관한 것이다.

일반적으로 기능 단위로 모듈화되어 있고 이들 기능들이 상호 연계되어 전체 기능이 이루어지는 전전자교환기와 같은 대형 시스팀에서는 각 소프트웨어 간의 작용에 의해 기능이 수행되므로 이들 소프트 웨어 상호간의 기능 불일치를 기능적인 장애 뿐만 아니라 시스팀 서비스에 악 영향을 미칠 수 있는 문제점이 있다.

따라서, 상기 문제점을 해결하기 위해 안출된 본 발명은, 이들 소프트 웨어들의 각 실행 모듈에 대한 정보들을 정확하고 효율적으로 관리될 수 있도록 실행 모듈 생성 과정에서 필요한 정보를 삽입하고 실행 모듈을 실장시키는 덤프(Dump)과정에서 추출하여 데이타 베이스에 저장하도록 하여 시스팀 운용 과정에서 항상 확인이 가능하도록 하며, 이러한 정보를 이용하여 시스팀 시동 단계에서도 각 실행 모듈별 버젼 정보를 자동적으로 확인 한 후 수행을 시작하는 방법 등을 적용하여 시스팀 기능 장애를 사전에 방지할 수 있는 전전자 교환기의 실행 모듈 버젼 관리 방법을 제공하는 데 그 목적이 있다.

상기 목적을 달성하기 위하여 본 발명은, 시스팀에 실장되는 기능 단위가 호스트 컴퓨터 상에서 프로그래밍 언어을 이용하여 코드로 에디팅되고 실제 시스팀에 실장되어 동작 할 수 있는 실행코드로 컴파일되는 제1단계와, 상기 제1단계 수행 후, 컴파일이 완료된 시점에서 버젼 관리에 필요한 정보들을 삽입한 후 삽입된 정보를 시스팀에 실장시키기 위하여 마그네틱 테이프에 수록하는 제2단계와, 상기 제2단계 수행 후, 시스팀에 실장 시키기 위하여 마그네틱 테이프 유니트(MTU)에 마그네틱 테이프를 장착하고 운용 및 유지보수 프로세서(OMP)에 실장된 시스팀 시동 관리 기능을 이용하여 수록된 내용을 읽어 시스팀 내 저장 장치인 디스크 유니트(DKU)에 수록하는 제3단계와, 상기 제3단계 수행 후, 버젼 관리 정보를 함께 읽어 각 기능별 버젼 정보를 관리하기 위한 데이타 베이스(DB)에 기록하는 제4단계와, 상기 제4단계 수행 후, 운용자 요구에 의한 정보 출력 시 데이타 베이스에 저장된 내용을 읽어 출력하고 각 기능별 실행 모듈은 수행되는 기능 형태에 따라 분산된 가입자 서비스 모듈, 중계선 서비스 모듈, 패킷 서비스 모듈, 번호 번역 및 스위치 연결을 제어하는 상호 연결망 모듈, 중앙 제어 모듈로 프로세서 간 통신로를 이용하여 실장되는 제5단계에 의해 수행된다.

이하, 첨부한 도면을 참조하여 본 발명의 일 실시예를 상세히 설명한다.

제1도는 전전자 교환기 제어계 구조와 이를 대상으로 실행 모듈이 컴퓨터 개발 환경에 생성되어 실장되는 과정을 나타낸 것이다.

전전자 교환기 시스팀에 실장되는 실행 모듈의 기능 단위가 호스트 컴퓨터 상에서 프로그래밍 언어를 이용하여 코드로 에디팅되고 실제 시스팀에 실장되어 동작 할 수 있는 실행 코드로 컴파일되는 과정(101)과, 컴파일이 완료된 시점에서 버젼 관리에 필요한 정보들을 삽입(102)한 후 삽입된 정보를 시스팀에 실장시키기 위하여 마그네틱 테이프에 수록하는 과정(103)을 나타낸다.

그리고, 본체 시스팀에 실장 시키기 위하여 마그네틱 테이프 유니트(MTU)에 마그네틱 테이프를 장착하고(104) 운용 및 유지 보수 프로세서(OMP)에 실장된 시스팀 시동 관리 기능을 이용하여 수록된 내용을 읽어 시스팀 내 저장 장치인 디스크 유니트(DKU)에 수록하게 된다(105). 이 때, 버젼 관리 정보도 함께 읽어 각 기능별 버젼 정보를 관리하기 위한 데이타 베이스(DB)에 기록한다(106).

또한, 운용자 요구에 의한 정보 출력시 데이타 베이스에 저장된 내용을 읽어 출력하고 되고(108) 각 기능별 실행 모듈은 수행되는 기능 형태에 따라 분산된 가입자 서비스 모듈, 중계선 서비스 모듈, 패킷 서비스 모듈, 번호 번역 및 스위치 연결을 제어하는 상호 연결망 모듈, 중앙 제어 모듈 등으로 프로세서 간 통신로를 이용하여 실장된다(107).

실행 모듈이 생성되는 과정에서 버젼 관리에 필요한 정보로서 삽입되는 실행 모듈 버젼 번호(201)는 전체 시스팀 소프트 웨어 패키지 번호 및 개별 실행 모듈의 관리 번호에 해당되며 생성 일자(202)는 컴퓨터 상에서 실행 모듈이 생성된 날짜 및 시각 정보를 나타낸다.

그리고, 생성자(203)는 해당 실행 모듈을 최종적으로 컴파일완료하여 만든 사용자 로그-인을 나타내고(204) 패리티 정보는 생성된 실행 모듈에서 패리티를 생성하여 저장하는 것으로 화일의 정상 유무를 관리하는 데 이용된다. 상기 정보들은 마그네틱 테이프 유니트로 부터 실행 모듈을 덤프하는 과정에서 읽어 데이타 베이스로 구성된 버젼 정보 관리 테이블에 기록하며 아래 표 1로서 나타낸다.

[표1]

실행 모듈별 버젼 관리 정보를 저장하기 위한 데이타 베이스 구성도를 나타낸 것으로써 D＿EN＿NO(301)는 각 실행 모듈을 일련 번호로 지정하여 구분하기 위한 정보이며 D＿ EM＿LDNG TYPE(302)은 전전자 교환기 시스팀의 제어계를 구성하는 각 프로세서의 기능 성격에 따라 공통적으로 모든 프로세서에 실장되는 기능과 임의의 특정 프로세서에만 실장되는 기능을 구분하기 위한 정보이며, D＿EM LDNG＿MP(303)는 제어계의 기능별 계층 구조에서 상위 프로세서에 실장되는 기능을 구분하고 D＿PP＿TYPE(304)은 하드웨어 장치들을 제어하는 형태의 특정 하위 프로세서에 실장되는 기능을 나타내는 정보이다.

그리고, D＿EM＿NAME(305)은 실행 모듈별로 구분을 위하여 갖는 화일 이름에 해당되고, D＿EM VER＿NO(306), D＿EM＿CRTE＿DATE(307), D＿EM＿CRTE＿LOGIN(308), D＿EM＿PARITY(309)는 상기 표 1에서 설명한 내용에 해당되며 이것은 처음 덤프하는 과정에서 읽어 데이타 베이스 상에 해당 애트리뷰트에 기록하게 된다. 마지막으로 D＿EM SIZE(310)는 해당 실행 모듈의 크기 정보로써 화일을 덤프 처리 결과 전체 크기 정보를 관리하는 측면에서 저장하게 된다. 상기 설명을 표 2에서 나타낸다.

[표2]

제2도는 운용자 요구에 의한 버젼 정보 출력 처리 과정을 나타낸 것이다.

입력된 명령어를 분석하어(501) 명령어의 정상 유무를 조사한(502) 후 상기 조사(502) 결과 입력 정보가 비정상인 경우는 해당되는 장애 정보를 구성하여 출력하고(512) 메시지 출력을 요구한뒤 종료한다(507).

다음에 정상인 명령어에 대하여 요구한 형태가 개별 실행 모듈인지 지정한 프로세서에 실장되는 전체 실행 모듈인지를 구분한(503). 상기 구분(503)된 형태가 개별 실행 모듈을 요구하고 해당 실행 모듈이 실장된 것이면(504) 데이타 베이스에서 정보를 읽어들여(505) 결과 메시지를 구성하고(506) 출력을 요구한 후(507) 종료하며, 실행 모듈이 실장되지 않은 경우 비정상 처리(510) 메시지를 구성하여 출력한다(507).

또한, 프로세서 단위로 요구한 경우에는 해당 프로세서에 실장되는 모든 실행 모듈을 대상으로 데이타 베이스로 부터 정보를 읽어 결과 메시지를 구성하여 출력하므로써(508,509) 전체 완료가 이루어지면 결과 메시지를 구성하여 출력하고, 완료 상태가 아니면 다음 실행 모듈을 수행하기 위하여 상기 과정(508)으로 복귀 한다(511,513).

이때 실행 모듈별 버젼 정보 출력 메시지 구성은 상기 표 2에서 설명한 데이타 베이스에 저장된 내용을 운용자가 읽기 편리한 문장 형태의 메시지로 구성하여 출력하게 된다. 출력되는 메시지의 구분을 위하여 메시지 코드 및 슬로건 정보가 있으며 해당 실행 모듈이 실장되는 프로세서 정보, 전체 시스팀의 버젼을 나타내는 정보, 그리고 각 실행 모듈별 명칭, 버젼 번호, 생성 일자 및 생성자, 패리티 정보, 크기 정보들이 순서적으로 구성된다.

제3도는 전전자 교환기 시스팀 본체에 실장되는 실행 모듈이 디스크에 옮겨지는 과정에서 시스팀 형상에 등록된 화일의 관리를 위한 처리도로써 덤프를 요구한 실행 모듈의 화일 명칭을 이용하여(601) 시스팀 시동단계에서 지정한 초기 실행 모듈의 버젼 정보를 추출하고(602) 실장하고자 하는 실행 모듈의 버젼 정보를 마그네틱 테이프에서 읽어(603) 두 개의 정보를 서로 비교한다(604). 상기 비교(604) 결과 두 개의 정보가 동일한 경우에는 디스크로 옮기는 것을 허용하고(605) 그렇지 않은 경우에는 허용하지 않는다(607).

그리고, 초기 실행 모듈 정보는 운용 중인 과정에서 해당 기능이 향상되는 경우에 버젼 번호가 변경될 수 있도록 명령어로써 처리되도록 한다. 또한, 이상에서와 같은 처리 과정은 운용 중인 과정에서 임의의 화일명칭을 시스팀 형상에 존재하는 화일 명칭으로 변경하는 기능에서는 동일하게 적용될 수 있도록 한다.

제4도는 버젼 정보를 로딩과 연계하여 프로세서 단위의 실장되는 실행 모듈을 관리하기 위한 방법으로써 해당 프로세서로 부터의 로딩 요구를 받으면(701), 여기에 실장되는 실행 모듈 정보를 추출하여(702) 첫번째 실행 모듈을 디스크에서 읽은 버젼 정보(703)와 자체적으로 관리하는 실행 모듈별 버젼 정보(704)를 비교하여(705) 서로 동일하지 않은 경우에는 버젼 정보 불일치에 해당되는 메시지를 출력하고(706) 다음 실행 모듈로 진행하여 상기 과정(703)으로 복귀하고, 서로 동일한 경우에는 로딩을 시킨다(706). 로딩의 실시 후 실행 모듈이 존재하는가를 조사하여(709) 존재하지 않으면 종료하고 존재할 경우 다음 실행 모듈로 진행하기 위하여 상기 과정(703)으로 복귀한다(710).

따라서, 본 발명은 각 기능 단위로 실행 모듈에 대한 관리 정보가 화일 자체에 기록되어 있으므로 정보의 신뢰도가 높고 처리가 간편하므로 다수의 기능들이 상호 작용을 통하여 전체 기능이 수행되는 시스팀 구조에서는 이들 각 기능별 형상 정보에 대한 버젼 정보들만 효과적으로 관리하면 기능들 간의 정보 불일치로 인한 서비스 장애 등의 원인을 사전에 방지할 수 있다. 또한 초기 기능별 버젼 정보와 실제 덤프 과정에서 읽은 버젼 정보를 이용하여 시스팀 시동과 연계하여 버젼 정보가 불일치하는 경우에는 시동과정에서 신속히 검출되어 조치를 취할 수 있고 동시에 실행 모듈 화일 변경 요구시에도 같은 과정을 통하여 변경하고자 하는 화일의 적합성을 점검할 수 있다.

Claims

시스팀에 실장되는 기능 단위가 호스트 컴퓨터 상에서 프로그래밍 언어를 이용하여 코드로 에디팅되고 실제 시스팀에 실장되어 동작 할 수 있는 실행 코드로 컴파일되는 제1단계(101)와, 상기 제1단계(101) 수행 후, 컴파일이 완료된 시점에서 버젼 관리에 필요한 정보들을 삽입한 후 삽입된 정보를 시스팀에 실장시키기 위하여 마그네틱 테이프에 수록하는 제2단계(102,103)와, 상기 제2단계(102,103) 수행 후, 시스팀에 실장시키기 위하여 마그네틱 테이프 유이트(MTU)에 마그네틱 테이프를 장착하고 운용 및 유지 보수 프로세서(OMP)에 실장된 시스팀 시동 관리 기능을 이용하여 수록된 내용을 읽어 시스팀 내 저장 장치인 디스크 유니트(DKU)에 수록하는 제3단계(104,105)와, 상기 제3단계(104,105) 수행 후, 버젼 관리 정보를 함께 읽어 각 기능별 버젼 정보를 관리하기 위한 데이타 베이스(DB)에 기록하는 제4단계(106)와, 상기 제4단계(106) 수행 후, 운용자 요구에 의한 정보 출력시 데이타 베이스에 저장된 내용을 읽어 출력하고 각 기능별 실행 모듈은 수행되는 기능 형태에 따라 분산된 가입자 서비스 모듈, 중계선 서비스 모듈, 패킷 서비스 모듈, 번호 번역 및 스위치 연결을 제어하는 상호 연결망 모듈, 중앙 제어 모듈로 프로세서 간통신로를 이용하여 실장되는 제5단계(107)에 의해 수행되는 것을 특징으로 하는 전전자 교환기의 실행 모듈 버젼 관리방법.
제1항에 있어서, 상기 제3단계(104,105)는 덤프를 요구한 실행 모듈의 화일 명칭을 이용하여 시스팀 시동 단계에서 지정한 초기 실행 모듈의 버젼 정보를 추출하고 실장하고자 하는 실행 모듈의 버젼 정보를 마그네틱 테이프에서 읽어 두 개의 정보를 서로 비교하는 단계(601 내지 604)와, 상기 단계(601 내지 604)수행 후 두 개의 정보가 동일한 경우에는 디스크로 옮기는 것을 허용하고 그렇지 않은 경우에는 허용하지 않고 종료하는 단계(605 내지 607)에 의해 수행되는 것을 특징으로 하는 전전자 교환기의 실행 모듈 버전 관리 방법.
제1항에 있어서, 제4단계(106)는 해당 프로세서로 부터의 로딩 요구를 받으면, 여기에 실장되는 실행 모듈 정보를 추출하여 첫번째 실행 모듈을 디스크에서 읽은 버젼 정보와 자체적으로 관리하는 실행 모듈별 버젼 정보를 비교하여 서로 동일하지 않은 경우에는 버젼 정보 불일치에 해당되는 메시지를 출력하고 다음 실행 모듈로 진행하여 상기 과정(703)으로 복귀하고, 서로 동일한 경우에는 로딩을 시키는 단계(701 내지 707)와, 상기 단계(701 내지 707) 수행 후, 실행 모듈이 존재하는가를 조사하여 존재하지 않으면 종료하고 존재할 경우 다음 실행 모듈로 진행하기 위하여 상기 과정(703)으로 복귀하는 단계(708 내지 710)에 의해 수행되는 것을 특징으로 하는 전전자 교환기의 실행 모듈 버젼 관리 방법.