KR0174603B1 - 교환기의 데이타 베이스 복원방법 - Google Patents

Abstract

1. 청구 범위에 기재된 발명이 속한 기술분야: 교환 시스템의 데이터 베이스 복원 방법.

2. 발명이 해결하려고 하는 기술적 과제: 호텔용 교환기와 부가장비간의 연동에 적합한 데이터 베이스의 복원방법을 제공함에 있다.

3. 발명의 해결방법의 요지: 교환기 및 통신서버에 각기 구비된 데이터 베이스 내의 공유 데이터를 일정한 목적을 위해 일치시키기 위한 방법에 있어서: 서버로부터 인가되는 요구 신호가 데이터 전송요구인지 수정요구인지를 분석하는 단계와; 상기 요구 신호가 전송요구 일 때 자신의 노드에 속한 내용인가를 판단하여, 그러면 그에 따른 해당 데이터를 가진 메시지 버퍼로 부터 데이터를 복사하는 단계와; 상기 복사된 데이터를 서버로 전송하는 단계를 가짐을 특징으로 한다.

4. 발명의 중요한 용도: 호텔용 교환기와 부가장비간의 연동에 적합한 데이터 베이스의 복원방법에 적합하게 사용된다.

Description

교환기의 데이터 베이스 복원 방법

제1도는 본 발명에 적용되는 시스템간의 상호 송수신 흐름을 간략하게 설명하기 위해 제시된 도면.

제2도는 본 발명의 데이터 복원 방법의 제어 흐름도.

제3도는 본 발명에 적용되는 시스템 블럭도.

제4도는 본 발명에 따른 교환시스템의 블럭 다이아 그램.

본 발명은 호텔용 교환기에 있어서, 연동되는 부가장치인 통신서버, 주 전산기가 존재할 때 각 시스템이 공통으로 가지고 있는 데이터 베이스의 일치성을 유지시키기 위한 데이터 베이스 복원 방법에 관한 것이다.

일반적으로, 호텔용 교환기는 여러 부가 시스템인 통신서버나 전산 시스템과 연동되어 운용된다. 이 경우 각 시스템은 각각의 데이터 베이스를 가지고 있는데 이 중에는 서로 공유하는 데이터들도 많이 존재한다. 그러나 이 데이터들은 각 시스템이 다운되거나 링크가 끊어진 경우 서로 일치하지 않을 수 있는데 이에 대한 대책이 요구된다.

종래의 호텔용 교환기는 부가장비로서 통신서버등이 장착된 경우에 한 방향으로의 데이터 전송만이 가능했다. 즉, 어떤 교환기의 이벤트나 과금등 일시성을 가진 데이터들만의 단방향 전송이었다. 물론 요구 응답의 수순은 거치나 물리적 링크가 끊어졌을 경우 데이터가 손실되는 문제점이 있었으며, 손실을 방지코자 데이터를 저장하더라도 그에 따른 저장능력의 한계를 가지고 있었다. 또한, 데이터 베이스(DB) 복원기능을 가지는 시스템의 경우도 링크가 다시 복원된 후 한쪽이 주도적으로 다른 시스템의 데이터 베이스를 맞추어 주는 마스터-슬레이브 형태였다.

따라서, 본 발명의 목적은 상기한 종래의 문제점을 해소할 수 있는 데이터 베이스 복원 방법을 제공함에 있다.

본 발명의 다른 목적은 특히 호텔용 교환기와 부가장비간의 연동에 적합한 데이터 베이스의 복원방법을 제공함에 있다.

상기한 목적을 달성하기 위한 본 발명에 따르면, 교환기 및 통신서버에 각기 구비된 데이터 베이스 내의 공유 데이터를 일정한 목적을 위해 일치시키기 위한 방법은: 상기 통신서버로부터 인가되는 요구 신호가 데이터 전송요구인지 수정요구인지를 분석하는 단계와; 상기 요구 신호가 전송요구 일 때 자신의 노드에 속한 내용인가를 판단하여, 그러면 그에 따른 해당 데이터를 가진 메시지 버퍼로부터 데이터를 복사하는 단계와; 상기 복사된 데이터를 서버로 전송하는 단계를 가짐을 특징으로 한다.

이하 본 발명을 첨부한 도면을 참조하여 상세히 설명한다.

제3도는 본 발명에 적용되는 시스템 블록도로서, 교환기 300, 통신서버 310, 및 호텔전산 320은 상기 전체 시스템을 구성한다. 상기 각 블록은 각각은 데이터 베이스를 가지고 있는데 이중에는 서로 공유하는 데이터들이 존재한다. 이러한 공유 데이터는 주로 룸에 대한 서비스 정보로서 항상 일치된 상태로 운용되어야 한다. 여기서는 통신서버 310와 교환기 300간의 데이터 복원에 주로 초점을 맞추고 있으며, 실제 운용시 이미 통신서버 310와 호텔전산 320간의 데이터가 복원된 후 이루어진다. 데이터의 복원이 요구되는 시점은 교환기와 서버간의 링크가 일정시간 끊어졌다가 다시 살아나는 시점과 교환기 시스템이 다운되었다가 다시 살아나는 시점이다. 따라서, 두 시스템간의 통신이 끊어진 후 살아난 경우 한가지로 단순화하여 고려할 수 있다. 통신 링크가 끊어진 경우 각 시스템은 각각 운용되므로 서로 공통 데이터 베이스가 일치하지 않을 수 있는데, 이러한 것은 제1,2도의 제어처리에 의해 일치된다.

제1도는 본 발명에 적용되는 시스템간의 데이터 복원을 위한 신호 송수신 흐름을 간략하게 설명하기 위해 제시된 것이다. 제1도를 참조하면, 데이터의 복원이 요구되는 시점에서 서버는 교환기에 DB 전송요구를 한다. 이 메시지를 받은 교환기는 전송요구 DB를 메시지에 실어 서버로 전송한다. 서버에서는 해당 DB중 교환기가 마스터인 DB의 내용에 대해 서버내의 데이터 베이스를 수정한다. 다음 서버는 DB 수정요구 메시지를 교환기로 전송한다. 이 메시지를 받은 교환기는 서버가 마스터인 DB를 수정한다. 이러한 송수신 과정이 끝나면 교환기와 서버의 공유 DB는 일치하게 된다. 이러한 흐름은 룸 베이스로 이루어진다. 호텔의 DB는 룸 서비스와 관련된 것이 대부분이므로 서버는 자기가 가지고 있는 모든 룸에 대해서 이러한 처리흐름을 가지게 된다.

여기서, 본 발명이 처리하고 있는 공유 DB는 각 시스템이 마스터를 나누어 가지고 있다. 본 발명에 처리하는 DB의 내용은 다음과 같다. 예를들어, 객실 점유 상태(check in/out 여부), 언어(language), VIP여부, 이름(Name), 체크인 아웃 관련(check in/out time Data), 메시지 등록여부, 로케이터(locator), 키랙(key lack)여부, 기상(Wake up)정보, 그룹 아이디(group id), 객실등급, 가입자등급, DND/VMS forward 등록여부, External Call lock, No call 여부, FAX tel번호등이 있다. 위의 DB는 각각 교환기가 마스터인 것과 서버가 마스터인 것이 있다. 그래서 처리흐름도와 같이 첫 번째 메시지에 의해 교환기가 마스터인 DB내용이 서버에 반영되고 두 번째 수정 요구 메시지에 의해 서버가 마스터인 DB가 교환기에 반영된다.

상기의 데이터 베이스중 서버가 마스터인 것은 language, VIP여부, Name, Group id, Check in/out time Data, 메시지 등록여부, DND/VMS forward 등록여부, Check in/out 여부, FAX 전화번호등이 있으며, 교환기가 마스터인 것은 객실등급, 가입자 등급, External call lock, No call 여부, Locator, Wakeup 정보등이 있으며 이 DB들은 모두 룸에 기초한 DB들이다.

이하에서는 교환기의 DB 업데이트 플로우에 대한 것을 제2도를 참조하여 설명한다. 제2도를 참조하면, 제4도와 같이 이루어진 상기 교환기는 서버에서 메시지를 받은 경우 메시지 전송요구인지 수정요구인지를 제200,201단계에서 분석한다. 메시지 전송요구 메시지를 받은 경우 교환기는 교환기가 마스터인 DB의 내용을 메시지에 실어 전송한다. 이때 서버는 룸번호를 가지고 요구하는데 교환기는 다중노드 시스템이므로 전 노드에서 동일한 메시지를 요구 받는다. 제202단계에서, 교환기는 해당노드의 DB만 가지고 있으므로 먼저 자기 노드에 속한 룸인가를 판단한다. 자기노드가 아닌경우는 메시지를 버리고 제204,206단계를 수행하여 자기노드에 속한 룸인 경우 데이터를 실어 전송한다. 이러한 흐름은 수정요구인 경우도 마찬가지로 203,205,207단계를 수행하여 진행된다. 즉, 수정 데이터 메시지를 받을 경우 교환기는 서버가 마스터인 DB의 내용과 일치하도록 교환기의 데이터 베이스를 제205단계에서 수정한다. 각룸에 대해서 수정이 끝나면 그룹에 대한 정보도 복원한다. 각 그룹에 대한 정보는 개별 룸의 복원시 복원되는 그룹 아이디를 가지고 맨 마지막에 그룹별로 복원을 완료하게 되는 이점이 있다.

따라서, DB 복원 방법은 두 시스템 즉 교환기와 전산 서버등이 독립적으로도 운영될 수 있다는 점에 근거하여 각 공동 DB들에 마스터의 개념이 주어짐을 알 수 있다.

상기한 본 발명에 따르면, 공통 DB라도 항상 마스터인 시스템의 DB로 복원하게되며, 순차적인 DB 복원방을 취하던 종래의 방법에 비해 호텔용에 보다 유리한 DB들의 객실별 복원을 수행할 수 있는 효과가 있다.

Claims (1)

1. 교환기에 마스터로 구비되는 데이터 베이스와 통신서버에 마스터로 구비되는 데이터 베이스가 상호 공유하여 저장하고 있는 시스템의 데이터 베이스 관리 방법에 있어서, 상기 교환기와 상기 통신서버간 링크가 끊어졌다 살아나거나 상기 교환기 또는 상기 통신서버 중 한측이 다운되었다 살아나는 시점에 상기 서버가 상기 교환기로 데이터 베이스 전송요구를 하는 단계와, 상기 교환기는 각 노드는 상기 통신서버로부터 상기 데이터 베이스 전송요구가 있는 경우 자기노드에 속한 내용인가를 판단하여 그러면 그에 따른 해당 데이터를 가진 메시지 버퍼로부터 데이터를 복사하여 상기 통신서버로 전송하는 단계와, 상기 통신서버는 상기 교환기로부터 수신된 데이터 베이스 중 상기 교환기가 마스터인 데이터 베이스 내용에 따라 상기 통신서버 내의 데이터 베이스를 수정하는 단계와, 상기 통신서버는 상기 데이터 베이스 수정후 데이터 수정 요구 메시지를 전송하는 단계와, 상기 교환기의 각 노드는 상기 통신서버로부터 인가되는 상기 데이터 수정 요구 메시지가 있는 경우 자신의 노드에 속한 내용인가를 판단하여 그러면 그에 따른 데이터 베이스를 수정하고 응답 메시지를 전송하는 단계로 이루어짐을 특징으로 하는 교환기의 데이터 베이스 복원방법.