KR100594131B1

KR100594131B1 - 호스트 데이터베이스 원격 액세스 장치

Info

Publication number: KR100594131B1
Application number: KR19990067201A
Authority: KR
Inventors: 이재일
Original assignee: 삼성전자주식회사
Priority date: 1999-12-30
Filing date: 1999-12-30
Publication date: 2006-06-28
Also published as: KR20010059680A

Abstract

본 발명은, 호스트 머신과; 상기 호스트 머신과는 원격인 위성 머신으로 구성되고; 상기 호스트 머신에 데이터베이스 검색도구에 의해 실행되는 소프트웨어 형상 관리도구 데이터베이스 및 서버가 구비되며, 상기 위성 머신에 클라이언트가 구축되며, 상기 서버는 상기 클라이언트에서 지시하는 사항을 수신하여 지시사항에 따라 상기 소프트웨어 형상 관리도구 데이터베이스에서 해당 정보를 얻어 상기 클라이언트에 전송하며, 상기 클라이언트는 사용자의 데이터 베이스 검색도구 수행시 필요한 정보를 상기 서버에게 수행 지시하여 처리토록 하고 그 수행내역을 다시 전송 받아 사용자에게 전달하는 호스트 데이터베이스 원격 액세스 장치이다.

SAMBLIME DB, FIFA(Find InFormation of SABLIME data base)

Description

호스트 데이터베이스 원격 액세스 장치{HOST DB REMOTE ACCESS APPARATUS}

도 1은 SAMBLIME DB가 포함되어 있는 로컬 호스트 머신의 통상적인 블록 구성도,

도 2는 본 발명의 실시 예에 따른 구성도,

도 3은 SABLIME 인스턴트(instant)를 위한 디렉토리 구조도,

도 4는 본 발명의 실시 예에 따른 SAMBLE를 위한 위성 멀티플 머신들 구성도,

도 5는 본 발명의 실시 예에 따른 서버 및 클라이언트의 기능별 역할을 설명하기 위한 도면.

본 발명은 교환 시스템에 관한 것으로, 특히 소프트웨어 형상 관리 도구인 SABLIME을 사용하는 디지털 교환기에 있어서 SABLIME 데이터베이스가 구축되어 있는 호스트머신을 원격 머신에서 액세스하여 SABLIME 데이터베이스 정보를 얻는 방 법에 관한 것이다.

교환기 소프트웨어의 형상을 관리하고 있는 소프트웨어 형상 관리 도구의 일 예로는 SABLIME이 있다. 상기 SABLIME은 기본 소스코드 관리 데이터 베이스를 유닉스에서 제공하는 SCCS(Source Code Control System)와 SBCS(Source Binary Code Control System)을 이용하여 관리하고 있으며, 코드의 버전(version)을 다시 MR (Modification Request)와 연계하여 관리하고 있다. 따라서 개발자들은 SCCS/SBCS의 코드버전이 아닌 MR(Modification Request)을 이용하여 정보를 얻고 있다. 상기 정보를 얻는 도구가 SABLIME의 'report'라는 명령이다. 그러나 'report'명령을 이용하여 정보를 얻는 데는 한계가 있으며 특히 특정 소스파일의 마지막 정보(등록자, MR번호, 등록날짜,..)를 얻는다거나 특정 MR로 등록된 소스파일을 인출하거나 소스파일의 제너릭(generic)정보 등을 알려면 많은 노력이 필요하다.

따라서 'report'에서 제공하지 못하는 여러 SCCS/SCBS정보를 출력할 수 있도록 구현한 것이 FIFA(Find InFormation of SABLIME data base)이다. SABLIME 데이터베이스 검색도구인 FIFA는 SABLIME에서 제공하지 않는 기능(파일의 최종등록정보, MR에 대한 패키지 제작 정보, 파일에 대한 전체 SCCS정보, MR에 대한 특정 파일인출, 특정 파일에 대한 제너릭정보 등)을 수행하는 도구이다. 그러나 구현된 FIFA는 SABLIME이 위성(satellite)으로 운용되면 호스트 머신(host machine)이외의 위성 머신에서는 사용할 수가 없다. 즉 SABLIME의 위성 같은 기능은 제공하지 못한다. 이에 개발자들이 위성에서 호스트 머신에 있는 SABLIME 데이터베이스 정보 검색은 거의 수작업에 의존하는 수밖에 없다. 이 수작업은 그 방법이 매우 복잡하여 일반 개발자들이 원하는 정보를 얻기는 매우 힘들다.

따라서 본 발명의 목적은 소프트웨어 형상 관리 도구인 SABLIME을 사용하는 디지털 교환기에서 있어서 SABLIME 데이터베이스가 구축되어 있는 호스트머신을 원격의 머신에서 액세스하여 SABLIME 데이터베이스 정보를 얻는 방법을 제공하는데 있다.

상기한 목적에 따라, 본 발명에서는 FIFA에 클라이언트/서버 기능을 추가하여 SABLIME 데이터베이스가 구축되어 호스트 머신에 서버를 구축 실행하고 위성에서 FIFA를 실행하여 원하는 정보를 얻을 수 있도록 클라이언트 기능을 추가하는데 있다. 클라이언트/서버간 연결 방식은 TCP/IP로 한다.

이하 본 발명의 바람직한 실시 예들을 첨부한 도면을 참조하여 상세히 설명한다. 도면들 중 동일한 구성요소들은 가능한 한 어느 곳에서든지 동일한 부호들로 나타내고 있음에 유의해야 한다. 또한 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.

도 1은 SAMBLIME DB(Data Base)가 포함되어 있는 로컬 호스트 머신의 통상적인 블록 구성도이다. 도 1에 도시된 바와 같이 종래에는 로컬 호스트 머신(2)의 사용자(4)는 검색엔진인 FIFA(8)를 사용하여 SABLIME DB(6)를 검색한다. 하지만 상기 FIFA(8)는 호스트 머신(2)내에만 사용된다. 종래 기술에서 문제가 된 바와 같이, SABLIME DB이 위성(satellite)으로 운용되면 호스트 머신(host machine)이외의 위성 머신에서는 사용할 수가 없다.

본 발명에서는 FIFA에 클라이언트/서버 기능을 추가하여 SABLIME DB가 구축되어 호스트 머신에 서버를 구축 실행하고 위성 머신에서 FIFA를 실행하여 원하는 정보를 얻을 수 있도록 클라이언트 기능을 추가하는데 있다. 클라이언트/서버간 연결 방식은 TCP/IP로 한다.

도 2는 본 발명의 실시 예에 따른 구성도로서, 위성머신(10)과 호스트 머신(20) 각각에는 FIFA(12,22)가 각각 대응되어 구비된다. 위성머신(12)의 FIFA (12)에는 원하는 정보를 얻을 수 있도록 하는 클라이언트 기능의 클라이언트(14)가 구축되어 있다. 상기 호스트 머신(20)은 SABLIME DB(26)가 구비되어 있다. 위성머신(10)의 클라이언트(14)는 호스트 머신(20)내의 구축된 서버(24)를 통하여 SABMLIME DB(26)과 연결된다. 상기 클라이언트(14)와 서버(24)간의 연결은 TCP/IP 네트워크로 이루어져 있다.

도 2의 호스트 머신(20)에 구비된 SABLIME DB(26)의 디렉토리 구조를 도 3을 참조하여 설명하면 하기와 같다. SABLIME DB(26)는 GDB(Global Data Base)(30), ADB(Active Data Base)(32), IDB(Inactive Data Base)(34), SDB(Source Data Base)(36)로 크게 구분하여 DB되어 있다. GDB(30)는 결과정보(product information), 외부 통신정보(external communication information), 그리고 사용자 개인 정보를 가지고 있고, ADB(32)와 IDB(34)는 병렬 구조의 MR, 제너릭, 소스 정보를 관리한다. SDB(36)는 결과 전체 소스 코드를 SCCS와 SBSC로 관리하고 있다. GDB(30)와 ADB(32), IDB(34) 밑에는 다시 서브 디렉토리(릴레이션)들이 존재하며 각각의 릴레이션(relation)에는 투플 레코더(tuple record)(라인 정보)를 담고 있는 투플들(파일들)이 존재한다. 각 투플들의 이름은 해싱 알고리즘으로 명명되는데 이는 투플 레코더의 첫 번째 필드의 이름을 가지고 정하며 투플의 이름은 2문자 (characters)로 생성되어진다.

본 발명의 실시 예에서는 SABLIME를 위한 위성의 멀티플 머신들을 도 4와 도시된 바와 같이 구비하고 있다.

도 4에 도시된 바와 같이, SABLIME DB(20)가 존재하는 호스트 머신(20)과 위성 머신들(40,42,..,44)간에는 RFS/NFS 또는 TCP/IP네트워크로 서로 연결되어 호스트머신(20)의 사용자들뿐만 아니라 위성 머신(40,42,..,44)의 사용자들까지 호스트 머신(20)의 SABLIME DB(26)를 액세스할 수 있도록 되어 있다.

도 2 및 도 4의 구성에서 호스트 머신(10)에는 도 2에 도시된 바와 같은 서버(24)가 구축되어 있으며, 위성 머신(도 2의 10, 도 4의 40,42,..,44)에는 도 2에 도시된 바와 같은 클라이언트(14)가 구축되어 있다. 호스트 머신(10)내의 서버(24)의 역할 및 위성 머신(도 2의 10, 도 4의 40,42,..,44)내의 클라이언트(14)의 역할을 설명하면 하기와 같다.

먼저 서버(24)의 역할은 클라이언트(14)에서 지시하는 사항을 수신하여 지시사항에 따라 SABLIME DB(26)에서 해당 정보를 얻어 다시 클라이언트(14)에 전송하는 기능을 수행한다. 수행 기능으로는 도 5에 도시된 바와 같이, 클라이언트(14)에 서 요구하는 SABLIME DB 특정 파일의 내용 전송 및 SABLIME DB 특정 디렉토리의 파일 리스트 전송, 클라이언트(14)에서 요구하는 셸(shell)명령의 수행내역 전송 등이 있다.

다음으로 클라이언트(14)의 역할은 사용자의 FIFA 수행시 필요한 정보를 서버(24)에게 수행 지시하여 처리토록 하고 그 수행내역을 다시 전송 받아 FIFA(12)에게 전달하는 기능을 수행한다.

이하 첨부된 도 2 내지 도 5를 참조하여 본 발명의 실시 예에 따른 동작을 더욱 상세시 설명한다.

사용자가 위성 머신(10)의 FIFA(12)를 실행하면 FIFA(12)는 사용자에게 기본적인 입력사항을 요구한다. 원하는 입력 정보는 대부분 MR번호와 파일 이름 등이다. 사용자가 정보를 입력하면 FIFA(12)는 SABLIME에서 제공하는 환경정보(제너릭 정보, 디렉토리 정보, SABLIME GDB정보)를 클라이언트(14)를 이용하여 호스트 머신(20)의 서버(24)에게로 전송한다. 클라이언트(14)로부터 정보를 입수한 서버(24)는 해당 제너릭의 SABLIME DB(26)를 검색한다. 이때 클라이언트(14)로부터의 입력이 잘못되었다고 판단되는 경우 클라이언트(14)에게 에러정보를 전송한다. 서버(24)가 SABLIME DB(26)를 검색하여 사용자가 원하는 정보는 찾으면 찾은 정보를 클라이언트(14)에게 보내고 클라이언트(14)는 FIFA(12)로 보내어 해당 정보가 출력되게 한다.

하기에서는 호스트 머신(20)의 서버(24)의 동작이 기능별로 구분하여 더욱 상세히 설명한다.

(1) 특정 파일의 SCCS 정보 출력

서버(24)는 클라이언트(14)로부터 입력된 파일이름을 이용하여 ADB(32)의 GS에서 해당 정보가 있는지, 있으면 파일의 타입이 이진형태인지 아닌지를 검색한다. 이때 파일에 대한 정보가 GS에 없으면 이 파일은 그때까지 SABLIME DB(26)에 등록이 되어 있지 않은 상태이므로 실행을 종료하고 클라이언트(14)에게 에러내역을 전송한다.

파일에 대한 타입 검색이 ADB(32)의 MS에서 해당 파일에 대하여 관련되는 MR정보를 모두 검색하여 배열로서 가지고 있게 된다. 이때 검색되는 MR이 하나도 없으면 다시 UMS에서 관련된 MR을 수집하고 MS/UMS에서 수집된 MR를 카운트한다. 이때 관련 제너릭과 디렉토리 경로등을 MS/UMS에서 검색된 내용들과 비교하여 모두 일치되는 내용만 카운트한다. 이때 MR의 카운트가 "0"이상이면 ADB(32)의 MD에서, 카운트가 "0"이면 IDB(34)의 MD에서 다음 절차를 수행한다.

ADB(32)와 IDB(34)가 결정되면 MR과 연결되는 SCCS버전을 MD에서 찾아내며 이때 버전을 비교하여 가장 최근에 등록된 즉 가장 버전번호가 큰 것만을 정보로 가지고 있게된다. 여기서도 관련 제너릭과 디렉토리 경로 등을 MD에서 검색된 내용과 비교해 모두 일치되는 내용만을 이용한다.

이렇게 SCCS정보를 출력하기 위한 SCCS버전을 찾아내게 되면 다음 SDB(36)로 옮겨 파일의 등록 내역이 있는 디렉토리로 이동한다.

다음의 첫 파일타입에서 검색된 결과로 파일이 이진형태이면 SBCS 명령어인 nprs를 그렇지 않으면 SCCS명령어인 prs를 이용하여 sccs정보를 출력한다. 이때 버 전을 한 단계씩 줄여가면서 지금까지 등록된 파일에 대한 SCCS 정보를 모두 출력할 수 있도록 한다.

(2) MR관련 파일 소스 인출

서버(24)는 클라이언트(14)로부터 파일이름과 MR번호 GDB 경로정보를 입력받는다. 입력된 파일이름을 이용하여 ADB(32)의 GS에서 해당 파일을 정보가 있는지를, 그리고 해당 파일정보가 있으면 파일의 타입이 이진형태인지 아닌지를 검색한다. 이때 파일에 대한 정보가 GS에 없으면 이 파일은 그때까지 SABLIME DB(26)에 등록이 되어 있지 않은 상태이므로 실행을 종료하고 에러내역을 클라이언트(14)에게 전송한다.

서버(24)는 파일에 대한 타입이 끝나면 ADB(32)의 MD에서 MR에 대한 SCCS 버전정보를 검출한다. 이때 관련되는 SCCS 버전정보가 없으면 다시 IDB(34)에서 SCCS버전정보를 검출한다. 각 DB(MS,MD)에서 검색된 내용은 제너릭, 파일경로 등의 정보가 모두 일치하는지 비교하여 버전을 검출한다. 또한 SCCS에서 파일 소스를 인출하기 위하여 다시 처음 도구를 실행시킨 디렉토리로 이동하여 거기서 파일 소스를 인출하는데, 이때 처음 파일 형태에서 검색된 결과로 파일이 이진형태이면 SBCS명령어인 nget를 그렇지 않으면 SCCS명령어인 get를 이용하여 해당 파일 소스를 인출한다.

(3) 사용 환경 설정

이 도구를 사용하기 위해서는 예컨대, AT&T에서 서비스하는 SABLIME환경 및 삼성전자에서 서비스하는 SCOPE환경이 실행되고 있는 상황이 되어야 한다.

환경이 실행중이라면 도구는 환경 변수들 예컨대, 제너릭명, 제품명, SABLIME DB 구축 디렉토리 경로, 홈 디렉토리 경로, 현재 디렉토리 경로 등을 입력으로 하여 실행된다. 상기 환경변수들은 모두 DB 검색시 정확한 정보를 인출하기 위한 정보로 활용된다.

상술한 본 발명의 설명에서는 구체적인 실시 예에 관해 설명하였으나, 여러 가지 변형이 본 발명의 범위에서 벗어나지 않고 실시할 수 있다. 따라서 본 발명의 범위는 설명된 실시 예에 의하여 정할 것이 아니고 특허청구범위와 특허청구범위의 균등한 것에 의해 정해 져야 한다.

본 발명은 하기와 같은 효과가 있다. FIFA는 기존 SABLIME의 리포트 기능에서 제공하지 못하나 개발자들이 절실하게 필요로 하는 기능을 제공함으로써 개발 효율을 높일 수 있으며, 또한 SABLIME 데이터베이스가 구현되어 있지 않은 머신에서도 FIFA를 사용하도록 하여 기존 사용자가 FIFA를 이용한 데이터베이스 정보를 얻고자 할 경우 데이터베이스가 구축되어 있는 머신으로 로깅하여 검색하던 불편함을 없애 국설교환기 소프트웨어 개발업무를 함에 있어 그 시간을 단축하는 효과를 얻을 수 있다.

Claims

디지털 교환기에 있어서:

호스트 머신과; 상기 호스트 머신과는 원격인 위성 머신으로 구성되고;

상기 호스트 머신에 데이터베이스 검색도구에 의해 실행되는 소프트웨어 형상 관리도구 데이터베이스 및 서버가 구비되며, 상기 위성 머신에 클라이언트가 구축되며,

상기 서버는 상기 클라이언트에서 지시하는 사항을 수신하여 지시사항에 따라 상기 소프트웨어 형상 관리도구 데이터베이스에서 해당 정보를 얻어 상기 클라이언트에 전송하며,

상기 클라이언트는 사용자의 데이터 베이스 검색도구 수행시 필요한 정보를 상기 서버에게 수행 지시하여 처리토록 하고 그 수행내역을 다시 전송 받아 사용자에게 전달함을 특징으로 하는 호스트 데이터베이스 원격 액세스 장치.
제1항에 있어서, 상기 서버는 상기 클라이언트에서 요구하는 데이터베이스 특정 파일의 내용 전송 및 데이터 베이스 특정 디렉토리의 파일 리스트 전송, 상기 클라이언트에서 요구하는 셸 명령의 수행내역 전송중 적어도 하나 이상을 수행함을 특징으로 하는 호스트 데이터 베이스 원격 액세스 장치.
제1항 또는 제2항에 있어서, 상기 클라이언트와 서버간 연결은 TCP/IP 네트워크로 이루어짐을 특징으로 하는 호스트 데이터 베이스 원격 액세스 장치.