СПОСОБ, УСТРОЙСТВО И СИСТЕМА АУТЕНТИФИКАЦИИ ЛИЧНОСТИ

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

[0001] Настоящая заявка относится к области аутентификации личности и, в частности, к способу, устройству и системе аутентификации личности.

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

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

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

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

[0004] Ввиду этого, настоящая заявка предусматривает способ, устройство и систему аутентификации личности для повышения эффективности и точности идентификации пользователя, чтобы дополнительно повысить эффективность и безопасность взаимодействия.

[0005] Для решения вышеупомянутой задачи настоящая заявка предусматривает следующие технические решения:

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

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

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

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

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

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

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

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

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

[0014] Фиг. 1 - принципиальная структурная схема, иллюстрирующая систему аутентификации личности согласно примерной реализации настоящей заявки;

[0015] фиг. 2 - блок-схема, иллюстрирующая способ аутентификации личности на стороне интерактивной части согласно примерной реализации настоящей заявки;

[0016] фиг. 3 - блок-схема, иллюстрирующая способ аутентификации личности на стороне серверной части согласно примерной реализации настоящей заявки;

[0017] фиг. 4 - блок-схема, иллюстрирующая способ аутентификации личности на стороне клиентского устройства согласно примерной реализации настоящей заявки;

[0018] фиг. 5 - принципиальная схема, иллюстрирующая сценарий транзакции согласно примерной реализации настоящей заявки;

[0019] фиг. 6 - блок-схема транзакции согласно примерной реализации настоящей заявки;

[0020] фиг. 7 - принципиальная схема, иллюстрирующая еще один сценарий транзакции согласно примерной реализации настоящей заявки;

[0021] фиг. 8 - принципиальная структурная схема, иллюстрирующая пример электронного устройства на стороне интерактивной части согласно примерной реализации настоящей заявки;

[0022] фиг. 9 - структурная схема, иллюстрирующая пример устройства аутентификации личности на стороне интерактивной части согласно примерной реализации настоящей заявки;

[0023] фиг. 10 - принципиальная структурная схема, иллюстрирующая пример электронного устройства на стороне серверной части согласно примерной реализации настоящей заявки;

[0024] фиг. 11 - структурная схема, иллюстрирующая пример устройства аутентификации личности на стороне серверной части согласно примерной реализации настоящей заявки;

[0025] фиг. 12 - принципиальная структурная схема, иллюстрирующая пример электронного устройства на стороне клиентского устройства согласно примерной реализации настоящей заявки; и

[0026] фиг. 13 - структурная схема, иллюстрирующая пример устройства аутентификации личности на стороне клиентского устройства согласно примерной реализации настоящей заявки;

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

[0027] Фиг. 1 - принципиальная структурная схема, иллюстрирующая систему аутентификации личности согласно примерной реализации настоящей заявки. Как показано на фиг. 1, система может включать в себя сервер 11, сеть 12, несколько единиц абонентского устройства (таких как мобильный телефон 13 и мобильный телефон 14) и интерактивное устройство (такое как кассовое устройство 15 и кассовое устройство 16).

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

[0029] Мобильные телефоны 13 и 14 являются лишь одним из типов абонентского устройства, которое может использоваться пользователем. Фактически, пользователь также может пользоваться электронными устройствами следующих типов: планшетным устройством, ноутбуком, карманным персональным компьютером (PDA), носимым устройством (таким как интеллектуальные очки или интеллектуальные наручные часы), и т. д. Реализации не ограничены настоящей заявкой. В процессе эксплуатации, абонентское устройство может выполнять программу, на стороне клиентского устройства, определенного приложения для реализации связанной служебной функции приложения. Например, при выполнении программы интерактивной операции, электронное устройство может быть сконфигурировано в виде клиентского устройства, выполненного с возможностью реализации интерактивной функции.

[0030] Кассовые устройства 15 и 16 являются лишь одним из типов интерактивного устройства, выполненного с возможностью реализации интерактивной функции. Фактически, интерактивное устройство также может быть пунктом продажи (POS), и т. д. Реализации не ограничены настоящей заявкой. В процессе эксплуатации, интерактивное устройство может выполнять программу, на стороне интерактивной части, определенного приложения для реализации связанной служебной функции приложения. Например, при выполнении программы интерактивной операции, интерактивное устройство может быть сконфигурировано в виде интерактивной части, выполненной с возможностью реализации интерактивной функции.

[0031] Сеть 12, в которой мобильные телефоны 13 и 14, а также кассовые устройства 15 и 16 взаимодействуют с сервером 11, могут включать в себя множество типов проводных или беспроводных сетей. В реализации, сеть 12 может включать в себя коммутируемую телефонную сеть общего пользования (PSTN) и сеть Интернет. Реализации не ограничены настоящей заявкой. В данной реализации, когда сеть 12 используется для взаимодействия между мобильными телефонами 13 и 14, а также кассовыми устройствами 15 и 16, сеть 12 может включать в себя сеть беспроводной связи ближнего поля, такую как Bluetooth, Wi-Fi, связь связи ближнего поля (NFC), радиочастотная идентификация (RRID), и т. д. Реализации не ограничены настоящей заявкой.

[0032] Может быть видно, что, к процессу реализации технических решений согласно заявке привлечено трехстороннее взаимодействие между клиентским устройством, интерактивной частью и серверной частью. С ракурса аппаратного устройства, клиентское устройство может работать на абонентском устройстве (например, мобильных телефонах 13 и 14), интерактивная часть может работать на интерактивном устройстве (например, кассовых устройствах 15 и 16), а серверная часть может работать на сервере 11. Технические решения настоящей заявки описаны отдельно от логики обработки каждого участника и процесса трехстороннего взаимодействия.

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

[0034] Этап 202: Интерактивная часть принимает интерактивную команду, инициированную применительно к пользователю.

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

[0036] Этап 204: Интерактивная часть получает информацию о личности пользователя на основании интерактивной команды.

[0037] В данной реализации информация о личности является информацией о личности пользователя, которая получена интерактивной частью на основании интерактивной команды, и информация о личности уникально соответствует пользователю.

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

[0039] Этап 206: Интерактивная часть отправляет запрос идентификации на серверную часть, причём запрос идентификации включает в себя информацию о личности, запрос идентификации используется для выдачи серверной части команды сопоставить информацию о личности с эталонной информацией о личности предполагаемого пользователя, соответствующего интерактивной части, чтобы определить учетную запись пользователя, соответствующую пользователю, учетная запись пользователя используется для реагирования на интерактивную операцию, и пользователь, находящийся рядом с интерактивной частью, помечается серверной частью в качестве предполагаемого пользователя, соответствующего интерактивной части,

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

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

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

[0043] В данной реализации, интерактивная часть может передавать сообщение связи ближнего поля. Сообщение связи ближнего поля включает в себя информацию идентификации интерактивной части об интерактивной части. Сообщение связи ближнего поля может передаваться на основании технологии Bluetooth, а потому, сообщение связи ближнего поля может быть сообщением кадра сигнализации. В качестве альтернативы, сообщение связи ближнего поля может передаваться на основании любой другой технологии связи связи ближнего поля, такой как WiFi, NFC и RFID. Реализации не ограничены настоящей заявкой. Безусловно, сообщение связи ближнего поля может отправляться широковещательно, то есть, сообщение связи ближнего поля является широковещательным сообщением связи ближнего поля или может отправляться иным образом, нежели широковещательно. Реализации не ограничены настоящей заявкой.

[0044] Кроме того, когда сообщение связи ближнего поля принято клиентским устройством, соответствующим пользователю (например, зарегистрированному пользователю), сообщение связи ближнего поля используется для подачи клиентскому устройству команды отправить информацию идентификации интерактивной части (включенную в сообщение связи ближнего поля), информацию идентификации пользователя о пользователе и интенсивность сигнала (например, индикатор уровня принимаемого сигнала (RSSI)) сообщения связи ближнего поля на серверную часть, так чтобы серверная часть помечала пользователя в качестве предполагаемого пользователя, соответствующего интерактивной части, когда интенсивность сигнала является большей, чем заданная интенсивность. Так как интенсивность сигнала имеет обратно пропорциональную зависимость от расстояния, может быть гарантировано, что серверная часть помечает пользователя, находящегося рядом с интерактивной частью, в качестве предполагаемого пользователя, соответствующего интерактивной части.

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

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

[0047] Этап 302: Серверная часть принимает запрос идентификации, отправленный интерактивной частью, причём запрос идентификации включает в себя информацию о личности пользователя, и информация о личности получена интерактивной частью от пользователя на основании интерактивной команды, инициированной применительно к пользователю.

[0048] Этап 304: Серверная часть сопоставляет информацию о личности с эталонной информацией о личности предполагаемого пользователя, соответствующего интерактивной части, причём пользователь, находящийся рядом с интерактивной частью, помечается в качестве предполагаемого пользователя, соответствующего интерактивной части, серверной частью.

[0049] В данной реализации, серверная часть может определять предполагаемого пользователя, соответствующего интерактивной части, после приема запроса идентификации. В качестве альтернативы, серверная часть может предварительно формировать (например, формировать периодически) предполагаемого пользователя, соответствующего интерактивной части, вместо определения предполагаемого пользователя после приема запроса идентификации, чтобы уменьшить задержку реакции на запрос идентификации.

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

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

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

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

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

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

[0056] Этап 402: Клиентское устройство принимает сообщение связи ближнего поля, переданное интерактивной частью, причём сообщение связи ближнего поля содержит информацию идентификации интерактивной части об интерактивной части.

[0057] Этап 404: Клиентское устройство отправляет информацию идентификации интерактивной части, информацию идентификации пользователя о зарегистрированном пользователе клиентского устройства и интенсивность сигнала сообщения связи ближнего поля на серверную часть, так чтобы серверная часть помечала зарегистрированного пользователя в качестве предполагаемого пользователя, соответствующего интерактивной части, когда интенсивность сигнала является большей, чем заданная интенсивность.

[0058] В данной реализации, когда интерактивная часть получает интерактивную команду для зарегистрированного пользователя, информация о личности зарегистрированного пользователя может получаться интерактивной частью и отправляться на серверную часть, так что серверная часть сопоставляет информацию о личности с эталонной информацией о личности, соответствующей предполагаемому пользователю, и определяет учетную запись пользователя, соответствующую зарегистрированному пользователю. Учетная запись пользователя используется для реагирования на интерактивную операцию, соответствующую интерактивной команде.

[0059] В данной реализации, интерактивная часть может непрерывно и многократно (например, периодически) передавать сообщение связи ближнего поля, а клиентское устройство может отправлять связанные информацию идентификации интерактивной части, информацию идентификации пользователя и интенсивность сигнала на серверную часть каждый раз, принимая сообщение связи ближнего поля, так чтобы предполагаемый пользователь, соответствующий интерактивной части, мог обновляться, чтобы адаптироваться к динамическому признаку пользователя. Безусловно, для снижения расхода энергии, вызванного приемом и передачей данных, клиентское устройство может идентифицировать интерактивную часть, которая передает сообщение связи ближнего поля (например, считывая информацию идентификации интерактивной части, включенную в сообщение связи ближнего поля), так чтобы, после того, как клиентское устройство принимает сообщение связи ближнего поля, переданное интерактивной частью, и отправляет связанные информацию идентификации интерактивной части, информацию идентификации пользователя и интенсивность сигнала на серверную часть на основании сообщения связи ближнего поля, если другое сообщение связи ближнего поля из интерактивной части принимается в течение заданной длительности 2, клиентское устройство могло игнорировать вновь принятое сообщение связи ближнего поля. Когда серверная часть использует механизм управления жизненным циклом, описанный выше, заданная длительность 2, используемая клиентским устройством, не должна быть большей, чем заданная длительность 1, используемая серверной частью для реализации механизма управления жизненным циклом, чтобы гарантировать, что, когда клиентское устройство расположено рядом с интерактивной частью, серверная часть может помечать зарегистрированного пользователя, который пользуется клиентским устройством, в качестве предполагаемого пользователя интерактивной части.

[0060] Из вышеприведённых технических решений может быть видно, что в настоящей заявке серверная часть определяет пользователей, находящихся рядом с интерактивной частью, и помечает пользователей в качестве предполагаемых пользователей, и необходимо, чтобы эти пользователи всего лишь предоставили информацию о своей личности для интерактивной части, так чтобы серверная часть могла автоматически определять учетные записи пользователей, соответствующие этим пользователям, и выполняла интерактивную операцию над определенной учетной записью пользователя. Пользователю не нужно выполнять операцию над абонентским устройством пользователя, за счёт чего упрощаются действия пользователя и повышается эффективность взаимодействия. Кроме того, диапазон идентификации информации о личности (которая ограничена предполагаемыми пользователями, соответствующими интерактивной части) может быть сужен, серверная часть выполняет объективное сопоставление в процессе всей идентификации, и ручная идентификация не привлекается, за счёт чего повышается эффективность и точность идентификации пользователя и дополнительно повышается безопасность взаимодействия.

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

[0062] Ради легкости понимания, технические решения настоящей заявки описаны ниже, используя сценарий транзакции в качестве примера. Как показано на фиг. 5, допустим, что пользователь C1 делает покупки в большом магазине самообслуживания. При расплате на кассе в супермаркете, пользователь C1 подходит к кассиру-контролеру с выбранным товаром 510, и кассир S1 принимает деньги за товар 510. Ценник (например, в виде штрихового кода) обычно прикреплен к товару 510. Кассир S1 считывает ценник, пользуясь устройством сбора ценников (например, считыватель штрихового кода), на кассовом устройстве 52, и кассовое устройство 52 инициирует транзакционную команду применительно к пользователю C1 на основании считанной цены.

[0063] Когда платеж производится на основе соответствующей технологии, необходимо, чтобы пользователь C1 вынимал мобильный телефон 51 (или другой тип электронного устройства) и отображал код платежа (например, в виде кода быстрого реагирования) на мобильном телефоне 51. Содержание кода платежа имеет отношение к учетной записи пользователя у пользователя C1, так что кассовое устройство 52 может выполнять транзакцию применительно к учетной записи пользователя, другими словами, выполнять удержание с учетной записи пользователя. Однако в вышеуказанном процессе пользователю C1 нужно выполнять различные операции на мобильном телефоне 51, причиняющие неудобство пользователю C1, и пользователь C1 не всегда способен беспрепятственно выполнить всю операцию. Например, когда пользователь C1 на фиг. 5 держит товар 510 в правой руке, необходимо, чтобы пользователь вынул мобильный телефон 51 из правого кармана, пользуясь исключительно левой рукой, или необходимо, чтобы пользователь положил товар 510 и вынул мобильный телефон 51 правой рукой. Следовательно, весь процесс оплаты не является беспрепятственным для пользователя C1, и необходимо, чтобы другие пользователи ожидали более длительное время.

[0064] Однако, на основании технических решений настоящей заявки, пользователь C1 может выполнять весь процесс оплаты, не выполняя никаких операций с мобильным телефоном 51, за счёт чего упрощаются действия пользователя и повышается эффективность транзакции. В течение всего процесса оплаты интерактивная операция может автоматически осуществляться между мобильным устройством 51, кассовым устройством 52 и сервером 53, чтобы быстро выполнять платеж.

[0065] Фиг. 6 - блок-схема транзакции согласно примерной реализации настоящей заявки. Как показано на фиг. 6, мобильное клиентское устройство с заданной прикладной программой работает на мобильном телефоне 51, кассовое клиентское устройство с заданной прикладной программой работает на кассовом устройстве 52, а серверная часть с заданной прикладной программой работает на сервере 53. Мобильный телефон 51, кассовое устройство 52 и сервер 53 могут реализовывать технические решения настоящей заявки, пользуясь мобильным клиентским устройством, кассовым клиентским устройством и серверной частью. Заданная прикладная программа может быть любым платежным приложением. Безусловно, реализации не ограничены настоящей заявкой. Ради легкости понимания, нижеследующее приводит описание, пользуясь действиями по обработке, выполняемыми каждым из мобильного телефона 51, кассового устройства 52 и сервера 53, или их интерактивными операциями, не выделяя мобильное клиентское устройство, кассовое клиентское устройство и серверную часть. Процесс обработки транзакции может включать в себя следующие этапы.

[0066] Этап 601: Пользователь C1 предварительно регистрирует соответствующую учетную запись пользователя на сервере 53, пользуясь мобильным клиентским устройством в мобильном телефоне 51.

[0067] В данной реализации, необходимо, чтобы пользователь C1 имел уникально соответствующую учетную запись пользователя на сервере 53. Учетная запись пользователя связана с денежным счетом пользователя C1, так что соответствующие деньги удерживаются/оплачиваются с денежного счета пользователя C1 посредством использования учетной записи пользователя. Как правило, когда запускается пользователем C1 в первый раз, мобильное клиентское устройство может направлять пользователя C1 при выполнении регистрации учетной записи. Безусловно, пользователь C1 может выполнять операцию регистрации в другой раз или в другом сценарии на основании реальной ситуации. Реализации не ограничены настоящей заявкой. В дополнение, пользователь C1 может выполнять предварительную операцию регистрации учетной записи, пользуясь персональным компьютером (PC) или другим устройством, и входить в систему по учетной записи на мобильном телефоне 51. В качестве альтернативы, пользователь C1 может привязывать, к прикладной программе, соответствующей мобильному клиентскому устройству, учетную запись пользователя, зарегистрированную пользователем C1 в другой прикладной программе, чтобы пропустить процесс регистрации учетной записи и упростить действия пользователя C1. Фактически, любой способ для создания уникально соответствующей учетной записи пользователя для пользователя C1 в прикладной программе, соответствующей мобильному клиентскому устройству, может быть применен к техническим решениям настоящей заявки. Реализации не ограничены настоящей заявкой.

[0068] В данной реализации, прикладная программа мобильного клиентского устройства может быть предварительно установлена на мобильном телефоне 51, так чтобы мобильное клиентское устройством могло запускаться и работать на мобильном телефоне 51. Безусловно, когда используется подключенное к сети Интернет «клиентское устройство», например, в технологии HTML5, мобильное клиентское устройство также может эксплуатироваться без установки соответствующей прикладной программы на мобильном телефоне 51. Реализации не ограничены настоящей заявкой. Фактически, кассовое клиентское устройство, работающее в кассовом устройстве 52, и т. д., аналогично мобильному клиентскому устройству, и подробности здесь опущены ради простоты.

[0069] Этап 602: Сервер 53 связывает учетную запись пользователя с эталонной информацией изображения лица и записывает учетную запись пользователя и эталонную информацию изображения лица.

[0070] В данной реализации, когда пользователь C1 регистрирует учетную запись пользователя, пользуясь мобильным клиентским устройством, работающим в мобильном телефоне 51, мобильное клиентское устройство может получать информацию изображения лица пользователя C1 в процессе регистрации и использовать информацию изображения лица в качестве эталонной информации изображения лица, соответствующей учетной записи пользователя, зарегистрированной пользователем C1. Другими словами, сервер 53 впоследствии может распознавать, является ли некоторый пользователь пользователем C1, пользуясь эталонной информацией изображения лица в качестве критерия определения.

[0071] Безусловно, когда используется учетная запись пользователя, зарегистрированная на ПК, или когда регистрация выполняется на мобильном клиентском устройстве, не задействуя функцию сбора информации изображения лица, или когда используется учетная запись пользователя, зарегистрированная в другой прикладной программе, пользователь C1 может независимо задействовать функцию сбора информации изображения лица на мобильном клиентском устройстве и связывать собранную эталонную информацию изображения лица с учетной записью пользователя у пользователя C1. Другими словами, эталонная информация изображения лица может не собираться в процессе регистрации учетной записи пользователя.

[0072] Помимо пользователя C1, все пользователи, соответствующие вышеупомянутой прикладной программе, могут получать уникально соответствующие учетные записи пользователей в заданной прикладной программе способом, аналогичным вышеприведённому способу для пользователя C1, и записывать связанную эталонную информацию изображения лица на сервере 53.

[0073] Этап 603: Кассовое устройство 52 передает сообщение кадра сигнализации, причём сообщение кадра сигнализации включает в себя информацию идентификации устройства о кассовом устройстве 52.

[0074] В данной реализации, кассовое устройство 52 может передавать сообщение кадра сигнализации на основании технологии связи Bluetooth. Сообщение кадра сигнализации включает в себя информацию идентификации устройства кассового устройства 52 для указания устройства-источника сообщения кадра сигнализации. Например, информация идентификации устройства может быть включена в одиночное поле в сообщении кадра сигнализации, например, универсальный уникальный идентификатор (UUID). В качестве альтернативы, информация идентификации устройства может быть представлена множеством полей в сообщении кадра сигнализации, например, UUID, главный параметр, второстепенный параметр, и т. д., совместно составляют информацию идентификации устройства кассового устройства 52.

[0075] Этап 604: Мобильный телефон 51 принимает сообщение кадра сигнализации, переданное кассовым устройством 52.

[0076] Этап 605: Мобильный телефон 51 определяет интенсивность сигнала принятого сообщения кадра сигнализации, извлекает информацию идентификации устройства, заключенную в сообщении кадра сигнализации, и выгружает информацию о связи, которая включает в себя информацию идентификации пользователя (соответствующую учетной записи пользователя у пользователя C1, например, учетную запись пользователя или иную информацию), информацию идентификации устройства и интенсивность сигнала на сервер 53 на основании учетной записи пользователя у пользователя C1, который зарегистрирован на мобильном телефоне 51.

[0077] В данной реализации, сценарий транзакции, показанный на фиг. 7, используется в качестве примера. Допустим, что пользователь C1 находится в сценарии транзакции покупок в большом магазине самообслуживания. Когда пользователь C1 производит платеж, пользуясь кассовым устройством 52, другие пользователи, такие как пользователь U1 и пользователь U2, также могут ожидать, чтобы кассовое устройство 52 произвело платеж. Рядом с кассовыми устройствами 52, обычно есть другие кассовые устройства и другие пользователи, которые ожидают, чтобы эти кассовые устройства произвели платеж, другими словами, имеется множество пользователей вокруг кассового устройства 52. Необходимо, чтобы кассовое устройство 52 автоматически идентифицировало информацию о пользователе C1 и определяло учетную запись пользователя, соответствующую пользователю C1, когда пользователь C1 не вынимает мобильный телефон 51 и не указывает личность активно (также необходимо, чтобы другие кассовые устройства идентифицировали учетные записи пользователей, соответствующие своим собственным пользователям, которым необходимо произвести платеж, и ради простоты здесь не приводятся подробности).

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

[0079] Сообщение кадра сигнализации является сообщением связи ближнего поля и имеет конкретную зону M1 уверенного приема, а потому, только абонентское устройство в пределах зоны M1 уверенного приема может принимать сообщение кадра сигнализации. Кассовое устройство 52, показанное на фиг. 7, используется в качестве примера, и абонентское устройство в пределах зоны M1 уверенного приема может включать в себя мобильный телефон 51 пользователя C1, мобильный телефон 71 пользователя U1, мобильный телефон 72 пользователя U2, мобильный телефон 73 пользователя U3, мобильный телефон 74 пользователя U4, и т. д. Размер зоны M1 уверенного приема может управляться посредством настройки параметров, таких как мощность передачи сообщения кадра сигнализации. Когда есть относительно небольшая зона M1 уверенного приема, количество абонентского устройства, которое принимает сообщение кадра сигнализации, может быть эффективно уменьшено, и может быть сокращено количество определенных впоследствии предполагаемых пользователей, за счёт чего повышается эффективность транзакции. Однако когда имеется относительно большое расстояние между положением стоя пользователя и кассовым устройством, абонентское устройство, используемое пользователем, может практически не принимать сообщение кадра сигнализации вследствие с чрезмерно малой зоны M1 уверенного приема, или излишнее абонентское устройство принимает сообщение кадра сигнализации вследствие чрезмерно большой зоны M1 уверенного приема, что может снижать эффективность последующих транзакций. По существу, надлежащая мощность передачи должна выбираться на основании действующей ситуации, чтобы обеспечивать зону M1 уверенного приема с уместным размером.

[0080] Этап 606: Сервер 53 принимает информацию о связи, отправленную мобильным телефоном 51 и записывает принятую информацию о связи.

[0081] В данной реализации, не только мобильный телефон 51 отправляет информацию о связи, но также все абонентское устройство, которое принимает сообщение кадра сигнализации, отправляет информацию о связи на сервер 53, и сервер 53 записывает информацию о связи. Сервер 53 может записывать принятую информацию о связи в любом предварительно сконфигурированном пространстве для хранения, например, в связанной базе данных.

[0082] В данной реализации, сервер 53 может записывать информацию о связи, пользуясь структурой данных с возможностью поиска, для повышения эффективности последующего поиска данных и дополнительного повышения общей эффективности транзакции. Например, может быть создана таблица с информацией о связях. Сервер 53 записывает каждый фрагмент принятой информации о связи в виде одного фрагмента соответствующих данных в таблице с информацией о связях. Что касается структуры данных каждого фрагмента данных, информация идентификации устройства (например, UUID, главный параметр или второстепенный параметр) и информация идентификации пользователя могут использоваться в качестве первичного ключа, а интенсивность сигнала может использоваться в качестве значения, облегчая поиск каждого фрагмента данных в таблице с информацией о связях. Что касается созданной таблицы с информацией о связях, при приеме информации о связи, сервер 53 может осуществлять поиск в таблице с информацией о связях на основании информации идентификации устройства и информации идентификации пользователя, которые включены в информацию о связи. Если есть совпадающие данные, значение данных может переписываться на основании информации о связи, чтобы обновить данные. Если совпадающих данных нет, новый первичный ключ может добавляться в таблицу с информацией о связях для создания нового фрагмента данных.

[0083] Этап 607: Кассовое устройство 52 получает транзакционную команду.

[0084] В данной реализации, кассовое устройство 52 может включать в себя устройство получения цены. Устройство получения цены может формировать транзакционную команду применительно к пользователю C1 после считывания цен всех товаров (например, товара 510), несомых пользователем C1, чтобы приводить в действие транзакционную операцию для пользователя C1. Например, устройство получения цены может включать в себя считыватель штрихового кода, а товар 510 может включать в себя штриховой код, указывающий цену товара. Устройство получения цены может узнавать цену товара 510, считывая штриховой код. В качестве альтернативы, устройство получения цены может включать в себя считыватель RFID, а товар 510 может включать в себя RFID-метку, указывающую цену. RFID-метка может передавать информацию указания цены (например, информацию о предмете потребления товара 510 или цену) в считыватель RFID, так чтобы считыватель RFID узнавал цену товара 510. В качестве альтернативы, цена товара 510 может узнаваться любым другим образом. Реализации не ограничены настоящей заявкой.

[0085] Безусловно, устройство получения цены не обязательно встроено в кассовое устройство 52. После узнавания цены каждого товара, несомого пользователем C1, устройство получения цены может отправлять уведомительное сообщение в кассовое устройство 52. Кассовое устройство 52 может формировать транзакционную команду на основании уведомительного сообщения, или уведомительное сообщение может использоваться в качестве транзакционной команды.

[0086] Этап 608: Кассовое устройство 52 собирает информацию изображения лица пользователя C1.

[0087] В данной реализации, кассовое устройство 52 может включать в себя устройство 520 сбора информации о личности. Когда пользователь C1 совершает платеж, пользуясь кассовым устройством 52, устройство 520 сбора информации о личности может собирать информацию изображения лица пользователя C1.

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

[0089] Безусловно, в дополнение к информации биометрического признака, такой как информация изображения лица и информация об отпечатке пальца, здесь, в качестве информации о личности пользователя, также может использоваться другая информация небиометрического признака. Реализации не ограничены настоящей заявкой.

[0090] Этап 609: Кассовое устройство 52 отправляет запрос идентификации на сервер 53, причём запрос идентификации включает в себя информацию изображения лица пользователя C1.

[0091] Этап 610: Сервер 53 определяет предполагаемого пользователя, соответствующего кассовому устройству 52.

[0092] В данной реализации, при приеме запроса идентификации, сервер 53 может определять, что запрос идентификации приходит с кассового устройства 52. По существу, сервер 53 отыскивает записанную информацию о связи (например, в существующей таблице с информацией о связях), пользуясь информацией идентификации устройства кассового устройства 52 в качестве ключевого слова, чтобы определить информацию о связи, которая соответствует кассовому устройству 52.

[0093] В данной реализации, абонентское устройство отправляет информацию о связи на сервер 53, только при приеме сообщения кадра сигнализации, переданного кассовым устройством 52. Однако, сообщение кадра сигнализации имеет конкретную зону M1 уверенного приема. Следовательно, абонентское устройство, используемое пользователями, которые расположены вне зоны M1 уверенного приема и вдалеке от кассового устройства 52, не может принимать сообщение кадра сигнализации, переданное кассовым устройством 52, и не отправляет информацию о связи, имеющую отношение к кассовому устройству 52, на сервер 53. По существу, эти пользователи не определяются в качестве предполагаемых пользователей кассового устройства 52. Фиг. 7 используется в качестве примера. Только пользователь C1, пользователь U1, пользователь U2, пользователь U3 и пользователь U4 выгружают информацию о связи, имеющую отношение к кассовому устройству 52, на сервер 53.

[0094] В некоторых случаях, сервер 53 может непосредственно определять пользователя C1, пользователя U1, пользователя U2, пользователя U3 и пользователя U4 в качестве предполагаемых пользователей, соответствующих кассовому устройству 52.

[0095] В других случаях, сервер 53 может выполнять отсеивание. Информация о связи включает в себя интенсивность сигнала сообщения кадра сигнализации, и интенсивность сигнала имеет обратно пропорциональную зависимость от расстояния. Так как имеется относительно короткое расстояние между мобильным телефоном 51 и кассовым устройством 52, и имеется относительно длинное расстояние между мобильным телефоном 72 и кассовым устройством 52, что касается сообщения кадра сигнализации, передаваемого кассовым устройством 52, интенсивность сигнала, фиксируемая мобильным телефоном 51, относительно велика, а интенсивность сигнала, фиксируемая мобильным телефоном 72, относительно мала. Поэтому, сервер 53 может получать, благодаря отсеиванию на основании интенсивности сигнала, записанной в каждом фрагменте информации о связи, пользователя, чья интенсивность сигнала является большей, чем заданная интенсивность, другими словами, пользователя, чье расстояние от кассового устройства 52 находится в пределах заданного расстояния; не замечать пользователя, чья интенсивность сигнала является меньшей, чем заданная интенсивность, другими словами, пользователя, чье расстояние от кассового устройства 52 превышает заданное расстояние; и использовать пользователя, полученного благодаря отсеиванию, в качестве предполагаемого пользователя, соответствующего кассовому устройству 52, чтобы минимизировать количество предполагаемых пользователей. Фиг. 7 используется в качестве примера. Что касается пользователя C1, пользователя U1, пользователя U2, пользователя U3 и пользователя U4, сервер 53 дополнительно может не замечать пользователя U2, пользователя U3 и пользователя U4 и определять, что пользователь C1 и пользователь U1 являются предполагаемыми пользователями, соответствующими кассовому устройству 52.

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

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

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

[0099] Этап 611: Сервер 53 сравнивает информацию изображения лица с эталонной информацией изображения лица предполагаемого пользователя, определяет учетную запись пользователя C1 и уведомляет кассовое устройство 52 об учетной записи пользователя.

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

[0101] В одном случае, сервер 53 может сравнивать каждое сходство с заданным пороговым значением сходства. Если только одно сходство является большим, чем заданное пороговое значение сходства, может определяться, что информация изображения лица совпадает с эталонной информацией изображения лица, соответствующей сходству. По существу, предполагаемый пользователь, соответствующий эталонной информации изображения лица, соответствующей сходству, определяется как пользователь C1, а учетная запись пользователя, соответствующая предполагаемому пользователю, определяется в качестве учетной записи пользователя у пользователя C1.

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

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

[0104] В данной реализации, сервер 53 может определять предполагаемых пользователей, соответствующих кассовому устройству 52, эти предполагаемые пользователи являются пользователями, находящимися рядом с кассовым устройством 52, а потому, пользователь, который производит оплату, пользуясь другим кассовым устройством, или даже пользователь, который производить оплату в другом магазине, и т. д., могут быть исключены. По существу, серверу 53 необходимо просто сравнивать информацию изображения лица с эталонной информацией изображения лица ограниченного количества предполагаемых пользователей, так чтобы сервер 53 мог выполнять подробное сравнение одного с одним между информацией изображения лица и эталонной информацией изображения лица каждого предполагаемого пользователя. При сравнении, в процессе идентификации по информации изображения лица на предшествующем уровне техники, поиск одного по многим выполняется в библиотеке с информацией изображений, которая включает в себя многие фрагменты информации изображения лица (например, включает в себя эталонную информацию изображения лица, соответствующую всем учетным записям пользователей, зарегистрированных на сервере 53), что касается информации изображения лица, подлежащей идентификации, а затем, подробное сравнение производится над найденной информацией изображения лица. Может быть видно, что, в процессе идентификации по информации изображения лица в настоящей заявке, сложная операция, такая как поиск, не нужна, за счёт чего повышается эффективность идентификации по информации изображения лица, и во всем процессе используется подробное сравнение одного с одним вместо сравнения одного со многими, в особенности весь процесс идентификации по информации изображения лица полностью реализуется сервером 53 и не должен выполняться кассиром S1, за счёт чего повышается точность идентификации по информации изображения лица и повышается безопасность транзакции.

[0105] Этап 612: Кассовое устройство 52 выполняет соответствующую операцию удержания над определенной учетной записью пользователя.

[0106] В данной реализации, когда сервер 53 предусматривает платежную функцию, кассовое устройство 52 может выполнять операцию удержания, выполняя интерактивную операцию с сервером 53. Безусловно, кассовое устройство 52 также может выполнять интерактивную операцию с другой платежной платформой для выполнения операции удержания.

[0107] Этап 613: Сервер 53 раздельно отправляет сообщение успешности удержания на кассовое устройство 52 и мобильный телефон 51.

[0108] В данной реализации, электронный механизм турникета или аналогичное устройство может быть дополнительно размещено рядом с кассовым устройством 52. До того, как завершено удержание, электронный механизм турникета может оставаться закрытым, чтобы предотвратить вынос товара 510 пользователем C1 без оплаты. После того, как удержание завершено, например, кассовое устройство 52 или сервер 53 отправляет команду открывания (например, команда открывания может быть специальной командой или описанным ранее сообщением успешности удержания) на электронный механизм турникета, так чтобы электронный механизм турникета переключался в открытое состояние, чтобы дать пользователю C1 возможность благополучно пройти.

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

[0110] Фиг. 8 - принципиальная структурная схема, иллюстрирующая пример электронного устройства на стороне интерактивной части согласно примерной реализации настоящей заявки. Обращаясь к фиг. 8, в показателях аппаратных средств, электронное устройство включает в себя процессор 802, внутреннюю шину 804, сетевой интерфейс 806, память 808 и энергонезависимую память 810, и, безусловно, дополнительно может включать в себя другие аппаратные средства, необходимые при работе. Процессор 802 считывает соответствующую компьютерную программу из энергонезависимой памяти 810, записывает соответствующую компьютерную программу в память 808, а затем, приводит в действие соответствующую компьютерную программу для формирования логического устройства аутентификации личности на стороне интерактивной части. Безусловно, в дополнение к программной реализации, другая реализация не исключена в настоящей заявке, например, логическое устройство или комбинация аппаратных средств и программного обеспечения. Другими словами, тело исполнения нижеследующей процедуры обработки не ограничено каждым логическим блоком и может быть аппаратными средствами или логическим устройством.

[0111] Обращаясь к фиг. 9, в программной реализации, устройство аутентификации личности может включать в себя: блок 901 приема, выполненный с возможностью позволять интерактивной части принимать интерактивную команду, инициированную применительно к пользователю; блок 902 получения, выполненный с возможностью позволять интерактивной части получать информацию о личности пользователя на основании интерактивной команды; и блок 903 отправки, выполненный с возможностью позволять интерактивной части отправлять запрос идентификации на серверную часть, причём запрос идентификации включает в себя информацию о личности, запрос идентификации используется, чтобы давать серверной части команду сопоставить информацию о личности с эталонной информацией о личности предполагаемого пользователя, соответствующего интерактивной части, чтобы определить учетную запись пользователя, соответствующую пользователю, учетная запись пользователя используется для реагирования на интерактивную операцию, и пользователь, находящийся рядом с интерактивной частью, помечается серверной частью в качестве предполагаемого пользователя, соответствующего интерактивной части,

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

[0113] При необходимости устройство дополнительно включает в себя: блок 905 передачи, выполненный с возможностью позволять интерактивной части передавать сообщение связи ближнего поля, причём сообщение связи ближнего поля включает в себя информацию идентификации интерактивной части об интерактивной части, причём, когда сообщение связи ближнего поля принято клиентским устройством, соответствующим пользователю, сообщение связи ближнего поля используется для подачи клиентскому устройству команды отправить информацию идентификации интерактивной части, информацию идентификации пользователя о пользователе и интенсивность сигнала сообщения связи ближнего поля на серверную часть, так чтобы серверная часть помечала пользователя в качестве предполагаемого пользователя, соответствующего интерактивной части, когда интенсивность сигнала является большей, чем заданная интенсивность.

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

[0115] При необходимости информация о личности включает в себя информацию биометрического признака, а эталонная информация о личности включает в себя эталонную информацию биометрического признака.

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

[0117] Фиг. 10 - принципиальная структурная схема, иллюстрирующая пример электронного устройства на стороне серверной части согласно примерной реализации настоящей заявки. Обращаясь к фиг. 10, в показателях аппаратных средств, электронное устройство включает в себя процессор 1002, внутреннюю шину 1004, сетевой интерфейс 1006, память 1008 и энергонезависимую память 1010, и, безусловно, дополнительно может включать в себя другие аппаратные средства, необходимые при работе. Процессор 1002 считывает соответствующую компьютерную программу из энергонезависимой памяти 1010, записывает соответствующую компьютерную программу в память 1008, а затем, приводит в действие соответствующую компьютерную программу для формирования логического устройства аутентификации личности на стороне серверной части. Безусловно, в дополнение к программной реализации, другая реализация не исключена в настоящей заявке, например, логическое устройство или комбинация аппаратных средств и программного обеспечения. Другими словами, тело исполнения нижеследующей процедуры обработки не ограничено каждым логическим блоком и может быть аппаратными средствами или логическим устройством.

[0118] Обращаясь к фиг. 11, в программной реализации, устройство аутентификации личности может включать в себя: блок 1101 приема, выполненный с возможностью позволять серверной части принимать запрос идентификации, отправленный интерактивной частью, причём запрос идентификации включает в себя информацию о личности пользователя, и информация о личности получена интерактивной частью от пользователя по интерактивной команде, инициированной применительно к пользователю; блок 1102 сопоставления, выполненный с возможностью позволять серверной части сопоставлять информацию о личности с эталонной информацией о личности предполагаемого пользователя, соответствующего интерактивной части, причём пользователь, находящийся рядом с интерактивной частью, помечается в качестве предполагаемого пользователя, соответствующего интерактивной части, серверной частью; и блок 1103 определения, выполненный с возможностью позволять серверной части определять учетную запись пользователя, соответствующую предполагаемому пользователю, когда информация о личности совпадает с эталонной информацией о личности, соответствующей предполагаемому пользователю, причём учетная запись пользователя используется для реагирования на интерактивную операцию, соответствующую интерактивной команде.

[0119] При необходимости устройство дополнительно включает в себя: блок 1104 уведомления, выполненный с возможностью позволять серверной части уведомлять интерактивную часть об учетной записи пользователя, так чтобы интерактивная часть выполняла интерактивную операцию над учетной записью пользователя в ответ на интерактивную команду.

[0120] При необходимости устройство дополнительно включает в себя: блок 1105 вызова, выполненный с возможностью позволять серверной части вызывать базу данных, причём база данных записывает информацию идентификации интерактивной части, информацию идентификации пользователя и интенсивность сигнала, которые выгружены клиентским устройством, соответствующим пользователю, и при этом, при приеме сообщения связи ближнего поля, переданного интерактивной частью, клиентское устройство выгружает информацию идентификации пользователя о пользователе, информацию идентификации интерактивной части об интерактивной части, которая включена в сообщение связи ближнего поля, и интенсивность сигнала сообщения связи ближнего поля на серверную часть для записи в базе данных; и блок 1106 пометки, выполненный с возможностью позволять серверной части принимать информацию идентификации интерактивной части, информацию идентификации пользователя и интенсивности сигнала, которые выгружены клиентским устройством, и помечать пользователя в качестве предполагаемого пользователя, соответствующего интерактивной части, когда интенсивность сигнала является большей, чем заданная интенсивность.

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

[0122] При необходимости блок 1102 сопоставления выполнен с возможностью: позволять серверной части сопоставлять информацию о личности с эталонной информацией о личности, соответствующей каждому предполагаемому пользователю, для получения соответствующего сходства, причём, когда наивысшее сходство является большим, чем заданное пороговое значение сходства, и разность между наивысшим сходством и вторым наивысшим сходством является большей, чем заданное значение опровергающего различия, определяется, что предполагаемый пользователь, соответствующий наивысшему сходству, совпадает с пользователем.

[0123] Фиг. 12 - принципиальная структурная схема, иллюстрирующая пример электронного устройства на стороне клиентского устройства согласно примерной реализации настоящей заявки. Обращаясь к фиг. 12, в показателях аппаратных средств, электронное устройство включает в себя процессор 1202, внутреннюю шину 1204, сетевой интерфейс 1206, память 1208 и энергонезависимую память 1210, и, безусловно, дополнительно может включать в себя другие аппаратные средства, необходимые при работе. Процессор 1202 считывает соответствующую компьютерную программу из энергонезависимой памяти 1210, записывает соответствующую компьютерную программу в память 1208, а затем, приводит в действие соответствующую компьютерную программу для формирования логического устройства аутентификации личности на стороне клиентского устройства. Безусловно, в дополнение к программной реализации, иная реализация не исключена в настоящей заявке, например, логическое устройство или комбинация аппаратных средств и программного обеспечения. Другими словами, тело исполнения нижеследующей процедуры обработки не ограничено каждым логическим блоком и может быть аппаратными средствами или логическим устройством.

[0124] Обращаясь к фиг. 13, в программной реализации, устройство аутентификации личности может включать в себя: блок 1301 приема, выполненный с возможностью позволять клиентскому устройству принимать сообщение связи ближнего поля, переданного интерактивной частью, причём сообщение связи ближнего поля включает в себя информацию идентификации интерактивной части об интерактивной части; и блок 1302 отправки, выполненный с возможностью позволять клиентскому устройству отправлять информацию идентификации интерактивной части, информацию идентификации пользователя о зарегистрированном пользователе клиентского устройства и интенсивности сигнала сообщения связи ближнего поля на серверную часть, так чтобы серверная часть помечала зарегистрированного пользователя в качестве предполагаемого пользователя, соответствующего интерактивной части, когда интенсивность сигнала является большей, чем заданная интенсивность, причём, когда интерактивная часть получает интерактивную команду для зарегистрированного пользователя, информация о личности зарегистрированного пользователя, получается интерактивной частью и отправляется на серверную часть, так что серверная часть сопоставляет информацию о личности с эталонной информацией о личности, соответствующей предполагаемому пользователю, и определяет учетную запись пользователя, соответствующую зарегистрированному пользователю, причём учетная запись пользователя используется для реагирования на интерактивную операцию, соответствующую интерактивной команде.

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

[0126] В примерной конфигурации, компьютер включает в себя один или более процессоров (CPU), один или более интерфейсов ввода/вывода, один или более сетевых интерфейсов и одно или более устройств памяти.

[0127] Память может включать в себя непостоянную память, оперативное запоминающее устройство (RAM) и/или энергонезависимую память на машиночитаемом носителе, например, постоянном запоминающем устройстве (ROM) или флэш-памяти (ОЗУ на флэш-памяти). Память является примером машиночитаемого носителя.

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

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

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

[0131] Машиночитаемый носитель включает в себя постоянные, непостоянные, съемные и несъемные носители, которые могут хранить информацию, пользуясь любыми способом или технологией. Информация может быть машиночитаемой командой, структурой данных, программным модулем или другими данными. Примеры компьютерного запоминающего носителя включают в себя, но не в качестве ограничения, оперативное запоминающее устройство параметров (PRAM), статическое оперативное запоминающее устройство (SRAM), динамическое оперативное запоминающее устройство (DRAM), другой тип оперативного запоминающего устройства (ОЗУ), постоянное запоминающее устройство (ROM), электрически стираемое программируемое постоянное запоминающее устройство (EEPROM), флэш-память или другую технологию памяти, постоянное запоминающее устройство на компакт-диске (CD-ROM), цифровой многофункциональный диск (DVD) или другое оптическое запоминающее устройство, кассетную магнитную ленту, запоминающее устройство на магнитной ленте/магнитном диске, другое магнитное запоминающее устройство или любой другой не связанный с передачей носитель. Компьютерный запоминающий носитель может использоваться для хранения информации, доступной вычислительному устройству. Как описано в настоящем описании изобретения, машиночитаемый носитель не включает в себя машиночитаемые временные носители, такие как модулированный сигнал данных или несущая.

[0132] Кроме того, стоит отметить, что термины «включает в себя», «содержит» или любые другие их варианты подразумевают включение без ограничения, таким образом, что процесс, способ, изделие или устройство, которые включают в себя перечень элементов, включают в себя не только такие элементы, но также и другие элементы, которые не перечислены в явном виде, или дополнительно включают в себя элементы, присущие таким процессу, способу, изделию или устройству. Элемент, описываемый как «включающий в себя», кроме того, включает в себя, без дополнительных ограничений, еще один такой же или одинаковый элемент в процессе, способе, изделии или устройстве, которые включают в себя элемент.

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

[0134] Термины, используемые в настоящей заявке, предназначены лишь для иллюстрации конкретных реализаций и не подразумеваются ограничивающими настоящую заявку. Термины в форме единственного числа в настоящей заявке и прилагаемой формуле изобретения также подразумеваются включающими в себя формы множественного числа, если контекстом ясно не указано иное. Кроме того, следует понимать, что термин «и/или», используемый в настоящем описании изобретения, указывает и включает в себя любые или все возможные комбинации одного или более связанных перечисленных элементов.

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

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