Автоматизируемый интеллектуальный сбор и сверка данных

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

 

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

1. ОБЛАСТЬ ТЕХНИКИ

Настоящее изобретение в целом относится к сбору (скрапингу) данных с веб-порталов и сверке данных.

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

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

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

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

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

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

Соответственно, существует множество недостатков в уровне техники, которые могут быть устранены.

РАСКРЫТИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

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

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

На фиг. 2 показано изображение веб-страницы в соответствии с вариантами реализации настоящего изобретения;

На фиг. 3 показано другое изображение веб-страницы в соответствии с вариантами реализации настоящего изобретения;

На фиг. 4 показано еще одно изображение веб-страницы в соответствии с вариантами реализации настоящего изобретения;

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

На фиг. 6 показана блок-схема последовательности операций способа в соответствии с вариантами реализации настоящего изобретения.

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

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

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

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

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

Например, на фиг.1 показана серверная компьютерная система 100 с осуществлением связи с различными веб-серверами 110 через сеть 120. Веб-серверы 110 могут содержать один или более отдельных и индивидуальных веб-серверов 110а, 110b, каждый из которых соответствует соответствующим сторонним веб-порталам. Например, веб-сервер 110а может быть связан с конкретным поставщиком услуг, в то время как веб-сервер 110b может быть связан с конкретным производителем. В любом случае, пользователю может понадобиться собрать данные с обоих серверов 110а, 110b; однако, доступ к таким данным может осуществляться по-разному, и они могут храниться по-разному между двумя соответствующими веб-порталами.

Соответственно, варианты реализации настоящего изобретения содержат серверную компьютерную систему 100, которая может осуществлять связь с одним или более отдельными веб-серверами 110 посредством сетевого соединения 120. Дополнительно, серверная компьютерная система 100 может содержать различные модули и компоненты, как описано в данном документе, которые выполнены с возможностью доступа к данным через уникальные веб-порталы и проверки достоверности данных по локально доступным совокупностям данных. Должно быть понятно, однако, что модули и компоненты, описанные в данном документе, приведены всего лишь с целью прояснения объяснения. В различных других вариантах реализации модули и компоненты могут быть иным образом организованы, объединены, разделены и названы.

Серверная компьютерная система 100 может содержать устройство 102 для связи по сети, которое выполнено с возможностью осуществления связи с сетью 120. В различных вариантах реализации устройство 102 для связи по сети может содержать оптоволоконный адаптер, Ethernet-адаптер, адаптер беспроводной связи, модем, маршрутизатор или любое другое подобное сетевое устройство. Устройство 102 для связи по сети может осуществлять связь со сценарным процессором 104.

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

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

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

По меньшей мере в одном варианте реализации различные модули серверной компьютерной системы 100 могут осуществлять доступ и загружать неодинаковым образом сохраненные данные с различных веб-серверов 110 и проверять достоверность информации по соответствующим данным, хранящимся в локальном устройстве 130 хранения базы данных. В частности, серверная компьютерная система 100 может автоматически адаптироваться к осуществлению доступа к неодинаковым образом сохраненным данным через множество различных веб-порталов. Например, вследствие большого числа потенциальных веб-серверов 110 и соответствующего большого числа уникальных конфигураций веб-страниц и веб-порталов по меньшей мере в одном варианте реализации серверная компьютерная система 100 может содержать уникальный сценарий для каждого желаемого веб-портала. В частности, сценарный процессор 104 может автоматически загружать подходящий сценарий, который соответствует веб-порталу, с которым устройство 102 для связи по сети пытается связаться. Каждый уникальный сценарий может содержать команды для устройства 102 для связи по сети на осуществление связи с соответствующими веб-серверами 110. Например, один или более веб-серверов 110 могут требовать имя пользователя и пароль для осуществления доступа к интересующим данным. Схожим образом, каждый веб-портал может содержать уникальную структуру, которая требует конкретной навигационной команды для осуществления доступа к желаемой информации.

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

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

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

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

Теперь будет описан пример веб-портала. На фиг.2 показана веб-страница 200 для конкретного веб-портала. Веб-портал может быть размещен на веб-сервере 110а. Как показано, веб-страница 200 содержит последовательность кнопок 210, 212, 214, поле 220 имени пользователя, поле 230 пароля, блок 240 САРТСНА-проверки, пользовательское поле 242 САРТСНА-проверки и кнопку 250 отправки. По меньшей мере в одном варианте реализации при попадании на веб-страницу 200 в первый раз пользователь должен сгенерировать сценарий для указания того, каким образом должна быть осуществлена навигация по веб-странице. Например, пользователь может задействовать функцию записи внутри модуля 108 создания сценариев и записать перемещения в реальном времени с веб-страницей. По меньшей мере в одном варианте реализации от пользователя может потребоваться задействовать кнопку 210 до ввода своего имени пользователя и пароля. Соответственно, в пределах режима записи модуль 108 создания сценариев может записать перемещение мыши по экрану к кнопке 210 и затем записать нажатие мыши по кнопке 210.

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

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

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

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

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

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

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

На фиг.3 показана веб-страница 300, содержащая совокупность 350 неодинаковым образом сохраненных данных. Совокупность 350 данных содержит графу 310 записи с данными, графу 312 с первым полем данных, графу 314 со вторым полем данных и графу 316 с третьим полем данных. Дополнительно, веб-страница 300 содержит полосу 330 прокрутки внутри прокрутки 332 вверх, прокрутки 336 вниз и указателя 334 местоположения прокрутки. Различные записи 310 с данными, поля 312, 314, 316 данных и элементы 320 данных, изображенные на фиг. 3, предоставлены только ради ясности и объяснения. Должно быть понятно, что неодинаковым образом сохраненные данные могут быть предоставлены во множестве различных форм и количеств раз и по-прежнему охватываются объемом настоящего изобретения.

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

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

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

По меньшей мере в одном варианте реализации сценарий может быть сконфигурирован с использованием множества различных логических функций. Например, сценарий может быть выполнен с возможностью предписания сценарному процессору 104 идентифицировать относительное присутствие указателя 334 прокрутки на полосе 330 прокрутки. Посредством использования данного относительного местоположения сценарий может быть выполнен с возможностью предписания сценарному процессору 104 определять, необходимо ли прокрутить вверх или прокрутить вниз для осуществления доступа к дополнительным записям 320 с данными. Напротив, сценарий может быть выполнен с возможностью предписания сценарному процессору 104 автоматически задействовать кнопку 332 прокрутки вверх, затем определить, доступны ли новые записи с данными. Если никакие новые записи с данными не доступны, то сценарий может дополнительно быть выполнен с возможностью предписания сценарному процессору 104 задействовать кнопку 336 прокрутки вниз и затем осуществить синтаксический анализ любых новых доступных записей с данными. Сценарий может быть выполнен с возможностью предписания сценарному процессору 104 продолжать задействовать кнопку 336 прокрутки вниз и осуществлять синтаксический анализ новых доступных записей 320 с данными, пока новые записи с данными не перестанут появляться.

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

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

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

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

На фиг. 4 показан другой вариант реализации веб-страницы 400, содержащей неодинаковым образом сохраненные данные 450. В частности, неодинаковым образом сохраненные данные 450 содержат одни и те же записи 310 с данными и поля 312, 314, 316 данных, как на фиг. 3. Сходство приведено ради ясности и при практическом использовании может не присутствовать.

Неодинаковым образом сохраненные данные 450 на фиг.4 имеют другую структуру по сравнению с теми же самыми данными, хранящимися внутри неодинаковым образом сохраненных данных 350 на фиг. 3. Дополнительно, веб-страница 400 на фиг. 4 не содержит полосу прокрутки, а вместо этого содержит кнопки 410, 412, 420, 422 перелистывания страницы. Схожим с созданием сценария на фиг. 3 образом по меньшей мере в одном варианте реализации посредством использования функции записи пользователь может указать то, чтобы кнопки 410, 412, 420, 422 перелистывания страницы содержали специальные объекты.

Дополнительно, по меньшей мере в одном варианте реализации модуль 108 создания сценариев может автоматически определить, чтобы специальные объекты 410, 412, 420, 422 использовались для продвижения структуры 450 данных. Напротив, по меньшей мере в одном варианте реализации посредством использования функции записи пользователь может продемонстрировать модулю 108 создания сценариев, чтобы кнопки 410, 412, 420, 422 перелистывания страницы предписывали указанным неодинаковым образом сохраненным данным продвигать страницы.

По меньшей мере в одном варианте реализации после обозначения кнопок 410, 412, 420, 422 перелистывания страницы в качестве специальных объектов пользователь должен дополнительно обозначить для модуля 108 создания сценариев функцию каждого объекта. Например, модуль 108 создания сценариев может предоставить меню предварительно определенных функций, которые пользователь может связать с каждым специальным объектом. Например, один пункт меню может быть доступен для «кнопки продвижения страницы». Пользователь может обозначить кнопку 420 перелистывания страницы в качестве специального объекта и затем внутри меню обозначить кнопку 420 перелистывания страницы в качестве «кнопки продвижения страницы».

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

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

На фиг. 5 показана принципиальная схема процессора 106 базы данных, проверяющего достоверность неодинаковым образом сохраненных данных 350, 450, принятых от веб-серверов 110, с данными, хранящимися внутри локального устройства 130 хранения базы данных. В данном примере неоднородные хранящиеся данные 350, 450, принятые от веб-серверов, соответствуют данным, изображенным на фиг. 3 и 4. Данные 132, принятые от локального устройства 130 хранения базы данных, однако, не полностью соответствуют неодинаковым образом сохраненным данным 350, 450. Соответственно, процессор 106 базы данных может сгенерировать отчет 500, который содержит указания о расхождениях.

По меньшей мере в одном варианте реализации отчет может содержать указатель 540 уведомления, который указывает пользователю конкретные записи, которые оказались недостоверными. Например, как запись 1, так и запись 2 не присутствовали в неодинаковым образом сохраненных данных 350, 450, принятых от веб-серверов 110. Дополнительно, элементы данных, связанные с записью 4 с данными, не соответствуют совокупностям 132, 350, 450 данных. В частности, неодинаковым образом сохраненные данные 350, 450 указывает, что запись 4 должна быть связана с красным и омегой. Напротив, запись с данными для сохраненной локально совокупности 132 данных указывает, что запись 4 должна быть связана с зеленым и тетой. Дополнительно, запись 5 с данными содержит несоответствие между гаммой и омегой. В различных вариантах реализации данная информация может быть отображена пользователю на пользовательском компьютере 140, в распечатке или в некоторой другой форме.

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

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

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

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

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

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

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

Например, на фиг. 6 показана блок-схема последовательности операций для варианта реализации способа интеллектуальной загрузки и сверки данных, хранящихся в неодинаковых форматах. Способ может содержать этап 600 идентификации интересующих записей с данными. Этап 600 может включать в себя идентификацию, внутри одной или более структур данных, интересующих конкретных записей с данными. Одна или более структур данных могут быть сохранены внутри первой локально доступной базы данных. Например, на фиг. 1 показано локальное устройство 130 хранения базы данных, которое может содержать хранящуюся локально информацию. Хранящаяся локально информация может включать в себя конкретные для клиента имена пользователя и пароли, интересующие конкретные для клиента счета, интересующие конкретные для клиента сторонние порталы и другую схожую конкретную для клиента информацию. По меньшей мере в одном варианте реализации серверная компьютерная система 100 может осуществлять доступ к информации, хранящейся внутри локального устройства 130 хранения базы данных, и использовать данную информацию для сбора данных.

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

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

На фиг. 6 также изображено, что способ может включать в себя этап 630 имитации пользовательского ввода. Этап 630 может содержать взаимодействие с конкретным сторонним веб-порталом посредством имитации вводов от устройства пользовательского ввода. Например, модуль 108 создания сценариев может записать взаимодействия пользователя с веб-страницей. Записанные взаимодействия могут включать в себя перемещения мыши, нажатия на клавиатуру и другие подобные взаимодействия пользователя. Модуль 108 создания сценариев может закодировать эти взаимодействия внутри конкретного для веб-страницы сценария. Позже при осуществлении доступа к конкретной веб-странице сценарный процессор 104 может выполнить сценарий так, чтобы предварительно записанные взаимодействия пользователя были имитированы сценарным процессором 104.

Кроме того, на фиг. 6 изображено, что способ может включать в себя этап 640 приспособления взаимодействий с веб-порталом. Этап 640 может содержать автоматическое приспособление взаимодействий с конкретным сторонним веб-порталом для осуществления доступа и синтаксического анализа элементов данных из одного или более полей данных разной степени доступности. Например, на фиг. 3 и на фиг. 4 изображены эквивалентные совокупности данных, доступ к которым может быть осуществлен по-разному. По меньшей мере в одном варианте реализации сценарный процессор 104 может автоматически приспособить взаимодействия с веб-страницей 300, 400 посредством идентификации специальных объектов. В частности, на фиг. 3 содержатся специальные объекты 332, 334, 336, которые управляют областью прокрутки внутри веб-страницы 300. По меньшей мере в одном варианте реализации сценарный процессор 104 может автоматически приспособиться к прокрутке полосы 330 прокрутки по необходимости для осуществления доступа ко всем данным.

Дополнительно, на фиг. 6 изображено, что способ может включать в себя этап 650 сравнения совокупностей данных. Этап 650 может включать сравнение первой совокупности данных, принятых из указанных одного или более полей данных разной степени доступности, со второй совокупностью данных, которые хранятся внутри второй локально доступной базы данных. Например, на фиг. 5 показана первая совокупность 300 данных, которые эквивалентны неодинаковым образом сохраненным данным с фиг. 3 и 4. Процессор 106 базы данных может сравнить первую совокупность 300 данных с локально доступной совокупностью 132 данных. По меньшей мере в одном варианте реализации локально доступная совокупность 132 данных хранится внутри локального устройства 130 хранения базы данных, другом локальном устройстве хранения или иным образом локально доступен посредством сетевого соединения.

Дополнительно, на фиг. 6 изображено, что способ может включать в себя этап 660 генерирования отчета. Этап 660 может содержать генерирование отчета на основе сравненных данных. Отчет может содержать уведомления о расхождениях между первой совокупностью данных и второй совокупностью данных. Например, на фиг. 5 показан отчет 500, который проверяет достоверность и сравнивает информацию первой совокупности 300 данных и хранящуюся локально совокупность 132 данных. Как описано выше, сгенерированный отчет 500 содержит указания о расхождениях между этими двумя совокупностями данных.

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

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

Компьютерные носители хранения являются физическими носителями хранения информации, которые хранят исполняемые компьютером команды и/или структуры данных. Физические носители хранения информации включают в себя компьютерное аппаратное обеспечение, такое как RAM, ROM, EEPROM, твердотельные накопители («SSD»), флэш-память, запоминающее устройство («РСМ») с изменением фазового состояния, накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные устройства хранения или любое(ые) другое(ие) аппаратное(ые) устройство(а) хранения, которое(ые) может(могут) использоваться для хранения программного кода в виде исполняемых компьютером команд или структур данных, к которым может быть осуществлен доступ и которые могут быть исполнены посредством компьютерной системы общего назначения или специального назначения для реализации раскрытой функциональности настоящего изобретения.

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

Дополнительно, после достижения различных компонентов компьютерной системы программный код в виде исполняемых компьютером команд или структур данных может быть перенесен автоматически из среды передачи в компьютерный носитель хранения (или наоборот). Например, исполняемые компьютером команды или структуры данных, принятые по сети или линии передачи данных, могут быть буферизованы в RAM внутри модуля (например, «NIC») сетевого интерфейса и затем в конечном счете перенесены в RAM компьютерной системы и/или менее энергозависимый компьютерный носитель хранения в компьютерной системе. Таким образом, следует понимать, что компьютерный носитель хранения может содержаться в компонентах компьютерной системы, которые также (или даже прежде всего) используют среду передачи.

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

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

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

Модель облачных вычислений может быть составлена из различных характеристик, таких как самообслуживание по требованию, широкополосный сетевой доступ, объединение ресурсов, быстрая эластичность, измеряемое обслуживание и т.д. Модель облачных вычислений может также принимать форму различных моделей услуг, таких как, например, Программное Обеспечение как Услуга (Software as a Service, «SaaS»), Платформа как Услуга (Platform as a Service, «PaaS») и Инфраструктура как Услуга (Infrastructure as a Service, «IaaS»). Модель облачных вычислений может также быть развернута с использованием различных моделей развертывания, таких как частное облако, коллективное облако, общедоступное облако, гибридное облако и т.д.

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

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

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

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

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

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

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

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

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

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

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

3. Способ по п. 2, согласно которому также:

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

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

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

генерируют отчет, идентифицирующий отличающиеся элементы данных.

4. Способ по п. 1, согласно которому также:

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

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

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

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

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

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

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

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

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

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

6. Способ по п. 5, согласно которому также:

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

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

7. Способ по п. 6, в котором этап выполнения сценария содержит этапы, на которых:

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

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

8. Способ по п. 7, согласно которому также:

идентифицируют конкретный элемент внутри веб-страницы;

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

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

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

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

10. Способ по п. 8, согласно которому также:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

13. Серверная компьютерная система по п. 12, в которой модуль создания сценариев дополнительно выполнен с возможностью:

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

сопоставления указанного конкретного элемента с конкретным полем данных внутри второй совокупности данных.

14. Серверная компьютерная система по п. 13, в которой сценарный процессор дополнительно выполнен с возможностью:

автоматического генерирования команд для перемещения мыши в соответствии с захваченными и записанными входными сигналами и

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

15. Серверная компьютерная система по п. 14, в которой сценарный процессор дополнительно выполнен с возможностью:

идентификации конкретного элемента внутри веб-страницы;

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

доступа к указанному конкретному полю данных внутри второй совокупности данных и

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

16. Серверная компьютерная система по п. 15, в которой сценарный процессор дополнительно выполнен с возможностью:

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

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

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

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

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

18. Серверная компьютерная система по п. 11, дополнительно содержащая:

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

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

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

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

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

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

взаимодействие с конкретным сторонним веб-порталом посредством имитации вводов от устройства пользовательского ввода и

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

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

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