СИСТЕМА И СПОСОБ ДЛЯ ОБРАБОТКИ ИНФОРМАЦИИ WEB-ОБЗОРА Российский патент 2019 года по МПК G06F17/30 H04L29/02 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0001] Изобретение относится к системе и способу для обработки информации web-обзора. Изобретение также относится к платформе, содержащей вспомогательный web-сервер и сервер управления базой данных (back-end), способу обработки информации на вспомогательном web-сервере, и способу обработки информации на сервере управления базой данных.

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

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

[0003] За несколько лет уже принято хранить контент web-сайта в базе данных, из которой страницы HTML генерируются на лету в ответ на запрос. Система для обслуживания web-страниц, таким образом, содержит web-сервер, объединенный с серверным средством управления базой данных. Другая система может предоставлять шаблоны, которые указывают вид и восприятие web-сайта.

[0004] Применительно к крупномасштабным web-сайтам, для того чтобы иметь избыточность и/или географическое распределение, могут быть использованы распределенные серверы или системы базы данных, которые добавляют сложности в исполнение.

[0005] В последние годы, появляется все больше и больше нормативных актов, имеющих отношение к web-сайтам. Национальный или транснациональный нормативный акт может обуславливать то, может ли и каким образом web-сайт обрабатывать информацию, которая относится к людям, обозревающим web. Общая мотивация нормативного акта состоит в гарантии конфиденциальности людей блуждающих по Всемирной Паутине. Например, последний Европейский нормативный акт указывает условия применительно к web-сайтам в отношении хранения так называемых «куки-файлов» (постоянной информации, которая относится к обзору), используя web-обозреватель (браузер) пользователя.

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

[0007] Статья под авторством R.J. Schloss, «Novel business uses of independently created hyperlinks in the World Wide Web: basic mechanism and examples» (Доклады ежегодной международной конференции по системотехнике, Гавайи, 1996) стр. 137-146, раскрывает консультативный сервер, который, когда ему предоставляется URL страницы, посещенной обозревателем, может предоставлять дополнительные данные касательно упомянутой посещенной страницы. Обозреватель затем может представлять дополнительные данные наряду с посещенной страницей. Недостаток данной системы состоит в том, что она должна поддерживаться обозревателем - другими словами, обозреватель должен, по свой собственной инициативе, явным образом запрашивать дополнительную информацию у консультационного сервера, используя Web-консультативный Протокол Передачи (WATP). Данное требование весьма ограничивает использование консультативных серверов, в частности применительно к потребительским устройствам с «имеющимся в наличии» программным обеспечением обозревателя, таким как соединенные бытовые приборы (так называемые устройства «Интернета Вещей» IoT).

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

[0008] Изобретение предоставляет платформу обработки информации, содержащую:

- вспомогательный web-сервер (AWS);

- сервер управления базой данных (BES);

при этом вспомогательный web-сервер выполнен с возможностью:

- приема информации, которая относится к обращению web-клиента; и

- переадресации информации серверу управления базой данных, и

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

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

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

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

[0011] Следует понимать, что объекты платформы в соответствии с изобретением (например, вспомогательный web-сервер (AWS), сервер управления базой данных (BES), интерфейс хранения данных, и т.д.), являются логическими объектами и не требуется, чтобы они были физически разделены. Например, существует возможность объединения AWS и BES в едином компьютерном сервере, даже в едином процессе на одном сервере. Тем не менее, для того, чтобы понятно объяснить изобретение, AWS и BES будут рассмотрены в качестве логически отдельных объектов. Интерфейс хранения данных предоставляет интерфейс для сохранения информации в, например, локальном или удаленном хранилище данных, таком как блок базы данных. Хранилище данных может быть ассоциировано с web-сервером, при этом, например, оперирование им может осуществляться поставщиком web-сервера.

[0012] В дополнительном варианте осуществления в соответствии с изобретением, платформа дополнительно содержит прокси-сервер, выполненный с возможностью:

- переадресации запроса от web-клиента к web-серверу;

- приема ответа от web-сервера для web-клиента;

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

[0013] В данном дополнительном варианте осуществления, прокси-сервер эффективно скрывает вспомогательный web-сервер от web-клиента. Тогда платформа, преимущественно, не зависит от корректной обработки web-тэга клиентом. Вместо этого, прокси-сервер может обрабатывать web-тэг и, на основании web-тэга, принятого от web-сервера, контактировать со вспомогательным сервером.

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

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

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

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

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

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

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

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

[0022] В варианте осуществления в соответствии с изобретением, вспомогательный web-сервер принимает дополнительные данные от сервера управления базой данных после переадресации информации серверу управления базой данных.

[0023] В варианте осуществления в соответствии с изобретением, вспомогательный web-сервер выполнен с возможностью отправки дополнительных данных HTML на основании данных, принятых от web-сервера или сервера управления базой данных, web-клиенту.

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

[0025] Изобретение дополнительно предоставляет способ для обработки информации во вспомогательном web-сервере, при этом способ, содержащий этапы, на которых:

- принимают запрос, включающий в себя информацию, которая относится к обращению web-клиента;

- проверяют согласие пользователя на обработку информации;

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

[0026] Принятый запрос может быть инициирован web-тэгом (например фрагментом кода JavaScript) на странице от web-сервера. Web-тэг интерпретируется и исполняется web-клиентом или прокси-сервером, что вызывает выдачу упомянутого запроса для AWS.

[0027] Изобретение дополнительно предоставляет способ для обработки информации на сервере управления базой данных, при этом способ, содержащий этапы, на которых:

- принимают информацию, которая относится к обращению web-клиента;

- интерпретируют инструкции прописанные в файле конфигурации;

- возвращают элементы информации из информации в соответствии с инструкциями;

- обрабатывают возвращенные элементы информации.

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

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

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

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

- форматируют выбранные именованные переменные, чтобы получить форматированный вывод.

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

КРАТКОЕ ОПИСАНИЕ ФИГУР

[0031] На прилагаемых листах чертежей,

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

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

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

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

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

фигура 7 схематично показывает этапы обработки как описано в файле конфигурации в соответствии с вариантом осуществления изобретения; и

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

[0032] На фигурах, одинаковые ссылки относятся к одинаковым признакам.

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

[0033] Фигура 1 схематично показывает платформу 100 обработки информации в соответствии с вариантом осуществления изобретения. Платформа 100 содержит вспомогательный web-сервер 11 (AWS), сервер 12 управления базой данных (BES) и хранилище данных или базу 13 данных (DB). Объекты, указанные на фигуре 1, являются логическими объектами. Вполне возможно интегрировать объекты в едином компьютерном сервере, даже реализованные в едином пакете программного обеспечения. Платформа 100 также может содержать отдельные устройства, даже несколько устройств AWS и BES для того, чтобы создавать избыточность и/или увеличенную мощность обработки. Логические компоненты платформы 100 могут быть реализованы, используя широкий спектр аппаратного обеспечения, программного обеспечения операционной системы, платформ web-сервера, систем базы данных, и т.д., доступный специалисту в соответствующей области техники. BES 12 предусмотрен с интерфейсом хранения данных для сохранения данных. Интерфейс хранения данных может быть соединен с хранилищем данных, таким как локальное или удаленное хранилище данных. Например, данные могут быть сохранены в блоке 13 базы данных или на сервере, ассоциированном с web-сервером 20.

[0034] Сеть между компонентами может быть сетью передачи данных любого типа, такой как сеть с коммутацией пакетов TCP/IP. Web-клиент 10, как правило, является терминалом пользователя (например, настольным компьютером, компьютером класса лэптоп, планшетом, или иным (портативным) устройством связи) с программным обеспечением обозревателя (т.е., программным обеспечением с возможностью интерпретации HTML и относящихся стандартов, и с возможностью осуществления связи с web-сервером, используя HTTP). Web-клиент 10 выполнен с возможностью осуществления связи с web-сервером 20, предпочтительно через HTTP по сети TCP/IP, такой как Интернет. Как web-клиент 10, так и web-сервер 20 выполнены с возможностью осуществления связи со вспомогательным web-сервером 11 (AWS).

[0035] AWS 11 в свою очередь соединен с Сервером 12 Управления Базой Данных (BES), который выполнен с возможностью сохранения данных в и возвращения данных из базы 10 данных (DB). Сервер Управления Базой Данных принимает в качестве ввода файл 14 конфигурации. Сеть, соединяющая AWS 11 с BES 12 и BES 12 с DB 13, не обязательно должна быть непосредственно доступной для клиента 10, и таким образом может быть интрасетью или виртуальной частной сетью.

[0036] Фигура 2 схематично показывает другую платформу 200 обработки информации, содержащую прокси-сервер 15 в соответствии с вариантом осуществления изобретения. Большая часть логических компонентов уже были описаны со ссылкой на фигуру 1, так что не требуется повтор их описания здесь. Основное отличие от платформы 100 с фигуры 1 состоит в том, что теперь прокси-сервер располагается между web-клиентом 10 и web-сервером 20. Весь трафик между клиентом 10 и сервером 20 проходит через прокси-сервер 15. Прокси-сервер 15 также выполнен с возможностью осуществления связи с AWS 11. В данном случае, web-клиенту 10 не требуется непосредственно достигать AWS, поскольку все запросы web-клиента 10 в отношении AWS 11 будут обрабатываться через прокси-сервер 15.

[0037] Эксплуатация AWS 11, BES 12 и DB 13, составляющими платформу 100, или AWS 11, BES 12, DB 13 и прокси-сервера 15, составляющими платформу 200, может осуществляться одним поставщиком услуг. Эксплуатация web-сервера 20 (который может представлять собой один сервер, группу серверов или глобально распределенную сеть из связанных серверов контента) осуществляется оператором сайта, который будет привлекать услуги оператора услуги применительно к некоторой функциональности web-сервера 20, например, для корректной реализации хранения и возвращения персональных (относящихся к конфиденциальности) данных.

[0038] Гибридная форма вариантов осуществления с фигуры 1 и 2 также возможна. В данной гибридной форме, прокси-сервер 15 предоставлен так, как описано со ссылкой на фигуру 2. Прокси-сервер может обрабатывать некоторые части связи с AWS 11 на основании инструкций, принятых от web-сервера 20. Тем не менее, некоторые web-тэги обрабатываются web-клиентом 10, так что web-клиент 10 также может контактировать с AWS 11. Преимущественно, web-клиент используется только для предоставления локализованных данных (например, которые относятся к событиям обозревателя, таким как взаимодействия UI посредством пользователя), которые доступны только на клиентском устройстве, а не на прокси-сервере.

[0039] Более подробные функции различных логических компонентов будут дополнительно описаны со ссылкой на фигуры 3-7.

[0040] Фигуры 3 и 4 схематически показывают связь между различными объектами в платформе 100 и 200 обработки информации, соответственно, в соответствии с вариантом осуществления изобретения.

[0041] На этапе 300, web-клиент запрашивает страницу у web-сервера 20. На этапе 302, web-сервер 20 отвечает с помощью запрошенной страницы, которая включает в себя элемент web-тэга. Элемент web-тэга может быть, например, фрагментом кода JavaScript, включенного в соответствующие тэги HTML, который должен быть исполнен web-клиентом 10. В более общем смысле, элемент web-тэга является элементом, который предписывает web-клиенту 10 или подходящим образом адаптированному прокси-серверу 15 инициировать контакт со вспомогательным web-сервером 11. Web-тэг, как правило, будет предоставлен поставщиком услуги платформы 100, 200 для включения в страницы, генерируемые web-сервером 20. Web-клиент 10 оценивает web-тэг (например, он исполняет код JavaScript web-тэга), и в качестве результата оценки ему предписывается отправить, на этапе 303, запрос к вспомогательному web-серверу 11. Запрос может, например, включать в себя персональные данные (такие как имя пользователя, действительное имя, адрес электронной почты, содержимое куки-файла, и т.д.) или данные сеанса (например, содержимое куки-файла, URL страницы, элементы запрошенной в настоящий момент web-страницы, и т.д.). Запрос может включать в себя данные, которые относятся к событиям обозревателя (например, взаимодействия UI посредством пользователя).

[0042] В качестве результата запроса посредством клиентского устройства, на этапе 304 AWS 11 может возвращать дополнительные данные от web-сервера. Дополнительные данные могут включать в себя, например, любое одно или более из следующего: файл 14 конфигурации для последующего использования посредством BES, дополнительные персонифицированные данные (например, действительное имя, основанное на предоставленном имени пользователя), и установки разрешения конфиденциальности. На этапе 305, web-сервер 20 предоставляет запрошенные данные.

[0043] На этапе 306, AWS 11 проверяет установки конфиденциальности, например, посредством проверки содержимого куки-файла, полученного через ответ 303, или посредством проверки дополнительных данных, принятых на этапе 305. Если установки конфиденциальности позволяют AWS 11 продолжать, запрос подается, также на этапе 306, Серверу 12 Управления Базой Данных для обработки информации, включенной в запрос. Запрос может включать в себя все персональные данные, доступные AWS 11, т.е. совокупность ответов 303 и 305, если доступно.

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

[0045] На этапе 307, обработанная информация отправляется, через интерфейс хранения, к DB 13 для хранения. Обработанные данные не обязательно сохраняются, также возможно, что обработанные данные используются в качестве ввода в рекомендательную систему и затем сбрасываются. В качестве альтернативы, сохраняется только выборка обработанных данных, например, в виде записи журнала регистрации. На этапе 309, DB может отправлять обратно дополнительные данные, например, подтверждение, или статистические данные, которые относятся к только что сохраненным данным. BES 12 отправляет дополнительные данные, которые могут быть основаны на данных, принятых на этапе 309, к AWS 11 на этапе 310. На этапе 311, AWS может формулировать подходящий ответ HTML на запрос 303, принятый от web-клиента 10, и возвращать его. Дополнительные данные на этапах 309 и 310 могут содержать статистические данные от базы 13 данных, рекламу, или в общем вывод рекомендательной системы, которая работает на основе обработанной информации.

[0046] Поток, иллюстрируемый на фигуре 4, очень похож на поток с фигуры 3. Основное отличие вновь состоит в том, что web-клиент 10 не непосредственно осуществляет связь с либо web-сервером 20, либо AWS 11, а через прокси-сервер 15. Прокси-сервер 15 выступает в роли, применительно к «внешнему миру», частью которого является web-клиент 10, web-сервера 20. Таким образом, прокси-сервер принимает исходный запрос 401 в отношении web-страницы, который переадресовывается фактическому web-серверу 20 на этапе 402. Таким образом объединенные этапы 401 и 402 имеют эффект схожий с этапом 301 на фигуре 3. На этапе 403, прокси-сервер принимает ответ посредством web-сервера 20 (сравните с этапом 302, на котором данный ответ принимается клиентом 10). прокси-сервер 15 теперь оценивает web-тэг, включенный в ответ, и выдает требуемый запрос на этапе 404 (сравните с этапом 303 на фигуре 3) к AWS 11.

[0047] Этапы с 405 по 410 на фигуре 4 соответствуют этапам с 304 по 310 с фигуры 3 и не будут описаны вновь. Объединенные этапы 411 и 412 достигают точно такого же эффекта, что и этап 311 на фигуре 3: дополнительные данные, принятые на этапе 410, передаются посредством AWS 11 в качестве дополнительного HTML прокси-серверу 15. Прокси-сервер вставляет HTML в ответ, уже принятый от web-сервера 20 на этапе 403, и возвращает объединенный результат web-клиенту на этапе 412.

[0048] Преимущество потоков с фигуры 4 и платформы 200 с фигуры 2 над потоками с фигуры 3 и платформой 100 с фигуры 1 состоит в том, что в первом случае работа системы не зависит от корректной оценки web-тэга посредством web-клиента 10. В случае когда web-клиент 10 не может или не желает (например, из-за того, что JavaScript недоступен или его функциональность была ограничена посредством конфигурации web-клиента) выдать запрос 303, система с фигуры 1 и 3 дает сбой. Ожидается, что прокси-сервер, управление которым осуществляется поставщиком услуги платформы 200, корректно выдает запрос 404.

[0049] Недостаток платформы 200 над платформой 100 состоит в том, что требуется, чтобы трафик в отношении web-сервер 20 каким-либо образом (пере)направлялся к прокси-серверу 15. Несмотря на то, что для достижения этого существуют стандартные методики (например, перенаправление, модификации Системы Доменных Имен), это является дополнительным усложнением.

[0050] Фигура 5 схематично показывает блок-схему для обработки информации посредством вспомогательного web-сервера 11 в соответствии с вариантом осуществления изобретения. На этапе 501, AWS 11 принимает запрос, основанный на web-тэге (сравните этапы 303 и 404). Затем AWS 11 проверяет, на этапе 502, согласие пользователя. Это может быть выполнено посредством проверки куки-файла. Также существуют другие способы, доступные специалисту в соответствующей области техники, для предоставления предпочтения пользователя, такого как согласие пользователя. Предпочтение может, например, быть закодировано в URL, используемом в запросе посредством web-клиента.

[0051] На этапе 503, AWS 11 запрашивает дополнительные данные у web-сервера 20 (смотри этапы 304, 405). На основании принятых данных и результата проверки согласия пользователя, AWS 11 будет отправлять данные (такие как персональные данные) Серверу Управления Базой Данных (504). Данные могут включать в себя файл 14 конфигурации.

[0052] На этапе 505 данные принимаются от BES 12 (сравните этапы 310 и 410). На этапе 506, эти данные преобразуются в HTML и отправляются источнику исходного запроса (либо web-клиенту 10, либо прокси-серверу 15, сравните этапы 311 и 411 соответственно).

[0053] Фигура 6 схематично показывает блок-схему для обработки информации посредством сервера 12 управления базой данных в соответствии с вариантом осуществления изобретения.

[0054] На этапе 601, данные (такие как персональные данные) принимаются от AWS 11 (сравните этапы 306, 407). На этапе 602, файл 14 конфигурации принимается и интерпретируется (в отношении дополнительных подробностей смотрите описание со ссылкой на фигуру 7).

[0055] В соответствии с файлом 14 конфигурации, данные обрабатываются и могут быть частично или полностью сохранены в базе 13 данных на этапе 604. На этапе 605, ответ принимается от базы 13 данных, и на этапе 606 данные, которые могут быть основаны на ответе от базы данных, отправляются к AWS 11. Этап 604 также может включать в себя отправку обработанных данных к рекомендательной системе для получения дополнительной информации, основанной на обработанной информации. Данная дополнительная информация затем отправляется к AWS на этапе 606. Рекомендательная система может предоставлять вывод, основанный на различных атрибутах, например, типе используемой OS (мобильный, планшет, настольный компьютер/лэптоп, и т.д.), типе обозревателя, информации пользователя, и т.д.

[0056] База 13 данных, раскрываемая на фигурах 1-4 и упомянутая со ссылкой на фигуру 6 является лишь примерным приемником (обработанных) данных от BES 12. В действительности, файл 14 конфигурации может указывать произвольное количество разных путей вывода для данных, именуемых «потоками». Стандартный файл журнала регистрации, который может быть сохранен в базе данных и/или отображен на экране, именуется консольным потоком. Дополнительный пример предварительно определенного пути вывода является база данных SQL - в данном случае путь вывода в качестве ссылок в файле 14 конфигурации указывает адрес базы данных и имя таблицы, где должны быть сохранены данные. Другой пример пути вывода или потока является упомянутая ранее рекомендательная система.

[0057] Фигура 7 схематично показывает способ обработки данных, соответствующий файлу 14 конфигурации в соответствии с вариантом осуществления изобретения.

[0058] Файл 14 конфигурации содержит некоторое количество разделов, именуемых «понятия», при этом каждый раздел со своими собственными правилами обработки. На этапе 71, URL текущей страницы, запрашиваемой у web-сервера 20 (или прокси-сервера 15, в зависимости от обстоятельств), сопоставляется с шаблоном для каждого понятия, до тех пор, пока не будет найдено совпадение. Например, понятие может быть определено чтобы сопоставлять «*/index.html», указывая на то, что понятие применимо к любому URL, который оканчивается на «/index.html». Если найдено совпадающее понятие, обработка продолжается. Использование URL на этапе 71 является лишь примером. Любой элемент данных, который относится к запросу от web-клиента, может быть использован на этапе сопоставления. Например, сопоставление также может быть выполнено на основе значения куки-файла, обращения POST, события web-обозревателя и т.д. В целом, на первом этапе 71 сопоставления, объект или событие, которое относится к web-клиенту, сопоставляется с предварительно определенным объектом или событием таким образом, что система может определить понятие которое является (наиболее) подходящим.

[0059] На этапе 72, данные извлекаются из доступных данных и назначаются именованной переменной. Например, JavaScript-подобный синтаксис вида «document.getElementById(‘имя’)» может быть использован для извлечения данных из текущей страницы. Полученные данные могут быть обработаны, используя стандартные конструкции языка сценариев, как например, используя функцию «substring(i, n)» для получения n символов, начиная с позиции i. Помимо функций манипулирования строкой, среди прочих доступны функции для арифметических вычислений и работы с датой/временем.

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

[0061] На этапе 74 собранные данные форматируются. Например, базовым действием форматирования может быть создание текста со Значениями Разделенными Запятой (CSV), или команда вставки строки базы данных SQL.

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

[0063] Файл 14 конфигурации таким образом предоставляет создателю такого файла большую свободу для точного указания того, какие данные должны быть сохранены, каким образом, при каких обстоятельствах. В преимущественном варианте осуществления, файл 14 конфигурации создается оператором web-сервера 20 и возвращается автоматически, по запросу, и кэшируется посредством AWS 11 или BES 12 из web-сервера 20.

[0064] Фигура 8 схематично показывает платформу обработки информации в соответствии с вариантом осуществления изобретения. В данном варианте осуществления, web-клиент 150 является устройством в так называемом «Интернете Вещей», например, бытовым прибором. Платформа содержит вспомогательный web-сервер 110, соединенный сервер 120 управления базой данных, и соединенную базу 130 данных кода. Файл 140 конфигурации может содержаться в любом месте в платформе, например, в AWS 110, в BES 120, или в качестве части кода в базе 130 данных кода.

[0065] При работе, платформа может быть использована следующим образом. Отдельные устройства в Интернете Вещей (IoT) регулярно представляют отчет о своем статусе AWS 110 через запрос (действие S101). Запрос содержит запрос кода, который является запросом в отношении кода программирования, который является особым для запрашивающего устройства.

[0066] После приема запроса через AWS 110, BES 120 контактирует с базой 130 данных кода в отношении кода платформы, который должен быть исполнен для запрашивающего устройства (действие S102). База 130 данных предоставляет код платформы, который затем интерпретируется AWS 110 или BES 120 (действие S103). Код платформы может быть воплощен в файле 140 конфигурации. Основываясь на данном коде платформы, AWS 110 или BES 120 строит особый для клиента код, который доставляется устройству (действие S104). Данный построенный код, который является особым для клиента и устройства, выдает устройству инструкцию на исполнение особого поведения и/или сбор данных (например, исполнить заданное измерение датчика). Собранные данные проталкиваются обратно к платформе для обработки (действие S105). AWS 110 или BES 120 обрабатывает собранные данные в соответствии с кодом платформы, например, в виде входного потока (действие S106). Обработанные данные могут быть повторно распространены для хранилища или сторонних услуг (действие S107).

[0067] Таким образом, услуга платформы IoT может быть разработана в единой компактной базе кода, без издержек на то чтобы справиться с интегрированием многих неоднородных устройств и чтобы справиться с масштабируемостью системы.

[0068] Вариант осуществления изобретения также может быть понят из следующего. В варианте осуществления, изобретение предоставляет среду, включающую в себя (основанную на облаке) вычислительную систему (AWS 11, 110 и BES 12, 120) с ассоциированной спецификацией языка платформы (язык файла 14, 140 конфигурации). Некоторое количество программ хранится в репозитории 13, 130 кода. Задачи в области Интернета Вещей (IoT) включают в себя связь и интеграцию функциональности, в частности при неоднородной совокупности устройств для общей цели системы. При данной установке среда может предоставлять значительные преимущества, чтобы справиться с масштабируемостью связи большого количества устройств и интеграцией разнообразного набора в общей платформе. Индивидуальное устройство (web-клиент) регулярно представляет отчет о своем статусе вычислительной платформе. Логика данного сопряжения устройств с платформой выполнена посредством файла, написанного на языке платформы. Каждый отчет сопровождается запросом кода. По приему запроса от устройства, платформа контактирует с репозиторием кода в отношении кода платформы, содержащего логику, которая должна быть исполнена особым образом для данной системы. Репозиторий предоставляет код, который интерпретируется вычислительной платформой. На основании определения кода платформа строит особый для клиента код, который доставляется устройству. Данный код (который является особым для клиента и устройства) выдает инструкцию устройству на исполнение особого поведения и/или сбор данных, например, исполнение заданного измерения датчика. Собранные данные проталкиваются обратно к вычислительной платформе для обработки. Платформа обрабатывает собранные данные в соответствии с заданным кодом из набора устройств в форме входного потока и повторно распределяет их дополнительно для хранилища или сторонних услуг.

[0069] В варианте осуществления в соответствии с изобретением, web-клиент (или устройство IoT) запрашивает страницу у web-сервера. Web-сервер вставляет исполняемый код в ответ. Исполняемый код может быть кодом в одну строку (SLOC). Web-клиент принимает ответ и исполняет включенный код. Данное исполнение может быть автоматическим из-за соблюдения web-клиентом определенных принятых стандартов, например, JavaScript. Исполнение упомянутого кода предписывает web-клиенту выдать запрос кода (упомянутый выше) вычислительной платформе. Таким образом, третье лицо (оперирующее web-сервером) может направлять web-клиента к вычислительной платформе.

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

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

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

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

1. Платформа обработки информации, содержащая:

web-сервер;

вспомогательный web-сервер;

сервер управления базой данных;

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

при этом вспомогательный web-сервер выполнен с возможностью:

приема информации, которая относится к обращению web-клиента, и

переадресации этой информации на сервер управления базой данных, и

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

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

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

4. Платформа по п.1, дополнительно содержащая прокси-сервер, выполненный с возможностью:

переадресации запроса от web-клиента на web-сервер;

приема ответа от web-сервера для web-клиента;

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

5. Платформа по п.1, в которой переадресация информации на сервер управления базой данных посредством вспомогательного web-сервера является обусловленной проверкой посредством вспомогательного web-сервера, настройки конфиденциальности, которая относится к web-клиенту, такой как содержимое куки-файла.

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

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

8. Платформа по п.1, в которой файл конфигурации ссылается на элементы данных, идентифицируемые посредством идентификации элемента HTML.

9. Платформа по п.1, в которой файл конфигурации содержит шаблонные SQL-инструкции для предписания базе данных SQL сохранить выбранные данные.

10. Платформа по п.1, в которой вспомогательный web-сервер выполнен с возможностью запрашивать дополнительные данные у web-сервера.

11. Платформа по п.1, в которой файл конфигурации принимается от web-сервера.

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

13. Платформа по п.1, в которой вспомогательный web-сервер принимает дополнительные данные от сервера управления базой данных после переадресации упомянутой информации на сервер управления базой данных.

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

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

16. Способ обработки информации, содержащий этапы, на которых:

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

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

извлекают файл конфигурации;

проверяют согласие пользователя на обработку упомянутой информации;

отправляют данную информацию в сервер управления базой данных для обработки и/или хранения.

17. Способ обработки информации на сервере управления базой данных, содержащий этапы, на которых:

принимают информацию, которая относится к обращению web-клиента;

интерпретируют инструкции, прописанные в файле конфигурации;

извлекают элементы информации из упомянутой информации в соответствии с этими инструкциями; и

обрабатывают извлеченные элементы информации.

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

19. Способ по п.18, в котором элемент данных представляет собой URL.

20. Способ по п.17, в котором этап, на котором интерпретируют инструкции, прописанные в файле конфигурации, содержит этапы, на которых:

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

форматируют выбранные именованные переменные, чтобы получить форматированный вывод.