Усовершенствование запроса для поиска базы данных

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

 

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

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

ОПИСАНИЕ СВЯЗАННОГО УРОВНЯ ТЕХНИКИ

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

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

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

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

Обеспечен способ, который включает в себя (a) прием первого запроса, (b) согласование первого запроса с первыми данными в первой базе данных, (c) подготовку второго запроса, основываясь на первых данных, (d) передачу второго запроса поисковому механизму, который осуществляет поиск второй базы данных и возвращает вторые данные, и (e) возвращение вторых данных в ответ на первый запрос.

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

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

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

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

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

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

ФИГ. 5 иллюстрирует партнера данных, участвующего в облачном хранении данных через одну платформу и доставке данных нескольким партнерам, с использованием номера DUNS (Data Universal Numbering System, универсальной системы нумерации данных) в качестве ключа для получения непротиворечивых данных по организациям.

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

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

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

ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНОГО ВАРИАНТА ОСУЩЕСТВЛЕНИЯ

ФИГ. 1 представляет собой блок-схему системы, т.е. системы 100, которая включает в себя пользовательское местонахождение 103, центр 140 данных и внешние службы 175, соединенные с возможностью связи с сетью передачи данных, например, с Интернетом 170.

Пользовательское местонахождение 103 включает в себя рабочую станцию 110, соединенную с прикладной базой данных 135. Рабочая станция 110 включает в себя пользовательский интерфейс 112, процессор 115 и память 120. Процессор 115 сконфигурирован в виде логической схемы, которая отвечает на и исполняет инструкции, и осуществляет операции от имени рабочей станции 110. Память 120 представляет собой не временное считываемое компьютером устройство, которое содержит инструкции, которые считываются процессором 115 и которые, при считывании процессором 115, управляют операциями, выполняемыми процессором 115. С этой точки зрения, память 120 содержит программный модуль 125 и приложение 130. Память 120 может быть реализована в виде оперативного запоминающего устройства (ОЗУ), накопителя на жестких дисках, постоянного запоминающего устройства (ПЗУ) или их сочетания.

Пользователь 105 взаимодействует с рабочей станцией 110 через пользовательский интерфейс 112. Пользовательский интерфейс 112 включает в себя устройство ввода (не показано), такое как клавиатура или подсистема распознавания речи, для обеспечения возможности пользователю 105 передавать информацию и выборы команд процессору 115. Пользовательский интерфейс 112 также включает в себя устройство вывода (не показано), такое как устройство отображения или принтер. Средство управления курсором, такое как мышь, шаровой манипулятор или джойстик, позволяет пользователю 105 манипулировать курсором на устройстве отображения для передачи дополнительной информации и выборов команд процессору 115.

Приложение 130, как будет разъяснено далее ниже, осуществляет связь и принимает данные из центра 140 данных. С этой точки зрения приложение 130 может представлять собой любое приложение, которое может использовать такие данные. Приложение 130 сохраняет данные в прикладной базе данных 135.

Программный модуль 125 содействует связи между приложением 130 и центром 140 данных. Программный модуль 125 может представлять собой компонент приложения 130 или подключаемый (plug-in) модуль, который устанавливают в память 120 отдельно от приложения 130.

Как было упомянуто выше, процессор 115 выполняет операции от имени рабочей станции 110. Более конкретно, процессор 115 выполняет операции в соответствии с инструкциями в памяти 120, и еще более конкретно, - в соответствии с инструкциями в программном модуле 125 и приложении 130. В настоящем документе, когда мы описываем операции, выполняемые рабочей станцией 110, программным модулем 125 или приложением 130, операции фактически выполняются процессором 115.

Центр 140 данных включает в себя сервер 145, соединенный с базой данных 165. Сервер 145 включает в себя процессор 150 и память 155. Процессор 150 сконфигурирован в виде логической схемы, которая отвечает на и исполняет инструкции, и выполняет операции от имени сервера 145. Память 155 представляет собой не временное считываемое компьютером устройство, которое содержит инструкции, которые считываются процессором 150 и которые при считывании процессором 150 управляют операциями, выполняемыми процессором 150. С этой точки зрения, память 155 содержит программный модуль 160. Память 155 может быть реализована в виде оперативного запоминающего устройства (ОЗУ), накопителя на жестких дисках, постоянного запоминающего устройства (ПЗУ) или их сочетания.

База данных 165 содержит информацию о хозяйствующих субъектах. Например, для данного хозяйствующего субъекта, например XYZ Corp., база данных 165 включает в себя номер 167 универсальной системы нумерации данных и информацию 168 компании. Информация 168 компании включает в себя информацию о XYZ Corp., например, об объемах продаж, о дебиторской задолженности, кредиторской задолженности, кредитных линиях и процессуальных действиях. DUNS представляет собой систему, разработанную и регулируемую компанией Dun & Bradstreet Corp., которая присваивает уникальный цифровой идентификатор, называемый номером DUNS, одному хозяйствующему субъекту. Этот стандарт является общемировым. В число пользователей DUNS входит Европейская комиссия, ООН и правительство США.

Как было упомянуто выше, процессор 150 выполняет операции от имени сервера 145. Более конкретно, процессор 150 выполняет операции в соответствии с инструкциями в памяти 155, и еще более конкретно, - в соответствии с инструкциями в программном модуле 160. В настоящем документе, когда мы описываем операции, выполняемые сервером 145 или программным модулем 160, операции фактически выполняются процессором 150.

Внешние службы 175 включают в себя сервер 180, соединенный с базой данных 185.

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

Дополнительно, каждый из программного модуля 125 и программного модуля 160 может быть вещественно реализован на запоминающем устройстве 190 для последующей загрузки в память 120 или в память 155. Запоминающее устройство 190 является считываемым компьютером устройством и может представлять собой любое стандартное не временное запоминающее устройство, в том числе гибкий диск, компакт-диск, магнитную ленту, постоянное запоминающее устройство, оптическое запоминающее устройство, флэш-накопитель с универсальной последовательной шиной (universal serial bus, USB), универсальный цифровой диск или zip-накопитель, но не ограниченное ими. Запоминающее устройство 190 также может представлять собой оперативное запоминающее устройство или другой тип не временного электронного хранилища, расположенного на удаленной системе хранения и соединенного с памятью 120 или с памятью 155.

Предположим, что приложение 130 представляет собой финансовое приложение. Предположим также, что пользователь 105 взаимодействует с приложением 130 и заинтересован в получении информации о компании XYZ Corp., которая является изготовителем женской одежды. Пользователь 105 выражает этот интерес путем соответствующего ввода в приложение 130, например, путем набора символьной строки «XYZ Corp.» в конкретном поле, отображаемом на пользовательском интерфейсе 112. Пользователь 105 также может предоставить другую информацию о XYZ Corp., например адрес для XYZ Corp. В случае, когда пользователь 105 не знает названия хозяйствующего субъекта, например, XYZ Corp., пользователь 105 может предоставить ключевые слова, такие как «изготовитель» и «женская одежда». В более общем смысле, пользователь 105 может ввести любую подходящую информацию, которая может быть применена в поиске базы данных. В любом случае для настоящего примера приложение 130 уведомляет программный модуль 125, который, в свою очередь, подготавливает запрос на информацию о XYZ Corp. и отправляет запрос программному модулю 160.

Программный модуль 160 принимает запрос и, основываясь на запросе, осуществляет поиск в базе данных 165 и согласовывает запрос с данными в базе данных 165, давая, таким образом, результат согласования. Согласование означает поиск в базе данных записи, которая лучше всего согласуется (совпадает) с данным запросом. Исходно, результат согласования может идентифицировать одно согласование или возможно множество согласований (совпадений). Как правило, чем более сфокусированной будет информация в запросе, тем более сфокусированным будет результат согласования. Например, если запрос включает в себя как наименование «XYZ Corp.», так и адрес XYZ Corp., результаты согласования будут более сфокусированными, и поэтому их будет количественно меньше, чем, если запрос представлял собой слово «изготовитель» и «женская одежда». Для настоящего примера предположим, что в результате согласования перечислено три потенциальных согласования, а именно (1) XYZ Corp. - штаб-квартира фирмы, (2) XYZ Corp. - изделия из кожи, и (3) XYZ Corp. - нижнее белье. Программный модуль 160 отправляет результат согласования программному модулю 125.

Программный модуль 125 принимает результат согласования и предоставляет его через приложение 130 и пользовательский интерфейс 112 пользователю 105. Пользователь 105 выбирает один или более результатов согласования, обеспечивая, таким образом, выбранный результат. Для настоящего примера предположим, что пользователь 105 выбирает «XYZ Corp. - штаб-квартира фирмы». Следовательно, программный модуль 125 уведомляет программный модуль 160 о выбранном результате.

Программный модуль 160, после уведомления о выбранном результате, отправляет данные, например, информацию 168 компании или ее часть, касающуюся выбранного результата, программному модулю 125. Для удобства мы называем данные, относящиеся к выбранному результату, «данными субъекта». Природа данных субъекта может отчасти зависеть от некоторого аспекта приложения 130. Этот аспект может быть идентифицирован пользователем 105 или автоматически распознан программным модулем 125, когда программный модуль 125 сконфигурирован для использования с приложением 130. В нашем настоящем примере приложение 130 представляет собой финансовое приложение. Как таковой, программный модуль 125 может быть сконфигурирован для запрашивания финансовой информации у программного модуля 160, и, таким образом, в настоящем примере данные субъекта представляют собой финансовые данные. В любом случае, программный модуль 160 отправляет данные субъекта программному модулю 125. С данными субъекта программный модуль 160 также отправляет номер DUNS для XYZ Corp. Штаб-квартира фирмы, например, номер DUNS 167.

Программный модуль 125 принимает данные субъекта и перенаправляет их приложению 130, а приложение 130 обрабатывает данные субъекта. Например, если приложение 130 подготавливает отчет о кредитных операциях XYZ Corp., программный модуль 125 автоматически заполняет конкретные поля в отчете о кредитных операциях вместе с данными субъекта. Программный модуль 125 также сохраняет данные субъекта через приложение 130 в прикладной базе данных 135.

На практике, данные в базе данных 165 регулярно обновляются, вероятно, много раз в день, и даже может быть несколько раз в секунду. Независимо от того, как часто база данных 165 обновляется, достаточно, что по истечении некоторого периода времени, данные субъекта, которые отправляются из программного модуля 160 программному модулю 125 и сохраняются в прикладной базе данных 135, становятся устаревшими. Таким образом, система 100 предусматривает последующее обновление данных субъекта в прикладной базе данных 135. Обновление может быть инициировано либо (a) программным модулем 125, запрашивающим обновление из программного модуля 160, либо (b) программным модулем 160, предоставляющим обновленную информацию в программный модуль 125. Обновление может выполняться периодически, например, ежедневно, или оно может быть инициировано в ответ на появление события. Например, (a) программный модуль 125 может быть сконфигурирован для запроса обновления при открытии или запуске приложения 130 или (b) программный модуль 160 может быть сконфигурирован для мониторинга данных субъекта в базе данных 165 на предмет изменения и после обнаружения изменения, уведомляет программный модуль 125 об изменении.

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

Система 100 также предусматривает использование служб, отличных от служб центра 140 данных, и для использования данных из баз данных, отличных от базы данных 165. То есть службы и другие базы данных, которые доступны через Интернет 170, могут быть использованы в пользу приложения 130. Данные из таких других баз данных могут быть неструктурированными, но программный модуль 160 и/или программный модуль 125 будет организовывать неструктурированные данные таким образом, чтобы они могли быть использованы приложением 130 и сохранены в прикладной базе данных 135. Внешние службы 175 являются одним из примеров такой службы.

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

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

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

Программный модуль 125 сконфигурирован таким образом, чтобы он был представлен в виде иконки через программное приложение 130 для внешней службы 175. Как было описано выше, пользователь 105 первоначально получает информацию субъекта, - в данном случае, о XYZ Corp., и эта информация субъекта включает в себя номер DUNS для XYZ Corp. Пользователь 105 выбирает иконку и указывает желание получать информацию о президенте компании XYZ Corp. Следовательно, программный модуль 125 получает номер DUNS для XYZ Corp. из прикладной базы данных 135. В зависимости от конфигураций программного модуля 125 и программного модуля 160 программный модуль 125 может либо (a) получать данные из внешней службы 175 самостоятельно, либо (b) получать данные от внешней службы 175 во взаимодействии с программным модулем 160.

Для случая, когда программный модуль 125 получает данные от внешней службы 175 самостоятельно, программный модуль 125 включает номер DUNS в запрос, который он отправляет на сервер 180. Запрос также включает в себя запрос на информацию о президенте компании XYZ Corp.

Для случая, когда программный модуль 125 получает данные от внешней службы 175, во взаимодействии с программным модулем 160, программный модуль 125 включает номер DUNS в первый запрос, который он отправляет программному модулю 160. Первый запрос также включает в себя запрос на информацию о президенте компании XYZ Corp. и дополнительно указывает, что запрашиваемая информация должна быть получена от внешней службы 175. Программный модуль 160 принимает первый запрос, а в ответ использует номер DUNS для согласования первого запроса с данными в базе данных 165, для идентификации президента компании XYZ Corp. Программный модуль 160 подготавливает второй запрос, т.е. усовершенствованный запрос, основываясь на данных, полученных из базы данных 165. Второй запрос является расширенным в том смысле, что он может включать в себя данные из первого запроса, а также данные из базы данных 165, и поэтому является более сфокусированным, чем первый запрос. Затем программный модуль 160 (i) передает второй запрос на сервер 180, который возвращает персональную информацию, т.е. данные 187 из базы данных 185, и (ii) отправляет персональную информацию программному модулю 125.

Программный модуль 125, таким образом, принимает персональную информацию либо из сервера 180, либо из программного модуля 160 и предоставляет ее пользователю 105 через приложение 130 и пользовательский интерфейс 112.

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

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

На этапе 1 пользователь 105 взаимодействует с приложением 130 и запрашивает информацию субъекта. Например, предположим, что пользователь 105 разыскивает курс акций для XYZ Corp. Программный модуль 125 через взаимодействие с приложением 130 подготавливает первый запрос. Предположим, что первым запросом является «XYZ Corp. Курс акций».

На этапе 2 программный модуль 125 отправляет первый запрос программному модулю 160.

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

Предположим, что результат согласования представляет собой согласование с номером DUNS 167 и информацией 168 компании. В настоящем примере номер DUNS 167 представляет собой номер DUNS для компании XYZ Corp., а информация 168 компании включает в себя информацию о XYZ Corp., такую как информацию об объеме продаж, о дебиторской задолженности, кредиторской задолженности, кредитных линиях и процессуальных действиях, но не включает в себя курс акций. Следовательно, программный модуль 160 предполагает необходимость получения информации, которая недоступна в базе данных 165. Поэтому для настоящего примера можно сделать допущение, что база данных 185, к которой осуществляется доступ через внешнюю службу 175, содержит фондовую информацию в формате структурированных данных, и что к фондовой информации для компании, представляющей интерес, можно осуществить доступ путем задания номера DUNS компании. Таким образом, программный модуль 160 подготавливает второй запрос, который включает в себя номер DUNS 167. В этом случае второй запрос является расширенным, по сравнению с первым запросом, поскольку второй запрос включает в себя номер DUNS 167, который однозначно идентифицирует компанию XYZ Corp., и поэтому обеспечивает более сфокусированный поиск, чем может обеспечить первый запрос.

На этапе 2B программный модуль 160 передает второй запрос внешней службе 175. Внешняя служба 175 возвращает цену акций для компании XYZ Corp.

На этапе 3 программный модуль 160 отправляет результат согласования программному модулю 125. В настоящем примере результат согласования включает в себя цену акций, номер DUNS 167 и информацию 168 компании. Программный модуль 125 принимает результат согласования, заполняет поля приложения 130 соответствующими данными из результата согласования, и сохраняет результат согласования в прикладной базе данных 135.

На этапе 4 программный модуль 125 выполняет запланированную обработку, установленную пользователем 105, для автоматизации отправления массива данных из прикладной базы данных 135, в центр 140 данных, где программный модуль 160 осуществляет согласование массива данных с данными в базе данных 165.

На этапе 5 программный модуль 160 возвращает результаты обработки, сделанной на этапе 4, и во взаимодействии с программным модулем 125 автоматизирует сохранение данных из базы данных 165, в прикладной базе данных 135. Таким образом, прикладная база данных 135 периодически автоматически обновляется данными из базы данных 165.

На этапе 6 программный модуль 125 выполняет запланированную обработку, установленную пользователем 105, для автоматизации отправления массива данных из прикладной базы данных 135, в центр 140 данных, для актуализации данных в базе данных, 165.

На этапе 7 программный модуль 160 возвращает результаты обработки, сделанной на этапе 6, и во взаимодействии с программным модулем 125 автоматизирует сохранение данных из базы данных 165, в прикладной базе данных 135. Таким образом, прикладная база данных 135 поддерживается обновленной с данными из базы данных 165.

На этапе 8 пользователь 105 взаимодействует с приложением 130 и запрашивает информацию из внешней службы 175. Программный модуль 125 может либо (a) подготавливать запрос и отправлять запрос программному модулю 160, как описано на этапах 1 и 2, или (b) если программный модуль 125 осуществил доступ к достаточной информации, например, к номеру DUNS 167 из предыдущего запроса, - подготавливать запрос и отправлять запрос на внешнюю службу 175. Для настоящего примера предположим, что программный модуль 125 имеет доступ к достаточной информации из предыдущего запроса.

На этапе 9 программный модуль 125 пропускает номер DUNS в виде параметра на внешнюю службу 175, и более конкретно, - на сервер 180, который в настоящем примере возвращает данные из базы данных 185. Затем программный модуль 125 предоставляет вид данных пользователю 105 в приложении 130.

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

В настоящем примере внешняя служба 175 описана в виде службы для конкретной функции, т.е. обеспечения цен акций, и для выполнения которой на этапе 2B программный модуль 160 передал запрос, который включал в себя номер DUNS 167. Однако, внешняя служба 175 может представлять собой обслуживающую программу обобщенного поиска, например, поисковый механизм Интернета, для которого программный модуль 160 мог бы подготавливать запрос, который может включать в себя некоторую или всю информацию 168 компании, вместо, или в дополнение к номеру DUNS 167.

В общих словах, процессор 150, в соответствии с инструкциями в программном модуле 160, выполняет способ, который включает в себя:

(a) прием первого запроса из программного модуля 125;

(b) согласование первого запроса с первыми данными в базе данных, 165;

(c) подготовку второго запроса, основываясь на первых данных;

(d) передачу второго запроса поисковому механизму, например, серверу 180, который осуществляет поиск во второй базе данных, например, базе данных 185, и возвращает вторые данные; и

(e) возвращение вторых данных программному модулю 125, в ответ на первый запрос.

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

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

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

На этапе 1 пользователь 105 взаимодействует с приложением 130 и запрашивает информацию о субъекте. Программный модуль 125 подготавливает запрос и отправляет запрос программному модулю 160.

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

На этапе 3 программный модуль 125 принимает результат согласования и сохраняет его в прикладной базе данных 135.

На этапе 4 программный модуль 125 выполняет запланированную обработку, установленную пользователем 105, для автоматизации отправления массива данных в центр 145 данных для очистки, согласования и дополнения данных в базе данных 165.

На этапе 5 программный модуль 160 возвращает результаты обработки, сделанной на этапе 4, и во взаимодействии с программным модулем 125 автоматизирует сохранение данных из базы данных 165, в прикладной базе данных 135.

На этапе 6 программный модуль 125 выполняет запланированную обработку, установленную пользователем 105, для автоматизации отправления массива данных в центр 145 данных для актуализации данных в базе данных 165.

На этапе 7 программный модуль 160 возвращает результаты обработки, сделанной на этапе 6, и во взаимодействии с программным модулем 125 автоматизирует сохранение данных из базы данных 165, в прикладной базе данных 135.

На этапе 8 пользователь 105 взаимодействует с приложением 130 и запрашивает информацию из внешней службы 175. Программный модуль 125 подготавливает запрос и отправляет запрос на программный модуль 160.

На этапе 9 программный модуль 125 пропускает структурированные данные в виде параметра на внешнюю службу 175, и более конкретно, - на сервер 180, который возвращает неструктурированные данные из базы данных 185. Затем, программный модуль 125 предоставляет вид неструктурированных данных пользователю 105 в приложении 130. Неструктурированные данные могут быть сохранены в прикладной базе данных 135, если пользователь 105 выбирает это.

ФИГ. 4 иллюстрирует внедрение данных в приложение 130, поддержание их очищенными и в синхронизации со структурированными данными в из базе данных 165 и подключение к неструктурированным данным, например, к данным в базе данных 185, и все через одну платформу.

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

ФИГ. 6 иллюстрирует синхронизацию структурированных данных в базе данных 165, с неструктурированными данными, и все через одну платформу, в приложениях.

ФИГ. 7 иллюстрирует внедрение данных в приложение 130, поддержание их очищенными и в синхронизации со структурированными данными из базы данных 165, и подключение к неструктурированным данным, и все через одну платформу.

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

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

1. Способ поиска в структурированной и неструктурированной базах данных, содержащий:

выполнение процессором действий по:

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

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

подготовке, автоматически, второго запроса, который включает в себя (a) упомянутые первые данные и (b) упомянутые структурированные данные идентификатора, при этом упомянутый второй запрос расширен по сравнению с упомянутым первым запросом;

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

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

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

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

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

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

процессор; и

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

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

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

автоматически подготавливать второй запрос, который включает в себя (a) упомянутые первые данные и (b) упомянутые структурированные данные идентификатора, при этом упомянутый второй запрос расширен по сравнению с упомянутым первым запросом;

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

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

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

5. Система по п. 4, в которой упомянутые структурированные данные идентификатора содержат номер универсальной системы нумерации данных (DUNS), который уникально идентифицирует хозяйствующий субъект.

6. Система по п. 4, в которой упомянутые неструктурированные вторые данные являются информацией в описательной части в текстовом формате.

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

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

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

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

подготавливать, автоматически, второй запрос, который включает в себя (a) упомянутые первые данные и (b) упомянутые структурированные данные идентификатора, при этом упомянутый второй запрос расширен по сравнению с упомянутым первым запросом;

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

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

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

9. Устройство хранения по п. 8, в котором упомянутые структурированные данные идентификатора содержат номер универсальной системы нумерации данных (DUNS), который уникально идентифицирует хозяйствующий субъект.

10. Устройство хранения по п. 8, в котором упомянутая информация в упомянутом неструктурированном формате является описательной частью в текстовом формате.

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