범용 고유 식별자 - 소프트웨어 구축에 쓰이는 식별자 표준, 개방 소프트웨어 재단(OSF)이 분산 컴퓨팅 환경(DCE)의 일부로 표준화.


DCE UUID의 초기 설계는 NCS UUID에 기반을 두었으며,

여기에 디자인은 아폴러 컴퓨터가 설계한 운영 체제인 도메인/OS에 정의되고 사용된 64비트 고유 식별자의 영향을 받음.


자.. 그럼 UUID가 왜 필요한지 생각해 보자.


네트워크 상에서 서로 모르는 개체들을 식별하고 구별하기 위해서는 각각의 고유한 이름이 필요.


"고유성(유일성)" 이 가장 중요함.


개발주체가 스스로 이름을 짓도록 하되 고유성을 충족할 수 있는 방법을 생각하다가 UUID가 탄생

- 국제기구에서 표준으로 정하고 있습니다.


UUID 표준에 따라 이름을 부여하면 고유성을 완벽하게 보장할 수는 없지만 실제 사용상에서 중복될 가능성이 거의 없다고 인정.


UUID


16 옥텟 (128비트)의 수.


표준 형식에서 UUID는 32개의 십육진수로 표현되며 총 36개 문자(32개 문자와 4개의 하이픈)로 된 8-4-4-4-12라는 5개의 그룹을 하이픈으로 구분.


"550e8400-e29b-41d4-a716-446655440000"


출처 : http://beacontech.blogspot.com/2015/04/ibeacon-data-api.html


iBeacon 데이터 규격과 설정 변수에 관련한 글에서 퍼왔습니다.



여기서 볼 것은 주황색 부분인데.


즉 Data 필드의 구성이 UUID라고 할 수 있다.

일반적으로 제품의 고유 ID로 활용되며, 서비스에 따라 자체 UUID로 구성되기도 한다.


앞서 비콘에 대해 알아본 것처럼, 각 비콘을 식별하기 위해 UUID가 필요한 것이다.


추가로 Beacon을 설정하는 값은 Advertising Interval과 Tx Power 등이 있다.

비콘이 송신하는 신호의 주기와 세기에 관련한 설정 값들이며 활용 목적에 따라 다르게 설정하게 된다.

(이건 나중에 더 깊게 알아보는거로...)


지금은 UUID가 무엇이고, 어떻게 구성되어 있으며, 왜 쓰는지에 대해서만 알고 넘어가자.


2018.07.24 - ino

'Devlog' 카테고리의 다른 글

REST API  (0) 2018.08.06
LPWA  (0) 2018.07.26
Beacon  (0) 2018.07.20
전자정부 표준 프레임워크  (0) 2018.07.18

Beacon(비콘) - 표지판이나 신호등을 의미하는 영단어에서 따온 명칭


근거리 스마트 기기를 자동으로 인식하여 필요 데이터를 전송할 수 있는 무선 통신 장치.


Bluetooth Beacon(블루투스 비콘) 이라고도 함.


NFC의 10cm와 달리 최대 50m 거리에서 작동.


Bluetooth 1.2 - 700 kbit/s

Bluetooth 2.0 - 3Mbit/s

Bluetooth 4.0 (Low Energy) - 일방향 통신도 가능해짐

(Bluetooth 기기가 정보를 송신 할 수 있으면서도 수신하기 위해 대기 할 필요가 없어짐)


'Beacon ' - 이전의 Bluetooth 기기와 같이 페어링 연결을 필요로 하지 않게 되었다.


Bluetooth 4.0 기반의 프로토콜을 사용해 주변에 있는 기기들에게 신호를 전달하는 장치


장점 - 저전력 무선통신 가능. 이론상 50~100m 까지 커버 가능.

(다만 전파간섭이나 출력 제한 등으로 약 10M 정도를 한계로 봄)


비콘을 무선 결제에 활용

ex)페이팔 - 결제 시스템


비콘을 사용한 케이스에 대해서 좀 더 알아보자.


http://www.sciencetimes.co.kr/?news=%EC%8B%A0%ED%98%B8-%EB%B3%B4%EB%82%B4-%EC%9C%84%EC%B9%98-%EC%95%8C%EB%A0%A4%EC%A3%BC%EB%8A%94-%EA%B8%B0%EC%88%A0-%EB%B9%84%EC%BD%98


사용되는 신호에는 소리나 빛, 또는 불루투스 등이 포함되는데, 이 같은 신호를 이용하여 비콘 서비스를 상용화시킨 최초의 기업은?


"Shopkick"


비가청(非可聽) 주파수 대역의 소리, 즉 사람이 들을 수는 없지만 스마트폰은 들을 수 있는 소리에 코드를 심어 놓고,

비콘이 그 소리 신호를 지속적으로 보내서 스마트폰의 마이크가 인식하도록 하는 서비스


ex>"사이렌 오더"


BLE의 강점은 '저전력' - 동전모양의 초소형 배터리로 수년 이상 사용 가능.

소리나 빛과 같은 신호를 받기 위해서는 스마트폰 이용자가 마이크나 카메라를 계속 켜두어야 하지만,

블루투스의 경우는 계속 켜놓아도 전력 소모가 적다.


ex> Apple의 iBeacon / Paypal의 Paypal Beacon



애플이 ios7에 BLE기능을 탑재하면서 슈퍼마켓과 전시장, 그리고 경기장 등 수많은 점포들이 비콘 서비스를 도입.


pebBLE - 매장 및 상점들을 겨냥한 소형 타입의 페블형

MarBLE - 병원이나 공항에서 실내 네비게이션을 가능케 하는 타입의 마블형

nimBLE - 전시 솔루션이나 박물관에서 적용할 수 있는 타입의 님블

treBLE - 실외용 위치 솔루션을 위한 타입인 트래블형


크게 4가지로 분류


이 중 페블형은 체크인 기능만 가능, 나머지는 체크인과 내비게이션 기능이 모두 탑재


*** 비콘 서비스가 비즈니스 관점에서 가진 가장 큰 장점은, 위치정보와 결합하여 새로운 가치를 이끌어 낸다는 점.

*** 사용자 위치 기반의 맞춤형 정보 제공이 가능해짐.


2018.07.20 - ino

'Devlog' 카테고리의 다른 글

REST API  (0) 2018.08.06
LPWA  (0) 2018.07.26
UUID - Universally Unique IDentifier  (0) 2018.07.20
전자정부 표준 프레임워크  (0) 2018.07.18

입사 3일차.


http://www.egovframe.go.kr/


"전자정부 표준프레임워크"는 공공사업에 적용되는 개발프레임워크의 표준 정립!!

- 응용 SW 표준화, 품질 및 재 사용성 향상을 목표로 한다.


라고 하지만, 알고보면 Spring + etc 다.



왜 이걸 쓰느냐?


"고객의 요구사항입니다"


정부가 수주하는 사업에는 필수 요구사항이라는 것이 있는데, 사업을 수주하려면 이걸 요구한다.


실제로는 회사에서 쓰니깐 쓴다가 좀 더 현실적인 답변이겠다.


Spring은 확장성이 뛰어난 만큼 회사별로 막 써버리면?


그렇게 만든 회사만 잘 안다.


개발만큼 중요한 것이 유지 보수다. 전자 정부 프레임워크가 완벽하진 않지만 정부 주도의 권고사항인만큼 따라갈 수 밖에 없다.


까라면 까야 하는 대한민국이다. 그래서 나는 오늘부터 전자정부 표준 프레임워크에서 놀기로 했다.



특징을 보고 있자니, 한글만큼 어려운게 없다. 구성을 보자.



눈으로만 보자.....


2017.03.22일에 릴리즈가 된 3.6.0 버젼 설치를 했다.(이클립스도 같이 있네???)


오늘부터 여기에 적응해야 한다. 앞으로...일하면서 궁금한 부분. 알아야 하는 부분.


간략하게 남기도록 해보자. 어쩔수 없이 화이팅!!


2018.07.18 - ino

'Devlog' 카테고리의 다른 글

REST API  (0) 2018.08.06
LPWA  (0) 2018.07.26
UUID - Universally Unique IDentifier  (0) 2018.07.20
Beacon  (0) 2018.07.20

+ Recent posts