KR102226868B1

KR102226868B1 - 비콘을 활용한 IoT 커뮤니티 서비스 제공 방법 및 이를 위한 시스템

Info

Publication number: KR102226868B1
Application number: KR1020200089920A
Authority: KR
Inventors: 최중인; 김석기
Original assignee: 주식회사 화컴
Priority date: 2020-07-20
Filing date: 2020-07-20
Publication date: 2021-03-11
Also published as: KR102354956B1; KR20220012983A; WO2022019375A1; US20220303877A1

Abstract

본 발명은 비콘을 활용한 IoT 커뮤니티 서비스 제공 방법 및 시스템에 관한 것으로, 구체적으로는 블루투스 네트워크를 활용하여 비콘으로 하여금 임의의 패킷을 브로드캐스팅 하게 하고, 이 패킷을 수신한 사용자 단말기로 하여금 광역 네트워크를 통해 커뮤니티 서비스를 이용할 수 있게 한 서비스 제공 방법 및 시스템에 관한 것이다.

Description

비콘을 활용한 IoT 커뮤니티 서비스 제공 방법 및 이를 위한 시스템{METHOD FOR PROVIDING IOT COMMUNITY SERVICE USING BEACON AND SYSTEM FOR THE SAME}

현 시대는 온라인 커뮤니티 서비스가 매우 활성화 되어 있으며, 온라인을 통한 커뮤니티 서비스가 없는 삶은 상상이 어려울 정도로 일상화 되어 있다. 그러나 온라인 커뮤니티 서비스가 오랜 시간 동안, 그리고 서비스의 다양성 측면에서는 장족의 발전을 이루어 왔을지 모르겠으나 여전히 온라인 커뮤니티 서비스는 사용자의 아이디 또는 전화번호를 기반으로만 상호 네트워킹이 이루어지고 있으며 잘 알지 못하는 사람들 사이에서는 특별한 사정이 없는 이상 온라인 상으로 네트워킹이 매우 어렵게 되어 있는 실정이다.

또 다른 한편, 현 시대에는 IoT 기술이 매우 넓은 분야에 걸쳐 적용되고 있으며, IoT 기술은 사용자들의 생활 편의성을 크게 높이는 역할을 하고 있다. 예를 들어, 가정 내 구비되어 있는 각종 전자제품들은 사용자 단말기 상에 설치된 어플리케이션을 통해 언제 어디서든 제어가 가능하며, 심지어는 사용자가 어플리케이션 인공지능과 대화를 함으로써 전자제품들을 제어할 수 있는 수준에까지 이르고 있다. 한편, IoT 기술은 우리 생활 전반에서 편의성을 제공하고 있으나, IoT 기술의 활용은 앞서 설명한 전자제품 제어 외에는 다양하게 이루어지고 있지 않고 있다.

본 발명은 앞서 설명한 것과 같은 온라인 커뮤니티 서비스의 한계, 그리고 현재 IoT 기술의 제한된 활용성에 착안하여 제안된 것으로, 사용자들 간에 서로 연락처 또는 아이디 교환이 없이도 블루투스 네트워크를 이용하여 상호 간에 쉽게 커뮤니티 서비스를 이용할 수 있게 하는 방법 및 시스템에 관한 것이다.

본 발명은 이와 같은 문제점에 착안하여 도출된 것으로, 이상에서 살핀 기술적 문제점을 해소시킬 수 있음은 물론, 본 기술분야에서 통상의 지식을 가진 자가 용이하게 발명할 수 없는 추가적인 기술요소들을 제공하기 위해 발명되었다.

한국등록특허공보 제10-1240551호 (2013.03.18. 공고)

본 발명은 비콘의 호스트와 비콘 주변에 존재하는 사용자가 간이한 방식으로 온라인 커뮤니티 서비스를 이용할 수 있게 하는 것을 목적으로 하며, 특히 비콘과 사용자 단말기 간 블루투스 네트워크를 통해 브로드캐스팅 되는 애드 패킷을 활용해 서로 연락처 또는 아이디를 알지 못하더라도 서로 대화를 나누는 등의 커뮤니티 서비스를 사용할 수 있게 하는 것을 목적으로 한다.

또한 본 발명은 저렴한 비용만으로 사회 전반을 비접촉 커뮤니티 환경을 구현하는 것을 목적으로 한다. 다시 말해 저렴한 비용의 비콘을 호스트가 원하는 곳에 설치하는 것만으로 외부의 타사용자들과 전화번호나 아이디 공유 없이 쉽게 대화를 나눌 수 있게 하는 환경을 구현하는 것을 목적으로 한다.

예를 들어, 주차되어 있는 자동차에 설치된 비콘을 통해, 식당 내 설치된 비콘을 통해, 아파트 내에 설치된 비콘을 통해, 강의실 내에 설치되 비콘을 통해, 가판대에 설치된 비콘을 통해 일면식도 없는 사용자와 호스트 간 온라인 커뮤니티 서비스 이용이 가능해 지도록 하는 것을 목적으로 한다.

한편, 본 발명의 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

위와 같은 문제점을 해결하기 위하여, 본 발명에 따른 비콘을 활용한 IoT 커뮤니티 서비스를 실행시키게 하는 방법은, 디바이스가, 상기 비콘으로부터 브로드캐스팅 된 제1 애드 패킷을 블루투스 네트워크를 통해 수신하게 하는 단계; 디바이스가, 상기 제1 애드 패킷 내 포함된 커뮤니티 정보를 참조하여 광역 네트워크를 통하여 서비스 서버에 커뮤니티 참여를 요청하게 하는 단계; 및 디바이스가, 상기 서비스 서버로부터 커뮤니티 참여 응답을 수신하게 하는 단계;를 포함할 수 있다.

또한, 상기 방법에 있어서 상기 애드 패킷은, 상기 커뮤니티 서비스를 식별하기 위한 UUID; 및 상기 서비스 서버에 의해 개설된 커뮤니티를 식별하기 위한 커뮤니티 식별자;를 포함할 수 있다.

또한, 이 때 상기 비콘에는, 상기 비콘이 상기 커뮤니티 서비스를 제공하기 위한 것임을 식별시키기 위한 UUID; 및 상기 비콘의 고유시리얼번호; 가 부여된 것을 특징으로 할 수 있다.

또한, 상기 방법에 있어서 상기 비콘은 차량에 설치된 것이고, 상기 커뮤니티 식별자는 상기 차량 또는 상기 차량의 운전자를 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 할 수 있다.

또한, 상기 방법에 있어서 상기 비콘은 사업장에 설치된 것이고, 상기 커뮤니티 식별자는 상기 사업장 또는 상기 사업장 관리자를 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 할 수 있다.

또한, 상기 방법에 있어서 상기 비콘은 주택에 설치된 것이고, 상기 커뮤니티 식별자는 상기 주택, 상기 주택 내 설치되어 있는 전자장치, 또는 상기 주택 거주자를 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 할 수 있다.

또한, 상기 방법에 있어서 상기 비콘은 공동주택 내 설치된 엘리베이터에 설치된 것이고, 상기 커뮤니티 식별자는 상기 공동주택의 관리사무소, 관리사무소 담당자, 또는 상기 엘리베이터의 유지보수를 관리하는 관리자를 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 할 수 있다.

또한, 상기 방법에 있어서 상기 비콘은 강의실에 설치된 것이고, 상기 커뮤니티 식별자는 상기 강의실, 상기 강의실에서 진행되는 강좌의 명칭, 또는 강사의 명칭을 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 할 수 있다.

또한, 상기 방법에 있어서 상기 비콘은 사용자에 의해 휴대가 가능한 것이고, 상기 커뮤니티 식별자는 상기 사용자, 또는 상기 사용자가 정한 임의 상품 또는 서비스를 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 할 수 있다.

다른 한편, 본 발명의 또 다른 실시예에 따른 비콘을 활용한 IoT 커뮤니티 서비스를 실행시키기 위해 호스트를 등록하는 방법은, 디바이스가, 사용자로부터 비콘 등록키를 입력 받게 하는 단계; 디바이스가, 서비스 서버로 호스트 등록요청 - 상기 호스트 등록요청은 사용자 식별정보, 상기 비콘 등록키, 또는 상기 비콘의 고유시리얼번호 중 적어도 하나를 포함함 - 을 전송하게 하는 단계; 및 디바이스가, 서비스 서버로부터 호스트 등록응답을 수신하게 하는 단계;를 포함할 수 있다.

본 발명에 따르면 비콘의 호스트와 비콘 주변의 사용자가 서로 전혀 모르는 사이일지라도 쉽게 온라인 커뮤니티 서비스를 통해 대화를 할 수 있게 되는 효과가 있다.

또한 본 발명에 따르면 저렴한 비용으로 비접촉 커뮤니티 환경을 구현할 수 있게 되는 효과가 있다.

또한 본 발명에 따르면 다양한 생활영역 내에서 사용자 편의성을 높일 수 있는 효과가 있다.

한편, 본 발명에 의한 효과는 이상에서 언급한 것들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 효과들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

도 1은 본 발명에 따른 커뮤니티 서비스가 제공되는 기본 환경을 시스템적으로 도시한 것이다.
도 2는 본 발명에 따른 일 실시예를 도시한 것이다.
도 3은 애드 패킷의 구조를 예시적으로 나타낸 것이다.
도 4는 비콘이 제조될 때에 주입될 수 있는 정보들을 도시한 것이다.
도 5는 애드패킷을 수신한 사용자 단말기가 서비스 서버에 커뮤니티 참여를 요청하는 과정에서 UUID 및 식별자를 활용한 예를 설명하기 위한 것이다.
도 6은 자동차에 비콘이 설치된 실시예를 설명하기 위한 도면이다.
도 7은 식당에 비콘이 설치된 실시예를 설명하기 위한 도면이다.
도 8은 아파트 현관에 비콘이 설치된 예를, 도 9는 가정 내 계량기에 비콘이 설치된 예를 설명하기 위한 도면이다.
도 10은 강의실 내 비콘이 설치된 예를 설명하기 위한 도면이다.
도 11은 가판대에 비콘이 구비된 예를 설명하기 위한 도면이며, 도 12는 개인이 비콘을 소지한 채 마케팅을 할 수 있는 환경을 설명하기 위한 도면이다.
도 12는 RoomHash의 개념을 설명하기 위한 도면이다.
도 13은 대화방 개설시 RoomHash가 생성되는 과정을 도시한 것이다.
도 14는 비콘으로부터 애드 패킷을 수신한 사용자 디바이스가 대화방 참여를 요청하는 과정을 도시한 것이다.
도 15는 기존에 존재하던 대화방에 대하여 새로운 RoomHash가 매핑되는 과정을 도시한 것이다.

본 발명의 목적과 기술적 구성 및 그에 따른 작용 효과에 관한 자세한 사항은 본 발명의 명세서에 첨부된 도면에 의거한 이하의 상세한 설명에 의해 보다 명확하게 이해될 것이다. 첨부된 도면을 참조하여 본 발명에 따른 실시예를 상세하게 설명한다.

본 명세서에서 개시되는 실시 예들은 본 발명의 범위를 한정하는 것으로 해석되거나 이용되지 않아야 할 것이다. 이 분야의 통상의 기술자에게 본 명세서의 실시예를 포함한 설명은 다양한 응용을 갖는다는 것이 당연하다. 따라서, 본 발명의 상세한 설명에 기재된 임의의 실시 예들은 본 발명을 보다 잘 설명하기 위한 예시적인 것이며 본 발명의 범위가 실시 예들로 한정되는 것을 의도하지 않는다.

도면에 표시되고 아래에 설명되는 기능 블록들은 가능한 구현의 예들일 뿐이다. 다른 구현들에서는 상세한 설명의 사상 및 범위를 벗어나지 않는 범위에서 다른 기능 블록들이 사용될 수 있다. 또한, 본 발명의 하나 이상의 기능 블록이 개별 블록들로 표시되지만, 본 발명의 기능 블록들 중 하나 이상은 동일 기능을 실행하는 다양한 하드웨어 및 소프트웨어 구성들의 조합일 수 있다.

또한, 어떤 구성요소들을 포함한다는 표현은 "개방형"의 표현으로서 해당 구성요소들이 존재하는 것을 단순히 지칭할 뿐이며, 추가적인 구성요소들을 배제하는 것으로 이해되어서는 안 된다.

나아가 어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급될 때에는, 그 다른 구성요소에 직접적으로 연결 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 한다.

이하에서는 도면들을 참조하여 본 발명의 각 실시 예들에 대해 살펴보기로 한다.

먼저 도 1은 본 발명에 따른 IoT 커뮤니티 서비스의 기본 개념을 이해하기 위하여 간략한 시스템 구성을 도시한 것이다. 도 1에 따르면 전체 시스템은 비콘(100), 사용자 디바이스(200), 호스트 디바이스(250), 그리고 위 디바이스들에 커뮤니티 서비스를 제공할 수 있는 서비스 서버(200)를 포함할 수 있다.

본 발명은 오프라인 상에서 비콘 주변에 존재하는 임의의 사용자(또는 사용자들)가 자신이 휴대하고 있는 디바이스, 예를 들어 스마트폰을 활용하여 상기 비콘의 호스트, 즉 상기 비콘을 설치하고 상기 비콘을 통해 연결 가능한 커뮤니티를 개설하여 두고 있는 자와 온라인으로 채팅, 데이터 공유 등과 같은 커뮤니티 서비스를 이용할 수 있게 한 것이다. 특히 본 발명은 비콘(100)이 사용자 단말기(200)와 근거리 네트워크(예. 블루투스 네트워크)를 통해 애드 패킷을 브로드캐스팅 할 수 있고, 사용자 단말기(200)는 광역 네트워크를 통하여 서비스 서버(300) 측으로 커뮤니티로의 참여를 요청할 수 있게 한 것을 하나의 특징으로 한다. 참고로 도 1에는 비콘(100)과 사용자 단말기(200) 간 블루투스 네트워크를 통해 연결된 모습이, 그리고 사용자 단말기(200), 호스트 단말기(250), 서비스 서버(300) 사이에는 광역 네트워크를 통해 연결된 모습이 도시되어 있다. 이처럼 본 발명의 가장 중요한 특징 중 하나는 비콘(100)을 중심으로 근거리에 존재하는 사용자 디바이스가 상기 비콘(100)으로부터 브로드캐스팅 된 애드 패킷을 수신할 수 있으며, 이 애드 패킷 내 포함된 커뮤니티 정보를 참조하여 호스트 디바이스(250)와 채팅 등을 할 수 있게 하는 것이다.

도 2는 본 발명을 구현하기 위한 기본 시스템을 도시한 것으로, 사용자 디바이스(200)가 비콘(100)으로부터 애드 패킷을 수신하고, 서비스 서버(300)를 향해 커뮤니티 참여요청을 함으로써 호스트 디바이스(250)와의 커뮤니티 사용, 즉 채팅이 가능해 지는 과정을 도시한 것이다.

본격적인 설명을 하기에 앞서, 먼저 본 상세한 설명에서 언급되는 디바이스와 서비스 서버는 다음과 같은 하드웨어적 특징을 가질 수 있다.

먼저 디바이스(이 때 디바이스란 사용자 디바이스, 호스트 디바이스, 그리고 그 외에 본 상세한 설명에서 디바이스라는 용어로 언급되는 구성들을 포함함)와 관련하여, 본 상세한 설명에서 언급되는 디바이스는 사용자가 보유하거나 소지하고 다니는 장치를 일컫는 것으로, 여기에는 스마트폰, PDA, 태블릿PC 등과 같이 휴대가 가능한 단말기는 물론 홈PC 등과 같은 설치형 단말기도 포함될 수 있다. 이러한 디바이스를 장치의 측면에서 볼 때에, 각 디바이스들은 중앙처리유닛(CPU)과 메모리를 구비하고 있는 것을 전제로 한다. 중앙처리유닛은 컨트롤러(controller), 마이크로 컨트롤러(microcontroller), 마이크로 프로세서(microprocessor), 마이크로 컴퓨터(microcomputer) 등으로도 불릴 수 있다. 또한 중앙처리유닛은 하드웨어(hardware) 또는 펌웨어(firmware), 소프트웨어, 또는 이들의 결합에 의해 구현될 수 있는데, 하드웨어를 이용하여 구현하는 경우에는 ASIC(application specific integrated circuit) 또는 DSP(digital signal processor), DSPD(digital signal processing device), PLD(programmable logic device), FPGA(field programmable gate array) 등으로, 펌웨어나 소프트웨어를 이용하여 구현하는 경우에는 위와 같은 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등을 포함하도록 펌웨어나 소프트웨어가 구성될 수 있다. 또한, 메모리는 ROM(Read Only Memory), RAM(Random Access Memory), EPROM(Erasable Programmable Read Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory), 플래쉬(flash) 메모리, SRAM(Static RAM), HDD(Hard Disk Drive), SSD(Solid State Drive) 등으로 구현될 수 있다.

참고로, 본 상세한 설명에서는 발명의 이해를 돕기 위하여 디바이스가 스마트폰, 또는 태블릿PC와 같은 휴대용 디바이스인 경우를 상정하여 설명하기로 한다. 상기 디바이스는 디스플레이 및 터치 감응형 표면을 포함할 수 있으며, 나아가 부수적으로 물리적 키보드, 마우스 및/또는 조이스틱과 같은 하나 이상의 다른 물리적 사용자 입력용 수단이 더 연결될 수도 있다. 또한 상기 디바이스는 소리나 음성을 감지하고 녹음할 수 있는 수단을 더 포함할 수도 있다. 한편, 디바이스 상에서 실행되는 다양한 어플리케이션들은, 옵션적으로, 터치 감응형 표면과 같은 적어도 하나의 보편적인 물리적 사용자 입력용 수단을 사용할 수 있다. 터치 감응형 표면의 하나 이상의 기능뿐만 아니라 단말기 상에 표시되는 대응하는 정보는 하나의 어플리케이션으로부터 다음 어플리케이션으로 그리고/또는 개별 어플리케이션 내에서 옵션적으로 조정되거나 변경될 수 있다. 이러한 방식으로, 디바이스의 (터치 감응형 표면과 같은) 보편적인 물리적 아키텍처는, 옵션적으로, 사용자에게 직관적이고 명료한 사용자 인터페이스들을 이용하여 다양한 어플리케이션들을 지원할 수 있다.

한편, 서비스 서버(300)는 본 발명에 따른 방법을 실제로 구현하기 위한 프로그램, 즉 명령어들의 집합을 제공하는 구성이며, 나아가 복수의 디바이스들로부터 수신되는 각종 데이터를 처리 또는 저장하는 구성에 해당한다. 서비스 서버(300)의 형태는, 어느 특정 운영자가 관리하는 적어도 하나의 서버용 컴퓨터일 수 있으며, 또는 타 업체에서 제공하는 클라우드 서버의 형태, 즉 운영자가 회원가입하여 사용할 수 있는 클라우드 서버의 형태일 수도 있다. 특히 서비스 서버가 서버용 컴퓨터로 구현된 경우, 해당 서비스 서버는 중앙처리유닛 및 메모리를 포함할 수 있으며, 이에 대해서는 앞선 단말기의 설명 과정에서 자세히 언급하였으므로 여기서는 설명을 생략하기로 한다.

도 2에 도시되어 있는 실시예는, 임의의 사용자가 비콘(100) 주변에 있다가 비콘(100)을 설치한 호스트와의 연락이 필요하거나 정보를 공유할 필요가 있을 때에 비콘(100)이 브로드캐스팅 하는 애드 패킷 내 커뮤니티 정보를 참조하여 호스트 디바이스(250)와의 채팅을 시도하는 실시예로도 이해할 수 있다. 더 쉬운 예로, 임의의 사용자가 오프라인 상에서 비콘(100)을 설치한 호스트와 채팅을 개시하게 되는 상황에 관한 것이다.

도 2에서의 실시예는 가장 먼저 사용자 디바이스(200)가 비콘(100)으로부터 애드 패킷을 수신하는 단계(S201)로부터 시작된다. 참고로 상기 사용자 디바이스(200)에는 본 발명에 따른 IoT 커뮤니티 서비스를 사용할 수 있게 하기 위한 어플리케이션이 설치되어 있을 수 있으며, 이 때 어플리케이션은 서비스 서버(300)에 의해 제공된 설치파일이 설치된 것이거나 또는 서비스 서버(300)가 어플리케이션 마켓 등의 타 서버를 통해 각 사용자에게 배포 내지 판매한 설치파일이 설치된 것일 수 있다.

애드 패킷이란, 비콘(100)이 지속적으로 외부에 전파시키는 데이터 패킷으로 이해될 수 있으며, 이 때 애드 패킷의 구조는 도 3에서와 같은 정보들을 포함하도록 구조가 형성될 수 있다.

도 3을 참조할 때, 애드 패킷에는 커뮤니티 서비스를 식별하기 위한 식별자인 UUID, 그리고 호스트가 개설한 커뮤니티를 식별하기 위한 커뮤니티 식별자를 기본으로 포함할 수 있으며, 또한 이 외에 브로드캐스팅의 범위를 제어하기 위한, 다시 말해 브로드캐스팅에 의해 애드 패킷을 수신하게 되는 수신자들의 수를 제어하기 위한 카운팅 값(TTL), 비콘(100)으로부터 직접 브로드캐스팅 된 애드 패킷인지 여부를 식별하기 위한 다이렉트 필드(Direct field) 중 적어도 하나의 것이 더 포함될 수 있다.

UUID는 범용 고유 식별자로, 네트워크 상에서 서로 모르는 개체들을 식별하고 구별하기 위한 고유의 이름 역할을 한다. 본 상세한 설명에서 언급되는 UUID 또는 커뮤니티 서비스 식별자라는 용어는 비콘(100) 또는 디바이스가 본 발명에 따른 IoT 커뮤니티 서비스를 제공하기 위한 것임을 구별할 수 있게 하는 식별자 일 수 있으며, 서비스 서버(300)는 위 UUID가 포함된 패킷을 수신할 경우 해당 패킷이 본 발명에 따른 IoT 커뮤니티 서비스 상에서 쓰이는 고유의 식별자임을 인식할 수 있다.

또한, 커뮤니티 식별자란 서비스 서버(300)에 의해 개설된 많은 숫자의 커뮤니티들을 서로 구별하기 위한 문자 및/또는 숫자를 의미하며, 위 커뮤니티 식별자는 또 다른 용어로는 커뮤니티 아이디, 대화방 아이디, 혹은 대화방 식별자 등으로 칭해질 수 있다.

한편, 카운팅 값과 관련하여, 카운팅 값(TTL)은 브로드캐스팅에 의해 애드 패킷을 수신하게 되는 수신자의 수를 제한하기 위한 값으로, 비콘(100)으로부터 브로드캐스팅 된 사용자 디바이스(200)는 또 다른 사용자 디바이스들을 향해 재차 애드 패킷(이 때 애드 패킷은 상기 비콘으로부터 브로드캐스팅 된 애드 패킷의 커뮤니티 정보와 동일한 커뮤니티 정보를 포함함)을 브로드캐스팅 할 수 있는데, 이 때 최초 비콘(100)으로부터 브로드캐스팅 된 애드 패킷 내 카운팅 값이 n일 때에 이를 수신한 디바이스들은 카운팅 값을 1만큼 줄여 다시 타 디바이스들로 브로드캐스팅을 할 수 있다. 그리고 최종적으로 카운팅 값이 0일 경우에는 더 이상 브로드캐스팅이 되지 않도록 할 수 있다. 예를 들어, 비콘(100) 주변으로 복수의 사용자 디바이스들이 존재한다고 가정할 때, 비콘(100)에서 브로드캐스팅 된 제1 애드 패킷 내 카운팅 값이 3인 경우 상기 비콘(100)으로부터 직접 제1 애드 패킷을 수신한 임의의 사용자 디바이스는 제2 애드 패킷을 생성하여 타 사용자 디바이스들로 브로드캐스팅 할 수 있으며, 이 때 제2 애드 패킷 내 카운팅 값은 2의 값을 가지게 될 것이다. 또한 제2 애드 패킷을 수신한 또 다른 사용자 디바이스는 다시 카운팅 값을 1로 가지는 제3 애드 패킷을 생성하여 타 사용자 디바이스로 브로드캐스팅 할 수 있다. 카운팅 값은 이와 같이 브로드캐스팅의 범위를 제어하기 위한 것이다.

다이렉트 필드와 관련하여, 본 발명에서는 카운팅 값을 이용하여 블루투스 메쉬 네트워크를 통한 연쇄적인 브로드캐스팅이 가능한데, 경우에 따라서는 임의의 사용자 디바이스, 다시 말해 임의의 노드들 중에서 어떤 노드들이 비콘(100)으로부터 직접 애드 패킷을 수신하였는지를 확인할 필요가 있을 수 있다. 다이렉트 필드는 비콘(100)이 브로드캐스팅하는 애드 패킷에서는 트루(true) 값으로 설정되어 있을 것이나, 이를 수신한 사용자 디바이스들은 다이렉트 필드의 값을 폴스(false)로 바꾸어 브로드캐스팅을 하게 할 수 있다. 이 경우 오직 비콘(100)으로부터 애드 패킷을 직접 수신한 노드들만 다이렉트 필드로 트루(true) 값을 가지게 될 것이므로, 비콘(100)과 가장 인접한 사용자 디바이스들을 구분할 수 있다. 또한, 경우에 따라 상기 다이렉트 필드가 트루인 애드 패킷을 수신한 디바이스들은 일정 거리 내, 예를 들어 약 40미터(이는 설계자 의도에 따라 조절 가능한 값임) 이내에 존재하는 것들이라고 추정도 가능하게 함으로써 근접 디바이스들 대상으로 다양한 부가 서비스를 제공하거나 또 다른 부가 정보를 제공할 수 있게 할 수 있다.

RSSI와 관련하여, 애드 패킷 내에는 수신된 블루투스 감도(신호의 양호한 정도)를 나타내는 RSSI(Received Signal Strength Indication) 정보가 포함될 수 있으며, 이를 통해 비콘(100)과 사용자 디바이스 사이의 대략적인 거리를 추정할 수 있다. 바람직하게는, 상기 RSSI를 참조한 거리 추정은 사용자 디바이스가 비콘(100)으로부터 직접 애드 패킷을 수신한 경우에만, 다시 말해 다이렉트 필드가 트루(true)인 경우에만 유효하게 이루어지도록 구현할 수 있다. 거리의 추정은 RSSI와 거리 사이에 사전에 매핑된 데이터를 기초로 이루어질 수 있으며, 예를 들어 RSSI가 a1값일 경우에는 b1미터, a2값일 경우에는 b2미터 … 이와 같이 사전에 측정되었거나 알려져 있는 매핑데이터를 기초로 추정될 수 있다. 한편, 애드 패킷 내에 다이렉트 필드, RSSI 를 삽입시킴으로써 비콘(100)과 인접한 디바이스들을 구분하는 것, 나아가 비콘(100)과 인접한 디바이스들 사이의 거리를 추정하는 것은 각 노드들에 대한 네트워크 내에서의 차별화 된 서비스 제공을 가능하게 한다.

참고로 도 3의 애드 패킷, 즉 비콘(100)에 의해 브로드캐스팅 되는 애드 패킷의 구조는 실제 소프트웨어 구동을 위한 명령어(코드) 상에서는 [UUID; 커뮤니티 식별자; 카운팅 값; 다이렉트 필드; RSSI]의 순으로 기재될 수 있으며, 예를 들어 [HWA_SVC; ROOM123; TTL=30; Direct=true; RSSI = -87dbm] 와 같이 기재될 수 있다. 또한 참고로 애드 패킷을 수신한 디바이스는 HWA_SVC라는 커뮤니티 서비스에서 제공하는 ROOM123 대화방에 참여가 가능하게 될 것이다. 나아가 상기 수신 디바이스가 재차 타 사용자 디바이스로 브로드캐스팅을 하게 된다면, TTL 값을 1만큼 줄인 후 다시 타 사용자 디바이스들로 브로드캐스팅을 하게 될 것이다. 또한, 위 애드 패킷을 수신한 디바이스는 비콘(100)으로부터 직접 애드 패킷을 수신한 것으로서, 신호 감도 -87dbm에 대응되는 거리만큼 떨어져 있는 것으로 구분될 수 있다.

한편, 본 발명에 따른 IoT 커뮤니티 서비스 제공 방법 및 시스템에서는, 바람직하게는 iBeacon 패킷의 구조를 참조하여 애드 패킷을 생성할 수 있다. 애플사의 iOS는 OS 차원에서 비콘 기능을 제공(iBeacon)하고 있는데, 이 때 비콘 서비스에는 고유의 UUID가 할당될 수 있는 바, 본 발명에 따른 서비스를 식별할 수 있는 UUID를 OS사의 비콘 서비스 패킷에 실을 수 있다면 이 역시 비콘(100)으로 하여금 주변 디바이스들로 커뮤니티 참여를 유도하기 위한 애드 패킷을 브로드캐스팅 하는 데에 활용될 수 있다. 더 구체적으로, 이 경우 애드 패킷이 포함된 비콘 신호를 수신한 사용자 디바이스에 본 발명에 따른 IoT 커뮤니티 서비스용 어플리케이션이 설치되어 있다면, 실행 상태에 있지 않을지라도 OS의 백그라운드 상에서 자동으로 실행이 가능하게 할 수 있으며, 백그라운드에서 실행된 어플리케이션은 해당 디바이스 상에 Local Notification을 출력하여 사용자로 하여금 어플리케이션 실행을 유도하고, 이에 따라 상기 애드 패킷 내 포함된 커뮤니티 식별자를 참조하여 해당 커뮤니티에 참여할 수 있게 유도할 수 있다. 한편, 백그라운드 상태에서 상기 애드 패킷을 수신한 사용자 디바이스는, 경우에 따라 카운팅 값(TTL)을 1만큼 줄인 후 다시 다른 디바이스로 브로드캐스팅할 수 있으며, 또는 경우에 따라 상기 어플리케이션이 실행되었을 때에만 카운팅 값(TTL)이 1만큼 감한 뒤 다른 디바이스로 브로드캐스팅하도록 할 수 있다. 참고로 iBeacon의 경우 도 3의 (b)에서와 같이 Major 및 Minor의 4 바이트 중 24비트가 커뮤니티 식별자(대화방 아이디)에, 6비트가 카운팅 값에, 1비트가 다이렉트 필드에 할당될 수 있으며, 부가적으로 1비트는 임시그룹 지정을 위한 stationary 필드로 사용될 수 있다.

다시 도 2를 참조할 때, S201단계 이후에는 사용자 단말기(200)가 서비스 서버(300) 측으로 커뮤니티 참여요청을 전달하는 단계(S202)가 수행될 수 있다. 커뮤니티 참여요청에는 앞서 비콘(100)으로부터 수신한 애드 패킷 내 포함되어 있던 커뮤니티 정보, 그 중에서도 커뮤니티 식별자(대화방 아이디)를 포함될 수 있다.

한편, 서비스 서버(300)는 커뮤니티 참여요청을 수신한 후 상기 커뮤니티 식별자를 참조하여 상기 비콘(100)에 대응되는 호스트의 커뮤니티를 조회할 수 있으며, 조회 후 해당 호스트 디바이스(250)에는 커뮤니티로의 참여자가 존재함을 알릴 수 있고(S203), 이 후 사용자 디바이스(200)로는 커뮤니티 참여가 가능한지 여부에 대한 응답을 전달(S204)함으로써 사용자 디바이스(200)의 커뮤니티 입장을 허용하거나 제한할 수 있다. 사용자 디바이스(200)에 대한 커뮤니티 입장이 허용된 이후에는 당연히 사용자 디바이스(200)와 호스트 디바이스(250) 사이에서의 대화 및 데이터 공유(S205) 등 온라인 커뮤니티 서비스 이용이 가능해 진다.

한편, 도 2에 따른 실시예와 다른 또 다른 실시예에서는 비콘(100)이 브로드캐스팅 하는 애드 패킷 내에 커뮤니티 서비스 식별자(UUID) 및 비콘의 고유시리얼번호(serial number)가 포함되도록 구현할 수 있으며, 이 때 비콘의 고유시리얼번호가 향후 커뮤니티를 식별하는 데에 참조되도록 할 수 있다. 다시 말해, S201 단계에서 사용자 디바이스(200)는 비콘(100)으로부터 애드 패킷을 수신하되 이 때 애드 패킷 내에는 UUID 및 고유시리얼번호가 포함되어 있을 수 있으며, S202단계에서 사용자 디바이스(200)는 상기 UUID 및 고유시리얼번호를 포함시킨 채 서비스 서버(300) 측에 커뮤니티 참여요청을 할 수 있다. 이 후 S203 단계에서 서비스 서버(300)는 내부 혹은 외부 DB(미도시)를 참조하여 상기 고유시리얼번호와 매칭되는 커뮤니티 식별자를 조회할 수 있으며, 조회된 커뮤니티 식별자의 호스트 디바이스(250)로 커뮤니티 참여를 알릴 수 있다. 또한 서비스 서버(300)는 사용자 디바이스(200)에 커뮤니티 참여응답을 함으로써 최종적으로 사용자 디바이스(200)와 호스트 디바이스(250) 간 대화가 이루어지게 할 수 있다. 정리하면, 위 변형된 실시예에서는 애드 패킷 내에 고유시리얼번호, 즉 비콘(100)의 제조시마다 주어지는 고유의 장치일련번호를 포함시키고, 이 고유시리얼번호가 서비스 서버(300)에 의해 커뮤니티 식별자(대화방 아이디)를 찾는 데에 활용되도록 함으로써 호스트가 개설한 대화방을 찾을 수 있게 할 수 있다.

참고로 도 4에는 비콘(100)이 제조될 때에 커뮤니티 서비스 식별자인 UUID, 그리고 고유시리얼번호를 부여 내지 할당 받을 수 있음에 대한 개념도가 도시되어 있으며, 예를 들어 UUID는 HWA서비스(HWA_SVC)를 식별하기 위한 문자, 숫자, 또는 이들의 조합, 그리고 고유시리얼번호는 커뮤니티 식별자(대화방 ID)와 매칭되는 것으로서, 상기 비콘(100) 및 향후 커뮤니티(대화방)를 식별하기 위한 문자, 숫자, 또는 이들의 조합일 수 있다.

도 5는 호스트가 비콘(100)을 임의의 위치에 설치하거나 구비시킨 후 서비스 서버(300) 측에 호스트 디바이스로서 등록하는 과정을 도시한 것이다.

도 5를 참조할 때, 가장 먼저 호스트 디바이스(250)는 호스트 사용자, 즉 비콘(100)을 구매하거나 입수한 사용자로부터 비콘 등록을 위한 비콘 등록키를 입력 받을 수 있다. (S501) 예를 들어 호스트 사용자는 HWA서비스를 이용하기 위하여 매장 또는 인터넷 쇼핑 등을 통해 HWA서비스에 대응되는 UUID가 부여된 비콘을 구매할 수 있으며, 구매 시에는 비콘 등록키가 함께 포장되어 있어 호스트 사용자가 향후 비콘 등록 시 활용토록 할 수 있다. 또는 상기 비콘 등록키는 온라인 방식으로도 비콘 구매자 또는 비콘 입수자에게 전달될 수 있다.

S501단계 이후, 호스트 디바이스(250)는 서비스 서버로 호스트 등록요청을 전달(S502)할 수 있는데, 이 때 호스트 등록요청에는 사용자 식별정보, 비콘 등록키, 또는 비콘의 고유시리얼번호 중 적어도 하나가 포함될 수 있다. 바람직하게는 위 3개의 정보가 모두 포함될 수 있다. 본 단계는 호스트 사용자가 비콘(100)을 기초로 한 커뮤니티(대화방)를 개설하기 위한 단계로, 서비스 서버(300)는 위 호스트 등록요청을 수신한 후 해당 비콘 등록키 또는 비콘의 고유시리얼번호 중 적어도 하나에 대한 유효성 검증을 수행(S503)할 수 있으며, 유효한 비콘 등록키 또는 유효한 고유시리얼번호로 판별된 경우 상기 호스트 사용자를 진정한 호스트로서 등록(S504)할 수 있다. 또한, 당연히 상기 호스트 사용자의 디바이스는 호스트 디바이스로 등록될 수 있다.

S504단계 이후 서비스 서버(300)는 호스트 디바이스(250)로 호스트 등록응답, 즉 올바르게 호스트 등록이 마쳐졌는지를 알리는 단계(S505)를 수행할 수 있다.

한편, 위 과정이 진행된 후, 혹은 위 과정 중 임의의 시점에 상기 호스트 사용자로부터 커뮤니티 식별자를 입력 받는 단계가 더 존재할 수 있으며, 이렇게 입력 받은 커뮤니티 식별자는 상기 서비스 서버로 커뮤니티명칭 변경요청과 함께 전달될 수 있다. 즉, 호스트 사용자로서는 자신의 비콘(100)을 통해 임의의 타 사용자 디바이스(200) 참여를 유도하고자 할 때에 자신의 커뮤니티 식별자, 다시 말해 대화방 아이디를 표시함으로써 더 원활한 참여를 유도할 수 있게 되는데, 예를 들어 호스트 사용자의 이름, 호스트 사용자가 원하는 대화방명 등 자유롭게 커뮤니티 식별자를 정할 수 있게 함으로써 호스트 사용자의 편의를 높일 수 있다.

이상 도 1 내지 도 5를 참조하여 IoT 커뮤니티 서비스의 전반적인 시스템 및 서비스 제공 방법에 대해 알아 보았다.

이하에서는 도면들을 참조하여 본 발명에 따른 IoT 커뮤니티 서비스 제공 방법이 어떤 분야에서 실제 응용될 수 있는지에 대해 살펴보기로 한다.

도 6은 비콘이 차량에 설치된 응용 사례를 도시한 것이다. 도 6을 참조할 때, 비콘(100)은 차량(10)의 내부 또는 외부에 구비될 수 있으며, 비콘(100)은 자체적으로 전력공급수단(배터리 등)을 갖추고 있거나 또는 차량(10)에서 제공되는 상시전원에 연결되어 지속적으로 애드 패킷을 브로드캐스팅 하도록 할 수 있다. 비콘(100)으로부터 브로드캐스팅 되는 애드 패킷은 주변을 지나는 사용자의 사용자 디바이스(200)에 닿을 수 있는데, 예를 들어 차량(10)이 임시로 정차 중이고 상기 차량(10)에 의해 길이 막힌 사용자의 사용자 디바이스(200)에서는 위 애드 패킷을 수신함으로써 상기 차량(10)의 호스트, 즉 차주와 채팅을 통해 연락을 취할 수 있게 된다.

구체적으로는, 사용자 디바이스(200)가 차량(10)에 구비된 비콘(100)으로부터 애드 패킷을 수신하는 단계, 사용자 디바이스(200)가 상기 애드 패킷 내 포함되어 있는 커뮤니티 정보를 참조하여 서비스 서버(300)를 향해 커뮤니티 참여요청을 하는 단계, 사용자 디바이스(200)가 서비스 서버(300)로부터 커뮤니티 참여응답을 수신하는 단계 등을 거쳐 사용자와 호스트(차주) 간의 대화가 가능하게 된다.

한편, 사용자 디바이스(200)의 어플리케이션 상에서는 차량(10)으로부터 애드 패킷이 수신될 때에 상기 차량 또는 차량의 운전자, 차주를 식별할 수 있는 숫자, 문자, 또는 이들의 조합이 표시될 수 있다. 위 숫자, 문자, 또는 이들의 조합은 비콘(100)의 호스트가 사전에 설정해 둔 커뮤니티 식별자일 수 있다. 도 6에 도시되어 있는 것과 같이 사용자 디바이스(200)의 어플리케이션 상에서는 대화방 제목이 “25서OOOO”와 같이 해당 차량을 식별할 수 있는 번호판으로 이루어질 수 있으며, 이 대화방에서는 사용자가 “차량이 길을 막고 있어요”, “접촉사고가 났어요”, “창문이 열려 있어요” 등 호스트(차주)에게 전달하고자 하는 내용을 쉽게 전달하고, 그 응답도 대화 방식으로 쉽게 수신할 수 있다.

이렇듯 차량(10)에 비콘(100)을 설치하고 애드 패킷을 브로드캐스팅 함으로써 커뮤니티 서비스를 이용할 수 있게 한 경우, 호스트(차주)로서는 굳이 차량에 전화번호를 비롯한 자신의 개인정보를 노출하지 않아도 충분히 타인과 연락이 가능해지는 점, 차량의 주변을 지나는 일반 사용자 입장에서도 굳이 차량 앞유리창에 전화번호가 기재되어 있는지 살피지 않은 채 자신의 사용자 디바이스 상에서 어플리케이션을 실행시키고 차량 또는 차주를 식별할 수 있는 대화방을 찾는 것만으로도 쉽게 차주와 연락이 닿게 된다는 점에서 사용자 편의성이 높아지는 효과가 있다.

도 7은 비콘이 사업장에 설치된 응용 사례를 도시한 것이다. 더 구체적으로, 도 7은 식당(20) 내부에 비콘(100)이 설치된 예시를 그린 것으로, 이 때의 비콘(100) 역시 자체적으로 배터리를 갖춘 것이거나 또는 식당(20)에 구비되어 있는 전원에 연결되어 애드 패킷을 지속적으로 브로드캐스팅 하도록 구현될 수 있다. 비콘(100)으로부터 브로드캐스팅 되는 애드 패킷은 식당 내 또는 식당 밖의 고객들 디바이스로 전파될 수 있는데, 예를 들어 식당에 들어와 음식을 주문하고자 하는 고객들의 사용자 디바이스, 식사 와중에 추가적인 코멘트가 있는 고객들의 사용자 디바이스, 식당 밖에서 입장을 기다리는 고객들의 사용자 디바이스 등에 전파될 수 있다.

각 고객들의 사용자 디바이스(200) 상에서는 상기 비콘(100)의 호스트를 식별할 수 있는 숫자, 문자, 또는 이들의 조합이 표시될 수 있으며, 이는 호스트가 사전에 설정해 둔 커뮤니티 식별자일 수 있다. 도 7에 도시되어 있는 것과 같이 사용자 디바이스(200)의 어플리케이션 상에서는 식당 비콘(100)에 의해 입장 가능한 대화방 제목이 “OO식당”, “LL식당 매니저” 등과 같이 위 식당이나 식당 관리자로 이루어질 수 있다. 이 대화방에서는 고객들이 사용자 디바이스(200)의 어플리케이션 상에서 “라면 1개, 김밥 1개 주세요”, “음식 잘 먹었습니다.”, “라면이 조금 매워요” 등 식당 관리자와 자유로운 소통이 가능할 수 있다.

또한 식당을 비롯한 다양한 사업장 내에는 안내용 로봇이 배치될 수 있는데, 상기 비콘(100)은 이러한 안내용 로봇에도 설치가 가능할 수 있다. 로봇에 비콘(100) 설치가 이루어지는 경우 블루투스 네트워크를 통해 수신한 애드 패킷을 활용하여, 로봇의 호스트, 즉 로봇 관리자에게 할당되어 있는 대화방에 입장이 가능할 수 있다.

이처럼 사업장에 비콘(100)을 설치하고 블루투스 네트워크를 이용한 IoT 커뮤니티 서비스를 제공하는 경우, 사업장을 방문한 고객들은 굳이 종업원과 접촉하지 않은 상태에서 필요한 요청사항을 전달할 수 있게 되며, 원하는 경우 고객 자신의 신원을 노출하지 않은 상태로 사업장 관리자와 소통이 가능하게 되는 효과가 있다.

도 8은 비콘이 주택에 설치된 응용 사례를 도시한 것이다. 더 구체적으로, 도 8은 아파트와 같은 공동주택(30)의 현관문에 비콘(100)이 설치된 예시를 그린 것이다. 앞서의 실시예에서와 마찬가지로 상기 비콘(100)이 브로드캐스팅 하는 애드 패킷을 이용하여서는 상기 비콘(100)의 호스트, 예를 들어 주택 거주자와의 대화 및 데이터 공유가 가능할 수 있다.

가령, 거주자가 집을 비운 사이 관리소 직원이 주택을 방문하여야 할 필요가 있는 경우, 관리소 직원의 사용자 디바이스(200)는 위 비콘(100)으로부터 수신한 애드 패킷 내 커뮤니티 정보를 참조하여 상기 호스트의 커뮤니티에 입장할 수 있다. 이 때 관리소 직원은 거주자의 연락처를 알지 못하더라도 거주자와 직접 대화를 나눌 수 있게 되며, 거주자 입장에서도 자신의 개인 연락처나 신원 노출을 최소화 할 수 있는 효과가 있다. 또한, 종래에는 택배를 주고 받을 때에 수신인의 전화번호가 반드시 기재되어 있어야 했으며, 특히 택배기사가 수신인과 통화를 하여야 할 경우 전화번호 노출이 불가피한 경우가 많았는데, 본 발명에 따른 IoT 커뮤니티 서비스를 이용하는 경우 택배 수신인의 전화번호를 알지 못하는 상황에서도 수신인과 대화방 상에서 대화 및 데이터 공유가 가능해 지는 효과가 있다. 이는 특히 택배기사를 가장한 범죄를 예방하는 데에 큰 도움이 될 수 있으며, 주택 거주자도 안심하고 택배 물건을 받아 볼 수 있게 되는 효과가 있다.

한편, 주택에 설치된 비콘(100)의 경우 해당 주택이나 주택의 거주자를 식별할 수 있는 숫자, 문자, 또는 이들의 조합이 커뮤니티 식별자로 설정될 수 있다. 예를 들어 “OO아파트 502동 501호”, “502-501 김OO” 등과 같이 설정될 수 있으며, 해당 주택을 방문한 자는 위 커뮤니티 식별자로 표시되는 대화방에 입장함으로써 해당 주택의 거주자와 대화를 나눌 수 있다.

도 9는 비콘(100)이 주택 내 구비되어 있는 전자장치에 설치된 응용 사례를 도시한 것이다. 도 8에서의 실시예가 비콘(100)이 하나의 주택(30) 전체에 매칭되어 IoT 커뮤니티 서비스 제공에 이용되고 있었던 반면, 도 9에서의 실시예는 비콘(100)이 주택 내 특정 장치와 매칭되어 IoT 커뮤니티 서비스 제공에 이용되고 있다는 점에서 차이가 있다.

더 구체적으로, 도 9는 비콘(100)이 가스계량기(32)에 설치된 모습을 도시한 것으로, 이 때 비콘(100)은 가스계량기(32)에 내장이 된 상태의 것이거나 혹은 사후적으로 가스계량기(32)에 부착(예. 가스계량기의 USB슬롯에 비콘이 삽입)된 것일 수 있다. 비콘(100)은 상기 가스계량기(32)가 측정한 값을 수신한 후 외부에 애드 패킷을 통해 브로드캐스팅 할 수 있도록 구현되거나, 또는 비콘(100)으로 하여금 호스트 디바이스, 즉 해당 주택 거주자의 디바이스와 커뮤니티 연결이 가능한 커뮤니티 정보를 브로드캐스팅 함으로써 외부의 사용자 디바이스(예. 검침원의 사용자 디바이스)가 호스트 디바이스와의 데이터 공유를 통해 가스계량기 측정 값을 공유 받도록 구현할 수도 있다. 이와 같이 주택 내 가스계량기(32) 상에 비콘(100)을 연계시켜 설치한 경우, 검침원이 굳이 주택 내부에 출입하지 않더라도 밖에서 블루투스 네트워크를 통하여 계량값을 확인할 수 있는 효과가 있다. 또는, 검침원이 굳이 방문하지 않더라도 호스트 디바이스(250) 상에서 가스계량기(32)의 측정값을 곧바로 가스사업자에게 공유하게 할 수도 있다.

또 다른 한편, 비콘(100)은 아파트와 같은 공동주택의 엘리베이터 내에도 설치될 수 있으며, 임의의 사용자는 엘리베이터에 설치된 비콘(100)과 블루투스 통신을 함으로써 관리사무소 담당자, 즉 상기 비콘(100)의 관리자라 할 수 있는 담당자와 통신이 가능하도록 구현할 수도 있다.

한편, 도 8 및 도 9에서는 주택, 또는 주택 내 전자장치에 비콘(100)이 설치된 응용 사례를 도시하였으나, 본 발명에 따른 IoT 커뮤니티 서비스는 비단 주택에서의 응용 예에 한정되는 것은 아님을 이해한다. 즉, 비콘(100)의 설치 위치가 로컬 인터넷이 없는 지역이나 공장 등으로 확장되는 경우, 해당 위치에서 비콘(100)으로 하여금 애드 패킷을 브로드캐스팅 하게 하는 것만으로 이 주변에 존재하는 사용자 디바이스들은 원격의 호스트 디바이스와 쉽게 대화 또는 데이터 공유가 가능하게 되는 효과가 있다. 또한, 장치들의 유지보수를 담당하는 엔지니어의 입장에서는, 각 장치들에 비콘(100)이 구비되어 있는 경우 단순 블루투스 네트워크 연결만으로 각 장치들의 상태값을 쉽게 획득할 수 있으므로 장치들에 대한 유지보수 업무가 용이해지는 효과도 꾀할 수 있다.

도 10은 비콘이 학교 또는 학원의 강의실에 설치된 응용 사례를 도시한 것이다. 상기 비콘(100)은 강의실 내에 설치되어 지속적으로 애드 패킷을 브로드캐스팅 하도록 설계될 수 있으며, 또한 도 10에서의 비콘(100)은 시간대에 따라 호스트 디바이스(250)가 변경되도록, 나아가 커뮤니티 식별자도 변경되도록 제어되는 것을 특징으로 할 수 있다.

일반적으로 강의실은 어느 한 강사에 의해 점유 및 사용되는 것이 아니며 여러 명의 강사들이 서로 돌아가면서 점유 및 사용하게 되는 공간이어서, 비콘(100)을 설치하더라도 호스트 디바이스(250)나 대화방이 하나로만 정의될 경우 오직 한 명의 강사만 비콘(100)을 사용할 수 있는 문제가 존재할 수 있다. 이를 해소하기 위해, 본 실시예에서는 하나의 비콘(100)에 대해 2 이상의 호스트 디바이스가 설정될 수 있고, 이에 따라 당연히 커뮤니티 식별자도 2 이상 설정될 수 있는 사례에 대해 설명하기로 한다.

하나의 비콘(100)에 대해 호스트 디바이스(250)가 어떤 것인지, 그리고 커뮤니티 식별자가 무엇인지는 서비스 서버(300)를 통해 설정될 수 있는데, 앞서 설명했던 것처럼 일반적으로는 호스트가 비콘(100)을 구매 또는 입수한 후 발급받은 특정 비콘 등록키를 입력함으로써 서비스 서버(300) 상에서 자신의 디바이스가 호스트 디바이스로 설정될 수 있으며, 이 과정에서 자신만의 고유 커뮤니티 식별자도 설정할 수 있다. 그러나 본 실시예에서와 같이 복수의 호스트 디바이스 및 복수의 커뮤니티 식별자 설정이 필요한 경우, 임의의 호스트는 서비스 서버(300) 측에 복수의 호스트 디바이스 및 커뮤니티 식별자를 입력하여 정의할 수 있으며, 특히 시간대 별로 특정 호스트 디바이스 및 특정 커뮤니티 식별자로 애드 패킷을 통해 연결이 가능하도록 함으로써 다수의 호스트 디바이스 운영이 가능하게 할 수 있다.

예를 들어, 비콘(100)을 처음에 구입한 호스트(시간표 관리자, 학사 관리자 등)는 비콘 등록키를 이용하여 서비스 서버(300) 측에 자신의 호스트 디바이스임을 등록할 수 있으며, 이 후 복수의 호스트 디바이스들 및 커뮤니티 식별자를 시간대 별로 입력하여 등록할 수 있다. 가령, 10:00시 ~ 11:30시 에는 “김철수” 의 디바이스가 호스트 디바이스로 설정되도록, 그리고 “제어공학 김철수”가 커뮤니티 식별자가 되도록 설정할 수 있으며, 13:00시 ~ 14:30시에는 “이은수”의 디바이스가 호스트 디바이스로, “경제학개론 이은수 교수”가 커뮤니티 식별자가 되도록 설정할 수 있다. 이러한 설정은 서비스 서버(300) 측에 등록이 될 뿐만 아니라, 비콘(100) 자체에도 애드 패킷을 브로드캐스팅 할 시 정해진 시간대 별로 다른 내용의 커뮤니티 정보를 포함시켜 브로드캐스팅 하도록 설정할 수 있다.

이렇듯 강의실 내에 비콘(100)을 설치하여 두는 경우, 수강생 입장에서는 블루투스 네트워크를 켜 두는 것만으로도 강사와 온라인을 통한 소통을 쉽게 할 수 있게 되며, 대화는 물론 큰 용량의 데이터 공유도 가능하게 되므로 수업의 효율이 높아지는 효과가 있다. 또한 강사의 입장에서는 손쉽게 수강생들의 출결 상황을 확인할 수 있는데, 특히 IoT 커뮤니티 서비스의 경우 반드시 비콘(100)을 중심으로 근거리 존재가 확인이 되어야만 대화방 입장이 기록에 남는다는 점에서 철저한 출결관리가 가능해지는 효과가 있다.

이러한 강의실에서의 IoT 커뮤니티 서비스 사용은 감염병이 심각하게 퍼져 있는 환경에서도 유용하게 활용될 수 있는데, 강사는 강의에 참석하는 학생들의 출결상황을 파악하면서 학생들의 대면 접촉 상황을 추적 및 관리할 수 있게 되므로 혹시라도 있을 수 있는 확진자 역학 조사에 위 추적 및 관리 데이터를 활용할 수 있게 되는 효과가 있다. 즉, 학교 또는 학원에서는 모든 강의실 내에 비콘(100)을 설치해 둠으로써 그 강의실에서 일어나는 모든 학생 관리를 담당 강사가 하도록 할 수 있다.

한편, 호스트 디바이스의 어플리케이션, 즉 강사의 어플리케이션에서는 강사가 사용할 수 있는 인터페이스를 더 표시할 수 있으며, 여기에는 강사가 수강생들과 대화를 나눌 수 있는 대화창은 물론, 비콘을 통해 커뮤니티에 참여된 타 디바이스들의 대화방 참여 여부를 통해 알 수 있는 출석여부, 지각여부, 조퇴여부 등이 표시될 수 있고, 또한 수강생들이 대화창을 통하여 대답한 내용을 토대로 수업 참여도도 확인할 수 있는 메뉴가 표시될 수 있다. 또한, 상기 호스트 디바이스의 어플리케이션 상에서는 수강생들이 강사 질문에 대해 수신확인을 하였는지 여부 및 수신확인을 하는 데에 걸리는 시간, 강사 질문에 대답을 하였는지 여부 및 대답을 하는데 걸리는 시간 등을 참조하여 해당 강의에 대한 수업태도, 수업집중도를 평가할 수 있도록 메뉴가 표시될 수도 있다.

또한, 호스트 디바이스의 어플리케이션에서는 모니터링 정보를 토대로 강의실 내 공간적, 시간적, 사회적 관계를 표시할 수 있으며, 누적된 모니터링 정보를 기반으로 이력데이터를 생성하여 이를 분석하도록 구현될 수도 있다. 한편, 강의실 내에서의 모니터링 기능은 비단 강의실과 같이 오프라인 모임이 있는 곳에서만 사용되는 것은 아니며, 비대면 온라인 모임에서도 활용될 수 있음을 이해한다. 또한, 이러한 기능은 향후 O&O(Online&Offline)라고 불리게 될 새로운 형태의 생활 환경의 시작점이 될 수 있을 것으로 기대되는데, 즉, 오프라인의 생활 환경 속에 온라인 커뮤니티 기술을 접목한 새로운 패러다임의 시작점으로 이해될 수 있는 것이다. 특히, 감염병 전파의 위험이 있어 사회적 거리두기와 같은 생활 환경이 일상화될 경우, 온라인으로 기존의 오프라인 생활 환경을 모두 대체하지 못하는 한계가 있을 수 있는데, 본 발명에 따른 커뮤니티 서비스 제공방법이 활용되는 경우 오프라인 생활 환경을 유지하면서도 온라인 생활 환경이 접목된 새로운 생활 환경이 구축될 수 있을 것으로 기대된다. 앞서도 예를 들었지만, 대학이라는 오프라인 기관이 존재하는 한 강의실 오프라인 교육이 온전히 온라인으로 대체되기까지는 많은 한계가 존재하며, 결국은 강의실 오프라인 교육으로 회귀하게 될 것인데, 이 때 강사와 수강생들 사이에 서로 면대면으로 이야기하고 토론하는 방식보다는 본 발명에 따른 커뮤니티 서비스와 같은 온라인 대화방 서비스가 적용될 수 있고, 특히 면대면 소통의 방법을 대체하거나 보조할 수 있는 수단으로 본 발명에 따른 커뮤니티 서비스가 활용될 수 있다. 즉, 수강생들은 면대면으로 수업을 하되 비콘을 통해 온라인 상의 커뮤니티 내로도 참여하면서 질문이나 토론을 온라인 방식으로 병행할 것이며, 출석 및 수업참여 상태, 수업집중 상태 등이 자동으로 모니터링되고, 추후 모니터링 정보를 기반으로 생성된 이력데이터를 토대로 평가가 이루어질 수 있을 것이다. 또 다른 한편, 본 발명에 따른 커뮤니티 서비스는, 감염병이 심각하게 전파되는 상황에서, 사용자들이 한 공간에 군집되어 있을 경우 그들간의 접촉 이력을 기록할 수 있도록 함으로써 방역을 위한 역학조사에도 활용될 수 있다. 예를 들어, 사용자 300명이 모여 수업이나 예배를 보는 상황에서 어느 특정인이 감염병 확진자로 확인되었을 때, 상기 특정인에 어떤 사람이 가까이 있었는지, 또는 더 가까이 있었는지를 확인 할 수 있다. 또한, 감염병이 심각하게 전파되는 상황에서 본 발명에 따른 커뮤니티 서비스를 사용하는 경우, 비콘으로부터 각 사용자 디바이스들로의 애드 패킷 송신 이력, 애드 패킷 송수신 당시 신호의 감도, 또는 커뮤니티 내 이용상황을 모니터링 한 정보를 비롯한 제반 정보들을 제공하는 조건으로 오프라인 모임을 허용하는 등의 방식으로 사회적 거리두기가 효율적으로 이루어지게 할 수 있다. 이를 통해 사회적 거리두기를 무조건적인 접촉배제의 형태로 강요하는 것이 아니라, 조건부로 오프라인 모임을 허용하는 형태로 이루어지게 할 수 있다.

도 11은 호스트가 직접 비콘(100)을 휴대하면서, 혹은 호스트 디바이스를 비콘으로 활용함으로써 개인인 자신이 입고 있는 옷 또는 악세서리에 대한 홍보를 블루투스 네트워크를 통해 하는 모습을 도시한 것이다. 즉, 호스트가 특정 장소에서 비콘(100)을 작동시키거나 자신의 디바이스를 비콘과 같이 브로드캐스팅 하게 하면, 주변에 존재하는 사용자 디바이스들로 애드 패킷이 전파될 수 있는데, 주변의 사람들이 위 호스트의 옷 또는 악세서리를 본 후 관심이 생기는 경우에는 위 애드 패킷 수신에 따른 커뮤니티 참여를 함으로써 위 호스트의 옷 또는 악세서리에 대한 정보를 더 얻을 수 있게 한 실시예를 도시한 것이다. 커뮤니티 참여 후에는 당연히 호스트와의 대화 또는 데이터 공유를 통해 가격, 구매처 등의 정보를 공유할 수 있게 될 것이다.

이러한 응용 사례는 새로운 오프라인 방식의 홍보로 이해될 수도 있는데, 비콘(100) 또는 이와 유사한 기능을 할 수 있는 디바이스를 소지한 사람이라면 누구나 홍보의 주체가 될 수 있고, 이를 통하여 판매사와 협찬의 공동수익 모델도 만들어 나갈 가능성을 얻을 수 있다. 또한, 본 발명에 따른 IoT 커뮤니티 서비스를 구현하기 위해서는 비용도 거의 들지 않기 때문에 매우 저렴한 비용으로 효과적인 오프라인 홍보장을 만들어 낼 수 있는 효과가 있다.

기존에도 여러 SNS 서비스를 통한 홍보가 이루어지고 있으나, 도 11에서와 같은 실시예는 오프라인에서 직접 상품을 보고 호스트와 직접 온라인 상에서 대화를 나눌 수 있게 된다는 점에서 종래의 SNS 방식과 차별성이 있다.

이상 비콘을 활용한 IoT 커뮤니티 서비스의 실행 방법, 그리고 이의 응용사례들에 대해 살펴보았다.

한편, 비콘을 활용한 IoT 커뮤니티 서비스가 위와 같은 편리성이 있음에도 불구하고, 몇 가지 문제점을 안고 있는데, 그 중 하나는 커뮤니티 식별자, 다시 말해 대화방 ID의 개수가 도 3(b)에 도시되어 있는 것과 같이 패킷 중 24bit 밖에 사용할 수 없어 16,277,216(24bit)로 제한되는 점, 그리고 또 다른 하나는 고정된 대화방 ID를 사용하다 보니 보안의 문제가 발생할 수 있다는 점이다. 커뮤니티 식별자의 개수가 제한되는 문제점은 UUID를 추가하여 해결이 가능할 수도 있겠으나, 본 상세한 설명에서는 위 두 가지 문제점을 한꺼번에 해결하기 위해 Room Hash라는 해결책을 제안한다.

Room Hash란, HMAC에 기반을 둔 카운터 증가 방식의 로테이팅 ID 할당으로도 이해될 수 있는데, 예를 들어 Room Hash는 아래와 같은 수식 내지 명령어에 의해 구현될 수 있다.

RoomHash = truncate(HMAC(K, C)) mod max(RoomHash), while RoomHash has been taken, RoomHash +=1

(K: 프라이빗 키(대화방 ID 포함), C: 카운터(이벤트마다 증가)

RoomHash를 이용한 대화방 ID 할당은 실제 액티브 상태에 있는 대화방(현재 사용 중인 대화방)에 대해서만 임의 로직에 의해 할당을 하는 것이며, 브로드캐스팅이 이루어지지 않은 대화방에 대해서는 RoomHash가 할당되지 않는다.

도 12에는 RoomHash를 이해하기 위한 개념도가 도시되어 있는데, 이를 참조할 때 애드 패킷 내에서 커뮤니티 식별자로 활용 가능한 24bit 는 RoomHash가 기록되는 공간으로 활용될 수 있으며, 이 경우 RoomHash의 할당 유연성에 따라 전체 대화방 ID의 개수를 제한 없이 사용할 수 있다. 또한, 후술하겠지만 비콘(100)에 의해 브로드캐스팅 되는 애드 패킷 내에는 RoomHash가 커뮤니티 식별자로서 포함될 수 있으며, 실제 커뮤니티 식별자(대화방 ID)는 호스트 디바이스와 서비스 서버 사이에서만 안전하게 공유될 수 있다.

도 13은 호스트 디바이스(250)가 서비스 서버(300)에 대화방 개설을 요청하는 과정 및 이에 따른 RoomHash가 생성되는 과정을 순서에 따라 도시한 것으로, 가장 먼저 호스트 디바이스(250)는 서비스 서버(300)측에 대화방 개설요청을 하는 단계(S1301)로부터 시작된다. 이 때 호스트 디바이스(250) 상에는 IoT 커뮤니티 서비스를 위한 어플리케이션이 설치되어 있을 수 있으며, 호스트 입장에서는 상기 어플리케이션에서 단순히 “대화방 개설”, “비콘 대화방 개설” 등과 같은 아이콘 클릭 만으로 S1301단계가 수행되도록 구현될 수 있다.

S1301단계 이후, 서비스 서버(300)는 자체적으로 구비되어 있는 데이터베이스(400) 또는 서비스 서버(300)와 네트워크 상으로 연결되어 있는 별개 장소의 데이터베이스(400)에 접속하여 현재 시점에서 사용이 가능한 대화방 ID를 조회하게 된다. (S1302) 데이터베이스(400)에는 기존 대화방을 식별하기 위한 용도의 대화방 ID들이 다수 개 저장되어 있을 수 있으며, 새로운 대화방을 개설하기 위한 용도의 미사용 대화방 ID들 역시 다수 개 저장되어 있을 수 있는데, 본 단계에서는 서비스 서버(300)가 미사용 중인 대화방 ID를 조회하여 그 중 어느 하나를 취할 수 있다.

S1302단계에서 사용 가능한 대화방 ID가 취해진 후, 서비스 서버(300)는 새로운 RoomHash를 생성(S1303)하게 되며, 생성된 RoomHash는 앞서 조회되었던 대화방 ID와 매핑되어 데이터베이스(400)에 저장(S1304)된다. 이로써 데이터베이스(400)에는 새로운 대화방 ID 및 이에 대응되는 RoomHash가 상호 매칭되어 저장될 수 있다.

S1304단계 후, 서비스 서버(300)는 상기 대화방 ID 및 RoomHash를 호스트 디바이스(250)로 전송(S1305)하여 호스트 디바이스(250)가 대화방 ID와 RoomHash를 인지하게 할 수 있다. 단, 본 단계에서는 서비스 서버(300)가 호스트 디바이스(250)로 RoomHash만 전송하게 함으로써 대화방 ID가 원천적으로 노출이 되지 않게 할 수도 있다.

S1305단계 이후, 호스트 디바이스(250)는 기 설치되어 있는 어플리케이션 중 비콘(100) 설정 메뉴를 이용하여 비콘(100)의 RoomHash를 설정할 수 있으며(S1306), 설정 후 비콘(100)은 상기 RoomHash를 애드 패킷에 포함시켜 브로드캐스팅을 시작(S1307)할 수 있다.

도 14는 비콘(100)으로부터 애드 패킷을 수신한 임의의 사용자 디바이스(200)가 대화방에 참여하는 과정을 도시한 것이다. 도 14를 참조할 때, 가장 먼저 사용자 디바이스(200)는 비콘(100)으로부터 브로드캐스팅 되는 애드 패킷을 수신하게 된다.(S1401) 애드 패킷을 수신한 사용자 디바이스(200)는 상기 애드 패킷 내 포함되어 있던 RoomHash, 그리고 커뮤니티 서비스 식별자(UUID)를 참고하여 서비스 서버(300) 측에 대화방 참여요청을 할 수 있다.(S1402) 이 때 상기 사용자 디바이스(200)에는 IoT 커뮤니티 서비스를 이용하기 위한 어플리케이션이 설치되어 있을 수 있으며, 사용자는 자신의 디바이스 상에서 대화방 참여 아이콘을 단순 클릭함으로써 위의 과정을 실행시킬 수 있다.

한편, S1402단계 이후 서비스 서버(300)는 데이터베이스(400)에 접속하여 상기 RoomHash와 대응되는 대화방 ID를 조회 및 획득한다. (S1403) 이 후 서비스 서버(300)는 호스트 디바이스(250)측에 누군가가 대화방 참여요청을 해 왔음을 알리고(S1404), 사용자 디바이스(200) 측에는 대화방 입장을 알릴 수 있다.(S1405) 이로써 서비스 서버(300)는 사용자 디바이스(200)와 호스트 디바이스(250) 사이에 IoT 커뮤니티 서비스 제공을 할 수 있게 된다.

도 15는 대화방이 최초에 개설되었었으나 필요에 따라 새롭게 대화방을 활성화 시키는 과정을 도시한 것으로, 더 정확하게는 RoomHash를 다시 생성하여 기존 존재하던 대화방 ID에 매핑하는 과정을 도시한 것이다.

도 15를 참조할 때, 본 실시예는 가장 먼저 호스트 디바이스(250)가 서비스 서버(300)를 향해 대화방 재개설을 요청하는 단계(S1501)로부터 시작된다. 이 때 대화방 재개설이란, 새로운 대화방을 개설하는 것과 달리 기존에 존재하던 대화방을 활성화 시키는 개념으로 이해햐여야 할 것이다.

한편, S1501단계 이후 서비스 서버(300)는 새로운 RoomHash를 생성(S1502)하며, 이를 데이터베이스(400)에 상기 대화방 ID와 함께 저장한다.(S1503)

S1503단계 이후, 서비스 서버(300)는 대화방 ID 및 새로운 RoomHash를 호스트 디바이스(250) 측에 전달(S1504)하며, 이 후 호스트 디바이스(250)는 비콘 설정 과정(S1505)을 거쳐 비콘으로 하여금 새로운 RoomHash를 애드 패킷에 포함시켜 브로드캐스팅 하게 한다.(S1506)

도 15에서와 같이 RoomHash를 새로이 생성하고 대화방 ID와 매핑시켜 저장하는 과정은 필요에 따라 수행될 수 있는 것으로, 예를 들어 대화방이 오랜 시간 동안 사용이 없어 비활성화 된 경우, 기존 대화방 ID와 매핑되던 RoomHash가 다른 대화방 ID와 매핑이 되어 기존 RoomHash가 유효하지 않게 된 경우, 보안성을 높이기 위해 주기적으로 RoomHash의 갱신이 필요한 경우 등이 도 15의 과정을 수행시키기 위한 원인이 될 수 있다.

이상 비콘을 활용한 IoT 커뮤니티 서비스 제공 방법 및 이를 위한 시스템에 대해 살펴보았다. 한편, 본 발명은 상술한 특정의 실시예 및 응용예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 구별되어 이해되어서는 안 될 것이다.

100 비콘
200 사용자 디바이스
250 호스트 디바이스
300 서비스 서버
400 데이터베이스

Claims

서비스 서버가 비콘을 활용한 IoT 커뮤니티 서비스를 제공하는 방법에 있어서,
서비스 서버가, 호스트 디바이스로부터 사용자 식별정보 및 비콘 등록키를 포함하는 호스트 등록요청을 수신하는 단계;
서비스 서버가, 상기 비콘 등록키의 유효성 검증을 수행한 후 상기 호스트 디바이스를 등록하는 단계; 및
서비스 서버가, 상기 호스트 디바이스로부터 커뮤니티 식별자 - 상기 커뮤니티 식별자는 상기 호스트 디바이스의 사용자에 의해 정해진 것으로서 상기 비콘에 대응되어 상기 서비스 서버에 의해 개설된 커뮤니티를 식별하기 위한 것임 - 를 수신하는 단계;
를 포함하되,
상기 비콘에는, 상기 비콘이 상기 커뮤니티 서비스를 제공하기 위한 것임을 식별시키기 위한 UUID가 부여되어 있고,
상기 비콘 등록키는, 상기 비콘 구매시 호스트 디바이스의 등록을 위해 제공되는 것을 특징으로 하는,
비콘을 활용한 IoT 커뮤니티 서비스를 제공하는 방법
제1항에 있어서,
상기 호스트 디바이스가 등록된 이후,
서비스 서버가 사용자 디바이스로부터, 상기 사용자 디바이스가 상기 비콘으로부터 수신한 애드 패킷을 포함한 커뮤니티 참여요청을 수신하는 단계;
서비스 서버가, 상기 애드 패킷 내 커뮤니티 식별자를 참조하여 상기 비콘에 대응되는 커뮤니티를 조회하는 단계; 및
서비스 서버가, 상기 사용자 디바이스의 커뮤니티 입장을 허용하는 단계;
를 포함하는,
비콘을 활용한 IoT 커뮤니티 서비스를 제공하는 방법
삭제
제2항에 있어서,
상기 비콘은 차량에 설치된 것이고,
상기 커뮤니티 식별자는 상기 차량 또는 상기 차량의 운전자를 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 하는,
비콘을 활용한 IoT 커뮤니티 서비스를 제공하는 방법
제2항에 있어서,
상기 비콘은 사업장에 설치된 것이고,
상기 커뮤니티 식별자는 상기 사업장 또는 상기 사업장 관리자를 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 하는,
비콘을 활용한 IoT 커뮤니티 서비스를 제공하는 방법
제2항에 있어서,
상기 비콘은 주택에 설치된 것이고,
상기 커뮤니티 식별자는 상기 주택, 상기 주택 내 설치되어 있는 전자장치, 또는 상기 주택 거주자를 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 하는,
비콘을 활용한 IoT 커뮤니티 서비스를 제공하는 방법
제2항에 있어서,
상기 비콘은 공동주택 내 설치된 엘리베이터에 설치된 것이고,
상기 커뮤니티 식별자는 상기 공동주택의 관리사무소, 관리사무소 담당자, 또는 상기 엘리베이터의 유지보수를 관리하는 관리자를 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 하는,
비콘을 활용한 IoT 커뮤니티 서비스를 제공하는 방법
제2항에 있어서,
상기 비콘은 강의실에 설치된 것이고,
상기 커뮤니티 식별자는 상기 강의실, 상기 강의실에서 진행되는 강좌의 명칭, 또는 강사의 명칭을 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 하는,
비콘을 활용한 IoT 커뮤니티 서비스를 제공하는 방법
제2항에 있어서,
상기 비콘은 사용자에 의해 휴대가 가능한 것이고,
상기 커뮤니티 식별자는 상기 사용자, 또는 상기 사용자가 정한 임의 상품 또는 서비스를 식별하기 위한 숫자, 문자 또는 이들의 조합인 것을 특징으로 하는,
비콘을 활용한 IoT 커뮤니티 서비스를 제공하는 방법
삭제