У пользователя есть приложение iOS на своем устройстве, и он входит в физический магазин. Я хотел бы определить, что пользователь программно в приложении и бросить ему push-уведомления, такие как приветственное сообщение и основываясь на его истории использования или его уровне, отправить ему купоны и т. Д. При входе в магазин. Он должен получать эти сообщения автоматически. В чем все это возможно? И самое главное, что это нужно для работы во всех состояниях приложения (на переднем плане, в фоновом режиме, без запуска, приостановлено). Оцените любые быстрые входы здесь.Идентификация устройств пользователей, идущих в физический магазин и отправка сообщений
ответ
Поскольку вы отметили свой вопрос в iBeacon, вот краткое изложение того, что возможно с этой технологией. В общем, вы можете делать то, что хотите, но есть некоторые оговорки.
Если вы устанавливаете iBeacon в магазине и заставляете приложение искать этот iBeacon с помощью [locationManager startMonitoringForRegion: iBeaconRegion]
, ваше приложение будет получать обратный вызов всякий раз, когда этот маяк будет впервые замечен. В этом обратном вызове вы можете отправить ему локальное уведомление пользователю (или, совершив вызов веб-службы, вы можете отправить ему push-уведомление пользователю). Это может произойти в всех приложениях, о которых вы упоминаете, используя определения этих состояний приложения this.
ситуаций, когда это не будет работать, если:
- телефон выключен
- Bluetooth выключен
- приложение никогда не был запущен после установки
- Пользователь остановленном приложение из диспетчера задач и не перезапустило его с тех пор
- Пользователь отклонил разрешение приложения для доступа к вашему местоположению
Обратный вызов вашего приложения произойдет, как только iBeacon обнаружит телефон. Это может быть на расстоянии до 150 футов от iBeacon, если оно обнаружено быстро. Также возможно, что обнаружение будет задержано на несколько минут, пока iOS не начнет следующий цикл сканирования Bluetooth LE. Как только происходит обратный вызов, локальные уведомления могут выполняться немедленно. Push-уведомления, вероятно, будут иметь задержку еще несколько минут.
Сообщение, которое вы отправляете пользователю, будет отображаться на экране блокировки, и если пользователь жесты к нему, вы можете запустить определенную часть приложения.
- 1. Идентификация необоснованных устройств Android
- 2. Идентификация устройств уникально
- 3. Идентификация связанных устройств USB
- 4. Идентификация наложения дерева устройств
- 5. магазин аутентификации пользователей и редуксов
- 6. Идентификация происхождения сообщений ZMQ?
- 7. Отправка сообщений в узел MQOutput
- 8. Реализация OpenID: идентификация пользователей
- 9. Идентификация анонимных пользователей
- 10. Идентификация онлайн-пользователей в WebRTC
- 11. Magento; отправка несколько магазин
- 12. Магазин сообщений Mock aggregator
- 13. Отправка и получение сообщений SOAP
- 14. WhatsAppAPI Отправка сообщений и регистрация
- 15. Отправка сообщений в FCM
- 16. отправка и получение широковещательных сообщений
- 17. Отправка сообщений в поток?
- 18. Отправка сообщений в Twitter
- 19. Отправка сообщений в TApplication
- 20. Отправка сообщений в Задачи
- 21. Идентификация безопасных устройств с помощью спуфинга в Android и Firebase
- 22. Отправка многоадресных push-сообщений
- 23. Apple Push Notification: отправка больших объемов сообщений
- 24. Отправка и получение SMS-сообщений в PHP
- 25. Query - отправка публичных и закрытых сообщений пользователям
- 26. Идентификация почти идентичных сообщений в списке
- 27. ASP.NET 5 Идентификация пользователей 3 пользователей выйдет через некоторое время
- 28. NodeJS чата: магазин имена пользователей
- 29. Идентификация специальных папок других пользователей в powershell
- 30. Идентификация пользователей в Rails Web уведомления толчка
Спасибо за ваш быстрый ответ. Быстрое qn. Вы сказали, что он будет работать во всех приложениях. Но no.4 - это ничего, кроме «App not running state», что означает, что эта реализация не будет работать, если ваше приложение не запущено. это верно? – Kumaran
Большой вопрос - это тема бесконечной путаницы и рассуждений о терминологии! Я бы сказал, что # 4 - это ** НЕ ** то же самое, что и не работает. Нерабочее состояние обычно считается состоянием, в котором ваше приложение находится сразу после перезагрузки телефона. И iBeacons можно обнаружить тогда. Но то, о чем мы говорим в №4, отличается - по крайней мере, в отношении того, как к нему обращаются API-интерфейсы CoreLocation. (См. Здесь: http://stackoverflow.com/a/21126009/1461050) Я хочу, чтобы Apple определила это как шестое состояние, возможно, названное «ожидающим запуска». – davidgyoung
Можно ли постоянно сканировать маяки? это энергопотребление? если да, то какая часть мощности используется? – Leg0