Предоставление индивидуально адаптированного приложения терминалу пользователя

Изобретение относится к области предоставления терминалу пользователя приложения, которое индивидуально адаптировано в отношении специфичных для пользователя параметров и специфичных для терминала свойств. Техническим результатом является обеспечение индивидуально адаптированного приложения для загрузки в терминал пользователя. Сервер приложений сохраняет шаблон для индивидуально адаптированного приложения идентификационного документа и набор характеристик для каждого из нескольких типов терминалов; принимает запрос формирования индивидуально адаптированного приложения идентификационного документа для пользователя и определяет индивидуальные параметры пользователя на основе запроса; передает в терминал пользователя сообщение с данными, которое инициирует запрос от терминала пользователя; определяет тип терминала пользователя на основе запроса; определяет индивидуальные свойства терминала на основе типа терминала пользователя; формирует индивидуально адаптированное приложение идентификационного документа на основе шаблона, индивидуальных параметров пользователя и индивидуальных свойств терминала; вставляет индивидуально адаптированное приложение идентификационного документа в набор файлов доставки системы передачи данных и передает набор файлов для доставки терминалу пользователя. 2 н. и 6 з.п. ф-лы, 5 ил.

 

Область техники, к которой относится изобретение

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

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

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

Уровень техники

Дисконтные карты клиента традиционно выполняются в виде пластиковых карт с магнитными полосками, которые могут быть считаны считывателем магнитных карт, функционально подключенным к контрольно-кассовому пункту, такому как кассовый аппарат. Такие пластиковые дисконтные карты вызывают определенные проблемы. Например, администрирование и пересылка по почте карт представляет собой трудоемкую операцию для выпускающих компаний. Кроме того, необходимость ношения множества физических карт может быть обременительна для покупателей. Заявка на патент США 2009/0012900 под названием "Making Secure Data for Customer Loyalty Programs" затрагивает различные технологии выполнения электронных дисконтных карт.

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

Раскрытие изобретения

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

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

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

- принимают запрос на формирование индивидуально адаптированного приложения, и на основе этого запроса сервер приложений определяет индивидуальные параметры пользователя;

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

- определяют тип терминала пользователя на основе запроса от терминала пользователя;

- определяют индивидуальные свойства терминала на основе определенного типа терминала пользователя;

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

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

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

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

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

фиг.4 показывает двумерный штрих-код, оптимально отформатированный для экрана дисплея определенного терминала пользователя; и

фиг.5 показывает определенный файл индивидуально адаптированной электронной дисконтной карты.

Осуществление изобретения

На фиг.1 показана примерная архитектура системы, в которой может использоваться изобретение. Четыре основных подраздела на фиг.1 установлены как серверы 1-10 баз данных, сервер приложений в соответствии с вариантом осуществления изобретения, в общем, обозначенный номером 1-20 ссылочной позиции, сеть (система-передачи сигналов) 1-50 передачи данных и множество терминалов пользователя, в общем, обозначенных номером 1-80 ссылочной позиции. Как показано на фиг.1, терминалы 1-80 пользователя отличаются друг от друга различными свойствами, включая разрешение их дисплеев.

В примерном варианте осуществления, показанном на фиг.1, каждый сервер 1-10 баз данных содержит процессор 1-11 сервера баз данных и базу данных 1-12, такую как база данных клиентов, в которой содержатся данные, относящиеся к дисконтным картам, специфичным для клиента. Что касается аппаратных средств, серверы баз данных могут представлять обычную технологию. С целью изобретения достаточно, чтобы серверы 1-10 баз данных имели возможность запрашивать индивидуально адаптированное приложение, такое как дисконтная карта, из сервера 1-20 приложений. Специфичные для клиента параметры, требуемые для доставки дисконтной карты, могут быть обеспечены в сообщении запроса, передаваемом на сервер 1-20 приложений. В качестве альтернативы, сервер 1-10 баз данных может быть выполнен с возможностью предоставления таких специфичных для клиента параметров в ответ на отдельный запрос параметра клиента из сервера 1-20 приложений.

Как показано в примерном варианте осуществления, показанном на фиг.1, сервер 1-20 приложений содержит распределитель 1-21 ресурсов и очередь работ 1-22 для распределения ресурсов обработки между несколькими запросами приложения от одного или больше серверов 1-10 баз данных. Ресурсы обработки представлены генераторами 1-23 приложений, которые могут быть выполнены соответствующим образом запрограммированными процессорами обработки данных. Требуемые программы будут понятны при чтении последующего описания изобретения и его вариантов осуществления. Для адаптации запрашиваемых приложений, таких как дисконтные карты, к свойствам различных терминалов 1-80 пользователей сервер 1-20 приложений содержит базу данных 1-24 оборудования. В качестве альтернативы или в дополнение, сервер 1-20 приложений может быть функционально соединен с внешней базой данных оборудования (которая не показана отдельно). Посредством консультации с дополнительной базой данных 1-25 языков сервер приложений может подготовить индивидуально адаптированные приложения на нескольких естественных языках. Один или больше серверов 1-26 передачи данных используются для распределения генерируемых приложений между терминалами 1-80 пользователей через сети 1-50 передачи данных.

В случае обычной сетевой архитектуры, сети 1-50 передачи данных содержат сеть 1-51 передачи данных, которая обычно представляет собой Интернет, и сеть 1-52 доступа, которая обычно представляет собой сотовую мобильную сеть, проводную или беспроводную локальную вычислительную сеть и т.п. Детали сетей 1-51, 1-52 передачи данных, такие как используемые сетевые элементы, исключены для ясности представления, поскольку такие элементы представляют обычную технологию. В качестве альтернативы или в дополнение, терминал 1-80 пользователя может быть соединен с персональным компьютером (не показан) через соединение на коротком расстоянии, такое как инфракрасное соединение или соединение Bluetooth, в котором персональный компьютер соединен с сервером 1-20 приложений через Интернет 1-51. Наконец, номером 1-90 ссылочной позиции обозначен типичный сервер, с которым требуется войти в контакт при активации индивидуально адаптированного приложения в терминале пользователя. В примерном случае дисконтной карты сервер 1-90 представляет собой сервер, через который пользователи терминала могут получать информацию статуса учетных записей их дисконтных карт.

Что касается архитектуры системы, на фиг.1 показан довольно сложный масштабируемый вариант осуществления, который выполнен с возможностью поддержки большого количества терминалов пользователя и эмитентов дисконтных карт (или серверов баз данных другого вида). Для менее требовательных сред изобретение может быть воплощено с менее амбициозным подходом. Например, может присутствовать только один генератор 1-23 приложения и только один сервер 1-25 передачи данных, и в средах, в которых не требуется множества устройств для этих элементов, распределитель 1-21 ресурса также может быть исключен. В еще одном, другом варианте осуществления, сервер 1-20 приложений может быть установлен на узле серверов 1-10 баз данных.

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

На фиг.2 показана схема сигналов, на которой представлен примерный вариант использования изобретения, в связи с выдачей электронных дисконтных карт. На фиг.2, время увеличивается сверху вниз, и пунктирными линиями обозначены необязательные действия, то есть действия, которые не являются строго существенными, но решают специфичные остаточные задачи и/или обеспечивают дополнительные преимущества. На этапе 2-2, сервер базы данных (позиция 1-10 на фиг.1) передает в сервер приложений запрос на индивидуально адаптированное приложение, такое как дисконтная карта. Этот запрос должен включать в себя необходимые параметры, специфичные для клиента, такие как имя и идентификатор (ID) клиента, имя и ID лица, выдавшего дисконтную карту, название и тип дисконтной карты, в случаях, в которых существует несколько версий, таких как "золотая" карта, "серебряная" карта и т.п. Понимание изобретения или его вариантов осуществления не обязательно связано с перечислением всех возможных специфичных для клиента и/или специфичных для выдающего карту лица параметров. Скорее, достаточно сказать, что каждая дисконтная карта индивидуально подготовлена для конкретного клиента. Следует отметить, что каждая дисконтная карта будет также индивидуально подготовлена для специфичного терминала клиента, но сервер 1-10 базы данных не отслеживает информацию, связанную со специфичными для терминала свойствами. Скорее, информация, связанная со специфичными для терминала свойствами, будет определена и будет использоваться для специализации дисконтной карты позже, в связи с этапами 2-10 - 2-26.

Обычно процессор сервера базы данных включает все параметры, специфичные для клиента, в запрос 2-2 индивидуально адаптированной дисконтной карты. С другой стороны, если сообщение 2-2 запроса карты не обеспечивает всю необходимую информацию для подготовки карты, сервер приложений может передать отдельный запрос 2-4 в базу данных клиентов, лица, выдающего карту. На этапе 2-6 распределитель 1-21 ресурсов сервера приложений сохраняет запрос и специфичные для клиента параметры в очереди работ 1-22 и назначает идентификатор (qID) очереди для запроса. При многопроцессорном выполнении сервер приложений может выполнить необязательный этап 2-8, который включает в себя операцию балансирования нагрузки, такую как выбор и/или ожидание доступных ресурсов.

В этот момент сервер приложений имеет необходимые параметры, индивидуальные для клиента. При этом он не имеет информации о свойствах, индивидуальных для терминала клиента, таких как размер экрана или разрешающая способность, и способность поддерживать различные дополнительные свойства. Интересно отметить, что современные мобильные терминалы, работающие на основе Java, не обеспечивают простой ответ на вопрос, как следует представить запрос в терминал для представления его размера экрана или разрешающей способности на сервер приложений. В непосредственном варианте осуществления клиент может зарегистрироваться на некотором веб-сервере и обозначить его/ее тип терминала, в результате чего такая информация может быть получена от клиента. В другом осуществлении вначале может быть загружена короткая программная процедура с целью определения и передачи параметров экрана. На фиг.2 показан вариант осуществления, который позволяет определять тип терминала более или менее автоматическим способом. Автоматическое определение типа терминала инициируется на этапе 2-10, который включает в себя передачу сообщения с данными, такое как короткое сообщение, в терминал пользователя. Такое короткое сообщение, по существу, обозначает для терминала (или его пользователя), что ему будет выдана индивидуально адаптированная дисконтная карта. Короткое сообщение предпочтительно обозначает сетевой адрес сервера приложений и временный идентификатор терминала пользователя. Например, сетевой адрес может быть представлен в следующей форме:

http://application-server.mobi/customer/23456

В представленном выше сетевом адресе application-server.mobi представляет собой сетевой адрес сервера приложений, в то время как customer/23456 представляет собой временный идентификатор, назначенный для терминала пользователя. В ответ на короткое сообщение, которое включает в себя сетевой адрес сервера приложений, терминал пользователя может предложить активацию сетевого браузера для этого сетевого адреса, в этом случае терминал ожидает одобрения пользователя, прежде чем он перейдет к навигации по сетевому адресу. В качестве альтернативы, терминал пользователя может быть выполнен с возможностью навигации по сетевому адресу, без требования подтверждения пользователя. В качестве третьей альтернативы пользователь терминала может извлечь сетевой адрес из короткого сообщения и перейти по этому адресу самостоятельно. В любом случае, терминал пользователя переходит к сетевому адресу сервера приложений на этапе 2-14. Включение временного идентификатора пользователя или терминала пользователя в сообщения 2-10 и 2-14 помогает серверу приложений идентифицировать терминал пользователя, и пользователю не требуется выполнять отдельную процедуру регистрации.

Как известно, переход по сетевому адресу с помощью сетевого браузера обычно включает запрос сетевой страницы (язык разметки гипертекста, HTML, page) по сетевому адресу. Теперь, если сервер приложений ответил на запрос веб-страницы терминала пользователя путем прямой загрузки индивидуально адаптированного приложения (дисконтной карты), могут возникнуть две проблемы. Первая проблема состоит в том, что индивидуально адаптированное приложение не отражает свойства, индивидуальные для терминала пользователя. Другая проблема состоит в том, что браузер терминала пользователя может быть запутан, принимая программу, в ответ на запрос для веб-страницы.

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

Затем, на этапе 2-22, сервер приложений формирует индивидуально адаптированную дисконтную карту. В примерном варианте осуществлении сервер приложений формирует индивидуально адаптированную дисконтную карту, начиная с информации шаблона дисконтной карты. Сервер приложений затем комбинирует информацию шаблона с параметрами, индивидуальными для клиента, и/или свойствами и свойствами, индивидуальными для терминала. В представительном, но не ограничительном варианте осуществления, информация шаблона сохранена в файле на самодокументирующемся языке моделирования, таком как язык XML (расширяемый язык моделирования). Информация шаблона определяет функциональность индивидуально адаптированного приложения. Одно из свойств, определенных шаблоном, представляет собой ассоциированный сетевой адрес, такой как адрес URL (унифицированный индикатор ресурса), с которым терминал пользователя должен входить в контакт при активации индивидуально адаптированного приложения. Предполагая, что индивидуально адаптированное приложение представляет собой дисконтную карту, сетевой адрес обычно представляет собой адрес сервера дисконтной карты (позиция 1-90 на фиг.1). Сетевой адрес может иметь следующую форму:

http://loyalty-card-server.mobi

Как кратко отмечено со ссылкой на фиг.1, сервер 1-20 приложений может содержать необязательную базу данных 1-25 языков, посредством которой сервер приложений имеет возможность подготавливать индивидуально адаптированные приложения на множестве естественных языков. Если требуется поддержка множества естественных языков, сообщение 2-2 запроса от сервера базы данных должно включать в себя идентификатор естественного языка, выбранный для дисконтной карты (или приложения другого типа). В одном варианте осуществлении база данных языков содержит отдельную версию файла шаблона для каждого поддерживаемого естественного языка. Недостаток такого варианта осуществления состоит в том, что функция индивидуально адаптированного приложения, которое сохранено в файле (файлах) шаблона, должна отдельно поддерживаться для каждой версии файла шаблона. Улучшенное воплощение поддержки множества языков включает в себя общий шаблон для всех поддерживаемых языков. Общий файл шаблона может содержать указатель мест заполнения, такой как текстовый идентификатор, для каждого элемента текста, зависимого от языка. На основании текстового идентификатора и идентификатора языка, генератор 1-23 приложения запрашивает базу данных 1-25 языков для каждого элемента текста, зависимого от языка. Хотя этот этап не показан отдельно, он аналогичен запросу 2-18 в базу данных оборудования.

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

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

http://loyalty-card-server.mobi/acme_card456789

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

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

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

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

В то время как индивидуально адаптированная дисконтная карта готова для доставки терминалу пользователя. Известен способ доставки приложения Java на мобильный терминал, представляющий собой передачу на мобильный терминал сообщения, которое включает одну или больше ссылок. В результате выбора ссылки пользователь терминала может инициировать загрузку индивидуально адаптированного приложения. Этап 2-24 на фиг.2 относится к более изящной технике доставки, при которой индивидуально адаптированная дисконтная карта предоставляется на терминал пользователя как автоматизированный отклик на запрос 2-14 страницы. Остаточная проблема здесь состоит в том, чтобы браузер терминала пользователя запрашивал страницу http, в то время как сервер приложений готовится доставить программу, а именно индивидуально адаптированное приложение. В соответствии с этим, на этапе 2-24, сервер приложений выполняет операцию манипуляции с заголовком, в результате которой сервер приложений получает возможность передачи индивидуально адаптированного приложения, в ответ на запрос 2-14 страницы терминала пользователя. Пример заголовка после соответствующих манипуляций показан на фиг.3.

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

В конечном итоге, на этапе 2-30, терминал пользователя регистрируется на сервере дисконтной карты (позиция 1-90 на фиг.1). При условии, что дисконтная карта включает в себя конкатенацию сетевого адреса сервера дисконтной карты и идентификатора дисконтной карты, пользователю терминала требуется только выбрать дисконтную карту из меню терминала, после чего индивидуально адаптированное приложение дисконтной карты входит в контакт с сетевым адресом сервера дисконтной карты, и сервер дисконтной карты выделяет информацию дисконтной карты из исходного сообщения терминала. После этого использование дисконтной карты может продолжаться более или менее обычным способом.

На фиг.3 показан заголовок после соответствующих манипуляций, с использованием которого сервер приложений имеет возможность передачи индивидуально адаптированного приложения в ответ на запрос терминалом пользователя страницы http. Номером 300 ссылочной позиции, в общем, обозначен файл типа .jad (дескриптор приложения Java), который содержит участок 320 заголовка и участок 340 тела. Последний является совершенно обычным и был скрыт для ясности описания. В данном примере участок 320 заголовка содержит четыре строки, из которых две первых строки 322 и 324 относятся к манипуляции с заголовком, показанным на этапе 2-24 на фиг.2. В строке 322 обозначен тип содержания для дескриптора приложения, в то время как в строке 324 обозначена диспозиция содержания для фактической дисконтной карты, которая была передана как файл приложения. Необязательные строки 326 и 328, которые относятся к безопасности данных, обозначают, что передаваемые данные не следует помещать в кэш.

На фиг.4 показан двумерный штрих-код 420, в случае необходимости оптимально форматируемый для экрана 410 дисплея специфичного терминала 400 пользователя. Штрих-код 420 расположен по центру экрана 410 дисплея, и белое поле 430 шириной, по меньшей мере, несколько миллиметров окружает штрих-код 420, что способствует оптическому сканированию штрих-кода. Оптимальное форматирование штрих-кода может потребовать информацию об экране дисплея как в отношении размеров, так и в отношении разрешающей способности. Предположим, например, что экран 410 дисплея имеет размеры 40 мм и 240 пикселей в любом направлении, что может быть переведено как 6 пикселей/мм. Белое поле порядка 5 мм с каждой стороны штрих-кода означает 10 мм или 60 пикселей в сумме. Таким образом, фактический штрих-код 420 должен быть расположен в области 240-60=180 пикселей. 2-D штрих-код 430, показанный в этом примере, имеет 26 битов информации в каждом направлении, что означает, что каждый бит 2-D штрих-кода должен быть вычерчен в сетке 6*6 или 7*7 пикселей дисплея (180/26=6,92).

На фиг.5 показан файл 500 определения для индивидуально адаптированной электронной дисконтной карты. Используемый язык описания представляет собой производную XML, и специалисты в данной области техники могут легко найти, что файл 500 определения в значительной степени является самодокументирующимся. Например, строка 501 начинается с определения карты, в то время как она заканчивается на строке 539. На строке 502 определяют файл, который должен быть отображен как фоновое графическое изображение, в то время как на строке 503 определяют изображение, которое должно отображаться с наложением на фоновое графическое изображение, и так далее. Строки 503 и 504 определяют идентификаторы для пользователя терминала и дисконтной карты, соответственно.

Строка 510 начинается с определения меню, в то время как строка 519 заканчивает определение меню. Выбираемые элементы меню определены строками между строками 510 и 519. Например, на строке 511 предусмотрено определение для элемента меню, активация которого приводит к доступу по сети к терминалу пользователя. Строка 512 определяет элемент меню для установки положения приложения. Строка 517 определяет элемент меню для функции "отправить другу", которая может быть воплощена или может не быть воплощена в зависимости от конкретного пользователя. Строка 518 определяет штрих-код, как было описано со ссылкой на фиг.4. Строки 520-531 определяют различные свойства и возможности типа терминала. Например, строки 522 и 523 обозначают, что терминал, для которого файл 500 определения карты был индивидуально адаптирован, поддерживает формат файла Java и приложение местоположения, соответственно. Строки 530 и 531 обозначают, что терминал поддерживает Bluetooth и фиксацию IMEI, происходящую из сети, соответственно.

Как показано на фиг.5, файл 500 определения индивидуально адаптированной электронной дисконтной карты включает в себя специфичные для пользователя свойства, такие как имя пользователя в строке 504, специфичные для карты свойства, такие как идентификация карты в строке 505, а также специфичные для терминала свойства, такие как определение свойств и возможностей между строками 520 и 531. Электронная дисконтная карта может быть индивидуально адаптированной и может быть установлена в терминале пользователя практически полностью автоматически в ответ на запрос из сервера базы данных в сервер приложений (см. этап 2-2 на фиг.2).

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

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

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

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

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

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

6. Способ по п. 1, в котором индивидуально адаптированное приложение идентификационного документа содержит конкатенацию сетевого адреса и информации идентификации, причем сетевой адрес определяет адрес для связи посредством терминала пользователя, а информация идентификации идентифицирует терминал пользователя, пользователя терминала пользователя и/или индивидуально адаптированное приложение.

7. Способ по п. 6, в котором индивидуально адаптированное приложение идентификационного документа содержит упомянутую конкатенацию в зашифрованном виде.

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