KR20090116595A

KR20090116595A - ＯＳＧｉ 서비스 플랫폼에 원격으로 설치된 번들에 대한 바인딩 정보를 관리하는 방법 및 장치

Info

Publication number: KR20090116595A
Application number: KR1020080081071A
Authority: KR
Inventors: 정동신; 시다투르 카나케샤라 스리칸쓰
Original assignee: 삼성전자주식회사
Priority date: 2008-05-07
Filing date: 2008-08-19
Publication date: 2009-11-11
Also published as: KR101533283B1; US8375110B2; US20090282400A1; WO2009136740A3; EP2275944B1; CN102089749B; KR20110033190A; EP2275944A4; WO2009136740A2; CN102089749A; EP2275944A2

Abstract

OSGi(Open Service Gateway initiative) 서비스 플랫폼이 구축된 피제어 장치에서 원격으로 OSGi 프레임워크에 설치된 번들과 그 번들의 생명 주기 변동에 관심 있는 적어도 하나의 제어 장치를 매핑시킨 바인딩 정보를 생성하고 관리하는 방법 및 장치가 개시된다.

Description

ＯＳＧｉ 서비스 플랫폼에 원격으로 설치된 번들에 대한 바인딩 정보를 관리하는 방법 및 장치{Method and apparatus for managing binding information on bundles installed into OSGi Service Platform remotely}

본 발명은 OSGi(Open Service Gateway initiative)에 관한 것으로, 더욱 상세하게는 OSGi 기반의 피제어 장치가 제어 장치에 의해 원격으로 설치된 번들을 관리하는 방법에 관한 것이다.

다양한 통신 기기들의 출현으로, 하나의 장치가 네트워크를 통해 다른 장치와 협동하여 작업을 수행함으로써 원래의 기능성을 확장할 수 있게 되었다. 이러한 실행 환경을 제공하기 위한 대표적인 기술로 OSGi(Open Service Gateway initiative)가 사용될 수 있다.

OSGi(Open Service Gateway initiative)는 네트워크 기기에 새로운 서비스를 동적으로 설치하고 실행할 수 있는 기술에 관한 규격이며, 네트워크에 속한 제어 장치들은 OSGi 서비스 플랫폼이 구축된 피제어 장치에 원격으로 번들(bundle)을 설치하고, 번들이 제공하는 서비스를 이용할 수 있다.

번들은 배포(distribution)와 관리(management)의 기본 단위로서, 적어도 하 나의 OSGi 서비스를 포함하며, 번들들은 OSGi 프레임워크(framework)에 의해 관리된다. 즉, OSGi 프레임워크는 다양한 애플리케이션(번들)들을 위한 표준화된 실행 환경을 제공한다. OSGi에 관한 보다 상세한 설명은 OSGi Release 문서들에 기술되어 있다. 그러나, 현재 OSGi 기술에서는 OSGi 서비스 플랫폼에서 원격으로 설치된 번들과 해당 번들을 설치한 제어 장치를 매핑시켜 관리하기 위한 메커니즘을 제공하지 않는다.

본 발명은　OSGi 기반의 피제어 장치가 네트워크를 통해 원격으로 설치된 번들을 효율적으로 관리하는 장치 및 방법을 제공한다.

본 발명의 일 실시예는,　OSGi(Open Service Gateway initiative) 기반의 피제어 장치가 제어 장치에 의해 원격으로 설치된 번들을 관리하는 방법에 있어서, 상기 번들이 제공하는 소정의 서비스가 OSGi 서비스 레지스트리에 등록되었음을 알리는 서비스 이벤트가 발생되면, 상기 서비스를 통해 상기 번들과 상기 제어 장치를 매핑시키는 바인딩 정보를 생성하는 단계; 및 상기 생성된 바인딩 정보를 이용하여 상기 번들의 생명주기(lifecycle)의 변동에 관한 이벤트를 상기 제어 장치에게 통지하는 단계를 포함한다.

상기 바인딩 정보를 생성하는 단계는, 상기 서비스를 통해 상기 제어 장치의 식별자를 상기 번들의 번들 프로퍼티에 추가하는 것이 바람직하다.

상기 번들 관리 방법은, 상기 제어 장치로부터 상기 번들에 대한 제거(uninstall)가 요청되면, 상기 식별자를 상기 번들이 제거되어도 지워지지 않는 영역에 저장하는 단계를 더 포함하며, 상기 이벤트를 통지하는 단계는, 상기 번들이 제거되었음을 나타내는 번들 이벤트가 발생되면, 상기 저장된 식별자를 참조하여 상기 제어 장치에게 상기 번들 이벤트를 통지하는 단계를 포함하는 것이 바람직하다.

상기 번들 관리 방법은, 상기 제어 장치로부터 상기 번들에 대한 이벤트 구 독 해제 요청(unsubscribe request)이 수신되면, 상기 서비스를 통해 상기 식별자를 상기 번들 프로퍼티에서 삭제하는 단계를 더 포함하는 것이 바람직하다.

상기 번들 관리 방법은, 상기 제어 장치가 네트워크로부터 단절되었음이 감지되면, OSGi 프레임워크의 번들들 중 번들 프로퍼티에 상기 식별자가 포함된 번들들을 검색하는 단계; 및 상기 검색된 번들들 각각이 제공하는 소정의 서비스들을 통해 상기 검색된 번들들의 번들 프로퍼티들에서 상기 식별자를 삭제하는 단계를 더 포함하는 것이 바람직하다.

상기 바인딩 정보를 생성하는 단계는, 상기 제어 장치로부터 수신된 액션 호출(action invocation) 메시지 또는 이벤트 구독 요청(subscribe request) 메시지에 상기 제어 장치의 식별자와 함께 다른 제어 장치의 식별자가 포함된 경우, 상기 서비스를 통해 상기 번들 프로퍼티에 상기 식별자들을 모두 추가하는 것이 바람직하다.

상기 식별자는 상기 제어 장치의 URI(Universal Resource Identifier)가 될 수 있다.

또한, 본 발명은 상기 번들 관리 방법을 실행하는 컴퓨터 프로그램을 기록한 기록 매체를 제공한다.

또한, 본 발명의 일 실시예는, 제어 장치에 의해 원격으로 설치된 번들을 관리하는 OSGi 기반의 피제어 장치에 있어서, 상기 번들이 제공하는 소정의 서비스가 OSGi 서비스 레지스트리에 등록되었다는 서비스 이벤트가 발생되면, 상기 서비스를 통해 상기 번들과 상기 제어 장치를 매핑시키는 바인딩 정보를 생성하는 바인딩정 보관리부; 및 상기 생성된 바인딩 정보를 이용하여 상기 번들의 생명주기(lifecycle)의 변동에 관한 이벤트를 상기 제어 장치에게 통지하는 이벤트통지부를 포함한다.

본 발명에 따르면, OSGi 서비스 플랫폼이 구축된 피제어 장치는 바인딩 정보를 이용하여 OSGi 프레임워크에 설치된 번들에 대한 생명 주기 변동을 통지해야 하는 제어 장치들을 식별할 수 있게 된다.

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

도 1은 본 발명의 일 실시예에 따라 바인딩 정보를 생성하는 과정을 나타낸 순서도이다. 이하에서, 바인딩 정보란 피제어 장치의 OSGi 프레임워크에 설치된 번들과 그 번들에 관심이 있는 제어 장치, 즉 그 번들의 생명 주기 변동에 대한 번들 이벤트를 통지 받을 필요가 있는 제어 장치를 매핑시킨 정보를 의미한다.

번들에 관심이 있는 제어 장치는 일반적으로 그 번들을 설치한 제어 장치일 것이나, 그 외에 다른 제어 장치도 그 번들에 대한 상태 변화를 통지받아야 하는 경우가 있을 수 있다. 따라서, 사용자의 결정에 따라 하나의 번들에 복수 개의 제어 장치들이 매핑될 수도 있을 것이다.

단계 101에서, 제어 장치는 네트워크를 통해 피제어 장치의 OSGi 프레임워크에 원격으로 번들을 설치(install)한다.

단계 102에서, 제어 장치의 요청에 의해 번들이 시작(start)된다.

단계 103에서, 시작된 번들이 제공하는 서비스들 중 DBS(Device Binding Service)가 OSGi 서비스 레지스트리(Registry)에 등록된다. DBS란 본 발명에서 새롭게 제안하는 서비스의 이름이며, DBS는 OSGi 프레임워크에 설치된 번들의 바인딩 정보를 관리한다.

즉, 본 발명에서는 제어 장치가 피제어 장치에 원격으로 설치한 모든 번들은 해당 번들의 바인딩 정보를 관리하는 DBS를 포함하는 것으로 가정하며, 따라서 피제어 장치에 원격으로 설치된 번들이 시작되면, 그 번들의 DBS가 OSGi 서비스 레지스트리에 등록된다. 설명의 편의를 위해, 이하 모든 번들은 원격으로 설치된 번들인 것으로 가정한다.

단계 104에서, DBS를 이용하여 바인딩 정보를 생성한다. 즉, 피제어 장치의 OSGi 서비스 레지스트리에 등록된 DBS는 바인딩 정보를 생성하기 위한 API를 제공한다. 이러한 바인딩 정보 생성 과정은 DBS의 API를 통해 번들 프로퍼티(Bundle Property)에 해당 번들을 설치한 제어 장치의 식별자를 추가하는 과정이 될 수 있다.

번들 프로퍼티는 해당 번들에 관한 다양한 정보를 저장하는 파일이다. 번들 프로퍼티에 제어 장치의 식별자가 포함되어 있으면 해당 번들을 설치한 제어 장치를 식별할 수 있으므로, 결국 특정 번들의 번들 프로퍼티에 포함된 제어 장치의 식별자는 그 번들과 식별자에 해당하는 제어 장치를 매핑시킨 바인딩 정보로 볼 수 있다.

이하에서는 번들 프로퍼티에 포함된 제어 장치의 식별자를 바인딩 정보인 것으로 가정할 것이지만, 구현 예에 따라 번들과 제어 장치를 매핑시킬 수만 있으면 바인딩 정보는 다양한 형식이 될 수 있으며, 번들 프로퍼티 외에 다른 영역에 바인딩 정보가 저장될 수도 있을 것이다.

한편, 본 실시예에서는 번들이 시작될 때 바인딩 정보가 생성되는 것으로 가정하였으나, 구현 예에 따라 다른 단계에서 바인딩 정보가 생성될 수도 있다. 예를 들면, 제어 장치와 피제어 장치 간의 제어 프로토콜을 UPnP(Universal Plug and Play)라고 가정할 때, 피제어 장치가 제어 장치로부터 특정 액션을 요청하는 UPnP 제어 메시지 또는 UPnP 이벤트 구독 요청 메시지를 수신한 경우 바인딩 정보를 생성할 수 있을 것이다.

한편, 액션 호출 메시지 또는 이벤트 구독 요청 메시지에 또 다른 제어 장치의 식별자가 포함된 경우, 피제어 장치는 하나의 번들에 두 제어 장치들이 매핑된 바인딩 정보를 생성한다. 예를 들면, 해당 번들의 번들 프로퍼티에 두 개의 식별자를 추가한다. 경우에 따라, 하나의 번들에 매핑되는 제어 장치의 수는 둘 이상이 될 수도 있을 것이다.

제어 장치의 식별자는 제어 장치의 URI(Universal Resource Identifier)가 될 수 있다.

도 2는 본 발명의 일 실시예에 따라 번들이 정지된 경우 피제어 장치가 동작하는 과정을 나타낸 순서도이다.

단계 201에서, 번들이 정지(stop)되었음을 나타내는 번들 이벤트가 발생한 다. 참고로, OSGi 프레임워크는 번들의 생명주기(lifecycle)이 변동될 때마다 번들 이벤트를 이벤트 리스너(listener)에게 통지한다.

단계 202에서, 피제어 장치는 정지된 번들의 번들 프로퍼티에서 그 번들을 원격으로 설치한 제어 장치의 식별자를 추출한다.

단계 203에서, 피제어 장치는 추출된 식별자를 참조하여 번들 이벤트를 제어 장치에게 통지한다.

이와 같이, 본 발명의 일 실시예에 따르면, OSGi 기반의 피제어 장치는 OSGi프레임워크에 설치된 번들과 그 번들에 관심 있는 제어 장치의 식별자를 매핑시킨 바인딩 정보를 관리함으로써 번들 이벤트를 어떠한 제어 장치에게 통지해야 하는지 결정할 수 있다.

도 3은 본 발명의 일 실시예에 따라 이벤트 구독을 해제하는 과정을 나타낸 순서도이다.

단계 301에서, 피제어 장치는 제어 장치로부터 특정 번들에 대한 이벤트 구독 해제(event unsubscribe) 요청을 수신한다.

단계 302에서, 피제어 장치는 해당 번들의 DBS를 통해 해당 번들의 번들 레지스트리에서 제어 장치의 식별자를 삭제한다.

도 4는 본 발명의 일 실시예에 따라 번들이 제거(uninstall)되는 경우 피제어 장치가 동작하는 과정을 나타낸 순서도이다.

단계 401에서, 피제어 장치는 제어 장치로부터 번들 제거 요청을 수신한다.

단계 402에서, 피제어 장치는 제거 요청된 번들의 번들 프로퍼티에서 제어 장치의 식별자를 추출한다.

단계 403에서, 피제어 장치는 추출된 식별자를 번들이 제거되어도 지워지지 않는 영역에 저장한다. 이 과정은, 제어 장치의 식별자를 번들이 제거되기 전에 백업해 두는 과정이다. 번들이 제거된 후에는 번들 프로퍼티를 참조할 수 없기 때문에 번들이 제거되기 전에 식별자를 백업해 두어야 한다. 그렇지 않으면, 번들이 제거되었다는 번들 이벤트를 어떠한 제어 장치에게 통지해야 하는지 알 수 없기 때문이다.

단계 404에서, 번들이 제거되었음을 나타내는 번들 이벤트가 발생한다.

단계 405에서, 피제어 장치는 단계 403에서 저장해 둔 제어 장치의 식별자를 참조하여 제어 장치에게 번들 이벤트를 통지한다.

도 5는 본 발명의 일 실시예에 따라 제어 장치가 네트워크에서 단절된 경우 피제어 장치가 동작하는 과정을 나타낸 순서도이다.

제어 장치가 정상적으로 네트워크를 떠난 경우에는 도 4에서 설명한 과정이 수행될 것이며, 본 실시예에서는 제어 장치가 이벤트 구독 해제 요청을 하지 않은 상태에서 비정상적으로 종료된 경우를 설명한다.

단계 501에서, 피제어 장치는 제어 장치가 네트워크에서 단절되었음을 감지한다.

단계 502에서, 피제어 장치는 OGSi 프레임워크에 설치된 번들들 중에서 그 제어 장치의 식별자를 번들 프로퍼티에 포함하는 번들들을 검색한다.

단계 503에서, 피제어 장치는 검색된 번들들의 DBS들을 이용하여 제어 장치 의 식별자를 검색된 번들들의 번들 프로퍼티들로부터 삭제한다.

이와 같이, 본 발명의 일 실시예에 따르면, 피제어 장치는 네트워크에서 제어 장치가 떠난 경우 그 제어 장치와 관련된 바인딩 정보를 삭제함으로써, 번들의 생명 주기와 관련한 이벤트가 발생하였을 때, 불필요한 이벤트 메시지를 송신하지 않아도 된다.

도 6은 본 발명의 일 실시예에 따른 피제어 장치의 구조도이다.

도 6에 도시된 바와 같이, 본 발명의 일 실시예에 따른 피제어 장치(600)는 OSGi 프레임워크(601), 바인딩 정보 관리부(602), 이벤트 통지부(603), 바인딩 정보 백업부(604), 검색부(605) 및 네트워크 인터페이스 모듈(606)을 포함한다.

OSGi 프레임워크(601)에 관한 설명은 OSGi 표준 문서에 기술되어 있으므로 여기서는 설명을 생략한다.

네트워크 인터페이스 모듈(606)은 제어 장치와 피제어 장치 간의 제어 프로토콜을 처리한다. 예를 들면, 제어 장치와 피제어 장치 간의 제어 프로토콜에는 UPnP(Universal Plug and Play)가 사용될 수 있다.

바인딩 정보 관리부(602)는 원격으로 설치된 번들의 DBS가 OSGi 서비스 레지스트리에 등록되었다는 서비스 이벤트가 발생되면, DBS를 통해 바인딩 정보를 생성한다.

전술한 바와 같이, 바인딩 정보는 제어 장치로부터 번들의 시작을 요청하는 액션 호출 메시지 외에 다른 액션 호출 메시지를 수신하였을 때 생성될 수도 있으며, 이벤트 구독 요청 메시지를 수신하였을 때 생성될 수도 있다. 한편, 이러한 바 인딩 정보는 번들 프로퍼티에 포함된 식별자로서 구현될 수 있으며, 하나의 번들에는 복수 개의 제어 장치들이 매핑될 수 있다.

또한, 바인딩 정보 관리부(602)는 제어 장치로부터 OSGi 프레임워크(601)에 설치된 번들에 대한 이벤트 구독 해체 요청이 수신되거나 제어 장치가 네트워크로부터 단절되면, 관련된 번들의 DBS를 통해 그 제어 장치에 관련된 바인딩 정보를 삭제한다.

이벤트 통지부(603)는 바인딩 정보를 이용하여 번들 이벤트, 즉 번들의 생명 주기의 변동에 관련된 이벤트를 제어 장치에게 통지한다.

바인딩 정보 백업부(604)는 제어 장치가 번들의 제거(uninstall)을 요청한 경우, 번들의 제거에 대한 번들 이벤트가 발생하기 이전에 바인딩 정보를 안전한 곳에 백업한다. 예를 들면, 번들 프로퍼티에 제어 장치의 URI를 추가함으로써 바인딩 정보를 구현한 경우, 번들이 완전히 제거되면 번들 프로퍼티를 참조할 수 없기 때문에 번들 이벤트를 어떤 제어 장치에게 통지해야 하는지 알 수 없다. 따라서, 바인딩 정보 백업부(604)는 번들이 완전히 제거되기 전에 제어 장치의 URI를 번들이 제거되어도 유지될 수 있는 영역에 저장한다.

검색부(605)는 제어 장치가 네트워크로부터 단절되었음이 감지되면, 해당 제어 장치와 관련된 바인딩 정보를 검색한다. 예를 들면, OSGi 프레임워크에 설치된 번들들의 번들 프로퍼티들 중 네트워크를 떠난 제어 장치의 URI를 포함하는 번들 프로퍼티를 선택한다. 선택된 번들 프로퍼티에 포함된 해당 제어 장치의 URI는 바인딩 정보 관리부(602)에 의해 삭제된다.

도 7a는 본 발명의 제 1 실시예에 따라 바인딩 정보를 생성하는 과정을 나타낸 흐름도이다.

단계 701에서, 제어 장치(400)는 DCP(Device Control Protocol) 모듈(300)의 액션을 호출하여 번들 시작을 요청한다.

DCP 모듈(300)은 제어 장치(400)와 피제어 장치 간의 프로토콜을 통해 OSGi 프레임워크(50)에 설치된 번들(200)의 서비스를 제어 장치(400)에게 제공하며, 제어 장치(400)의 액션 호출에 따라 OSGi 프레임워크(50)의 API(Application Programming Interface)를 호출하고, 그 결과를 제어 장치(400)에게 리턴한다. 따라서, DCP는 피제어 장치의 OSGi 서비스 플랫폼과 제어 장치(400) 간의 게이트웨이 역할을 수행한다.

DCP는 번들로서 구현될 수도 있으며, OSGi 서비스 플랫폼 밖에 존재하는 네이티브 애플리케이션(native application)으로 구현될 수도 있을 것이다.

단계 702에서, DCP 모듈(300)은 OSGi 프레임워크(50)의 API를 호출함으로써 번들(200)의 시작을 요청한다.

단계 703에서, OSGi 프레임워크(50)는 설치된 번들(200)의 API들 중 번들(200)을 시작시키는 API를 호출한다.

단계 704에서, 번들(200)이 시작되면, 번들(200)은 DBS(100)를 OSGi 프레임워크(50)의 OSGi 서비스 레지스트리에 등록한다.

단계 705에서, OSGi 프레임워크(50)는 DBS(100)가 등록되었음을 알리는 서비스 이벤트를 DCP 모듈(300)에게 통지한다.

단계 706에서, DCP 모듈(300)은 DBS(100)의 API를 호출함으로써 제어 장치(400)의 식별자인 URI 1을 이용하여 바인딩 정보를 생성할 것을 DBS(100)에게 요청한다. 여기서는 이러한 API를 AddDeviceEntry()로 칭하였다.

단계 707에서, DBS(100)는 번들 프로퍼티의 업데이트를 수행한다.

단계 708에서, 업데이트 결과, 번들 프로퍼티에는 URI 1이 추가된다. 즉, 번들(200)과 제어 장치(400)를 매핑시키는 바인딩 정보가 생성된다.

단계 709에서, OSGi 프레임워크(50)는 단계 702에서의 API 호출에 대한 결과를 DCP 모듈(300)에게 리턴한다.

단계 710에서, DCP 모듈(300)은 단계 701에서의 액션 호출에 대한 응답 메시지를 제어 장치(400)에게 송신한다.

도 7b는 본 발명의 제 2 실시예에 따라 바인딩 정보를 생성하는 과정을 나타낸 흐름도이다. 이하에서 설명할 제 2 실시예는 하나의 번들(200)과 복수 개의 제어 장치들이 매핑된다는 점에서 도 7a에서 설명한 제 1 실시예와 다르다. 즉, 제 2 실시예에서는 번들(200)의 생명 주기 변동에 관심 있는 제어 장치가 복수 개이며, 따라서 해당 번들(200)의 번들 이벤트가 복수 개의 제어 장치들에게 모두 통지되어야 한다.

단계 750에서, 제어 장치(400)는 DCP(Device Control Protocol) 모듈의 액션을 호출하여 번들 시작을 요청한다. 이 때, 액션 호출 메시지에는 URI 2가 포함된다. 즉, 액션 호출 메시지에는 제어 장치(400)의 식별자인 URI 1과는 다른 식별자가 포함된다.

단계 751 내지 단계 754는 도 7a에서의 단계 702 내지 705와 동일하므로 설명을 생략한다.

단계 755에서, DCP 모듈(300)은 DBS(100)의 AddDeviceEntry() API를 호출함으로써 제어 장치(400)의 식별자인 URI 1을 이용하여 바인딩 정보를 생성할 것을 DBS(100)에게 요청한다.

단계 756에서, DCP 모듈(300)은 DBS(100)의 AddDeviceEntry() API를 호출함으로써 또 다른 제어 장치의 식별자인 URI 2를 이용하여 바인딩 정보를 생성할 것을 DBS(100)에게 요청한다.

단계 757에서, DBS(100)는 번들 프로퍼티의 업데이트를 수행한다.

단계 758에서, 업데이트 결과, 번들 프로퍼티에는 URI 1 및 URI 2가 추가된다. 즉, 번들(200)과 두 개의 제어 장치들을 매핑시키는 바인딩 정보가 생성된다.

단계 759에서, OSGi 프레임워크(50)는 단계 751에서의 API 호출에 대한 결과를 DCP 모듈(300)에게 리턴한다.

단계 760에서, DCP 모듈(300)은 단계 750에서의 액션 호출에 대한 응답 메시지를 제어 장치(400)에게 송신한다.

도 8은 본 발명의 일 실시예에 따라 번들이 정지된 경우 이벤트가 통지되는과정을 나타낸 흐름도이다.

단계 801에서, 제어 장치(400)는 DCP 모듈(300)이 제공하는 액션들 중 번들(200)을 정지시키는 액션을 호출한다.

단계 802에서, DCP 모듈(300)은 OSGi 프레임워크(50)의 API를 호출함으로써 번들(200)의 정지를 요청한다.

단계 803에서, OSGi 프레임워크(50)는 번들(200)의 API들 중 번들(200)을 정지시키는 API를 호출한다.

단계 804에서, 번들(200)은 정지되기 전에 OSGi 서비스 레지스트리에 자신이 등록한 서비스들을 등록 해제할 것을 OSGi 프레임워크(50)에게 요청한다.

단계 805에서, OSGi 프레임워크(50)는 DCP 모듈(300)에게 번들(200)의 서비스들이 OSGi 서비스 레지스트리에서 등록 해제되었다는 서비스 이벤트를 통지한다.

단계 806에서, OSGi 프레임워크(50)는 DCP 모듈(300)에게 단계 802에서의 API 호출에 대한 결과를 리턴한다.

단계 807에서, DCP 모듈(300)은 단계 801에서의 액션 호출에 대한 응답 메시지를 제어 장치(400)에게 송신한다.

단계 808에서, OSGi 프레임워크(50)는 번들(200)이 정지 되었음을 알리는 번들 이벤트를 이벤트 리스너인 DCP 모듈(300)에게 통지한다.

단계 809에서, DCP 모듈(300)은 정지된 번들(200)의 번들 프로퍼티에서 제어 장치(400)의 URI를 추출한다.

단계 810에서, DCP 모듈(300)은 추출된 URI를 참조하여 제어 장치(400)에게 번들(200)이 정지되었음을 나타내는 번들 이벤트를 통지한다.

본 실시예에서는 제어 장치(400)의 요청에 의해 번들(200)이 정지되는 경우를 설명하였으나, 의존성 실패(dependency failure)가 발생한 경우 등 OSGi 프레임워크(50)에 의해 번들(200)이 정지되는 경우가 생길 수도 있다. 다만, 그러한 경우 에도 단계 803 이하의 과정들은 동일하게 수행될 것이다.

도 9는 본 발명의 일 실시예에 따라 번들이 제거되는 경우 이벤트가 통지되는 과정을 나타낸 흐름도이다.

단계 901에서, 제어 장치(400)는 DCP 모듈(300)의 액션을 호출하여 활성화된(active) 번들(200)의 제거(uninstall)을 요청한다.

단계 902에서, DCP 모듈(300)은 OSGi 프레임워크(50)의 API를 호출함으로써 번들(200)의 제거를 요청한다.

단계 903에서, OSGi 프레임워크(50)는 번들(200)의 API들 중 번들(200)을 정지시키는 API를 호출한다.

단계 904에서, 번들(200)은 정지되기 전에 OSGi 서비스 레지스트리에 자신이 등록한 서비스들을 등록 해제할 것을 OSGi 프레임워크(50)에게 요청한다.

단계 905에서, OSGi 프레임워크(50)는 DCP 모듈(300)에게 번들(200)의 서비스들이 OSGi 서비스 레지스트리에서 등록 해제되었다는 서비스 이벤트를 통지한다.

단계 906에서, OSGi 프레임워크(50)는 번들(200)이 정지되었음을 나타내는 번들 이벤트를 DCP 모듈(300)에게 통지한다.

단계 907에서, DCP 모듈(300)은 번들 프로퍼티에서 제어 장치(400)의 URI를 추출한다.

단계 908에서, DCP 모듈(300)은 제어 장치(400)의 URI를 번들(200)이 제거되어도 유지될 수 있는 영역에 저장한다.

번들(200)이 제거되었음을 알리는 번들 이벤트를 통지하기 위해서는 그 번 들(200)에 관심 있는 제어 장치(400)의 URI를 참조해야 하는데, 바인딩 정보가 번들 프로퍼티에 포함된 경우 번들(200)이 제거되면 DCP 모듈(300)이 더 이상 번들 프로퍼티에 액세스 할 수 없는 문제가 생기므로, 번들(200)이 제거되기 전에 미리 제어 장치(400)의 URI를 안전한 공간에 백업해 두는 것이다.

단계 909에서, DCP 모듈(300)은 제어 장치(400)에게 번들(200)이 정지되었음을 알리는 번들 이벤트를 통지한다.

단계 910에서, OSGi 프레임워크(50)는 DCP 모듈(300)에게 단계 902에서의 API 호출에 대한 결과를 리턴한다.

단계 911에서, DCP 모듈(300)은 단계 901에서의 액션 호출에 대한 응답 메시지를 제어 장치(400)에게 송신한다.

단계 912에서, OSGi 프레임워크(50)는 번들(200)이 제거되었음을 알리는 번들 이벤트를 이벤트 리스너인 DCP 모듈(300)에게 통지한다.

단계 913에서, DCP 모듈(300)은 단계 908에서 백업해 둔 제어 장치(400)의 URI을 참조하여 번들(200)이 제거되었음을 알리는 번들 이벤트를 제어 장치(400)에게 통지한다.

도 10은 본 발명의 일 실시예에 따라 이벤트 구독을 해제하는 과정을 나타낸흐름도이다.

단계 1000에서, 제어 장치(400)는 DCP 모듈(300)에게 자신의 URI를 전달하며 번들(200)의 생명 주기 변동에 대한 이벤트 구독 해제를 요청한다.

단계 1001에서, DCP 모듈(300)은 DBS(100)의 API들 중 바인딩 정보를 삭제하 는 API인 DeleteDeviceEntry()를 호출한다. 이 때, 제어 장치(400)의 URI가 DBS(100)에게 전달된다.

단계 1002에서, DBS(100)는 제어 장치(400)가 더 이상 관심 없는 번들의 번들 프로퍼티를 업데이트 한다.

단계 1003에서, 업데이트 결과, 해당 번들 프로퍼티에서 제어 장치(400)의 URI가 삭제된다. 따라서, 이후 해당 번들(200)의 생명 주기 변동을 알리는 번들 이벤트는 제어 장치(400)에게 더 이상 통지되지 않을 것이다.

도 11은 본 발명의 일 실시예에 따라 제어 장치가 네트워크로부터 단절된 경우 바인딩 정보를 삭제하는 과정을 나타낸 흐름도이다. 본 실시예에서는 번들의 생명 주기 변동에 관심 있는 제어 장치가 이벤트 구독 해제를 하지 않고 네트워크로부터 떠난 경우를 가정한다. 즉, 제어 장치가 정상적으로 종료한 경우에는 도 10의 과정들이 수행되고, 제어 장치가 비정상적으로 종료한 경우에는 이하에서 설명할 과정들이 수행될 것이다.

단계 1101에서, 제어 장치가 네트워크로부터 단절되었음을 감지한 DCP 모듈(1120)은 OSGi 프레임워크에 설치된 모든 번들들(1110)의 바인딩 정보를 수집한다. 즉, 번들들(1110)의 번들 프로퍼티들에 포함된 URI들을 수집한다.

단계 1102에서, DCP 모듈(1120)은 수집된 URI들 중에 네트워크에서 단절된 제어 장치의 URI를 체크한다.

단계 1103에서, DCP 모듈(300)은 네트워크에서 단절된 제어 장치의 URI를 번들 프로퍼티에 포함하고 있는 번들들 각각에 대한 DBS들(1100)에게 제어 장치의 URI를 삭제할 것을 요청한다. 이를 위해, DBS들(1100)의 DeleteDeviceEntry()가 호출되며, 제어 장치의 URI가 전달된다.

단계 1104에서, DCP 모듈(300)의 요청을 받은 DBS들(1100)은 각각 해당 번들들의 번들 프로퍼티들을 업데이트한다.

단계 1105에서, 업데이트 결과, 해당 번들 프로퍼티들로부터 제어 장치의 URI가 삭제된다.

이와 같이, 본 발명의 일 실시예에 따르면, 제어 장치가 비정상적으로 종료된 경우 피제어 장치가 해당 제어 장치에 관한 바인딩 정보를 자동으로 삭제함으로써 불필요한 이벤트 메시지의 송신을 줄일 수 있다.

한편, 상술한 본 발명의 실시예들은 컴퓨터에서 실행될 수 있는 프로그램으로 작성가능하고, 컴퓨터로 읽을 수 있는 기록매체를 이용하여 상기 프로그램을 동작시키는 범용 디지털 컴퓨터에서 구현될 수 있다.

상기 컴퓨터로 읽을 수 있는 기록매체는 마그네틱 저장매체(예를 들면, 롬, 플로피 디스크, 하드디스크 등), 광학적 판독 매체(예를 들면, 시디롬, 디브이디 등) 및 캐리어 웨이브(예를 들면, 인터넷을 통한 전송)와 같은 저장매체를 포함한다.

이제까지 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.

도 1은 본 발명의 일 실시예에 따라 바인딩 정보를 생성하는 과정을 나타낸 순서도,

도 2는 본 발명의 일 실시예에 따라 번들이 정지된 경우 피제어 장치가 동작하는 과정을 나타낸 순서도,

도 3은 본 발명의 일 실시예에 따라 제어 장치의 이벤트 구독을 해제하는 과정을 나타낸 순서도,

도 4는 본 발명의 일 실시예에 따라 번들이 제거되는 경우 피제어 장치가 동작하는 과정을 나타낸 순서도,

도 5는 본 발명의 일 실시예에 따라 제어 장치가 네트워크에서 단절된 경우 피제어 장치가 동작하는 과정을 나타낸 순서도,

도 6은 본 발명의 일 실시예에 따른 피제어 장치의 구조도,

도 7a 및 도 7b는 본 발명의 일 실시예에 따라 바인딩 정보를 생성하는 과정을 나타낸 흐름도,

도 8은 본 발명의 일 실시예에 따라 번들이 정지된 경우 이벤트가 통지되는과정을 나타낸 흐름도,

도 9는 본 발명의 일 실시예에 따라 번들이 제거되는 경우 이벤트가 통지되는 과정을 나타낸 흐름도,

도 10은 본 발명의 일 실시예에 따라 이벤트 구독을 해제하는 과정을 나타낸흐름도,

도 11은 본 발명의 일 실시예에 따라 제어 장치가 네트워크로부터 단절된 경우 바인딩 정보를 삭제하는 과정을 나타낸 흐름도이다.

Claims

OSGi(Open Service Gateway initiative) 기반의 피제어 장치가 제어 장치에 의해 원격으로 설치된 번들을 관리하는 방법에 있어서,

상기 번들이 제공하는 소정의 서비스가 OSGi 서비스 레지스트리에 등록되었음을 알리는 서비스 이벤트가 발생되면, 상기 서비스를 통해 상기 번들과 상기 제어 장치를 매핑시키는 바인딩 정보를 생성하는 단계; 및

상기 생성된 바인딩 정보를 이용하여 상기 번들의 생명주기(lifecycle)의 변동에 관한 이벤트를 상기 제어 장치에게 통지하는 단계를 포함하는 것을 특징으로 하는 방법.
제 1항에 있어서,

상기 바인딩 정보를 생성하는 단계는,

상기 서비스를 통해 상기 제어 장치의 식별자를 상기 번들의 번들 프로퍼티에 추가하는 단계임을 특징으로 하는 방법.
제 2항에 있어서,

상기 제어 장치로부터 상기 번들에 대한 제거(uninstall)가 요청되면, 상기 식별자를 상기 번들이 제거되어도 지워지지 않는 영역에 저장하는 단계를 더 포함하며,

상기 이벤트를 통지하는 단계는,

상기 번들이 제거되었음을 나타내는 번들 이벤트가 발생되면, 상기 저장된 식별자를 참조하여 상기 제어 장치에게 상기 번들 이벤트를 통지하는 단계를 포함하는 것을 특징으로 하는 방법.
제 2항에 있어서,

상기 제어 장치로부터 상기 번들에 대한 이벤트 구독 해제 요청(unsubscribe request)이 수신되면, 상기 서비스를 통해 상기 식별자를 상기 번들 프로퍼티에서 삭제하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 2항에 있어서,

상기 제어 장치가 네트워크로부터 단절되었음이 감지되면, OSGi 프레임워크의 번들들 중 번들 프로퍼티에 상기 식별자가 포함된 번들들을 검색하는 단계; 및

상기 검색된 번들들 각각이 제공하는 소정의 서비스들을 통해 상기 검색된 번들들의 번들 프로퍼티들에서 상기 식별자를 삭제하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 2항에 있어서,

상기 바인딩 정보를 생성하는 단계는,

상기 제어 장치로부터 수신된 액션 호출(action invocation) 메시지 또는 이 벤트 구독 요청(subscribe request) 메시지에 상기 제어 장치의 식별자와 함께 다른 제어 장치의 식별자가 포함된 경우, 상기 서비스를 통해 상기 번들 프로퍼티에 상기 식별자들을 모두 추가하는 것을 특징으로 하는 방법.
제 2항에 있어서,

상기 식별자는 상기 제어 장치의 URI(Universal Resource Identifier)인 것을 특징으로 하는 방법.
제어 장치에 의해 원격으로 설치된 번들을 관리하는 OSGi 기반의 피제어 장치에 있어서,

상기 번들이 제공하는 소정의 서비스가 OSGi 서비스 레지스트리에 등록되었다는 서비스 이벤트가 발생되면, 상기 서비스를 통해 상기 번들과 상기 제어 장치를 매핑시키는 바인딩 정보를 생성하는 바인딩정보관리부; 및

상기 생성된 바인딩 정보를 이용하여 상기 번들의 생명주기(lifecycle)의 변동에 관한 이벤트를 상기 제어 장치에게 통지하는 이벤트통지부를 포함하는 것을 특징으로 하는 장치.
제 8항에 있어서,

상기 바인딩정보관리부는,

상기 서비스를 통해 상기 제어 장치의 식별자를 상기 번들의 번들 프로퍼티 에 추가하는 것을 특징으로 하는 장치.
제 9항에 있어서,

상기 제어 장치로부터 상기 번들에 대한 제거(uninstall)가 요청되면, 상기 식별자를 상기 번들이 제거되어도 지워지지 않는 영역에 저장하는 바인딩정보백업부를 더 포함하며,

상기 이벤트통지부는,

상기 번들이 제거되었음을 나타내는 번들 이벤트가 발생되면, 상기 저장된 식별자를 참조하여 상기 제어 장치에게 상기 번들 이벤트를 통지하는 단계를 포함하는 것을 특징으로 하는 장치.
제 9항에 있어서,

상기 바인딩정보관리부는,

상기 제어 장치로부터 상기 번들에 대한 이벤트 구독 해제 요청(unsubscribe request)이 수신되면, 상기 서비스를 통해 상기 식별자를 상기 번들 프로퍼티에서 삭제하는 것을 특징으로 하는 장치.
제 9항에 있어서,

상기 제어 장치가 네트워크로부터 단절되었음이 감지되면, OSGi 프레임워크의 번들들 중 번들 프로퍼티에 상기 식별자가 포함된 번들들을 검색하는 검색부를 더 포함하며; 및

상기 바인딩정보관리부는,

상기 검색된 번들들 각각이 제공하는 소정의 서비스들을 통해 상기 검색된 번들들의 번들 프로퍼티들에서 상기 식별자를 삭제하는 것을 특징으로 하는 장치.
제 9항에 있어서,

상기 바인딩정보관리부는,

상기 제어 장치로부터 수신된 액션 호출(action invocation) 메시지 또는 이벤트 구독 요청(subscribe request) 메시지에 상기 제어 장치의 식별자와 함께 다른 제어 장치의 식별자가 포함된 경우, 상기 서비스를 통해 상기 번들 프로퍼티에 상기 식별자들을 모두 추가하는 것을 특징으로 하는 장치.
제 9항에 있어서,

상기 식별자는 상기 제어 장치의 URI(Universal Resource Identifier)인 것을 특징으로 하는 장치.
제 1항 내지 제 7항 중 어느 한 항에 의한 방법을 실행하는 컴퓨터 프로그램을 기록한 기록 매체.