KR20020036351A - 교환기 시스템 로딩 처리 방법 - Google Patents

교환기 시스템 로딩 처리 방법 Download PDF

Info

Publication number
KR20020036351A
KR20020036351A KR1020000066494A KR20000066494A KR20020036351A KR 20020036351 A KR20020036351 A KR 20020036351A KR 1020000066494 A KR1020000066494 A KR 1020000066494A KR 20000066494 A KR20000066494 A KR 20000066494A KR 20020036351 A KR20020036351 A KR 20020036351A
Authority
KR
South Korea
Prior art keywords
loading
program
server
signal
transmission
Prior art date
Application number
KR1020000066494A
Other languages
English (en)
Inventor
김태용
Original Assignee
구자홍
엘지전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 구자홍, 엘지전자주식회사 filed Critical 구자홍
Priority to KR1020000066494A priority Critical patent/KR20020036351A/ko
Publication of KR20020036351A publication Critical patent/KR20020036351A/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/24—Arrangements for supervision, monitoring or testing with provision for checking the normal operation
    • H04M3/241—Arrangements for supervision, monitoring or testing with provision for checking the normal operation for stored program controlled exchanges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/55—Aspects of automatic or semi-automatic exchanges related to network data storage and management
    • H04M2203/558—Databases

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

본 발명은 교환기 시스템 로딩 처리 방법에 관한 것으로서, 각 메인 프로세서의 로딩 클라이언트에서 로딩 서버로 로딩 요구 신호를 인터넷을 통해 전송하는 단계(a); 상기 단계(a)의 요구 신호를 수신한 상기 로딩 서버가 상기 로딩 클라이언트로 로딩 시 필요한 프로그램에 관한 정보를 포함한 로딩 응답 신호를 인터넷을 통해 전송하는 단계(b); 상기 단계(b)의 프로그램 정보를 수신한 상기 로딩 클라이언트가 상기 프로그램의 전송 요구 신호를 상기 로딩 서버로 인터넷을 통해 전송하는 단계(c); 상기 로딩 서버가 상기 단계(c)에서 전송 받은 프로그램 전송 요구 신호에 해당하는 프로그램을 디스크에서 검색하여 프로그램 전송 요구에 대한 응답 신호를 상기 로딩 클라이언트로 인터넷을 통해 전송하는 단계(d); 및 상기 단계(d)에서 필요한 프로그램을 수신한 상기 로딩 클라이언트는 상기 로딩 서버로 전송 종료 신호를 인터넷을 통해 전송하고, 상기 수신한 프로그램을 실행하는 단계(e)를 포함하는 것을 특징으로 한다.
본 발명에 의한 방법에 의하면, 기존의 IPC를 사용하여 프로그램을 제공하는 경우보다 교환기의 부하를 줄일 수 있는 장점이 있고, 안정적인 로딩을 제공할 수 있는 장점이 있다.

Description

교환기 시스템 로딩 처리 방법{Loading Processing Method of Private Branch Exchange System}
본 발명은 교환기 시스템 로딩 처리 방법에 관한 것으로서, 더욱 상세하게는 로딩 시 필요한 프로그램들을 인터넷을 통해 TCP/IP 프로토콜에 의해 전송 받고, 로딩 서버의 부가적인 기능을 통해 프로그램의 무결성을 보장하도록 하는 교환기 시스템 로딩 처리 방법에 관한 것이다.
도 1은 종래의 교환기의 로딩 시스템을 도시한 것이다.
도 1에 도시된 바와 같이, 종래 교환기의 로딩 시스템은 디스크 메인 프로세서(10)와 여러 개의 메인 프로세서들(11,12,13,14) 및 디스크(15)를 포함하여 이루어진다.
도 1에 도시된 여러 개의 프로세서들은 각각 독립적인 프로세스를 수행하며, 디스크(15)와 연결하기 위해서는 반드시 디스크 메인 프로세서(10)를 경유하여야 하고, 디스크 메인 프로세서(10)는 하나만 존재하며 디스크(15)를 직접 읽을 수 있다. 따라서 시스템 로딩 시 디스크 메인 프로세서(10)는 직접 로딩 시 필요한 프로그램들을 디스크(15)에서 불러와 실행할 수 있으나, 메인 프로세서들(11,12,13,14)은 디스크 메인 프로세서(10)에게 로딩 시 필요한 프로그램들을 요구하여 실행하여야 한다. 메인 프로세서들(11,12,13,14)과 디스크 메인 프로세서(10)와의 통신은 프로세서간 통신(Inter Processor Communication, 이하 "IPC"라 함)을 통해서 이루어진다. 메인 프로세서와 디스크 메인 프로세서는 시스템 로딩 시 클라이언트 역할을 하는 프로그램 로더(17)를 각각 구비하고 있으며, 디스크 메인 프로세서(10)는 이 외에도 로딩 시 서버 역할을 하는 시스템 시작 로더(16)를 구비하고 있다.
도 2는 종래의 시스템 로딩 시 디스크 메인 프로세서와 메인 프로세서와의 동작을 개괄적으로 도시한 것이다.
메인 프로세서는 로딩시 필요한 프로그램에 대한 정보를 가지고 있지 않다. 따라서 로딩이 시작되면, 메인 프로세서는 프로세스 로딩 데이터를 요구하는 신호를 디스크 메인 프로세서로 전송한다(21). 프로세서 로딩 데이터를 수신한 디스크 메인 프로세서는 프로세스 로딩 데이터를 메인 프로세서로 전송하고(22), 메인 프로세서는 이를 통해 자신이 로딩 시 필요한 프로그램을 파악하여 로딩 프로그램 리스트를 작성한다(23). 메인 프로세서는 상기 작성한 리스트에 있는 프로그램 전송 요구 신호를 다시 디스크 메인 프로세서로 전송하고(24), 이를 수신한 디스크 메인 프로세서는 로딩 프로그램을 메인 프로세서로 전송하며(25), 메인 프로세서는 이를 수신하여(25) 실행하는 방식으로 로딩이 이루어진다(27).
도 3a는 종래의 교환기 로딩 처리 방법에서 디스크 메인 프로세서의 동작에 대한 순서도를 도시한 것이고, 도 3b는 메인 프로세서의 동작에 대한 순서도를 도시한 것이다. 도 3a 및 도 3b를 참조하여 종래의 로딩 처리 방법을 더 상세하게 설명하도록 한다.
우선 디스크 메인 프로세서는 로딩 요구 신호를 대기하는 상태에 있게 된다(S300). 이러한 대기 상태에 있다가 메인 프로세서가 프로세서 로딩 데이터 요구 신호를 전송할 경우(S301), 디스크 메인 프로세서는 메인 프로세서로 프로세스 로딩 데이터를 전송하기 위해 중복 프로세스 로딩 데이터 동기화 과정을 진행한다(S302). 중복 프로세스 로딩 데이터 동기화란 같은 데이터가 두 개 이상의 메인 프로세서에 공통적으로 존재할 경우 데이터간의 동기를 맞추는 것으로서, 여러 개의 메인 프로세서 사이에 중복되는 데이터가 있을 경우, 시스템 시작 전에 두 데이터를 일치시키는 것을 의미한다.
데이터 동기화가 끝난 후에, 디스크 메인 프로세서는 프로세스 로딩 데이터를 메인 프로세서로 전송하고(S303), 로딩 프로그램 요구 신호를 대기하는 상태로 천이한다(S305). 메인 프로세서는 전송된 데이터를 토대로 자신이 로딩하는데 필요한 프로그램에 대한 리스트를 작성한다(S306).
메인 프로세서는 상기 작성된 리스트에 있는 프로그램을 요구하는 신호를 디스크 메인 프로세서로 전송하고(S307), 디스크 메인 프로세서는 이를 수신하여 요구한 프로그램을 메인 프로세서로 전송한다(S308). 메인 프로세서는 수신한 프로그램을 실행시킨다(S309).
상기한 종래의 교환기 시스템에서의 로딩은 다음과 같은 문제점이 제기될 수 있다.
특정 수간에 많은 메인 프로세서들이 디스크 메인 프로세서를 로딩을 요구할 경우, IPC의 폭주가 발생하여 정상적인 로딩이 이루어지지 않을 수 있다. 또한 디스크 메인 프로세서의 응용 프로그램의 실행 중에 메인 프로세서가 로딩을 요청할 경우, 정상적으로 실행되는 응용 프로그램에게 장애를 초래할 수 있다. 뿐만 아니라 운용 중에 파일의 무결성이 깨졌을 경우에 교환기의 시동이 불가능해지는데, 기존의 방법으로는 복구가 용이하지 않은 문제점이 있다.
본 발명에서는 상기한 종래 기술의 문제점을 해결하기 위해, 로딩 시 필요한 프로그램을 인터넷을 통해 전송 받음으로서, 교환기 전체의 부하를 줄이고, 빠르고 안정적인 로딩이 가능한 TCP/IP를 사용한 교환기 시스템 로딩 처리 방법을 제안하고자 한다.
도 1은 종래의 교환기의 로딩 시스템을 도시한 것,
도 2는 종래의 시스템 로딩 시 디스크 메인 프로세서와 메인 프로세서와의 동작을 개괄적으로 도시한 것,
도 3a는 종래의 교환기 로딩 처리 방법에서 디스크 메인 프로세서의 동작에 대한 순서도를 도시한 것이고, 도 3b는 메인 프로세서의 동작에 대한 순서도를 도시한 것,
도 4는 본 발명의 바람직한 실시예에 따른 교환기 로딩 시스템의 구성을 도시한 것,
도 5는 본 발명의 바람직한 실시예에 따른 교환기 시스템 로딩 처리 방법의 개괄적인 과정을 도시한 것,
도 6은 본 발명의 바람직한 실시예에 따른 로딩 클라이언트의 상세한 메시지 처리절차를 순서도로 도시한 것,
도 7은 본 발명의 바람직한 실시예에 따른 로딩 서버의 상세한 메시지 처리 절차를 순서도로 도시한 것,
도 8은 본 발명의 바람직한 실시예에 따른 로딩 요구 신호의 IP 확장의 일례를 도시한 것,
도 9는 본 발명의 바람직한 실시예에 따른 로딩 응답 신호 IP 확장의 일례를 도시한 것,
도 10은 본 발명의 바람직한 실시예에 따른 전송 요구 신호 IP 확장의 일례를 도시한 것,
도 11은 본 발명의 바람직한 실시예에 따른 전송 응답 신호 IP 확장의 일례를 도시한 것,
도 12는 본 발명의 바람직한 실시예에 따른 전송 종료 신호 IP 확장의 일례를 도시한 것,
도 13은 로딩 서버와 로딩 클라이언트의 메시지 전송 시 인증방법을 도시한 것.
상기한 바와 같은 목적을 달성하기 위하여, 본 발명에 의한 교환기 시스템 로딩 처리 방법은 각 메인 프로세서의 로딩 클라이언트에서 로딩 서버로 로딩 요구신호를 인터넷을 통해 전송하는 단계(a); 상기 단계(a)의 요구 신호를 수신한 상기 로딩 서버가 상기 로딩 클라이언트로 로딩 시 필요한 프로그램에 관한 정보를 포함한 로딩 응답 신호를 인터넷을 통해 전송하는 단계(b); 상기 단계(b)의 프로그램 정보를 수신한 상기 로딩 클라이언트가 상기 프로그램의 전송 요구 신호를 상기 로딩 서버로 인터넷을 통해 전송하는 단계(c); 상기 로딩 서버가 상기 단계(c)에서 전송 받은 프로그램 전송 요구 신호에 해당하는 프로그램을 디스크에서 검색하여 프로그램 전송 요구에 대한 응답 신호를 상기 로딩 클라이언트로 인터넷을 통해 전송하는 단계(d); 및 상기 단계(d)에서 필요한 프로그램을 수신한 상기 로딩 클라이언트는 상기 로딩 서버로 전송 종료 신호를 인터넷을 통해 전송하고, 상기 수신한 프로그램을 실행하는 단계(e)를 포함하는 것을 특징으로 한다.
이하에서 첨부된 도면을 참조하여 본 발명에 의한 교환 시스템 로딩 처리 방법의 바람직한 실시예를 상세하게 설명한다.
도 4는 본 발명의 바람직한 실시예에 따른 교환기 로딩 시스템의 구성을 도시한 것이다.
도 4에 도시된 바와 같이, 본 발명의 동작을 위한 교환기 로딩 시스템은 여러 개의 메인 프로세서들(41,42,43)과 디스크 메인 프로세서(44), 상기 프로세서들에 내장된 로딩 클라이언트(40)와 인터넷(48)을 통해 연결되어 로딩 시 필요한 프로그램을 제공하는 로딩 서버(45), 로딩 서버와 연결되어 인터페이스 역할을 하는 로딩 서버 인터페이스, 로딩 서버(45)와 연결된 데이터 베이스 관리 시스템(Data Base Management System, 이하 "DBMS"라 함)(46) 및 상기 DBMS의 관리를 받고 로딩시 필요한 프로그램이 저장되어 있는 디스크(47)를 포함하여 이루어진다.
종래와 달리 각 메인 프로세서들(41,42,43)의 로딩 클라이언트(40)는 디스크 메인 프로세서(44)에 연결되지 않고, 인터넷을 통해 로딩 서버와 연결되며, 디스크 메인 프로세서(44)도 디스크(47)와 직접 연결되지 않고, 인터넷을 통해 로딩 서버(45)와 연결된다. 본 발명은 각 프로세서들에게 로딩 시 필요한 프로그램을 인터넷을 통해 로딩 서버로 요구하고, 로딩 서버가 이를 제공하는 방식으로 동작한다.
도 5는 본 발명의 바람직한 실시예에 따른 교환기 시스템 로딩 처리 방법의 개괄적인 과정을 도시한 것이다. 도 5를 참조하여 본 발명에 의한 교환기 시스템 로딩 처리 방법을 전체적으로 설명하면 다음과 같다.
종래와 마찬가지로 각 메인 프로세서는 로딩 시 필요한 프로그램에 대한 정보를 갖고 있지 않다. 따라서 로딩 시 필요한 프로그램을 파악하기 위해 메인 프로세서의 로딩 클라이언트(40)는 로딩 서버(45)로 로딩 요구 신호를 인터넷을 통해 전송한다(51). 상기 로딩 요구 신호를 수신한 로딩 서버(45)는 로딩 요구 신호를 전송한 메인 프로세서의 로딩에 필요한 프로그램 정보를 포함한 로딩 응답 신호를 로딩 클라이언트(40)로 전송한다(53).
로딩 클라이언트(40)는 상기 로딩 응답 신호를 통해 로딩 시 필요한 프로그램을 파악하고, 필요한 프로그램에 대한 전송을 요구하는 전송 요구 신호를 로딩 서버(45)로 전송한다. 로딩 서버(45)는 상기 전송을 요구한 프로그램을 디스크(47)에서 검색하고, 요구한 프로그램 데이터를 포함한 전송 응답 신호를 로딩 클라이언트(40)로 전송한다(54). 로딩 클라이언트(40)는 상기 전송 응답 신호를 통해 로딩 시 필요한 프로그램 데이터를 수신하고, 이에 대한 응답 신호로 전송 종료 신호를 로딩 서버(45)로 전송하며, 수신한 프로그램 데이터를 실행하여 로딩을 종료한다. 본 발명의 바람직한 실시예에 따르면 상기 인터넷을 통한 로딩 서버와 로딩 클라이언트 사이의 신호는 TCP/IP 프로토콜로 전송한다.
도 6은 본 발명의 바람직한 실시예에 따른 로딩 클라이언트의 상세한 메시지 처리절차를 순서도로 도시한 것이다. 도 6을 참조하여, 로딩 클라이언트의 메시지 처리절차를 설명하면 다음과 같다.
우선 로딩 클라이언트는 로딩 요구 신호를 전송할 준비를 한다. 도 8은 본 발명의 바람직한 실시예에 따른 로딩 요구 신호의 IP(Internet Protocol) 확장(extension)의 일례를 도시한 것으로서, 로딩 요구 신호는 전송 타입, 시스템 이름, 패키지 버전, 프로세서 타입, 인증 정보, 프로그램 길이에 대한 필드를 포함하도록 하는 것이 바람직하다. 도 8에서 프로세스 타입은 프로그램이 실장될 프로세서를 의미하는 것으로서, 시스템 관리 프로세서와 위치 관리 프로세서로 나누어지며, 실장되는 프로세서에 따라 로딩 되는 프로그램이 달라지게 된다. 패키지 버전은 로딩 받을 패키지의 버전을 의미하는 것으로서, 패키지는 프로그램의 조합을 말한다. 로딩 요구 신호에서의 프로그램 길이는 전송되는 프로그램이 없으므로 0으로 한다. 본 실시예에서는 상기 IP 확장이 전송 요구 신호임을 확인하는 전송 타입으로 '1000'을 설정하도록 한다.
상기 로딩 요구 신호를 전송하기 위해 로딩 클라이언트는 우선 시스템 종류를 설정한다(S600). 시스템 종류는 현재 사용하는 교환기의 종류를 의미한다. 시스템 설정 후에는 프로그램 이름, 버전 상태 등 로딩 요구 신호에 필요한 사항을 설정하고(S601), 로딩 요구 신호를 로딩 서버로 송신한다(S602).
로딩 서버로부터 상기 로딩 요구 신호에 대한 응답 신호를 수신하면, 로딩 응답 신호를 분석하는 과정이 진행된다. 도 9는 본 발명의 바람직한 실시예에 따른 로딩 응답 신호 IP 확장의 일례를 도시한 것이다. 도 9에 도시된 바와 같이, 로딩 응답 신호의 IP 확장은 시스템 타입, 패키지 버전, 프로세서 타입, 프로그램 길이, 인증 정보, 프로그램 개수 및 프로그램 이름에 대한 필드를 포함하도록 하는 것이 바람직하다. 본 실시예에서는 상기 로딩 응답 신호 IP 확장이 로딩 응답 신호임을 확인하는 전송 타입으로 '2000'을 설정하도록 한다. 도 9의 프로그램 이름은 로딩 시 필요한 프로그램 이름에 대한 정보이며, 프로그램 개수는 이러한 프로그램의 수를 의미한다.
로딩 응답 신호 분석 과정에서, 우선 로딩 응답 신호의 프로그램 개수 필드를 확인한다(S604). 만약 프로그램 개수 필드가 0으로 설정되어 있다면 로딩 시 필요한 프로그램 정보를 제공할 수 없다는 신호이므로 새로운 로딩 요구 신호를 송신하는 단계로 회귀한다(S602). 프로그램 개수 필드가 0이 아니라면, 전송한 로딩 요구 신호의 필드와 수신한 로딩 응답 신호의 공통되는 필드가 일치하는지 확인하여 로딩 클라이언트가 전송한 로딩 요구 신호에 대한 올바른 로딩 응답 신호인지를 파악한다(S605). 로딩 요구 신호와 로딩 응답 신호의 공통되는 필드가 일치하지 않는다면, 새로운 로딩 요구 신호를 송신하는 단계로 회귀한다(S602).
로딩 요구 신호와 로딩 응답 신호의 공통되는 필드가 일치하는 경우, 로딩 응답 신호의 프로그램 개수 필드에 설정된 프로그램 개수만큼 프로그램 이름을 읽어 필요한 프로그램을 확인하여 메모리에 저장한다(S606). 프로그램 이름은 도 9에 도시된 바와 같이, 응답 신호의 마지막 부분에 12바이트 단위로 묶여져서 전송된다.
로딩 응답 신호에 대한 처리가 끝난 후에는 실제 로딩에 필요한 프로그램을 로딩 서버에 요구하는 과정이 진행된다. 프로그램의 요구는 전송 요구 신호를 로딩 서버에 전송하는 방식으로 이루어진다. 도 10은 본 발명의 바람직한 실시예에 따른 전송 요구 신호 IP 확장의 일례를 도시한 것이다. 도 10에 도시된 바와 같이, 전송 요구 신호는 전송 타입, 시스템 타입, 패키지 버전, 프로세서 타입, 인증 정보, 프로그램 개수, 프로그램 길이 및 요구하는 프로그램 이름에 대한 정보를 포함하는 것이 바람직하다. 본 실시예에서 전송 요구 신호의 전송 타입은 '3000'으로 한다. 본 발명의 바람직한 실시예에 따르면, 전송 요구 신호는 로딩 시 필요한 프로그램이 여러 개더라도, 각 프로그램별로 전송된다. 프로그램 별로 전송되기 때문에 프로그램 개수 필드는 전송 요구 신호에서는 항상 1이 된다. 따라서 로딩 응답 신호 처리가 끝난 후에 우선 프로그램 개수 필드를 1로 하고(S607), 로딩 서버에 요구할 프로그램에 대한 정보를 포함한 전송 요구 신호를 로딩 서버로 송신한다(S608).
로딩 서버로부터 상기 전송 요구 신호에 대한 전송 응답 신호를 수신하면(S609), 전송 응답 신호의 프로그램 개수 필드가 1인지 여부를 확인한다(S610). 도 11은 본 발명의 바람직한 실시예에 따른 전송 응답 신호 IP 확장의 일례를 도시한 것이다. 도 11에 도시된 바와 같이, 전송 응답 신호는 전송 타입, 시스템 타입, 패키지 버전, 프로세서 타입, 인증 정보, 프로그램 길이, 프로그램 개수 및 요구한 프로그램 데이터에 대한 필드를 포함하는 것이 바람직하다. 본 실시예에서 전송 응답 신호의 전송 타입은 '4000'으로 한다.
프로그램 개수 필드가 1이 아닌 경우에는 전송의 종료 여부를 확인하는 단계(S405)로 넘어가며, 프로그램 개수 필드가 1인 경우에는 수신한 전송 응답 신호의 프로그램 데이터 필드에서 헤더 정보를 읽어들인다(S611). 헤더 정보에는 프로그램 데이터의 체크섬(checksum) 정보가 포함되어 있다. 프로그램 데이터 필드에서 실제 수신한 프로그램의 체크섬을 계산하고(S612), 상기 헤더 정보에 있는 프로그램의 체크섬 정보와 일치하는지 여부를 확인한다(S613). 수신한 프로그램 데이터의 체크섬 정보와 헤더 정보의 체크섬 정보가 일치하지 않는다면, 전송 시 오류가 생긴 것이므로 전송의 종료 여부를 판단하는 단계(S615)로 넘어간다. 체크섬 정보에 이상이 없는 경우에는 수신한 프로그램 데이터에 이상이 없는 것으로 판단하고, 프로그램 데이터를 메모리에 쓴다(S614).
요구한 프로그램 데이터에 대한 모든 전송이 끝났는지 여부를 판단하여(S615), 그렇지 않은 경우 필요한 프로그램에 대한 새로운 송신 요구 신호를 전송하는 단계로 회귀하고(S608), 전송이 끝났다고 확인되면, 전송 종료를 알리는 전송 정료 신호를 로딩 서버로 송신한다(S616). 도 12는 본 발명의 바람직한 실시예에 따른 전송 종료 신호 IP 확장의 일례를 도시한 것으로서, 도 12에 도시된 바와 같이 전송 종료 신호는 전송 타입, 패키지 버전, 프로세서 타입, 인증 정보,프로그램 길이에 대한 정보를 포함하는 것이 바람직하다. 본 실시예에서 전송 종료 신호의 전송 타입은 '5000'으로 한다.
도 7은 본 발명의 바람직한 실시예에 따른 로딩 서버의 상세한 메시지 처리 절차를 순서도로 도시한 것이다. 도 7을 참조하여 로딩 서버에서의 메시지 처리 절차를 설명하면 다음과 같다.
로딩 클라이언트로부터 로딩 요구 신호를 수신하면(S700), 로딩 요구 신호의 각 필드를 검사하여 로딩 서버가 지원하는 교환기 시스템으로부터의 로딩 요구 신호인지(S701), 요구한 패키지를 지원하는지(S702), 및 로딩 요구 신호에 쓰여진 프로세서 타입이 지원하는 프로세스 타입인지(S703) 여부를 확인하는 과정이 진행된다. 상기 확인 과정에서 어느 하나라도 지원하지 않는 것이 있다면, 요구한 프로그램을 제공할 수 없으므로 로딩 응답 신호의 프로그램 개수 필드를 0으로 하여(S706) 로딩 응답 신호를 송신한다(S707). 상기 확인 과정에서 모든 것이 다 지원이 된다면, 로딩 클라이언트가 속하는 메인 프로세서가 로딩 시 필요한 프로그램 이름을 설정한다(S704). 로딩 응답 신호의 프로그램 개수 필드에는 상기 설정된 프로그램의 개수를 기록하고(S705), 로딩 클라이언트로 로딩 응답 신호를 송신한다(S707).
로딩 클라이언트로부터 전송 요구 신호를 수신하면(S708), 전송 요구 신호의 전송 타입인 '3000'을 확인하고(S709), 프로그램 개수가 1로 설정되어 있는지 여부를 확인한다(S710). 상기 전송 타입 및 프로그램 개수 확인 과정에서 어느 하나라도 맞지 않는 것이 있으면 프로그램 개수 필드를 0으로 한(S713) 요구한 프로그램을 전송할 수 없다는 취지의 전송 응답 신호를 로딩 클라이언트로 송신한다(S716). 전송 타입 및 프로그램 개수가 모두 맞다면 송신 요구 신호의 프로그램 이름 필드를 읽어 요구한 프로그램을 확인한다(S711).
확인 후에는 디스크에서 상기 요구한 프로그램을 읽어들이고(S712), 상기 읽은 프로그램을 전송 응답 메시지의 프로그램 데이터 필드에 설정한다(S714). 이후에는 상기 전송 요구 신호의 나머지 필드값들을 전송 응답 신호의 필드값으로 복사하여(S715) 전송 응답 신호를 완성하고, 이를 로딩 클라이언트로 송신한다(S716). 전송 응답 신호 송신 후에는 로딩 클라이언트로부터 전송 종료 신호가 수신되는지 여부를 확인하여 전송 종료 신호가 도착하면 로딩 과정을 종료하고, 도착하지 않으면 새로운 전송 요구 신호의 수신을 대기하는 단계(S708)로 회귀한다.
서버의 경우 패키지를 외부로 유출시키면 안되며, 클라이언트의 경우도 자신에게 적합한 서버로부터 패키지를 전송 받아야 한다. 일반적으로 서버는 자신에 등록된 IP 주소에 한해서 요구를 받아들임으로써 보안을 유지하고, 클라이언트의 경우 미리 자신에게 입력된 서버로 신호를 송신함으로써 보안을 유지한다. 하지만 프로그램 전송의 경우 임의의 사용자가 응답 공격(Reply Attack)을 상기한 방법만으로는 보안을 유지할 수 없다. 따라서 본 발명에서는 상기 로딩 서버와 로딩 클라이언트사이에 전송되는 신호의 IP 확장에 인증 정보 필드를 설정하여 신호 전송 시마다 메시지의 인증을 하도록 한다. 도 8 내지 도 11에 도시된 바와 같이, 인증 정보 필드는 총 4바이트가 할당되어 있으며, 상위 2바이트는 로딩 서버의 인증 키 값으로 사용되고, 하위 2바이트는 로딩 클라이언트의 인증 키 값으로 사용되도록 한다.
도 13은 로딩 서버와 로딩 클라이언트의 메시지 전송 시 인증방법을 도시한 것이다. 도 13의 인증값은 총 세 개의 문자 내지 숫자로 구성되는데 첫 번째의 'S'는 전송을 의미하고 'R'은 수신을 의미하며, 두 번째의 숫자는 생성 순서를 의미하고, 세 번째의 'S'는 서버 'C'는 클라이언트를 의미한다.
로딩 클라이언트에서 로딩 요구 신호를 전송 시, 인증 값인 SIC,R1C를 생성하여 로딩 서버로 전송한다(131). 로딩 서버는 R1S가 R11과 일치하는지 여부를 검사하고 일치할 경우 S1S 및 R2S를 생성하여 로딩 응답 신호 전송 시 로딩 클라이언트로 전송한다(132). 로딩 클라이언트는 S1S가 S1C와 일치하는지 여부를 검사하고 일치할 경우 S2C 및 R2C를 생성하여, 전송 요구 신호 전송 시에 로딩 서버로 전송한다(133). 로딩 서버는 R2S가 R2C와 일치하는지 여부를 검사하고, 일치할 경우 S2S 및 R3S를 생성하여 전송 응답 신호 송신 시 로딩 클라이언트로 전송한다(134). 로딩 클라이언트는 S2S가 S2C와 일치하는지 여부를 검사하고, 일치할 경우 S3C 및 R3C를 생성하여 로딩 종료 신호 전송 시 로딩 서버로 전송한다(135). 로딩 서버는 R3S와 R3C가 일치하는지 여부를 검사하고 일치할 경우 S3S와 R4S를 생성한다(136). 상기한 바와 같은 방식으로 신호 전송 시마다 인증 정보를 확인하여 일치하지 않을 경우 응답 공격을 받은 것으로 간주하여 신호를 폐기하므로, 응답 공격에 의한 보안을 확보할 수 있다.
본 발명은 로딩 서버에서 제공하는 파일에 대한 무결성을 보장하는 방법을 제안한다. 로딩 서버는 로딩 서버 인터페이스를 통해 시스템 타입, 패키지 버전, 프로세서 타입, 프로그램 이름, 프로그램 위치 정보를 DBMS에 저장하도록 한다. 여기서 패키지 위치 정보란 프로그램이 디스크에 저장되어 있는 위치를 말한다. 로딩 서버는 저장된 프로그램의 무결성 보장을 위해 운용자에 의해 프로그램의 위치가 등록되면 그 위치에 있는 파일들에 대해 주기적으로 크기와 체크섬 값을 계산하여 무결성을 검사한다. 상기 계산된 값은 주기적으로 무결성 검사를 할 때마다 계속 저장된다. 만일 검사 중 이상이 있는 것으로 판단되면, 운용자 인터페이스를 통해서 파일을 재 저장해줄 것을 요청한다.
이상에서 설명한 바와 같이, 본 발명에 의한 교환기 시스템 로딩 처리 방법에 의하면, 로딩 클라이언트와 로딩 서버 사이의 메시지에 IP 확장을 정의하고, 인터넷을 통해 로딩 서버가 로딩 클라이언트로 필요한 프로그램을 전송하므로 기존의 IPC를 사용하여 프로그램을 제공하는 경우보다 교환기의 부하를 줄일 수 있는 장점이 있다. 또한 메시지 전송 시마다 인증 정보의 일치 여부를 확인하고, 디스크에 저장된 파일의 무결성 여부를 주기적으로 검사하는 방법을 통해 보다 안정적인 로딩을 제공할 수 있는 장점이 있다.

Claims (7)

  1. 각 메인 프로세서의 로딩 클라이언트에서 로딩 서버로 로딩 요구 신호를 인터넷을 통해 전송하는 단계(a);
    상기 단계(a)의 요구 신호를 수신한 상기 로딩 서버가 상기 로딩 클라이언트로 로딩 시 필요한 프로그램에 관한 정보를 포함한 로딩 응답 신호를 인터넷을 통해 전송하는 단계(b);
    상기 단계(b)의 프로그램 정보를 수신한 상기 로딩 클라이언트가 상기 프로그램의 전송 요구 신호를 상기 로딩 서버로 인터넷을 통해 전송하는 단계(c);
    상기 로딩 서버가 상기 단계(c)에서 전송 받은 프로그램 전송 요구 신호에 해당하는 프로그램을 디스크에서 검색하여 프로그램 전송 요구에 대한 응답 신호를 상기 로딩 클라이언트로 인터넷을 통해 전송하는 단계(d); 및
    상기 단계(d)에서 필요한 프로그램을 수신한 상기 로딩 클라이언트는 상기 로딩 서버로 전송 종료 신호를 인터넷을 통해 전송하고, 상기 수신한 프로그램을 실행하는 단계(e)를 포함하는 것을 특징으로 하는 교환기 시스템 로딩 처리 방법.
  2. 제 1항에 있어서,
    상기 단계(a)의 로딩 요구 신호는 전송 타입, 시스템 타입, 패키지 버전, 프로세서 타입 및 인증 정보에 관한 필드를 포함하는 것을 특징으로 하는 교환기 시스템 로딩 처리 방법.
  3. 제 1항에 있어서,
    상기 단계(b)의 로딩 응답 신호는 전송 타입, 시스템 타입, 패키지 버전, 프로세스 타입, 인증 정보, 필요한 프로그램 개수 및 프로그램 이름에 대한 필드를 포함하는 것을 특징으로 하는 교환기 시스템 로딩 처리 방법.
  4. 제 1항에 있어서,
    상기 단계(c)의 프로그램 전송 요구 신호는 필요한 프로그램마다 생성하여 전송하며, 전송 타입, 시스템 타입, 패키지 버전, 프로세서 타입, 인증 정보, 요구하는 프로그램 이름에 대한 필드를 포함하는 것을 특징으로 하는 교환기 시스템 로딩 처리 방법.
  5. 제 1항에 있어서,
    상기 단계(d)의 프로그램 전송 요구에 대한 응답 신호는 전송 타입, 시스템 타입, 패키지 버전, 프로세서 타입, 인증 정보 및 요구한 프로그램 데이터 필드를 포함하는 것을 특징으로 하는 교환기 시스템 로딩 처리 방법.
  6. 제 1항 내지 제 6항 중 어느 한 항에 있어서,
    상기 단계(a) 내지 상기 단계(e)에서의 신호 전송 시, 상기 인증 정보 필드에 인증 정보를 실어 신호 전송 시마다 인증 정보의 일치 여부를 확인하는 것을 특징으로 하는 교환기 시스템 로딩 처리 방법.
  7. 제 1항에 있어서,
    상기 로딩 서버는 시스템 타입, 패키지 버전, 프로세서 타입, 프로그램 이름 및 디스크 내에서의 프로그램 위치에 대한 정보를 DBMS에 저장하여, 프로그램 위치가 디스크에 등록되면, 그 위치에 있는 파일들의 크기와 체크섬을 주지적으로 확인하고, 이상이 있을 경우 파일을 재 저장할 것을 요구하는 것을 특징으로 하는 교환기 시스템 로딩 에러 처리 방법.
KR1020000066494A 2000-11-09 2000-11-09 교환기 시스템 로딩 처리 방법 KR20020036351A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020000066494A KR20020036351A (ko) 2000-11-09 2000-11-09 교환기 시스템 로딩 처리 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020000066494A KR20020036351A (ko) 2000-11-09 2000-11-09 교환기 시스템 로딩 처리 방법

Publications (1)

Publication Number Publication Date
KR20020036351A true KR20020036351A (ko) 2002-05-16

Family

ID=19698134

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020000066494A KR20020036351A (ko) 2000-11-09 2000-11-09 교환기 시스템 로딩 처리 방법

Country Status (1)

Country Link
KR (1) KR20020036351A (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040008007A (ko) * 2002-07-15 2004-01-28 에임텍 주식회사 무선단말기 펌웨어 업그레이드 방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040008007A (ko) * 2002-07-15 2004-01-28 에임텍 주식회사 무선단말기 펌웨어 업그레이드 방법

Similar Documents

Publication Publication Date Title
US8489548B2 (en) Method, system, and device for data synchronization
US6272536B1 (en) System and method for the distribution of code and data
US7051107B2 (en) Distributed environment type computer system able to achieve high speed consecutive message communications by service layer
US20060212542A1 (en) Method and computer-readable medium for file downloading in a peer-to-peer network
US20150205932A1 (en) Data transmission capture in support of medication preparation
EP0798906A2 (en) System and method for secure peer-to-peer communication
EA007778B1 (ru) Генератор прикладных программ
US20030046415A1 (en) File transmitting method and system
US7237235B2 (en) Application distribution system, and distribution server and distribution method thereof
JP4494970B2 (ja) 中断された同期プロセスに対処してデータを同期させる方法、装置、システム
CN110602108A (zh) 基于区块链网络的数据通信方法、装置、设备及存储介质
US7474639B2 (en) Dynamic update of push applications for wireless data device
AU2000252044B2 (en) End-to-end security of transactions between a mobile terminal and an internet server at the application level
KR20020036351A (ko) 교환기 시스템 로딩 처리 방법
JPH08153054A (ja) ファイル転送方式
JPH08249279A (ja) オンラインシステム
JPH07319775A (ja) メモリ照合方式
JP3407019B2 (ja) データ伝送方法およびデータ伝送システム
JP2000057114A (ja) 異種ｏｓ間データ通信方法及びそのプログラムを記録した媒体
US7478137B1 (en) Lightweight messaging with and without hardware guarantees
JP2006172385A (ja) 計算機システム、ストレージ管理プログラムの呼出方法及びストレージシステム
CN116467269A (zh) 配置信息下发方法、计算机设备及存储介质
CN113472808A (zh) 日志的处理方法、装置、存储介质及电子装置
CN113052607A (zh) 一种基于协作链和工作链解耦的多链管理方法及系统
CN113722330A (zh) 一种联机交易失败重试的方法及装置

Legal Events

Date Code Title Description
N231 Notification of change of applicant
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid