KR100247238B1

KR100247238B1 - Tsm을 갖춘 레벨원 게이트웨이

Info

Publication number: KR100247238B1
Application number: KR1019970011385A
Authority: KR
Inventors: 박노은
Original assignee: 윤종용; 삼성전자주식회사
Priority date: 1997-03-29
Filing date: 1997-03-29
Publication date: 2000-03-15
Also published as: KR19980075233A

Abstract

개시된 내용은 레벨원(Levelone) 게이트웨이(Gateway)에 있어서, 레벨원 게이트웨이로 요구되는 메시지 송/수신과정을 확인하여 메시지를 재전송하는 기능을 별도로 수행하는 TSM(Transaction State Machine)을 포함하는 레벨원 게이트웨이에 관한 것이다. 이와 같은 레벨원 게이트웨이를 사용하면 세션(Session) 증가시 세션처리를 효율적으로 할 수 있어 레벨원 게이트웨이의 기능이 향상되는 잇점이 있다.

Description

TSM을 갖춘 레벨원 게이트웨이

본 발명은 TSM(Transaction State Machine)을 갖춘 레벨원 게이트웨이(Levelone Gateway)에 관한 것이다.

레벨원 게이트웨이는 주문형 비디오(Video On Demand; VOD)서비스를 구현함에 있어서, 서버(Server)와 클라이언트(Client)간의 서비스가 가능하도록 세션(Session)을 설정해주는 시스템이다. 이 레벨원 게이트웨이는 도 1에 도시한 바와 같이 크게 상호간에 인터페이스하면서 시스템을 제어하는 시스템관리자(System Manager)(11)와 각 세션에 대한 처리를 하는 세션관리자(12) 그리고 각 세션에 대한 해당 내용을 저장하는 DB(Data Base)관리자(13)로 구성된다. 그리고, 이 세션관리자(12)에는 서버 혹은 클라이언트로부터 메시지(Message)가 왔을 때 DSM-CC프로토콜(Protocol)에 따라 메시지처리를 하는 FSM(Finite State Machine)이라는 구현모듈이 있다. 만일, 서버 혹은 클라이언트로부터 세션설정에 대한 메시지가 레벨원 게이트웨이로 입력되면 세션관리자(12)의 FSM에는 FSM Object(이하 FSMO라 칭함)가 생성된다. 그래서, 세션설정이 완료되면 FSM내의 SMD(State Machine Dispatcher)는 이 메시지에 대한 FSMO의 내용을 서버 혹은 클라이언트로 전송하고, 이 FSMO의 내용은 DB관리자(13)에 저장된다. 각 세션마다의 FSMO들은 자기의 처리상태를 보관하고, 모든 메시지에 대한 수행함수가 있어서 발생되는 사건(Event)에 대한 Jump Table(State Transit Table; STT)을 가지고 있다. 그래서, 메시지에 대한 응답 후 새로운 세션설정에 대한 요구 혹은 타임아웃(Timeout)이 발생하면 SMD는 STT에 따라 새로운 세션에 대한 설정을 완료하거나 메시지를 재전송하는 루틴(Routine)을 수행한다.

그러나, 종래에는 상술한 바와 같이 레벨원 게이트웨이에서 새로운 세션설정의 요구 혹은 메시지에 대한 재전송 처리 등을 하나의 STT에 따라 SMD가 수행하다보니 즉, 하나의 FSM에서 모든 세션처리를 하다보니 세션의 수가 증가함에 따라 무효한 세션을 끊는 일 등에 대한 효율적인 처리가 이루어지지 않았고, 프로그램구현이 복잡해지는 문제점이 있었다.

따라서, 이와 같은 문제점을 해결하기위한 본 발명의 목적은 FSM의 일부기능을 수행할 수 있는 별도의 구현모듈을 레벨원 게이트웨이에 추가로 제공하고자 한다.

도 1은 레벨원 게이트웨이의 구성을 나타낸 도면,

도 2는 레벨원 게이트웨이에서의 TSM위치를 나타낸 도면,

도 3은 TSMO의 상태변화를 나타낸 도면,

도 4a는 메시지송신시의 TSM의 동작흐름을 나타낸 도면,

도 4b는 메시지수신시의 TSM의 동작흐름을 나타낸 도면.

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

11 : 시스템관리자 12 : 세션관리자

13 : DB관리자 20 : FSM

21 : FSMO 22 : SMD

23 : TSM

이와 같은 목적을 달성하기 위한 본 발명의 특징은 레벨원 게이트웨이에 있어서, 요구 메시지 송/수신과정을 확인하여 메시지를 재전송하는 기능을 별도로 수행하는 TSM(Transaction State Machine)을 포함하는 레벨원 게이트웨이에 있다.

첨부한 도면을 참조하여 본 발명의 바람직한 실시 예를 설명하기로 한다.

레벨원 게이트웨이에 새로이 추가되는 TSM은 도 1의 세션관리자(12)의 내부에 위치하고 있는 FSM의 내부에 위치하거나, 세션관리자(12)의 내부에 위치할 수 있다. 본 발명에서는 TSM이 FSM의 내부에 위치한 경우를 예를 들어 도 2에 도시하였다. 도시한 바와 같이 FSM(20)의 내부에 상호 인터페이스하는 전술한 FSMO(21)와 SMD(22) 그리고 TSM(23)이 있다. 레벨원 게이트웨이가 요구 메시지를 최초로 송/수신할 때 FSM(20)내의 TSM(23)에서는 TSMO가 생성된다. 그리고, TSM(23)은 SMD(22)로부터 메시지가 서버 혹은 클라이언트로 전송되고 나면 일정 시간을 체크하고, 체크되는 일정 시간에 메시지에 대한 재전송요구 혹은 타임아웃이 발생하면 생성된 TSMO가 이에 대한 처리를 하게 된다. 이에 대한 TSM(23)에서 TSMO의 동작흐름을 도시한 도 4를 통하여 좀 더 자세하게 알아보도록 한다.

도시한 도 3은 DSM-CC 프로토콜에 따른 TSMO의 생성/소멸에 대한 상태변화를 나타낸 도면이다. 처음 TSMO는 생성되지않은 Undefined상태(State)(31)에서 요구 메시지가 서버 혹은 클라이언트로 송신되고 나면 TSMO가 생성되어 Active-Retrans상태(32)로 된다. 요구 메시지를 송신하고 난 후 요구 메시지에 대한 응답메시지가 오게 되면 TSMO는 소멸상태(Expire)(33)가 되고 다시 Undefined상태(31)로 된다.

그리고, 처음 TSMO는 생성되지않은 Undefined상태(31)에서 서버 혹은 클라이언트로부터 요구 메시지를 수신하게 되면 TSMO가 생성되어 Active-No-Retrans상태(34)로 된다. 그리고, 수신한 요구 메시지에 대한 응답메시지를 전송한 후 일정시간 안에 수신한 요구 메시지와 동일한 요구 메시지가 오지않으면 응답메시지가 잘 전송되었다고 생각하고 TSMO는 소멸상태(33)가 되고, 이 소멸상태 후 다시 Undefined상태(31)가 된다. 그리고 나서 다시 메시지를 송/수신하게 되면 전술한 상태가 반복된다.

도시한 도 4a와 b는 메시지 송/수신시의 TSM의 동작을 나타낸 흐름도이다.

도 4a는 서버 혹은 클라이언트로 요구 메시지를 송신할 때의 TSM의 동작을 나타낸 흐름도이다. 먼저, 요구 메시지에 대한 처리를 하기위한 FSMO(21)가 생성되고(401단계), FSMO(21)는 SMD(22)를 통하여 서버 혹은 클라이언트로 요구 메시지를 송신한다(402단계). 이 때, TSMO는 생성되지않은 Undefiend상태(31)에서 402단계 수행 후 생성되고(403단계), TSMO는 Active-Retrans상태(32)가 된다. 생성된 TSMO는 기정의된 일정 시간에 대한 타임아웃이 발생하는 가를 체크한다(404단계). 그래서, 체크결과 타임아웃이 발생하였으면, TSMO는 SMD(22)로 FSMO(21)가 송신한 요구 메시지와 동일한 요구 메시지를 재송신하고(405단계), 재송신되는 요구 메시지는 SMD(22)를 통하여 서버나 클라이언트로 재송신된다. 405단계 수행 후 이 루틴은 404단계부터 반복 수행된다. 그리고 만일 404단계에서 타임아웃이 발생하지않았으면 TSMO는 FSMO(21)가 송신한 요구 메시지에 대한 응답메시지가 시스템에 수신되었는 가를 체크한다(406단계). 그래서, 체크결과 응답메시지가 수신되지않았으면 404단계부터 반복 수행되고, 응답메시지가 수신되었으면 TSMO는 소멸된다(407단계). 407단계가 수행되면 TSMO는 Expire상태(33)로 되었다가 다시 Undefined상태(31)로 된다.

도 4b는 서버 혹은 클라이언트로부터 요구 메시지를 수신하였을 때의 TSM의 동작을 나타낸 흐름도이다. 먼저, 서버 혹은 클라이언트로부터 요구 메시지가 수신되면(501단계), FSMO(21)가 생성되고(502단계), FSMO(21)는 그 요구 메시지에 대한 처리준비를 하게 된다. 이 때, TSMO는 생성되지않은 Undefined상태(31)에서 502단계 수행 후 생성되고(503단계), 생성된 TSMO는 Active-No-Retrans상태(34)로 된다. 그래서, 수신한 요구 메시지에 대한 응답메시지가 FSMO(21)로부터 SMD(22)로 인가되어 서버 혹은 클라이언트로 전송된다(504단계). 이렇게 응답메시지가 전송되고 난 후 TSMO는 기정의된 일정 시간에 대한 타임아웃이 발생하는 가를 체크한다(505단계). 체크결과 타임아웃이 발생하지않았으면 처음에 수신한 요구 메시지와 동일한 요구 메시지가 재수신되는 가를 체크한다(506단계). 그래서, 동일한 요구 메시지가 재수신되었으면 이 루틴은 504단계부터 다시 수행되는 데, TSMO가 SMD(22)로 응답메시지를 전송하고, SMD(22)를 통하여 서버 혹은 클라이언트로 응답메시지를 재전송하게 된다(504단계). 만일, 동일한 요구 메시지가 수신되지않았으면 505단계부터 반복 수행된다. 그리고, 505단계에서 체크결과 타임아웃이 발생하였으면 TSMO는 소멸된다(507단계). 이 때, TSMO는 Expire상태(33)가 되고, 이 상태 후 다시 Undefined상태(31)가 된다.

이처럼, 한 세션에 대해 FSMO(21)와 SMD(22)에서 메시지들을 처리하는 동안에 TSM에서는 TSMO가 여러번 생성/소멸된다. 최초 메시지의 송/수신시에 생성되어 타임아웃이 발생하거나 메시지 재전송에 대한 처리를 하여 메시지의 정확한 전송을 수행한다.

상술한 바와 같이, 별도의 모듈 TSM으로 타임아웃 발생과 관련하여 메시지 재전송에 대한 처리를 수행하도록 함으로써 세션 증가시 세션처리를 효율적으로 할 수 있어 레벨원 게이트웨이의 기능을 향상시키는 잇점이 있다.

Claims

레벨원(Levelone) 게이트웨이(Gateway)에 있어서,

요구 메시지 송/수신과정을 확인하여 메시지를 재전송하는 기능을 별도로 수행하는 TSM(Transaction State Machine)을 포함하는 레벨원 게이트웨이.
제 1항에 있어서, 상기 TSM은 상기 레벨원 게이트웨이의 구성요소인 세션관리자(Session Manager) 내에 위치하거나 상기 세션관리자 내에 위치하고 있는 FSM(Finate State Mschine)의 내부에 위치하여 구현되는 것을 특징으로 하는 레벨원 게이트웨이.
제 1항에 있어서, 상기 요구 메시지 송신과정의 확인을 위한 상기 TSM의 구현방법은

(1)상기 요구 메시지를 서버(Server)나 클라이언트(Client)로 송신하고 난 후 상기 TSM에 TSMO(Object)가 생성되는 단계;

(2)상기 TSMO가 기정의된 일정시간에 대한 타임아웃이 발생하는 가를 판단하는 단계;

(3)제 2단계에서 타임아웃이 발생하면 상기 TSMO가 상기 요구 메시지를 재송신하고, 타임아웃이 발생하지않으면 상기 제 1단계에서 송신한 요구 메시지에 대한 응답메시지가 수신되었는 가를 판단하는 단계; 및

여러번 생성되고 소멸되는 것을 특징으로 하는 레벨원 게이트웨이.