2015 Electronics and Telecommunications Trends 2015 한국전자통신연구원 49
Ⅰ. 머리말사물인터넷기술은다양한장치를인터넷에연결하고장치에장착된센서로부터데이터를획득, 처리, 전송하여사용자에게스마트홈, 헬스케어, 스마트카, 스마트팩토리등의서비스를제공하는기술이다. 이러한지능형서비스제공을목표로하는글로벌사물인터넷시장은현재약 200 조원이상의잠재적가치를지니고있으며, 2020 년까지인터넷에연결되는장치의수는기하급수적으로늘어 260 억개에이를것으로예측되고있다 [1]. 사물인터넷에접속되는장치의급속한증가에따라라즈베리파이나인텔에디슨과같은게이트웨이급하드웨어플랫폼, 다양한사물을구성하여서비스를제공하는경량형하드웨어플랫폼인 ARM mbed, Arduino 등의사용도점차증가하고있는추세이다 [2]. 이러한사물인터넷하드웨어플랫폼기술의확산및성장뿐아니라, 사물인터넷의생태계구축및활성화를위해서는하드웨어벤더, 무선통신업체, 소프트웨어전문업체, 이동통신사등을포괄하는사물인터넷협의체를중심으로사물인터넷생태계확장을위한단말플랫폼기술개발이필요하다. 특히수평적상호운용성을보장하는표준기반의개방형사물인터넷소프트웨어플랫폼기술개발이필수적이라할수있다. 본문서는 AllSeen, Open Interconnect Consortium (OIC), onem2m 에서진행되고있는주요사물인터넷플랫폼에대한규격및기술을살펴보고, 사물인터넷소프트웨어플랫폼이공통적으로제공하는주요핵심공통기술을정의하고, 개별플랫폼이지원하는공통기술을비교분석한다. 마지막으로협의체별로진행되고있는사물인터넷플랫폼간의상호연동기술동향에대하여살펴보고자한다. 이스로부터데이터를수집 처리하여정보를생성하고, 이종장치상호간에전달된정보를공유하여융합처리하는분산협업및실행제어기술은지능형사물인터넷서비스개발에있어서필수적이라할수있다. 여기서는이러한핵심기능의제공을목표로하여현재사물인터넷단말관점에서고려되고있는대표적인공개플랫폼인 AllJoyn[3] 과 OIC/IoTivity[4], onem2m[5] 기술에대해살펴보고자한다. 1. AllJoyn AllJoyn 은 Qualcomm 산하 Qualcomm Innovation Center 에의해시작되었으며, AllSeen 얼라이언스를중심으로오픈소스화하여개발자누구나이기술을이용할수있도록하고있다. AllJoyn 은 Ad-hoc 기반 Peer-to-Peer(P2P) 기술로별도의중계서버없이도피어장치들간의자율적인상호연결을통해네트워크를구성하고장치들사이에분산된정보를공유할수있다. 또한, AllJoyn 은 RTOS, Linux, Android, ios, Windows 등과같은다양한 OS에적용이가능하며, CPU, 메모리, 대역폭등의리소스가제한적인장치도수용하고있다. AllJoyn 은 Bluetooth 나 Wi-Fi 장치를제어및작동시킬수있는 OS계층위에소프트웨어프레임워크형태로 Ⅱ. 사물인터넷소프트웨어플랫폼개요 다양한사물인터넷장치에포함된이종센서와디바 50 전자통신동향분석제 30 권제 5 호 2015 년 10 월
존재한다. 따라서개발자가운영체제의커널이나부품의제어에관한부분을신경쓰지않아도되는장점을가지며 Bluetooth 나 Wi-Fi 기반위의기술이어서모바일기기에적합하다. 현재 C, C++, object C, Java 등과같이다양한언어를지원하는 API 와 SDK 의소스코드를공개하여 Android, ios 기반의스마트단말과더불어다양한임베디드장치에탑재될수있다. AllJoyn 소프트웨어프레임워크는 ( 그림 1) 과같은구조를지니며주요특징은다음과같다. Ÿ D-Bus 기능을확장하였으며, 장치 ( 단말 ) 의이동성 / 근접성관리와응용간에자유로운분산연결성을제공함. Ÿ AllJoyn 은근거리기반의기기간 P2P기술로중계서버없이장치간직접통신을제공하는프레임워크 Ÿ Windows, Linux, Android, ios 등다양한환경에서 AllJoyn 에기반을둔응용을개발할수있음. Ÿ AllJoyn 은응용서비스개발자가네트워크계층에서어떤통신기술을사용하는지고려하지않아도됨. 개념적으로는 AllJoyn 프레임워크가 Wi-Fi 혹은 Bluetooth 를상황에맞게선택하나현실적으로는동일 Wi-Fi 내에접속중인장치간에통신을지원함. Ÿ AllJoyn 장치들은세션연결을통해 Remote Method Invocation(RMI) 방식으로데이터를교환할수있으며, annotation 을추가한인터페이스파일을서로공유하고, 프록시를통해해당인터페이스의메소드를호출하는방식을사용함. 소켓프로그래밍처럼주고받을데이터의순서와타입에대해약속하고예외처리를할필요없이메소드를정의하고호출하는방식으로동작 Ÿ AllJoyn 세션연결없이도, session-less signal 을통해통신이가능한장치에게메시지를브로드캐스트할수있음. Ÿ AllJoyn router 라는데몬을통하여다른장치와통신이가능하고, router 가설치된장치가같은네트워크안에연결되면, router 들이서로의존재를인지하고정보를교환함. 교환하는정보는자신에게연결된서비스의종류, 자신에게연결된클라이언트와해당클라이언트가요청하는서비스등이있음. 개념적으로는같은네트워크안에연결된장치가하나로연결되어가상의 AllJoyn 버스가만들어지는형태 Ÿ 보안을위해 AES128 암호화알고리즘과 PSK, ECDSA 등의인증알고리즘을지원함. 2. OIC/IoTivity OIC 는사물인터넷시대를대비하여 Internet of Things(IoT) 네트워크상에서이종 OS 및플랫폼을사용하는경량형장치를연결하는데필요한요구사항을정의하고장치간상호운용성을보장하는것을목적으로기업들을선도하기위하여설립된조직으로, 2014 년 7 월삼성, 인텔등이공동으로설립하였다 [6][7]. 현재프레임워크의기능과규격을정의한 core specification 과다양한시장요소에 IoT 서비스를제공하기위한프로파일을포함하는 vertical profiles specification 으로구분하여 OIC 규격을개발하는중이다. Core specification 은프로젝트 A와 B 문서로나누 홍상기외 / 사물인터넷소프트웨어플랫폼기술동향 51
어지는데, 프로젝트 A는 core resource, Constrained Environment Appli-cation Protocol(CoAP) 기반 endpoint discovery, resource 기반탐색, CRUDN 메시지, notification 기능을정의하고있다. 프로젝트 B는그룹관리, IP 카메라스트리밍, 장치관리, multi-phy easy-setup, 원격제어기능의규격을포함한다. 2015 년 4월 10일프로젝트 A의 0.9 버전이 OIC 내부에서발표되었고현재보완중이며, 곧 1.0 버전을확정하여공개발표할예정이다. 0.9 버전의프로젝트 A에기술된 OIC 아키텍처의주요개념을설명하면다음과같다. Ÿ 실제세계의개체 (entity) 및개념이 OIC 리소스로표현됨. 리소스는고유의식별 ID를갖고, Representational State Transfer(RESTful) 기반의명령을수행하기위한인터페이스를제공함. 이러한정보는 OIC 리소스모델에정의됨. Ÿ OIC 아키텍처는 RESTful 구조모델을바탕으로하고있음. RESTful 구조모델은서버-클라이언트구조로, 서버는 OIC 리소스를갖고있으며클라이언트가서버에게리소스의상태조작요청을보내면서버가응답으로리소스의상태즉, representation 을응답하게됨. 클라이언트가서버로보내는리소스상태조작요청은 create, retrieve, update, delete, notify 을포함하는 CRUDN 명령으로전달됨. RESTful 구조모델에서서버 / 클라이언트간통신은 stateless 통신 Ÿ OIC 아키텍처는두가지추상화방법을제공. 첫째, entity handler 를제공하여비 OIC 장치를발견하고이에대응되는 OIC 리소스를생성 / 맵핑할수있도록함. 둘째, connectivity abstraction primitives 를제공하여논리적인 RESTful 명령어를데이터통신프로토콜에맵핑할수있도록함. 현재 CoAP과 HTTP 를지원하고있음. 이와같은주요개념을구현하기위해제안된 OIC core framework 는 ( 그림 2) 의계층으로구성되어있으며계층별기능은 < 표 1> 과같다. IoTivity 프로젝트는 OIC specification 을구현하는오픈소스프로젝트로, OIC 에서지원하고 Linux foundation 에서후원하고있다. IoTivity 프레임워크는모든운영체제와연결플랫폼의미들웨어로동작하며여러프로그래밍언어와 OS를지원한다. IoTivity 는현재 0.9.1 버전이공개되어있다. 0.9.1 버전은장치발견및연결, 자원관리, 소프트센서매니저, 프로토콜플러그인매니저, 객체매니저 (things manager), 네트워크연결추상화등의기능을제공하며, 현재기능이추가보완되고있는중이다. 3. onem2m onem2m 은 2012 년 7월, 상호운용성을보장하는 M2M/IoT 서비스표준플랫폼개발을위해설립되었으며, 수직적서비스구조를탈피하여수평적서비스플랫폼을지향하고있다. 현재이동통신사, 벤더, 솔루션업체등 200여업체가가입하여표준화를진행하고있으며주요표준화활동은다음과같다. Ÿ 공통서비스기능제공을위한사용자시나리오및핵심요구사항을정의 52 전자통신동향분석제 30 권제 5 호 2015 년 10 월
Ÿ 도출된 요구사항으로부터 공통 서비스 기능을 도출 서비스를 위한 3계층 모델, 즉 응용 계층(application Ÿ onem2m entity 및 reference point를 정의 layer), 공통 서비스 계층(common services layer), 네트 Ÿ 다양한 이종 네트워크 연동을 위해 프로토콜 바 워크 서비스 계층(network services layer)로 이루어 인딩 규격을 정의(HTTP, CoAP, Message Queue Telemetry Transport: MQTT 등) Ÿ 기기 간 인증, 기밀성, 무결성 및 접근제어 기능 제공을 논의 Ÿ M2M장치관리 및 데이터 추상화, 시멘틱 기술개 발에 대한 규격화를 포함 진다. onem2m이 제공하는 서비스의 핵심이 되는 계층은 공통 서비스 계층[(그림 4) 참조]으로 M2M 장치와 서비 스 응용 사이의 원격 권한 설정 및 활성화, 보안, 네트워 크 연결성, 데이터 저장 및 처리, 위치획득, 장치관리 등 의 공통 서비스 제공을 목적으로 하는 미들웨어로 정의 될 수 있다. onem2m 기술의 주요 특징은 <표 2>와 같다. onem2m 기술은 (그림 3)과 같이 end-to-end M2M Ⅲ. 핵심 공통기술 비교분석 본 장에서는 사물인터넷 소프트웨어 플랫폼에서 요구 되는 주요 핵심 공통 기술을 분류하고 개별 플랫폼이 지 향하는 기술별 주요 특징을 비교 분석한다. 1. 서비스 개체 및 장치관리 서비스 개체 및 장치관리는 응용서비스의 설치, 구 동, 정지, 해제 등을 위한 응용제어 및 메타데이터 관리, 연결되는 장치에 대한 제어, 진단 등을 위한 장치관리 그 리고, 서비스 개체로부터의 데이터 수집, 저장, 검색 등을 서비스 개체 데이터 관리 기능으로 정의될 수 있다. 홍상기 외 / 사물인터넷 소프트웨어 플랫폼 기술동향 53
가. AllJoyn AllJoyn 은서비스개체관리를위해 D-Bus 타입시스템과프로토콜을활용또는확장하여사용한다. 특히 D-Bus 의 object model, interface, system bus를이용하여서비스개체에대한관리및제어를수행한다. 나. OIC/IoTivity OIC/IoTivity 는장치관리권한설정, 모니터링, 진단및유지보수기능을제공한다. 객체매니저는 IoTivity 에서제공하는서비스중의하나로, 네트워크의객체 (things) 그룹을관리하는데유용한기능을제공한다. 객체매니저가제공하는 API 를사용하여다수의객체로구성되는그룹을설정하고진단할수있다. 다. onem2m onem2m 플랫폼은서비스개체관리를위해응용서비스계층관리데이터저장관리기능을제공한다. 응용서비스계층관리는서비스개체들의업그레이드, troubleshoot 그리고설정을위한기능과 Application Entity(AE) 에서실행되는서비스들에대한생명주기관리및상태관리기능을제공한다. 또한, OMA DM, Broadband Forum(BBF) TR-069, LWM2M 등의장치관리기술들과의연동을통하여장치설정관리, 장치진단및모니터링, 펌웨어업데이트그리고디바이스토폴로지관리기능등을제공할수있다. 2. 연결및전달제어연결및전달제어기능은플랫폼을기반으로하는다양한사물인터넷응용서비스및디바이스간의분산처리및서비스의구독통지및그룹관리기능을포함한다. 가. AllJoyn AllJoyn 은분산버스시스템을기반으로하여원격서 비스개체에대한연결및제어를수행하게된다. 이것은대개 Remote Procedure Call(RPC) 또는객체지향개념으로 RMI, 원격호출을통해이루어진다. 나. OIC/IoTivity OIC/IoTivity 는장치의정보변경에대한구독및통지기능을제공한다. 클라이언트는서버에게 retrieve 명령을사용하여, 서비스구독이가능한리소스의상태가변경될경우알림을받을것을요청할수있다. 연결및전달제어를위한서버간분산, 통신관리및전달제어는향후확장할수있다. 다. onem2m onem2m 에서는다른 Common Services Entity(CSE), AE, Network Services Entity(NSE) 들과의데이터통신을관리하기위해서 Communication Message Delivery Handling(CMDH) 기능을제공한다. CMDH 는언제, 어떤방법으로데이터를전송할것인가에대한 CMDH 정책을기반으로데이터전송을관리제어를수행한다. CMDH 정책에대한파라미터는 QoS 제어, 데이터통신경로설정, 네트워크활용가능상태인지, store-and-forward 처리를위한버퍼관리기능등을포함한다. 그리고서비스구독기능은특정한리소스의변화에대한이벤트를사전에구독하고, 구독한리소스에대한변화가발생할때, 이벤트정보를받고자하는 AE 또는다른 CSE 에게변화된정보를알려주는서비스구독통지기능을지원한다. 3. 서비스공개및검색서비스공개및검색은사물인터넷서비스를제공하기위한서비스제공자의서비스공개 (advertisement), 탐색 (discovery) 및검색 (search) 등의기능을포함한다. 가. AllJoyn AllJoyn 프레임워크는서비스개체에대한서비스공 54 전자통신동향분석제 30 권제 5 호 2015 년 10 월
개와 AllJoyn 서비스를탐색할수있는기능을제공한다. AllJoyn 검색프로토콜은 AllJoyn 네트워크에들어오거나나가는서비스의동적특성을관리하고, 알림을고지할수도있다. AllJoyn 프레임워크는서비스공개및탐색을위해 IP 멀티캐스트를기반으로 namebased discovery 와 announcement-based dis-covery 두가지를지원하며 14.06 버전이후는성능개선을위하여 Multicast DNS(mDNS) 기반의프로토콜을지원하는 Next Generation Name Service(NGNS) 가적용되었다. 나. OIC/IoTivity OIC/IoTivity 는 OIC 서비스개체에대한검색을위해엔드포인트 (endpoint) 탐색과리소스기반탐색, 두가지의서비스탐색기능을제공한다. 엔드포인트탐색은 CoAP, HTTP 를기반으로하여 OIC 엔드포인트가네트워크에있는다른 OIC 엔드포인트를찾는방법이고, 리소스기반탐색은클라이언트가다른 OIC 피어에공개한정보 ( 예, 리소스인스턴스, 리소스타입 ) 를찾는기능이다. 리소스기반탐색에는 direct 탐색, indirect 탐색, advertisement 탐색이있다. 다. onem2m onem2m 은 CSE의 discovery 기능을통하여리소스와속성이포함하고있는서비스와응용에대한정보를검색할수있다. Discovery 기능은사전에정의된리소스의필터링정보 (creation time, matching string, upper limit, ordering parameter 등 ) 를이용하여다른 CSE 에게서비스검색결과를제공한다. 4. 이종네트워크관리이종네트워크관리기능은다양한네트워크프로토콜을지원하여장치간의데이터교환을위한네트워크추상화및이종네트워크바인딩과주변의근거리네트워 크의접근제어를위한인터워킹을포함한다. 가. AllJoyn AllJoyn 은다양한네트워크개체사이에서메시지의실제이동을관리하기위해 TCP 또는 UDP 와같은전송기법을사용한다. AllJoyn 전송계층은데이터시퀀스의변화, 캡슐화및공개및발견설정등을담당하기에별도의기본전송메커니즘을사용한다. AllJoyn 라우터는서비스검색과데이터전송을위해다수의전송방식 ( 유무선 IP 통신, Bluetooth, local 소켓등 ) 을지원하며각각지원되는통신프로토콜을위한추상화를지원한다. 나. OIC/IoTivity OIC 프로토콜은 HTTP/CoAP 기반의 REST-like 인터페이스이지만이들보다높은추상화레벨을갖고있어서 Bluetooth 클래식, Bluetooth Low Energy(BLE), ZigBee 등의다중네트워크통신이향후추가될수있다. OIC 는맵핑 primitives 를제공하여논리적인 CRUDN 명령을데이터통신프로토콜 / 기술에맵핑할수있도록하며, 프로토콜플러그인매니저 ( 예, MQTT 플러그인매니저 ) 를통해통신프로토콜독립성을지원한다. 이를통해 MQTT 와같은 non-oic 프로토콜을사용할수있다. 다. onem2m onem2m 표준에서이종네트워크관리기능은크게 non-m2m 데이터모델을 onem2m 에특화된데이터모델즉, 현재의 ZigBee, Z-wave, BACnet, ANSI C12, mbus 의표준을이용하여근거리네트워크의장치를 onem2m 표준데이터모델로변환하는인터워킹프록시 (interworking proxy) 기능과, 타 CSE와의접근을위한통신프로토콜바인딩기술로나누어질수있다. onem2m 에서는 onem2m 의 primitive 를 HTTP, CoAP, MQTT 와같은전송계층프로토콜에맵핑하기 홍상기외 / 사물인터넷소프트웨어플랫폼기술동향 55
위한규격을제시하고있다 5. 상호등록및보안상호등록및보안은사물인터넷의중요한이슈인보안을포함하는기능으로응용서비스및장치간의상호등록및인증그리고연결및접근제어등을포함한다. 가. AllJoyn AllJoyn 은서비스공개와발견을통해응용서비스를알리거나필요한응용을찾는다. 필요시응용간에세션을맺어 RMI통신을수행하는형태로통신하므로, 장치를등록하거나등록정보를관리하지는않는다. AllJoyn 시스템은디바이스상호간의인증, 암호화된데이터교환을위해응용레벨에서의 end-to-end 보안프레임워크를제공한다. 보안프레임워크는 D-Bus 시스템에서정의된 Simple Authentication and Security Layer(SASL) 프로토콜을기반으로한다. 나. OIC/IoTivity OIC/IoTivity 는보안리소스를위한기능과, 접근제어를위한보안권한설정, Datagram Transport Layer Security(DTLS) 기반의 session protection 기능등을포함하는보안기능을제공한다. 다. onem2m onem2m 은 CSE 에서제공하는등록기능을통하여응용및장치의상호등록을수행하고, 다른 CSE 간의상호등록기능도제공한다. 또한, onem2m 은다른서비스노드와데이터송수신을위해보안기능을제공한다. onem2m 이제공하는보안기능은 access management, security association establishment, identity protection, security administration, sensitive data handling 등이있다. 6. 기타앞서살펴본핵심공통기술이외에도사용자와개발자의편이성을고려한오픈소스활용성, 장치및 OS 독립성, 개발환경의용이성, 사용자커뮤니티의활성화등운영환경도사물인터넷플랫폼의활성화를위한중요한기술적고려사항이다. Ⅳ. 플랫폼상호연동기술현재의사물인터넷플랫폼기술은개별협의체를중심으로응용도메인별공통플랫폼을위한핵심공통기능및프레임워크정의, 장치관리, 네트워크관리, 보안등의표준기술을지향하고있다. 또한, 상호운용성및적합성검증을목표로하고있으며, 다른산업체표준및네트워크와의상호연동에대한협의를진행하고있다. onem2m 에서는 2014년 9월부터근접로컬영역에서의 RPC 기반사물인터넷플랫폼인 AllJoyn 과광역네트워크에서의 REST 기반 onem2m 플랫폼간의상호연동을통한시너지창출을목적으로상호연동표준을개발하고있으며, 논의되는표준의주요범위는다음과같다 [8]. Ÿ onem2m과 AllJoyn 플랫폼상호연동시나리오를정의하고, 새로운표준요구사항의도출을목적으로함. Ÿ 새롭게도출된요구사항을만족시키기위한기능구조에대한설정, 리소스맵핑및상호연동절차등을포함하는 onem2m 구조를제안 Ÿ 현재의 onem2m 기능규격에수정보완이필요한부분에대해정의하고새롭게정의되어야할규격에대한검토를포함 onem2m 과 AllJoyn 이 middle node 즉게이트웨이에올라가는인터워킹기술을이용하여상호연동을지향하는것처럼 [( 그림 5) 참조 ], onem2m 과 OIC/IoTivity, 56 전자통신동향분석제 30 권제 5 호 2015 년 10 월
인 접근을 가능하게 하고 있다. OIC/IoTivity는 경량형 IoT 도메인에 적합한 플랫폼으 로 스마트 홈 도메인 적용을 중심으로 확장 중이다. 현 재 HTTP/CoAP 기반 통신프로토콜을 지원하고 있고, OIC/IoTivity의 실질적인 적용을 위해 지속적인 표준 확 립이 진행되고 있다. 지금까지 살펴본 주요 사물인터넷 플랫폼 중에서 현 재 어떤 플랫폼도 아직 시장에서 독보적인 주도권을 장 악하지 못하고 있으며 각 표준이 지향하는 서비스 도메 인 및 사용자 시나리오에 특화되어 계속 발전하고 있는 상황이다. 이런 현실을 반영하여, 향후에는 onem2m과 같은 글로벌 표준 플랫폼과 AllSeen 및 OIC와 같은 산 AllJoyn과 OIC/IoTivity도 게이트웨이의 인터워킹을 활 업체 컨소시엄들이 지향하는 플랫폼 사이의 플랫폼 상 용하여 프로토콜 변환, 데이터 모델 변환 등의 과정을 호연동 노력이 지속될 것으로 보인다. 또한, 상호 협력 통해 상호연동이 가능할 것이다. 을 목적으로 국제표준의 상호연동을 지향하는 사물인터 넷 플랫폼 규격 및 기술개발이 이뤄질 것이며, 이러한 Ⅴ. 맺음말 지금까지 표준단체, 산업협의체를 통한 표준 기술개 발동향 및 오픈 소스의 형태로 제공되고 있는 주요 사물 인터넷 소프트웨어 플랫폼들에 대해 살펴보았다. 플랫폼 연동 기술을 기반으로 다양한 사물인터넷 서비 스가 확산될 것이다. 약어 정리 AE Application Entity AllJoyn은 다수 장치에 분산된 응용 간의 RPC 통신을 BBF Broadband Forum 제공하는 소프트웨어 프레임워크이다. 경량형이면서 낮 BLE Bluetooth Low Energy 은 의존성을 지향하는 D-Bus를 기반으로 확장된 사물 CMDH Communication Message Delivery Handling 인터넷 플랫폼이고, 현재 다양한 언어와 운영체제, 보안 프로토콜을 지원하고 있다. onem2m은 Resource Oriented Architecture(ROA) CoAP Constrained Environment Application Protocol CSE Common Service Entity 를 기반으로 중앙 서버뿐 아니라 플랫폼이 보유한 개별 DTLS Datagram Transport Layer Security 장치 및 게이트웨이의 분산 시스템 구성을 통해 서비스 IoT Internet of Things 를 제공한다. 이를 통해, 분산 구조의 정보 저장 관리, LWM2M Lightweight M2M M2M Machine To Machine mdns Multicast DNS 제약이 많은 사물 및 로컬 네트워크 환경 성능을 고려한 데이터 처리/운용 및 관리 지역화, 데이터 처리 부하 분 MQTT Message Queue Telemetry Transport 산 등의 전통적인 자원제약 문제 영역을 해소할 뿐만 아 NGNS Next Generation Name Service 니라 인터넷 연결을 통해 특정 사물에 대한 네트워크적 NSE Network Service Entity 홍상기 외 / 사물인터넷 소프트웨어 플랫폼 기술동향 57
OIC OMA P2P REST RMI ROA RPC SASL 참고문헌 Open Interconnect Consortium Open Mobile Alliance Peer-to-Peer Representational State Transfer Remote Method Invocation Resource Oriented Architecture Remote Procedure Call Simple Authentication and Security Layer [1] 파이낸셜뉴스, 삼성 LG IoT 표준규격 동맹맺고글로벌시장주도한다, 2014. 11. 13. [2] 김선태외, IoT 단말플랫폼동향및생태계구축, 전자통신동향분석, 제 29 권제 4 호, 2014. 8. [3] AllSeen alliance, Introduction to the AllJoyn Framework, Dec. 10th, 2013. [4] OIC, OIC Core Specification - PROJECT A, Part 1, V0.9, Apr. 10th, 2015. [5] onem2m-ts-0001-v-1.6.1, onem2m Functional Architecture, Jan. 30th, 2015. [6] OIC, OIC Security Specification - PROJECT A, V0.96, Apr. 18th, 2015. [7] IoTivity, https://www.iotivity.org/documentation [8] onem2m-tr-0014-v-0.1.0, onem2m and AllJoyn Interworking, Dec. 5th, 2014. 58 전자통신동향분석제 30 권제 5 호 2015 년 10 월