KR20050055532A

KR20050055532A - 네트워크 상에서 서비스를 공유하기 위한 장치 및 방법

Info

Publication number: KR20050055532A
Application number: KR1020030088754A
Authority: KR
Inventors: 손경호; 정동신; 이재신
Original assignee: 삼성전자주식회사
Priority date: 2003-12-08
Filing date: 2003-12-08
Publication date: 2005-06-13
Also published as: DE602004009746T2; EP1542404A1; EP1542404B1; US7865500B2; CN100352221C; DE602004009746D1; KR100586866B1; JP2005174319A; CN1627720A; US20050138037A1

Abstract

본 발명은 네트워크 상에서 서비스를 공유하기 위한 장치 및 방법에 관한 발명으로서, 상기 서비스를 공유하기 위한 방법은 제1임베디드 디바이스가 상기 제1임베디드 디바이스와 네트워크로 연결된 적어도 1이상의 임베디드 디바이스로 적어도 1이상의 서비스를 요청하는 메시지를 전송하는 제1단계와, 상기 제1임베디드 디바이스가 상기 메시지를 수신한 임베디드 디바이스로부터 상기 서비스를 수행하기 위한 코드 정보를 수신하는 제2단계와, 상기 제1임베디드 디바이스가 상기 코드 정보를 실행하여 상기 서비스를 수행하는 제3단계와, 상기 제3단계에서 서비스 수행이 종료하면, 상기 제1임베디드 디바이스가 상기 서비스에 관한 서비스 정보를 등록하는 제4단계를 포함하는 것을 특징으로 한다.

Description

네트워크 상에서 서비스를 공유하기 위한 장치 및 방법{Apparatus and method for sharing services on network}

본 발명은 네트워크 상에서 서비스를 공유하기 위한 장치 및 방법에 관한 것으로, 보다 상세하게는 각각의 네트워크 디바이스간에 서비스를 공유하고 이를 관리하는 방법을 제공하는 것이다.

디지털 기술과 인터넷 보급이 급속히 진행되면서 이를 활용하여 일반 사용자의 일상생활에 도움이 될 수 있도록 서비스를 제공하는 디지털 홈 구축이 진행되고 있다. 디지털 홈 기술은 지금까지의 초고속 인터넷 공유, 파일 공유, 그리고 주변장치 공유를 위해 추진되던 단순한 홈네트워킹의 개념을 뛰어넘어 잘 갖추어진 외부 통신 인프라를 활용하여 보다 고기능의 서비스를 제공하는데 그 목표가 있다.

디지털 홈은 홈네트워크 기술, 정보가전 기술, 소프트웨어 플랫폼, 솔루션 및 컨텐츠 등 다양한 IT 분야의 기술들을 통합하여 새로운 서비스 시장을 창출하는 새로운 패러다임이라고 할 수 있다.

　홈네트워킹이 구축된 미래 가정을 나타내는 용어로는 커넥티드 홈(Connected Home), 스마트 홈, 그리고 디지털 홈 등이 있다. 이들 각각의 용어는 많은 부분을 공통적인 개념으로 사용하고 있지만 커넥티드 홈은 가정 내 디지털 기기들의 연결을 강조하고, 스마트 홈은 가정 내의 디지털 기기들을 로컬 내지 원격에서 제어/관리할 수 있는 홈오토메이션 서비스에 비중을 많이 두고 있다. 그에 비하여 디지털 홈은 음악, 사진, 비디오 등 디지털 미디어를 공유하고, 인터넷 망과 연계하여 디지털 컨텐츠 서비스를 가정에 제공하는데 중심을 두고 있다.

여기에서 상기 디지털 홈을 구축하기 위해서는 홈네트워크 기술, 액세스망 기술, 컨텐츠 및 솔루션 기술이 필요하다.

홈네트워크 기술에는 전력선 통신, 전화선 통신, 유선랜(LAN), IEEE1394, 무선랜, 무선 1394 등의 유무선 네트워크 기술, 플러그 앤 플레이 기능을 지원하는 HAVi(Home Audio Video Interoperability), Jini(Java Intelligent Network Infra-structure), UPnP(Universal Plug and Play) 등의 미들웨어 기술, 외부 액세스망에 대해 망 종결(Network Termination)과 모뎀 기능을 제공하고, 홈네트워크를 연결하여 망간 연동기능을 제공하는 가정용 게이트웨이인 홈게이트웨이 기술 및 원격에서 다중의 서비스들을 억세스망을 거쳐 홈네트워크에 접속된 정보가전 기기에 전달하고 관리하는 서비스 플랫폼 기술이 포함된다.

이 때, 대표적인 디지털 홈 서비스 플랫폼으로서 OSGi 서비스 플랫폼이 있다.

OSGi는 Open Service Gateway Initiative의 약자로, 1999년 3월에 Ericsson, SUN, IBM 등 15개 회사가 모여 성립된 비영리 표준화 단체로서, 네트워크 상의 다양한 서비스를 로컬 네트워크나 장비에게 전달하고 전달된 서비스가 운용되는 개방적 규격을 만드는데 있다.

OSGi규격은 서비스 전달과 관리를 위한 프레임워크와 OSGi 번들에 대해서 정의하고 있다. OSGi번들은 생성되고 설치될 수 있는 하나의 단위(Unit)로서 인터페이스(Interface), 구성 정보(Configuration Information), 실행 가능한 코드 및 디지털 서명이 패키지화되어 있다.

OSGi 릴리즈 1.0은 OSGi 규격의 기반이 되는 프레임워크와 로그 서비스, HTTP 서비스 및 디바이스 매니저로 구성된다. 프레임워크는 응용 서비스 들이 하나의 자바 가상 머신을 공유할 수 있도록 하고 번들의 라이프 사이클, 자바 패키지, 리소스, 번들간의 의존성 등을 관리하며, 번들간의 상호 협업을 위해 서비스 레지스트리를 가지고 있다. 로그 서비스는 프레임워크에서 발생하는 이벤트를 기록하고, 읽을 수 있도록 하는 서비스를 제공하며 HTTP 서비스는 서비스 플랫폼을 웹을 통해 접근할 수 있도록 한다. 그리고 디바이스 매니저는 동적인 디바이스 드라이버 다운로딩 모델을 제공한다.

2001년 10월에 발표된 릴리즈 2에서는 릴리즈 1의 기능에 추가로 패키지 관리 서비스, 퍼미션 관리 서비스, 사용자 관리 서비스 등이 추가되었다.

2003년 3월에 발표된 릴리즈 3에서는 릴리즈 2의 기능에 시작 레벨 관리 서비스, Jini 서비스, UPnP 서비스 등이 추가 되었다. 릴리즈 3에서는OSGi가 소호(SOHO)용 게이트웨이 뿐만 아니라 차량용 게이트웨이 지원을 위해 많은 서비스 들이 추가되었다.

OSGi서비스 플랫폼은 크게 세가지 분야를 관심대상으로 한다. 첫째는 서비스들간의 연결 및 제어, 둘째는 서비스와OSGi 프레임워크간의 연결 및 제어, 셋째는 OSGi 프레임워크와 외부 서비스 관리 시스템과의 연결 및 제어이다. 따라서 OSGi 서비스 플랫폼은 초고속통신망과 같은 외부 네트워크와 댁내의 장비들을 연결하는 네트워크의 사이에 위치하게 된다.

외부 네트워크 환경에서는 서비스 제공자가 서비스 제공 및 관리를 수행하고, 댁내 네트워크 환경에서는 수많은 장비들과 상이한 프로토콜들이 이들을 원활히 연결하고 제어해야 한다. 결국 OSGi 서비스 플랫폼은 외부 네트워크 환경과 댁내 네트워크 환경의 중재자인 셈이다.

OSGi는 자바 가상 머신(JAVA Virtual Machine) 기반 하에서 작동하게 만들어진 표준이다. 자바 가상 머신(JAVA Virtual Machine)은 이질적인 임베디드 운영시스템(Embedded OS)와 임베디드 중앙제어장치(Embedded CPU)에서 오는 차이점들에 대한 완충 역할을 수행한다.

OSGi 서비스는 모두 번들(bundle)이라 불리우는 물리적 묶음에 포함된다. 복수개의 OSGi 서비스가 하나의 번들(bundle)에 포함될 수도 있으며, 번들(bundle) 배포와 관리의 기본 단위를 형성한다.

이러한 번들(bundle)들을 관리해 주는 것이 바로 프레임워크(framework)이다. 프레임워크는 서비스 등록관리기(Service Registry)를 가지고 있어서 서비스에 대한 등록/조회/실행/삭제 등을 수행한다. 또한 이벤트와 그에 따른 이벤트 탐지 및 대응 처리도 하게 된다. 여기서 말하는 이벤트는 장비에서 생성된 물리적 이벤트와는 관계가 없고 서비스/번들/프레임워크의 세가지 이벤트 산출자를 근간으로 하는 논리적 이벤트이다.

즉, OSGi는 홈네트워크 환경에서 다양한 디바이스 및 서비스들을 통합하여 제어 및 관리하기 위한 미들웨어라고 볼 수 있다. 지금까지 개발된 OSGi 사양은 물리적으로 연결된 홈네트워크 환경 내에서, 홈게이트웨이 또는 단일의 디바이스에 위치한 단일 OSGi 서버만이 존재하는 형태를 중심으로 기술되어 있다. 따라서, 모든 서비스는 일괄 통제되고, OSGi에 등록된 디바이스와 서비스들만이 이용가능하게 된다.

도 1은 종래의 OSGi 프레임워크(framework)에서 번들(bundle)의 구동 방법을 나타내는 예시도이다.

OSGi 프레임워크(framework)(100,150)는 번들 컨텍스트(bundle context)(110,160)를 통하여 번들(bundle)(120,130,170,180)을 등록 및 관리하게 된다. 이 때, 상기 번들 컨텍스트(bundle context)(110, 160)는 각각의 번들(bundle) 개수만큼 존재하여 1:1 매핑구조로 구성될 수 있는데, 번들(bundle)을 설치하고 서비스를 호출하는 기능을 담당하며, 프레임워크(framework)(100, 150)상에서 발생하는 이벤트들까지도 처리하여 번들(bundle)의 실행에 관계된 사항을 제어한다.

상기 도 1에서 도시한 바와 같이, OSGi 프레임워크(framework)상호간에는 번들(bundle)을 공유하지 않는다. 개별적으로 필요한 번들(buddle)은 자체 프레임워크(framework)에 설치 등록되어야 하며, 이들 정보는 번들 컨텍스트(bundle context)(110,160)를 통해 자체 실행환경 내에서 호출되어 동작하게 된다. 비록 동일한 기능을 수행하는 동일한 번들(bundle)이라 하더라도, 해당 프레임워크(framework)에 등록되어야만 적합한 서비스를 제공할 수 있게 되는 것이다. 따라서, 프레임워크(framework) A(100)에서 번들(bundle) B(130)가 실행되기 위해 번들(bundle) C(180)가 필요할 경우, 종래의 기술로는 프레임워크(framework) B(130)의 자원을 활용하지 못하고 프레임워크(framework) A(100)에 중복하여 설치해야 한다.

상기와 같은 종래 기술은 단일 OSGi 환경만을 고려하여 설계된 경우에는 각각의 프레임워크(framework) 간에 공통적인 서비스들의 공유가 불가능하고, 각 디바이스별로 자체 OSGi에 중복하여 등록 설치하여야 한다. 또한, 서비스를 임대하거나 판매하는 등의 비즈니스 모델에 있어서는, 사용자가 동일한 서비스를 구동하기 위해 디바이스별로 비용을 중복 지불해야 하는 불편이 초래된다. 더구나, 현재 디바이스에서 요청한 서비스를 구동하기 위해 필요한 또 다른 서비스가, 다른 디바이스에서 실행중인 OSGi에 등록되어 관리중인 경우, 상기 다른 디바이스에게 상기 서비스를 요청하거나 자신의 OSGi로 등록할 수 있는 방법이 없는 문제점이 있으므로 상기와 같은 문제점들을 해결하기 위한 세로운 방법이 필요하게 되었다.

본 발명에서는 복수개의 OSGi 프레임워크(framework)들이 각각 별개의 디바이스에서 운용될 때, OSGi 프레임워크(framework) 상호간에 필요한 자원과 서비스 번들(bundle)들을 공유하여 재활용하기 위한 방법을 제안하도록 한다.

상기 목적을 달성하기 위하여, 본 발명의 실시에 따른 네트워크 상에서 서비스를 공유하기 위한 방법은 제1임베디드 디바이스가 상기 제1임베디드 디바이스와 네트워크로 연결된 적어도 1이상의 임베디드 디바이스로 적어도 1이상의 서비스를 요청하는 메시지를 전송하는 제1단계와, 상기 제1임베디드 디바이스가 상기 메시지를 수신한 임베디드 디바이스로부터 상기 서비스를 수행하기 위한 코드 정보를 수신하는 제2단계와, 상기 제1임베디드 디바이스가 상기 코드 정보를 실행하여 상기 서비스를 수행하는 제3단계와, 상기 제3단계에서 서비스 수행이 종료하면, 상기 제1임베디드 디바이스가 상기 서비스에 관한 서비스 정보를 등록하는 제4단계를 포함한다. 이 때, 바람직하게는 상기 코드 정보는 자바 언어로 기술된 코드 정보인 것을 포함하고, 상기 서비스 정보는 상기 코드 정보를 전송한 임베디드 디바이스의 네트워크상의 식별 정보인 것을 포함한다.

또한, 바람직하게는 상기 제2단계는 상기 제1임베디드 디바이스가 상기 서비스를 수행하기 위한 코드 정보를 중복하여 수신하는 경우에 상기 중복 수신된 코드를 무시하는 단계를 더 포함한다.

또한, 바람직하게는 상기 제4단계는 상기 수신한 코드 정보를 소정의 시간동안 저장하는 단계를 더 포함한다.

또한, 바람직하게는 상기 제4단계는 상기 수신한 코드 정보를 삭제하는 단계를 더 포함한다.

상기 목적을 달성하기 위하여, 본 발명의 실시에 따른 네트워크 상에서 서비스를 공유하기 위한 방법은 제1임베디드 디바이스가 소정의 정보 저장 영역으로부터 적어도 1이상의 서비스에 대한 서비스 정보를 검색하는 제1단계와, 상기 제1단계에서 검색된 서비스 정보에 의해 식별되는 제2임베디드 디바이스로 상기 서비스를 요청하는 메시지를 전송하는 제2단계와, 상기 제1임베디드 디바이스가 상기 제2임베디드 디바이스로부터 상기 서비스를 수행하기 위한 코드 정보를 수신하는 제3단계와, 상기 제1임베디드 디바이스가 상기 코드 정보를 실행하여 상기 서비스를 수행하는 제4단계를 포함한다. 이 때, 바람직하게는 상기 코드 정보는 자바 언어로 기술된 코드 정보인 것을 포함하고, 상기 서비스 정보는 상기 코드 정보를 전송한 임베디드 디바이스의 네트워크상의 식별 정보인 것을 포함한다.

또한, 바람직하게는 상기 제4단계는 상기 서비스를 수행한 후, 상기 수신한 코드 정보를 소정의 시간동안 저장하는 단계를 더 포함한다.

또한, 바람직하게는 상기 제4단계는 상기 서비스를 수행한 후, 상기 수신한 코드 정보를 삭제하는 단계를 더 포함한다.

상기 목적을 달성하기 위하여, 본 발명의 실시에 따른 네트워크 상에서 서비스를 공유하기 위한 방법은 제1임베디드 디바이스가 네트워크로 연결된 다른 임베디드 디바이스로부터 적어도 1이상의 서비스를 요청하는 메시지를 수신하는 제1단계와, 상기 서비스를 요청받은 제1임베디드 디바이스가 자신이 상기 서비스를 보유하고 있는지 여부를 검사하는 제2단계와, 상기 제2단계에서 상기 서비스를 보유하고 있는 경우, 상기 서비스를 요청한 임베디드 디바이스로 상기 서비스를 수행하기 위한 코드 정보를 전송하는 제3단계를 포함한다. 이 때, 바람직하게는 상기 서비스를 수행하기 위한 코드 정보는 자바 언어로 기술된 코드 정보인 것을 포함한다.

상기 목적을 달성하기 위하여, 본 발명의 실시에 따른 네트워크 상에서 서비스를 공유하기 위한 장치는 네트워크로 연결된 임베디드 디바이스로 소정의 서비스를 요청하기 위한 메시지를 전송하고, 상기 서비스를 수행하기 위한 코드 정보를 수신하는 서비스 송수신부와, 상기 서비스에 대한 정보를 포함하고 있는지 여부를 검색하는 서비스 분석부와, 상기 서비스 송수신부로부터 수신한 코드 정보를 로딩하거나, 상기 로딩된 코드 정보를 언로딩하는 서비스 적재부를 포함한다. 이 때, 바람직하게는 상기 서비스를 수행하기 위한 코드 정보는 자바 언어로 기술된 코드 정보인 것을 포함하고, 상기 서비스에 대한 정보는 상기 서비스를 수행하기 위한 코드 정보를 갖고 있는 임베디드 디바이스의 네트워크상 식별 정보인 것을 포함한다.

상기 목적을 달성하기 위하여, 본 발명의 실시에 따른 네트워크 상에서 서비스를 공유하기 위한 장치는 네트워크로 연결된 임베디드 디바이스로부터 소정의 서비스를 요청하는 메시지를 수신하고, 상기 서비스를 수행하기 위한 코드 정보를 갖고 있는지 여부를 검사하여 상기 코드 정보를 갖고 있는 경우에는 상기 코드 정보를 상기 임베디드 디바이스로 전송하는 네트워크 상에서 서비스를 공유하기 위한 장치를 포함한다. 이 때 바람직하게는 상기 서비스를 수행하기 위한 코드 정보는 자바 언어로 기술된 코드 정보인 것을 포함한다.

이하, 첨부된 도면을 참조하여 본 발명의 일 실시예에 따른 네트워크 상에서 서비스를 공유하기 위한 장치 및 방법을 설명하면 다음과 같다.

한편, 본 발명에 대한 이해를 용이하게 하기 위하여 OSGi 프레임워크(framework)를 기반으로 하는 시스템을 예로 하여 설명하지만, 상기 OSGi 프레임워크(framework)와 유사한 기능을 하는 미들웨어에도 적용가능하다.

도 2는 본 발명의 실시에 따른 전체적인 모듈 구조를 나타내는 예시도이다.

로컬 디바이스(200) 또는 원격 디바이스(250)는 각각 프레임워크(framework)(205, 255)와, 번들 컨텍스트(220, 222, 270, 272), 번들(230, 232, 280, 282), 그리고, 각각의 번들에 속하는 서비스(240, 242, 244, 246, 290, 292, 294), 동적 원격 번들 로더(210, 260)를 포함한다. 이 때, 각각 모듈들이 나타내는 기능은 다음과 같다.

프레임워크(framework)(205, 255)는 OSGi 프레임워크(framework)를 나타내며, 본 발명의 실시에 따른 설명에서는 번들을 요청하는 디바이스의 프레임워크(framework)를 로컬 프레임워크(framework)로 칭하고, 번들의 요청을 수신하는 디바이스의 프레임워크(framework)를 원격 프레임워크(framework)라고 칭하기로 한다.

로컬 번들 컨텍스트(220, 222)는 현재 수행중인 번들 및 서비스들이 등록된 로컬 프레임워크(framework)(205)에서, 번들의 설치와 등록, 서비스 호출 등을 관리하는 모듈이다. 실행중인 서비스가 요청한 번들의 등록 여부를 확인하여, 이미 현재의 로컬 프레임워크(framework)(205)에 존재하면 로컬 디바이스(200)내에 존재하는 해당 번들의 참조위치를 전달해 준다. 만약 현재 로컬 프레임워크(framework)(205)에 등록되지 않은 번들일 경우, 동적 원격 번들 로더(210)에게 해당 번들이 필요함을 요청하고 응답을 기다린다.

원격 번들 컨텍스트(270, 272)는 원격 프레임워크(framework) 측의 동적 원격 번들 로더(260)가 수신한 번들 요청에 대하여, 원격 디바이스(250)에 등록된 번들 목록을 검사한다. 그리고 나서, 요청된 번들과 일치되는 번들이 존재함이 확인되면 해당 번들의 참조위치를 로컬 디바이스(200)의 동적 원격 번들 로더(210)로 전송하게 된다.

번들(230, 232, 280, 282)은 적어도 1이상의 관계있는 서비스들의 묶음으로서 서비스의 집합이라고 할 수 있다. 이 때, 각각의 디바이스간에 서비스 공유는 번들 단위로 이루어진다.

동적 원격 번들 로더(210, 260)은 번들 컨텍스트(220, 222, 270, 272)와 메시지 교환을 통해 번들 요청 및 응답 기능을 수행하는 모듈이다. 번들을 요청하는 로컬 디바이스(200) 측에서는 번들 컨텍스트(220, 222)가 요청하는 번들 명세를 원격 디바이스(250)로 전송하고, 원격 디바이스(250) 측에서는 번들 컨텍스트(270, 272)가 전달해 준 해당 번들들을 로컬 디바이스(200)로 전송한다.

도 3은 본 발명의 실시에 따른 동적 원격 번들 로더(dynamic remote bundle loader)의 구성을 나타내는 예시도이다.

동적 원격 번들 로더(dynamic remote bundle loader)(300)는 번들 송수신부(310)와, 번들 분석부(320)와, 번들 로더(bundle loader)(330)와, 번들 언로더(bundle unloader)(340)로 구성될 수 있다. 이 때, 상기 번들 로더(bundle loader)(330)와 번들 언로더(bundle unloader)(340)는 단일의 모듈로 구성될 수도 있다. 이하, 상기 동적 원격 번들 로더(dynamic remote bundle loader)(300)를 구성하는 구성 요소들의 기능을 설명하면 다음과 같다.

번들 송수신부(310)는 동적 원격 번들 로더(dynamic remote bundle loader)(300)의 메시지 전달과 번들의 요청 또는 요청된 번들의 송수신을 담당하는 부분이다. 번들을 요청하는 메시지는 홈네트워크로 연결된 범위 전체로 멀티캐스트(multicast)되어 전달된다. 요청 메시지를 수신한 또다른 디바이스의 프레임워크(framework)에서는 요청된 번들의 보유 여부를 검사하고, 이에 대한 응답으로서 HTTP 서비스를 통해 해당 번들 자체를 상기 번들을 요청한 디바이스의 번들 송수신부로 보내게 된다. 요청측 디바이스에서는 상기 번들을 전송받아 프레임워크(framework)에 설치하고 등록한다. 상기 번들 송수신부(310)는 번들 멀티캐스트 전송 모듈(미도시)과 번들 멀티캐스트 수신모듈(미도시)을 구비할 수 있는데, 상기 번들 멀티캐스트 전송부는 번들을 요청하는 디바이스의 요청 메시지 전송 및 번들의 요청을 수신하는 디바이스의 번들 전송을 담당하고, 번들 멀티캐스트 수신모듈은 요청측으로부터의 요청 메시지 수신 및 응답측으로부터의 번들을 수신하는 기능을 가진다.

번들 분석부(320)는 번들은 요청받은 번들의 명세를 파악하여 번들 명세와 일치하고 번들을 요청한 디바이스의 프레임워크(framework) 환경에서 제대로 수행할 수 있는 번들을 검색하도록 번들 컨텍스트에 요청하는 역할을 한다. 요청받은 번들이 프레임워크(framework)가 구동되고 있는 운영 시스템과 시스템 자원(system resource)에 따라 번들을 요청한 디바이스에서 실행되지 못할 수도 있기 때문에 요청받은 번들의 명세를 파악하는 과정이 필요하게 되는 것이다. 또한, 상기 번들 분석부(320)는 검색된 번들의 참조위치를 번들 송수신부(310)로 전달하여 번들이 전송되도록 한다.

번들 로더(bundle loader)(330)는 수신한 번들을 프레임워크(framework)에 설치하고 등록하는 모듈이다. 일단 상기 프레임워크(framework)에 등록되면, 상기 번들을 요청한 서비스가 참조하여 상기 등록된 번들을 수행하게 된다.

수행이 종료된 번들은 계속 프레임워크(framework)에 존재하게 되면 예상치 못한 시스템 자원(system resource)의 점유로 인하여 문제를 발생할 가능성이 존재한다. 따라서, 임무를 완수한 번들은 다시 프레임워크(framework)로부터 제거되고, 메모리에서도 완전히 삭제시킴으로써 상기 번들을 요청할 당시의 초기 상태로 복원해야 하는데, 번들 언로더(bundle unloader)(340)가 이러한 기능을 수행하게 된다.

이 때, 임무를 완수하자마자 즉시 프레임워크(framework)에서 번들을 제거할 수 있지만, 시스템 자원(system resource)에 따라 일정 시간과 조건 동안 프레임워크(framework)에 유지하는 것도 가능하다.

도 4는 본 발명의 실시에 따른 서로 다른 동적 원격 번들 로더(dynamic remote bundle loader)간의 동작을 나타내는 예시도이다.

동적 원격 번들 로더(dynamic remote bundle loader) A(400)는 네트워크로 연결된 각각의 디바이스의 동적 원격 번들 로더(dynamic remote bundle loader) B, C, D(410, 420, 430)에 대하여 멀티캐스트 방식으로 자신에게 필요한 번들을 요청한다(S450). 그리고 나서, 상기 동적 원격 번들 로더(dynamic remote bundle loader) B, C, D(410, 420, 430)는 자신이 요청된 번들을 보유하고 있는지 여부를 검사하고, 만일 해당 번들이 존재하는 경우 번들을 요청한 동적 원격 번들 로더(dynamic remote bundle loader) A(400)에서 수행될 수 있는 적합한 번들인지 여부를 분석한다(S452). 이를 위하여 동적 원격 번들 로더(dynamic remote bundle loader) A(400)가 요청 메시지 전송시 자신의 시스템에 관한 정보를 포함하게 된다.

이 때, 상기 동적 원격 번들 로더(dynamic remote bundle loader) A(400)는 상기 동적 원격 번들 로더(dynamic remote bundle loader) B, C, D(410, 420, 430)로부터 응답이 있을 때까지 대기상태에 놓이게 된다(S454).

만일, 상기 동적 원격 번들 로더(dynamic remote bundle loader) B, C, D(410, 420, 430) 중 요청된 번들과 일치하는 번들을 보유하고 있는 동적 원격 번들 로더(dynamic remote bundle loader)는 응답으로서 해당 번들을 상기 동적 원격 번들 로더(dynamic remote bundle loader) A(400)로 전송하는데(456, 458, 460), 이 때, 상기 동적 원격 번들 로더(dynamic remote bundle loader) A(400)는 가장 먼저 전송된 응답만 수신하고 이후에 전송된 응답은 무시하게 된다.

상기 동적 원격 번들 로더(dynamic remote bundle loader) A(400)가 자신이 요청한 번들을 수신하면, 수신한 번들을 등록하고(462), 상기 등록된 번들을 이용하여 서비스를 실행한 후(464), 서비스 실행이 종료하면 상기 등록된 번들을 등록 해제하게 된다(466).

도 5는 본 발명의 실시에 따른 전체적인 시스템 동작을 나타내는 예시도이다.

상기 도 5에서는 동적 원격 번들 로더 A(520)와 동적 원격 번들 로더 B(530) 사이에 세로로 표시된 굵은 점선을 기준으로 로컬 디바이스측과 원격 디바이스 측으로 구분된다. 이 때, 상기 원격 디바이스 측은 단일의 디바이스 또는 단일의 시스템이 아니고, 상기 로컬 디바이스와 네트워크로 연결되고 동적 연결 번들 로더를 구비하고 있는 모든 디바이스를 나타낸다. 다만, 설명의 편의를 위해 상기 도 5에서는 단일의 디바이스의 경우에 대하여 예를 들어 설명하고 있다.

우선, 로컬 프레임워크(500)가 동작하기 시작하면(552), 소정의 서비스를 수행하게 된다(554). 이 때, 상기 서비스는 다른 서비스의 도움이 없이 자체적으로 기능을 수행하는 서비스를 비롯하여, 다른 서비스의 도움을 받아 복합적으로 기능을 수행하는 서비스를 모두 포함한다. 다른 서비스의 실행이 필요할 경우, 로컬 프레임워크(500)는 로컬 번들 컨텍스트(510)로 해당 번들을 요청한다(556). 그리고 나서, 상기 로컬 번들 컨텍스트(510)는 번들 목록을 검색하고(558), 해당하는 번들이 존재하는 경우에는 상기 로컬 프레임워크(500)에 해당하는 번들을 등록함으로써 상기 서비스를 재수행하게 된다(588).

만일 상기 558 단계에서 해당 번들이 이미 등록되어 있지 않은 경우에 상기 로컬 프레임워크(500)는 해당 서비스를 중지시키고 해당 서비스의 특성을 분석하여 필요한 번들을 요청하는 이벤트를 발생시킨다. 상기 이벤트는 동적 원격 번들 로더(dynamic remote bundle loader) A(520)로 전달된다.

동적 원격 번들 로더(dynamic remote bundle loader) A(520)의 번들 분석부(562)에서는 해당하는 번들에 대한 이력을 검색한다(564). 즉 이전에 이미 다른 디바이스로부터 동일한 번들을 수신한 경우, 상기 수신한 번들에 대한 정보를 별도로 저장함으로써 다시 동일한 번들을 요청할 경우 이용하게 된다.

만일 상기 번들 분석부(562)가 번들 이력을 검색하여 요청하고자 하는 번들에 대한 정보가 존재하지 않는 경우에는 번들 송수신부(566)은 멀티캐스트 방식으로 번들 요청 메시지를 전송한다.

그러나, 상기 번들 분석부(562)가 번들 이력을 검색하여 요청하고자 하는 번들에 대한 정보가 존재하는 경우에는 상기 번들 송수신부(566)는 유니캐스트 방식으로 번들 요청 메시지를 전송한다. 이를 위하여 상기 번들에 대한 정보로서 상기 번들을 보유하고 있는 디바이스의 유알엘(Uniform Resource Locator, URL)과 같은 네트워크 상의 위치 정보와 해당 번들의 간단한 명세를 포함할 수 있다. 만일 네트워크 구성의 변화 혹은 이상으로 인하여 유니캐스트에 대한 응답이 없는 경우 상기 번들 요청 메시지는 멀티캐스트 방식으로 재전송된다.

상기 로컬 프레임워크(500)와 네트워크로 연결된 다른 프레임워크에 위치한 동적 원격 번들 로터 B(530)의 번들 송수신부(568)에서는 상기 전송된 번들 요청 메시지를 수신하고, 이를 번들 분석부(570)로 전달한다.

상기 번들 분석부(570)는 요청된 번들의 명세를 파악한 후, 원격 번들 컨텍스트(540)로 하여금 해당하는 번들을 검색하도록 하고(572), 상기 원격 번들 컨텍스트(540)는 등록된 번들 목록을 검색하여(574) 일치하는 번들이 발견될 경우, 해당 번들의 참조위치를 번들 송수신부(568)로 전달한다(576).

참조위치를 전달받은 번들 송수신부(568)는 전달받은 참조위치를 이용하여 해당 번들 자체를 번들을 요청한 디바이스로 전송한다. 이 때, 전송되는 번들은 자바 언어(Java language)로 기술된 코드인 것이 바람직하고, 상기 번들을 전송할 때 HTTP 서비스를 이용할 수 있다. 번들을 요청한 동적 원격 번들 로더 A(520)의 번들 송수신부(566)는 번들 요청 메시지에 대한 최초의 응답을 수신하고, 응답 측으로부터 전송된 번들이 자신의 프레임워크(framework)에 정상적으로 등록되기까지 다른 응답을 무시한다.

응답으로 수신된 번들의 전송이 완료되면 번들을 요청한 동적 원격 번들 로더 A(520)의 번들 로더(bundle loader)(578)는 로컬 번들 컨텍스트(510)로 하여금 상기 수신한 번들을 로컬 프레임워크(framework)(500)에 등록하게 한다(580). 만약 요청에 대한 응답이 없을 경우, 일정 횟수 재시도 과정을 거친다. 재시도 이후에도 응답이 없을 경우, 로컬 프레임워크(500)에서는 해당 서비스를 수행할 수 없음을 상기 로컬 프레임워크(500)가 동작하는 디바이스의 운영시스템에 전달한다. 재시도 횟수는 별도의 과정을 통해 설정할 수 있다.

로컬 프레임워크(500)에 요청한 번들의 설치 및 등록이 완료되면, 최초에 상기 번들을 요구하면서 중지되었던 서비스가 다시 호출되어 실행된다. 로컬 프레임워크(500)에 등록된 번들은 번들을 요청한 서비스의 요구사항에 부합하는 작업을 수행하게 된다(582). 일련의 서비스가 종료되면(584), 로컬 프레임워크(500)는 서비스가 종료되었음을 동적 원격 번들 로더 A(520)의 번들 언로더(588)로 통보하고(586), 상기 번들 언로더(588)는 로컬 번들 컨텍스트(510)로 하여금 로컬 프레임워크(500)에 등록된 번들을 제거하도록 한다(590). 이 때, 요청된 번들은 로컬 프레임워크(500)로부터 제거되고, 메모리 상에서도 삭제된다. 이는 로컬 프레임워크(500)의 시스템 자원(system resource)을 일정하게 유지하고, 시스템 관리의 일관성을 유지하기 위함이다.

또한, 상기 번들 언로더(588)은 요청한 번들에 대한 명세 및 응답위치 정보와 함께, 해당 번들을 요청한 서비스 정보를 기록한다(592). 이후에 동일 번들에 대한 요청이 있을 경우, 기록된 번들 정보를 이용하여 요청 메시지를 유니캐스트(unicast) 방식으로 직접 전송할지 혹은 멀티캐스트(multicast) 방식으로 검색과정을 거칠지를 결정하게 된다.

이상에서 설명한 본 발명은, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 있어 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능하므로 전술한 실시예 및 첨부된 도면에 한정하는 것은 아니다.

본 발명의 실시에 따라 현재 프레임워크(framework)에 등록되어 있지 않은 서비스도 사용자 개입없이 자동적으로 실행될 수 있으므로, 끊임없는 서비스 제공이 가능해지고, 해당 서비스 수행시에만 등록되어 사용되고, 서비스 수행 후에는 자동적으로 제거할 수 있으므로 시스템 환경의 변화를 초래하지 않는다. 또한, OSGi 프레임워크(framework)이 동작하는 디바이스간에 상호 필요로 하는 동일 서비스 번들의 공유가 가능하고, 기존 OSGi 프레임워크(framework)의 구조를 유지하면서 상기 프레임워크(framework)에서 제공하는 번들을 활용하여 작동하므로, 이 기능을 구현하기 위하여 별도의 수정작업이 필요하지 않은 효과가 있다.

Claims

제1임베디드 디바이스가 상기 제1임베디드 디바이스와 네트워크로 연결된 적어도 1이상의 임베디드 디바이스로 적어도 1이상의 서비스를 요청하는 메시지를 전송하는 제1단계;

상기 제1임베디드 디바이스가 상기 메시지를 수신한 임베디드 디바이스로부터 상기 서비스를 수행하기 위한 코드 정보를 수신하는 제2단계;

상기 제1임베디드 디바이스가 상기 코드 정보를 실행하여 상기 서비스를 수행하는 제3단계;

상기 제3단계에서 서비스 수행이 종료하면, 상기 제1임베디드 디바이스가 상기 서비스에 관한 서비스 정보를 등록하는 제4단계를 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제1항에 있어서,

상기 코드 정보는 자바 언어로 기술된 코드 정보인 것을 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제1항에 있어서,

상기 서비스 정보는 상기 코드 정보를 전송한 임베디드 디바이스의 네트워크상의 식별 정보인 것을 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제1항에 있어서,

상기 제2단계는 상기 제1임베디드 디바이스가 상기 서비스를 수행하기 위한 코드 정보를 중복하여 수신하는 경우에 상기 중복 수신된 코드를 무시하는 단계를 더 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제1항에 있어서,

상기 제4단계는 상기 수신한 코드 정보를 소정의 시간동안 저장하는 단계를 더 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제1항에 있어서,

상기 제4단계는 상기 수신한 코드 정보를 삭제하는 단계를 더 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제1임베디드 디바이스가 소정의 정보 저장 영역으로부터 적어도 1이상의 서비스에 대한 서비스 정보를 검색하는 제1단계;

상기 제1단계에서 검색된 서비스 정보에 의해 식별되는 제2임베디드 디바이스로 상기 서비스를 요청하는 메시지를 전송하는 제2단계;

상기 제1임베디드 디바이스가 상기 제2임베디드 디바이스로부터 상기 서비스를 수행하기 위한 코드 정보를 수신하는 제3단계;

상기 제1임베디드 디바이스가 상기 코드 정보를 실행하여 상기 서비스를 수행하는 제4단계를 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제7항에 있어서,

상기 코드 정보는 자바 언어로 기술된 코드 정보인 것을 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제7항에 있어서,

상기 서비스 정보는 상기 코드 정보를 전송한 임베디드 디바이스의 네트워크상의 식별 정보인 것을 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제7항에 있어서,

상기 제4단계는 상기 서비스를 수행한 후, 상기 수신한 코드 정보를 소정의 시간동안 저장하는 단계를 더 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제7항에 있어서,

상기 제4단계는 상기 서비스를 수행한 후, 상기 수신한 코드 정보를 삭제하는 단계를 더 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제1임베디드 디바이스가 네트워크로 연결된 다른 임베디드 디바이스로부터 적어도 1이상의 서비스를 요청하는 메시지를 수신하는 제1단계;

상기 서비스를 요청받은 제1임베디드 디바이스가 자신이 상기 서비스를 보유하고 있는지 여부를 검사하는 제2단계;

상기 제2단계에서 상기 서비스를 보유하고 있는 경우, 상기 서비스를 요청한 임베디드 디바이스로 상기 서비스를 수행하기 위한 코드 정보를 전송하는 제3단계를 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
제12항에 있어서,

상기 서비스를 수행하기 위한 코드 정보는 자바 언어로 기술된 코드 정보인 것을 포함하는 네트워크 상에서 서비스를 공유하기 위한 방법.
네트워크로 연결된 임베디드 디바이스로 소정의 서비스를 요청하기 위한 메시지를 전송하고, 상기 서비스를 수행하기 위한 코드 정보를 수신하는 서비스 송수신부;

상기 서비스에 대한 정보를 포함하고 있는지 여부를 검색하는 서비스 분석부;

상기 서비스 송수신부로부터 수신한 코드 정보를 로딩하거나, 상기 로딩된 코드 정보를 언로딩하는 서비스 적재부를 포함하는 네트워크 상에서 서비스를 공유하기 위한 장치.
제14항에 있어서,

상기 서비스를 수행하기 위한 코드 정보는 자바 언어로 기술된 코드 정보인 것을 포함하는 네트워크 상에서 서비스를 공유하기 위한 장치.
제14항에 있어서,

상기 서비스에 대한 정보는 상기 서비스를 수행하기 위한 코드 정보를 갖고 있는 임베디드 디바이스의 네트워크상 식별 정보인 것을 포함하는 네트워크 상에서 서비스를 공유하기 위한 장치.
네트워크로 연결된 임베디드 디바이스로부터 소정의 서비스를 요청하는 메시지를 수신하고, 상기 서비스를 수행하기 위한 코드 정보를 갖고 있는지 여부를 검사하여 상기 코드 정보를 갖고 있는 경우에는 상기 코드 정보를 상기 임베디드 디바이스로 전송하는 네트워크 상에서 서비스를 공유하기 위한 장치.
제17항에 있어서,

상기 서비스를 수행하기 위한 코드 정보는 자바 언어로 기술된 코드 정보인 것을 포함하는 네트워크 상에서 서비스를 공유하기 위한 장치.