Google cloud messages android

Google Cloud Messaging

Нерекомендуемый GCM в Google с 10 апреля 2018 г. Следующие документы и образцы проектов могут больше не поддерживаться. API сервера и клиента GCM Google будут удалены сразу после 29 мая 2019. Google рекомендует перенести приложения GCM в Firebase Cloud Messaging (FCM). Дополнительные сведения об устаревании и миграции GCM см. в статье нерекомендуемый облачный обмен сообщениями в Google.

Чтобы приступить к использованию облачной службы обмена сообщениями Firebase с Xamarin, см. статью Firebase Cloud Messaging.

Google Cloud Messaging (GCM) — это служба, которая упрощает обмен сообщениями между мобильными приложениями и серверных приложений. В этой статье приводятся общие сведения о работе GCM и объясняется, как настроить службы Google, чтобы приложение могла использовать GCM.

В этом разделе представлен общий обзор того, как Google Cloud Messaging маршрутизирует сообщения между приложением и сервером приложений и предоставляет пошаговую процедуру для получения учетных данных, чтобы приложение может использовать службы GCM.

Обзор

Google Cloud Messaging (GCM) — это служба, которая обрабатывает отправку, маршрутизацию и очередь сообщений между серверными приложениями и мобильными клиентскими приложениями. Клиентское приложение — это приложение с поддержкой GCM, которое выполняется на устройстве. Сервер приложений (предоставленный вами или вашей организацией) — это сервер с поддержкой GCM, с которым клиентское приложение взаимодействует через gcm:

С помощью GCM серверы приложений могут отсылать сообщения на одно устройство, группу устройств или на несколько устройств, подписанных на раздел. Клиентское приложение может использовать GCM для подписки на подчиненные сообщения с сервера приложений (например, для получения удаленных уведомлений). Кроме того, GCM позволяет клиентским приложениям передавать вышестоящее сообщение обратно на сервер приложений.

Google Cloud Messaging в действии

При отправке подчиненных сообщений с сервера приложений в клиентское приложение сервер приложений отправляет сообщение на сервер подключения gcm; сервер подключения GCM, в свою очередь, перенаправляет сообщение на устройство, на котором выполняется клиентское приложение. Сообщения можно отправлять по протоколу HTTP или XMPP (расширенный протокол обмена сообщениями и протокола присутствия). Поскольку клиентские приложения не всегда подключены или выполняются, сервер подключения GCM ставит в очередь и сохраняет сообщения, отправляя их в клиентские приложения при повторном подключении и доступности. Аналогичным образом GCM помещает в очередь вышестоящее сообщение от клиентского приложения к серверу приложений, если сервер приложений недоступен.

GCM использует следующие учетные данные для указания сервера приложений и клиентского приложения и использует эти учетные данные для авторизации транзакций сообщений через GCM:

Ключ API — ключ API предоставляет серверу приложений доступ к службам Google. GCM использует этот ключ для проверки подлинности сервера приложений. Перед использованием службы GCM необходимо сначала получить ключ API из консоли Google Developer , создав проект. Ключ API должен обеспечивать безопасность; Дополнительные сведения о защите ключа API см. в статье рекомендации по безопасному использованию ключей API.

Идентификатор отправителя — идентификатор отправителя разрешает серверу приложений клиентское приложение — это уникальный номер, определяющий сервер приложений, которому разрешено отсылать сообщения в клиентское приложение. Идентификатор отправителя также является номером вашего проекта; При регистрации проекта вы получаете идентификатор отправителя из консоли разработчиков Google.

Токен регистрации— это удостоверение gcm клиентского приложения на заданном устройстве. Маркер регистрации создается во время выполнения — приложение получает маркер регистрации при первой регистрации в GCM во время выполнения на устройстве. Маркер регистрации авторизует экземпляр клиентского приложения (выполняющегося на этом конкретном устройстве) для получения сообщений от GCM.

Идентификатор приложения — удостоверение клиентского приложения (независимо от любого конкретного устройства), которое регистрируется для получения сообщений от gcm. В Android идентификатор приложения — это имя пакета, записанное в AndroidManifest.xml, например .

Настройка Google Cloud Messaging (далее в этом пошаговом окне) содержит подробные инструкции по созданию проекта и созданию этих учетных данных.

В следующих разделах объясняется, как эти учетные данные используются при взаимодействии клиентских приложений с серверами приложений через GCM.

Регистрация в GCM

Клиентское приложение, установленное на устройстве, должно сначала зарегистрироваться в GCM до того, как система обмена сообщениями может быть выполнена. Клиентское приложение должно выполнить действия по регистрации, показанные на следующей схеме:

Клиентское приложение обращается к GCM, чтобы получить маркер регистрации, передав идентификатор отправителя в GCM.

GCM возвращает маркер регистрации клиентскому приложению.

Клиентское приложение перенаправляет маркер регистрации на сервер приложений.

Сервер приложений кэширует маркер регистрации для последующего взаимодействия с клиентским приложением. При необходимости сервер приложений может отправить подтверждение обратно в клиентское приложение, чтобы указать, что получен маркер регистрации. После выполнения этого подтверждения клиентское приложение может получать сообщения от сервера приложений (или отправлять сообщения на него).

Когда клиентскому приложению больше не требуется получать сообщения с сервера приложений, оно может отправить запрос на сервер приложений для удаления маркера регистрации. Если клиентское приложение получает сообщения раздела (описанные далее в этой статье), оно может отказаться от подписки на раздел. Если клиентское приложение удалено с устройства, GCM обнаруживает это и автоматически уведомляет сервер приложений об удалении маркера регистрации.

Подчиненный обмен сообщениями

Когда сервер приложений отправляет в клиентское приложение подчиненное сообщение, оно проходит шаги, показанные на следующей схеме:

Сервер приложений отправляет сообщение в GCM.

Если клиентское устройство недоступно, сервер GCM сохраняет сообщение в очереди для последующей передачи.

Когда клиентское устройство будет доступно, GCM отправляет это сообщение клиентскому приложению на этом устройстве.

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

В этом сценарии обмена сообщениями (где сервер приложений отправляет сообщение в одно клиентское приложение) размер сообщений может доставлять до 4 КБ.

Подробные сведения (включая примеры кода) о получении подчиненных сообщений GCM в Android см. в разделе Удаленные уведомления.

Обмен сообщениями с темой

Обмен сообщениями с темой — это тип подчиненного обмена сообщениями, в котором сервер приложений отправляет одно сообщение нескольким клиентским приложениям, которые подписываются на раздел (например, прогноз погоды). Сообщения в разделе могут быть 2 КБ в длину, а сообщения раздела поддерживают до 1 000 000 подписок на приложение. Если GCM используется только для обмена сообщениями с разделами, клиентскому приложению не требуется передавать маркер регистрации на сервер приложений.

Обмен сообщениями группы

Обмен сообщениями групп — это тип подчиненного обмена сообщениями, в котором сервер приложений отправляет одно сообщение нескольким клиентским приложениям, принадлежащим к группе (например, группе устройств, принадлежащих одному пользователю). Размер сообщений группы может доставлять до 2 КБ для устройств iOS и до 4 КБ для устройств Android. Группа ограничена максимум 20 участниками.

Потоковая передача сообщений

Если клиентское приложение подключается к серверу, который поддерживает XMPP, он может отправить сообщения обратно на сервер приложений, как показано на следующей схеме:

Клиентское приложение отправляет сообщение на сервер подключения GCM XMPP.

Если сервер приложений отключен, сервер GCM сохраняет сообщение в очереди для последующей пересылки.

При повторном подключении сервера приложений GCM передает сообщение на сервер приложений.

Сервер приложений анализирует сообщение, чтобы проверить подлинность клиентского приложения, а затем отправляет «ACK» в GCM для подтверждения получения сообщения.

Сервер приложений обрабатывает сообщение.

В вышестоящем сообщении Google объясняется, как структурировать сообщения в кодировке JSON и отправить их на серверы приложений, на которых выполняется облачный сервер подключения Google XMPP.

Настройка Google Cloud Messaging

Прежде чем вы сможете использовать службы GCM в своем приложении, сначала необходимо получить учетные данные для доступа к серверам GCM Google. В следующих разделах описаны шаги, необходимые для выполнения этого процесса.

Включение служб Google для приложения

Войдите в консоль разработчиков Google с помощью учетной записи Google (например, адреса Gmail) и создайте новый проект. Если у вас уже есть проект, выберите проект, который требуется включить в GCM. В следующем примере создается новый проект с именем ксамарингкм :

Затем введите имя пакета для своего приложения (в этом примере — имя пакета — com. Xamarin. гкмексампле) и нажмите кнопку продолжить, чтобы выбрать и настроить службы:

Обратите внимание, что это имя пакета также является ИДЕНТИФИКАТОРом приложения для приложения.

В разделе Выбор и Настройка служб перечислены службы Google, которые можно добавить в приложение. Щелкните облачная система обмена сообщениями.

Затем щелкните включить Google Cloud MESSAGING.

Для приложения создаются ключ API сервера и идентификатор отправителя . Запишите эти значения и нажмите кнопку Закрыть:

Защита ключа API — она не предназначена для общедоступного использования. Если ключ API скомпрометирован, Неавторизованные серверы могут публиковать сообщения в клиентских приложениях. Рекомендации по безопасному использованию ключей API предоставляют полезные рекомендации по защите ключа API.

просмотр Параметры Project

Вы можете просмотреть параметры проекта в любое время, войдя в консоль Google Cloud и выбрав свой проект. Например, можно просмотреть идентификатор отправителя , выбрав проект в раскрывающемся меню в верхней части страницы (в этом примере проект называется ксамарингкм). идентификатор отправителя — это Project номер, как показано на следующем снимке экрана (идентификатор отправителя — 9349932736):

Чтобы просмотреть ключ API, щелкните Диспетчер API , а затем — учетные данные:

Дополнительные сведения

• Rfc 6120 и RFC 6121 объясняют и определяют расширяемый протокол обмена сообщениями и присутствия (XMPP).

Итоги

В этой статье представлен обзор Google Cloud Messaging (GCM). В нем объясняются различные учетные данные, используемые для обнаружения и авторизации обмена сообщениями между серверами приложений и клиентскими приложениями. В нем проиллюстрированы наиболее распространенные сценарии обмена сообщениями и подробно описаны действия по регистрации приложения в GCM для использования служб GCM.

Источник

GCM – новый сервис Push-уведомлений от Google

Ранее в Android использовался C2DM (Cloud to Device Messaging), как сервис доставки Push-уведомлений на устройство. Но 26 июня он был официально отменен гуглом. На его место пришел новый GCM (Google Cloud Messaging).

Похожие названия. Одинаковая роль. В чем же разница ?

• Для использования GCM, необходимо получить Simple API Key в консоли Google APIs.
• Для GCM нужно получить Sender ID. Он является эквивалентом электронной почты в C2DM. Получить его можно опять-таки из консоли Google APIs, а точнее из URL:
  code.google.com/apis/console/#project:
• Уведомления в GCM имеют формат JSON вместе с простым текстом.
• GCM может отправлять уведомления сразу на несколько устройств.
• Теперь одно устройство с одним идентификатором регистрации может получать уведомления сразу с нескольких серверов.
• Теперь уведомления могут иметь время жизни до 4-х недель. GCM будет хранить их до истечения срока.
• Теперь можно отправлять уведомления до 4Кб с полезной нагрузкой. Это будет очень выгодно для реал-тайма различных чатов. Однако данный метод будет сильней кушать батарейку устройства.
• Теперь нет необходимости передавать идентификатор устройства на сервер, чтобы избежать повторных регистраций одного устройства. Канонический идентификатор регистрации определяется GCM по последней регистрации устройства. И если сервер отправит уведомление со старым идентификатором, то GCM вернет канонический (последний) идентификатор, на который надо будет заменить старый.

Настройка GCM

Начнем с Android Manifest

Сначала нужно прописать разрешения:

Затем ресивер и сервис:

* заменить на ваш пакет (у меня com.habrahabr.gcm)

Затем в корневом каталоге пакета создаем класс GCMIntentService, наследуемый от GCMBaseIntentService:

И уже после этого в главном активити прописываем:

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

Источник