СИСТЕМЫ И СПОСОБЫ СОЗДАНИЯ КРУПНОМАСШТАБНОЙ АРХИТЕКТУРЫ ОБРАБОТКИ КРЕДИТНОЙ ИНФОРМАЦИИ
SYSTEMS AND METHODS OF CREATING LARGE-SCALE ARCHITECTURE FOR PROCESSING CREDIT INFORMATION

ПЕРЕКРЕСТНЫЕ ССЫЛКИ НА РОДСТВЕННЫЕ ИЗОБРЕТЕНИЯ
[0001] Настоящее изобретение претендует на приоритет предварительной патентной заявки США №61/507 092 под названием «СИСТЕМЫ И СПОСОБЫ СОЗДАНИЯ ГЛОБАЛЬНОГО БЮРО КРЕДИТНОЙ ИНФОРМАЦИИ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ», поданной 12 июля 2011 г., которая полностью включена в данное изобретение посредством ссылки.
ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ
ОБЛАСТЬ ТЕХНИКИ
[0002] В настоящем изобретении, среди прочего, содержится описание систем и способов обработки больших объемов кредитной информации и прочих данных, полученных из различных источников, и предоставления продуктов, связанных с кредитами, а также других продуктов, полученных на основе обработанных данных и информации.
УРОВЕНЬ ТЕХНИКИ
[0003] Кредитная информация может храниться в бюро кредитной информации или в аналогичной организации. Кредитная информация, находящаяся в распоряжении определенного бюро кредитной информации, может охватывать данные счетов миллионов или даже миллиардов клиентов, причем каждый клиент, идентифицированный в базе данных, может быть владельцем одного или большего числа счетов. Кредитная информация может быть получена из нескольких источников, которые могут охватывать существующие кредитные данные, новые кредитные данные, информацию, полученную в ответ на запросы, данные публичного характера (например, объявления о банкротстве), информацию, касающуюся изменения адреса, и т.д. Типовая кредитная информация представляет собой «данные кредитных счетов» (или кредитные данные). Данные кредитных счетов могут содержать информацию, внесенную кредитором в кредитную историю потребителя, которая хранится в агентстве, предоставляющем информацию о кредитоспособности клиентов. Данные кредитных счетов содержат информацию о состоянии счета и операций по счету и могут охватывать названия компаний, в которых данный клиент имеет счета, даты открытия счетов, кредитные лимиты, типы счетов, балансы счетов, данные платежей и (или) прочие данные.
[0004] Например, в США многочисленные бюро кредитной информации постоянно получают информацию из большого числа источников, в том числе банков, кредитующих организаций и прочих субъектов, предоставляющих кредиты. Бюро кредитной информации используют указанные данные, среди прочего, для предоставления отчетов о кредитоспособности, кредитной оценки и других продуктов, связанных с кредитами, которые предназначены для потребителей и коммерческих структур. Процедуры конкретного бюро кредитной информации обычно адаптированы к определенным юридическим или финансовым требованиям данной страны или региона, в котором бюро осуществляет свою деятельность, а также потребностям клиентов, так что эти процедуры как правило вырабатываются в течение длительного времени. Соответственно, процедуры типового бюро кредитной информации непросто адаптировать к коммерческим требованиям и (или) юридическим нормам, отличающимся от тех, под которые эти процедуры разрабатывались.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0005] Указанные выше признаки и преимущества изобретения будут более понятными после ознакомления с представленным далее подробным описанием совместно с прилагаемыми чертежами.
[0006] На фиг. 1 представлен пример осуществления структуры потока данных в операционной среде, предназначенной для хранения кредитной информации, полученной из различных источников, а также для предоставления продуктов, связанных с кредитами, клиентам и подписчикам.
[0007] На фиг. 2 представлена структурная схема, иллюстрирующая пример осуществления способа обработки кредитной информации и (или) других данных, полученных из различных источников.
[0008] На фиг. 3 представлена структурная схема, иллюстрирующая пример осуществления способа генерирования продукта по меньшей мере частично на основе кредитной информации.
[0009] На фиг. 4-19 указаны иллюстративные примеры осуществления окон пользовательского интерфейса, которые могут быть генерированы и представлены на дисплее модулем организации деятельности бюро или другими модулями, описанными в настоящем документе.
[0010] На фиг. 20 представлен пример осуществления системы обработки кредитной информации и (или) других данных.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
[0011] Далее со ссылкой на прилагаемые чертежи представлено описание различных примеров осуществления систем, способов, процессов и структур данных. Описаны также варианты систем, способов, процессов и структур данных, представляющих другие примеры осуществления изобретения.
[0012] В общем, настоящее изобретение предусматривает создание для бюро кредитной информации или другой организации, в которой хранится кредитная информация и (или) другие данные, систем и способов, обеспечивающих загрузку данных, обработку данных и предоставление продуктов, в которых используются обработанные данные, с возможностью масштабирования и адаптации к изменяющимся условиям, коммерческим потребностями и (или) юридическим требованиям различных стран или регионов. Соответственно, в некоторых примерах осуществления настоящего изобретения для крупномасштабных систем обработки кредитной информации обеспечивается возможность реализации по всему миру с минимальной адаптацией к условиям страны или региона развертывания, которая осуществляется посредством выполнения различных функций и процедур, связанных с функционированием бюро кредитной информации, касающейся потребителей и (или) коммерческих структур.
[0013] Как указано в настоящем документе, особенности настоящего изобретения охватывают получение и обработку данных, возможно, переданных значительным числом поставщиков данных или источников. В некоторых примерах осуществления указанные данные представляют собой данные потребителей, данные коммерческих структур, данные истории счета, данные главной книги, финансовую отчетность, фирмографию, публичную информацию, предупреждения, страховую информацию, данные истории транспортных средств, данные, касающиеся аренды, коммерческие или финансовые данные, данные микрофинансирования и (или) другие данные. В некоторых примерах осуществления изобретения полученные данные являются структурированными или неструктурированными. Особенности настоящего изобретения обеспечивают возможность обработки и анализа данных, которые обычно не используются бюро кредитной информации, таких как данные банковских операций, данные операций с кредитными картами, данные покупок через Интернет, данные коммунальных платежей, данные социальных сетей и т.д. В некоторых примерах осуществления изобретения данные, не являющиеся кредитной информацией, могут быть идентифицированы как данные, касающиеся кредитной отчетности, и могут быть прямо или косвенно связаны с конкретным лицом или компанией. Например, если конкретное лицо является владельцем транспортного средства, идентифицированного определенным регистрационным номером или другим идентификатором, то в соответствии с особенностями настоящего изобретения транспортное средство может быть связано с указанным лицом таким образом, что данные страхования, продажи, приобретения и (или) ремонта данного транспортного средства идентифицируются в наборах данных, полученных из одного или большего числа источников, и автоматически связываются с записями, касающимися указанного лица.
[0014] В соответствии с примером осуществления настоящего изобретения система кредитной отчетности содержит систему управления информацией, выполненную с возможностью обработки множества наборов данных большого объема. Указанная система управления информацией содержит модуль интерфейса, выполненный с возможностью периодического получения множества наборов данных большого объема, в том числе кредитной информации, память, выполненную с возможностью хранения наборов обработанных данных большого объема и показателей, касающихся наборов обработанных данных большого объема, модуль обработки данных, выполненный с возможностью автоматической параллельной обработки полученного множества наборов данных большого объема и хранения наборов обработанных данных в памяти, и модуль счетов, выполненный с возможностью хранения связанных со счетами критериев, касающихся обработки указанных наборов данных большого объема. Система кредитной отчетности может также включать в себя базу данных, выполненную с возможностью обмена данными с системой управления информацией, получения множества наборов обработанных данных большого объема и хранения множества наборов данных большого объема в виде набора объектов данных в базе данных. Система кредитной отчетности может дополнительно содержать систему доставки продуктов, выполненную с возможностью осуществления электронного обмена данными с базой данных. Система кредитной отчетности может содержать процессор правил, выполненный с возможностью хранения первого набора правил, связанного с первым счетом, причем первый набор правил определяет первый поднабор объектов данных, содержащихся в базе данных, который соответствует первому счету и первому формату отчетности первого счета. Система кредитной отчетности может дополнительно включать в себя модуль запросов, выполненный с возможностью получения запроса на предоставление кредитного отчета, определения, что запрос кредитного отчета касается первого счета, доступа к базе данных с использованием первого набора правил, связанного с первым счетом, с целью получения данных, соответствующих первому поднабору объектов данных, получения из базы данных информации, соответствующей первому набору правил, форматирования полученных данных в соответствии с первым форматом отчетности и передачи форматированных данных в ответ на запрос.
[0015] В соответствии с примером осуществления другие особенности изобретения касаются системы кредитной отчетности, содержащей систему управления информацией, выполненную с возможностью обработки множества наборов данных большого объема. Указанная система управления информацией может включать в себя модуль интерфейса, выполненный с возможностью периодического получения множества наборов данных большого объема, в том числе кредитной информации, память, выполненную с возможностью хранения наборов обработанных данных большого объема и показателей, касающихся наборов обработанных данных большого объема, модуль обработки данных, выполненный с возможностью автоматической параллельной обработки полученного множества наборов данных большого объема и хранения наборов обработанных данных в памяти, причем обработка может охватывать проверку достоверности кредитной информации, контроль показателей, касающихся обработки множества наборов данных большого объема, и сохранение показателей в памяти. Система кредитной отчетности может включать в себя модуль счетов, выполненный с возможностью хранения связанных со счетами критериев, касающихся обработки множества наборов данных большого объема, с целью автоматического определения с использованием показателей, выполнятся ли один из связанных со счетами критериев, и, в случае выполнения одного из связанных со счетами критериев, автоматического генерирования электронного уведомления для отчета об этом критерии. Система кредитной отчетности может дополнительно содержать базу данных кредитной отчетности, выполненную с возможностью обмена данными с системой управления информацией, получения от системы управления информацией множества наборов обработанных данных большого объема и хранения множества наборов данных большого объема в виде набора объектов данных в базе данных кредитной отчетности.
[0016] В соответствии с примером осуществления особенности изобретения касаются системы кредитной отчетности, включающей в себя базу данных, выполненную с возможностью хранения множества наборов данных большого объема в виде набора объектов данных, и систему доставки продуктов, выполненную с возможностью осуществления обмена электронными данными с базой данных. Система доставки продуктов может включать в себя процессор правил, выполненный с возможностью хранения первого набора правил, связанного с первым счетом, причем первый набор правил определяет первый поднабор объектов данных, содержащихся в базе данных, который соответствует первому счету и первому формату отчетности первого счета. Процессор правил может содержать модуль интерфейса пользователя, выполненный с возможностью обеспечения идентификации первого поднабора объектов данных и изменения данных идентификации первого поднабора объектов данных. Система кредитной отчетности может дополнительно включать в себя модуль запросов, выполненный с возможностью получения запроса на предоставление кредитного отчета, определения, что запрос кредитного отчета касается первого счета, доступа к базе данных с использованием первого набора правил, связанного с первым счетом, с целью получения данных, соответствующих первому поднабору объектов данных, получения из базы данных информации, соответствующей первому набору правил, форматирования полученных данных в соответствии с первым форматом отчетности и передачи форматированных данных в ответ на запрос.
[0017] Другие особенности примера осуществления настоящего изобретения касаются компьютерной реализации способа представления кредитной отчетности. Указанный способ содержит этапы получения процессором компьютера множества наборов данных большого объема, в том числе кредитной информации, причем каждый из множества наборов данных большого объема может содержать миллионы записей, и автоматической параллельной обработки полученного множества наборов данных большого объема. Обработка может предусматривать проверку достоверности кредитной информации, контроль показателей, касающихся обработки множества наборов данных большого объема, и сохранение показателей в памяти. Указанный способ может дополнительно включать в себя этапы хранения наборов обработанных данных в памяти, получения в электронной форме связанных со счетами критериев, касающихся обработки множества наборов данных большого объема, и хранения связанных со счетами критериев в электронной форме. Данный способ может содержать этап автоматического определения процессором компьютера на основе данных показателей выполнения одного из связанных со счетами критериев, касающегося первого счета, в одном из множества наборов данных большого объема. В случае выполнения одного из связанных со счетами критериев указанный способ предусматривает автоматическое генерирование электронного уведомления, касающегося связанных со счетами критериев.
[0018] В соответствии с примером осуществления другие особенности настоящего изобретения касаются способа компьютерной реализации структуры кредитной информации. Указанный способ содержит этапы получения процессором компьютера первого набора правил, связанного с первым счетом, причем первый набор правил определяет первый поднабор объектов данных, содержащихся в базе данных, который соответствует первому счету и первому формату отчетности первого счета. Указанный способ дополнительно включает в себя этапы сохранения первого набора правил в энергонезависимой памяти, получения запроса на предоставление кредитного отчета, касающегося первого счета, автоматического определения, что запрос кредитного отчета касается первого счета, автоматического электронного доступа к базе данных с использованием первого набора правил, связанного с первым счетом, с целью получения данных, соответствующих первому поднабору объектов данных, автоматического получения из базы данных информации, соответствующей первому набору правил, автоматического форматирования полученных данных в соответствии с первым форматом отчетности и автоматической передачи форматированных данных в ответ на запрос.
Пример системы и структуры потока данных кредитной отчетности
[0019] На фиг. 1 представлен пример осуществления архитектуры системы и общей структуры потока данных иллюстративного варианта операционной среды 100, предназначенной для хранения кредитной информации и других данных, полученных из различных источников, и для предоставления продуктов, генерированных на основе кредитной информации, клиентам и подписчикам. Как указано на фигуре, иллюстративный вариант операционной среды 100 включает в себя систему 110 управления информацией, систему 120 хранения основных данных и систему 130 доставки продуктов. В некоторых примерах осуществления изобретения система 110 управления информацией, система 120 хранения основных данных и система 130 доставки продуктов могут совместно эксплуатироваться бюро кредитной информации или аналогичной организацией с целью получения, обработки, хранения и анализа кредитной информации и других данных, касающихся потребителей и (или) коммерческих структур, в том числе генерирования на основе обработанных данных продуктов, таких как кредитные отчеты и кредитные оценки. Конфигурация компонентов, указанных на фиг. 1, может быть определена на основе соответствующих потребностей конкретного оператора. В некоторых примерах осуществления изобретения каждая система и (или) модуль, указанный в иллюстративном примере операционной среды 100, может реализовать определенные функции таким образом, что заданный компонент, система и (или) модуль могут быть заменены аналогичным или модифицированным компонентом, системой или модулем без воздействия на характеристики операционной среды в целом и без необходимости внесения изменений в другие компоненты, системы или модули. Различные компоненты иллюстративного примера операционной среды 100 более подробно описаны ниже и далее представлена общая структура потока данных, указанного на фиг. 1.
Система управления информацией
[0020] Система 110 управления информацией в некоторых примерах осуществления изобретения осуществляет загрузку и обработку больших объемов данных, полученных от различных поставщиков или источников. В некоторых примерах осуществления изобретения данные, полученные из множества источников, обрабатываются параллельно и загружаются в систему 120 хранения основных данных, не оказывая влияния на функционирование системы 130 доставки продуктов или других систем, которые, возможно, используют данные системы 120 хранения основных данных или осуществляют обмен с указанной системой. Система управления информацией может обеспечивать возможность горизонтального масштабирования, предусматривающего присвоение различным элементам данных идентификатора отдельного лица, идентификатора коммерческой структуры или идентификатора другого субъекта в реальном времени или в режиме, близком к реальному времени, перед выполнением других задач обработки данных или параллельно с ними.
[0021] Целостность данных может быть обеспечена, например, посредством объединения объектов-транзакций, таких как кредитные данные, документы публичного характера и объектов-сущностей (таких как наименование, адрес и (или) другие элементы данных) в единый объект данных с гибкими параметрами форматирования. В некоторых примерах осуществления изобретения объект данных может быть сохранен в динамичной объектной структуре переменной длины. Соответственно, система управления информацией может объединять и (или) комбинировать данные, а также обрабатывать данные в режиме транзакций, используя созданные объекты данных. Например, каждую запись или элемент данных можно обрабатывать в формате отдельной транзакции, причем каждая транзакция может выполняться независимо и параллельно с другими транзакциями или обработка может осуществляться в пакетном режиме с другими записями в зависимости от примера осуществления изобретения. В некоторых примерах осуществления изобретения система управления информацией содержит адаптируемую структуру, которая легко поддается модификации или расширению с целью обеспечения возможности получения и обработки данных различных типов. Например, правила и (или) определения могут быть идентифицированы или определены на основе конкретных типов данных, полей данных, источников данных и (или) других элементов или ассоциаций данных.
[0022] Как указано на фигуре, система 110 управления информацией содержит модуль 112 подготовки данных, модуль 114 загрузки данных, память 116 данных показателей и память 118 обработанных данных. Модуль 112 подготовки данных осуществляет подготовку полученных данных к загрузке в систему 120 хранения основных данных. Например, модуль 112 подготовки данных может выполнять переформатирование данных, дедупликацию данных, разбор данных, проверку достоверности входных данных и (или) разделение данных. Модуль 114 загрузки данных осуществляет извлечение данных, загрузку данных, изменение данных, сравнение данных, очистку данных и (или) выполнение контроля загрузки при сохранении данных в памяти 118 обработанных данных. Переформатирование данных может предусматривать преобразование данных, полученных в любом из ряда форматов данных, в один универсальный формат, который используется различными компонентами, описанными в настоящем документе. Например, данные могут быть получены в формате, определенном одним или большим числом нормативных актов данной страны в качестве стандартного формата кредитной информации, а затем для упрощения обработки и хранения могут быть преобразованы системой управления информацией в специальный внутренний формат или другой универсальный формат. Сравнение данных может предусматривать идентификацию каждой записи данных и сравнение (прямое или косвенное) с данными идентификации определенного отдельного лица, коммерческой структуры или другого объекта. Как указано далее, модуль подготовки данных и модуль загрузки данных могут быть реализованы в виде одного модуля и (или) могут выполнять различные комбинации функций в зависимости от конкретного примера осуществления изобретения.
[0023] В некоторых примерах осуществления изобретения система 110 управления информацией реализует функции контроля. Например, система управления информацией может контролировать доставку файлов поставщиками данных с целью обеспечения своевременного получения от одного или большего числа поставщиков данных всех запланированных файлов. Далее, система управления информацией может осуществлять хранение данных предпочтений, касающихся счета, или данных истории операций счета, которые указывают, что конкретный банк обычно передает данные в систему управления информацией каждый вторник точно в 14:00 ч или примерно в указанное время. Данное время может быть указано с учетом определенного временного периода, например, плюс или минус два часа (или любого другого временного периода). Предполагаемое время доставки данных и (или) временной период может быть установлен банком или другим держателем счета, оператором системы управления информацией, может быть автоматически определен системой управления информацией на основе предшествующих данных или на основе одного или большего числа других методов анализа данных.
Система управления информацией может контролировать значительное число счетов и генерировать уведомление или отчет при отсутствии ожидаемой доставки данных. В некоторых примерах осуществления изобретения указанные уведомления могут быть генерированы и переданы в реальном времени, а в других примерах осуществления такие уведомления могут быть включены в состав пакетного отчета.
[0024] Система управления информацией в соответствии с некоторыми примерами осуществления изобретения выполняет анализ показателей, касающихся загрузки и (или) обработки данных, а также качества данных. Указанные показатели могут анализироваться на системном уровне или на уровне счетов. Например, система управления информацией может осуществлять контроль и сохранение показателей в памяти 116 данных показателей. Память 116 данных показателей содержит критерии, касающиеся счетов, которые подлежат контролю, и (или) предшествующие данные показателей и результаты анализа данных, касающиеся большого числа счетов. Один или большее число показателей может касаться, например, качества данных, полученных от заданного поставщика данных или держателя счета. Например, если каждый поставщик 102, 104 и 106 данных передает данные системе управления информацией для обработки и хранения, то система управления информацией может определить достоверность данных или нахождение данных в пределах определенных пороговых уровней качества, установленных для системы хранения основных данных и (или) конкретного поставщика данных. Далее, если заданное финансовое учреждение обычно предоставляет определенное число записей на каждую дату обновления информации, то система управления информацией может определить, указывает ли число записей, содержащихся в конкретном пакете данных, который получен от соответствующей финансовой организации, что данные являются неполными (например, объем данных меньше ожидаемого) или содержат неправильную либо постороннюю информацию (например, объем данных превышает ожидаемый). Конкретные параметры могут быть установлены вручную или определены автоматически на основе предполагаемого объема (например, объема файла или числа записей) и допуска объема, например в пределах плюс или минус 10% предполагаемого объема, которые указываются как допустимый диапазон. Если система управления информацией определяет, что данные, полученные от конкретного поставщика данных, находятся за пределами допустимого диапазона, то может быть генерировано соответствующее уведомление. В некоторых примерах осуществления изобретения система управления информацией после генерирования уведомлений о потенциальных проблемах выполняет обработку данных, а в других примерах осуществления система управления информацией откладывает обработку до передачи новых данных и (или) подтверждения правильности переданных данных оператором и (или) поставщиком данных.
[0025] Контролируемые параметры охватывают общее число входных записей, общее число отбракованных записей, общее число принятых записей, общее число записей с дополнительной отбраковкой сегментов, общее число записей с ошибками полей типа счета, общее число записей с ошибками полей состояния и общее число записей с ошибками полей даты.
Система хранения основных данных
[0026] В примере осуществления изобретения система 120 хранения основных данных, в общем, осуществляет хранение обработанных данных в форме, доступной для генерирования кредитных отчетов, кредитной оценки и (или) других продуктов, в которых используются записанные в памяти данные. В некоторых примерах осуществления изобретения обработанные данные, которые записаны в памяти 122 основных данных, могут содержать миллионы записей, в том числе кредитную информацию и (или) другие данные, связанные с отдельными лицами и (или) коммерческими структурами. Данные, записанные в памяти 122 основных данных, могут постоянно обновляться с учетом данных, полученных от различных источников исходных данных и поставщиков данных и обработанных системой 110 управления информацией. Система 120 хранения основных данных может дополнительно содержать один или большее число модулей (не показаны), обеспечивающих доступ к данным, хранящимся в памяти 122 основных данных, и (или) изменение или дополнение данных, хранящихся в памяти. Например, в некоторых примерах осуществления изобретения система 130 доставки продуктов непосредственно осуществляет доступ к памяти 122 основных данных. В других примерах осуществления изобретения система 120 хранения основных данных и (или) другие системы, запрашивающие доступ к данным, хранящимся в памяти 122 основных данных, могут выполнить такую операцию только посредством подачи запросов модулям системы 120 хранения основных данных.
Система доставки продуктов
[0027] В примере осуществления изобретения система 130 доставки продуктов, в общем, обеспечивает пользователям, таким как клиент 150 и подписчик 152 возможность генерирования специализированных продуктов, таких как кредитные отчеты, в которых используются данные, хранящиеся в системе 120 хранения основных данных. На основании спецификаций продуктов, касающихся потребителей или коммерческих структур, система доставки продуктов генерирует продукт и выполняет доставку генерированного продукта получателю. В некоторых примерах осуществления изобретения система доставки продуктов обеспечивает одновременный доступ большого числа клиентов, а также возможности линейного масштабирования в зависимости от производственных требований конкретного бюро кредитной информации или другого оператора.
[0028] Как указано на фиг. 1, система 130 доставки продуктов содержит модуль 132 правил, включающий в себя модуль 132A правил представления данных и модуль 13B правил отображения. Модуль 132 правил осуществляет извлечение и анализ данных правил, записанных в памяти 140 данных правил, при генерировании продуктов, таких как кредитные отчеты, и предоставлении ответов на запросы пользователей. Правила представления данных, в общем, определяют к каким типам данных, полям данных и (или) группам данных (которые также называются диапазонами данных) потенциально может быть осуществлен доступ, или какие типы данных, поля данных и (или) группы данных могут быть включены в продукт, такой как кредитный отчет, а также указывают обязательные для использования типы данных, поля данных и (или) диапазоны данных. Правила отображения, в общем, определяют, какие из потенциально доступных типов данных, полей данных и (или) диапазонов данных конкретного счета, конкретного продукта и (или) конкретного пользователя могут быть отображены, а также какие типы данных, поля данных и (или) диапазоны данных требуется отображать. Правила отображения могут быть установлены во время подачи запроса пользователем, могут быть определены предварительно для данной категории счетов (например, счета всех клиентов банка) или могут быть установлены предварительно для конкретного пользователя или группы пользователей (например, клиентов банка, входящих в определенную подкатегорию клиентов). Например, вице-президенты банка могут иметь доступ к большему числу типов данных, полей данных и (или) диапазонов данных, чем сотрудники банка, занимающиеся ипотечными счетами. Правила представления данных и (или) правила отображения, хранящиеся в памяти 140 данных правил, могут содержать базовые нормативные или законодательные положения (такие как законодательные требования, касающиеся полей данных, которые должны быть предусмотрены в заданном регионе в случае предоставления кредита), правила, устанавливаемые на уровне счета, и (или) правила, устанавливаемые на уровне пользователя. Например, в соответствии с примером осуществления изобретения данные, касающиеся конкретного продукта, которые определены на уровне пользователя, должны соответствовать правилам, установленным для пользователя. Далее, правила, установленные для пользователя, должны соответствовать правилам, определенным для счета, связанного с данным пользователем, которые, в свою очередь, должны соответствовать правилам, определенным на основе нормативных и законодательных норм.
[0029] Например, в соответствии с примером осуществления изобретения модуль 132 правил обеспечивает доступ к пятидесяти различным типам данных, из которых сорок пять типов данных могут быть установлены пользователем для конкретного продукта в активированное или отключенное состояние, а пять типов данных являются обязательными. Пользователь может определить заданный продукт посредством выбора по меньшей мере поднабора необязательных доступных типов данных при помощи одного или большего числа окон интерфейса пользователя, генерированных модулем 134 интерфейса пользователя. Модуль 134 интерфейса пользователя осуществляет обмен данными с модулем 132 правил с целью определения доступных и (или) требуемых данных для конкретного региона, счета или пользователя. Модуль 134 интерфейса пользователя дополнительно осуществляет обмен данными с модулем 136 подготовки продукта с целью определения возможных параметров продукта, таких как форматы отображения, параметры доставки и т.д. Память 142 данных продуктов может содержать информацию спецификации продукта, в том числе данные связанных со счетами продуктов, предварительно заданных продуктов (таких как шаблон кредитного отчета), одного или большего числа предварительно заданных форматов отчетов, шаблоны мероприятий, типовые запросы, касающиеся кредитов, и т.д. В некоторых примерах осуществления изобретения суммы, указанные в счетах, выставленных пользователям за генерирование и доставку продукта клиенту, также могут быть определены и контролироваться модулем 136 подготовки продукта на основании конкретных диапазонов данных или типов данных, использованных для подготовки продукта.
[0030] В некоторых примерах осуществления изобретения система 130 доставки продуктов обеспечивает высокий уровень детализации данных, так что продукты могут быть определены со ссылкой на конкретные диапазоны данных, типы данных, поля данных или другие дискретные элементы хранящихся в памяти записей. Каждый тип данных или диапазон данных может быть определен, по меньшей мере частично, на основе метаданных, связанных с указанными данными. Например, личные данные, сведения о работе и данные транспортного средства, связанные с конкретным лицом, могут быть распределены по диапазонам данных на основании метаданных, соответствующих указанным данным. Аналогичным образом, обработка различных типов данных, находящихся в пределах заданного диапазона данных, может осуществляться независимо на основе метаданных.
[0031] В примере осуществления изобретения система 130 доставки продуктов предоставляет для оператора возможность выбора опций для ограниченной группы пользователей. Эти опции предоставляют оператору возможность определения правил, указывающих данные, доступные для конкретного держателя счета. Например, система доставки продуктов может функционировать таким образом, что заданный банк, предоставляющий данные серверу 110 управления информацией, получает доступ к указанным данным посредством использования одного или большего числа продуктов, генерированных системой доставки продуктов, но другие банки или структуры не имеют доступа к данным, предоставленным этим банком. Соответственно, хотя данные, предоставленные указанным банком, могут быть обработаны и записаны в памяти 122 основных данных совместно с данными ряда других банков (которые могут быть записаны без фрагментации на уровне памяти), система доставки продуктов обеспечивает выдачу разрешения на предоставление этих данных на уровне счетов с учетом, по меньшей мере частично, метаданных. В некоторых примерах осуществления изобретения система доставки продуктов функционирует на основе принципа взаимности, заключающегося в том, что каждый поставщик данных в ответ на запросы представления отчетов и других продуктов может получить определенные типы данных только, если этот поставщик предоставляет соответствующие типы данных. Например, в соответствии с таким примером осуществления изобретения, если заданная страховая компания не предоставляет данные транспортных средств для системы 110 управления информацией, то этой страховой компании через систему 130 доставки продуктов не может быть предоставлен доступ к данным транспортных средств клиентов. Пример структуры потока данных
[0032] Как указано выше, на фиг. 1 представлен пример осуществления общей структуры потока данных в иллюстративной операционной среде 100. Пример потока данных начинается передачей данных в систему 110 управления информацией каждым из поставщиков 102, 104 и 106 данных. Данные каждого поставщика данных могут быть получены в различные моменты времени или одновременно. Как указано выше, эти данные могут содержать широкое разнообразие типов данных, таких как данные потребителей, данные коммерческих структур, данные транспортных средств, данные, касающиеся недвижимости, данные неструктурированных операций и (или) другие типы данных. Система 110 управления информацией обеспечивает получение наборов данных большого объема и, таким образом, каждый набор данных, полученный от конкретного поставщика данных, может содержать миллионы записей, причем каждая запись может быть связана с отдельным лицом, коммерческой структурой, транспортным средством, счетом или другим субъектом.
[0033] В иллюстративном примере потока данных система 110 управления информацией выполняет параллельную обработку наборов данных, полученных от различных поставщиков данных. Предварительная и окончательная обработка данных, в том числе генерирование уведомлений и контроль показателей более подробно описаны выше, а также рассмотрены далее со ссылкой на фиг. 2. Система управления информацией может по меньшей мере временно обеспечить хранение обработанных данных в памяти 118 обработанных данных, которая используется в качестве кэша данных, предназначенных для записи в памяти 122 основных данных. После обработки данных система управления информацией передает обработанные данные в систему 120 хранения основных данных для хранения в памяти 122 основных данных.
[0034] В любое время после первоначального заполнения данными системы 120 хранения основных данных система доставки продуктов может запросить данные из памяти 122 основных данных с целью генерирования на основе указанных данных одного или большего числа продуктов. В некоторых примерах осуществления изобретения выполняется непрерывное обновление системы хранения основных данных с использованием новых данных по мере их получения от поставщиков данных и обработки системой 110 управления информацией. В процессе обновления система 120 хранения основных данных остается доступной для системы 130 доставки продуктов с целью предоставления последней кредитной информации и других данных для генерирования кредитных отчетов, кредитных оценок и других продуктов. Как указано на фиг. 1, поток данных для генерирования продукта начинается запросом системы 130 доставки продуктов, касающимся передачи данных, требуемых для генерирования соответствующего продукта, системой 120 хранения основных данных. Запрос передачи данных может быть подан, например, в ответ на запрос конкретного продукта, поступивший от клиента 150 или подписчика 152, или может быть осуществлен как часть запланированного или пакетного процесса генерирования продуктов, инициированного системой доставки продуктов. В некоторых примерах осуществления изобретения продукт может быть определен набором правил, связанных со счетом, пользователем и (или) регионом.
[0035] Система хранения основных данных реагирует на запрос предоставления данных передачей кредитной информации и (или) других данных, указанных в запросе. Например, если продукт представляет собой кредитный отчет в отношении конкретного лица, то система хранения основных данных может направить в ответ на запрос кредитную информацию данного лица, связанную с определенными диапазонами данных, соответствующими определению продукта или спецификации заданного формата кредитной отчетности, записанной в памяти системы доставки продуктов. В качестве еще одного примера можно указать, что если подписчик запрашивает стандартный отчет с указанием кредитной оценки ряда коммерческих структур, а также информацию по годовому объему затрат каждой коммерческой структуры, то система хранения основных данных передает в ответ на запрос стандартный отчет по этим коммерческим структурам с указанием кредитных оценок, связанных с конкретными диапазонами данных, определенными спецификацией соответствующего формата отчета, а также включает в отчет данные одного или большего числа диапазонов данных, связанных с годовым объемом затрат. В представленном примере осуществления изобретения после получения данных система доставки продуктов генерирует продукт согласно правилам представления данных, правилам отображения и формату отчета для продукта. Далее генерированный продукт или продукты предоставляются соответствующему клиенту (клиентам), таким как клиент 150, подписчик 152 и (или) поставщик данных 106. Примеры способов генерирования продуктов более подробно рассмотрены ниже со ссылкой на фиг. 3.
Примеры способов генерирования продуктов
[0036] На фиг. 2 представлена структурная схема, иллюстрирующая пример осуществления способа, реализованного системой 110 управления информацией для получения и обработки кредитной информации и (или) других данных, переданных различными источниками данных. Реализация способа начинается с этапа 202, на котором система управления информацией получает данные из одного или большего числа источников или от поставщиков данных. Как указано выше, полученные данные могут содержать данные потребителей, данные коммерческих структур, историю счета, финансовую отчетность, публичную информацию, страховую информацию, данные истории транспортных средств, данные, касающиеся аренды, имущественные данные, данные микрофинансирования и (или) другие данные. Полученные данные могут охватывать, например, данные, переданные в систему управления информацией финансовыми учреждениями или другими распорядителями счетов, которые предназначены для включения в кредитные дела ряда потребителей и (или) коммерческих структур, для которых поставщик данных ведет счета. В некоторых примерах осуществления изобретения указанные данные могут содержать информацию, которую система управления информацией специально запросила из одного или большего числа источников, таких как источники документов публичного характера. Эти данные могут также охватывать информацию, не касающуюся кредитов, которая прямо или косвенно может быть связана с потребителем и (или) коммерческой структурой.
[0037] После получения данных из одного или большего числа источников выполняется переход к этапу 204, на котором система управления информацией осуществляет параллельную обработку данных, полученных от всех источников. В процессе обработки и (или) подготовки данных для обработки система управления информацией может выполнить одну или большее число следующих операций: переформатирование данных, дедупликация данных, разбор данных, проверка достоверности входных данных, разделение данных, извлечение данных, загрузка данных, изменение данных, сравнение данных и (или) очистка данных. Обработка данных может также охватывать проверку достоверности данных и (или) контроль показателей, касающихся загрузки и (или) обработки данных, которые выполняются на системном уровне или уровне счетов. Контролируемые показатели могут касаться качества данных, своевременности представления данных, объемов данных и (или) других параметров. Вопросы обработки данных, в том числе контроль показателей и проверка достоверности данных, более подробно рассмотрены выше со ссылкой на фиг. 1.
[0038] На этапе 206 система 110 управления информацией осуществляет сохранение обработанных данных в памяти 122 основных данных. В некоторых примерах осуществления система управления информацией выполняет сохранение данных в местном кэше, таком как память 118 обработанных данных. Далее система управления информацией передает данные в систему 120 хранения основных данных для сохранения в памяти 122 основных данных. В других примерах осуществления изобретения система 110 управления информацией выполняет непосредственный доступ к памяти 122 основных данных с целью сохранения обработанных данных. В некоторых примерах осуществления изобретения сохранение данных в памяти основных данных предусматривает сравнение записей обработанных данных с данными, внесенными ранее в память 122 основных данных. Например, информация, обеспечивающая однозначную идентификацию отдельного лица, коммерческой структуры или другого субъекта, может быть использована системой управления информацией для сравнения новых записей, касающихся данного лица или коммерческой структуры, с записанными ранее в памяти данными этого лица или коммерческой структуры. В других примерах осуществления изобретения система управления информацией передает обработанные данные на хранение в память 122 основных данных без сравнения с ранее записанными в памяти основными данными. В таких примерах осуществления изобретения сравнение записей и (или) аналогичные операции могут быть реализованы другой системой, а не системой управления информацией, например одним или большим числом модулей, реализованных в системе 120 хранения основных данных.
[0039] На этапе 208 система управления информацией выполняет сохранение информации, касающейся проверки достоверности и (или) контроля показателей, которая связана с обработкой данных. Информация, касающаяся проверки достоверности и контроля показателей, может быть сохранена, например, в памяти 116 данных показателей. Хотя представленный на фигуре этап 208 выполняется после сохранения данных в памяти 122, в некоторых примерах осуществления изобретения информация, касающаяся проверки достоверности и (или) контроля показателей, может быть записана в памяти до сохранения данных в памяти 122 основных данных. Например, как указано выше, система управления информацией может определить, что некоторые полученные данные не соответствуют определенным пороговым нормам качества, в результате чего указанные данные не обрабатываются, но информация относительно проверки достоверности, указывающая выявленные проблемы, может быть сохранена. В качестве еще одного примера можно указать, что набор данных большого объема, полученный от конкретного поставщика данных, может быть обработан как несколько различных транзакций, причем данные отдельных транзакций обрабатываются и сохраняются в памяти 118 обработанных данных (совместно с соответствующими данными контроля показателей, записанными в памяти 116 данных показателей) до обновления памяти 122 основных данных.
[0040] В некоторых примерах осуществления изобретения на этапе 210 система управления информацией на основании данных проверки достоверности и (или) контроля показателей генерирует электронное уведомление или сообщение. Например, система управления информацией генерирует уведомление в случае определения, что данные, полученные от конкретного поставщика данных, находятся за пределами установленного диапазона качества. Далее уведомление может быть генерировано, если от определенного поставщика данных не получены данные, передача которых ожидалась в соответствии с установленным графиком. Указанные сообщения более подробно рассмотрены выше со ссылкой на фиг. 1. Уведомление или сообщение, генерированное системой управления информацией, может быть доставлено оператору системы управления информацией и (или) соответствующему поставщику данных. Уведомление может быть доставлено различными способами, в том числе с использованием электронной почты, текстового сообщения, телефонной связи, при помощи сообщения, генерированного в отношении счета пользователя в окне интерфейса пользователя и представленного бюро кредитной информации или другому оператору системы управления информацией и т.д. В некоторых примерах осуществления изобретения форма доставки и (или) получатель уведомления определяются системой управления информацией на основе типа и важности возникшей проблемы или вопроса, который вызвал генерирование уведомления. После доставки генерированного уведомления выполнение примера способа, представленного на фиг. 2, завершается. В некоторых примерах осуществления изобретения система управления информацией генерирует уведомление немедленно в случае обнаружения события, вызвавшего активирование данной функции, например, после получения данных на этапе 202 или после частичной или полной обработки данных на этапе 204.
[0041] На фиг. 3 представлена структурная схема, иллюстрирующая пример реализации системой 130 доставки продуктов способа генерирования продукта на основании кредитной информации и (или) других данных, записанных в памяти 122 основных данных. Типы данных или диапазоны данных, использованные при генерировании заданного продукта, и (или) формат данных, который следует использовать в этом продукте, могут быть предварительно сохранены в памяти 142 данных продуктов или могут быть указаны пользователем, таким как потребитель, подписчик, держатель счета, финансовое учреждение, оператор системы доставки продуктов или другой субъект. Например, для пользователя может быть представлено одно или большее число окон интерфейса, генерированных системой 130 доставки продуктов и обеспечивающих пользователю возможность выбора полей данных, диапазонов данных или сегментов данных, которые пользователю необходимо предусмотреть в специализированном продукте, с учетом ограничений, предусмотренных правилами представления данных, записанными в памяти 140 данных правил. В некоторых примерах осуществления изобретения интерфейс пользователя предоставляет пользователю информацию, касающуюся предварительно установленных полей данных, диапазонов данных или сегментов данных, которые выбраны заранее на основании нормативных ограничений, а также принимаемых по умолчанию параметров, установленных для счета пользователя. Интерфейс пользователя может также содержать дополнительные поля данных, диапазоны данных или сегменты данных, которые пользователь может исключить из специализированного продукта. Варианты предварительно заданных и (или) адаптируемых продуктов, предусмотренные в некоторых примерах осуществления изобретения, охватывают отчеты, касающиеся потребителей, отчеты, касающиеся коммерческих структур, отчеты, содержащие информацию публичного характера, страховые отчеты и (или) комбинации элементов, обычно содержащихся в различных типах отчетов.
[0042] Представленный пример способа начинается выполнением этапа 302, на котором система 130 доставки продуктов осуществляет извлечение правил, связанных со счетом, для которого следует генерировать продукт. Правила могут быть извлечены, например, из памяти 140 данных правил. Правила, используемые системой доставки продуктов в процессе генерирования продуктов, могут охватывать, например, информацию, касающуюся типов данных, полей данных и (или) групп данных (также называемых диапазонами данных), к которым может быть осуществлен доступ и которые могут быть включены в продукт, а также типов данных, полей данных и (или) диапазонов данных, которые необходимо предусмотреть в соответствии с нормативными или законодательными требованиями. Например, в определенной стране или регионе может требоваться предоставление фотографии недвижимого имущества в продукте, содержащем информацию по недвижимому имуществу, а в других регионах такое требование может отсутствовать или может быть даже введен запрет включения таких фотографий в некоторые типы кредитных продуктов. На уровне счета могут быть установлены дополнительные правила, такие как ограничение используемых типов данных, которые банк включает в продукты и которые соответствуют типам данных, предоставляемым банком бюро кредитной информации или другому оператору памяти 122 основных данных.
[0043] На этапе 304 система 130 доставки продуктов извлекает данные спецификации продукта, определяющие поднабор объектов кредитных данных (например, посредством идентификации конкретных групп данных или типов данных), связанных с продуктом. Например, спецификация продукта может содержать определение полей данных, типов данных или диапазонов данных, которые необходимо получить из памяти 122 основных данных и включить в генерируемый продукт. В некоторых случаях, например, в процессе генерирования заданного продукта данные спецификации продукта могут быть извлечены из памяти 142 данных продуктов. В других случаях система 130 доставки продуктов генерирует одно или большее число окон интерфейса пользователя, из которых пользователь может выбрать отдельные поля данных или диапазоны данных. Например, система 130 доставки продуктов может генерировать список доступных типов данных, полей данных или диапазонов данных на основании соответствующих нормативных правил, правил, установленных на уровне счета, и (или) правил, установленных на уровне пользователя. Далее система 130 доставки продуктов отображает список указанных доступных элементов данных, предоставляя пользователю возможность выбора элементов данных, которые следует включить в продукт. Например, может быть представлено окно интерфейса пользователя с переключателем каждого доступного типа данных или диапазона данных, который устанавливается пользователем во «включенное» или «выключенное» состояние для указания необходимости включения соответствующего типа данных в продукт.
[0044] После извлечения или получения данных спецификации продукта системой 130 доставки продуктов выполняется переход к этапу 306 представленного примера осуществления способа, на котором система доставки продуктов запрашивает у памяти кредитной информации данные, соответствующие указанным правилам и спецификации продукта. Например, если продукт представляет собой специализированный кредитный отчет, касающийся определенного клиента, спецификация которого указывает, что для субъекта, подавшего запрос на предоставление отчета, требуются только определенные указанные диапазоны данных, то система доставки продуктов проверяет соответствие запроса действующим нормативным правилам, правилам на уровне счета и (или) правилам на уровне пользователя, а затем передает системе 120 хранения основных данных запрос на предоставление информации соответствующего клиента, находящейся в указанных диапазонах данных. В других примерах осуществления изобретения система 120 хранения основных данных дополнительно или в качестве альтернативного варианта может содержать одно или большее число правил с целью обеспечения соответствия данных, переданных системе доставки продуктов в ответ на запрос, законодательным и (или) коммерческим требованиям бюро кредитной информации или другого оператора системы хранения основных данных.
[0045] На этапе 308 система 130 доставки продуктов генерирует продукт по меньшей мере частично на основе полученных данных. Например, продукт может быть генерирован посредством оформления полученных данных в форме отчета в соответствии с данными спецификации продукта и форматом отчета, связанным с продуктом и (или) счетом. В других примерах осуществления изобретения система доставки продуктов выполняет дополнительный анализ полученных данных, например, посредством использования одной или большего числа формул для определения необходимости включения в продукт дополнительных данных или посредством генерирования диаграммы или графика, связанного с данными. Затем генерированный продукт может быть доставлен держателю счета или соответствующему лицу, которое подало запрос или подписалось на получение продукта. Как указано далее, продукт может быть доставлен различными способами, в том числе с использованием электронной почты, посредством входа пользователя на страницу защищенного счета при помощи имени пользователя и пароля, через веб-портал или другой интерфейс пользователя и (или) может быть напечатан и направлен по почте. После доставки или предоставления генерированного продукта соответствующему субъекту выполнение варианта способа, представленного на фиг. 3, завершается.
Модуль организации деятельности бюро
[0046] В некоторых примерах осуществления изобретения совместно с системой управления информацией, системой хранения основных данных и (или) системой доставки продуктов, указанными в настоящем документе, функционирует модуль организации деятельности бюро или просто модуль организации. В других примерах осуществления изобретения модуль организации деятельности бюро реализован как отдельная вычислительная система. Модуль организации деятельности бюро может обеспечить оператору или администратору возможность выполнения различных операций, связанных с деятельностью бюро кредитной информации или другого информационного учреждения. Например, модуль организации деятельности бюро может выполнять операции, касающиеся регистрации или внесения в систему информации поставщика данных, регистрации или внесения в систему данных клиента или держателя счета, определения сомнительной информации, корректировки данных, исключения данных, разделения файлов, контроля файлов от момента получения до загрузки данных и т.д. В некоторых примерах осуществления изобретения для получения доступа к функциям и выполнения операций авторизованный пользователь (например, оператор бюро) обязан войти в систему с использованием имени пользователя и пароля. После успешного выполнения регистрации отображается начальная страница или другое окно интерфейса пользователя, предоставляющее оператору доступные функции. Например, оператору может быть предоставлена возможность доступа к функциям контроля данных и выполнения контроля одного или большего числа следующих параметров: время получения файла, информация о подготовке данных, данные контроля качества подготовки (например, принятие или отклонение оператором данных по результатам проверки достоверности), данные контроля загрузки и (или) качества загрузки данных (например, принятие или отклонение оператором результатов загрузки). Оператору также предоставляется возможность просмотра показателей и данных выборочной проверки достоверности данных и контроля качества загрузки данных отдельного входного файла.
[0047] В некоторых примерах осуществления изобретения модуль организации деятельности бюро выполняет функции управления информацией поставщиков данных, являющихся участниками бюро. Например, оператор бюро может зарегистрировать поставщика данных и получить от него данные для хранения в системе. После регистрации поставщика данных как участника бюро модуль организации деятельности бюро назначает участнику уникальный идентификатор участника бюро. В некоторых примерах осуществления изобретения поставщик данных сначала регистрируется в системе выставления счетов, а затем ему присваивается идентификатор. Информация, касающаяся регистрации, далее может быть направлена в систему хранения основных данных, которая автоматически принимает информацию и назначает поставщику данных уникальный идентификатор участника бюро. Модуль организации деятельности бюро может предоставить оператору бюро возможность просмотра нередактируемого профиля поставщика данных и (или) заблокировать выполнение поставщиком данных последующих операций, если это необходимо или желательно. Блокирование операций может предусматривать, например, прекращение приема данных от поставщика данных (например, вследствие правовых проблем или низкого качества данных) и (или) прекращение предоставления информации поставщику данных в ответ на запросы, касающиеся информации или продуктов.
[0048] В некоторых примерах осуществления изобретения модуль организации деятельности бюро может также выполнять функции управления профилями участников бюро, являющихся подписчиками на продукты системы. Например, оператор бюро может зарегистрировать подписчика и получить от него данные для хранения в системе. После регистрации подписчика как участника бюро модуль организации деятельности бюро назначает участнику бюро уникальный идентификатор. В некоторых примерах осуществления изобретения подписчик сначала регистрируется в системе выставления счетов, а затем ему назначается один или большее число доступных продуктов, как более подробно указано далее. Затем эта информация может быть направлена в систему хранения основных данных, которая автоматически принимает данные и назначает подписчику уникальный идентификатор участника бюро. Модуль организации деятельности бюро может предоставить оператору бюро возможность просмотра профиля подписчика и (или) блокирования выполнения последующих операций подписчиком, если это необходимо или желательно.
[0049] В некоторых примерах осуществления изобретения субъект может представлять собой только поставщика данных, только подписчика или одновременно быть поставщиком данных и подписчиком в зависимости от предпочтений данного субъекта и положений нормативных актов региона, в котором этот субъект осуществляет деятельность.
[0050] В некоторых примерах осуществления изобретения модуль организации деятельности бюро обеспечивает оператору возможность запроса предоставления административного отчета, касающегося отдельного лица, коммерческой структуры или другого субъекта, и выполнения в отношении отчета или данных, связанных с отчетом, одной или большего числа операций. Некоторые операции могут быть связаны с выявлением сомнительных компонентов счета или элементов данных, внесением изменений в элементы данных, исключением данных из файла, разделением файла (например, если отчет содержит данные нескольких файлов), отображением системных данных и (или) предоставлением отчета о раскрытии информации.
Примеры окон интерфейса пользователя
[0051] На фиг. 4-19 представлены примеры осуществления окон интерфейса пользователя, которые могут быть генерированы и отображены модулем организации деятельности бюро или другими модулями, указанными в настоящем документе, как более подробно описано далее.
[0052] На фиг. 4 указан пример осуществления окна интерфейса пользователя, которое может быть представлено как начальная страница или другое окно интерфейса, отображаемое для пользователя после входа в систему.
[0053] На фиг. 5 представлен пример осуществления окна интерфейса пользователя, предназначенного для контроля данных, которое обеспечивает целостное представление пользователю показателей или статистических данных файлов, переданных для выполнения одного или большего числа процессов загрузки. Окно интерфейса пользователя содержит расширенные опции поиска, предназначенные для выполнения поиска файлов (например, по состоянию) на основании различных критериев. Указанное окно интерфейса пользователя указывает общие данные количества полученных, проверенных и загруженных файлов. В нижнем сегменте представлены опции меню.
[0054] На фиг. 6 указан пример осуществления окна интерфейса пользователя, содержащего расширенные функции поиска, касающиеся контроля данных, которые дают оператору бюро возможность поиска и (или) контроля файла с использованием нескольких критериев. Критериями поиска, которые может использовать оператор бюро, являются идентификатор участника бюро, идентификатор компании, идентификатор пользователя, имя файла, номер процесса контроля файла, тип данных, тип процесса, диапазон дат и (или) состояние процесса. После успешного выполнения поиска результаты могут быть указаны в списке счетов.
[0055] На фиг. 7 представлен пример осуществления окна интерфейса пользователя, обеспечивающего указание результатов контроля данных. В данном окне интерфейса пользователя выполняется отображение всех файлов, соответствующих выбранному параметру поиска, с указанием имен файлов и имен участников бюро, предоставивших эти файлы. В окне представлены обозначения состояния операций на различных этапах выполнения от получения файла до загрузки данных. Например, символ «X» может означать сбой процесса. Скрученная стрелка может указывать выполнение загрузки. Флажок может указывать необходимость выполнения вручную операций, предусматривающих, например, отклонение или принятие данных по результатам контроля качества. Устанавливаемые опции времени и (или) даты могут быть использованы для представления показателей процесса.
[0056] На фиг. 8 указан пример осуществления окна интерфейса пользователя, предназначенного для контроля показателей. В представленном примере показатели содержат данные всех условий и правил, которые были использованы при выполнении конкретного процесса. После завершения этапа проверки достоверности или загрузки данных модуль может генерировать таблицу показателей проверки достоверности (или загрузки), указывающую качество загружаемого файла. Эти показатели могут быть экспортированы в удобный для чтения формат, например электронную таблицу, которая может быть далее передана поставщикам данных для анализа и принятия мер по повышению качества данных. Как указано выше, контролируемые параметры могут охватывать общее число входных записей, общее число отбракованных записей, общее число принятых записей, общее число записей с дополнительной отбраковкой сегментов, общее число записей с ошибками полей типа счета, общее число записей с ошибками полей состояния и общее число записей с ошибками полей даты.
[0057] На фиг. 9-10 представлены примеры осуществления окон интерфейса пользователя, предназначенных для регистрации поставщиков данных. В некоторых примерах осуществления перед началом передачи компанией или другим поставщиком данных в систему управления информацией компания может быть зарегистрирована как поставщик данных. Регистрация поставщика данных может предусматривать назначение идентификатора участника бюро, создание профиля поставщика данных, запрос на предоставление имени пользователя, пароля, папок входящей и исходящей корреспонденции поставщика данных в системе протокола FTP (или других способов обмена данными с системой), установку параметров отчета, связанных с операциями управления, редактирования или удаления профиля и т.д. В некоторых примерах осуществления изобретения регистрация поставщика данных может представлять собой двухэтапный процесс, охватывающий: (1) создание профиля участника и получение данных идентификации участника, а также демографической информации (представлено на фиг. 9); и (2) создание профиля типа данных поставщика (представлено на фиг. 10).
[0058] На фиг. 11 указан пример осуществления окна интерфейса пользователя, предназначенного для регистрации субъекта, который планирует подавать запросы или осуществить подписку на получение продуктов от системы. После регистрации подписчика в системе выставления счетов информация указанной системы может использоваться с целью назначения подписчику идентификатора участника бюро и создания нередактируемого профиля клиента. Как указано выше, в некоторых примерах осуществления изобретения клиентом системы может быть поставщик данных, подписчик или субъект, совмещающий обе указанные функции.
[0059] На фиг. 12 представлен пример осуществления окна интерфейса пользователя, обеспечивающего предоставление информации профиля участника бюро, в том числе критериев допуска и параметров продуктов, предоставляемых клиенту. С использованием данного окна интерфейса пользователя клиенту могут быть назначены элементы данных, типы данных и (или) диапазоны данных, а также могут быть выбраны конкретные продукты и опции счетов.
[0060] На фиг. 13 указан пример осуществления окна интерфейса пользователя, обеспечивающего возможность подачи оператором запроса (также называемого требованием) на предоставление персонального кредитного отчета. После подачи данного требования модуль выполняет проверку достоверности запроса и генерирует ответ. При отсутствии обязательных исходных критериев модуль может передать ответное сообщение с указанием ошибки в исходных данных. Если требуемые данные не найдены, то модуль передает сообщение, указывающее, что «совпадение не обнаружено». Если требуемые данные найдены, то модуль генерирует отчет, содержащий эти данные. Аналогичное окно интерфейса пользователя может быть использовано для подачи запроса на предоставление оператором комбинированного коммерческого и потребительского кредитного отчета.
[0061] В других примерах осуществления изобретения окно интерфейса пользователя, предусмотренное для подачи запроса, обеспечивает также отображение информации по представляемым по умолчанию данным или диапазонам данных, которые требуется включить в кредитный отчет. Указанные представляемые по умолчанию данные могут содержать информацию, касающуюся счета, связанного с клиентом, отдельным лицом или субъектом, подавшим запрос. Окно интерфейса пользователя может также содержать опции, обеспечивающие введение дополнительных данных или диапазонов данных в кредитный отчет и (или) исключение не являющихся обязательными представляемых по умолчанию данных или диапазонов данных.
[0062] Пример осуществления окна интерфейса пользователя, предназначенного для подачи запросов, может быть реализован как часть набора функций по взаимодействию с клиентами, предоставленных оператору. Указанные функции взаимодействия с клиентами могут охватывать доступ к отчету о раскрытии информации, доступ к клиентской копии отчета, доступ к административной копии отчета, установку метки для указания сомнительного элемента отчета, обновление сомнительного элемента с использованием полученных результатов контроля, отображение процесса контроля и результатов процесса контроля сомнительного элемента информации, содержащегося в отчете, исключение из отчета неправильной информации, добавление или исключение сообщений и (или) уведомлений, корректировку элементов данных, хранение комментариев клиентов и (или) разделение файлов.
[0063] На фиг. 14 представлен пример осуществления окна интерфейса пользователя, обеспечивающего взаимодействие с клиентами, который предоставляет оператору возможность изменения данных при наличии возможности доступа. Изменения охватывают написание комментариев, регистрацию наличия сомнительных данных, корректировку и (или) удаление данных.
[0064] На фиг. 15 указан пример осуществления окна интерфейса пользователя, которое представляется, если оператор считает сомнительной информацию, представленную в отчете. Например, оператор устанавливает отметку «спорный». После установки данной отметки на экране могут быть отображены опции, обеспечивающие оператору возможность указания полученных сомнительных данных, представления причины таких действий и (или) ввода текстовой информации.
[0065] На фиг. 16 представлен пример осуществления окна интерфейса пользователя, которое представляется, если оператору требуется корректировать информацию, содержащуюся в отчете. При необходимости корректировки данных отчета следует выбрать опцию корректировки.
[0066] На фиг. 17 указан пример осуществления окна интерфейса пользователя, которое отображается, если оператору требуется получить информацию комментария, касающегося счета. Данное окно обеспечивает оператору возможность ознакомления с одним или большим числом параметров комментария, таких как дата получения комментария, дата истечения срока комментария, тип комментария, контактный номер источника комментария и (или) текст комментария.
[0067] На фиг. 18 представлен пример окна интерфейса пользователя, указывающего персональный кредитный отчет, который предоставляет оператору возможность просмотра системной информации элементов данных отчета при наведении курсора на соответствующие элементы в окне интерфейса пользователя. Системные данные могут охватывать следующую информацию: дата ввода, время ввода, системный код ввода, идентификатор пользователя, выполнившего ввод, IP-адрес пользователя, выполнившего ввод, дата обновления, время обновления, системный код обновления, идентификатор пользователя, выполнившего обновление, IP-адрес пользователя, выполнившего обновление, идентификатор загрузки в базу данных, код обратимого удаления, дата обратимого удаления, ключ (или ключи) данных, код типа данных, дата первого использования в отчете, дата последнего использования в отчете, количество повторений и идентификатор участника бюро.
[0068] На фиг. 19 указан пример осуществления окна интерфейса пользователя, обеспечивающего возможность разделения файла оператором. Оператор может принять решение о разделении файла, например, если в отчете отображаются данные нескольких файлов и содержится информация, касающаяся двух различных субъектов. При выборе опции разделения файла модуль осуществляет отображение пользовательского окна с указанием в левой колонке счетов, запросов и записей публичного характера, содержащихся в отчете. Оператор может перемещать счета, запросы и записи публичного характера во вторую колонку, разделяя информацию, касающуюся двух субъектов. После сохранения разделенных данных система может назначить два новых идентификатора субъектов массивам сортированной информации или присвоить другой существующий идентификатор одному или большему числу элементов данных. Пример архитектуры системы
[0069] На фиг. 20 представлена структурная схема примера осуществления изобретения, содержащая вычислительную систему 2100, которая по сети 2160 обменивается данными с одним или большим числом источников 2162 данных и клиентом 2164. Вычислительная система 2100 может быть использована для реализации систем и способов, описанных в настоящем документе, в том числе, среди прочего, для получения данных из одного или большего числа источников, обработки данных, генерирования продуктов и (или) выполнения других функций, описанных в настоящем документе. Например, в соответствии с некоторыми примерами осуществления изобретения система 110 управления информацией, система 120 хранения основных данных и (или) система 130 доставки продуктов может содержать компоненты, аналогичные компонентам системы 2100, представленной на фиг. 20.
[0070] Например, вычислительная система 2100 может включать в себя компьютер, совместимый с системами IBM, Macintosh или Linux/Unix, сервер или рабочую станцию. В примере осуществления изобретения вычислительная система 2100 содержит сервер, настольный компьютер или переносной компьютер. В другом примере осуществления изобретения вычислительная система 2100 включает в себя один или большее число центральных процессоров (ЦП) 2105, каждый из которых может содержать стандартный или специализированный микропроцессор. Вычислительная система 2100 дополнительно включает в себя одно или большее число устройств 2130 памяти, таких как оперативное запоминающее устройство (ОЗУ), предназначенное для временного хранения информации, одно или большее число постоянных запоминающих устройств (ПЗУ), предназначенных для постоянного хранения информации, и одно или большее число устройств 2120 массовой памяти, таких как жесткий диск, гибкий диск, твердотельный накопитель или оптическое устройство памяти. Обычно модули вычислительной системы 2100 подключены к компьютеру при помощи стандартной системы 2180 шин. В различных примерах осуществления изобретения стандартная система шин может быть реализована, например, с использованием архитектуры шины для подключения периферийных устройств (РСI), шины MicroChannel, шины интерфейса малых вычислительных систем (SCSI), архитектуры шины промышленного стандарта (ISA) и расширенной архитектуры шины промышленного стандарта (EISA). Кроме того, функции компонентов и модулей вычислительной системы 2100 могут быть объединены с получением меньшего числа компонентов и модулей или разделены на дополнительные компоненты и модули.
[0071] Управление и координация функционирования вычислительной системы 2100 осуществляется программными средствами операционной системы, такой как Windows ХР, Windows Vista, Windows 7, Windows Server, Unix, Linux, SunOS, Solaris или прочие совместимые операционные системы. В системах Macintosh в качестве операционной системы может использоваться любая доступная операционная система, такая как MAC OS X. В других примерах осуществления изобретения управление вычислительной системой 2100 может осуществлять специализированная операционная система. Стандартные операционные системы, среди прочего, обеспечивают управление и планирование выполнения вычислительных процессов, управление памятью, предоставление услуг файловой системы, услуг сети, услуг ввода-вывода и интерфейса пользователя, такого как графический интерфейс пользователя (ГИП).
[0072] Пример осуществления вычислительной системы 2100 включает в себя одно или большее число имеющихся на рынке устройств и интерфейсов 2110 ввода-вывода (УВВ), таких как клавиатура, мышь, сенсорная панель и принтер. В примере осуществления изобретения устройства и интерфейсы 2110 ввода-вывода включают в себя одно или большее число устройств отображения, таких как монитор, обеспечивающий визуальное представление данных для пользователя. Более конкретно, устройство отображения обеспечивает, например, представление графического интерфейса пользователя, данных прикладных программ и мультимедийных презентаций. Вычислительная система 2100 может содержать одно или большее число мультимедийных устройств 2140, таких как громкоговорители, видеоадаптеры, графические ускорители и микрофоны.
[0073] В примере осуществления изобретения, представленном на фиг. 20, устройства и интерфейсы 2110 ввода-вывода обеспечивают интерфейс обмена данными с различными внешними устройствами. В примере осуществления изобретения, указанном на фиг. 20, вычислительная система 2100 связана с сетью 2160, содержащей одну или большее число локальных вычислительных сетей, глобальную сеть и (или) сеть Интернет, при помощи проводного, беспроводного или комбинированного проводного и беспроводного канала 2115 обмена данными. Сеть 2160 осуществляет обмен данными с различными вычислительными устройствами и (или) другими электронными устройствами при помощи проводных или беспроводных каналов обмена данными.
[0074] Как указано на фиг. 20, данные передаются на вычислительную систему 2100 по сети 2160 из одного или большего числа источников, в том числе, например, источников 2162. Информация, передаваемая различными источниками данных, может охватывать, например, кредитную информацию или прочие кредитные данные, персональные данные, данные публичного характера, данные социальных сетей и т.д. Дополнительно к устройствам, представленным на фиг. 20, сеть 2160 может осуществлять обмен данными с другими источниками данных или другими вычислительными устройствами. Кроме того, источники данных могут охватывать один или большее число внутренних и (или) внешних источников. В некоторых примерах осуществления изобретения по меньшей мере одна из указанных баз данных либо по меньшей мере один из источников данных может быть реализован(а) на основе реляционной базы данных, такой как Sybase, Oracle, CodeBase и Microsoft SQL Server, а также других типов баз данных, например, одноуровневой базы данных, базы данных, содержащей экземпляры сущностей и связей, объектно-ориентированной базы данных, базы данных записей и (или) неструктурированной базы данных.
[0075] Клиентская система 2164 может быть подключена к сети 2160 и использоваться пользователем для передачи информации вычислительной системе 2100, а также приема информации от указанной системы. Клиентская система 2164 может представлять собой настольный компьютер, переносной компьютер или любое другое переносное устройство, такое как мобильный телефон, смартфон, планшет или другое аналогичное портативное вычислительное устройство. Клиентская система 2164 и (или) источники 2162 данных могут содержать компоненты, идентичные или аналогичные компонентам, указанным выше при рассмотрении вычислительной системы 2100.
[0076] В примере осуществления изобретения, представленном на фиг. 20, вычислительная система 2100 дополнительно включает в себя процессорный модуль 2150, который может быть сохранен в устройстве 2120 массовой памяти в форме исполняемого программного обеспечения, выполняемого центральным процессором 2105. Данный модуль может содержать, например, компоненты, такие как программное обеспечение, классы и задачи, процессы, функции, атрибуты, процедуры, подпрограммы, сегменты программного обеспечения, драйверы, встроенное программное обеспечение, микропрограммы, микросхемы, данные, базы данных, структуры данных, таблицы, массивы и переменные. В примере осуществления изобретения, указанном на фиг. 20, вычислительная система 2100 предназначена для выполнения процессорного модуля 2150 с целью реализации функций, описанных в настоящем документе. Например, процессорный модуль в зависимости от примера осуществления может обеспечивать реализацию способов, описанных со ссылкой на различные модули, представленные выше при рассмотрении системы 110 управления информацией, системы 120 хранения основных данных, модуля организации деятельности бюро и (или) системы 130 доставки продуктов.
[0077] Термин «модуль», используемый в настоящем документе, в целом относится к алгоритму, реализованному в аппаратном обеспечении или встроенном программном обеспечении или к набору инструкций, возможно имеющих точки входа и точки выхода и написанных на языке программирования, таком как Java, Lua, Cor С++. Программный модуль может быть компилирован и связан с исполняемой программой, установленной в библиотеке динамической компоновки, или написан на интерпретируемом языке программирования, таком как BASIC, Perl или Python. Очевидно, что программные модули могут быть вызваны из других модулей или непосредственно из данного модуля и (или) их выполнение может быть запущено при возникновении определенных событий или прерываний. Программные модули, предназначенные для выполнения на вычислительных устройствах, могут быть предоставлены на машиночитаемом носителе, таком как компакт-диск, цифровой видеодиск, флэш-память или любой другой физический носитель. Код программного обеспечения может быть частично или полностью записан в устройстве памяти выполняющего программу вычислительного устройства, такого как вычислительная система 2100 для обеспечения выполнения программы вычислительным устройством. Инструкции программы могут быть записаны в форме встроенного программного обеспечения в стираемом программируемом постоянном запоминающем устройстве (СППЗУ). Очевидно, что аппаратные модули могут представлять собой соединенные друг с другом логические элементы, такие как вентили и триггеры, и (или) могут быть выполнены из программируемых компонентов, таких как программируемые логические матрицы или процессоры. Указанные в настоящем документе модули предпочтительно реализованы в виде программных модулей, но могут быть выполнены на основе аппаратного обеспечения или встроенного программного обеспечения. В общем, модули, описанные в настоящем документе, могут быть объединены с другими модулями или разделены на подмодули независимо от их физической структуры или местоположения.
[0078] В некоторых примерах осуществления изобретения одна или большее число вычислительных систем, устройств памяти и (или) модулей, описанных в настоящем документе, могут быть реализованы с использованием одной или большего числа программ с открытым кодом или других существующих платформ. Например, одна или большее число вычислительных систем, устройств памяти и (или) модулей, описанных в настоящем документе, могут быть частично реализованы при помощи технологии, связанной с системами Drools, Hibernate, JBoss, Kettle, Spring Framework, NoSQL (например, программное обеспечение базы данных MongoDB) и (или) программным обеспечением базы данных DB2.
Другие примеры осуществления изобретения
[0079] Хотя представленные выше системы и способы были описаны на основе рассмотрения определенных примеров осуществления изобретения, для специалистов в данной области техники очевидно, что возможны другие варианты осуществления изобретения. Кроме того, при рассмотрении представленного описания для специалистов в данной области очевидно, что возможны комбинации, исключение компонентов, замена или внесение изменений в представленные варианты осуществления изобретения. Описанные примеры осуществления изобретения были представлены только для иллюстрации изобретения и не имеют ограничительного характера. Фактически, новые способы и системы, представленные в настоящем документе, могут быть реализованы в различных других вариантах, находящихся в пределах сущности изобретения. Кроме того, указанные в настоящем описании конкретные функции, признаки, способы, свойства, характеристики, особенности, атрибуты, элементы или аналогичные компоненты, касающиеся одного из примеров осуществления изобретения, могут быть использованы во всех других примерах осуществления, рассмотренных в настоящем документе.
[0080] Все процессы, описанные в настоящем документе, могут быть реализованы и полностью автоматизированы при помощи программных модулей, выполняемых одним или большим числом универсальных компьютеров или процессоров. Программные модули могут быть записаны на любом машиночитаемом носителе или другом устройстве памяти. В альтернативном варианте некоторые способы или все способы могут быть реализованы на основе специализированного аппаратного обеспечения. Кроме того, компоненты, представленные в настоящем документе, могут быть реализованы в форме аппаратного обеспечения, программного обеспечения, встроенного программного обеспечения или их комбинации.
[0081] Условные выражения, содержащие, среди прочего, выражения «может», «могут», «возможно» или «может быть», если конкретно не указано иное, в общем, означают в соответствии с контекстом, что некоторые примеры осуществления изобретения содержат, а другие не содержат определенные функции, элементы и (или) этапы. Таким образом, эти условные конструкции, в общем, подразумевают, что функции, элементы и (или) этапы не являются обязательными для одного или большего числа примеров осуществления изобретения либо один или большее число примеров осуществления изобретения не обязательно содержат логические средства, предназначенные для принятия решения относительно использования или выполнения указанных функций, элементов и (или) этапов в каком-либо конкретном примере осуществления изобретения как с участием или по запросу пользователя, так и без такого участия или запроса.
[0082] Процессы, элементы или этапы структурных схем, описанные в настоящем документе и (или) представленные на приложенных чертежах, следует рассматривать как элементы, потенциально представляющие модули, сегменты или компоненты программного кода, содержащие одну или большее число исполняемых инструкций, предусмотренных для реализации логических функций или элементов процесса. Для специалистов в данной области техники очевидно, что представленные в настоящем документе примеры осуществления изобретения охватывают альтернативные варианты, в которых определенные элементы или функции могут быть исключены, могут выполняться в порядке, отличающемся от представленного или указанного порядка, а также могут осуществляться, по существу, одновременно или в обратном порядке в зависимости от реализуемых функций.