목적

일부 고객은 전용 블루투스 게이트웨이를 설치하는 대신 iOS 또는 Android 모바일 앱을 사용하여 백그라운드에서 블루투스 비콘 방송을 수신하기를 원합니다. 본 논문에서는 특히 Lansitec의 비콘 기반 모니터링 장치와 같은 기기에 대해 이러한 접근 방식이 기술적으로 실현 가능한지 평가합니다. B002 블루투스 라벨 그리고 B005 블루투스 비콘. 문제는 휴대전화가 비콘을 감지할 수 있는지 여부가 아닙니다. 휴대전화는 비콘을 감지할 수 있습니다. 진짜 문제는 휴대전화 앱이 백그라운드에서 장기간에 걸쳐 게이트웨이를 대체할 만큼 충분한 일관성을 유지하며 안정적으로 비콘을 감지할 수 있는지 여부입니다.

저희 입장은 간단합니다. 어떤 경우에는 가능하지만, 적절한 조건에서만 가능합니다. 일반 소비자용 휴대폰과 일상적으로 사용하는 앱의 경우, 이 방식은 전용 게이트웨이를 완전히 대체할 만큼 안정적이지 않습니다.

목표 사용 사례

요청된 아키텍처는 이론상으로는 간단합니다. B002 또는 B005 비콘은 설정된 간격으로 BLE 데이터를 전송합니다. 고객 앱이 설치된 스마트폰은 이러한 데이터를 감지하여 비콘 ID와 신호 강도를 읽고, 감지 이벤트를 서버로 업로드합니다.

이는 Lansitec의 역량에 부합합니다. 비콘. 그. B002 iBeacon 기반의 초박형 BLE 라벨로, 100ms에서 10초까지 광고 간격을 설정할 수 있으며, 가시거리 전송 거리는 150m로 명시되어 있습니다. B005 설정 가능한 간격을 갖춘 더욱 견고한 IP68 등급의 비콘입니다(선택 사항). AoA 지원, 또한 명시된 것과 동일한 150m의 가시거리 범위를 갖습니다.

그러므로 문제는 비콘 쪽이 아니라 휴대폰 쪽인 것입니다.

이 모델은 일반 란시텍 모델과 어떤 점이 다른가요?

Lansitec에서 B-모바일 해결책, 블루투스 게이트웨이 고정된 위치에 배치됩니다. 비콘 정기적으로 광고하세요., 게이트웨이 데이터를 수신하면 서버는 해당 위치들의 알려진 위치를 기반으로 위치를 계산하거나 해석합니다. 게이트웨이. 같은 문서에는 다음과 같은 내용도 명시되어 있습니다. 게이트웨이 의도된 배포 모델에서는 수신이 사실상 항상 켜져 있는 상태이며, RSSI 벽, 간섭 및 다중 경로 효과로 인해 달라질 수 있습니다.

이 위치에 앱이 있으면 전체 솔루션 설계가 완전히 달라집니다.

고정된 게이트웨이 일반 휴대폰에는 없는 세 가지 기능을 제공합니다.

• 알려진 물리적 위치
• 안정적인 전력 동작
• 예측 가능한 수신 가능 여부

이것이 바로 저희가 모든 고객에게 드리는 첫 번째 주의사항입니다. 앱이 비콘 신호를 감지하더라도, 움직이는 휴대폰은 고정된 휴대폰과 기능적으로 동일하지 않습니다. 게이트웨이.

iOS 실현 가능성

iOS에서는 백그라운드에서 블루투스 작업을 할 수 있지만, 몇 가지 제약 사항이 있습니다. Apple은 포그라운드 전용 앱은 백그라운드 또는 일시 중단 상태에서 광고 주변 장치를 검색하고 찾을 수 없다고 명시하고 있습니다. 블루투스 중심 백그라운드 모드를 선언한 앱은 백그라운드에서도 주변 장치를 검색하고 연결할 수 있지만, 백그라운드 스캔 방식이 다릅니다. 중복 검색 결과는 통합되고 스캔 간격이 늘어나 검색 시간이 더 오래 걸릴 수 있습니다. Apple은 또한 블루투스 이벤트로 인해 앱이 활성화되면 빠르게 작업을 완료해야 하며, 일시 중단으로 인한 부하가 발생하기 전까지 약 10초 정도의 백그라운드 작업이 가능하다고 언급합니다. ⁽¹⁾

iOS에서 유용한 해결책이 하나 있는데, 바로 비콘 영역 모니터링입니다. Apple의 Core Location 프레임워크는 iBeacon 영역을 모니터링하고 해당 영역에 진입하거나 종료될 때 앱을 깨울 수 있습니다. 하지만 몇 가지 제약 사항이 있습니다. Apple은 앱당 최대 20개의 영역만 모니터링할 수 있도록 제한하고 있으며, 앱이 포그라운드 상태일 때만 비콘 거리 측정을 하도록 명시적으로 권장합니다. ⁽²⁾

그렇다면 실제로 그것은 무엇을 의미할까요?

iOS 앱은 비콘 관련 백그라운드 동작, 특히 대략적인 "영역 진입/영역 이탈" 워크플로를 지원할 수 있습니다. 그러나 광범위한 배포 환경에서 게이트웨이처럼 지속적으로 수동 스캔을 수행하는 데는 적합하지 않습니다. 고객이 인프라처럼 조용히 항상 모니터링하는 휴대폰을 원한다면 iOS는 최적의 선택이 아닙니다.

안드로이드 실현 가능성

안드로이드는 더 유연하지만 마법 같은 것은 아닙니다. 구글의 최신 개발자 가이드라인에 따르면 백그라운드 BLE 통신은 가능하지만 앱 프로세스가 계속 실행 중이어야 합니다. 프로세스가 종료되면 연결도 끊어집니다. 또한 구글은 필터링되지 않은 스캔은 화면이 꺼지면 중지되고 화면이 켜지면 다시 시작된다고 명시하고 있습니다. 단, 필터링된 스캔을 사용하는 경우는 예외입니다.

백그라운드 사용을 위해 Android는 PendingIntent를 사용한 스캔, CompanionDeviceService 사용, WorkManager 사용, 또는 connectedDevice 유형으로 포그라운드 서비스를 실행하는 등 여러 가지 방법을 제시합니다. 하지만 Google은 주기적인 스캔이 비효율적이고 중단될 가능성이 있기 때문에 일반적인 해결책으로 권장하지 않습니다. Android 14부터는 포그라운드 서비스에서 적절한 서비스 유형을 명시적으로 선언해야 합니다. ⁽³⁾

핵심은 이것입니다. 안드로이드는 iOS보다 이 기능을 더 잘 수행할 수 있지만, 안정성은 배포 관리 방식에 크게 좌우됩니다.

일반 소비자용 안드로이드 스마트폰은 제조사의 배터리 최적화, 사용자 설정, 백그라운드 실행 제한 또는 메모리 부족으로 인해 앱이 종료될 수 있습니다. 백그라운드에서 실행되는 프로세스가 종료되지 않도록 하려면 산업용으로 맞춤 제작된 안드로이드 기기가 필요할 수 있습니다. 화이트리스트, 고우선순위 앱 처리, 제어된 전원 설정 및 역할별 워크플로가 적용된 관리형 기기는 이러한 문제를 해결할 가능성이 훨씬 높습니다.

앱 접근 방식이 효과적일 수 있는 경우

앱 기반 아이디어가 타당한 세 가지 상황을 살펴보았습니다.

첫째, 앱이 실질적으로 지속적인 운영 상태에 있을 때

사용자가 근무 시간 내내 앱을 켜두거나, 휴대폰을 거치대에 놓고 작업 과정의 일부로 사용하는 경우, 비콘 수신이 훨씬 더 현실적으로 이루어질 수 있습니다. 예를 들어 차량이나 건설 장비에 휴대폰을 장착하는 경우를 생각해 볼 수 있습니다. 우버 운전기사 앱과 같은 경우죠.

둘째, 하드웨어가 제어될 때

특히 기업에서 관리하는 견고하거나 맞춤형 안드로이드 스마트폰은 일반 개인용 휴대폰보다 훨씬 뛰어납니다. 기업에서 사용하는 스마트폰은 단순한 모바일 앱 플랫폼이 아니라, 특정 용도에 특화된 단말기이기 때문입니다. 따라서 높은 수준의 맞춤 설정이 요구되며, 소프트웨어 또한 이러한 맞춤 설정이 가능하도록 설계되어야 합니다.

셋째, 인프라 수준의 위치 파악이 아닌 이벤트 감지가 필요한 경우

고객이 "비콘 감지됨", "휴대폰 근처 비콘" 또는 "작업자가 관리되는 단말기를 가지고 구역에 진입함"과 같은 정보만 필요로 한다면 해당 앱으로도 충분할 수 있습니다. 사용자 행동과 관계없이 안정적인 실내 또는 현장 수준 모니터링이 필요한 경우라면, 아니오입니다. 게이트웨이 지역.

명확하게 명시해야 할 주요 제한 사항

앱 접근 방식에는 다음과 같은 핵심적인 한계가 있습니다.

• 백그라운드 실행은 운영체제에 의해 제어됩니다. iOS와 안드로이드 모두 배터리 수명 최적화에 적극적으로 나서고 있습니다. 
• 전화는 고정된 인프라가 아닙니다. ~ 안에 B-모바일, 고정됨 게이트웨이 위치 정보는 추적 로직의 일부입니다.
• RSSI 불안정합니다. Lansitec 자체 문서에는 부서 간 수신 상태가 좋지 않다고 명시되어 있습니다., RSSI 변동 및 다중 경로 효과.
• 사용자 행동은 중요합니다. 사용자가 앱을 닫거나, 권한을 비활성화하거나, 블루투스를 끄거나, 휴대폰이 강력한 절전 모드로 전환되도록 하면 성능이 저하됩니다.
• 플랫폼별 편차는 실제로 존재합니다. 특히 안드로이드에서는 제조사별로 동작 방식이 다릅니다. 애플이 중앙 집중식으로 제어하는 iOS와 달리, 브랜드에 따른 맞춤 설정이 많이 적용되는 경우가 흔하기 때문입니다.

실질적인 권장 사항

앱을 통한 접근 방식을 고집하는 고객에게는 다음과 같은 사항을 권장합니다.

사용 안드로이드이지, iOS가 아닙니다., 개념 증명을 위한 초기 단계입니다. 필터링된 BLE 스캔, 허용되는 경우 포그라운드 서비스 동작, 엔터프라이즈 장치 관리를 중심으로 구축하십시오. 가능하면 견고한/맞춤형 장치를 사용하십시오. 앱은 일회성 사용이 아닌 운영 워크플로와 연계되어야 합니다. 앱 스토어에서 설치하는 일반적인 앱이 아니라 관리형 터미널로 취급해야 합니다.

iOS의 경우, 솔루션의 범위를 더 좁혀야 합니다. 알림, 위치 표시 또는 제어된 비콘 영역 워크플로를 지원할 수는 있지만, 까다로운 배포 환경에서 게이트웨이를 완전히 대체하는 것은 적합하지 않을 수 있습니다.

또한, 일관된 사이트 커버리지, 사용자 행동에 대한 최소한의 의존성, 그리고 안정적인 추적 기준점이 필요한 고객의 경우, 전용 블루투스 게이트웨이 아키텍처를 유지하는 것이 좋습니다. 이는 엔지니어링 및 안정적인 기능 측면에서 여전히 최상의 솔루션입니다.

결론

네, 모바일 앱은 백그라운드에서 비콘 방송을 수신할 수 있습니다. 하지만 그렇다고 해서 모바일 앱이 비콘 서버를 완벽하게 대체할 수 있는 것은 아닙니다. 블루투스 게이트웨이.

iOS에서는 이러한 접근 방식이 제한적이며, 기껏해야 조건부로만 사용해야 합니다. 표준 Android에서는 가능하지만 불안정합니다. 맞춤형 또는 산업용 Android 기기, 특히 관리되는 운영 환경에서는 훨씬 더 현실적인 방법이 됩니다.

따라서 최종 결론은 다음과 같습니다.

앱 전용 백그라운드 모니터링 솔루션은 제어된 기기와 지속적인 앱 사용이 이루어지는 특정 안드로이드 환경에 적용 가능합니다. 하지만 고정형 모니터링 시스템을 대체할 만한 신뢰할 수 있는 일반적인 솔루션은 아닙니다. 블루투스 게이트웨이, 특히 iOS 기기나 관리되지 않는 일반 소비자용 휴대폰에서 그렇습니다.

참고 자료 및 추가 읽을거리:

1. 애플: 코어 블루투스 프로그래밍 가이드
2. Apple: 위치 및 지도 프로그래밍 가이드
3. 안드로이드: 백그라운드에서 BLE 통신