[IoT] OCF(Open Connectivity Foundation)

이 글은 TTA Journal Vol.166에 OCF 오픈소스 워킹그룹 의장인 박수홍 삼성전자 소프트웨어센터 오픈소스그룹 수석연구원님이 작성한 '오픈소스 플랫폼 표준 동향' 글을 정리한 것입니다.

1. OCF 배경

OCF의 시작은 OIC(Open Interconnect Consortium) 단체이다. OIC는 2014년 9월 삼성전자, 인텔, 시스코, 미디어택 4개사가 창립 보드멤버로 신설한 사물인터넷 표준 단체로 2016년 2월까지 활동하였다. OIC는 2015년 12월 스마트홈의 대표적 국제표준단체인 UPnP포럼을 통합 흡수하면서 회원사가 100개 이상으로 성장하였고, UPnP의 다양한 기술을 OIC로 통합하면서 기술발전과 연결기기 확대를 지속하고 있다.

2. OCF의 오픈 소스와 표준 규격 개발 운영 방법

OCF는 오픈소스와 표준규격을 동시에 개발하는 매우 독창적인 운영방법을 채택하고 있다. 즉 OCF에서 표준규격을 개발함과 동시에 픈소스를 개발하여 외부에 확산하는 역할을 동시에 수행하고 있다. 이를 통해 규격서 개발 이후 각 업체가 자체적으로 소프트웨어를 개발해야 하는 부담을 줄이는 한편 OCF 표준개발과 동시에 시장에서 제품에 즉시 탑재되어 확산될 수 있도록 하는 목적이다. 특히아래 그림에서 볼 수 있듯이 OCF는 오픈소스개발의 외부 개발자 참여 확산을 가속화하기 위해 오픈소스 프로젝트 운영을 전담으로 하는 비영리단체(리눅스 재단)를 통해 OCF 오픈소스를 운영하고 있으며, 프로젝트명도 IoTivity라는 별도의 네이밍을 가지고 오픈소스 개발자들과 소통하며 소프트웨어를 공동 개발 중에 있다.

3. IoTivity

IoTivity(https://www.iotivity.org)는 OCF 표준규격을 기반으로 개발되며, 그 외에 다양한 사물인터넷 기술들도 수용하면서 개발되고 있고 IoTivity 개발에 필요한 운영비용은 OCF에서 지원하고 있다. 즉 외부 오픈소스 개발자들이 볼 때 IoTivity는 OCF와는 무관한 순수 오픈소스 프로젝트이며 IoTivity를 채용하는 제품은 OCF 표준을 자연스럽게 준용할 수 있도록 하여 제품 간 연동성 확보를 하고 있다. 또한 OCF는 회원제 표준단체이므로 OCF 참여를 위해선 회원가입을 필수로 해야 하지만 IoTivity는 순수 오픈소스 프로젝트이므로 OCF 회원으로 가입하지 않아도 사용을 원하는 개발자는 누구나 사용하고 수정 및 재배포, 상품화가 가능토록 하고 있다.
특히 OCF는 표준규격을 준수하여 개발된 제품에 대해 인증하는 프로그램을 운영 중이며, 회원사 제품 간 호환성 테스트 행사(Plugfest)를 통해 인증에 필요한 검사를 통과한 제품에 대해 OCF 공식 로고를 부여함으로써 소비자가 쉽게 OCF 인증 제품을 확인하고 구매할 수 있도록 하고 있다.
OIC 1.1 표준규격 및 IoTivity 1.1.0 오픈소스 모두 해당 홈페이지에 공개되어 있으므로 누구나 확인 가능하다. 현재 IoTivity 1.1.0 버전은 리눅스(Ubuntu), 타이젠(Tizen), 안드로이드(Android) 등 다양한 소프트웨어 플랫폼상에서 동작 가능하며 특히 아두이노(Arduino)와 같은 경량플랫폼에서도 탑재 가능하다.
OIC 1.1 이후 버전에서는 올신관련 요구사항을 수렴하여 기기 간 상호 호환성을 보장할 수 있도록 확대 개발될 예정이다.

4. OCF Framework

다음은 OCF 아키텍처 개념도이다..


그리고 다음은 OCF 서비스 구조이다. OCF는 현재 사용자들이 가장 폭넓게 사용하는 인터넷/웹 구조인 RESTful 방식[5]을 채용하고 있다. 즉 Client-Server 모델로 각 Server는 자신들이 제공 가능한 다양한 사물인터넷 서비스를 리소스 형태로 정의하고 있다. 예를 들자면 전등은 OCF Server고 전등이 제공하는 서비스들[ON/OFF/DIMMING/COLOR/...]은 리소스로 정의되어 OCF Client(예: 사용자 스마트폰)에서 원하는 서비스를 사용할 수 있는 것이다([그림 5]). 특히 사물인터넷 특성상 경량 기기들이 많아질 것을 예상하여 OCF 는 CoAP(Constrained Application Protocol) 표준을 채택하여 OCF 기기를 탐색하고, 발견하고 제어하는 프로토콜로 사용 중이며 이를 통해 구현 부담을 최소화함으로써 경량 기기에도 탑재 및 동작이 가능토록 하였다. 또한, OCF 기기 발견을 지원하는 RD(Resource Directory) 기능도 제공하여 사용자가 원하는 OCF 기기를 한 곳에서 쉽게 발견할 수 있다.
현재 OCF 1.0 표준기술은 스마트홈 서비스를 중심으로 하는 기능들로 구성되어 있으며, 이후 버전에서는 자동차, 물류, 헬스케어 등 다양한 서비스를 수용하는 기능들로 확대 개발 중에 있다.


사물인터넷 서비스 특징상 향후 다양한 서비스가 개발되고 확장될 것이며 이를 위해 쉽게 확장할 수 있는 데이터 모델이 필요하다. 이를 위해 OCF는 RAML(RESTful API Modeling Language)과 JSON(JavaScript Object Notation) 언어를 이용해 데이터 모델을 정의하고 있으며 이를 공개 사이트를 통해 오픈하고 있다. 다음은 OCF 데이터 모델 정의 방법이다.



댓글

댓글 쓰기

이 블로그의 인기 게시물

macOS가 갑자기 부팅이 되지 않을 경우 데이터 복구 또는 백업 방법

이미지
어느날 갑작스럽게 Mac이 부팅 되지 않을 때, 그 안에 담겨진 소중한 자료들을 복구 할 수 있는 방법을 소개 합니다. 최악의 상황인 HW 문제가 있다면 소중한 자료들의 확보는 분명 어렵겠지만, OS적인 문제로 부팅이 되지 않을 경우는 다음과 같은 시도를 통해 확보가 가능할 수 있다. Mac 제품 특히 저장 장치가 SSD인 Mac은 저장장치가 메인 보드에 장착되기 때문에 일반 노트북처럼 2.5인치 내장 저장장치를 꺼내 다른 컴퓨터에 연결할 수 없다. 이런 경우 수리 센터에 맡길 수 있겠지만, 데이터 복구는 개인 정보 때문에 지원받지 못할 수 있다. 그렇다면 어떻게 하면 될까? 바로 '외장 저장장치'에 최신 macOS를 설치 후(시동 디스크 생성과 동일), 이 외장 저장장치로부터 macOS을 부팅하여 Mac 내부에 있는 저장장치에 접근이 가능할 수 있고, 데이터도 복구를 할 수 있다. 1. MacBook 또는 iMac 하드웨어 설정 초기화(NVRAM 초기화) 사용하다가 갑자기 어느날 macOS가 부팅이 안되면 우선 머리가 하얗게 되어 아무런 생각이 없을 것이다. 부팅을 여러번 시도할 것이고, 그래도 안된다면 수리 센터를 생각해 볼 것이다. 비용도 비용이지만 소중한 내 자료를 백업 가능할지 모르겠다. 일반 사용자가 하드웨어 설정(보통 이런 설정은 NVRAM에 저장됨)을 바꾸지는 않을 것이다. 하지만 설치한 하드웨어 또는 소프트웨어들에 의해 값들이 변경될 수 있다. NVRAM에 저장되는 정보의 예를 들면 무선랜에 연결되면 다음에 다시 연결될 수 있도록 연결된 무선랜의 이름과 암호를 저장한다. 이러한 하드웨어 설정들이 동작에 일부 영향을 줄 수 있다. 이 NVRAM을 초기화를 위해서는 전원 버튼을 누른 후 바로 'option' + 'command' + 'P' + 'R' 네 키를 동시에 누르면서  약 20초 동안 유지하면 된다. 애플 로고가 두 세번 보일 수도 ...
자세한 내용 보기

C++로 프로그래밍할 때 인자 또는 리턴 값으로 std::vector 등 STL 데이터 타입 처리하는 좋은 방법

C++ 프로그래밍할 때 std::vector 등 STL 데이터 타입을 호출하는 함수로 넘겨주거나 받아야 할 경우가 있다. 이런 경우 메모리 문제 또는 속도 문제 때문에 고민을 많이 할 것 같은데, C++11 이상을 지원하는 컴파일러를 사용하는 분이라면 이 글에서 도움을 받아 가기 바란다. 함수 인자로 넘길 때 이 경우는 사용이 명확하다. Call by Reference으로 데이터를 넘기면 된다.  Call By Reference로 인자로 넘기는 방법은 pointer 를 사용해도 되지만, reference을 사용하는 것이 좋다. void foo1(std::vector & data) {   ... } void foo2(std::vector const& data) {   ... } void foo3(std::vector data) { } int main(int argc, char* argv[]) {   std::vector my_data {10, 20, 30};   foo1(my_data);   foo2(my_data); } 위 코드에서 foo1()과 foo2()는 Call by Reference로 값을 넘기는 반면에 foo3()는 Call by Value로 main()에서 my_data를 넘기게 된다.  foo1()의 data는 main()의 my_data를 참조(reference)하고 있어서 foo1()에서의 데이터 변경은 main()의 my_data에 영향을 주게 된다. 그리고 foo2()는 main()의 my_data를 참조는 하지만 수정을 할 수가 없는 것이라서 단순히 값만 참조할 수 있게 된다. 반면 foo3()에서의 data는 main()의 my_data를 넘기는 순간에 값을 복사하기 때문에 메모리가 증가하게 된다. 또한 foo3()에서 data를 ...
자세한 내용 보기

Git 저장소를 병합하는 방법(How to merge repositories in Git)

GIT 저장소를 다른 저장소에 병합하는 방법 Git? Git은 컴퓨터 파일의 변경 내용을 추적하고 여러 사람들일 공유하는 파일에 대해 협업할 수 있도록 파일의 변경을 제어하는 버전 제어 시스템이다. 기존에 CVS, SVN 등 다양한 버전 제어 시스템들이 나왔지만, 최근에는 Git으로 통일되는 것 같다. Git은 분산 리비전(개정) 관리 시스템으로서 속도, 데이터 무결성 및 분산 된 비선형 작업 진행을 지원하는 것이 목표이다.  Git은 Linux 커널 개발을 위해 2005년 리누스 토발즈(Linus Torvalds)가 개발 되었으며, 다른 커널 개발자들도 초기 개발에 기여했다. 대부분의 다른 분산 버전 제어 시스템과 마찬가지로 Client-Server 버전 제어 시스템과는 다르게 중앙 서버와 관계없이 모든 컴퓨터의 Git 디렉토리는 파일 변경 이력(버전)을 추적할 수 있는 분산형 저장소이다. Client-Server 버전 제어 시스템으로 많이 사용했던 SVN(Subversion)은 네트워크 연결이 안될 경우 독립적인 위치에서 동시에 개발이 진행될 때 코드 병합과 이력 관리에 많은 어려움이 있었다. Git은 이런 기본적인 문제점들을 해결하면서 보다 진보적인 방법들을 제공한다.  인터넷 검색을 통해 보다 세부적인 내용과 더불어 다양한 기능들에 대해 찾아 보기 바란다. 서로 다른 저장소를 한 곳에 병합하는 방법 프로젝트 특성에 따라 한 개 이상의 저장소들에서 개발이 진행되다가 저장소의 병합이 필요할 때가 있다. 특정 디렉토리를 생성하여 복사해서 추가하면 되겠지만, 이련 경우에는 기존 저장소의 수정 이력(버전) 정보는 포기해야 한다.  쉽게 기존 저장소의 수정 이력 정보를 포함하여 저장소를 병합하는 방법이 있다. 우선 다음과 같이 세 개의 저장소가 있다고 가정한다. git/project1 git/project2 git/project3 project2와...
자세한 내용 보기