Как обнаружить пользователя рядом с собой?

Question

[Артем]

Допустим, мое приложение установлено на многих аппаратах. Существует ли возможность программно отловить момент, когда любые два из этих аппаратов находятся на расстоянии нескольких метров друг от друга?

В принципе, сейчас практически в каждом устройстве есть блютуз и вайфай. Здесь возникает два вопроса:


1. Есть ли возможность реализовать такое через блютуз? В какую сторону копать, если такое осуществимо? В принципе, на эти устройства можно предварительно загружать какие-то данные, которые необходимы для коннекта.


2. Насколько я знаю, в андроид нет возможности коннекта peer-to-peer, а возможность режима точки доступа появилась только в версии 4.0 и выше (хотелось бы не отсекать старые устройства). Может быть есть какой-то другой подход?

Answer 1

[cat_crash]

Пробовать при помощи GPS и собственного server-side. Посылаешь координаты каждого у кого приложение, и на сервере смотришь кто из них в какой удаленности друг от друга

Comments

[jimpanzer]

Как это вариант будет работать в условиях 30тиэтажного здания?

[mrstrictly]

В javadoc Location-а есть метод getAltitude(). Можно пробовать совмещать решение для закрытых помещений посредством getAltitude() + BSSID WiFi точек, предложенное выше.

[Артем]

Ну все же и здание может быть без вайфая вообще… Но, спасибо за предложение.

[Максим Мосейчук]

«в условиях 30тиэтажного здания» GPS работать не будет.

Answer 2

[jimpanzer]

Как вариант можно полагаться на то, находятся ли аппараты в одной wifi сети. Достаете BSSID всех сетей, которые видят аппараты и вперед.

Comments

[Артем]

Нет, тут условие, что аппараты заведомо не подключены к одной вайфай сети. То есть, сам вайфай на устройстве можно программно включить при необходимости, но при этом совсем не факт, что любой из аппаратов куда-то подключен. Может они в лесу вообще :)

[jimpanzer]

А я и не говорю, что подключены. Просто сканить все, которые есть (доступны/ ловят сигнал) и доставать их макадрес.
Про лес — тут уже что-то крутое надо придумать.

[Артем]

Интересная мысль. Но, к сожалению, если оба устройства в лесу, то получается, что это не совсем то.

[jimpanzer]

Если еще 1 вариант с wifi — на каждом устройстве поднимать сервер и слать нужные мультикасты — по ответам строить дальнейшую логику.

[Артем]

Но для мультикастов требуется, чтобы оба устройства были подключены к одной сети.

[jimpanzer]

Вы правы, об этом не подумал.

[Роман]

как вариант (только если хотя бы одно из устройств поддерживает точку доступа) — поднимать на устройствах точку доступа с уникальным для каждого устройства именем (например L#)4%K2@GH2v*!!SV4Md ) которое запоминается на сервере вместе с идентифицирующей пользователя информацией. Теперь для того чтобы определить есть ли кто рядом нужно просто собрать BSSID-ы доступных сетей и передать их на сервер, который проверяет эти BSSID-ы по базе и выдает информацию о пользователях находящихся рядом.
чтобы это работало для 2-х отдельно взятых устройств в любой местности должны соблюдаться следующие условия:
— хотя бы одно из устройств должно поддерживать режим точки доступа
— второе устройство должно находится в зоне видимости точки доступа
— на обоих устройствах должен быть доступ к интернету

[jimpanzer]

Тогда вопрос — как их синхронизировать по времени? тк постоянно это делать нельзя по ряду причин.

Answer 3

[anmipo]

В лесу/поле можно сравнивать GPS-координаты телефонов. Плюс — неплохая точность, минусы — энергопотребление и задержка при холодном старте GPS, нужно интернет-соединение с сервером, сложности работы в движущемся транспорте.

В офисе можно сравнивать списки доступных Wi-Fi сетей. Если оба телефона видят одни и те же точки доступа (с погрешностью на самые слабые/далёкие), и оных достаточно много — скорее всего, телефоны недалеко друг от друга. Плюс — быстро, минусы — возможны ложноположительные и ложноотрицательные ошибки, нужно интернет-соединение с сервером.

В тихом подвале без GPS, Wi-Fi и интернета — можно обмениваться аудиосигналами. Один телефон пикает, другой слушает. Плюсы — быстро, не нужен интернет; минусы — лишний шум, ложноотрицательные ошибки («не услышал»). Пикать можно или по расписанию, или просто чтобы один телефон звонил на другой :)

В других местах — Bluetooth: одни девайсы делают себя обнаруживаемыми (discoverable), другие сканируют доступные Bluetooh-устройства поблизости. Плюсы — неплохая точность, минусы — энергопотребление при частых проверках, задержка при сканировании (в старых версиях Bluetooth порядка 10 секунд, насчёт новых не знаю).

Answer 4

[GavriKos]

несколько метров — это смотреть только в сторону блутуса, по списку доступных вокруг устройств. GPS — неточен + не везде ловит. На WiFi полагаться нельзя +условия леса, getCellLocation() — слишком большой радиус

Answer 5

[asidorov]

Если еще актуально, то вот: https://itunes.apple.com/ru/app/mee2/id770196787?mt=8

Answer 6

[Andrey Tsaplin]

Насколько я понимаю, речь не о peer-to-peer коннекте, а о факте обнаружения. В рамках одной платформы можно использовать Bluetooth для обнаружения Android-Android и BLE для iOS-iOS. Нужно записать некий уникальный токен в "имя устройства" и обнаружить его на другом. С кросс-платформенным обнаружением дела обстоят сложнее.

Я советую почитать статью на эту тему: https://habrahabr.ru/post/347954/. В ней подробно рассмотрены все способы решения этой задачи с их плюсами и минусами.