KR100904085B1 - 시퀀스 데이터 전송 방법 - Google Patents

Abstract

본 발명에 따른 시퀀스 데이터 전송 방법은 전송 장애로 데이터 전송이 중지되었다 재개되는 경우 전송 장애가 복구된 시점에서 생성된 데이터가 아닌 장애 발생전의 데이터부터 재전송되도록 하여 순차적이면서 연속적인 시퀀스 데이터의 전송이 가능하다. 따라서, 데이터의 신뢰성이 높은 장점이 있다.

한편, 서버의 용량이 제한된 경우에는 최대 유효 기간을 설정하여 서버의 용량에 따라 적응적으로 전송 장애에 대처할 수 있다.

Description

시퀀스 데이터 전송 방법{Sequenced data transmission method}

도 1은 일반적인 클라이언트/서버 시스템에 의한 네트워크 구성을 나타낸 개략도.

도 2는 종래의 클라이언트/서버 시스템에서의 시퀀스 데이터 처리 과정을 나타낸 블럭도.

도 3은 종래의 클라이언트/서버 시스템에서의 전송 장애 발생과 복구 과정을 나타낸 블럭도.

도 4는 본 발명의 바람직한 일실시예에 따른 시퀀스 데이터 전송 방법을 나타낸 블럭도.

도 5는 본 발명의 바람직한 일실시예에 따른 시퀀스 데이터 전송 방법의 다양한 경우를 나타낸 블럭도.

도 6은 본 발명의 바람직한 일실시예에 따른 시퀀스 데이터 전송 방법의 흐름도.

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

10...클라이언트 20...서버

본 발명은 시퀀스 데이터 전송 방법에 관한 것으로서, 보다 상세하게 설명하면 장애 발생으로 데이터 전송이 중단되었다 재개되는 경우 연속적인 데이터 전송이 가능한 시퀀스 데이터 전송 방법에 관한 것이다.

네트워크가 보편화된 오늘날 서비스를 제공하는 서버와, 서버에 연결되어 각종 서비스를 이용할 수 있는 클라이언트 시스템은 일반적으로 널리 사용되고 있다. 이러한 클라이언트/서버 시스템은 서버에 모든 서비스와 제어관련 소스를 설치하고 이를 각 클라이언트에 제공함으로써, 사용자는 간단한 클라이언트만 구비하면 높은 질의 서비스를 제공받을 수 있게 된다.

도 1은 일반적인 클라이언트/서버 시스템에 의한 네트워크 구성을 나타낸 개략도이다.

도 1과 같이 일반적인 네트워크는 서비스를 제공하는 서버(20)와, 상기 제공된 서비스를 이용하는 클라이언트(10)로 이루어지게 되는데, 이 사이에는 모뎀, 라우터 등의 네트워크 장비가 추가로 구비된다.

상세하게 설명하면, 상기 서버(20)는 프린터 제어나 파일 관리 등 네트워크 전체를 감시/제어하거나, 메인프레임이나 공중망을 통한 다른 네트워크와의 연결, 데이터/프로그램/파일 같은 소프트웨어 자원이나 모뎀/팩스/프린터 공유, 기타 장비 등 하드웨어 자원을 공유할 수 있도록 도와주는 역할을 한다.

이러한 서버(20)는 사용자에 해당하는 클라이언트(10)의 요청에 의하여 서비 스를 하는데 이와 같이 구성된 시스템을 클라이언트/서버 시스템이라고 하며, 이는 하나 이상의 응용 프로그램을 상호 협력적인 환경에서 운용하는 분산처리 형태를 의미한다.

이와 같은 클라이언트/서버 시스템은 일반적으로 클라이언트가 서버로부터 데이터를 전송받게 되나, 이 반대의 경우도 존재한다.

예를 들어, CCTV 같은 감시 시스템이나, 기기의 이상 유무를 체크하는 점검 시스템 등은 서버가 클라이언트로부터 거의 일방적으로 데이터를 받게 되는데, 대체로 순차적인 정보, 즉 시퀀스 데이터를 취급하는 것이 특징이다.

상기 시퀀스 데이터의 전송 방식은 도 2와 같이 클라이언트에서 서버로 N, N+1, N+2, N+3.....식으로 순차적, 시계열적으로 데이터가 전송된다.

이런 시퀀스 데이터의 전송에서 문제가 되는 것은 고장 등의 장애에 의한 데이터 전송의 중지인데, 전송 장애로 데이터의 전송이 이루어지지 않은 상황에서도 순차적으로 데이터가 계속적으로 생성되므로 전송 장애 기간 동안에 생성되었던 데이터의 처리가 곤란하게 되는 것이다.

일반적으로 장애에 의하여 전송이 중지되었다 재개된 경우 전송이 중지되었던 데이터를 다시 전송하는 것이 아니라, 전송이 재개된 시점에 생성된 데이터를 서버로 전송하게 된다.

이는 도 3에 잘 도시되어 있는데, N, N+1, N+2...로 정상적으로 데이터를 전송 중 N+n의 전송시 장애가 발생한 경우 그 이후의 데이터는 계속 생성은 되나 전송이 이루어지지 않게 된다. 그 후 장애가 복구되어 전송이 재개된 시점에서 N+m 데이터가 전송되었다면, 상기 전송이 중단된 N+n부터 다시 전송이 이루어지는 것이 아니라 그대로 N+m부터 데이터 전송이 이루어진다. 즉, N+n부터 N+m-1까지의 데이터는 서버로 전송이 되지 않게 된다.

이와 같은 경우 데이터의 순차적인 전송이 이루어지지 않아 원래 목적한 데이터를 전송받지 못하게 되므로 이에 대한 대책이 시급한 실정이다.

본 발명은 상기와 같은 문제점을 개선하기 위하여 창출된 것으로서, 장애 등으로 인한 데이터 전송 중지 후에 장애 복구로 전송이 재개된 경우 순차적, 연속적으로 데이터가 전송될 수 있도록 하는 시퀀스 데이터 전송 방법을 제공하는 것을 목적으로 한다.

상기한 목적을 달성하기 위하여 본 발명에 따른 시퀀스 데이터 전송 방법은 데이터 전송부로부터 연속적으로 발생된 시퀀스 데이터를 데이터 수신부에서 수신하는 단계와; 상기 시퀀스 데이터의 전송 장애가 발생한 경우, 복구된 시점에서 데이터 송신부로부터 최초로 전송된 데이터에 의해 전송 재개를 인식하는 단계와; 상기 전송 장애가 발생된 시점을 기준으로 수신하지 못한 시퀀스 데이터를 데이터 전송부에 전송 요청하는 단계 및; 상기 데이터 전송부로부터 재전송된 시퀀스 데이터부터 수신하는 단계를 포함하는 것을 특징으로 한다.

여기서, 상기 재전송된 시퀀스 데이터가 상기 데이터 수신부의 유효 데이터 보관 범위 외인 경우 유효 데이터 보관 범위 내 첫번째 데이터를 요청하는 단계를 더 포함하는 것을 다른 특징으로 한다.

즉, 일정 데이터 전송 중 장애 등에 의하여 전송이 중지되었다 다시 재개되어 상기 일정 데이터보다 몇단계 후의 데이터가 전송된 경우, 데이터 수신부에서 상기 일정 데이터에 연속적인 데이터 전송을 새롭게 요청함으로써, 순차적이며 연속적인 데이터 전송이 가능하다.

이하 첨부된 도면을 참조하면서 본 발명의 바람직한 실시예를 상세히 설명한다.

도 4는 본 발명의 바람직한 일실시예에 따른 시퀀스 데이터 전송 시스템을 개략적으로 나타낸 블럭도이다.

도 4를 참조하면, 본 실시예에 따른 시퀀스 데이터 전송 시스템은 시퀀스 데이터를 생성하여 전송하는 클라이언트(10)와, 상기 클라이언트(10)로부터 데이터를 전송받는 서버(20)로 이루어져 있다.

보다 상세하게 설명하면, 상기 클라이언트(10)는 지속적으로 생성되는 시퀀스 데이터를 서버로 전송하게 되는데, 순차적/연속적인 데이터 전송을 위하여 N, N+1, N+2..N+n... 식으로 전송하게 된다.

여기서, 상기 시퀀스 데이터는 클라이언트에서 생성된 데이터를 포함하고 있으며 그 구조상 별도의 명령 코드부 없이 헤더부 및 데이터부로 이루어지게 되며, 데이터의 일련 정보는 상기 헤더부에 수록되어 전송된다.

상기 서버(20)는 상기 클라이언트(10)로부터 전송된 시퀀스 데이터를 처리하 게 되는데, 상기 클라이언트(10)로부터 전송을 받아 각 데이터의 헤더를 검사하여 순차적으로 데이터가 전송되는지 검사하여 이상 발생시 상기 클라이언트에 순차적인 데이터의 전송을 요청하게 된다.

이외에도 상기 서버(10)는 전송 장애에 의해서 데이터의 전송이 이루어지지 않는 경우 대기 상태로 있다가 데이터 전송이 재개된 경우 전송 장애 전 전송받았던 데이터에 연속적인 데이터를 전송하도록 상기 클라이언트(10)에 요청한다.

즉, 상기 클라이언트에서 N+n번째 데이터 전송시 장애가 발생하여 서버측에서 N+n번째 데이터를 전송받지 못한 경우, 상기 서버는 대기상태로 있다가 추후 입력되는 데이터 유무로 전송 재개 여부를 결정하게 된다. 다시말해, 장애 복구로 인하여 N+m번째 데이터가 전송된 경우 장애가 복구되어 전송이 재개되었다고 판단하고 장애 발생전 전송이 이루어지지 못했던 N+n번째 데이터의 전송을 클라이언트에 요청하여 상기 N+n번째 데이터부터 전송받게 된다.

이상에서 보듯이 장애 복구로 전송된 N+m번째 데이터는 단순한 전송 재개를 알리는 신호로 사용되며, 데이터의 전송은 순차적이고도 연속적으로 이루어지게 된다.

그러나, 이와 같은 실시예는 그대로 적용하기에 무리한 점이 있는데, 이는 서버의 용량에서 비롯된다.

일반적으로 서버는 여러곳에 분포되어 있는 수많은 클라이언트로부터 데이터를 전송받게 되므로, 아무리 용량이 큰 서버라 할지라도 과부하가 걸릴 수밖에 없다. 이러한 서버의 과부하는 각종 에러 발생의 원인이 되므로 서버는 일정 기간을 정해 놓고 그 기간을 초과한 데이터는 삭제하는 방식으로 데이터를 정리하여야 한다.

예를 들어 2일의 유효기간을 설정하여 각 클라이언트로부터 전송된 데이터를 서버에서 2일간만 보관토록 하고, 이 유효기간 외의 데이터가 클라이언트로부터 전송된 경우 상기 클라이언트에 알려 유효기간 내의 데이터를 전송토록 요청하게 된다.

정리하면, 어느 클라이언트로부터 N+n번째 데이터 전송시 전송 장애가 발생된 경우, 후에 전송 장애가 복구되어 클라이언트에서 새롭게 생성된 N+m번째 데이터를 전송받은 서버는 N+m번째 데이터 수신으로 전송 장애가 복구된 것으로 판단하고, 상기 클라이언트에 N+n번째 데이터부터의 재전송을 요청하게 된다. 이에 따라 상기 클라이언트는 N+n번째 데이터부터 전송하게 되는데, 상기 N+n번째 데이터가 서버의 유효기간을 초과한 경우에는 최대 유효기간의 첫번째 데이터부터 전송되도록 재요청하게 되는 것이다.

이는 최대 유효기간이 지난 데이터를 삭제 정리하는 서버의 특성을 감안한 것으로 장애 복구 후 연속적으로 전송되어야 할 데이터가 N+n번째부터라 해도 이미 서버에서 삭제된 데이터이므로 소용가치가 없기 때문이다.

이와 같은 방식에서의 데이터 처리를 최대 유효기간을 2일로 설정한 실시예인 도 5를 참조하여 설명하면 다음과 같다.

먼저 서버는 최대 유효기간을 2일로 설정하고 편의상 그 전의 데이터를 무효 데이터, 후의 데이터를 유효 데이터로 구분한다.

전송 장애가 발생한 후 정상적으로 복구된 경우 서버는 전송 장애로 전송이 중단되었던 데이터부터의 전송을 요청한다.

이러한 요청에 의하여 서버로 전송된 데이터가 3일전의 데이터인 경우(경우 A) 서버는 무효 데이터로 인식하여 유효 데이터 보관일의 범위 내 첫번째 데이터(2일전 최초의 데이터)를 전송할 것을 클라이언트에 요청하게 된다.

다음으로 서버로 전송된 데이터가 최대 유효기간의 첫번째 데이터인 경우(경우 B) 서버는 유효 데이터로 인식하여 정상적으로 처리하게 된다.

다음으로 서버로 전송된 데이터가 최대 유효기간 내의 데이터인 경우(경우 C-1, C-2) 서버는 전송 장애 전에 저장된 데이터의 시퀀스 번호를 조사하여 합치하는 경우 정상적으로 처리하게 되고, 합치하지 않는 경우 유효 데이터의 재전송을 요청하게 된다.

다음으로 서버로 전송된 데이터가 최대 유효기간의 최초일이 아닌 당일의 첫번째 데이터인 경우(경우 D) 서버는 상기 당일의 전일 마지막으로 전송된 데이터의 시퀀스를 조사하여 합치하는 경우 정상적으로 처리하게 되고, 합치하지 않는 경우 유효 데이터의 재전송을 요청하게 된다. 여기서, 전일에 마지막으로 전송된 데이터의 시퀀스를 조사하는 이유는 날짜가 바뀌면 시퀀스를 초기화하기 때문이다.

이상의 과정을 유효 데이터의 처리 과정을 나타낸 흐름도인 도 6을 참조하여 보다 상세하게 설명하면, 서버와 클라이언트 사이에 시퀀스 데이터 전송이 정상적으로 이루어지는 경우(S 100) 상기 데이터 전송은 데이터 송수신 종료 요청(S 150)이 있기 전까지 계속하여 반복 수행된다.

이와 같은 데이터 전송 중 장애가 발생되면(S 200) 서버는 클라이언트로부터의 데이터 전송을 대기하게 된다(S 210).

전송 장애 복구로 클라이언트로부터 데이터의 전송이 재개되어 데이터가 수신된 경우 유효 기간내의 데이터인지 검사하여(S 220) 유효 기간 외인 경우에는 클라이언트측에 복구를 요청하게(S 221) 된다. 상기 요청에 의하여 클라이언트는 최대 유효 보관일의 첫번째 데이터부터 재전송하게 된다.

한편, 상기 수신된 데이터(재전송된 시퀀스 데이터)가 유효 기간내의 데이터인 경우에는 최대 유효 보관일과 수신 데이터의 날짜를 비교하게 되는데(S 230) 만약 수신된 데이터의 날짜가 최대 유효 보관일 당일의 날짜와 동일한 경우 첫번째 시퀀스 데이터인지 여부를 다시 검사하게 되고(S 231), 그 결과 첫번째 시퀀스 데이터가 맞다면 클라이언트에 시퀀스를 만족하는 정상적인 데이터임을 알려 데이터 전송이 계속 이루어지도록 한다.

이와 다르게 상기 데이터가 첫번째 시퀀스 데이터가 아니라면 데이터의 시퀀스를 서버에 최종 저장되어 있던 데이터의 시퀀스와 비교하여 합치하는지를 판별하여(S 233) 기설정되어 있던 조건에 합치하면 클라이언트의 지속적인 전송을 요청하고(S 232) 합치하지 않다면 유효 보관일의 유효 시퀀스 데이터를 클라이언트측에 요청하게 된다(S 234).

만약, 수신된 데이터가 유효기간 내의 데이터이지만 최대 유효 보관일 이외의 보관일의 데이터인 경우, 먼저 해당일의 첫번째 시퀀스 데이터인지 검사하고(S 240), 첫번째 시퀀스 데이터라면 전날짜의 마지막 시퀀스가 정상인지 검사하게 된 다(S 241). 이와 같이 수신된 데이터의 날짜가 최대 유효일 당일이 아닌 유효기간내의 다른 날의 첫번째 데이터인 경우에는 그 전날의 데이터를 검사하여 시퀀스가 정상적인지 점검하게 된다.

상기 검사 결과 시퀀스가 정상적이면 클라이언트에 계속적인 전송을 요청하게 되고(S 242), 시퀀스가 정상이 아닌 경우에는 전 날짜의 유효 시퀀스를 갖는 데이터부터 재전송하도록 요청하게 된다(S 243).

만약, 수신된 데이터가 유효기간 내의 데이터이지만 최대 유효 보관일의 당일 또는 유효 보관일 내 다른 당일의 첫번째 데이터가 아닌 경우, 즉 어느 날의 시작이 아닌 중간 시점의 데이터인 경우에는 서버에 최종적으로 저장되어 있던 데이터의 시퀀스와 수신된 데이터의 시퀀스를 비교하여 정상인지 판별한 후(S 250) 정상이면 클라이언트에 지속적인 데이터 전송을 요청하고(S 251), 정상이 아닌 경우에는 해당 날짜의 유효 시퀀스 데이터를 요청한다(S 252).

이상에서 설명된 바와 같은 동작을 하기 위해서는 전송된 데이터의 시퀀스가 필요한데, 이는 전술했듯이 데이터의 헤더부분에 수록된다. 또한, 두개의 데이터 시퀀스 비교시 시퀀스가 정상인지 여부를 판별하는 자료도 필요한데, 이는 서버에서 설정된다.

일예로서, 헤더부분에 현 데이터의 시퀀스(H_Seq.Num)와 전일의 마지막 데이터의 시퀀스(L_Seq.Num)를 수록하여 전송하는 경우, 이를 전송받은 서버는 헤더로부터 시퀀스를 추출하여 전송 장애전 마지막으로 서버에 저장되었던 데이터의 시퀀스(S_Seq.Num)에서 1증가한 시퀀스 넘버(S_Seq.Num + 1)와 비교하게 된다. 그 비교 결과 H_Seq.Num이 S_Seq.Num + 1과 같거나 더 작으면 정상적인 시퀀스로 처리하여 상기 클라이언트에 H_Seq.Num부터 데이터를 재전송하도록 요청한다.

위에서, H_Seq.Num값이 S_Seq.Num + 1과 같은 경우뿐만 아니라 더 작은 경우에도 유효 데이터로 취급하는 것은 중복된 데이터는 문제가 되지 않기 때문이다. 물론 H_Seq.Num값이 S_Seq.Num + 1보다 매우 작은 경우 중복 데이터의 처리에 많은 부하가 걸리게 되나, 최대 유효 기간을 설정하고 있는 본 발명에서는 상기 최대 유효 기간 이전의 데이터는 무효 데이터로 처리되므로 문제가 되지 않는다.

한편, 헤더 부분에 현 데이터의 시퀀스(H_Seq.Num) 뿐만 아니라 전일의 마지막 데이터의 시퀀스(L_Seq.Num)를 수록하고 있는 것은 도 5를 참조하여 설명한 경우 D에 대처하기 위함이다.

즉, 데이터의 시퀀스도 일반적으로 카운터에 의해 계속 증가되는 값이므로, 초기화시키지 않으면 그 값이 무한대로 커지게 된다. 따라서, 1일을 단위로 초기화시키는 것이 바람직한데, 이 경우 전일의 마지막 데이터의 시퀀스를 알 수 없게 된다.

왜냐하면, 전일의 데이터양이 항상 일정한 것이 아니므로, 전일의 마지막 데이터의 시퀀스는 매번 다르기 때문이다.

따라서, 클라이언트로부터 전송되는 데이터가 당일의 첫번째 데이터인 경우 전일의 데이터에 순차적/연속적인 데이터인지 알 수 없으므로 이를 방지하기 위하여 헤더에 전일의 마지막 데이터 시퀀스를 수록하는 것이다.

이를 근거로 서버는 클라이언트로부터 수신된 데이터가 수신된 날의 첫번째 데이터(H_Seq.Num = 0)인 경우 전일 마지막 데이터의 시퀀스(L_Seq.Num)도 추출하여 서버에 저장되어 있는 마지막 데이터의 시퀀스(S_Seq.Num)와 비교하게 된다.

이외의 설명은 도 5와 도 6에서 설명된 바와 같다.

이상에서 설명된 바와 같이 본 발명에 따른 시퀀스 데이터 전송 방법은 전송 장애로 데이터 전송이 중지되었다 재개되는 경우 전송 장애가 복구된 시점에서 생성된 데이터가 아닌 장애 발생전의 데이터부터 재전송되도록 하여 순차적이면서 연속적인 시퀀스 데이터의 전송이 가능하다. 따라서, 데이터의 신뢰성이 높은 장점이 있다.

한편, 서버의 용량이 제한된 경우에는 최대 유효 기간을 설정하여 서버의 용량에 따라 적응적으로 전송 장애에 대처할 수 있다.

Claims (4)

1. 데이터 전송부로부터 연속적으로 발생된 시퀀스 데이터를 데이터 수신부에서 수신하는 단계와;

   상기 시퀀스 데이터의 전송 장애가 발생한 경우, 상기 데이터 수신부는 대기상태로 전환하는 단계와;

   상기 데이터 수신부가 대기상태에서 최초로 입력되는 데이터를 수신하는 경우, 상기 데이터 수신부는 전송 장애가 복구되었다고 판단하는 단계와;

   상기 데이터 수신부는 상기 전송 장애가 발생된 시점을 기준으로 수신하지 못한 시퀀스 데이터를 데이터 전송부에 전송 요청하는 단계 및;

   상기 데이터 전송부로부터 재전송된 시퀀스 데이터부터 수신하는 단계;를 포함하는 것을 특징으로 하는 시퀀스 데이터 전송 방법.
2. 제 1 항에 있어서,

   상기 재전송된 시퀀스 데이터가 상기 데이터 수신부의 유효 데이터 보관 범위 외인 경우 유효 데이터 보관 범위 내 첫번째 데이터를 요청하는 단계를 더 포함하는 것을 특징으로 하는 시퀀스 데이터 전송 방법.
3. 제 1 항에 있어서,

   상기 재전송된 시퀀스 데이터가 상기 데이터 수신부의 유효 데이터 보관일 범위 내인 경우 최대 유효 보관일 당일의 데이터인지 검사하여, 이에 해당되고 또한 첫번째 시퀀스 데이터인 경우 상기 재전송된 시퀀스 데이터부터의 전송을 상기 데이터 전송부에 요청하는 단계와;

   상기 재전송된 시퀀스 데이터가 최대 유효 보관일 당일의 데이터에 해당되나 첫번째 시퀀스 데이터가 아닌 경우 시퀀스가 정상이면 상기 재전송된 시퀀스 데이터부터의 전송을 요청하며, 시퀀스가 정상이 아닌 경우 상기 데이터 전송부에 최대 유효 보관일의 유효 시퀀스 데이터를 요청하는 단계와;

   상기 재전송된 시퀀스 데이터가 최대 유효 보관일 외의 유효 보관일인 경우, 그 당일의 첫번째 시퀀스 데이터에 해당되며 전 날짜의 최종 시퀀스가 정상인 경우 상기 재전송된 시퀀스 데이터부터의 전송을 요청하고, 전 날짜의 최종 시퀀스가 정상이 아닌 경우 전 날짜의 유효 시퀀스 데이터를 요청하는 단계와;

   상기 재전송된 시퀀스 데이터가 최대 유효 보관일 외의 유효 보관일에 해당하나 그 당일의 첫번째 시퀀스 데이터가 아닌 경우, 시퀀스가 정상이면 상기 재전송된 시퀀스 데이터부터의 전송을 요청하고, 정상이 아니면 해당일의 유효 시퀀스 데이터를 요청하는 단계

   를 더 포함하는 것을 특징으로 하는 시퀀스 데이터 전송 방법.
4. 제 1 항에 있어서,

   상기 데이터 전송부로부터 전송된 시퀀스 데이터의 헤더영역에는 현 데이터의 시퀀스 넘버와 전일의 마지막 시퀀스 넘버가 포함되는 것을 특징으로 하는 시퀀스 데이터 전송 방법.

Images