ПЕРЕДАЧА СООБЩЕНИЙ ОБЩЕГО НАЗНАЧЕНИЯ Российский патент 2020 года по МПК H04W4/12 G06Q30/02 G06Q10/10 

ПЕРЕКРЕСТНЫЕ ССЫЛКИ НА РОДСТВЕННЫЕ ЗАЯВКИ

Настоящая заявка испрашивает приоритет заявки на патент США № 13/051,815, озаглавленной «Передача сообщений общего назначения (General Purpose Messaging)», поданной 18 марта 2011 года, которая испрашивает приоритет, по §119(e) статьи 35 Кодекса США, предварительной заявки на выдачу патента США № 61/325,142, озаглавленной «Передача сообщений общего назначения (General Purpose Messaging)», поданной 16 апреля 2010 года, все раскрытие которой включено в материалы настоящей заявки посредством ссылки для всех целей.

УРОВЕНЬ ТЕХНИКИ

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

Эти типы сообщений могут отправляться на мобильный телефон пользователя. Однако эти сообщения могут отправляться на мобильный телефон пользователя в любое время, не в конкретном порядке, и безотносительно типа и/или приоритета сообщений. Соответственно, сообщения могут потенциально переполнять мобильный телефон пользователя сообщениями, в приеме которых пользователь может не быть заинтересован в этот момент времени. Например, в любой заданный день пользователь может получать множество маркетинговых сообщений, но только одно или два важных связанных со счетом сообщения. В этом случае существует некоторый риск того, что пользователь может пропустить одно или два важных связанных со счетом сообщения из-за того, что эти важные сообщения могут затеряться среди множества маркетинговых сообщений.

Дополнительно, из-за того, что эти сообщения могут отправляться пользователю безотносительно времени, сообщения могут отправляться в моменты времени, когда пользователь может быть не готов к приему таких сообщений. Например, если маркетинговые сообщения отправляются в середине дня, когда пользователь занят на работе, пользователь с меньшей вероятностью просмотрит содержимое сообщения. Более того, так как безопасность каналов, через которые отправляются эти сообщения, может быть не достаточно надежной, содержимое связанных со счетом сообщений может быть обобщено с тем, чтобы не включать в себя важные детали. В этом случае после приема связанного со счетом сообщения пользователю может понадобиться выполнить дополнительное действие, такое как получение доступа к его или ее онлайн банковскому счету, чтобы получить дополнительные подробности. Кроме того, в той степени, в которой конфиденциальная информация включается в эти сообщения, может существовать риск того, что непредусмотренные третьи стороны получат доступ к информации.

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

Варианты осуществления изобретения обращены к этим и другим проблемам по отдельности и вместе.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

Согласно варианту осуществления, чтобы принудительно отправить сообщения, отправляющий сообщения субъект отправляет службе передачи сообщений сообщение, которое субъект хочет принудительно отправить пользователю. Дополнительно, отправляющий сообщения субъект предписывает службе передачи сообщений отправить «пробуждающее» сообщение на мобильное устройство пользователя. Согласно варианту осуществления отправляющий сообщения субъект отправляет «пробуждающее» сообщение, предназначенное для мобильного устройства пользователя. «Пробуждающее» сообщение предписывает мобильному приложению, запущенному на мобильном устройстве, извлекать сообщение из службы передачи сообщений посредством отправки запроса сообщения службе передачи сообщений. Согласно варианту осуществления, чтобы гарантировать, что мобильное устройство извлечет подходящее сообщение, отправляющий сообщения субъект помечает сообщение, как срочное сообщение, и конфигурирует «пробуждающее» сообщение, чтобы предписывать мобильному приложению сформировать запрос сообщения, который извлекает срочные сообщения. Согласно некоторым вариантам осуществления, вместо того, чтобы отправляющий сообщения субъект формировал и отправлял принудительно отправляемое сообщение службе передачи сообщений, служба передачи сообщений формирует принудительно отправляемое сообщение от лица отправляющего сообщения субъекта.

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

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

Эти и другие варианты осуществления изобретения более подробно описаны ниже.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг. 1 показывает аспекты системы передачи сообщений согласно варианту осуществления изобретения.

Фиг. 2 - блок-схема последовательности операций, иллюстрирующая примерные этапы, используемые в отправке и приеме запросов сообщений и ответных сообщений согласно варианту осуществления изобретения.

Фиг. 3 показывает аспекты системы передачи сообщений согласно варианту осуществления изобретения.

Фиг. 4 показывает примерное мобильное устройство согласно варианту осуществления изобретения.

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

Фиг. 6 - блок-схема последовательности операций, иллюстрирующая примерные этапы, используемые в формировании и отправке ответного сообщения в соответствии с параметрами сообщений, указанными в запросе сообщений, согласно варианту осуществления изобретения.

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

Фиг. 8 показывает систему согласно варианту осуществления изобретения.

ПОДРОБНОЕ ОПИСАНИЕ

Варианты осуществления настоящего изобретения относятся к системам и способам, позволяющим субъектам, таким как эмитенты, торговцы, сети обработки платежей и операторы мобильных сетей, отправлять связанные со счетом сообщения, маркетинговые сообщения и другие типы сообщений на мобильное устройство пользователя. Согласно некоторым вариантам осуществления, сообщения отправляются на мобильное устройство пользователя в соответствии с параметрами сообщений, которые заданы пользователем, и которые вставляются и запросы сообщений, отправляемые с мобильного устройства пользователя. Например, согласно варианту осуществления, вставленные заданные пользователем параметры могут указывать, могут ли и когда могут ожидающие сообщения, имеющие обозначения конкретного приоритета, доставляться на устройство пользователя, максимальное количество ожидающих сообщений, которое может доставляться на устройство пользователя в любой заданный момент времени, и какие обозначения приоритета могут доставляться на устройство пользователя в ответ на конкретный запрос сообщений, отправленный с устройства пользователя. Дополнительно, некоторые варианты осуществления настоящего изобретения относятся к элементу безопасности для сохранения в безопасности мобильного приложения, которое запущено на мобильном устройстве. Этот элемент безопасности предоставляет возможность безопасно хранить на мобильном устройстве относящуюся к пользователю личную информацию, такую как связанные со счетом сообщения.

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

Согласно варианту осуществления, чтобы извлечь сообщения, мобильное устройство отправляет запрос сообщений службе передачи сообщений. Запрос сообщений, который, например, может формироваться мобильным приложением, запущенным на мобильном устройстве, включает в себя параметры сообщений. Параметры сообщений могут быть вставлены, как элементы данных, в запрос сообщений. Дополнительно, например, параметры сообщений могут указывать, что служба передачи сообщений может отправлять ответные сообщения на мобильное устройство пользователя, если ответные сообщения: срочные; срочные или высокого приоритета; или срочные, высокого приоритета или обычного приоритета. Дополнительно, например, параметры сообщений могут указывать максимальное количество ответных сообщений, которые служба передачи сообщений может отправить на мобильное устройство пользователя в ответ на запрос сообщений, и порядок, в котором служба передачи сообщений может отправлять ответные сообщения. Например, параметры сообщений могут указывать, что сначала должны отправляться срочные сообщения, а затем, если все срочные сообщения были отправлены и максимально отсчитанное количество позволяет, могут отправляться высокоприоритетные сообщения. Продолжая этот пример, параметры сообщений могут дополнительно указывать, что, если все высокоприоритетные сообщения были отправлены и максимально отсчитанное количество позволяет, тогда могут отправляться сообщения обычного приоритета.

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

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

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

Согласно варианту осуществления, каждое ответное сообщение, отправленное от службы передачи сообщений на мобильное устройство, включает в себя значение последовательности. Например, первое сообщение, отправленное от службы передачи сообщений на мобильное устройство, может включать в себя значение последовательности 1, второе сообщение может включать в себя значение последовательности 2, а третье сообщение может включать в себя значение последовательности 3. При формировании запроса сообщений мобильное устройство может включать в запрос сообщений значение последовательности последнего ответного сообщения, которое мобильное устройство приняло от службы передачи сообщений. Например, если последнее ответное сообщение, принятое мобильным устройством, включало в себя значение последовательности 2, тогда мобильное устройство включает значение последовательности 2 в свой запрос сообщений службе передачи сообщений. Таким образом, после приема запроса сообщений от мобильного устройства служба передачи сообщений может сравнивать значение последовательности, которое мобильное устройство включило в запрос сообщений, со значением последовательности последнего ответного сообщения, которое служба передачи сообщений отправила на мобильное устройство. Это сравнение позволяет службе передачи сообщений определить, приняло ли мобильное устройство последнее ответное сообщение, отправленное от службы передачи сообщений на мобильное устройство.

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

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

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

Другие конкретные примеры вариантов осуществления изобретения более подробно описаны ниже.

Фиг. 1 - структурная схема, иллюстрирующая систему 100 передачи сообщений в соответствии с вариантом осуществления изобретения. Система 100 передачи сообщений включает в себя мобильное устройство 104 и службу 108 передачи сообщений, которая включает в себя шлюз 112 и сервер 116 сообщений. Хотя шлюз 112 проиллюстрирован, как являющийся частью службы 108 передачи сообщений, следует понимать, что мобильный шлюз 112 может быть отдельным от службы 108 передачи сообщений.

Фиг. 2 показывает блок-схему последовательности операций, иллюстрирующую примерный процесс 200 для использования системы 100 передачи сообщений, чтобы отправлять сообщения от службы 108 передачи сообщений на мобильное устройство 104, согласно варианту осуществления изобретения. Как представлено в блоке 212, процесс 200 в целом начинается с формирования мобильным устройством 104 запроса 124 сообщений и отправки запроса 124 сообщений службе 108 передачи сообщений. Согласно варианту осуществления, служба 108 передачи сообщений может отправлять «пробуждающее» сообщение 224 на мобильное устройство 104, и тем самым подсказывать мобильному устройству 104 формировать и отправлять запрос 124 сообщений. При формировании запроса 124 сообщений, согласно варианту осуществления, мобильное устройство 104 включает заданные пользователем параметры сообщений в запрос 124 сообщений. Параметры сообщений, например, вставляются в запрос 124 сообщений в виде элементов данных, и указывают уровни приоритета сообщений, которые пользователь мобильного устройства 104 желает принимать в ответ на запрос 124 сообщений.

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

Как представлено в блоке 220, после приема запроса 124 сообщений служба 108 передачи сообщений формирует ответное сообщение 128 согласно параметрам сообщений, включенным в запрос 124 сообщений, и отправляет ответное сообщение 128 на мобильное устройство 104. Согласно варианту осуществления, множественные сообщения могут быть объединены в ответном сообщении 128. Дополнительно, согласно варианту осуществления, ответное сообщение включает в себя указание того, ожидают ли все еще дополнительные сообщения доставки от службы 108 передачи сообщений на мобильное устройство 104. Согласно некоторым вариантам осуществления, это указание может являться указанием того, ожидают ли все еще доставки сообщения конкретного приоритета. Например, параметры сообщений запроса 124 сообщений могут указывать, что ответное сообщение 128 включает в себя максимум из десяти сообщений, и что ответное сообщение 128 может включать в себя только сообщения срочного приоритета. Согласно этому примеру, если одиннадцать сообщений срочного приоритета ожидают доставки, тогда служба 108 сообщений формирует ответное сообщение 128, которое включает в себя десять из одиннадцати сообщений срочного приоритета. Дополнительно, согласно этому примеру, служба 108 передачи сообщений включает в себя ответное сообщение 128 и указание того, что одно сообщение срочного приоритета все еще ожидает доставки.

После приема ответного сообщения 128 от службы 108 передачи сообщений мобильное устройство 104 определяет, ожидают ли все еще сообщения отправки, как указано в блоке решения 228. Согласно варианту осуществления, мобильное устройство 104 определяет, ожидают ли все еще сообщения отправки, на основании того, включает ли в себя ответное сообщение 128 указание того, что дополнительные сообщения ожидают доставки. Если нет ожидающих доставки сообщений, процесс 200 завершается. Однако если сообщения все еще ожидают доставки, и если мобильное устройство все еще принимает сообщения уровня приоритета, для которого сообщения все еще ожидают доставки, процесс 200 возвращается к этапу, указанному в блоке 212, где мобильное устройство 104 формирует и отправляет другой запрос сообщений.

Теперь будет предоставлен пример с целью иллюстрации аспектов процесса 200. Согласно этому примеру, мобильное устройство 104 вставляет параметры сообщений в запрос 124 сообщений и отправляет запрос 124 сообщений службе 108 передачи сообщений (блок 212). Вставленные параметры сообщений, согласно этому примеру, указывают, что служба 108 передачи сообщений должна сформировать и отправить ответное сообщение 128, которое включает в себя максимум из десяти сообщений, и что оно включает в себя только сообщения срочного и высокого приоритета. Дополнительно, согласно этому примеру, пятнадцать сообщений ожидают доставки от службы 108 передачи сообщений пользователю. Четыре из ожидающих сообщений имеют срочный приоритет, восемь из ожидающих сообщений имеют высокий приоритет, и три из ожидающих сообщений имеют обычный приоритет. После приема примерного запроса 124 сообщений, служба 108 передачи сообщений формирует и отправляет ответное сообщение 128, которое включает в себя четыре ожидающих сообщений срочного приоритета и шесть из ожидающих сообщений высокого приоритета (блок 220). Дополнительно, ответное сообщение 128 включает в себя указание того, что два сообщения высокого приоритета и три сообщения обычного приоритета все еще ожидают доставки. После приема ответного сообщения 128, согласно этому примеру, мобильное устройство 104 обрабатывает указание того, что два сообщения высокого приоритета и три сообщения обычного приоритета все еще ожидают доставки (блок 228 решения).

По существу, мобильное устройство 104, согласно этому примеру, формирует и отправляет второй запрос 124 сообщений (блок 212). Второй запрос 124 сообщений, подобно первому запросу сообщений, включает в себя вставленные параметры сообщений, которые предписывают службе 108 передачи сообщений сформировать и отправить ответное сообщение 128, которое включает в себя максимум из десяти сообщений, и включает в себя только сообщения срочного и высокого приоритета. После приема второго запроса 124 сообщений, согласно этому примеру, служба 108 передачи сообщений формирует и отправляет ответное сообщение 128, которое включает в себя два ожидающих сообщений высокого приоритета (блок 220). Сообщения обычного приоритета исключаются из второго запроса 124 сообщений, так как параметры сообщений второго запроса 124 сообщений, как и параметры сообщений первого запроса сообщений, указывают, что только сообщения срочного и высокого приоритета должны включаться в ответное сообщение 128. Дополнительно, согласно этому примеру, служба 108 передачи сообщений включает указание того, что никакие сообщения срочного и высокого приоритета не ожидают доставки, а три сообщения обычного приоритета ожидают. По существу, согласно этому примеру, процесс 200 завершается, когда мобильное устройство 104 принимает второе ответное сообщение 128 и определяет, что больше нет ожидающих сообщений срочного или высокого приоритета (блок 228 решения). Следует понимать, что мобильное устройство 104 может быть сконфигурировано, чтобы решать, отправлять ли другой запрос сообщений с целью извлечения трех сообщений обычного приоритета, которые все еще ожидают.

Фиг. 3 - структурная схема, иллюстрирующая систему 300 передачи сообщений в соответствии с вариантом осуществления изобретения. Система 300 передачи сообщений включает в себя службу 304 передачи сообщений общего назначения, IP-шлюз 308, торговца 312, сеть 316 обработки платежей, эмитента 320, поставщиков услуг 324 для мобильного устройства, и мобильное устройство 328. Хотя показано одно мобильное устройство 328, один торговец 312, одна сеть 316 обработки платежей и один эмитент 320, в системе 300 передачи сообщений может быть любое подходящее количество любых из этих субъектов.

IP-шлюз 308 связан со службой 304 передачи сообщений общего назначения и поставщиками услуг 324 для мобильного устройства, которые находятся в оперативной связи с мобильным устройством 328. Мобильное устройство 328 находится в оперативной связи с пользователем для отображения сообщений пользователю и для приема команд от пользователя. Сообщения формируются от торговца 312, сети 316 обработки платежей и/или эмитента 320, а затем сообщения отправляются службе 304 передачи сообщений общего назначения. В некоторых вариантах осуществления мобильное устройство 328 выборочно «извлекает» сообщения из службы 304 передачи сообщений общего назначения с помощью поставщиков услуг 324 для мобильного устройства и IP-шлюза 308. В других вариантах осуществления, торговец 312, сеть 316 обработки платежей и/или эмитент 320 «принудительно отправляет» сообщения на мобильное устройство 328 с помощью службы 304 передачи сообщений общего назначения, IP-шлюза 308 и поставщиков услуг 324 для мобильного устройства.

Согласно некоторым вариантам осуществления, различные компоненты системы 300 могут быть встроены в и/или быть реализованы системой 100 фиг. 1. Дополнительно, согласно некоторым вариантам осуществления, системы 100 и 300, либо объединенные, либо по отдельности, могут реализовывать процесс 200, а также процессы 500 и 600. Стрелки, показанные на фиг. 3 между различными компонентами системы 300, указывают на то, что различные компоненты коммуникативно соединены, например, посредством сети.

Каждый из компонентов, показанных на фиг. 3, описан более подробно ниже.

Служба 304 передачи сообщений общего назначения включает в себя серверный компьютер 332 сообщений, содержащий считываемый компьютером носитель (CRM) 336, и процессор 340, который соединен с CRM 336. Хотя один CRM 336 и один процессор 340 показаны на фиг. 3, серверный компьютер 332 сообщений может содержать более чем один CRM и/или процессор, если необходимо. Серверный компьютер 332 сообщений связан с базой данных 344. В некоторых вариантах осуществления база 344 данных может быть включена в серверный компьютер 332 сообщений. База 344 данных, например, содержит данные сообщений, которые могут включать в себя данные 352 ожидающих сообщений и данные 348 параметров сообщений. Данные 352 ожидающих сообщений содержат данные, связанные с сообщениями от торговца 312, сети 316 обработки платежей и/или эмитента 320, которые ожидают доставки пользователю через мобильное устройство 328.

Данные 348 параметров сообщений, например, содержат команды для обработки элементов данных, вставленных в запросы сообщений, принятые от мобильных устройств пользователей. Например, данные 348 параметров сообщений могут включать в себя таблицы, которые перечисляют элементы данных и соответствующие параметры сообщений. Соответственно, после приема запроса сообщений, содержащего вставленные в него элементы данных, серверный компьютер 332 передачи сообщений может получать доступ к данным 348 параметров сообщений, чтобы определить, какие параметры сообщений соответствуют вставленным элементам данных. Затем серверный компьютер 332 передачи сообщений применяет параметры сообщений к сообщениям, которые находятся в данных 352 ожидающих сообщений, и которые ожидают доставки на мобильное устройство 328. Служба 304 передачи сообщений общего назначения затем отправляет ожидающие сообщения на мобильное устройство 328 в соответствии с параметрами сообщений, которые соответствуют элементам данных, вставленным в запрос сообщений.

Торговец 312 относится к любому подходящему субъекту или субъектам, которые заключают сделки с пользователями. Торговцы 312 могут использовать любой подходящий способ для осуществления транзакций. Например, торговцы 312 могут использовать компании электронной коммерции, чтобы позволить транзакциям осуществляться через интернет. Другие примеры торговцев 312 включают в себя универсальные магазины, заправочные станции, аптеки, продовольственные магазины или другие подходящие компании.

Сеть 316 обработки платежей относится к сети подходящих субъектов, которые содержат информацию, связанную со счетами пользователя. Эта информация включает в себя данные, связанные со счетами пользователя, такие как информация профиля пользователя и другая подходящая информация.

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

Сеть 316 обработки платежей может включать в себя подсистемы, сети и операции обработки данных, используемые для поддержки и доставки услуг авторизации, услуг файла заблокированных банковских карт, услуг расчетно-кассовых операций. Примерная сеть 316 обработки платежей может включать являться VisaNet™. Сети, которые включают VisaNet™, способны на обработку транзакций с кредитными картами, транзакций с дебетовыми картами и других типов коммерческих транзакций. VisaNet™, в частности, включает в себя систему VIP (систему комплексных платежей Visa), которая обрабатывает запросы авторизации, и систему Base II, которая выполняет услуги расчетно-кассовых операций. Сеть 316 обработки платежей может использовать любую подходящую проводную или беспроводную сеть, включая Интернет.

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

IP-шлюз 308 относится к любому элементу, который обрабатывает сообщения, отправленные между мобильными устройствами 328 и службой 304 передачи сообщений общего назначения. IP-шлюз 308 может дополнительно формировать и отправлять сообщения. IP-шлюз 308 может включать в себя один или более серверов и баз данных для обработки сообщений, отправленных между мобильными устройствами 328 и службой 304 передачи сообщений общего назначения. IP-шлюз 308 может являться частью службы 304 передачи сообщений общего назначения, или может являться отдельным элементом в связи со службой 304 передачи сообщений общего назначения.

Серверный компьютер 332 сообщений может быть мощным компьютером или кластером компьютеров. Например, серверный компьютер может быть большим универсальным компьютером, кластером миникомпьютеров или группой серверов, функционирующих как одно целое. В одном из примеров, серверный компьютер сообщений может быть сервером базы данных, соединенным с веб-сервером.

База 344 данных может быть представлена в виде одного или более серверных компьютеров для хранения данных. Она также может быть представлена в виде одного или более электронных запоминающих устройств (автономных жестких дисков), способных хранить электронные данные.

Поставщики услуг 324 для мобильного устройства относятся к организациям, которые предоставляют беспроводную инфраструктуру для беспроводной передачи данных и связи через сотовый телефон или другие мобильные устройства. Примеры таких организаций включают в себя AT&T™, Verizon Wireless™, T-Mobile™, и т.д.

Мобильное устройство 328 может иметь любую пригодную форму. Мобильное устройство 328 может включать в себя элемент безопасности 329, чтобы безопасно хранить мобильное приложение 331. Мобильное приложение 331 может отправлять и принимать запросы сообщений и ответные сообщения и отображать ответные сообщения пользователю.

Элемент безопасности 329 предоставляет следующие возможности. Он может предоставить безопасное хранение, чтобы защитить конфиденциальные данные. Они включают в себя личные ключи, связанные с телефоном и потребителем, открытые ключи и сертификаты, связанные с эмитентами и системами серверных баз данных. Он также предоставляет возможность безопасно хранить относящуюся к пользователю личную информацию, такую как сообщения, принятые от службы 304 передачи сообщений. Он также может предоставлять криптографические функции, чтобы поддерживать целостность и конфиденциальность данных. Это включает в себя поддержку для шифрования/дешифрования, проверку подписи проверку подлинности безопасных SMS сообщений, принятых от отправляющих сообщения субъектов и службы передачи сообщений, и других систем серверных баз данных. Он также может предоставить безопасную среду для размещения и выполнения мобильного приложения 331.

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

Элемент безопасности 329 может, например, быть предоставлен в одном из следующих видов: встроенное аппаратное обеспечение, которое является защищенной от неумелого обращения аппаратной смарт-картой с бесконтактной способностью, которая плотно интегрирована с мобильным телефоном; съемный универсальный модуль идентификации абонента (USIM), который является элементом безопасности, который может интегрироваться с картой USIM, который предоставляет функциональность смарт-карты (в данном случае, бесконтактная способность отделена); или съемная безопасная цифровая (Secure Digital (SD)) карта, которая является смарт-картой, которая предоставляет безопасную программируемую среду. Приложения обеспечиваются на смарт-карте. Связь с элементом безопасности на смарт-карте использует команды пакета данных протокола прикладного уровня (Application Protocol Data Unit) APDU.

Элемент безопасности 329 также может предоставлять встроенную способность беспроводной связи малого радиуса действия (Near Field Communication (NFC)), которая поддерживает стандарт ISO 14443. Способность NFC предоставляет поддержку для однорангового режима, режима чтения/записи, и режима эмуляции карты.

Мобильное приложение 331 включает в себя пользовательский интерфейс для управления счетом, установки параметров сообщений и других предпочтений, отправки запросов сообщений и приема ответных сообщений. Мобильное приложение 331 может являться, например, приложением J2 ME/MIDP 2.0 (MIDIet). Профиль для мобильного устройства с информационными функциями (MIDP) может быть спецификацией, изданной для использования Java на встроенных устройствах, таких как мобильные телефоны. Мобильное приложение 331 может быть настроено и сконфигурировано для конкретного эмитента.

Фиг. 4 показывает структурную схему примерного мобильного устройства 328. Примерное мобильное устройство 328 может содержать считываемый компьютером носитель и корпус. Считываемый компьютером носитель 32(b) может находиться внутри корпуса 32(h), или может быть отделяемым от него. Корпус 32(h) может быть в виде пластиковой подложки, кожуха или другой конструкции. Считываемый компьютером носитель 32(b) может являться памятью, такой как материальная (то есть физическая или долговременная) память, которая хранит данные и может быть в любой пригодной форме, включая жесткий диск, магнитную ленту, микросхему памяти, однозначно производные ключи (такие как описанные выше), алгоритмы шифрования, и т.д. Память также предпочтительно хранит информацию, такую как финансовая информация, такая как информация о счете платежа, идентификационный номер банка (BIN), информация о номере кредитной или дебетовой карты, информация о балансе счета, дата истечения срока действия, потребительская информация, такая как имя, дата рождения, и т.д. Любая из этих информаций может передаваться посредством мобильного устройства 328.

Мобильное устройство 328 может дополнительно включать в себя бесконтактный элемент 32(g), типично реализованный в виде полупроводниковой микросхемы (или элемента хранения данных) со связанным с ним элементом беспроводной передачи (например, передачи данных), таким как антенна. Данные или команды управления, передаваемые через сотовую сеть, могут применяться к бесконтактному элементу 32(g) посредством интерфейса бесконтактного элемента (не показан). Интерфейс бесконтактного элемента может функционировать, чтобы делать возможным обмен данными и/или командами управления между схемой мобильного устройства (и, следовательно, сотовой сети) и произвольным бесконтактным элементом 32(g).

Бесконтактный элемент 32(g) способен на передачу и прием данных, используя способность беспроводной связи малого радиуса действия («NFC») (или носитель беспроводной связи малого радиуса действия), типично в соответствии со стандартизованным протоколом или механизмом передачи данных (например, ISO 14443/NFC). Способность беспроводной связи малого радиуса действия является способностью связи ближнего действия, такой как RFID, Bluetooth™, инфракрасная или другая способность передачи данных, которая может использоваться для обмена данными между мобильным устройством 328 и запрашиваемым устройством. Таким образом, мобильное устройство 328 способно к поддержанию связи и передаче данных и/или команд управления как через сотовую сеть, так и через способность беспроводной связи малого радиуса действия.

Мобильное устройство 328 может также включать в себя процессор 32(c) (например, микропроцессор, или группу процессоров, работающих вместе) для обработки функций мобильного устройства 328, и дисплей 32(d), чтобы позволять пользователю видеть номера телефонов, и другую информацию и сообщения. Мобильное устройство 328 может дополнительно включать в себя элементы 32(e) ввода, чтобы позволять пользователю вводить информацию в устройство, динамик 32(f), чтобы позволить пользователю слышать голосовую связь, музыку, и т.д., и микрофон 32(i), чтобы позволить пользователю передавать свой голос через мобильное устройство 328 пользователя. Мобильное устройство 328 может также включать в себя антенну 32(a) для беспроводного переноса данных (например, передачи данных).

Фиг. 5 показывает блок-схему последовательности операций, иллюстрирующую примерный процесс 500, посредством которого мобильное устройство формирует и отправляет запрос сообщений на сервер сообщений, где запрос сообщений запрашивает, чтобы сервер сообщений отправил ожидающие сообщения на мобильное устройство. Для удобства иллюстрации, процесс 500 описан ниже, как реализуемый в системе 300 фиг. 3, чтобы заставить мобильное устройство 328 извлечь ожидающие сообщения из службы 304 передачи сообщений общего назначения. Однако следует понимать, что процесс 500 мог бы быть реализован в системе 100 фиг. 1, чтобы заставить мобильное устройство 104 извлечь ожидающие сообщения из службы 108 передачи сообщений. Дополнительно, следует понимать, что процесс 500 мог бы быть реализован в любой подходящей системе, включая комбинацию некоторых или всех компонентов систем 100 и 300, чтобы заставить клиента извлечь ожидающие сообщения из сервера. Кроме того, следует понимать, что процесс 500 может выполняться, чтобы осуществить этап «сформировать и отправить запрос сообщений», представленный блоком 212 процесса 200, который показан на фиг. 2.

Как указано в блоке 504, процесс 500 в целом начинается с приема команды сформировать и отправить запрос сообщений, чтобы извлечь ожидающие сообщения из сервера сообщений. Например, согласно варианту осуществления, мобильное устройство 328 принимает команду от пользователя сформировать и отправить запрос сообщений, чтобы извлечь ожидающие сообщения из службы 304 передачи сообщений общего назначения. Чтобы дать эту команду, пользователь может получить доступ к мобильному приложению 331, запущенному на мобильном устройстве 328, и ввести команду, которая заставляет мобильное устройство 328 сформировать и отправить запрос сообщений, сконфигурированный, чтобы заставить службу 304 передачи сообщений общего назначения отправить ожидающие сообщения на мобильное устройство 328. Дополнительно, согласно варианту осуществления, вместо ручного получения доступа к мобильному приложению 331, чтобы ввести команду, каждый раз, когда пользователь желает принять сообщения, пользователь может получить доступ к мобильному приложению 331, чтобы предоставить расписание, которое периодически заставляет мобильное устройство 328 формировать и отправлять запросы сообщений. Дополнительно, например, мобильное приложение 331, запущенное на мобильном устройстве 328, может быть сконфигурировано, чтобы формировать и отправлять запросы сообщений по возникновению запускающего события, такого как прием «пробуждающего» сообщения, начальный запуск мобильного приложения 331, и т.д.

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

Таблица 1 Поля данных запроса сообщений Поле
# Элемент данных Длина Описание 1 ID сообщения 2 ID запроса сообщений 2 Версия формата сообщений 1 Версия формата сообщений 3 Номер последователь-ности запроса сообщений 1 Идентификатор, используемый, чтобы сопоставить ответное сообщение с соответствующим запросом сообщений 4 Номер последователь-ности послед-него успешно принятого соответствен-ного сообщения 1 Принятый номер последовательности в последнем ответном сообщении, принятом от того же сервера сообщений, которому отправляется запрос сообщений, и для которого все сообщения в ответном сообщении были успешно приняты мобильным приложением, запущенным на мобильном устройстве 5 Параметры запроса сообщений 2 Параметры, используемые мобильным приложением, чтобы запросить конкретную обработку запроса сообщений в сервере сообщений 6 Идентификатор мобильного приложения 10 Уникальный идентификатор мобильного приложения на телефоне, с которого отправляется запрос сообщений 7 Длина ID учетной записи мобильного приложения 1 Указывает длину ID учетной записи мобильного приложения 8 ID учетной записи мобиль-ного приложения Перемен-ная
(≤16) Уникальный идентификатор учетной записи в мобильном приложении, с которым связаны сообщения общего назначения

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

С дополнительной ссылкой на таблицу 1, запрос сообщений может включать в себя элемент данных - номер последовательности запроса сообщений и элемент данных - номер последовательности последнего успешно принятого ответного сообщения. Элемент данных-номер последовательности запроса сообщений может быть значением счетчика, уникальным для каждого запроса сообщений, отправленного с мобильного устройства 328, и может последовательно возрастать от запроса сообщений к запросу сообщений. Например, элемент данных - номер последовательности запроса сообщений первого запроса сообщений, отправленного с мобильного устройства 328, может быть значением счетчика 1, соответствующий элемент данных второго запроса сообщений может быть значением счетчика 2, а соответствующий элемент данных третьего запроса сообщений может быть значением счетчика 3. Похожим образом, элемент данных - номер последовательности последнего успешно принятого ответного сообщения может быть значением счетчика, уникальным для каждого запроса сообщений, отправленного с мобильного устройства 304, и может последовательно возрастать от запроса сообщений к запросу сообщений. Элемент данных - номер последовательности запроса сообщений и элемент данных - номер последовательности последнего успешно принятого ответного сообщения могут использоваться, чтобы сопоставлять соответствующие запросы сообщений и ответные сообщения.

При формировании запроса сообщений мобильное устройство 328 может устанавливать элемент данных - номер последовательности последнего успешно принятого ответного сообщения на значение счетчика последнего ответного сообщения, которое мобильное устройство 328 приняло от службы 304 передачи сообщений общего назначения. Если, например, последнее ответное сообщение, принятое мобильным устройством 328, содержит значение счетчика 2, тогда мобильное устройство 328 установило бы элемент данных - номер последовательности последнего успешно принятого ответного сообщения своего запроса сообщений на значение счетчика 2. Таким образом, после приема запроса сообщений от мобильного устройства 328 служба 304 передачи сообщений общего назначения сравнила бы значение счетчика элемента данных - номер последовательности последнего успешно принятого ответного сообщения, которое мобильное устройство 328 включило в запрос сообщений, со значением счетчика последнего ответного сообщения, которое служба 304 передачи сообщений общего назначения отправила на мобильное устройство 328. Это сравнение позволяет службе 304 передачи сообщений общего назначения определить, приняло ли мобильное устройство 328 последнее ответное сообщение, отправленное от службы 304 передачи сообщений общего назначения.

После приема команд сформировать и отправить запрос сообщений процесс 500, как указано в блоке 508, использует определение того, были ли предоставлены параметры сообщений. Согласно варианту осуществления, параметры сообщений могут предоставляться пользователем вручную, когда пользователь получает доступ к мобильному приложению 331, чтобы предписывать мобильному устройству 328 сформировать и отправить запрос сообщений. Согласно другим вариантам осуществления, параметры сообщений автоматически предоставляются мобильным приложением 331, запущенным на мобильном устройстве 328. В последнем варианте осуществления, например, мобильное приложение 331, запущенное на мобильном устройстве 328, может быть запрограммировано, чтобы включать определенные параметры сообщений в определенные запросы сообщений. Например, мобильное приложение 331 может быть запрограммировано, чтобы позволять пользователю получать доступ к мобильному приложению 331 и указывать, какие параметры сообщений следует включать в конкретные запросы сообщений. Мобильное приложение 331 может сохранять и автоматически применять спецификации пользователя к будущим запросам сообщений. Например, пользователь может указать, что для любых запросов сообщений, отправленных в рабочее время, мобильное приложение 331 должно включать параметры сообщений, которые запрашивают только срочные сообщения из службы 304 передачи сообщений общего назначения. Таким образом, пользователь избегает того, что ему мешают отправкой несрочных сообщений в рабочие дни, когда пользователь предположительно работает. Пользователь может дополнительно указать расписание, которое устанавливает то, что мобильное приложение 331 должно формировать и отправлять запросы сообщений в вечернее время, где запросы сообщений включают в себя параметры сообщений, которые запрашивают сообщения обычного приоритета.

Если параметры сообщений не были предоставлены, процесс 500 использует подсказку пользователю предоставить параметры сообщений, как указано в блоке 512, в противном случае процесс 500 продолжается на этапе, указанном в блоке 516. Согласно некоторым вариантам осуществления, чтобы выполнить этап, представленный блоком 512, мобильное приложение 331, запущенное на мобильном устройстве 328, подсказывает пользователю ввести параметры сообщений. Например, мобильное приложение 331 может подсказать пользователю ввести обозначение приоритетов сообщений, которые пользователь хотел бы получать, и когда пользователь хотел бы получать эти сообщения. Пользователь может выбрать параметры сообщений, которые указывают, что служба 304 передачи сообщений общего назначения может отправлять сообщения в ответ на запрос сообщений, если сообщения: срочные; срочные или высокого приоритета; или срочные, высокого приоритета или обычного приоритета. Дополнительно, например, мобильное приложение 331 может подсказать пользователю выбрать параметры сообщений, которые указывают максимальное количество сообщений, которое служба 304 передачи сообщений общего назначения может отправлять на мобильное устройство в ответ на запрос сообщений, и порядок, в котором служба 304 передачи сообщений общего назначения может отправлять сообщения. Пользователь может выбрать параметры сообщений, которые указывают, что сначала должны отправляться срочные сообщения, а затем, если все срочные сообщения были отправлены и максимально отсчитанное количество позволяет, могут отправляться высокоприоритетные сообщения. Выбранные параметры сообщений могут дополнительно указывать, что, если все высокоприоритетные сообщения были отправлены и максимально отсчитанное количество позволяет, тогда могут отправляться сообщения обычного приоритета.

Как указано в блоке 516, процесс 500 дополнительно использует преобразование параметров сообщений в элементы данных. Согласно вариантам осуществления, мобильное приложение 331, запущенное на мобильном устройстве 328 преобразует параметры сообщений в элементы данных. Таблица 2 ниже предоставляет список параметров сообщений и соответствующих элементов данных.

Таблица 2 Параметры сообщений и соответствующие элементы данных Байт b8 b7 b6 b5 b4 b3 b2 b1 Использование 1 x x Ограничения приоритета 0 0 Отправлять сообщения срочного, высокого и обычного приоритета 0 1 Отправлять только сообщения срочного и высокого приоритета 1 0 Отправлять только сообщения срочного приоритета 1 x x Максимальное количество сообщений для ответных сообщений 0 0 Отправлять все сообщения 0 1 Отправлять только одно сообщение 1 0 Отправлять не больше сообщений, чем предел количества сообщений 2 x x x x x x x x Предел количества сообщений

Как указано в блоке 520, после того, как параметры сообщений преобразованы в элементы данных, элементы данных вставляются в запрос сообщений. Затем, как указано в блоке 524, запрос сообщений, содержащий параметры сообщений, вставленные в него, как элементы данных, отправляется службе 304 передачи сообщений общего назначения.

После приема запроса сообщения от мобильного устройства сервер сообщений формирует и отправляет ответное сообщение мобильному устройству согласно примеру процесса 600, проиллюстрированного на фиг. 6. Для удобства иллюстрации, процесс 600 описан ниже, как реализуемый в системе 300 фиг. 3. Однако следует понимать, что процесс 600 мог бы реализовываться в системе 100 фиг. 1. Дополнительно, следует понимать, что процесс 600 мог бы быть реализован в любой подходящей системе, включая комбинацию некоторых или всех компонентов систем 100 и 300. Кроме того, следует понимать, что процесс 600 может выполняться, чтобы осуществить этап «сформировать и отправить сообщение», представленный блоком 220 процесса 200, который проиллюстрирован на фиг. 2.

Как указано в блоке 604, процесс 600 в целом начинается с приема от мобильного устройства 328 запроса сообщений, содержащего вставленные в него элементы данных. Запрос сообщений запрашивает, чтобы служба 304 сообщений общего назначения отправила ожидающие сообщения на мобильное устройство 328 в соответствии с параметрами сообщений, которые соответствуют вставленным элементам данных. Далее, как указано в блоке 608, процесс 600 использует получение доступа к ожидающим сообщениям, чтобы определить, ожидают ли сообщения доставки пользователю мобильного устройства 328, который отправил запрос сообщений. Например, после приема запроса сообщений от мобильного устройства 328 серверный компьютер 332 передачи сообщений службы 304 передачи сообщений общего назначения может получать доступ к данным 352 ожидающих сообщений, чтобы определять, ожидают ли какие-либо сообщения доставки пользователю мобильного устройства 328. Как указано в блоке 612, если никакие сообщения не ожидают доставки пользователю, то процесс 600 завершается, в противном случае процесс 600 продолжается на этапе, который указан в блоке 616, и который использует определение параметров сообщений, которые соответствуют элементам данных, вставленным в запрос сообщений.

Согласно варианту осуществления, чтобы выполнить этап, указанный в блоке 616, серверный компьютер 332 передачи сообщений службы 304 передачи сообщений общего назначения получает доступ к данным 348 параметров сообщений, чтобы получить параметры сообщений, которые соответствуют элементам данных, вставленным в запрос сообщений. Например, данные 348 параметров сообщений могут включать в себя справочную таблицу, такую как таблица 2, которая перечисляет элементы данных и соответствующие параметры сообщений. В данном примере, серверный компьютер 332 передачи сообщений получает доступ к справочной таблице, и определяет параметры сообщений, которые соответствуют элементам данных, вставленным в запрос сообщений.

Как указано в блоке 620, после того, как параметры сообщений были получены, процесс 600 использует формирование ответного сообщения в соответствии с параметрами сообщений. Согласно некоторым вариантам осуществления, ответное сообщение может являться потоком данных, включающим в себя множество элементов данных, таких как элементы данных, предоставленные в полях с 1 по (10+2n) таблицы 3 ниже.

Таблица 3 Поля данных ответного сообщения Поле
# Элемент данных Длина Описание 1 ID сообщения 2 ID ответного сообщения 2 Версия формата сообщений 1 Версия формата сообщений 3 Длина ответного сообщения 2 Указывает общую длину оставшихся полей в ответном сообщении 4 Принятый номер последовательности 1 Значение счетчика, используемое, чтобы сопоставить ответное сообщение с соответствующим запросом сообщений 5 Идентификатор мобильного приложения 10 Уникальный идентификатор мобильного приложения на мобильном устройстве, которому отправляется запрос сообщений 6 Длина ID учетной записи мобильного приложения 1 Указывает длину ID учетной записи мобильного приложения 7 ID учетной записи мобильного приложения Перемен-ая
(≤16) Уникальный идентификатор учетной записи в мобильном приложении, с которым связаны сообщения общего назначения 8 Оставшиеся сооб-ения срочного приоритета 1 Указывает количество сообщений срочного приоритета, оставшихся для отправки с сервера сообщений 9 Оставшиеся сооб-ения высокого приоритета 1 Указывает количество сообщений высокого приоритета, оставшихся для отправки с сервера сообщений 10 Оставшиеся сооб-ения обычного приоритета 1 Указывает количество сообщений обычного приоритета, оставшихся для отправки с сервера сообщений (9+2n) Сообщение 1 Перемен-ная n-ое сообщение общего назначения, объединенное в ответном сообщении (10+2n) Сообщение n Перемен-ная n-ое сообщение общего назначения, объединенное в ответном сообщении

Со ссылкой на таблицу 3, ответное сообщение, подобно запросу сообщений, может включать в себя, среди прочего, элемент данных-ID сообщения, элемент данных-идентификатор мобильного приложения и элемент данных-ID учетной записи мобильного приложения. Элемент данных - ID сообщения может идентифицировать ответное сообщение, элемент данных - идентификатор мобильного приложения может идентифицировать мобильное приложение 331, запущенное на мобильном устройстве 328, которому отправляется ответное сообщение, а элемент данных-ID учетной записи мобильного приложения может идентифицировать учетную запись, связанную с мобильным приложением 331. Следует понимать, что ID учетной записи мобильного приложения включается для того, чтобы с мобильным приложением 331 могло быть связано множество учетных записей.

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

Ответное сообщение также может включать в себя элементы данных - оставшиеся сообщения срочного приоритета, -оставшиеся сообщения высокого приоритета и оставшиеся сообщения обычного приоритета. Значение элементов данных представляет количество сообщений каждого из соответствующих приоритетов, оставшихся в службе 304 передачи сообщений общего назначения после того, как ответное сообщение было сформировано и отправлено на мобильное устройство 328. Таким образом, после приема ответного сообщения мобильное устройство может определить, ожидает ли одно или более дополнительных сообщений в службе 304 передачи сообщений общего назначения, и следует ли формировать и отправлять другой запрос сообщений. Эти элементы данных являются полезными в ситуациях, в которых, например, параметры сообщений запроса сообщений указывают, что ответное сообщение включает в себя максимальное количество объединенных сообщений, но больше, чем максимальное количество сообщений ожидают в службе 304 передачи сообщений общего назначения. Например, параметры сообщений запроса сообщений могут указывать, что ответное сообщение включает в себя максимум из десяти объединенных сообщений, и что ответное сообщение может включать в себя только сообщения срочного приоритета. В этом примере, если одиннадцать сообщений срочного приоритета ожидают доставки, тогда сервер сообщений формирует ответное сообщение, которое включает в себя десять из одиннадцати сообщений срочного приоритета. Дополнительно, согласно этому примеру, служба 304 передачи сообщений общего назначения устанавливает элемент данных-оставшиеся сообщения срочного приоритета ответного сообщения на 1. Таким образом, после приема ответного сообщения мобильное устройство 328 определяет, что одно сообщение срочного приоритета все еще ожидает доставки и отправляет другой запрос сообщений службе 304 передачи сообщений общего назначения.

Как упоминалось выше, согласно варианту осуществления, множество сообщений могут быть объединены в одном ответном сообщении. Таким образом, как указано полями (9+2n) and (10+2n) таблицы 3 выше, поле сообщения может быть предоставлено для каждого сообщения, объединенного в ответном сообщении. Примерное содержимое каждого сообщения, объединенного в ответном сообщении, описано ниже в таблице 4.

Таблица 4 Содержимое сообщения, объединенного в ответных сообщениях Поле
# Элемент данных Длина Описание 1 Версия формата сообщения 1 Версия формата сообщения 2 Длина сообщения 2 Указывает общую длину сообщения 3 Ответные параметры 1 Указывает конкретные параметры, связанные с содержимым сообщения 4 Временная метка сообщения 7 Временная метка, указывающая дату и время, когда содержимое сообщения было создано источником, в формате ГГГГММДДЧЧММСС 5 ID источника 1 Указывает источник сообщения 6 ID категории 1 Указывает категорию сообщения 7 Длина содержимого сообщения 2 Указывает длину содержимого сообщения 8 Содержимое сообщения Переменная Реальное содержимое сообщения для отображения пользователю посредством мобильного приложения 9 Длина даты истечения срока сообщения 1 Указывает длину даты истечения срока сообщения (поле 10) 10 Дата истечения срока сообщения 4 Необязательное поле, указывающее дату, после которой сообщение может быть автоматически удалено мобильным приложением, в формате ГГГГММДД

Со ссылкой на таблицу 4, сообщения, которые объединены в ответном сообщении, могут включать в себя, вдобавок к реальному содержимому сообщения, элементы данных - версия формата сообщения, -длина сообщения, -временная метка сообщения, -ID источника и -категории и дата истечения срока сообщения. Дополнительно, сообщения могут включать в себя ответные параметры. Согласно варианту осуществления, ответные параметры преобразуются в элементы данных и вставляются в ответные сообщения. Таблица 5 ниже предоставляет примерный список ответных параметров и соответствующих элементов данных.

Таблица 5 Содержимое сообщения, объединенного в ответном сообщении b8 b7 b6 b5 b4 b3 b2 b1 Использование x x Приоритет сообщения 0 1 Сообщение обычного приоритета 1 0 Сообщение высокого приоритета 1 1 Сообщение срочного приоритета

Согласно варианту осуществления, мобильное приложение 331 обрабатывает элементы данных - ответные параметры, чтобы определить приоритет отдельных сообщений, предоставленных в ответном сообщении. Мобильное приложение 331 может отображать сообщения пользователю в соответствии с соответствующим приоритетом сообщений. Например, мобильное приложение 331 может отображать сообщения срочного приоритета пользователю немедленно после приема от службы 304 передачи сообщений общего назначения. Мобильное приложение 331 может даже заставить пользователя просмотреть сообщения срочного приоритета перед тем, как пользователь сможет продолжить использовать другие мобильные функции. Еще, например, мобильное приложение 331 может отображать сообщения высокого приоритета пользователю, если приложение 331 запущено. Кроме того, например, мобильное приложение 331 может отображать сообщения обычного приоритета по усмотрению пользователя.

Как указано в блоке 624, после формирования ответного сообщения в соответствии с параметрами, указанными запросом сообщений, ответное сообщение отправляется на мобильное устройство.

Фиг. 7 показывает блок-схему последовательности операций, иллюстрирующую примерный процесс 700, посредством которого отправляющие сообщения субъекты, такие как сети обработки платежей, эмитенты и торговцы отправляют сообщения, предназначенные пользователю, на сервер сообщений, который затем отправляет сообщения на мобильные устройства, связанные с пользователями. Для удобства иллюстрации, процесс 700 описан ниже, как реализуемый в системе 300 фиг. 3. Однако следует понимать, что процесс 700 мог бы реализовываться в системе 100 фиг. 1. Дополнительно, следует понимать, что процесс 700 мог бы быть реализован в любой подходящей системе, включая комбинацию некоторых или всех компонентов систем 100 и 300.

Как указано в блоке 704, процесс 700 в целом начинается с составления сообщения для отправки пользователю. Сообщение может, например, являться связанным со счетом сообщением от эмитента 320, информирующим пользователя о том, что его или ее текущий счет недавно упал ниже порогового значения, или что его или ее счет кредитной карты приближается к своему кредитному лимиту. Также, например, сообщение может являться рекламным предложением, купоном, сообщением, касающимся родственных программ, или другим типом маркетингового сообщения от торговца 312. Как указано в блоке 708, процесс 700 дополнительно использует присвоение атрибутов сообщению. Например, отправляющий сообщения субъект, такой как торговец 312, сеть 316 обработки платежей или эмитент 320, может включать в сообщение элементы данных, которые указывают, что сообщение имеет срочный, высокий или обычный приоритет. Обозначения приоритетов для сообщений могут определяться отправляющим сообщения субъектом 312, 316, 320 на основании правил организации, которые могут определяться субъектом, ответственным за управление службой 304 передачи сообщений общего назначения. Например, правила организации могут указывать, что все рекламные сообщения должны обозначаться, как имеющие обычный приоритет, что связанные со счетом сообщения, такие как уведомление о том, что недавно расход был записан на текущий счет, могут обозначаться, как имеющие высокий приоритет, и что связанные со счетом сообщения, такие как уведомление о мошенничестве, могут обозначаться, как имеющие срочный приоритет.

После составления сообщения и присвоения сообщению атрибутов процесс 700 использует отправку сообщения службе 304 передачи сообщений общего назначения, как указано в блоке 712. Как указано в блоке 716, если отправляющий сообщения субъект 312, 316, 320 не желает «принудительно отправить» сообщение на мобильное устройство 328 пользователя, тогда процесс 700 завершается. Однако, если отправляющий сообщения субъект 312, 316, 320 желает «принудительно отправить» сообщение на мобильное устройство 328 пользователя, тогда процесс 700 использует отправку «пробуждающего» сообщения на мобильное устройство 328, как указано в блоке 720. «Пробуждающее» сообщение сконфигурировано, чтобы заставить мобильное приложение 331, запущенное на мобильном устройстве 328, отправить запрос сообщений службе 304 передачи сообщений общего назначения и тем самым извлечь «принудительно отправляемое» сообщение из службы 304 передачи сообщений общего назначения.

Согласно варианту осуществления, «пробуждающее» сообщение отправляется на мобильное устройство 328 одновременно с или непосредственно после того, как отправляющий сообщения субъект 312, 316, 320 отправляет «принудительно отправляемое» сообщение службе 304 передачи сообщений общего назначения. Таким образом, устройство 328 принимает «пробуждающее» сообщение, отправляет запрос сообщений и принимает сообщение от службы 304 передачи сообщений общего назначения вскоре после того, как отправляющий сообщения субъект 312, 316, 320 отправил «принудительно отправляемое» сообщение.

Согласно варианту осуществления, после отправки сообщения службе 304 передачи сообщений общего назначения, согласно этапу, указанному в блоке 712, отправляющий сообщения субъект 312, 316, 320 указывает службе 304 передачи сообщений общего назначения, что сообщение является «принудительно отправляемым» сообщением, и в ответ служба 304 передачи сообщений общего назначения отправляет «пробуждающее» сообщение на мобильное устройство 328 пользователя. Следует понимать, однако, что отправляющий сообщения субъект 312, 316, 320 вместо службы 304 передачи сообщений общего назначения мог бы отправлять «пробуждающее» сообщение на мобильное устройство 328 пользователя.

«Пробуждающее» сообщение может являться, например, сообщением SMS (службы коротких сообщений) или WAP (протокола беспроводных приложений) мобильного устройства 328 пользователя. Полезная нагрузка сообщения SMS/WAP содержит байты, которые инициируют желаемое поведение мобильного приложения 331 мобильного устройства 328. Например, полезная нагрузка может включать в себя байты, которые указывают сообщение SMS или WAP, как «пробуждающее» сообщение, службу 304 передачи сообщений общего назначения, которой мобильное приложение 331 должно отправить запрос сообщений, и учетную запись в мобильном приложении 331, с которым связано ожидающее сообщение.

Различные элементы ранее описанных диаграмм систем (например, фиг. 1-4) могут использовать любое подходящее количество подсистем для содействия функциям, описанным в материалах настоящей заявки. Примеры таких подсистем или компонентов показаны на фиг. 8. Подсистемы 800, показанные на фиг. 8, взаимосвязаны через системную шину 805. Показаны дополнительные подсистемы, такие как принтер 810, клавиатура 820, жесткий диск 830 (или другая память, содержащая считываемые компьютером носители), монитор 840, который присоединен к адаптеру 850 дисплея, и другие. Периферийное оборудование и устройства ввода/вывода (I/O), которые присоединяются к контроллеру 860 I/O, могут быть присоединены к компьютерной системе любым количеством средств, известных в данной области техники, таких как последовательный порт 870. Например, последовательный порт 870 или внешний интерфейс 880 может использоваться для присоединения компьютерного устройства к глобальной сети, такой как интернет, устройству ввода с мыши или сканеру. Взаимосвязь через системную шину предоставляет центральному процессору 890 возможность поддерживать связь с каждой подсистемой и управлять выполнением команд из системной памяти 895 или жесткого диска 830, а также обменом информацией между подсистемами. Системная память 895 и/или жесткий диск 830 могут воплощать считываемый компьютером носитель.

Любые программные компоненты или функции, описанные в данной заявке, могут быть реализованы в качестве программного кода, который должен выполняться одним или белее процессорами с использованием любого пригодного компьютерного языка, такого как, например, Java, C++ или Perl, с использованием, например, традиционных или объектно-ориентированных технологий. Программный код может храниться в качестве последовательностей команд или директив на считываемом компьютером носителе, таком как оперативное запоминающее устройство (ОЗУ, RAM), постоянное запоминающее устройство (ПЗУ, ROM), магнитный носитель, такой как привод жесткого диска или гибкий диск, либо оптический носитель, такой как CD-ROM (ПЗУ на компакт-диске). Любой такой считываемый компьютером носитель может также находиться на или в пределах единого вычислительного устройства и может присутствовать на или в пределах разных вычислительных устройств в пределах системы или сети.

Настоящее изобретение может быть реализовано в виде управляющей логики в программном обеспечении, или аппаратном обеспечении, или комбинации обоих. Управляющая логика может храниться в информационном запоминающем устройстве в качестве множества команд, приспособленных, чтобы заставлять устройство обработки информации выполнять набор этапов, раскрытых в вариантах осуществления настоящего изобретения. На основании раскрытия и идей, приведенных в материалах настоящей заявки, рядовой специалист в данной области техники будет осознавать другие пути и/или способы для реализации настоящего изобретения.

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

Перечисление в форме единственного числа подразумевается означающим «один или более», если обратное конкретно не указано.

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

Изобретение относится к области отправления на мобильное устройство пользователя от таких субъектов, как эмитенты, торговцы, сети обработки платежей и операторы мобильных сетей, сообщений, связанных со счетом или маркетинговых, в ответ на запрос сообщений, отправленных с мобильного устройства пользователя. Техническим результатом является повышение соответствия содержимого и параметров доставки сообщений предпочтениям отдельных пользователей, а также повышение безопасности передачи сообщений. Для этого принимают параметры сообщений, указанные пользователем, содержащие предпочтения приема сообщений, вставляют параметры сообщений в запрос сообщений, отправлять его на серверный компьютер и принимают от серверного компьютера ответное сообщение, которое включает в себя ожидающие сообщения, удовлетворяющие параметрам сообщений пользователя. 4 н. и 16 з.п. ф-лы, 8 ил., 5 табл.

1. Способ отправки сообщений, содержащий этапы, на которых:

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

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

преобразуют один или более параметров сообщений в один или более элементов данных;

вставляют один или более элементов данных в запрос сообщений; и

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

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

2. Способ по п. 1, в котором один или более параметров сообщений указывают порядок, в котором служба передачи сообщений должна отправлять ожидающие сообщения.

3. Способ по п. 2, в котором порядок, указанный одним или более параметрами сообщений, представляет собой:

отправку ожидающих сообщений, которые имеют срочный уровень приоритета;

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

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

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

5. Способ по п. 4, в котором ответное сообщение включает в себя ожидающие сообщения уровня приоритета, который выше или равен указанному уровню приоритета.

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

7. Способ по п. 1, в котором устройство пользователя является мобильным телефоном, содержащим мобильное приложение для отправки запроса сообщений и приема ответных сообщений.

8. Способ по п. 1, в котором один или более элементов данных включают в себя версию формата сообщений, причем принятое ответное сообщение отформатировано согласно упомянутой версии формата сообщений.

9. Считываемый компьютером носитель, содержащий:

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

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

11. Мобильное устройство, содержащее:

процессор; и

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

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

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

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

12. Мобильное устройство по п. 11, в котором исполняемые компьютером инструкции дополнительно заставляют мобильное устройство инициировать формирование запроса сообщений при обнаружении возникновения запускающего события.

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

получение доступа к базе данных, содержащей множество элементов данных и соответствующих параметров сообщений;

нахождение параметров сообщений, которые соответствуют элементам данных, вставленным в запрос сообщений;

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

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

14. Мобильное устройство по п. 11, в котором параметры сообщений предписывают серверному компьютеру передачи сообщений включать в упомянутый поднабор одно или более ожидающих сообщений, которые имеют срочный уровень приоритета.

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

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

17. Мобильное устройство по п. 11, в котором мобильное устройство является мобильным устройством связи.

18. Мобильное устройство по п. 11, в котором порядок, указанный параметрами сообщений, представляет собой:

отправку ожидающих сообщений, которые имеют срочный уровень приоритета;

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

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

19. Мобильное устройство по п. 11, в котором исполняемые компьютером инструкции дополнительно заставляют мобильное устройство:

извлекать номер последовательности сообщения из ответного сообщения;

генерировать второй запрос сообщений, включающий в себя номер последовательности сообщения;

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

принимать второе ответное сообщение, причем второе ответное сообщение включает в себя второй набор ожидающих сообщений.

20. Устройство для отправки сообщений, содержащее:

процессор;

считываемый компьютером носитель, соединенный с процессором; и

элемент безопасности для предоставления безопасной среды выполнения для считываемого компьютером носителя,

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

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

вставлять один или более параметров сообщений в запрос сообщений,

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

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