[2][001] Настоящее техническое решение, в общем, относится к области обмена сообщениями, а в частности к системе и способу управления push-уведомлениями для информирования клиентов о банковских событиях и операциях, происходящих с их счетами, картами, продуктами и о предложениях от банка.
[4][002] В настоящее время существующая технология push-уведомлений имеет ряд существенных недостатков. Размер передаваемых данных сильно ограничен, в частности, для устройств с операционной системой iOS всего составляет 256 байт. Нет гарантий, что доставленное уведомление будет доступно мобильному приложению, поскольку первичная обработка push-уведомлений выполняется средствами операционной системы, без запуска приложения. Запуск приложения осуществляется или при нажатии функциональной кнопки в момент просмотра полученного сообщения пользователем, или при нажатии на сообщение в общем списке push-уведомлений, принятых мобильным устройством. Если пользователь удалит уведомление из списка, или после просмотра только что полученного уведомления просто закроет его без запуска приложения, то в мобильном приложении никакие данные этого уведомления не будут доступны. Дополнительно, с помощью push-уведомлений нельзя передавать закрытые данные, которые должны быть доступны клиенту только после авторизации в мобильном приложении.
[5][003] Из уровня техники известно техническое решение, раскрывающее способ и систему управления сообщениями, описанное в заявке US 2015106456 (A1), патентообладатель: JVL Ventures, LLC, опубликовано: 16.04.2015. В данном решении обмен сообщениями осуществляется между поставщиками услуг и мобильными устройствами, оснащенными программным обеспечением для обмена сообщениями, в том числе push-уведомлениями. Данное решение является наиболее близким аналогом.
[6][004] Недостатками известного решения являются отсутствие возможности оперативного информирования клиентов о банковских событиях и операциях посредством push-уведомлений.
[8][005] Технической задачей, на решение которой направлено заявленное техническое решение, является повышение эффективности доставки сообщений клиенту с информацией о банковских событиях и операциях.
[9][006] Техническим результатом, достигаемым при осуществлении данной технической задачи, является повышение скорости и надежности доставки текста уведомлений от системы интернет-обслуживания физических лиц к устройству связи пользователя.
[10][007] Для обеспечения указанного выше результата разработана система управления push-уведомлениями, содержащая:
[11][008] облачное хранилище данных, выполненное с возможностью:
[12][009] - определять по меньшей мере одно устройство связи пользователя для отправки push-уведомления;
[13][0010] - отправлять короткое push-уведомление, полученное от рush-платформы, на по меньшей мере одно устройство связи пользователя;
[14][0011] рush-платформу, соединенную с облачным хранилищем данных, содержащую профиль по меньшей мере одного устройства связи пользователя, выполненную с возможностью отправки короткого и полного push-уведомления и резервных СМС, сгенерированных системой интернет-обслуживания физических лиц, в соответствии с запросом по меньшей мере одно устройство связи пользователя и параметрами токена безопасности (Security Token);
[15][0012] push-шлюз для соединения рush-платформы с системой интернет-обслуживания физических лиц и сервером автоматизированной системы банка;
[16][0013] система интернет-обслуживания физических лиц, выполненная с возможностью принимать от по меньшей мере одного устройства связи пользователя параметры токена безопасности (Security Token) и генерировать параметры и текст коротких и полных push-уведомлений и резервных СМС в зависимости от операций, которые выполнены в автоматизированной системе банка на основе полученного запроса от устройства связи пользователя, для их отправки на по меньшей мере одно устройство связи пользователя.
[17][0014] Также разработан способ управления push-уведомлениями, содержащий этапы, на которых:
[18][0015] получают посредством системы интернет-обслуживания физических лиц от устройства связи пользователя запрос на совершение операций в автоматизированной системе банка, а также параметры токена безопасности (Security Token), в состав которого входит присвоенный облачным хранилищем данных устройству связи пользователя push-адрес;
[19][0016] посредством системы интернет-обслуживания физических лиц генерируют параметры и текст коротких и полных push-уведомлений и резервных СМС в зависимости от операций, которые выполнены в автоматизированной системе банка на основе полученного запроса от устройства связи пользователя;
[20][0017] передают сгенерированные параметры и текст коротких и полных push-уведомлений и резервных СМС через рush-шлюз на push-платформу, соединенную с облачным хранилищем данных, содержащую профиль по меньшей мере одного устройства связи пользователя, выполненную с возможностью отправки короткого и полного push-уведомления и резервных СМС на по меньшей мере одно устройство связи пользователя, причем короткие push-уведомления на по меньшей мере одно устройство связи пользователя передаются через облачное хранилище данных.
[21]КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖА
[22][0018] Для лучшего понимания сущности изобретения, и чтобы более ясно показать, каким образом оно может быть осуществлено, далее будет сделана ссылка, лишь в качестве примера, на прилагаемый чертеж, на котором:
[23][0019] Фиг. 1 – схема системы взаимодействия системы интернет-обслуживания физических лиц и устройства связи пользователя.
[24]ПОДРОБНОЕ ОПИСАНИЕ ТЕХНИЧЕСКОГО РЕШЕНИЯ
[25][0020] В соответствии со схемой, приведенной на Фиг. 1, система взаимодействия системы интернет-обслуживания физических лиц и устройства связи пользователя содержит: по меньшей мере одно устройство 100 связи пользователя, систему 110 управления push-уведомлениями и по меньшей мере один сервер 107 автоматизированной системы банка, отвечающей за обработку входящего потока sms-сообщений от клиентов. Устройство 100 связи пользователя может представлять собой любое вычислительное устройство, выполненное с возможностями проводной или беспроводной связи с элементами системы 110 управления push-уведомлениями, например, мобильный телефон, планшет, стационарный или портативный компьютер, ноутбук и т.д.
[26][0021] В состав системы 110 управления push-уведомлениями входят:
[27][0022] - облачное хранилище 120 данных, которое может представлять собой такие платформы или провайдеры push-уведомлений как GCM, APNS, WNS, например представляющие собой сервера, но не ограничиваясь ими;
[28][0023] - push-платформа 130, содержащая блок хранения данных 130.1;
[29][0024] - push-шлюз 140, обеспечивающий соединение рush-платформы с системой 150 интернет-обслуживания физических лиц и сервером 107 автоматизированной системы банка, отвечающей за обработку входящего потока sms-сообщений от клиентов, а также содержащий блок хранения данных 140.1;
[30][0025] - система 150 интернет-обслуживания физических лиц, содержащая сетевой адаптер 150.1 для взаимодействия с push-шлюзом 140, блок 150.2 генерации уведомлений, интерфейс 150.3 mAPI, блок 150.4 хранения данных;
[31][0026] - СМС-шлюз 160.
[32][0027] Все элементы системы 110 могут быть реализованы на базе по меньшей мере одного процессора или микроконтроллера, модифицированных в программно-аппаратной части таким образом, чтобы обеспечить выполнение приписанных им ниже функций.
[33][0028] После установки мобильного приложения 100.1 на устройство 100 связи пользователя (или мобильное устройство) и активации настроек push-уведомлений, устройство 100 связи пользователя отправляет запрос на получение push-адреса в облачное хранилище 120 данных, причем запрос содержит данные, идентифицирующие устройство 100 связи пользователя, например идентификатор устройства, и используемые для регистрации устройства, как показано в Приложении 1. Запрос могут направлять посредством использования протокола обмена сообщениями XMPP, HTTP/2, HTTP, но, не ограничиваясь им. В ответ на запрос облачное хранилище 120 данных генерирует уникальный push-адрес и направляет сгенерированный push-адрес в устройство 100 связи пользователя, которое присваивает полученный push-адрес установленному экземпляру мобильного приложения 100.1. Идентификатор push-адреса генерируется автоматически и должен быть глобально уникален на протяжении всего времени взаимодействия между системой и push-шлюзом. В некоторых вариантах осуществления идентификатор может иметь численное или символьное значение. Также устройство связи пользователя 100 формирует токен безопасности (Security Token), в состав которого входит присвоенный push-адрес. Токен безопасности может представлять собой Base64-закодированную JSON строку, содержащую информацию об устройстве 100 связи пользователя. Данная информация может содержать значение хеш-функции (SHA1) от данных аутентификации пользователя, идентификатор устройства, который по умолчанию генерируется в момент установки приложения, однако может быть назначен через API, серийный номер устройства, адрес устройства в Push-сети, IP-адрес устройства, модель устройства, GPS координаты устройства, имя локали устройства и так далее, не ограничиваясь.
[34][0029] Генерацию push-адреса осуществляют следующим образом.
[35][0030] Для логина клиента на установленном экземпляре мобильного приложения происходит проверка прав для включения push- уведомлений. Если прав не предоставлено, мобильное приложение не инициирует проверку. Если права предоставлены, мобильное приложение производит регистрацию конкретного экземпляра мобильного приложения в облачном хранилище 120 данных. При регистрации конкретному экземпляру мобильного приложения присваивается push-адрес, который генерируется на основе идентификатора экземпляра мобильного приложения.
[36][0031] Для направления запроса в виде POST-данных в систему 150 интернет-обслуживания физических лиц с устройства 100 связи пользователя на совершение каких-либо операций в автоматизированной системе банка, пользователю необходимо авторизоваться в приложении 100.1. После прохождения пользователем этапов авторизации приложение 100.1 запрашивает параметры токена безопасности (Security Token) у устройства 100 связи пользователя и передает их вместе с запросом в в систему 150 интернет-обслуживания физических лиц посредством интерфейса mAPI по протоколу HTTPS/XML. Для входа в приложение клиенту необходимо авторизоваться (пройти аутентификацию). Аутентификацию можно считать завершенной, если в результате выполнения, какого либо шага аутентификации было получен успешный статус (например, код статуса 0), а также элемент логин мобильного приложения подтвержден. Приложение на мобильном устройстве должно поддерживать cookies. Cookies необходимы для хранения идентификатора сессии JSESSIONID, который в рамках одной сессии может неоднократно меняться.
[37][0032] В зависимости от операций, которые выполнены в автоматизированной системе банка на основе полученного от устройства 100 связи пользователя запроса, система 150 интернет-обслуживания физических лиц генерирует посредством блока 150.2 генерации уведомлений параметры и текст коротких и полных push-уведомлений, а также текст резервных СМС, как показано в Приложении 3. Ответ может приходить в формате XML. В каждом ответе обязательно приходит статус ответа, по которому устройство пользователя может определить наличие ошибки в ответе. Для регулирования времени, через которое будет отправлена резервная СМС, используется тег, в значении которого передается время отправки резервной СМС в минутах. Для получения статуса отправки резервной СМС используется сервис, в котором для отображения статуса в данном вызове резервной СМС используется номер телефона, на которое отправлено сообщение, и статус резервной СМС.
[38][0033] В некоторых вариантах осуществления push-сообщения группируются по типам в соответствии с типом события, в связи с наступлением которого инициирована отправки сообщения.
[39][0034] В некоторых вариантах осуществления push-уведомления могут быть либо информационного характера (уведомление о выполнении авторизации в мобильном приложении, как аналог SMS-уведомления) либо запрашивать у клиента выполнение определенных действий (подтверждения операций, уточнение параметров операций).
[40][0035] В некоторых вариантах осуществления короткое push-уведомление имеет объем 2 Кб (в Unicod/UTF-8 - 1000 символов) или 4Кб (в Unicod/UTF-8 - 2000 символов). Короткое push-уведомление отправляется через push-сеть и может отображаться в виде системного сообщения (Alert), причем данное уведомление предназначено для отображения на мобильном устройстве в списке сообщений в виде заголовка. Короткие push-уведомления содержат текст, который должен быть отображен пользователю, служебные данные для операционной системы, а также уникальный идентификатор всего push-уведомления (с помощью идентификатора можно связать короткие и полные сообщения). При получении push-уведомления на мобильном устройстве может подаваться звуковой сигнал, меняться иконка приложения-получателя, может отображаться текст из уведомлений в окне с двумя кнопками. При нажатии первой кнопки окно уведомления закрывается, при нажатии другой кнопки выполняется запуск приложения, которому предназначено push-уведомление.
[41][0036] В некоторых вариантах осуществления полное push-уведомление выгружается в мобильное приложение, например, в формате XML. Выгрузка происходит по специальному запросу от мобильного приложения, причем для запроса используется идентификатор push-уведомления. Полное push-уведомление может содержать текст уведомления, служебные данные, вид приватности, идентификатор push-уведомления, максимальное время отправки, если не доставлено, а также дополнительные данные. Полные push-уведомления могут делиться по типам (назначению). У каждого типа определен вид приватности. Для просмотра секретной части данных сообщения с видом приватности «Закрытое» потребуется авторизация в мобильном приложении.
[42][0037] Push-уведомления могут быть следующими типов: уведомление о входе в автоматизированную систему банка, оповещение службы помощи, уведомление о приёме на исполнение, одноразовый пароль для входа, одноразовый пароль для подтверждения операции, уведомление о сборе средств, уведомление о выставленном счёте, транзакционные уведомления, уведомления от мессенджера. Соответственно, если запрос, поступивший от устройства 100 связи пользователя, является запросом на авторизацию в автоматизированной системе банка, то блок 150.2 генерации уведомлений формирует уведомление о входе в автоматизированную систему банка при успешном прохождении пользователем этапов авторизации в автоматизированной системе банка. Аналогичным образом формируются и другие упомянутые выше типы уведомлений для соответствующих операций, которые могут быть выполнены в автоматизированной системе банка на основе полученного от устройства 100 связи пользователя запроса.
[43][0038] Параметры токена безопасности (Security Token) система 150 интернет-обслуживания физических лиц сохраняет в блоке хранения данных 150.4 в профиле пользователя, а также передает их посредством сетевого адаптера 150.1 через push-шлюз 140 на push-платформу 130. Взаимодействие между push-шлюзом и push-платформой осуществляется посредством протокола TCP/IP. Между push-шлюзом и push-платформой поддерживается TCP/IP сессия, в рамках которой происходит обмен данными в заранее заданном формате. Push-шлюз при этом взаимодействии с сетевой точки зрения является TCP сервером, а push-платформа является клиентом. То есть, push-шлюз подключается на выделенный TCP порт и принимает соединение от push-платформы.
[44][0039] Реализация описанного в данном техническом решении протокола взаимодействия между push-шлюзом и push-платформой предоставляет следующие возможности:
[45]• контроль состояния TCP сессии между push-шлюзом и push-платформой, причем контроль должен осуществляться как со стороны push-шлюза, так и со стороны push-платформы;
[46]• передача push-уведомлений и резервных SMS-уведомлений от push-шлюза push-платформе;
[47]• передача статусов доставки push-уведомлений от push-платформы на push-шлюз;
[48]• передача статусов доставки резервных SMS-уведомлений от push-платформы на push-шлюз;
[49]• передача информации для регистрации устройств-получателей push-уведомлений от push-шлюза на push-платформу;
[50]• передача информации для обновления данных об устройствах-получателях push-уведомлений от push-шлюза на push-платформу;
[51]• обновление информации об устройствах-получателях push-уведомлений на от push-платформы на push-шлюз.
[52][0040] Если полученный запрос на совершение операции в автоматизированной системе банка с устройства 100 связи пользователя не содержит информации о параметрах токена безопасности (Security Token), система 150 интернет-обслуживания физических лиц посредством блока генерации уведомлений 150.2 генерирует резервное СМС, как показано на Приложении 5, которое направляется на устройство 100 связи пользователя. Данное сообщение информирует пользователя о том, что отправка push-уведомлений на устройство 100 связи пользователя невозможна. В некоторых вариантах осуществления резервное сообщение имеет уникального идентификатор, а также приоритет. Приоритет резервного СМС может принимать следующие возможные значения:
[53][0041] LOW(1) – низкий;
[54][0042] NORMAL(2) – нормальный;
[55][0043] HIGH(3) – высокий;
[56][0044] REALTIME(4) – максимальный.
[57][0045] В некоторых вариантах осуществления при обработке сообщений используется логика обработки вытесняющих приоритетов. Используется динамическое понижение приоритета при повторной отправке сообщения в случае, если предыдущая попытка отправки сообщения была неуспешна.
[58][0046] В дополнительных вариантах осуществления резервное СМС имеет статус, который может принимать следующие возможные значения:
[59][0047] ENQUEUED(1) - поставлено в очередь на отправку;
[60][0048] SENT(2) - отправлено message-уведомление;
[61][0049] DELIVERED(3) - пользователь скачал сообщение;
[62][0050] READ(4) - пользователь прочитал сообщение;
[63][0051] FAILED(5) - ошибка отправки.
[64][0052] Параметры токена безопасности для повышения надежности передачи данных кодируются перед отправкой. Push-платформа 130 декодирует параметры токена безопасности (Security Token) для получения push-адреса приложения 100.1 и определяет, зарегистрировано ли приложение 100.1 в блоке хранения данных 130.1.
[65][0053] Токен безопасности (Security Token) в декодированном виде может иметь следующий вид:
[66][0054] {"appPackage":"ru.sberbankmobile","IMSI":"250018524041548","screenResolutionY":"1776","locale":"ru_RU","memorySize":"1144","screenResolutionX":"1080","deviceUid":"290887d10c70003069087f4025564e63a7ad0000","userSecurityHash":"fscUTfRH0JtAOv27TJz3y18LG\/M=","IMEI":"865800025607067","timeZoneUTCOffset":"10800000ms","appVersion":"2017092600","osName":"AndroidMSM8974","pushAddress":"cJeVXjBl3zo:APA91bGDQr6BU1H8aTQQQQG6fpSB58FH5mnCmcZn3VaN5jecpsTXzWCHNbSH5OqKCOzXwKQnM450fthTEnc1DdLALZ1lAILvQQQ9FZzKwne6X5mREZZ4zMbYQZ_jYTJUwHMIIEUbls","deviceSerialNumber":"4e1b955b","macAddress":"36:53:9A:2E:4B:F4","version":"1.0","osVersion":"6.0.1","deviceModel":"OnePlusA0001","providerUid":"PH47YU5vTjY6IkA+P1ZqYSQ4LiN+Pgo","routerMacAddress":"02:00:00:00:00:00","deviceName":"jenkinsinternal","generationTime":"2017.09.2711:22:54+0300","ipAddress":"fe80::fabc:169d:28:2e8%rmnet0"}.
[67][0055] Если приложение 100.1, соответствующее полученному push-адресу, не зарегистрировано в блоке 130.1 хранения данных, то рush-платформа 130 создает профиль устройства для отправки push-уведомлений, в который включается информация о параметрах токена безопасности и push-адрес. Если приложение 100.1 уже зарегистрировано в блоке 130.1 хранения данных, то рush-платформа 130 перезаписывает измененные параметры токена безопасности в соответствующем профиле устройства, чтобы обеспечить отправку push-уведомлений в соответствии с измененными параметрами.
[68][0056] Помимо параметров токена безопасности (Security Token) от системы 150 интернет-обслуживания физических лиц на push-платформу 130 также поступают сгенерированные параметры и текст короткого и полного push-уведомления и текст резервного СМС, которые необходимо отправить на устройство 100 связи пользователя в соответствии с выполненной операцией в автоматизированной системе банка и профилем устройства. Короткое push-уведомление push-платформа 130 передает на облачное хранилище 120 данных, которое определяет по меньшей мере одно устройство 100 связи пользователя для отправки push-уведомления и отправляет короткое push-уведомление на устройство 100 связи пользователя в соответствии с параметрами токена безопасности для отображения его текста пользователю, например, в баннерной зоне мобильного приложения.
[69][0057] Помимо текста короткое push-уведомление также содержит идентификатор push-платформы 130, например, URL и идентификатор push-уведомления. Таким образом, пользователь может запустить приложение 100.1 и на основе данных полученного коротко push-уведомления направить напрямую на соответствующую push-платформу 130 запрос на получение текста полного push-уведомления, соответствующего полученному короткому push-уведомлению. Дополнительно push-платформа 130 может быть выполнена с возможностью направить на устройство 100 связи пользователя через собственный интерфейс взаимодействия с СМС – шлюзом 160 резервное СМС, соответствующее тексту полного push-уведомления в случае, если push-платформа 130 не получает запроса на скачивание текста полного push-уведомления в течении заданного интервала времени.
[70][0058] После получения полного push-уведомления приложение 100.1 направляет подтверждение получения контента на push-платформу 130, которая устанавливает статус прочтения отправленного push-уведомления, как показано в Приложении 4. История отправки и статусы push-уведомлений сохраняется в блок 130.1 хранения данных. Также статусы прочтения могут быть переданы по запросу в систему 150 интернет-обслуживания физических лиц для хранения в блоке 150.4 хранения данных.
[71][0059] Дополнительно облачное хранилище 120 данных может быть выполнено с возможностью проверки валидности push-адресов на устройствах 100 связи пользователя. С целью проверки валидности присвоенных push-адресов облачное хранилище 120 данных направляет на соответствующие устройства 100 связи пользователя соответствующие запросы и в случае, если от устройства 100 связи пользователя, которому присвоен push-адрес, не поступает соответствующего ответа на запрос по истечению заданного периода времени, данный push-адрес добавляется в список невалидных push-адресов. Список невалидных push-адресов передается в блок 130.1 хранения данных рush-платформы 130 и по соответствующему запросу от системы 150 интернет-обслуживания физических лиц может быть передан в эту систему. Система 150 интернет-обслуживания физических лиц удаляет невалидные push-адреса из блока 150.4 хранения данных и направляет отчет об удалении на push-платформу 130 для удаления соответствующих адресов из блока хранения данных 130.1.
[72][0060] Для того, чтобы уведомлять пользователя об операциях, совершенных вне автоматизированной системы банка, например, об изменении баланса карты, push-шлюз 140 дополнительно соединен с сервером 170 автоматизированной системы банка и выполнен с возможностью приема параметров и текста короткого и полного push-уведомления и текста резервного СМС, сгенерированных сервером 170 автоматизированной системы банка, а также с возможностью передачи полученной от сервера 170 автоматизированной системы банка информации на push-платформу 130. Полученные упомянутые параметры и текст от push-шлюза 140 обрабатываются push-платформой 130 аналогично описанному ранее способу. История о полученных push-шлюзом 140 уведомлениях сохраняется в блоке хранения данных 140.1. Взаимодействие системы 150 интернет-обслуживания физических лиц и push-шлюза 140 может осуществляется посредством web – сервиса, а в случае недоступности web – сервиса, может быть использована интеграция через Open Database Connectivity (ODBC).
[73][0061] Таким образом, за счет распределения функций обработки запросов от устройств 100 связи пользователя, генерации и доставки push-уведомлений между элементами системы 110 управления push-уведомлениями описанным выше способом, снижается вычислительная нагрузка на систему 150 интернет-обслуживания физических лиц. Дополнительно расширяется пропускная способность канала передачи данных между системой 150 интернет-обслуживания физических лиц и устройством 100 связи пользователя для обмена данными, а также между push-платформой 130, облачным хранилищем 120 данных и устройством связи 100 пользователя, вследствие чего повышается скорости доставки текста уведомлений от системы 150 интернет-обслуживания физических лиц к устройству 100 связи пользователя и снижается потеря данных, возникающая вследствие перегрузок канала передачи данных, т.е. повышается надежность обмена данными.
[75][0063] Приложение 1 – показан пример осуществления регистрации приложений на push-сервере;
[76][0064] Приложение 2 – показан пример осуществления отправки push-уведомлений в мобильное приложение;
[77][0065] Приложение 3 - показан пример осуществления доставки контента push-сообщений в мобильное приложение и получение статусов доставки;
[78][0066] Приложение 4 – показан пример осуществления резервирования доставки push-сообщений посредством СМС.
облачное хранилище данных, выполненное с возможностью:
определять по меньшей мере одно устройство связи пользователя для отправки push-уведомления;
отправлять короткое push-уведомление, полученное от push-платформы, на по меньшей мере одно устройство связи пользователя;
push-платформу, соединенную с облачным хранилищем данных, содержащую профиль по меньшей мере одного устройства связи пользователя, выполненную с возможностью отправки короткого и полного push-уведомления и резервных CMC, которые информируют пользователя о том, что отправка push-уведомлений на устройство пользователя невозможна, сгенерированных системой интернет-обслуживания физических лиц, в соответствии с запросом по меньшей мере одного устройства связи пользователя и параметрами токена безопасности (Security Token);
push-шлюз для соединения push-платформы с системой интернет-обслуживания физических лиц и сервером автоматизированной системы банка;
система интернет-обслуживания физических лиц, выполненная с возможностью принимать от по меньшей мере одного устройства связи пользователя параметры токена безопасности (Security Token) и генерировать параметры и текст коротких и полных push-уведомлений и резервных CMC, которые информируют пользователя о том, что отправка push-уведомлений на устройство пользователя невозможна, в зависимости от операций, которые выполнены в автоматизированной системе банка на основе полученного запроса от устройства связи пользователя, для их отправки через push-платформу на по меньшей мере одно устройство связи пользователя.
принимать запрос push-адреса от по меньшей мере одного устройства связи пользователя;
генерировать уникальный push-адрес для по меньшей мере одного устройства связи пользователя и направлять сгенерированный адрес в соответствии с принятых запросом;
проверять валидность push- адресов.
получают посредством системы интернет-обслуживания физических лиц от устройства связи пользователя запрос на совершение операций в автоматизированной системе банка, а также параметры токена безопасности (Security Token), в состав которого входит присвоенный облачным хранилищем данных устройству связи пользователя push-адрес;
посредством системы интернет-обслуживания физических лиц генерируют параметры и текст коротких и полных push-уведомлений и резервных CMC, которые информируют пользователя о том, что отправка push-уведомлений на устройство пользователя невозможна, в зависимости от операций, которые выполнены в автоматизированной системе банка на основе полученного запроса от устройства связи пользователя;
передают сгенерированные параметры и текст коротких и полных push-уведомлений и резервных CMC, которые информируют пользователя о том, что отправка push-уведомлений на устройство пользователя невозможна, через push-шлюз на push-платформу, соединенную с облачным хранилищем данных, содержащую профиль по меньшей мере одного устройства связи пользователя, выполненную с возможностью отправки короткого и полного push-уведомления и резервных CMC на по меньшей мере одно устройство связи пользователя, причем короткие push-уведомления на по меньшей мере одно устройство связи пользователя передаются через облачное хранилище данных.
