Способ сбора данных электронных анкет, основанный на событийном принципе

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

 

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

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

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

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

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

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

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

- возможность обходиться без повторной перезаписи информации о пользователе (особенно, в отличие от чата или электронной почты, в которых информация о пользователе должна быть извлечена и вновь перезаписана с риском возникновения ошибки при перезаписи);

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

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

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

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

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

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

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

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

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

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

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

- извлечение данных, сохраненных в памяти при отправке электронной анкеты;

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

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

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

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

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

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

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

- фиг. 1 показывает не ограничивающую функциональную схему одного варианта осуществления;

- фиг. 2 показывает схему одного варианта осуществления.

На фиг. 1 показан пользователь 1, запрашивающий через терминал 10 пользователя, доступ к контенту и/или онлайновой услуге через сервер 2 приложений.

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

Терминал 10 пользователя, кроме прочего, оснащен веб-браузером (например, Firefox®, Fennec®, Opera®, Opera Mobile®, Internet Explorer®, Google Chrome®) или любым другим средством, позволяющим обратиться к веб-сайту, доступному через сервер 2 приложения. Этот веб-браузер настроен для передачи запроса для доступа к услуге и/или доступному контенту, а также для отображения ответа на этот запрос, отправленный с сервера 2 приложения.

Связь между терминалом 10 пользователя и сервером 2 приложения установлена в соответствии с одновременно поддерживаемым протоколом браузера (например, HTTP, HTTPS, WAP).

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

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

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

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

Целью регистратора событий является возможность восстановления во времени, таким образом чтобы запрашиваемая электронная анкета была заполнена пользователем 1. В этом отношении различают три этапа:

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

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

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

Под термином «поле» электронной анкеты здесь подразумевается любой составной элемент электронной анкеты или вообще любой элемент графического интерфейса, содержащийся в электронной анкете (например, иконка, кнопка включения, флажок, селективная кнопка, меню управления, контекстное меню, вкладка, полоса прокрутки, текстовое поле, всплывающая подсказка, диалоговое окно, плавающее окно, гиперссылка). Кроме того, «действие пользователя» в данном случае означает любую команду (например, выбор, ввод данных, выполнение отметок), приводимую в действие пользователем 1 посредством периферийного устройства ввода терминала 10 пользователя или программного продукта для компьютера (например, автоматического устройства).

При загрузке пользователем 1 электронной анкеты 121, содержащей регистратор событий, последний на этапе инициализации

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

- сохраняет в памяти (этап 12 на фиг. 1) характеристики идентифицированных полей; т.е. для каждого идентифицированного поля сохраняет в памяти имя, тип (например, кнопка, checkbox, file, hidden, image, password, radio, reset, select-one, select-multiple, submit, texte, texte area) и начальное значение (например, пустое поле, отмеченное поле).

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

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

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

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

В частности событие «focus» выполняется, когда имеющееся поле выбрано. Когда событие «focus» не активировано, выполняется событие «blur». В частности, эти два события позволяют определять, что пользователь 1 осуществляет переход («swap») из электронной анкеты в другой документ. Кроме прочего, два события «focus» и «blur» указывают, направлено ли внимание пользователя 1 к электронной анкете.

Приемники, программируемые для определения событий «focus» и «blur», применимы к объекту «window» модели DOM (Document Object Model), позволяющей запускать функцию сохранения в памяти относительно объекта «window».

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

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

В одном конкретном варианте осуществления любое принятое событие сохраняется в таблице Трассировка[], содержащей следующие характеристики:

Предпочтительно, сохраненные в памяти данные, относящиеся к выполненному и принятому приемником событию содержат: событие, поле, в котором выполнено событие, время (в миллисекундах), прошедшее от предыдущего события, команда, передаваемая от периферийного устройств ввода на терминал пользователя (т.е. значение нажатой клавиши на клавиатуре или нажатой клавиши мыши), содержание выбранного текста/пункта, указатель начала и/или конца выбранного текста, новое значение поля, изменение значения поля, состояние специальных клавиш, таких как, например, «CTL», «ALT», «SHIFT».

Кроме того, если данное событие осуществляется посредством:

- клика мыши, то оно идентифицировано (клик левой клавиши, клик средней клавиши, клик правой клавиши);

- нажатия клавиши (событие keydown - keypress и keyup), то идентифицировано событие «keycode» клавиши (для событий «keydown» и «keyup») или «charcode» (для события «keypress»).

Также сохраняется в памяти нажатие одной или нескольких специальных клавиш, а именно, например, «Ctrl», «Alt» или «Shift», если событие выполняется с характеристикой «special_key». Таким образом, характеристика «ctrl», например, связана с полем, на котором происходит это событие. Если событие относится к самому окну электронной анкеты, то для этого окна сохраняют в памяти (i=0, j=0, согласно таблице Структура[]) событие «focus» или «blur». Если событие касается неизвестного типа поля (вследствие возможной ошибки браузера), в характеристике «ctrl» установлено значение «none» для удаления этого события из таблицы событий Трассировка[].

Например, если событие относится к элементу типа «text», «textarea» или «password» и этот текст выбран, в памяти сохраняется следующая информация:

- selTxt: Текст выбран;

- selDeb: Перемещение на элемент в начале выбранного текста;

- selFin: Перемещение на элемент в конце выбранного текста.

Если событие относится к элементу типа «select-one» или «select-multiple», устанавливается характеристика «new_val», которая отформатирует выбранные элементы в цепочке следующим образом:

Символ '['

Для каждого выбранного пункта: Порядковый номер пункта,

Текст пункта, в котором символ «|» замещают на «&pipe», а символ «/» на «&slashe»,

Символ «/»

Символ «]».

Если событие относится к полю типа «radio» или «checkbox», то значение характеристики «new_val» устанавливают «1» или «0» (1: отмечено или выбрано, 0 - наоборот).

Наконец, для всех остальных полей, для которых характеристика «value» определено (text, textarea, password), устанавливают характеристику «new_val» со значением элемента путем замещения символа «|» на «&pipe». В частности, если новое значение является пустым, тогда как предыдущее было отличным от пустого, устанавливают характеристику «new_val_vide» со значением 1. В заключение устанавливают характеристику «ex_val» поля с новым значением.

В одном варианте осуществления под характеристикой «событие» сохраняют в памяти буквенные символы, связанные с событием, которое выполняется согласно определенной номенклатуре, например, такой как следующая:

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

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

В частности, этап извлечения позволяет:

- отформатировать сохраненные в памяти данные во время этапа инициализации и выполнения трассировкой;

- прикрепить в динамически создаваемой зоне трассировку к отправляемой электронной анкете.

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

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

Заголовок, ограниченный тегом типа <entete> или </entete>, дополняет информацию, содержащуюся в трассировке событий, включая в качестве неограничивающего примера элементы следующей таблицы.

Далее приведен пример заголовка трассировки (символ «|» заменен на «&pipe» в каждой характеристике, которая содержит текст):

Структура трассировки, ограниченная тегами типа <structure> и </structure>, содержит описание включенных в электронную анкету полей, как показано ниже:

Далее приводится иллюстративный пример структуры трассировки (символ «|» заменен на «&pipe» в каждой характеристике, которая содержит текст):

Трассировка событий содержит совокупность событий, произошедших с анкетой на этапе выполнения, которая может быть ограничена тегами «<trace>» и «</trace>». Трассировка состоит из последовательных элементов, каждый из которых отделен символом «|»:

По причине конфиденциальности трассировка событий предпочтительно кодируется. В частности, содержание структуры трассировки также может кодироваться.

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

Для этого в предпочтительном способе осуществления три матрицы кодирования определены из трех отдельных зон периферийного устройства ввода терминала пользователя (клавиатуры):

- матрица A (mA): клавиши F1 - F12;

- матрица В (mB): клавиши 1-0 основной клавиатуры и те же клавиши на цифровой клавиатуре;

- матрица С (mC): клавиши А-Z.

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

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

- mA: цифры от 1 до 11;

- mB: цифры от 17 до 26; и

- mC: цифры от 31 до 40 + цифры от 45 до 54 + цифры от 59 до 64.

Для каждой составленной таким образом матрицы выполняется большое количество (например 1000) попарных перестановок элементов каждой матрицы.

Эти матрицы затем сохраняют под переменной «window.name». Следующий пример иллюстрирует формат этой переменной (цифры здесь использованы исключительно в иллюстративных целях):

[mA = new Array (2, 12, 8, 1, 6, 3, 10, 9, 7, 5, 4, 11);

mB = new Array (19, 20, 22, 24, 17, 21, 23, 25, 26, 18);

mC = new Array

(48, 60, 64, 31, 39, 47, 45, 50, 63, 54, 40, 46, 49, 62, 35, 36, 38, 53, 61, 59, 37, 32, 51, 33, 52, 34);]

Матрицы кодирования mA, mB, и mC генерируются при загрузке регистратора событий. Если во время последней загрузки регистратора событий в переменной «window.name» было обнаружено наличие матриц, цепочка проходит повторную обработку для удаления открывающихся и закрывающихся скобок и простой анализ цепочки позволяет загрузить матрицы с сохранением тех же перестановок.

Для составления массива клавиш, скомбинированных относительно этих блоков, массив tcp[], индексируемый от 0 до 105, принимает матрицы mA, mB и mC:

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

- keydown: клавиша нажата, код клавиши выделен;

- keypress: клавиша удержана, выделен код символа клавиши;

- keyup: клавиша отпущена, код клавиши выделен.

В частности, следует сохранить связь между значениями «keycode-charcode» и значениями вводимых символов, позволяющую определить, например, что пользователь 1 исправил свое имя, инвертировав два символа в ранее введенных данных.

Далее показан пример, иллюстрирующий процесс кодирования, в котором две клавиши, например 53 (L) и 64 (N), согласно массиву клавиш кодирования были инвертированы во время создания матриц кодирования:

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

Таблица соответствия между элементом и его номером клавиши может быть представлена таким образом:

Таблица соответствия между номером клавиши и ее элементом может быть представлена таким образом:

Кодирование кода клавиши вследствие событий «keydown» и «keyup» клавиши включает следующие этапы:

- извлечение из массива kd номера клавиши, связанной с кодом клавиши, подлежащей кодированию: в данном примере kd[76]=53;

- считывание перестановки вышеупомянутой клавиши в массиве tcp: в данном примере tcp[53]=64;

- выборка в массиве tkd, кода клавиши, связанного с получаемым номером клавиши: в данном примере tkd[64]=78.

Кодирование кода символа вследствие события «keypress» включает следующие этапы:

- извлечение из массива kc номера клавиши, связанной с кодом символа, подлежащего кодированию (если этот элемент не определен, извлекают номер клавиши в массиве kcm): в данном примере kcm[76]=53

- считывание перестановки вышеупомянутой клавиши в массиве tcp: в данном примере tcp[53]=64;

- выборка в массиве tkc кода символа, связанного с получаемым номером клавиши: в данном примере tkd[64]=78.

Сравнение установки верхнего регистра символа с непосредственно самим символом позволяет узнать, находится ли символ в нижнем или верхнем регистре (за исключением специальных символов, таких как , или ). Например, в приведенных выше примерах, поскольку ['L']=53, то tcp[53]=64 соответствует 'N' в массиве tcm, т.е. tcm[64]='N'.

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

В одном из вариантов осуществления и ввиду обеспечения защиты отформатированная трассировка прикрепляется скрытым образом (элемент типа «скрытый») к электронной анкете, отправляемой пользователем 1 на сервер 2 приложения.

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

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

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

Как вариант, трассировка передается непосредственно (этап 130 на фиг. 1) на сервер 3 для анализа данных.

Сервер 3 анализа данных сконфигурирован для:

- проверки соответствия трассировки (этап 31 на фиг. 1): например, структуры трассировки, наличия информации относительно заголовка трассировки;

- анализа трассировки событий, содержащихся в трассировке (этап 32 на фиг. 1); и

- сохранения в памяти (этап 33 на фиг. 1) анализа трассировки в базе 30 данных.

Этап 32 анализа трассировки событий включает, в частности, несколько этапов, таких как:

- нормализация трассировки событий, например, путем отмены лишних событий в зависимости от используемого пользователем 1 браузера (например, переход из одного поля на другое выполняет в Internet Explorer событие типа «окно активно»);

- выделение цепочки последовательных событий, отражающих действия пользователя, например цепочки событий «mousedown - mouseup - contextmenu-paste», соответствующей действию «вставить в зону при помощи контекстного меню»;

- оценка динамики набора текста (нормальный набор текста: keydown-keypress-keyup, быстрый набор текста: время между последовательными keyup и keydown, однообразный набор: длительность keypress).

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

На этом этапе анализа трассировка событий раскладывается на понятные события, иными словами на действия пользователя: клавиша была нажата, в поле было выполнено действие «вставить» или, например, был установлен флажок.

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

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

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

- нормальный набор текста: поле изменяется вследствие событий «keydown + keypress + keyup»;

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

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

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

Этот этап анализа позволяет восстановить способ, которым была заполнена пользователем 1 электронная анкета. Например, пользователь 1:

- кликнул на поле «имя», заполнил его посредством клавиш клавиатуры, выполняя X нормальных вводов, Y быстрых вводов, Z исправлений;

- перешел из поля «имя» в поле «адрес» посредством клавиши табуляции;

- перешел в другое окно из окна электронной анкеты (окно электронной анкеты стало «неактивно», и следовательно было выполнено событие «blur»);

- снова активизировал окно «адрес» электронной анкеты (событие «focus» было выполнено в поле «адрес»);

- вставил содержание в поле «адрес» с помощью контекстного меню (в поле «адрес» произошла цепочка последовательных событий: «mousedown - mouseup-contextmenu-paste»).

На основании собранных в этом анализе данных человеком может быть принято решение (например, группой из 4 человек, например руководителей по маркетингу) для изменения анкеты, например, если статистические данные показывают сложности у определенных пользователей с правильным или достаточно быстрым заполнением анкеты. С этой целью авторизовавшийся человек для доступа на сервер 3 анализа данных может обращаться (этап 41 на фиг. 1), например, ежедневно к анализам трассировок, зарегистрированных в базе 30 данных сервера 3 анализа данных и определять (этап 42 на фиг. 1) в последствии план действий.

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

В этом варианте осуществления сервер 3 анализа данных сконфигурирован работать согласно правилам обработки анкеты (этап 34 на фиг. 2).

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

Поведенческие характеристики пользователя, в частности, подразумевают то, каким образом пользователь использует периферийное устройство ввода (например, клавиатуру и/или мышь).

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

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

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

- идентифицируют (11) поля электронной анкеты, которые могут предусматривать действия пользователя, при загрузке электронной анкеты терминалом (10) пользователя;

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

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

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

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

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

4. Способ по п. 1, отличающийся тем, что подлежащие определению события выбирают из следующих событий: keydown, keypress, keyup, focus, blur, select, paste, cut, copy, change, click, dbclick, contextmenu, mousedown, mouseup, resize, mouseover, mouseout.

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

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

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

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

9. Машиночитаемый носитель информации, содержащий регистратор событий для управления электронной анкетой, доступной на сервере (2) приложения через терминал (10) пользователя, содержащий по меньшей мере одно периферийное устройство ввода, при этом регистратор событий сконфигурирован для:

- идентификации (11) полей электронной анкеты, которые могут предусматривать действия пользователя, при загрузке электронной анкеты терминалом (10) пользователя;

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

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

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