KR19990027483A

KR19990027483A - 주문형 비디오시스템에 있어서 서버 사용자-대-네트워크 프로세서 운영방법

Info

Publication number: KR19990027483A
Application number: KR1019970049948A
Authority: KR
Inventors: 임태범
Original assignee: 전주범; 대우전자 주식회사
Priority date: 1997-09-30
Filing date: 1997-09-30
Publication date: 1999-04-15

Abstract

본 발명은 주문형 비디오시스템에 있어서 멀티클라이언트 환경을 지원할 수 있도록 구현된 서버 사용자-대-네트워크(UN)프로세서 운영방법에 관한 것이다. 이를 위하여 본 방법은, 소정의 메시지가 수신되면, 수신된 메시지의 헤더를 분석하여 해당 메시지가 유효한 메시지인지를 체크하고, 해당 메시지가 유효한 경우에는 메시지 헤더에 수록되어 있는 메시지 식별자를 분석하여 세션 및 자원운용 프로세서로부터 전송된 메시지인지 서버 UU프로세서로부터 전송된 메시지인지를 구분하여 디코딩하고, 서버 UN프로세서가 소정 트랜잭션을 수행하고 있지 않은 경우에 사용자-대-사용자 환경과 사용자-대-네트워크환경을 고려한 현재 상태값을 설정할 수 있는 기저장된 세션정보들중 해당 세션정보의 현재 상태값을 참조하여 해당 트랜잭션을 수행하고, 해당되는 트랜잭션의 마지막 메시지가 송신 또는 수신되면, 기저장되어 있는 해당 세션정보를 갱신하는 단계로 이루어집니다.

Description

주문형 비디오시스템에 있어서 서버 사용자-대-네트워크 프로세서 운영방법

본 발명은 주문형 비디오시스템(Video On Demand)에 있어서 서버(Server) 사용자-대-네트워크(Uer to Network, 이하 UN이라 약함)프로세서 운영방법에 관한 것으로서, 특히, DSM-CC(Digital Storage Media Command and Control, 이하 DSM-CC라고 약함)프로토콜로 서비스를 지원하는 주문형 비디오시스템에 있어서 멀티클라이언트 접근(Access)이 가능하도록 구현된 서버 UN프로세서 운영방법에 관한 것이다.

주문형 비디오시스템은 잘알려져 있는 바와 같이 소정의 클라이언트(Client)가 요구한 비디오정보를 보고 싶은 시간에 즉시 볼 수 있도록 제공하는 것으로, 정보의 저장 및 전송능력을 갖춘 대용량 서버로 이루어진 정보공급자(Information Provider), 실제 정보를 이용하는 TV사용자인 클라이언트 및 정보공급자와 클라이언트간에 정보의 전송을 가능하게 하는 네트워크가 연동되어 운영된다.

DSM-CC는 상술한 주문형 비디오시스템을 운영하기 위해 ISO에서 규정한 프로토콜로서, 근거리 또는 원거리 지역상에서 사용된 디지탈 저장미디어가 무엇이든지 관계없이 미디어에 저장된 비트스트림을 관리하기 위한 공통적인 운용 및 제어기능을 규정해 놓은 프로토콜의 집합이다. 이러한 DSM-CC프로토콜은 도 1에 도시된 바와 같이 클라이언트(또는 클라이언트 유저, 이하 클라이언트로 통일함)와 서버(또는 서버 유저, 이하 서버로 통일함)간에 직접적으로 데이터를 송수신하는 경로로 운영되는 사용자-대-사용자(User to User, 이하 UU라고 약함) 환경과 네트워크와 클라이언트 또는 네트워크와 서버간에 데이터를 송수신하는 경로로 운영되는 사용자-대-네트워크 환경이 존재한다.

즉, 도 1에서 알 수 있는 바와 같이 UN환경은 클라이언트, 네트워크, 및 서버에 환경기능 개체 유형이 상주되어 운영되는 것이고, UU환경은 클라이언트와 서버에만 환경기능 개체유형이 상주되어 운영되는 것이다. 이러한 UN환경과 UU환경은 소정의 클라이언트 또는 서버가 세션셋업을 요구(SessionSetUpRequest)하면서부터 세션셋업 확인(SessionSetUpConfirm)정보가 네트워크로부터 해당 클라이언트 또는 서버로 전송되어 해당 세션이 활성화되는 세션셋업(또는 세션설치) 이벤트와 클라이언트 또는 서버로부터 릴리즈요구(ReleaseRequest)가 발생되어 해당 세션울 끊는 세션끊음 이벤트 및 클라이언트와 서버간에 MPEG(Motion Picture Expert Group)채널을 형성하기 위하여 서버로부터 추가자원요구(ServerAddResource Request)가 발생되면서 해당 확신정보가 네트워크로부터 해당 서버로 전송되는 자원추가이벤트는 각각 상술한 UN환경에서 이루어지고, 세션이 활성화되고 상술한 추가자원요구가 발생되기 전에 이루어지는 과정과 추가자원요구에 대한 채널형성 후, 실질적인 MPEG데이타를 전송하는 과정은 UU환경에서 이루어진다.

이와 같이 DSM-CC프로토콜로 운영되는 주문형 비디오시스템에 UU환경과 UN환경이 존재함으로 인하여 서버측과 클라이언트측에서는 각각 UU환경에서 운영되는 프로세서와 UN환경에서 운영되는 프로세서가 별도로 구비되어 있다.

그러나 서버측에 구비되어 있는 UN프로세서는 서비스 기본단위인 한 세션(session)에 대한 처리가 완료되기 전에는 새로운 세션의 접근(Access)을 허용하지 않도록 설계되어 있어 멀티클라이언트환경을 지원하지 못하는 문제가 있었다.

본 발명은 상술한 문제를 해결하기 위하여 안출한 것으로서, DSM-CC프로토콜로 운영되는 주문형 비디오시스템에 있어서 멀티클라이언트 환경을 지원할 수 있도록 구현된 서버 사용자-대-네트워크(UN)프로세서 운영방법을 제공하는데 그 목적이 있다.

본 발명의 다른 목적은 주문형비디오시스템에 있어서 트랜잭션(Transation)과 트랜잭션 사이에 존재하는 아이들(Idle)기간동안 새로운 세션의 접근을 허용하여 멀티클라이언트 환경을 지원할 수 있도록 구현된 서버 사용자-대-네트워크 프로세서 운영방법을 제공하는데 있다.

상기 목적들을 달성하기 위하여 본 발명에 따른 서버 사용자-대-네트워크 프로세서 운영방법은, 비동기 통신망(ATM)을 통해 네트워크에 구비되어 있는 세션 및 자원운용(SRM)프로세서와 데이터를 송수신하고, 사용자-대-사용자 환경을 지원하기 위하여 서버측에 구비되어 있는 서버 UU프로세서와 직접적으로 연결되어 서버측에서의 사용자-대-네트워크 환경을 지원하는 서버 UN프로세서의 운영방법에 있어서, 소정의 메시지가 수신되면, 수신된 메시지의 헤더를 분석하여 해당 메시지가 유효한 메시지인지를 체크하는 단계; 체크단계 수행결과, 해당 메시지가 유효한 경우에는 메시지 헤더에 수록되어 있는 메시지 식별자를 분석하여 세션 및 자원운용 프로세서로부터 전송된 메시지인지 서버 UU프로세서로부터 전송된 메시지인지를 구분하여 디코딩하는 단계; 체크단계 수행결과, 해당 메시지가 유효하지 않지 않거나 메시지 식별자 분석에 의한 메시지 구분시 수신된 메시지가 세션 및 자원운용 프로세서 또는 서버 UU프로세서로부터 전송된 메시지가 아닌 경우에는 에러발생 처리를 하는 단계; 서버 UN프로세서가 소정 트랜잭션을 수행하고 있지 않은 경우에 상기 사용자-대-사용자 환경과 사용자-대-네트워크환경을 고려한 현재 상태값을 설정할 수 있는 기저장되어 있는 세션정보들중 디코딩단계에서 디코딩된 메시지에 해당되는 세션정보의 현재 상태값을 참조하여 해당 이벤트를 설정하는 단계; 설정된 이벤트에 따라 해당되는 트랜잭션을 수행하는 단계; 해당되는 트랜잭션의 마지막 메시지가 송신 또는 수신되면, 기저장되어 있는 해당 세션정보를 갱신하는 단계; 해당 세션정보가 갱신되면, 다음 단계로 리턴하는 단계를 포함하여 수행되는 것을 특징으로 한다.

도 1은 DSM-CC프로토콜로 운영되는 주문형 비디오시스템의 개념도,

도 2는 본 발명에 따른 방법으로 운영되는 서버 UN프로세서를 구비한 주문형 비디오시스템의 기능 블럭도,

도 3은 본 발명에 따른 서버 사용자-대-네트워크 프로세서 운영방법에 대한 흐름도,

도 4a는 클라이언트 세션셋업을 위한 이벤트의 순서도.

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

200:서버 UU(User to User)프로세서 220:ATM 스위치

210:SRM(Session Resource Manager)프로세서 231:ATM 네트워크 카드

230:서버 UN(User to Network)프로세서 2321:메시지 디코더

232:세션 운용부(Session Manager) 233:세션자원 운용부

2322:상태머신(State Machine) 2323:저장기

2324:메시지 엔코더

이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시예를 상세하게 설명하기로 한다.

도 2는 본 발명에 따른 방법에 의해 운영되는 서버 사용자-대-네트워크(이하 UN이라 약함)프로세서를 구비한 주문형 비디오시스템의 블록도로서, 서버측의 사용자-대-사용자(User to User, 이하 UU라고 약함)환경을 지원하는 서버 UU프로세서(200), 서버측의 UN환경을 지원하는 서버 UN프로세서(230), 네트워크측에 존재하여 미도시된 클라이언트측 UN프로세서와 서버 UN프로세서(230)간의 세션의 생성, 자원 할당 및 해제처리를 하는 세션 및 자원운용(Session Resource Manager, 이하 SRM이라 약함)프로세서(210) 및 서버 UN 프로세서(230)와 SRM(210)간 및 미도시된 클라이언트 UN프로세서와 SRM(210)간의 데이터 통신이 비동기통신(ATM)망을 통해 이루어지도록 연결하는 ATM스위치(220)로 구성된다.

특히, 서버 UN 프로세서(230)는 ATM스위치(220)를 통해 데이터 송수신이 가능하도록 인터페이스처리를 하는 ATM네트워크 카드(231), ATM네트워크 카드(231)와 서버 UU프로세서(200)와 연결되어 서버 UN프로세서(230)의 전반적인 기능을 제어하는 세션 운용부(232), 세션 운용부(232)에 의해 제어되어 세션 자원의 할당 및 해제처리를 하는 세션 자원 운용부(233)로 구성된다. 그리고 세션운용부(232)는 수신된 메시지를 디코딩하는 메시지 디코더(2321), 송출할 메시지를 엔코딩하는 메시지 엔코더(2324), 상태머신(2322), 세션별 정보를 저장한 세션테이블이 구비되어 있는 저장기(2323)로 구성된다.

도 3은 본 발명에 따른 서버 UN프로세서 운영방법에 대한 동작 흐름도이다.

그러면 도 2를 참조하여 도 3에 도시된 흐름도의 동작을 설명하기로 한다.

우선, 서버 UU프로세서(200)는 기존과 같이 해당 세션운용부, 구성(Config), 및 자원운용부로 이루어져 UU환경에서 서버측에서 수행해야 하는 기능을 수행한다. 이와 같은 기능을 수행하기 위하여 서버 UN프로세서(230)로부터 메시지를 받거나 서버 UN프로세서(230)로 메시지를 송출하기도 한다. 즉, UU환경에서 UN환경으로 전환되어야 하는 시점에서는 서버 UU프로세서(200)로부터 서버 UN프로세서(230)로 소정의 메시지가 전송되고, UN환경에서 UU환경으로 전환되어야 하는 시점에서는 서버 UN프로세서(230)로부터 서버 UU프로세서(200)로 소정의 메시지가 전송된다.

SRM프로세서(210)는 세션단위로 운영되도록 구성될 수도 있고, 세션처리기간내에서 멀티 클라이언트를 지원할 수 있도록 구성될 수도 있다. ATM스위치(220)는 기존과 동일하게 구성되어 운영된다.

이와 같이 주변 조건이 형성된 상태에서 서버 UN프로세서(230)는 제 301 단계에서 소정의 메시지가 수신되면, 세션 운용부(232)내에 구비되어 있는 메시지 디코더(2321)에서 수신된 메시지의 헤더를 통해 전송되는 ProtocolDiscriminator가 유효한 데이터인 지를 체크한다. ProtocolDiscriminator정보는 해당 메시지가 DSM-CC메시지인지를 나타내는 것이다.

제 302 단계의 체크결과, ProtocolDiscriminator가 유효한 데이터가 아닌 것으로 판단되면, 제 303 단계로 진행되어 메시지 디코더(2321)는 에러발생처리를 수행한다. 에러발생처리가 완료되면 제 301 단계로 리턴된다. 그러나 제 302 단계의 체크결과, ProtocolDiscriminator가 유효한 데이터로 판단되면, 제 304 단계로 진행된다.

제 304 단계에서 메시지 디코더(2321)는 메시지 헤더를 통해 전송된 dsmccType정보가 유효한 데이터로 인가되었는 지를 체크한다. dsmccType정보는 현재 인가된 메시지가 UU환경 또는 UN환경에서 사용되는 메시지임을 나타낼 경우에, 유효한 것으로 판단한다. 이는 SRM프로세서(210)로부터 전송되는 메시지는 UN환경에서 이용되는 메시지이고, 서버 UU프로세서(200)로부터 전송되는 메시지는 UU환경에서 이용되는 메시지이기 때문이다.

체크결과, dsmccType정보가 유효하지 않은 경우에는 제 303 단계로 진행되어 상술한 바와 같이 에러발생처리를 한다. 그러나 제 304 단계의 체크결과, dsmccType정보가 유효한 경우에는 제 305 단계로 진행되어 메시지 헤더를 통해 전송되는 메시지 식별자(messageId)를 분석한다. 분석결과, 수신된 메시지가 SRM프로세서(210)로부터 송출된 메시지인 경우에는 제 306 단계를 통해 제 308 단계로 진행된다. 그러나 서버 UU프로세서(200)로부터 송출된 메시지인 경우에는 제 306 단계에서 제 307 단계를 경유하여 제 308 단계로 진행된다. 이 때, 메시지 식별자를 분석한 결과 수신된 메시지가 SRM 프로세서(210)로부터 송출된 메시지도 아니고 서버 UU프로세서(200)로부터 송출된 메시지도 아니면 제 303 단계로 진행되어 상술한 바와 같이 에러발생처리를 한다.

한편, 제 308 단계에서는 상태머신(2322)이 메시지 디코더(2321)에서 디코딩된 메시지의 전송을 허용하는 지를 체크한다. 상태머신(2322)은 소정 세션에 대한 소정의 트랜잭션이 진행중인 경우에는 메시지 디코더(2321)로부터 어떠한 메시지의 전송도 허용하지 않는다. 여기서 트랜잭션은 세션내에서 이루어지는 하나의 이벤트에 해당되는 것으로, 도 4a에 도시된 소정의 클라이언트에 대한 세션셋업 이벤트, 도 4b에 도시된 MPEG채널할당을 위한 이벤트, 도 4c에 도시된 세션해제 이벤트를 각각 하나의 트랜잭션이라 한다. 따라서 상태머신(2322)에서 도 4a에 도시된 세션셋업 이벤트의 경우에 트랜잭션기간은 SRM프로세서(210)로부터 세션셋업지시(ServerSession SetUpIndication) 메시지가 인가된 시점부터 세션셋업 응답(ServerSessionSetUpResponse) 메시지가 SRM프로세서(210)로 송출된 시점까지가 된다.

이와 같이 트랜잭션이 진행중인 관계로 디코딩된 정보전송이 허용되지 않는 경우에는, 허용될 때까지 대기상태를 유지하게 된다. 그러나 상태머신(2322)이 소정의 세션에 대해 진행중인 상태이기는 하나 해당 세션의 소정의 트랜잭션을 진행중인 상태가 아닌 경우 또는 어느 세션에 대해서도 진행중이 아닌 경우에는 디코딩된 정보의 전송을 허용하기 때문에 제 309 단계로 진행되어 디코딩된 정보를 상태머신(2322)으로 전송한다.

그 다음 제 310 단계로 진행되어 상태머신(2322)은 저장기(2323)에 저장되어 있는 세션테이블에서 해당 세션의 현재 상태값을 참조한다. 이 때 저장기(2323)에 저장되어 있는 하나의 세션당 정보는 표 1과 같은 구조로 이루어진다.

Struct SessionInfoTable{CurrentState;sessionId;Client_address;Server_address;flag;

표 1에서 CurrentState는 1트랜잭션 단위로 설정되는 현재 세션의 상태값으로서, UU환경과 UN환경을 모두 고려한 상태값이 설정되고, sessionId는 해당 세션의 고유한 ID이다. 이 sessionId를 참조하여 상태머신(2322)은 세션정보 저장기(2323)에 저장되어 있는 해당 세션정보로 파악할 수 있게 된다. 이는 각 메시지가 항상 sessionId를 포함한 상태로 전송되기 때문이다. 그리고 Client_address와 Server_address는 그 세션이 연결된 서버와 클라이언트의 주소이고, flag는 해당 세션이 현재 사용중인지를 나타내기 위하 것으로, '1'로 설정된 경우에는 해당 세션이 현재 사용중인 것이고, '0'으로 설정된 경우에는 해당 세션이 현재 사용중이 아닌 것이다. 따라서 해당 세션이 활성화되면서부터 끊길 때까지 flag는 '1'로 설정된다.

그리고 제 310 단계에서 참조된 현재 상태값에 따라 상태머신(2322)은 제 311 단계에서 해당 이벤트(Event)를 설정하게 된다. 예를 들어 도 4a에 도시된 바와 같이 소정 클라이언트의 세션셋업을 위해 SRM프로세서(210)로부터 세션셋업지시 메시지가 인가된 경우에, 저장기(2323)에 저장되어 있는 현재 상태값(CurrentState)은 'don't care'상태로 설정되어 있고, flag는 0로 설정되어 있을 것이므로 제 311 단계에서 해당 클라이언트에 대한 세션셋업을 수행하기 위한 이벤트를 설정한다. 만약, 현재 수신된 메시지가 도 4b에 도시된 MPEG채널할당을 위한 자원확인(ServerAddResourceConfirm) 메시지인 경우에는 제 311 단계에서는 서버측에 해당 자원을 할당하기 위한 이벤트를 설정하게 된다.

이와 같이 해당 이벤트가 설정되면, 상태머신(2322)은 제 312 단계에서 설정된 이벤트에 따른 트랜잭션을 수행한다. 이와 같은 트랜잭션 수행시에는 메시지 디코더(2321)에서 디코딩된 데이터의 전송을 허용하지 않게 된다. 트랜잭션 수행을 하면서 해당 트랜잭션의 마지막에 해당되는 메시지가 수신되거나 송출되었는 지를 체크한다. 이는 해당 트랜잭션의 처리가 완료되었는 지를 체크하기 위한 것이다. 체크결과, 해당 트랜잭션에서의 마지막 메시지가 송신 또는 수신되지 않았으면 제 312 단계로 리턴되어 계속 해당 트랜잭션처리를 수행하게 된다.

그러나 제 313 단계의 체크결과, 해당 트랜잭션에서의 마지막 메시지가 송신 또는 수신된 경우에는 제 314 단계로 진행되어 저장기(2323)에 저장되어 있는 해당 세션정보를 갱신하고 리턴한다. 예를 들어 도 4a에 도시된 바와 같은 세션셋업 이벤트에 대한 트랜잭션 수행시, 상태머신(2322)으로부터 세션셋업응답(ServerSession SetUpResponse) 메시지가 출력되면 제 314 단계로 진행되어 해당 세션정보를 갱신하게 된다. 그리고 도 4b에 도시된 이벤트의 경우에는 SRM프로세서(210)로부터 추가자원확인(ServerAddResourceConfirm) 메시지가 수신되면, 해당 세션정보를 갱신하게 된다.

이상에서 설명한 바와 같이 본 발명은 주문형 비디오시스템에 있어서 서버 UN프로세서가 하나의 세션을 진행중인 상태에서 트랜잭션을 수행하지 않는 기간동안에는 새로운 세션의 접근 또는 다른 사용자의 세션 진행을 허용하도록 운영함으로써, 서버 UN프로세서가 멀티클라이언트를 지원할 수 있는 효과가 있다.

Claims

비동기 통신망(ATM)을 통해 네트워크에 구비되어 있는 세션 및 자원운용(SRM)프로세서와 데이터를 송수신하고, 사용자-대-사용자 환경을 지원하기 위하여 서버측에 구비되어 있는 서버 UU프로세서와 직접적으로 연결되어 서버측에서의 사용자-대-네트워크 환경을 지원하는 서버 UN프로세서의 운영방법에 있어서,

소정의 메시지가 수신되면, 수신된 메시지의 헤더를 분석하여 해당 메시지가 유효한 메시지인지를 체크하는 단계;

상기 체크단계 수행결과, 해당 메시지가 유효한 경우에는 상기 메시지 헤더에 수록되어 있는 메시지 식별자를 분석하여 상기 세션 및 자원운용 프로세서로부터 전송된 메시지인지 상기 서버 UU프로세서로부터 전송된 메시지인지를 구분하여 디코딩하는 단계;

상기 체크단계 수행결과, 해당 메시지가 유효하지 않지 않거나 상기 메시지 식별자 분석에 의한 메시지 구분시 수신된 메시지가 상기 세션 및 자원운용 프로세서 또는 상기 서버 UU프로세서로부터 전송된 메시지가 아닌 경우에는 에러발생 처리를 하는 단계;

상기 서버 UN프로세서가 소정 트랜잭션을 수행하고 있지 않은 경우에 상기 사용자-대-사용자 환경과 상기 사용자-대-네트워크환경을 고려한 현재 상태값을 설정할 수 있는 기저장되어 있는 세션정보들중 상기 디코딩단계에서 디코딩된 메시지에 해당되는 세션정보의 현재 상태값을 참조하여 해당 이벤트를 설정하는 단계;

설정된 이벤트에 따라 해당되는 트랜잭션을 수행하는 단계;

상기 해당되는 트랜잭션의 마지막 메시지가 송신 또는 수신되면, 기저장되어 있는 상기 해당 세션정보를 갱신하는 단계;

상기 해당 세션정보가 갱신되면, 다음 단계로 리턴하는 단계를 포함하여 수행되는 것을 특징으로 하는 세션 및 자원운용방법.