KR100512097B1

KR100512097B1 - Ｉｅｅｅ1394 네트워크를 위한 등시성 자원 관리 시스템및 그 방법

Info

Publication number: KR100512097B1
Application number: KR10-2003-0041854A
Authority: KR
Inventors: 강순주; 정기훈
Original assignee: 경북대학교 산학협력단
Priority date: 2003-06-26
Filing date: 2003-06-26
Publication date: 2005-09-28
Also published as: KR20050001613A

Abstract

본 발명은 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템에 있어서, 각 채널의 등시성 자원을 분석하여 등시성(isochronous) 자원의 사용상태 정보를 산출하는 DIRMS 클라이언트, 적어도 하나 이상의 상기 DIRMS 클라이언트로부터 수신된 등시성 자원의 사용상태 정보를 통합 관리하는 DIRMS 서버 및 상기 DIRMS 서버로 등시성 자원의 사용상태 정보 요청 신호를 전송하고, 상기 DIRMS 서버로부터 요청한 등시성 자원의 사용상태 정보를 수신하는 DIRMS 정보 요청노드를 포함한다.

Description

ＩＥＥＥ1394 네트워크를 위한 등시성 자원 관리 시스템 및 그 방법{A System For Managing Isochronous Resource For IEEE1394 Network And Method Thereof}

본 발명은 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템 및 그 방법에 관한 것으로서, 보다 상세하게는 IEEE1394에서 제공되는 등시성 자원을 로컬 모니터링 프로그램과 분산 자원관리 프로그램에 의해 2중으로 관리함으로써 등시성 자원의 사용상태를 보다 정확하게 파악할 수 있는 등시성 자원관리 시스템 및 방법에 관한 것이다.

IEEE1394는 고성능 시리얼 버스의 표준으로 멀티미디어 A/V(Audio/Video) 스트리밍 서비스를 위한 등시성 전송 방식을 제공하고 있다. 이 표준에서는 등시성 전송 방식을 위한 IRM 노드(등시성 자원 관리자 노드: Isochronous Resource Manger Node)를 두고 이 노드를 통해 전체 등시성 자원의 대역폭 사용량, 채널 사용 상황을 관리하도록 하고 있다. 하지만, 이러한 관리 방식은 수동적인 것으로 자원 사용자 측에서 사용 전에 등록하는 것이라 정확한 실제 전송 상태를 파악할 수 없다. 또한 전체 자원 사용량은 파악할 수 있지만, 채널별 자원 사용량이나 서비스 타입 등을 파악하는 것이 불가능하다. 이에 대해 도면을 참조하여 상세히 설명한다.

도 1은 종래의 등시성 자원 관리를 위한 IEEE1394 네트워크의 구성도이다. 도 1에 나타낸 바와 같이, IEEE1394 네트워크는 루트 노드(100), IRM 노드(110) 및 기타 일반 노드(120 ~ 150)로 구성된다.

루트 노드(100)는 자원을 중재하는 노드로서, 모든 네트워크 트랜잭션(transaction)은 전송 전에 루트 노드(100)에 전송 사용권을 요청하고 권리를 부여받아서 전송하게 된다.

IRM(Isochronous Resource Manager) 노드(110)는 등시성 자원을 관리하는 노드로서, 관리 방식이 수동적이다. IRM 노드(110)는 채널 레지스터(미도시)와 대역폭 레지스터(미도시)를 관리하며, 자원을 송신하려고 하는 노드들은 반드시 사전에 이들 레지스터를 확인하여 자원의 여유량을 파악하고 자신이 사용할 자원 내역을 등록해야 한다. 이 때 등록되는 정보는 사용할 채널의 정보와 전체 대역폭 사용량에 관한 정보로서, 현재 채널을 사용하고 있는 노드 정보 및 각 채널별 자원 사용량에 관한 정보는 포함하고 있지 않다.

기타 일반 노드(120 ~ 150)는 IEEE1394 네트워크에 연결된 나머지 노드를 의미하며, 이들 일반 노드 중에는 루트 노드나 IRM 노드의 기능을 수행할 수 있는 노드들도 다수 포함되어 있다.

도 2는 종래의 IEEE1394에서 IRM 기능을 구현할 경우의 레벨 아키텍처를 나타낸 도이다.

도 2에 나타낸 바와 같이, IRM 프로그램(230)은 어플리케이션 프로그램(200) 수준의 서비스가 아니므로 디바이스 드라이버(240) 상위의 미들웨어(220) 레벨에서 운영된다. 따라서, IRM 기능이 동작하게 되면 해당 노드는 등시성 자원을 이용한 기타 서버스를 수행할 수 없게 된다.

도 2에서, 디바이스 드라이버(240)는 컴퓨터에 부착된 특정 주변 장치를 제어하기 위한 프로그램으로서, 일반적으로 OS의 일부로써 운영되며 응용 프로그램에서는 API(210)를 통해서 디바이스 드라이버(240)에 하드웨어 제어를 요청하게 된다. 그리고, API(Application Program Interface)는 OS나 기타 응용 프로그램에 명령이나 요청을 할 때 쉽게 처리할 수 있도록 미리 정의해서 만들어 둔 인터페이스 용 프로그램으로서, 주로 상하 관계의 프로그램들 사이의 가교 역할을 한다. 또한, 미들웨어(220)는 각기 분리된 두 개의 프로그램 사이에서 매개 역할을 하거나 연합시켜주는 프로그램을 지칭한다.

도 3은 종래의 IEEE1394에서 등시성 자원 관리방법이 수행되는 과정을 나타낸 흐름도이다. 도 3에서는 도 1의 DVD 플레이어에서 멀티미디어 동영상 스트림을 등시성 패킷으로 전송하다가 캠코더에서 동영상 스트림을 전송하려고 하는 경우를 가정한 것이다.

우선, DVD 플레이어(140)는 IRM 노드(110)로 자원 상태 정보를 요청한다(S300). DVD 플레이어(140)가 동영상 스트림을 등시성 자원을 이용하여 전송하려 하는 경우, IRM 노드(110)의 채널 레지스터와 대역폭 레지스터에 접근하여 자원의 여유가 있는지를 확인한다.

IRM 노드(110)는 채널 레지스터와 대역폭 레지스터로부터 채널 사용 유무와 등시성 자원의 총 사용량에 관한 정보를 추출하여 DVD 플레이어(140)로 전송한다(S310, S320).

만일, 자원의 여유가 있으면, DVD 플레이어(140)는 사용하고자 하는 채널 및 대역폭 정보를 IRM 노드(110)로 전송하며(S330), IRM 노드(110)는 채널 레지스터와 대역폭 레지스터에 채널 및 대역폭에 관한 정보를 기록한 후(S340), 등록 완료 신호를 DVD 플레이어(140)로 전송한다(S350).

DVD 플레이어(140)는 등록이 성공하면 해당 채널을 통해 등시성 패킷을 125??s 간격으로 전송한다(S360).

이러한 패킷의 전송 중에 캠코더(150)가 동영상 스트림(stream) 전송을 시도하기 위해 IRM 노드(110)에 자원 상태 정보를 요청한다(S370).

IRM 노드(110)가 자원 상태 정보를 추출하여 캠코더(150)로 전송한다(S380, S390). 캠코더(150)는 IRM 노드(110)로부터 자원 상태 정보를 수신하여 자원의 여유가 없으면 전송을 포기하거나 자원 여유가 생길 때까지 대기하게 된다.

만일 자원의 여유가 있으면 캠코더는 채널 레지스터와 대역폭 레지스터에 자신이 사용할 채널 및 대역폭에 관한 정보를 기록한 후, 등시성 패킷을 전송한다.

그러나, 이러한 방법에 의할 경우에는 IRM 노드에 기록되는 정보는 채널의 사용유무와 등시성 자원의 총 사용량이므로, 채널별 대역폭 사용량을 파악할 수 없으며, 특정 채널을 사용하는 노드가 어느 것인지 파악할 수 없는 문제점이 있다.

또한, IRM 노드에 등록하지 않고 등시성 자원을 사용하는 경우에는 IRM 정보를 통해서는 알 수 없는 문제점이 있다.

또한, IRM 노드에서의 자원관리는 수동적으로 이루어지므로 자원의 재분배가 불가능하다는 문제점이 있다.

이러한 문제점을 해결하기 위한 일반적인 방법으로서 일정 시간 동안 특정 채널의 패킷을 수신 및 분석하여 실제 전송 데이터량, 대역폭 사용량 및 노드 정보를 알아내도록 하는 방법이 있다.

그러나, 이러한 방법에 의할 경우에도 모니터링 서비스가 운영 중인 노드는 등시성 자원 응용 프로그램을 일체 사용할 수 없는 문제점이 있다. 즉, 등시성 패킷의 수신은 모니터링 서비스에서 가져가므로 응용 프로그램이 받을 수는 없다. 또한, 모니터링 서비스가 응용 프로그램 수준에서 동작한다면 등시성 자원 전체에 대한 접근 권한을 보장받을 수 없어 정확한 측정이 불가능하게 되는 문제점이 있다.

따라서, 이러한 종래 IEEE1394 네트워크에서의 등시성 자원 관리방법에 대한 불합리한 점을 극복하고 등시성 자원을 사용중인 노드 및 전송량 정보를 정확하게 파악하여 자원의 재분배를 가능하도록 하는 방법에 대한 요구가 높아지고 있다.

따라서, 본 발명은 상기와 같은 문제점을 해결하기 위하여 안출된 것으로서, 본 발명의 제 1 목적은 타 응용 프로그램에 지장을 주지 않으면서도 등시성 자원의 사용 상황을 실시간으로 파악할 수 있는 등시성 자원 관리방법을 제공하는 것이다.

본 발명의 제 2목적은 등시성 자원 스케줄링을 통해 우선순위에 따라 자원을 재분배할 수 있는 등시성자원 관리 방법을 제공하는 것이다.

상기와 같은 목적을 달성하기 위한 본 발명의 제 1 측면에 따르면, IEEE1394 네트워크를 위한 등시성 자원 관리 시스템에 있어서, 각 채널의 등시성 자원을 분석하여 등시성 자원의 사용상태 정보를 산출하는 DIRMS 클라이언트, 적어도 하나 이상의 상기 DIRMS 클라이언트로부터 수신된 등시성 자원의 사용상태 정보를 통합 관리하는 DIRMS 서버 및 상기 DIRMS 서버로 등시성 자원의 사용상태 정보 요청 신호를 전송하고, 상기 DIRMS 서버로부터 요청한 등시성 자원의 사용상태 정보를 수신하는 DIRMS 정보 요청노드를 포함하는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템이 제공될 수 있다.

상기와 같은 목적을 달성하기 위한 본 발명의 제 2 측면에 따르면, IEEE1394 네트워크를 위한 등시성 자원 관리 방법에 있어서, DIRMS 클라이언트에서 각 채널로부터 수신된 등시성 패킷을 분석하는 단계, DIRMS 클라이언트에서 현재의 등시성 자원의 사용 상태정보를 산출하는 단계, DIRMS 서버가 적어도 하나 이상의 DIRMS 클라이언트로부터 상기 등시성 자원의 사용상태 정보를 수신하는 단계 및 DIRMS 서버가 상기 수신된 등시성 자원의 사용상태 정보를 통합하여 자원 사용상태 테이블을 생성하는 단계를 포함하는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 방법이 제공될 수 있다.

본 발명의 그 밖의 목적, 특정한 장점들 및 신규한 특징들은 첨부된 도면들과 연관되어지는 이하의 상세한 설명과 바람직한 실시예들로부터 더욱 분명해질 것이다.

이하에서는 첨부된 도면을 참조하여 본 발명의 실시예를 상세히 설명하도록 한다. 이하에서, 본 발명에 따른 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템 및 방법을 설명함에 있어서 동일한 구성 요소에 대해서는 도면 번호에 관계없이 동일한 참조 번호가 부여될 것이다. 이하에서, LIRMS(Local Isochronous Resource Monitoring Service)은 각 채널별 등시성 자원의 사용상태 정보를 수집하기 위한 로컬 등시성 자원 관리 프로그램을 의미하며, DIRMS(Distributed Isochronous Resource Management Service)는 LIRMS에 의해 수집된 정보를 통합 관리하기 위한 분산 등시성 자원 관리 프로그램을 의미한다.

도 4는 본 발명의 등시성 자원관리를 위한 자원 관리 시스템에 따른 IEEE1394 네트워크의 구성도이다. 도 4에 나타낸 바와 같이, 본 발명에 따른 IEEE1394 네트워크는 DIRMS 서버(10), DIRMS 클라이언트(20), DIRMS 서버 후보(30), DIRMS 정보요청 노드(40),DIRMS 자원요청 노드(40) 및 기타 일반노드(미도시)를 포함하여 구성된다.

DIRMS 서버(10)는 모든 DIRMS 클라이언트(20)에서 수집된 등시성 자원 정보를 통합하여 하나의 일관된 정보로 관리하는 노드이다. 등시성 자원은 헤더와 데이타로 구성되고 각각에 32bit crc코드가 붙는데, 헤더는 패킷의 채널 정보와 데이타 길이 등의 정보를 포함한다. 정보 접근의 용이성을 고려하여 DIRMS 서버(10)는 IRM 노드에서 운영된다. 이를위해 IRM 노드로 운영될 수 있는 모든 후보노드에는 미리 DIRMS 서버(10) 프로그램이 설치되어 있어야 한다. 또한, DIRMS 서버(10)가 설치된 노드는 DIRMS 클라이언트(20) 프로그램도 운영하도록 하는 것이 바람직하다. DIRMS 서버(10)에서 제공하는 정보는 미리 약속된 IEEE1394 어드레스를 통하여 제공되므로 모든 IEEE1394 노드들이 DIRMS 서버(10)에서 수집한 정보를 이용할 수 있다.

DIRMS 클라이언트(20)는 DIRMS 서버(10)에 제공할 등시성 자원 정보를 수집하는 노드이다. DIRMS 클라이언트(20)는 자체에 내장된 LIRMS(Local Isochronous Resource Monitoring Service) 프로그램을 통해 등시성 자원 사용정보를 수집한다. LIRMS 프로그램은 타 응용 프로그램의 등시성 자원 사용에 지장이 없도록 운영되어야 한다. 이를 위해, LIRMS 프로그램은 등시성 자원 사용 정보를 획득할 수 있는 디바이스 드라이버나 미들웨어 레벨에서 운영되어야 한다. LIRMS 프로그램을 통해 수집된 정보는 DIRMS 클라이언트(20)를 통해 DIRMS 서버(10)에 제공된다. 자원 정보는 DIRMS 서버(10)측에서 임의로 가져가게 된다. DIRMS 클라이언트(20)가 수집한 정보도 미리 지정된 IEEE1394 어드레스를 통해 제공되므로 일반 노드들이 자원 정보를 접근할 수 있다.

DIRMS 서버 후보(30)는 IRM(Isochronous Resource Management) 노드로 운영될 수 있는 노드들로서, 버스 리셋 시 IRM 노드로 지정될 수 있으므로 DIRMS 서버 후보(30)는 DIRMS 서버(10) 프로그램이 설치되어 있어야 한다. DIRMS 서버 후보(30)는 공식적으로는 DIRMS 클라이언트(20)의 역할만을 수행하게 되나, 비공식적으로는 DIRMS 서버 프로그램이 정보 수집활동을 지속적으로 할 수도 있다.

DIRMS 정보 요청 노드(40)는 DIRMS 서버(10)에 등시성 자원 정보를 요청하는 노드이다. 상술한 바와 같이 DIRMS 프로그램에서 관리하는 정보는 미리 지정된 IEEE1394 어드레스를 통해 제공되므로 일반 노드를 포함한 어느 1394 노드라도 DIRMS 정보 요청 노드가 될 수 있다.

DIRMS 자원 요청 노드(50)는 DIRMS 서버(10)에 등시성 자원의 강제 할당을 요청하는 노드이다. 자원 스케줄링이 수행되는 과정에 대해서는 후술하기로 한다.

기타 일반 노드는 DIRMS 서버(10)나 클라이언트가 운영되지 않는 IEEE1394 노드들을 말하며, 등시성 자원 관리 서비스를 이용하는 DIRMS 정보 요청 노드(40) 또는 DIRMS 자원요청 노드(40)가 될 수도 있다.

LIRMS 프로그램은 로컬 노드에서 직접 사용 중인 송수신 채널의 정확한 정보를 파악할 수는 없지만, DIRMS 프로그램은 각 노드에서 수집된 정보를 통합 관리하므로 정확한 정보를 유지할 수 있다. 따라서 이러한 분산 프로그램이 운영 중인 IEEE1394 네트워크에서는 채널별 등시성 자원 사용 정보를 정확하게 파악할 수 있다.

도 5는 본 발명의 등시성 자원관리를 위한 자원 관리 시스템에 따른 IEEE1394 네트워크의 실시예이다. 도 5에서는 IEEE1394 네트워크에 연결 가능한 63개의 노드 중에서 6개의 노드를 예시하여 설명한다.

도 5에서는 PC(Personal Computer)(63)가 루트 노드이면서 DIRMS 클라이언트(20)로 운영되고, 노트북(Notebook)(61)이 IRM 노드이면서 DIRMS 서버(10)인 경우를 예시하고 있다. 그리고, TV(Television)(65)가 DIRMS 클라이언트(client)(20)로서 운영되고 있다.

그 외에, LCD(Liquid Crystal Diplay)(67), DVD(Digital Versatile Disk) 플레이어(player) (69) 및 캠코더(Camcoder)(71)가 DIRMS 정보요청 노드(40) 또는 DIRMS 자원요청 노드(50)로서 운영되고 있다.

도 5를 참조하면, DIRMS 클라이언트(20)의 기능을 수행하는 PC(63) 및 TV(65)가 자체 내장된 LIRMS 프로그램을 실행하여 각 채널의 등시성 자원의 사용상태 정보를 수집하여 노트북(61)으로 제공하면, 노트북(61)은 이들 정보를 통합하여 하나의 일관된 등시성 자원 정보 테이블을 생성한다.

만일 LCD(67)가 노트북(61)으로 등시성 자원 정보를 요청하면 노트북(61)은 등시성 자원 정보 테이블 데이터를 LCD(67)로 전송한다.

도 6은 본 발명의 제 1 실시예에 따른 프로그램의 레벨 아키텍처를 나타낸 도이다. 도 6은 커널에서 독립 태스크의 운영이 가능할 경우에 적용될 수 있는 구조이다.

도 6을 참조하면, LIRMS 프로그램(86)과 DIRMS 프로그램(83)의 이중 구조로 되어 있다. LIRMS 프로그램(86)은 타 등시성 응용 프로그램에 피해를 주지 않는 범위에서 정보 수집을 수행해야 한다. 즉, 로컬 응용 프로그램이 사용하지 않는 등시성 채널에 대해서만 자원 사용 모니터링을 하게 된다. 이 경우 로컬 모니터링 프로그램의 수집 정보는 완벽하지 않다. 이것을 보완하기 위해 DIRMS 프로그램(83)이 동작한다. DIRMS 프로그램(83)은 어플리케이션(81)측의 미들웨어(82) 레벨(level)에서 운영된다. DIRMS 프로그램(83)은 로컬 노드의 LIRMS 프로그램(86)으로부터 정보를 취득하는 DIRMS 클라이언트 프로그램과 전체 1394 노드의 DIRMS 클라이언트 프로그램에서 정보를 취득하여 통합하는 DIRMS 서버 프로그램으로 구성된다.

LIRMS 프로그램(86)은 모든 등시성 자원을 쉽게 접근할 수 있는 위치인 디바이스 드라이버(device driver)(85) 레벨에서 운영된다. 그러나, 이러한 경우는 이상적인 경우로서, 하드웨어 레벨의 정보까지 직접적으로 확인이 용이한 장점이 있으나, 이를 위해서는 커널 레벨에서 독립적인 태스크(task)의 운영이 가능해야 한다.

도 7은 본 발명의 제 2 실시예에 따른 프로그램의 레벨 아키텍처를 나타낸 도이다.

제 1 실시예와는 달리 제 2 실시예는 커널에서의 독립 태스크 운영 가능 여부에 제한되지 않고 범용적으로 채택될 수 있는 방식이다.

도 7에 나타낸 바와 같이, 제 2 실시예에서 LIRMS 프로그램(95)은 디바이스 드라이버(97) 상위의 미들웨어(middleware)(94) 레벨에서 동작하고, DIRMS 프로그램(92)은 어플리케이션(application)(91) 레벨에서 동작한다. LIRMS 프로그램(95)이 미들웨어(94)에서 동작하므로 DIRMS 프로그램(92) 또한 미들웨어(94)에서 운영되도록 하는 것도 가능할 것이다. 제 2 실시예는 범용적인 적용이 가능하므로 다양한 응용방식이 있을 수 있다.

도 8은 본 발명에 따른 LIRMS의 기능 모듈(module)을 나타낸 도이다. 도 8에 나타낸 바와 같이, LIRMS은 분석모듈(400) 및 정보 제공 모듈(500)로 구성된다.

분석모듈(400)은 등시성 패킷을 분석하는 모듈로서, 실제 등시성 자원의 모니터링 기능을 수행한다. 즉, 분석모듈(400)은 0번 ~ 62번 채널까지 실제 패킷을 수신하여 패킷의 크기, 전송 속도, 실제 데이터 전송 바이트량, 대역폭 등을 확인하여 테이블에 기록한다. 이때, 로컬(local) 서비스에서 사용 중인 등시성 채널은 모니터링 대상에서 제외된다. 패킷의 수신 방식은 주기적 또는 비주기적으로 가능하며, 한번에 한 채널씩을 모니터링(monitoring)하여 순차적으로 0번 ~ 62번까지의 채널을 모두 점검한다.

정보 제공모듈(500)은 로컬 프로그램에 테이블에 기록된 정보를 제공하는 모듈이다. 로컬 프로그램의 경우에는 직접적으로 이 모듈에 정보 요청이 가능하나, 원격 컴퓨터나 원격 프로그램의 경우에는 직접적으로 이 모듈에 정보를 요청할 수는 없고, DIRMS 클라이언트(20)를 통해 정보를 요청해야 한다.

도 9는 DIRMS 클라이언트(20)의 기능 모듈의 구성을 나타낸 도이다.

DIRMS 클라이언트(20)는 LIRMS가 수집한 정보를 DIRMS 서버(10) 또는 기타 원격 노드에 제공하는 기능을 수행한다.

그 외, DIRMS 프로그램이 스케줄링 기능을 포함하는 경우에는 정보 수집 및 제공기능 외에 자원 반납 서비스 기능도 수행할 수 있다. 자원 반납 서비스는 DIRMS 서버(10)를 위해 제공된다. 만일 우선순위가 높은 응용 프로그램이 자원 강제 할당을 DIRMS 서버(10)에 요청하면, DIRMS 서버(10)는 우선순위가 낮은 등시성 송신 서비스를 하고 있는 노드를 찾아낸다. 그리고 해당 노드에 DIRMS 클라이언트(20)가 있으면 자원 강제 반납을 DIRMS 클라이언트(20)에 요청하게 된다. DIRMS 클라이언트(20)는 디바이스 드라이버나 미들웨어 레벨에서 응용 프로그램의 서비스를 강제로 중지시킨 후 자원 반납 확인을 DIRMS 서버(10)에 통보하게 된다.

도 10은 DIRMS 서버(10)의 기능 모듈의 구성을 나타낸 도이다. 도 10에 나타낸 바와 같이, DIRMS 서버(10)는 자원 통합 모듈(11), 정보 제공 모듈(13) 및 스케줄링 모듈(15)을 포함한다.

자원 통합 모듈(11)은 IEEE1394 네트워크 내의 모든 DIRMS 클라이언트(20)로부터 수집된 정보를 모아서 하나의 일관된 정보로 통합하는 기능을 수행한다.

정보 제공모듈(13)은 로컬 또는 리모트(remote) 응용 프로그램이 통합된 등시성 자원 정보를 요청할 때, 즉, DIRMS 정보요청 노드(40)로부터 DIRMS 정보를 요청받았을 때 DIRMS 정보를 해당 노드로 전송하는 기능을 수행한다.

스케줄링 모듈(15)은 등시성 자원을 사용하는 응용 프로그램이 자원의 여유가 없을 때 DIRMS 서버(10)에 자원 강제 할당을 요청하는 경우 이를 처리한다. 스케줄링 모듈(15)은 통합된 자원 사용 정보를 확인해 우선순위가 낮은 서비스가 어느 노드에서 운영되는지 알아낸다. 그리고 해당 노드의 DIRMS 클라이언트(20)에 자원 강제 반납 요청을 한다. 자원 반납이 이뤄지면 자원을 요청한 노드로 제공한다.

도 11은 본 발명에 따른 등시성 자원관리를 위한 자원 관리방법이 수행되는 과정을 나타낸 흐름도이다.

우선, DIRMS 클라이언트(20)가 각 채널로부터 수신된 등시성 패킷을 분석한다(S1100). 즉, DIRMS 클라이언트(20)는 자체 내장된 LIRMS 프로그램을 구동하여 각 채널의 자원 상태 정보 즉, 패킷의 크기, 전송 속도, 실제 데이터 전송 바이트(Byte) 량, 대역폭 정보를 분석한다. 채널 정보의 수집 방식은 특정 시간 간격마다 감시할 등시성 채널을 변경해가며, 등시성 패킷을 수신하여 그 패킷을 분석하게 된다. 만약 특정 채널의 패킷을 하나도 수신하지 못한 경우 해당 채널은 사용하지 않는 채널로 파악한다. 패킷을 하나 이상 수신했을 경우, 수신 패킷 중에 가장 데이터 크기가 큰 패킷이 측정의 기준이 된다. 이 패킷의 크기가 전송 데이터량이 되며, 수신한 스피드 정보와 조합하여 해당 채널 서비스가 사용하는 네트워크 전송 대역폭의 정보를 파악할 수 있게 된다. 또한 패킷 내의 헤더나 기타 정형화 가능한 정보를 최대한 수집하여 디바이스 드라이버 내의 등시성 채널 정보 레지스터에 보관하게 한다.

DIRMS 클라이언트(20)는 분석된 정보를 기초로 현재의 자원 사용 상태정보를 산출한다(S1110). DIRMS 클라이언트(20)는 상기 자원 상태 정보가 기록된 테이블을 생성한다.

DIRMS 서버(10)는 DIRMS 클라이언트(20)로 자원 상태 정보를 요청하여(S1120), DIRMS 클라이언트(20)로부터 자원 상태 정보를 수신한다(S1130). DIRMS 서버(10)는 우선 자체 노드에 내장된 DIRMS 클라이언트(20)가 수집한 등시성 자원 정보를 기본정보로 취득한 후, IEEE1394 네트워크 내의 모든 노드를 확인하여 DIRMS 클라이언트(20)로 동작중인 노드를 찾아낸다. DIRMS 서버(10)는 자신이 보관 중인 정보 중에 불확실한 정보나 갱신이 필요한 정보가 있다면 해당 정보를 발견된 DIRMS 클라이언트(20)에 요청하게 된다.

DIRMS 서버(10)는 수신된 자원 사용 상태정보를 통합하여 자원 사용 상태 테이블을 생성한다(S1140). 즉, DIRMS 서버(10)는 수집된 자원 정보를 통합하여 일관된 정보로 관리한다. DIRMS가 정보를 획득하는 주기나 횟수, 방법 등은 임의로 설정될 수 있다. 또한 버스 리셋이 발생하면 IRM 노드가 바뀔 수가 있다. 이때는 새로운 IRM 노드가 DIRMS 서버(10)의 역할을 수행하게 된다. 이때는 새로이 DIRMS 서버(10)로 지정된 노드는 기존에 수집된 정보를 모두 삭제하고 새롭게 정보를 수집한다.

DIRMS 서버(10)는 DIRMS 정보 요청노드로부터 DIRMS 정보 요청 신호를 수신한다(S1150). 상술한 바와 같이, DIRMS 요청노드는 현재 DIRMS 서버(10) 또는 DIRMS 클라이언트(20)가 운영중인 노드를 제외한 나머지 IEEE1394 노드들로서, 등시성 자원을 이용하려는 노드들이다. 물론, DIRMS 서버(10) 또는 DIRMS 클라이언트(20)가 운영중인 노드들도 DIRMS 정보 요청노드나 DIRMS 자원 요청노드가 될 수도 있다.

최종적으로, DIRMS 서버(10)는 자원 사용 상태 테이블 정보를 추출하여 DIRMS 정보 요청노드로 전송한다(S1160, 1170).

도 12는 본 발명에 따른 등시성 자원 스케줄링 방법이 수행되는 과정을 나타낸 흐름도이다.

우선, DIRMS 서버(10)가 DIRMS 자원 요청노드로부터 자원 할당 요청 신호를 수신한다(S1200). 여기서, 강제 할당 요청은 모든 IEEE1394 노드가 할 수 있다. 따라서, 일반 노드외에 DIRMS 클라이언트(20) 및 DIRMS 서버(10) 후보노드도 DIRMS 자원 요청노드가 될 수 있다.

DIRMS 서버(10)는 자원 사용 상태 테이블로부터 우선순위가 가장 낮은 서비스가 실행중인 노드 정보를 추출한다(S1210). DIRMS 서버(10)는 자신이 관리 중인 통합 등시성 자원 정보인 자원 사용 상태 테이블을 참조하여 우선순위가 낮은 서비스가 어느 채널에서 얼마의 대역폭을 사용하여 서비스 중인지를 알아낸다. 또한, DIRMS 서버(10)는 해당 서비스를 제공하는 노드가 어느 노드인지도 알아낸다. 여기서, 우선순위(priority)는 여러 가지 방법으로 책정될 수 있으므로 특정 방식에 제한되지 않는다.

DIRMS 서버(10)는 추출된 노드로 자원 반납 요청 신호를 전송한다(S1220). 여기서, DIRMS 클라이언트(20)가 DIRMS 서버(10)의 반납 요청을 처리하기 때문에 해당 서비스가 운영되고 있던 노드에는 반드시 DIRMS 클라이언트(20)가 운영 중이어야 한다.

DIRMS 클라이언트(20)는 자원 반납 요청에 상응하여 현재 수행중인 서비스를 중지시킨다(S1230). DIRMS 클라이언트(20)는 현재 자신의 노드에서 수행중인 응용 서비스를 강제로 중지시킨다.

DIRMS 클라이언트(20)는 서비스 중지 처리가 완료되면 자원 반납 성공 신호를 DIRMS 서버(10)로 전송하고(S1240), DIRMS 서버(10)는 이를 다시 DIRMS 자원 요청노드로 전송하면, DIRMS 자원 요청노드는 할당된 자원을 사용한다(S1250). 경우에 따라 자원을 강제 할당으로 받은 노드는 자원 사용을 완료하면 DIRMS 서버(10)에 이를 통보할 수도 있다. 이럴 경우 DIRMS 서버(10)는 반환된 자원을 우선순위가 낮아 중지된 서비스에 되돌려 줄 수도 있다. 그러나, 이러한 스케줄링 서비스의 구체적인 운영방식은 응용 분야와 구현 방법에 따라 다양하게 수정될 수 있다.

본 실시예에서, IEEE1394 네트워크 및 등시성 자원에 한정하여 예시하고 설명하였으나, 본 발명은 이에 국한되지 않고 각종 네트워크에서의 자원 관리 및 스케줄링 방법에 매우 다양하게 적용되거나 변형될 수 있음은 물론이다.

본 발명에 따르면 타 응용 프로그램의 사용 권리를 침해하지 않으면서 IEEE1394 네트워크 상에 서비스 중인 등시성 전송의 채널별 정보를 실시간으로 확인 가능한 효과가 있다.

또한, 디바이스 드라이버 또는 미들웨어에서 등시성 정보를 관리함으로써 API를 통해 다양한 응용 프로그램에 정보 제공이 가능하고, 정보의 활용 범위를 넓힐 수 있다.

또한, 등시성 채널 관련 서비스의 다양한 응용이 가능하며, 네트워크 애널라이저 또는 기타 등시성 채널 감시 프로그램의 구현에 도움이 된다.

또한, 등시성 자원의 모니터링이 가능하므로 이를 기반으로 자원의 효율적인 관리 및 자원 재분배가 가능한 효과가 있다.

비록 본 발명이 상기 언급된 바람직한 실시예와 관련하여 설명되어졌지만, 발명의 요지와 범위로부터 벗어남이 없이 다양한 수정이나 변형을 하는 것이 가능하다. 따라서 첨부된 특허청구의 범위는 본 발명의 요지에서 속하는 이러한 수정이나 변형을 포함할 것이다.

도 1은 종래의 등시성 자원 관리를 위한 IEEE1394 네트워크의 구성도이다.

도 2는 종래의 IEEE1394에서 IRM 기능을 구현할 경우의 레벨 아키텍처(architecture)를 나타낸 도이다.

도 3은 종래의 IEEE1394에서 등시성 자원 관리방법이 수행되는 과정을 나타낸 흐름도이다.

도 4는 본 발명의 등시성 자원관리를 위한 자원 관리 시스템에 따른 IEEE1394 네트워크의 구성도이다.

도 5는 본 발명의 등시성 자원관리를 위한 자원 관리 시스템에 따른 IEEE1394 네트워크의 실시예이다,

도 6은 본 발명의 제 1 실시예에 따른 프로그램의 레벨 아키텍처를 나타낸 도이다.

도 7은 본 발명의 제 1 실시예에 따른 프로그램의 레벨 아키텍처를 나타낸 도이다.

도 8은 본 발명에 따른 LIRMS의 기능 모듈을 나타낸 도이다.

도 9는 DIRMS 클라이언트의 기능 모듈의 구성을 나타낸 도이다.

도 10은 DIRMS 서버의 기능 모듈의 구성을 나타낸 도이다.

<주요 도면부호에 관한 간단한 설명>

10 : DIRMS 서버

20 : DIRMS 클라이언트

30 : DIRMS 서버 후보

40 : DIRMS 정보 요청노드

50 : DIRMS 자원 요청노드

Claims

IEEE1394 네트워크를 위한 등시성 자원 관리 시스템에 있어서,

각 채널의 등시성 자원을 분석하여 등시성 자원의 사용상태 정보를 산출하는 DIRMS 클라이언트;

적어도 하나 이상의 상기 DIRMS 클라이언트로부터 수신된 등시성 자원의 사용상태 정보를 일관성 있는 정보로 통합 관리하는 DIRMS 서버; 및

상기 DIRMS 서버로 등시성 자원의 사용상태 정보 요청 신호를 전송하고, 상기 DIRMS 서버로부터 요청한 등시성 자원의 사용상태 정보를 수신하는 DIRMS 정보 요청노드를 포함하는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템.
제 1 항에 있어서,

상기 DIRMS 서버로 등시성 자원 강제 할당 요청신호를 전송하고, 그에 상응하여 상기 DIRMS 서버에 의해 할당된 자원을 사용하는 DIRMS 자원 요청노드가 더 포함되는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템.
제 1 항에 있어서,

상기 DIRMS 서버는

상기 DIRMS 클라이언트로부터 수신된 상기 등시성 자원의 사용상태 정보를 통합 하는 자원 통합 모듈;

상기 DIRMS 정보 요청노드로 요청된 상기 등시성 자원의 사용상태 정보를 제공하는 정보 제공 모듈; 및

상기 DIRMS 자원 요청노드로부터 수신된 자원 강제 할당 요청 신호에 상응하는 자원 재분배 처리를 수행하는 스케줄링 모듈을 포함하는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템.
제 1 항에 있어서,

상기 DIRMS 서버는

상기 DIRMS 클라이언트의 기능을 동시에 수행하기 위한 DIRMS 클라이언트 모듈을 더 포함하는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템.
제 1 항에 있어서,

상기 DIRMS 클라이언트는 각 채널로부터 수신된 등시성 패킷을 분석하여 등시성 자원의 사용상태 정보를 산출한 후, 이를 상기 DIRMS 클라이언트로 전송하는 LIRMS 모듈을 포함하는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템.
제 5 항에 있어서,

상기 등시성 자원의 사용상태 정보는 채널별 노드정보, 대역폭, 전송속도 또는 전송 바이트 수 중 적어도 어느 하나를 포함하는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템.
제 5 항에 있어서,

상기 DIRMS 서버 및 DIRMS 클라이언트를 운영하기 위한 DIRMS 모듈은 어플리케이션층의 미들웨어 레벨에서 운영되고, 상기 LIRMS 모듈은 디바이스 드라이버 레벨에서 운영되는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템.
제 1 항에 있어서,

상기 DIRMS 서버 및 DIRMS 클라이언트를 운영하기 위한 DIRMS 모듈은 어플리케이션층에서 운영되고, 상기 DIRMS 클라이언트는 디바이스 드라이버 상위층의 미들웨어 레벨에서 운영되는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템.
제 1 항에 있어서,

상기 DIRMS 서버 및 DIRMS 클라이언트를 운영하기 위한 DIRMS 모듈 및 상기 DIRMS 클라이언트는 디바이스 드라이버 상위층의 미들웨어 레벨에서 운영되는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템.
제 1 항에 있어서,

상기 등시성 자원의 상태정보는 미리 지정된 IEEE1394 어드레스를 통해 상기 DIRMS 정보 요청노드로 전송되는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 시스템.
IEEE1394 네트워크를 위한 등시성 자원 관리 방법에 있어서,

DIRMS 클라이언트에서 각 채널로부터 수신된 등시성 패킷을 분석하는 단계;

DIRMS 클라이언트에서 현재의 등시성 자원의 사용 상태정보를 산출하는 단계;

DIRMS 서버가 적어도 하나 이상의 DIRMS 클라이언트로부터 상기 등시성 자원의 사용상태 정보를 수신하는 단계; 및

DIRMS 서버가 상기 수신된 등시성 자원의 사용상태 정보를 통합하여 자원 사용상태 테이블을 생성하는 단계를 포함하는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 방법.
제 11 항에 있어서,

상기 DIRMS 서버가 DIRMS 정보 요청노드로부터 DIRMS 정보 요청 신호를 수신하는 단계; 및

상기 DIRMS 서버가 상기 자원 사용 상태 테이블 정보를 추출하여 상기 DIRMS 정보 요청노드로 전송하는 단계가 더 포함하는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 방법.
제 11 항 또는 12 항에 있어서,

상기 DIRMS 서버가 DIRMS 자원 요청노드로부터 자원 할당 요청 신호를 수신하는 단계; 및

상기 DIRMS 서버가 상기 DIRMS 자원 요청노드에 자원을 할당하는 단계가 더 포함되는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 방법.
제 13 항에 있어서,

상기 자원할당 단계는

상기 DIRMS 서버가 상기 자원 사용 상태 테이블로부터 우선순위가 가장 낮은 서비스가 실행중인 노드 정보를 추출하는 단계;

상기 DIRMS 서버가 상기 추출된 노드로 자원 반납 요청 신호를 전송하는 단계; 및

상기 노드로부터 반납된 자원을 상기 DIRMS 자원 요청노드로 전송하는 단계를 더 포함하는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 방법.
제 11 항에 있어서,

상기 등시성 자원의 사용상태 정보는 채널별 노드정보, 대역폭, 전송속도 또는 전송 바이트 수 중 적어도 어느 하나를 포함하는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 방법.
제 11 항에 있어서,

상기 등시성 자원의 상태정보는 미리 지정된 IEEE1394 어드레스를 통해 상기 DIRMS 정보 요청노드로 전송되는 것을 특징으로 하는 IEEE1394 네트워크를 위한 등시성 자원 관리 방법.