상기 목적을 달성하기 위한 본 발명에 따른 데이터베이스 동기화 인터페이스 장치는, 물리적으로 독립된 복수의 시스템으로 구성되고, 상기 각각의 시스템은, 데이터의 변경이 발생하는 어플리케이션부와; 상기 어플리케이션부에서 데이터의 변경이 발생한 경우, 상기 변경된 데이터를 상대방 시스템에 전송하고, 상기 상대방 시스템이 정상적으로 수신하였는지 여부를 확인하기 위한 동기화 에이전트와; 상기 동기화 에이전트에 의하여 상기 변경된 데이터가 상기 상대방 시스템에 정상적으로 전송되지 못한 경우, 재전송하여 동기화시킬 수 있도록 상기 변경된 데이터를 임시 저장하는 임시 파일(SAF 파일); 데이터를 저장 및 관리하는 데이터베이스 관리부(DBMS); 및 상기 상대방 시스템으로 상기 변경된 데이터를 전송한 후, 소정의 임계시간 동안에 상기 변경된 정상적으로 전송되었는지 여부를 판단하기 위하여 상기 변경된 데이터를 임시로 저장하는 시스템 메모리를 상기 변경된 를 포함하는 것을 특징으로 한다.
또한, 상기 각각의 시스템은, 상기 데이터베이스 관리 시스템(DBMS)에 기록되는 데이터를 기록, 수정 및 삭제하기 위한 DBMS 어플리케이션부와; 상기 어플리케이션부와 상기 동기화 에이전트 사이에 전송되는 데이터를 선입선출 구조로 처리하는 제1 큐;및 상기 어플리케이션부와 상기 DBMS 어플리케이션부 사이에 전송되는 데이터를 선입선출 구조로 처리하는 제2 큐를 더 포함하는 것이 바람직하다.
나아가, 상기 복수의 시스템은, 서로 소켓을 통하여 통신하는 것을 특징으로 한다.
또한, 상기 목적을 달성하기 위한 본 발명에 따른 데이터베이스 동기화 인터페이스 방법은, 물리적으로 독립된 복수의 시스템 간에 데이터를 동기화시키기 위하여, 제1 시스템의 동기화 에이전트에 데이터가 수신되는 경우, 상기 수신되는 데이터의 종류를 판단하는 단계와; 상기 데이터 종류 판단 결과, 상기 수신되는 데이터가 어플리케이션부에서 발생한 동기화 데이터인 경우에는, 상기 동기화 데이터를 제1 시스템의 데이터 시스템 관리부(DBMS)와 제2 시스템의 동기화 에이전트로 전송하는 단계와; 상기 제1 시스템의 동기화 에이전트는 상기 동기화 데이터가 정상적으로 전송되었는지 여부를 판단하는 단계와; 상기 동기화 데이터의 전송이 성공한 경우에는 시스템 메모리에 상기 동기화 데이터 정보를 저장하고, 만약 상기 동기화 데이터의 전송이 실패한 경우에는 상기 동기화 데이터를 임시 파일(SAF 파일)에 저장하는 단계; 및 상기 제1 시스템의 동기화 에이전트는 상기 시스템 메모리에 저장된 전송한 데이터 정보의 시간을 검사하여, 소정의 임계시간이 초과한 경우에는 보존 시간이 종료한 데이터를 상기 SAF 파일에 저장하는 단계를 포함하는 것을 특징으로 한다.
또한, 상기 제2 시스템은 상기 제1 시스템으로부터 동기화 데이터를 수신한 경우, 상기 동기화 데이터를 내부의 데이터베이스 관리부(DBMS)로 전달하는 단계;및 상기 제2 시스템은 상기 동기화 데이터가 정상적으로 수신되었음을 확인하기 위 하여 상기 제1 시스템으로 수신확인 데이터를 전송하는 단계를 더 포함하는 것이 바람직하다.
또한, 상기 제1 시스템의 동기화 에이전트에 일정한 시간 동안 데이터가 수신되지 않는 경우에는, 상기 SAF 파일의 데이터를 읽어와서 상기 제2 시스템으로 전송하는 단계를 더 포함하는 것이 바람직하다.
나아가, 상기 제1 시스템은 상기 제2 시스템으로부터 수신확인 데이터를 수신한 경우에는, 상기 수신확인 데이터가 SAF 파일의 데이터에 대한 것인지 여부를 판단하는 단계;및 상기 수신확인 데이터가 SAF 파일의 데이터에 대한 것인 경우에는 상기 SAF 파일에 저장된 해당 데이터를 삭제하고, 그렇지 않은 경우에는 시스템 메모리에 저장된 해당 데이터 인덱스를 삭제하는 단계를 더 포함하는 것이 바람직하다.
이하 본 발명의 바람직한 실시예의 상세한 설명이 첨부된 도면들을 참조하여 설명될 것이다. 도면들 중 참조번호 및 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호들 및 부호들로 나타내고 있음에 유의해야 한다. 하기에서 본 발명을 설명함에 있어, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다.
도 1은 본 발명의 실시예에 따른 데이터베이스 동기화 인터페이스 장치이다.
도 1을 참조하면, 본 발명의 실시예에 따른 데이터베이스 동기화 인터페이스 시스템은 복수의 물리적으로 독립된 시스템들(10, 20)로 구성되며, 상기 시스템들(10, 20) 서로 소켓(socket)으로 연결된다. 여기서 소켓이란 통신망에서 특정 노드상의 특정 서비스를 식별하는 식별자로서 노드 주소와 서비스를 식별하는 포트 번호로 구성될 수 있다.
상기 시스템들(10, 20)은 각각 어플리케이션(Application)부(11, 21)와, 큐들(12, 16, 22, 26)과, 동기화 에이전트(13, 23)와, 시스템 메모리(14, 24)와, 임시 파일(Stored and Forwarding 이하, SAF라 칭함)(15, 25)과, DBMS 인터페이스(17, 27) 및 데이터베이스 관리부(DataBase Management System, 이하 'DBMS'라 칭함)(18, 28)를 포함한다.
상기 어플리케이션부(11, 21)는 데이터의 변경이 발생하는 부분이고, 상기 변경된 데이터는 본 발명의 실시예에 따라 상기 시스템들(10, 20) 사이에 동기화가 이루어진다.
상기 큐들(12, 16, 22, 26)은 유닉스와 같이 여러개의 작업을 동시에 수행할 수 있는 멀티프로세스 환경에서 각각의 프로세스 간의 데이터의 공유, 통신 및 데 이터 공유에 따른 오류를 방지하는 기능을 하며, 선입선출(First-In-First-Out) 구조를 갖는다. 여기서 제1 큐(12, 22)는 상기 어플리케이션부(11, 21)와 상기 동기화 에이전트(13, 23) 사이에 전송되는 데이터를 처리하고, 제2 큐(16, 26)은 상기 어플리케이션부(11, 21) 및 상기 동기화 에이전트(13, 23)과 상기 DBMS 인터페이스(17, 27) 사이에 전송되는 데이터를 처리한다.
상기 동기화 에이전트(13, 23)는 상기 어플리케이션부(11, 21)에서 데이터의 변경이 발생한 경우, 이러한 변경된 데이터(동기화 데이터)를 상대방 시스템에 전송하고, 상대방 시스템이 정상적으로 수신하였는지 여부를 확인하는 장치이다. 상기 어플리케이션부(11, 21)는 각각 클라이언트 소켓(도시되지 않음)과 서버 소켓(도시되지 않음)을 구비하고, 상기 소켓을 통하여 서로 통신을 하게 된다.
상기 시스템 메모리(14, 24)는 하나의 시스템에서 다른 상대방 시스템으로 동기화 데이터를 전송한 후, 소정의 임계시간 동안에 상기 동기화 데이터가 정상적으로 전송되었는지 여부를 판단하기 위하여 임시로 저장하는 장치이다.
상기 SAF 파일(15, 25)은 상기 동기화 에이전트(13, 23)에 의하여 동기화 데이터가 정상적으로 처리되지 못한 경우, 데이터의 유실을 방지하고 통신 상태가 정상적으로 복구될 때 상기 동기화 데이터를 재전송하여 동기화시킬 수 있도록 임시 저장하는 장치이다.
상기 DBMS 인터페이스(17, 27)는 상기 제2 큐(16, 26)과 상기 DBMS(18, 28) 사이에 인터페이스 역할을 한다.
상기 DBMS(18, 28)는 데이터베이스 관리 시스템으로서, 상기 어플리케이션부 (11, 21)부에서 변경된 데이터를 수신하여 저장 및 관리하며, 다수의 컴퓨터 사용자들이 데이터베이스 안에 데이터를 기록하거나 접근할 수 있도록 한다.
도 1에서는 제1,2 시스템(10, 20)이 도시되어 있으나, 당업자라면 2 이상 다수의 시스템간에 본 발명의 실시예에 따라 데이터베이스의 동기화가 가능하다는 것을 이해할 수 있다. 따라서 본 발명은 물리적으로 독립된 2 이상의 시스템 간에 실시간으로 데이터베이스를 동기화시킬 수 있음을 알 수 있다.
도 2는 본 발명의 실시예에 따라 동기화 데이터를 전송하는 과정을 개략적으로 개략적으로 나타내는 도면이다.
도 2를 참조하면, 먼저 본 발명의 실시예에서는 제1 시스템(10)의 어플리케이션부(11)에서 데이터의 변경이 발생하면, 상기 변경된 데이터(동기화 데이터)는 제1 큐(12)를 통하여 동기화 에이전트(13)로 전달된다. 그러면 제1 시스템(10)의 동기화 에이전트(13)는 소켓을 통하여 상기 제2 시스템(20)의 동기화 에이전트(23)으로 데이터를 전송하고, 이어서 상기 데이터는 상기 제2 시스템(20) 제2 큐(26) 및 DBMS 어플리케이션부(27)를 통하여 DBMS(28)로 전달된다. 이후 상기 제2 시스템(20)의 동기화 에이전트(23)은 상기 동기화 데이터를 정상적으로 수신하였음을 확인하기 위하여 상기 제1 시스템(10)의 동기화 에이전트(13)로 수신확인 메시지를 전송함으로써, 상기 제1 시스템(10)과 상기 제2 시스템(20) 사이에 데이터베이스의 동기화가 이루어질 수 있다.
도 3은 본 발명의 실시예에 따라 전송 실패 데이터를 재전송하는 과정을 나타내는 도면이다.
본 발명의 실시예에서는 제1 시스템(10)에서 제2 시스템(20)으로 동기화 데이터를 전송한 후, 통신의 단절 또는 장애에 대비하여 상기 동기화 데이터를 SAF 파일(15)에 저장한다. 이후 동기화 데이터의 전송 실패가 발생한 경우, 상기 제1 시스템(10)의 동기화 에이전트(13)는 상기 SAF 파일(15)에서 데이터를 읽어오고, 이것을 소켓을 통하여 상기 제2 시스템(20)의 동기화 에이전트(23)로 전송한다. 그러면. 상기 데이터는 역시 상기 제2 시스템(20) 제2 큐(26) 및 DBMS 어플리케이션부(27)를 통하여 DBMS(28)로 전달된다. 이후 상기 제2 시스템(20)의 동기화 에이전트(23)은 상기 동기화 데이터를 정상적으로 수신하였음을 확인하기 위하여 상기 제1 시스템(10)의 동기화 에이전트(13)로 수신확인 메시지를 전송한다. 이와 같이 상기 제2 시스템(20)으로부터 동기화 데이터를 정상적으로 수신하였음을 확인한 경우에는 상기 SAF 파일(15)에 저장되어 있던 해당 데이터를 삭제함으로써 데이터 전송의 신뢰성을 향상시킬 수 있다.
도 4는 본 발명의 실시예에 따른 데이터베이스 동기화 인터페이스 과정을 나타내는 도면이다.
본 발명의 실시예에서는 복수의 시스템(10, 20), 즉 제1 시스템(10)과 제2 시스템(20)은 서로 동일한 데이터를 유지할 수 있도록 구성된다. 따라서 하나의 시스템에서 데이터의 변경이 발생한 경우에는 다음과 같이 다른 시스템에 그 변경된 데이터를 전송함으로써 데이터를 갱신할 수 있다.
도 4의 참조번호 400에 도시되 바와 같이, 먼저 제1 시스템(10)의 동기화 에이전트(13)는 데이터를 수신하고(401 단계), 상기 수신되는 데이터의 종류를 판단한다(402 단계).
상기 402 단계에서의 판단 결과, 상기 수신되는 데이터가 큐 데이터인 경우, 즉 어플리케이션부(11)에서 데이터의 변경이 발생하고 이러한 변경 데이터(동기화 데이터)가 제1 큐(12)를 통하여 동기화 에이전트(13)에 수신된 경우에는, 상기 동기화 데이터를 제2 시스템(20)의 동기화 에이전트(23)로 전송한다(403 단계).
이어서 상기 제1 시스템(10)의 동기화 에이전트(13)는 동기화 데이터의 전송이 성공하였는지 여부를 판단하고(404 단계), 동기화 데이터의 전송이 성공한 경우에는 시스템 메모리(14)에 동기화 데이터 정보(전송 인덱스, 데이터, 시간 등)를 저장한다(405 단계).
그러나 상기 404 단계에서 판단한 결과, 동기화 데이터의 전송이 실패한 경우에는 상기 동기화 데이터를 SAF 파일(15)에 저장한다.
참조번호 410은 본 발명의 실시예에 따라 상기 제1 시스템(10)의 동기화 에이전트(13)이 동기화 데이터를 제2 시스템(10)으로 전송한 후, 상기 제2 시스템으로부터 전송되는 수신확인 데이터를 처리하는 과정을 나타낸다.
즉, 상기 402 단계에서 판단한 결과, 상기 제1 시스템(10)의 동기화 에이전트(13)에 수신되는 데이터가 클라이언트 소켓을 통하여 상기 제2 시스템(20)으로부 터 수신되는 데이터라고 판단한 경우에는(411 단계), 상기 동기화 에이전트(13)는 상기 제2 시스템(20)으로부터 전송되는 수신확인 데이터를 수신한다(412 단계). 여기서 '수신확인 데이터'란 상기 제1 시스템(10)에서 상기 제2 시스템(20)으로 전송한 동기화 데이터에 대하여, 다시 상기 제2 시스템(20)에서 상기 제1 시스템으로 상기 동기화 데이터를 수신하였음을 확인하기 위하여 전송하는 데이터를 말한다.
이어서 상기 동기화 에이전트(13)는 상기 수신확인 데이터가 SAF 파일(15)에 저장되어 있던 SAF 데이터인지 여부를 판단한다(413 단계).
상기 413 단계의 판단 결과, 상기 수신확인 데이터가 SAF 파일의 데이터에 대한 수신확인 데이터이면, SAF 파일(15)의 해당 데이터를 삭제한다(414 단계).
그러나 상기 413 단계의 판단 결과, 상기 수신확인 데이터가 SAF 데이터가 이닌 경우에는 시스템 메모리(14) 데이터에 대한 수신확인 데이터이므로, 상기 시스템 메모리(14)에서 해당 데이터 인덱스를 삭제한다(415 단계).
참조번호 420은 본 발명의 실시예에 따라 상기 제1 시스템(10)이 상기 제2 시스템으로부터 동기화 데이터를 수신한 경우의 처리 과정을 나타낸다. 즉, 도4의 데이터 처리과정은 상기 제1 시스템(10)이 상기 제2 시스템(20)로 동기화 데이터를 전송하거나, 반대로 상기 제2 시스템으로부터 동기화 데이터를 수신하는 경우를 모두 나타내고 있다.
즉, 상기 402 단계에서 판단한 결과, 상기 제1 시스템(10)의 동기화 에이전트(13)에 수신되는 데이터가 서버 소켓을 통하여 상기 제2 시스템(20)으로부터 수 신되는 데이터라고 판단한 경우에는(421 단계), 상기 동기화 에이전트(13)는 상기 제2 시스템(20)으로부터 전송되는 '동기화 데이터'를 수신한다(422 단계). 즉, 상기 제1, 2 시스템(10, 20)은 동기화 데이터의 측면에서 클라이언트 및 서버의 역할을 하게 된다. 따라서 어느 한 시스템에서 데이터의 변경이 발생하면 클라이언트로 역할을 하게 되고 다른 시스템을 서버로 간주하여 동기화 데이터를 전송하게 된다.
이어서 상기 동기화 에이전트(13)는 상기 수신된 동기화 데이터를 제2 큐(16) 및 DBMS 인터페이스 어플리케이션부(17)를 통하여 DBMS(18)로 전송한다(423 단계).
상기 동기화 에이전트(13)는 다시 동기화 데이터가 DBMS(18)로 정상적으로 전송이 성공하였는지 여부를 판단한다(424 단계). 상기 424 단계의 판단 결과, 전송이 성공한 경우에는 상기 동기화 에이전트(13)는 상기 동기화 데이터를 전송한 상대방 시스템 즉, 제2 시스템(20)의 동기화 에이전트(23)으로 수신확인 데이터를 전송한다(425 단계). 그러나, 상기 424 단계의 판단 결과, 전송에 실패한 경우에는 수신확인 데이터를 전송하지 않고서 절차를 종료한다.
또한 본 발명의 실시예에서는 상기 시스템(10)은 일정한 시간마다, 예를 들어 동기화 에이전트(13)에 데이터가 수신되지 않는 동안에, 다음과 같이 SAF 파일(15)과 시스템 메모리(14)의 전송한 데이터에 대한 보존 시간 종료 여부를 검사한다(Time-Out Check).
즉, 상기 401 단계에서 판단한 결과, 상기 동기화 에이전트(13)에 일정한 시 간동안 데이터가 수신되지 않는 경우에는(401 단계), 상기 동기화 에이전트(13)는 SAF 파일(15)의 데이터를 읽어온다(Read)(431 단계).
상기 431 단계의 수행 결과, SAF 파일(15)에 데이터가 있으며, 읽어온 데이터를 상대방 시스템, 즉 제2 시스템(20) 동기화 에이전트(23)로 전송한다(432 단계).
이어서 상기 동기화 에이전트(13)는 시스템 메모리(14)에 저장된 전송한 데이터 정보의 시간을 검사한다(Check)(433 단계).
그리고 현재 시간과 상기 시스템 메모리(14)의 데이터 인덱스 시간을 비교하여 임계 시간이 초과하였는지 여부를 판단한다(434 단계).
상기 434 단계의 판단 결과 상기 시스템 메모리(14)에 저장되어 있는 전송 데이터 정보가 임계 시간이 초과한 경우에는, 보존 시간이 종료(Time-Out)한 것으로 간주하고, 보존 시간이 종료한 데이터를 SAF 파일(15)에 저장한다(Write)(435 단계). 즉, 보존 시간이 종료(Time-Out)한 데이터는 상기 제1 시스템(10)이 전송한 동기화 데이터에 대해 상대방 시스템, 즉 제2 시스템(20)의 동기화 에이전트(23)로부터 수신확인 데이터를 수신하지 못한 경우로서, 상대방 시스템에서 동기화 데이터를 정상적으로 처리하지 못한 것으로 간주한다.
그리고 상기 보존 시간이 종료한 데이터에 대하여는 시스템 메모리(14)에서 해당 데이터 인덱스를 삭제한다(436 단계). 그러나 상기 434 단계의 판단 결과 상기 시스템 메모리(14)에 저장되어 있는 전송 데이터 정보가 임계 시간이 초과하지 않은 경우에는, 보존 시간이 종료(Time-Out)되지 않은 것으로 간주하고, 절차를 종 료한다.
도 5a 및 도 5b는 본 발명의 실시예에 따른 동기화 데이터의 포맷을 나타내는 도면이다.
먼저 도 5a는 본 발명의 실시예에 따른 전송 데이터의 포맷을 나타낸다. 상기 전송 데이터는 4bytes의 해더(Header)와, 3bytes의 인덱스(INDEX)와, 3bytes의 데이터 크기를 나타내는 정보와, 실제 데이터가 기재되는 공간을 갖는다.
도 5b는 본 발명의 실시에에 따른 수신 확인 데이터의 포맷을 나타낸다. 상기 수신확인 데이터는 4bytes의 해더(Header)와, 3bytes의 인덱스(INDEX)와, 3bytes의 데이터 크기를 나타내는 정보와, 14bytes의 실제 수신확인 메시지가 기재되는 공간을 갖는다.
본 발명에 따른 데이터베이스 동기화 인터페이스 방법은 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현할 수 있다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광데이터 저장장치 등이 있으며, 또한 인터넷을 통한 전송과 같이 캐리어 웨이브의 형태로 구현되는 것도 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수도 있다.
한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 안되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.