유니버설미들웨어프레임워크 - OSGi OSGi 서비스와활용사례 지난시간에는 OSGi의발전배경과기본개념, 그리고구조등을차례로살펴봤다. 유니버설미들웨어 (Universal Middleware) 라불리는 OSGi는초창기에가정용홈게이트웨이의임베디드환경에서출발해지금은모바일과자동차, 엔터프라이즈환경에이르기까지매우폭넓게활용되고있다. 이번호에서는 OSGi의다양한활용사례와 OSGi의핵심인서비스에대해집중적으로소개한다. 2 연재순서 1 회 2007. 7 임베디드를넘어엔터프라이즈로! 2 회 2007. 8 OSGi 서비스와활용사례 3 회 2007. 9 임베디드환경에서의 OSGi 4 회 2007. 10 이클립스의핵심, Equinox 5 회 2007. 11 엔터프라이즈로의확장, Spring-OSGi 6 회 2007. 12 OSGi 베스트프랙티스소개 김석우 suhgoo.kim@samsung.com Polytech 전산학석사. 뉴욕의 IBM 연구소를거쳐현재삼성전자선행개발팀에근무중이다. 빌딩컨트롤네트워크 (Building Control Network) 와임베디드시스템이주요개발분야로, 현재는 OSGi 기반의 WSN 컨트롤러를구상하고있다. OSGi의현재가장큰이슈라면 RCP와엔터프라이즈프레임워크 (Enterprise Framework) 로의확장일것이다. 오픈소스로출발해서자바업계뿐아니라소프트웨어개발자들의기본개발도구인이클립스에까지 OSGi가탑재된다는것은그자체가큰이슈였다. 또한지금까지엔터프라이즈서버환경에서의적용을감히생각하지못하던차에, 스프링 (Spring) 프레임워크와의통합이이뤄져 IT 업계에신선한충격을주기도했다. 이처럼단순한임베디드또는홈게이트웨이정도로만치부되어왔던 OSGi 가데스크탑리치클라이언트플랫폼으로, 그리고서버환경에서의프레임워크로발전하게된이유는무엇일까? 여러가지이유가있겠지만가장큰이유로는역시가볍고 (Light-Weight) 동적인 (Dynamic) 모듈 (Module) 시스템구조와번들의라이프사이클관리시스템을들수있다. 이외에도버전업을통해임베디드환경에적용되면서점차기능별로세분화된스펙 (SPEC) 과다양한서비스컨텐츠들을제공한점도빼놓을수없는이유일것이다. 이글에서는 OSGi의핵심기능인서비스와실제활용사례를살펴봄으로써 OSGi가더이상이론상으로만존재하는 ( 또는임베디드에만국한된 ) 시스템이아니라실제적이고파워풀한유니버설미들웨어임을확인하게될것이다. OSGi의가장핵심적인임무는 다양하고새로운서비스의제공 이다. 과거 OSGi가처음형성됐을때는전세계를잇는네트워크를홈네트워크에어떻게연결하고어떤서비스를제공할지를도출하는것이 OSGi 멤버들의최대관심사였다. OSGi의핵심, 서비스 OSGi가오픈서비스게이트웨이를구성하는아키텍처의소프트웨어를개발하는것도이때문이다. OSGi 참여업체들은이를통해 서비스기반으로제공할수있는새로운비즈니스모델 을찾고있다. 이는단순히제품만을판매하는 20세기사업모델에서탈피해다양하고새로운서비스를판매하는 21세기형사업모델을만드는것이 OSGi의주요업무였기때문이다. 특히 OSGi는네트워크환경이구축된일반가정이차세대프론티어역할을할것으로판단함으로써인터넷과신기술이일반가정에새로운서비스를제공할수있을것으로기대하고있었다. 이를통해새로운가치사슬도형성된다는판단인데, 이를위해서는반드시관련업계 ( 컴퓨터, 가전, 통신등 ) 가모두수긍하는표준화작업이선행되어야한다. 특정업체만지원하는서비스나프로토콜은오래지속되지않을뿐더러, 대규모의시장을 210 m a s o
창출할수없기때문이다. OSGi 서비스제공업체들은네트워크로연결된가정내각종기기에접속해기기의이상유무에서부터원격제어및원격수리등의다양한부가서비스를제공하고, 이를통해새로운수익을창출할수있다. 이렇듯초기의 OSGi 개발및참여업체들은다양한서비스가가능한게이트웨이의표준소프트웨어사양개발작업에착수해현재그버전이 4.0대에이르고있다. 따라서오늘날 OSGi에참여해개발을주도한업체들은이미다수의구체적인성과물을제시하고있다. OSGi가차세대 IT 산업과가전산업을주도할태풍의핵으로부상하고있는것도바로이때문이다. JES 와 OSGi OSGi는자바환경에서구동되는미들웨어이므로자바와매우밀접한관계를나타낸다. 임베디드자바솔루션중에서자바임베디드서버 (Java Embedded Server, 이하 JES) 는임베디드디바이스를위한퍼스널자바기반의런타임환경이다. 그리고 JES는네트워크를통한서비스의제공과서비스라이프사이클의관리기능을제공하는소용량애플리케이션서버라고할수있다. 그렇다면, OSGi와 JES는어떤관계일까? OSGi의표준화를주도한업체가썬마이크로시스템즈 ( 이하썬 ) 라는사실을안다면그해답을쉽게찾을수있다. 즉 JES는 OSGi 표준을구현한임베디드서버솔루션중의하나인것이다. JES의구조역시프레임워크와서비스로구성되어있다. 서비스는 JES 서버에서동작하는컴포넌트화된애플리케이션이고, ServiceSpace 프레임워크는서비스의컨테이너이다. 프레임워크의기본적인기능은서비스들의설치와업그레이드, 삭제등과같은라이프사이클에대한제어이고, 서비스는서비스인터페이스에구현되는형태로구성된다. 그리고 JAR(Java ARchive) 파일로패키지화된서비스를 번들 이라고부른다. 이런개념들은이미우리가살펴보았던 OSGi와동일하다. JES 서버는네트워크를통한서비스의설치와업그레이드, 삭제등을할수있지만, 처음기동되는경우에몇가지기본적인서비스를포함하고있다. 결국 OSGi의개념과구조는새롭게탄생된것이아니라탄생을주도한썬의영향력아래에서차분하게성장한것임을알수있다. 다음은 JES에서제공하는기본서비스기능이다. - HTTP 서비스 : 웹서버기능 - 로그서비스 : 에러와이벤트등의원격로깅기능 - 날짜서비스 - 연결관리서비스 : 네트워크서비스, 소켓바인딩, 연결요청처리등의기능 - 스레드매니저서비스 : 스레드풀의최대치등에대한스레드관리기능 - 스케줄러서비스 : 향후의이벤트에대한스케줄링기능 - RMI(Remote Method Invocation) 서비스 - SNMP(Simple Network Management Protocol) 서비스 - 콘솔서비스 : 애플릿을통한원격관리기능이중에서 OSGi 1.0 규격에포함된표준서비스는 HTTP 서비스, 로그서비스, 연결관리서비스 (OSGi에서는디바이스액세스서비스 ) 이며계속해서다양한분야의스펙으로확장해가고있다. 발표된 1.0 스펙은주로게이트웨이에탑재되는응용프로그램인터페이스 (API) 에대한규정을담고있으며자바 (JAVA) 용 API에집중되어있다. 이는자바가현재가장널리사용되는프로그래밍언어인터라개방형서비스게이트웨이에유연하게적용될수있었기때문이다. OSGi - SPEC OSGi는 1.0부터 4.0대에이르기까지버전을업그레이드하면서스펙표준안을마련하고, 마련된스펙이플랫폼이나응용소프트웨어등에전혀구애받지않는다고발표했다. 또한보안기능이우수할뿐아니라다양한서비스제공업체들이전달해주는멀티서비스를각기다른장치나설비에제공하는기능을항상염두에두고표준안을마련하고있다. 이러한업계의표준화노력으로 OSGi의스펙표준안은특히블루투스 (Bluetooth) 와 HAVi, HomePNA, HomeRF, IEEE-1394, LonWorks, USB, VESA 등을다양한유무선네트워크기술을수용할수있어가장포괄적인개방형네트워크기술로인정받고있다. 특히 OSGi 는완전히새로운개념의장비들이등장할것에대비해 JINI와 HAVi 등이제공하는기능도전폭적으로수용한다. 이는셋톱박스와케이블모뎀, 라우터, 경보시스템, 전력관리시스템, 가전제품, PC 등모든제품에대한관리및연결기능을제공하기위한것이다. OSGi의주요서비스 OSGi에서는 1.0 부터 4.0 에이르기까지수많은서비스와스펙들이발표되어사용되고있다. 여기서는그가운데핵심서비스를골라살펴본다. OSGi를구성하는중요구성요소는다음과같다. - 서비스 : 특정기능을수행하는자바인터페이스와실제구현객체 - 번들 : 서비스를제공하기위한기능적배포단위 - 프레임워크 : 번들의라이프사이클을관리하는번들실행환경 m a s o 211
2 _ OSGi 서비스와활용사례 컨트롤네트워크기술 컨트롤네트워크기술에는유선형태인 IEEE1394, HomePNA와무선형태인 HomeRF, 블루투스등이있다. 또한미들웨어로는 HAVi, JINI, UPnP 등이있다. IEEE1394 : 애플과텍사스인스트루먼트가주도한 A/V 기기간의데이터전송을위한 A/V 기기용 High Performance Serial Bus 기술표준 HomePNA(Home Powerline Network Alliance) : 기존의전화배선을사용해고속댁내망 (home networking) 을구축하는기술표준. 가장저렴한홈네트워킹방법 블루투스 : 2.4GHz 주파수대역에서 1Mbps 전송속도로약 10m 거리이내의각종컴퓨터및통신단말기를무선으로연결하는무선접속기술의표준 HomeRF(Home Radio Frequency) : 2.4GHz 주파수대역에서 1Mbps/2Mbps의전송속도로약 50m 거리이내의각종컴퓨터및가전기기들을무선으로연결하는무선접속기술의표준 HAVi(Home Audio/Video interoperability) : 가정에있는네트워크를통해연결된다양한벤더들의디지털오디오와비디오장치들사이의상호운용성을제공해주는소비자가전산업의국제표준 JINI : 자바를기반으로네트워크에접속된디지털디바이스간의동적인상호작용을가능하게하는기술표준 UPnP(Universal Plug and Play) : 기기들간의상호접속을위해이뤄지는복잡한설정작업이나환경설정작업을생략하고각종디바이스들이네트워크에접속하기만하면자동으로이디바이스들을찾아사용할수있는기술표준 임워크내부의번들실행환경이며번들의설치와실행, 정지, 삭제등의번들라이프사이클을관리한다. 이렇듯서비스, 번들, 프레임워크는항상상호작용하면서 OSGi를구성하게된다. OSGi 1.0 규격에서명시한패키지들은 < 표 1> 과같다. org.osgi.framework OSGi 프레임워크는소용량메모리디바이스에서프로그래밍하는개발자들이연속적으로동작하는애플리케이션을작성할수있는컨텍스트를제공하는것이목적이다. 애플리케이션의 swap-in과 swap-out이런타임시에발생하는이러한환경에서는런타임시에다른애플리케이션과구조적이고의존적인방식으로커뮤니케이션을수행해야할필요가있다. OSGi 프레임워크는자바프로그래밍언어가가진코드의네트워크이동성을이용해컴포넌트기반의개발환경을제공함으로써보다풍부하고구조적인서비스개발을가능하게한다. org.osgi.framework 패키지는 10개의인터페이스와 6개의클래스, 2개의예외클래스로구성되어있다. OSGi 프레임워크가제공하고자하는환경의목표는다음과같다. - 애플리케이션이실행중에도동적다운로드및업그레이드가능 - 제한된메모리디바이스사용가능 - 효율적이고통합된컴포넌트개발환경제공 - 애플리케이션간의의존성에대한관리기능제공 - 확장가능성 (scalable) 서비스는미리정의된서비스인터페이스를통해접근이가능한컴포넌트이다. 하나의애플리케이션은여러개서비스의협동작업을통해구성되고런타임시에필요한서비스를요청할수도있다. 프레임워크는각서비스와그서비스에해당하는실제구현에대한매핑을가지고있고, 간단한쿼리메커니즘을통해서비스의실제구현을찾을수있다. 또한프레임워크는각서비스간의상호의존관계를관리한다. 번들은여러서비스의구현을하나의패키지로묶은 JAR 파일의형태로존재한다. JAR 파일에는하나이상서비스의구현객체와리소스파일, 그리고매니페스트 (manifest) 파일이포함되어있다. 번들컨텍스트는프레 패키지명 설명 org.osgi.framework OSGi 자바서비스프레임워크 org.osgi.service.device OSGi 디바이스액세스서비스명세 org.osgi.service.http OSGi HttpService 명세 org.osgi.service.log OSGi LogService 명세 < 표 1> OSGi 프레임워크패키지 org.osgi.service.device 디바이스매니저는 OSGi 프레임워크에서하나의서비스리스너로등록 (register) 된다. 디바이스매니저는새롭게추가되는디바이스의서비스를탐지하고, 새로추가된디바이스의드라이버번들을설치한다. 다음은디바이스매니저의알고리즘이다. 디바이스탐지 (Device Detection) : 모든새로운디바이스 (org. osgi.service.device.device 인터페이스객체 ) 를검색 위치단계 (Location Phase) : 새로추가된모든드라이버를 Driver Locator를이용해위치시킴 경선단계 (Bidding phase) : 각드라이버가디바이스상에서경선에참여 추가단계 (Attach Phase) : 경선단계에서의최상위드라이버추가 청소단계 (Cleanup Phase) : idle 드라이버를청소각드라이버번들은세계적으로유일한스트링아이디를가지 212 m a s o
고있어야하고, 이아이디는드라이버매니저가드라이버의 rev ision을해석해프레임워크의위치아이디로사용된다. org.osgi. service.device 패키지는 3개의인터페이스로구성되어있다. org.osgi.service.http HttpService는프레임워크내의다른번들이리소스를등록하고 HTTP를통해서블릿에접근할수있게한다. HttpService를통해등록할수있는엔터티는서블릿과리소스이다. 서블릿은 Java Servlet API를구현한객체이며서블릿의등록은 URI 네임스페이스에대한서블릿제어권을부여한다. 리소스는 HTML 파일, GIF 파일, 클래스파일등을포함하며리소스의등록은이러한리소스들을 URI 네임스페이스에서사용가능하게한다. org.osgi.service.http 패키지는 2개의인터페이스와하나의예외클래스로구성되어있다 org.osgi.service.log LogService는번들로부터의로그요청을받아들이고 LogReaderService는다른번들이로그항목을읽을수있게한다. LogService는이벤트와에러상황에대한리포트를주목적으로하지만, 다른용도로도활용할수있다. org.osgi.service.log 패키지는 4개의인터페이스로구성되어있다. 실행환경의표준권고, OSGi - R3 2003년 4월에는 OSGi 서비스플랫폼릴리즈 3(OSGi R3) 가발표되었다. 필히구현되어야하는표준명세에는가장중심이되는프레임워크명세를포함해모두 19개의명세가있고선택적구현이가능하다. 또한피드백을위한권고명세에는총 4개가포함되어있다. OSGi R3의가장큰특징은권고명세에포함되어있는 JINI와 UPnP 지원일것이다. 오디오 / 비디오쪽미들웨어표준인 HAVi나전력선제어쪽의미들웨어와 OSGi가연계된다면 OSGi의활용성이더욱높아질것으로예상되었으므로, 실제이런시도들이 LonWorks와같은전력선통신관련업체에서나또는 HAVi 측과의협력에의해가시화됐다. 또한기존의 OSGi R2까지는 OSGi 서비스플랫폼들간의호환성이문제였다. OSGi R3에서는포함된실행환경표준으로인해보다엄격한호환성제공을권고해다양한환경과버전가운데서도유연한실행환경을제공한다. OSGi R3 표준명세 (Normative Specifica tion) 의구성요소와새롭게추가된핵심서비스는다음과같다. - URL Handlers Service Spec 1.0 : 자바에관련된명세로새로운 URL 방식에대한 URL 처리기를등록가능하도록지원 - User Admin Service Spec 1.0 : 사용자의인증 (Authentication) 을처리하며역할정보 (Role Repository) 를이용해접근권한에대한확인 (Authorization) 지원 - IO Connector Service Spec 1.0 : J2ME의 Connector 프레임워크를채용. URI(Uniform Resource Indicator) 형태로임의의리소스에접근할수있게해주며리소스접근후에는동일한 IO Connector Service API를통해제어 - Preferences Service Spec 1.0 : 데이터를지속적으로저장 / 조회 / 변경하는기능제공 - Wire Admin Service Spec 1.0 : 임의의두서비스를서로연결시켜데이터를주고받을수있게함. Producer-Consumer 모델형태로서비스간의통신을지원 - XML Parser Service Spec 1.0 : OSGi 서비스등록기 (Registry) 에 JAXP를준수하는 XML Parser를등록할수있게함. 다른번들에서는서비스등록기를통해등록된 XML Parser를사용 - Metatype Spec 1.0 : LDAP과같이데이터를담고있는통의역할을하는서비스를정의. 데이터구조또한 LDAP과흡사하고객체가있어그밑에여러속성들을담을수있다. 한편 LDAP처럼다양한쿼리 (Query) 는불가능하고 ID로찾는방법만을지원 - Measurement and State Spec 1.0 : 나라와문화에따라상이한측정및상태단위에대한표준을제공 - Position Spec 1.0 : GPS 시스템을지원하기위해제안되었으며 WGS(World Geodetic System) 84를지원 - Execution Environment Spec 1.0 : 여기에는두가지실행환경이기술되어있다. 하나는 Foundation Profile의부분집합과 Framework/ 표준명세구현환경을포함하는최소한의실행환경이고, 다른하나는 CDC와 Foundation Profile 환경을더한것. 이명세가 OSGi R3에추가됨으로써 OSGi 서비스플랫폼간의호환성이획기적으로높아졌다. 앞의서비스에나타난것처럼 OSGi는 R3에이르러서임베디드, 모바일, 데스크탑은물론이고엔터프라이즈서버환경에서적응하기위한새로운시도들을발견하게된다. Preferences Service, XML Parser Service, Metatype Spec, Execution Environment Spec이바로대표적인핵심서비스들이다. 활용사례소개대부분의 IT 기술은미국에서태동했고그분야의리더역시대개미국기업이다. OSGi의경우도이를이끌고주도하는업체는미국기업인 IBM이지만, 유럽업체들도미국기업못지않게활발한활동을펼치고있다는점은주목할만하다. 과거 IBM은 OSGi 분야에서자사솔루션인 SMF(Service m a s o 213
2 _ OSGi 서비스와활용사례 Management Framework) 를시작으로해서임베디드 / 모바일자바환경인 J2ME와오픈소스개발툴에서플랫폼으로확장하고있는이클립스, 그룹웨어협업솔루션 Expeditor에이르기까지지속적으로 OSGi 솔루션에대한영향력을확대해왔다. 특히 IBM은이클립스의오픈소스화뿐만아니라이클립스 3.0대에이르러 OSGi가이클립스플랫폼에탑재되자 SMF를지원함으로써 Equinox 솔루션이탄생하기까지많은지원을아까지않았다. 이런 J2ME(J9), Expeditor, Equinox 등의솔루션라인업덕분에 IBM은많은업체들이 OSGi 솔루션을써서제품을개발하거나탑재하고자할때가장먼저찾게되는 OSGi 선두업체로자리매김하게된다. 한편유럽의경우는기업들이크게솔루션업체와 OSGi 개발벤더로양분되었는데대표적인업체들로는지멘스, 노키아, 필립스, BMW 등의전통적인제조업체와 Knopflerfish, Prosyst 같은전문벤더를꼽을수있다. 지멘스-노키아는모바일솔루션분야에서, 필립스는홈네트워크분야에서, BMW는자동차정밀 제어분야에서각각 OSGi를자사의핵심미들웨어솔루션으로탑재해제품을개발하고있다. 또한 Knopflerfish, Prosyst 등의전문벤더들은전통적인제조업체들이 OSGi 솔루션을신뢰성있는제품형태로사용할수있도록표준화스펙을상용화해공급하고있다. OSGi가 R4에이르러서 OSGi 커뮤니티전문기술그룹들이모바일, 자동차, 임베디드, 엔터프라이즈서버환경으로재편된것도이러한유럽업체들의영향력을무시할수없었기때문이다. 미국의경우에는 IBM을필두로다양한상용화솔루션과오픈소스진영 (Eclipse, Apache) 으로의영향력을확대하고있다면, 유럽은오히려다양한기업들이자동차, 모바일, 홈네트워크분야의상용화솔루션에서두각을나타내고있다. 그렇다면우리나라의상황은어떠할까? 국내에서도많은연구개발이이뤄지고있는것은사실이나상용화제품으로이어져지속적인사업매출로연결되는경우는많지않다. 다만최근들어서가정용세톱박스와텔레매틱스분야 ( 내비게이션등 ) 에서눈에띄는성과를거두고있다. 김영수책임삼성전자생활가전총괄시스템가전사업부공조디지털제어그룹 I n t e r v i e w 효율적인원격중앙관리가필요 DMS 개발배경은? _ 삼성전자는시스템에어컨을빌딩내에구축해이를관리하고있다. 그러나최근들어시스템에어컨관리분야에고도의 IT 신기술이접목되기시작했고학교, 병원, 기업등빌딩의특성및규모별로각기다른관리시스템이등장하고있다. 따라서삼성전자도보다효율적인원격중앙관리가가능한솔루션이필요해졌고, 더효율적인시스템에어컨관리를위해 DMS 솔루션을개발하게된것이다. 기존시스템의문제점은? _ 기존의시스템에어컨관리는 PC를통한원격관리가이뤄지고있었다. 그러나 PC를통한원격관리는안정성, 확장성이낮은문제점을지니고있다. 또통신이원활하지않고 365일내내지속적인관리가이뤄지지못하는한계점을지니고있었다. IBM 제품을도입하게된배경은? _ 여러제품을놓고 BMT를진행한결과 IBM의 J9, SMF, DB2e, WSDD 제품이선정됐다. 개발의편의성과성능, 그리고속도면에서도만족할만한수준이라이를채택한것이다. DMS 의개발효과는? _ DMS를적용할경우에시스템에어컨의더편리한관리가가능해져고객만족도가크게높아질것으로보인다. 그런면에있어서삼성전자는강력한솔루션을갖게된것이다. 2005년 7월에호서대학교에서필드테스트를수행한바있는데이당시무척만족할만한결과를얻을수있었다. 삼성전자빌딩용공조시스템컨트롤러 DMS 필자가근무하는삼성전자생활가전총괄은사람들에게꼭필요한의식주관련제품을연구개발하는곳으로이른바 Life Style Innovator 의역할을수행하기위해네개의사업영역에서삶의질적향상을꾀하기위해노력하고있다. 이총괄에서는더효율적인시스템에어컨관리를위해임베디드컨트롤서버인 DMS(Data Management Server) 개발을추진해최근완료했다. 여기서는이를활용사례로소개해본다. 사업확장에따른신규시스템필요시스템에어컨의관리체계에는최근들어고도의기술들이적용되기시작했다. 즉웹기반으로환경이바뀔뿐아니라오픈프로토콜이나임베디드디바이스같은최신 IT 기술이공조시장에접목되기시작한것이다. 아울러전문화도이뤄지기시작했다. 학교, 병원, 사무실빌딩등사이트특성이나규모에맞는관리시스템이사이트에알맞게출시되기시작했다. 서비스대응수준도높아지고있다. 일본에서는원격진단서비스가보편화되는시기를맞이했다. BMS 시장도변화되고있다. 과거와달리원격관리시스템들도오픈프로토콜기반으로전환되고있는것이다. 오픈프로토콜의적용사례는이미국내의신규대형빌딩에서찾아볼수있다. 삼성전자는기업, 대학, 병원등의빌딩에시스템에어컨 (DVM) 을공급및구축해운영해오고있다. 따라서삼성전자도시스템에어컨사업확장에따른신규시스템아키텍처가필요하 214 m a s o
게됐다. 또한원격관리시장진입을위한체계구축도필요했다. 삼성전자는그동안공급한시스템에어컨에대해서는 PC를활용해원격관리를해왔으나이는많은문제점을발생시켰다. PC를통한시스템에어컨관리는범용이아닌탓에활용도가낮을뿐아니라안정성과확장성면에서도불리했다. 또통신이원활하게이뤄지지않고보안상에도문제가있는것으로지적되어왔다. 기존시스템과연동이쉽게이뤄지지않고 24시간 365일운영되지못한다는점도한계로작용했다. 이에따라생활가전총괄에서는중앙관리가필요한학교, 기업, 호텔의빌딩등을주요타깃으로정하고 365일내내시스템에어컨의운영통제관 리를가능케하는솔루션을개발하기로했다. 이러한결정으로시스템에어컨중앙관리를위한각사이트의운영을총괄하는임베디드컨트롤서버 (DMS) 의개발이시작된것이다. Data packet < 그림 1> DVM 시스템아키텍처 J2ME(J9), SMF(OSGi), WSDD, DB2e 적용해 DMS 개발 DMS의개발은지난 2004년 3월부터진행됐다. 이번개발을통해제품이등장하면이제품은시스템에어컨기술로드맵상의가장근간이되는핵심디바이스가된다. 이DMS의주요기능에는통신오픈프로토콜지원 (RS485, TCP/IP, Lon Works, BACnet), DMS 1대당최대 16 대의중앙제어기와 256대의실내외기지원, 웹서버자체구동및웹제어등이있다. 삼성전자가개발하는 DMS는임베디드기반의운영체제를가진다비이스로시스템에어컨데이터를 485통신으로수집하고이더넷 (Ethernet) 을통해 DVM 전용제어기나서비스서버로전송한다. 한편 DMS는임베디드 DB 시스템인 DB2e 를탑재해더효율적으로시스템에어컨데이터를관리한다. 자체메모리용량을고려해에어컨의상태데이터를일정기간저장할수있으며 Web Configuration & Management, DI/DO 입출력 Port 내장, 년간및주간일정기능을저장및수행할수있다. 또한 Con sole Port(RS232C) 를이용해구성되어있고디바이스모니터링기능으로고장정보, 상태정보, 운영정보를모니터링하고전력관리기능으로전력분배, 피크전력제어등을수행할수있다. 임베디드컨트롤러에서과거이러한기능은 RTOS 환경을통해 C/C++ 로개발하는경우가대부분이었으나, OSGi 탑재로모든컨텐츠들을번들로처리해컨텐츠의추가, 수정, 삭제, 업데이트등의관리를원격에서실시하고확장성이뛰어난구조로설계할수있다. DMS 개발환경은애플리케이션툴로는 WSDD (WebSphere Studio Device Developer) 등이사용됐다. 플랫폼 Data packet < 그림 2> DMS 디자인레이아웃 으로운영체제는 Montavista 임베디드리눅스가, DB로는임베디드 DB인 DB2e, 미들웨어프레임워크는 OSGi가각각채택되었으며개발환경에는 J2ME - J9 & CDC-F/P가적용됐다. DMS로고객만족높여매출확대삼성전자는이번프로젝트를통해시스템에어컨중앙관리를위한각사이트별운영을총괄하는임베디드컨트롤서버솔루션을보유하게됐다. 이를통해삼성전자는시스템에어컨관리의효율성이증대될것으로전망하고있다. 또새로개발된 DMS 솔루션을적용할경우에기존관리보다편의성이높아져고객만족도가증대될것으로보인다. 제어솔루션부문에서도경쟁사와비교해다소열세였던부분을만회함으로써공조중앙관리가필요한시장에서의경쟁력을한층강화할수있을것으로예측된다. 이와더불어이번솔루션개발을통해온라인서비스체제구축을위한기반도마련하게됐다. m a s o 215