Система инвентаризации активов

Иллюстрации

Показать все

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

Реферат

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

[0001] Настоящее изобретение относится к распределению ресурсов в информационных системах данных. В частности, помимо прочего в настоящем изобретении предложены система и способ динамического распределения доступных ресурсов для управления базой данных и для использования в последующих транзакциях с данными, таких как электронные трехсторонние сделки РЕПО и электронное залогообразование (collateralisation).

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

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

[0003] Один из способов облегчения вышеуказанной проблемы уровня техники состоит в ограничении потенциальной возможности изменений состояния ресурса путем назначения и объявления ресурсов доступными только для использования в конкретных операциях. Ресурс, назначенный для использования в конкретной операции, больше не может быть доступен другим сетям для различных операций. Это значительно сокращает источники колебаний состояния ресурса. Однако такое решение является нежелательным, поскольку оно значительно ограничивает гибкость информационной системы и возможность ее использования в большой системе с множеством смежных сетей, что приводит к застою в обороте ресурсов. Иными словами, ресурс после его выделения для использования в конкретной операции не может быть использован для других операций, даже если данный ресурс впоследствии не используется для назначенной операции, и в этом случае оборачиваемость ресурса снижается. Например, операция по принятию решения может идентифицировать ресурс и сделать его доступным для использования в последующей операции на основании состояние ресурса. Если ресурс впоследствии не используется для назначенной операции, то данный ресурс остается неиспользованным и застаивается. Эта недостаточная гибкость является нежелательной и приводит к неэффективному использованию доступных системных ресурсов, а также ухудшает параллелизм системы из-за сокращения совместно используемых ресурсов.

[0004] Описанные выше недостатки известных информационных систем могут быть рассмотрены на реальном примере со ссылкой на ФИГ. 1. Следует отметить, что проблема и ее последующее решение не ограничиваются областью техники примера, описанного ниже (а именно, финансовой отраслью), которая выбрана только для иллюстративных целей.

[0005] На ФИГ. 1 показана схема информационной системы 1, используемой в финансовой отрасли, и, в частности, относящейся к типу систем, используемых в электронной системе трехстороннего залогообразования, выполненной с возможностью осуществления трехсторонней транзакции обратной покупки (РЕПО). В таких примерах ресурсы относятся к финансовым активам, таким как недвижимость, ценные бумаги, долговые обязательства и т.п.В качестве пояснения, в электронной сделке РЕПО (т.е. сделке РЕПО, осуществленной с использованием информационной системы) капитал, вложенный в банк первой стороной с использованием первого терминала 3, используется в качестве имущественного залога для залогового покрытия ссуды второй стороной посредством второго терминала 5. В таких транзакциях первая сторона традиционно обозначена как залогодатель (CG), и вторая сторона традиционно обозначена как залогополучатель (CR). Как правило, сделка РЕПО имеет конечную длительность во времени, взаимно согласованную между залогодателем и залогополучателем, и содержит согласованную начальную дату и согласованную конечную дату. В пределах данного согласованного периода времени и самое позднее к согласованной конечной дате залогодатель должен возместить заемную сумму с добавлением любого взаимно согласованного процента. После возмещения займа залогополучатель возвращает обеспечивающие активы залогодателю, и этот этап обычно называется как обратная сделка РЕПО. Условия сделки РЕПО согласуются первой и второй сторонами до заключения сделки РЕПО. Условия сделки РЕПО обычно определяют начальную дату и конечную дату транзакции, величину ссуды, величину процента и характеристики активов, которые вторая сторона (залогополучатель) соглашается принять в качестве имущественного залога, в дополнение к характеристикам активов, которые первая сторона (залогодатель) предлагает в качестве имущественного залога. Характеристики квалификационных активов могут относиться, например, к любой из неограничивающих характеристик, таких как: тип актива (например, долговое обязательство, правительственная облигация, ценная бумага и т.п.), рейтинг эмитента актива, основная валюта, страна происхождения, является ли актив частью индекса, а также ликвидность.

[0006] Активы залогодателя часто содержатся в множестве различных хранилищах 7, 9, 11, 13 активов. Каждое хранилище может относиться к различным банкам, компаниям-хранилищам ценных бумаг и/или любому другому объекту, который поддерживает активы. Различные хранилища 7, 9, 11, 13 активов могут быть расположены в различных географических районах. Каждое хранилище 7, 9, 11, 13 содержит сервер 15, 17, 19, 21 и функционально соединено с базой 23, 25, 27, 29 данных активов. База 23, 25, 27, 29 данных активов содержит базу данных всех активов, связанных с конкретным пользователем, который обслуживается данным конкретным хранилищем.

[0007] Для осуществления электронной транзакции залогообразования во время процесса первоначальной регистрации залогодатель посредством первого терминала 3 назначает активы, которые он желает сделать доступными для использования в последующей сделке РЕПО. Назначенные активы впоследствии передаются из соответствующих хранилищ 7, 9, 11, 13 активов агенту 31 по сделкам посредством совместной коммуникационной сети 33, которая может быть глобальной сетью, такой как сеть Интернет, частной сетью или любой другой коммуникационной сетью.

[0008] Система 31 агента по сделкам (далее агент) содержит хранилище 34 активов, функционально соединенное с сервером 35 и поисковой машиной 37 залогообразования. Назначенные активы хранятся в хранилище 34 и формируют пул активов, который залогодатель сделал доступным для использования в сделках РЕПО. Залогодатель и залогополучатель предоставляют свои требования к залогообразованию в поисковую машину 37 залогообразования. Например, залогодатель определяет характеристики активов, которые он желает предложить для использования в качестве имущественного залога в транзакции с залогополучателем, и пересылает эти характеристики актива посредством первого терминала 3 в поисковую машину 37 залогообразования. Схожим образом, залогополучатель определяет характеристики активов, которые он хотел бы принять в качестве имущественного залога для ссуды, и пересылает эти характеристики в поисковую машину 37 залогообразования посредством второго терминала 5. Оба набора характеристик актива принимаются поисковой машиной 37 залогообразования и используются для генерирования агрегированного поискового запроса, который удовлетворяет как залогополучателя, так и залогодателя, предоставивших свои характеристики актива. С иллюстративными целями может быть рассмотрен пример, в котором залогодатель выбирает следующие характеристики актива:

Тип актива: ценные бумаги;

Минимальный кредитный рейтинг (Рейтинг S&P/Fitch): ССС;

Максимальный кредитный рейтинг (Рейтинг S&P/Fitch): АА;

Минимальное количество требующихся различных ценных бумаг: 3.

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

Тип актива: долговые обязательства, ценные бумаги;

Минимальный кредитный рейтинг (Рейтинг S&P/Fitch): А+;

Максимальный кредитный рейтинг (Рейтинг S&P/Fitch): Отсутствует.

[0010] После приема требований к залогообразованию, выставленных залогодателем и залогополучателем, поисковая машина залогообразования просматривает предоставленные характеристики актива и генерирует агрегированный поисковый запрос, который удовлетворяет как залогодателя, так и залогополучателя, предоставивших свои характеристики актива. В этом примере требования к залогообразованию, предоставленные залогодателем, указывают, что залогодатель в качестве имущественного залога может предложить только ценные бумаги, которые имеют минимальный кредитный рейтинг ССС и максимальный кредитный рейтинг АА. Кроме того, залогодатель указал, что для использования в качестве имущественного залога он может предоставить как минимум три различные ценные бумаги. Схожим образом, залогополучатель указал, что он готов принять долговые обязательства и/или ценные бумаги в качестве имущественного залога по ссуде, которые имеют минимальный кредитный рейтинг А+. Залогополучатель не указал максимальный кредитный рейтинг, который мог бы его удовлетворить.

[0011] На основании предоставленных характеристик актива поисковая машина 37 залогообразования генерирует агрегированный запрос, который удовлетворяет как залогополучателя, так и залогодателя, предоставивших свои требования к залогообразованию. В данном случае, агрегированный запрос требует, чтобы были удовлетворены следующие характеристики актива:

Тип актива: ценные бумаги;

Минимальный кредитный рейтинг (Рейтинг S&P/Fitch): А+;

Максимальный кредитный рейтинг (Рейтинг S&P/Fitch): АА;

Минимальное количество требующихся различных ценных бумаг: 3.

[0012] Затем поисковая машина 37 залогообразования исполняет агрегированный поисковый запрос к хранилищу 34 активов. Активы, содержащиеся в хранилище 34, которые удовлетворяют агрегированному поисковому запросу и, таким образом, в более широком смысле также удовлетворяют условиям согласованной сделки РЕПО, квалифицируются для выбора поисковой машиной 37 залогообразования для использования в качестве имущественного залога. Таким образом, формируется поднабор квалификационных активов, которые имеют необходимое значение, соответствующее тому, которое требуется для залогообразования. Для соответствия агрегированному поисковому запросу и, следовательно, для соответствия критериям сделки РЕПО поисковая машина 37 залогообразования опрашивает только те активы, которые содержатся в хранилище 34 активов у агента. Пока активы находятся в хранилище 34 активов у агента, они не могут быть использованы в других не относящихся к данной сделке операциях. Это неизбежно ведет к неэффективному использованию активов, поскольку множество активов, включая активы, которые не удовлетворяют критериям агрегированного поискового запроса, а также активы, которые удовлетворяют критериям агрегированного поискового запроса (квалификационные активы), но которые оказались не выбранными, остаются бездействующими в хранилище 34 активов у агента. Иными словами, активы, переданные в хранилище 34 активов агента, могут быть использованы только для последующих трехсторонних сделок РЕПО, которыми управляет агент 31, т.е. они не могут быть использованы в других не относящихся к данному агенту операциях.

[0013] Один способ облегчения этого недостатка состоит в использовании зеркальной базы данных активов (не показана) вместо хранилища 34 активов. Зеркальная база данных активов поддерживает запись активов и их состояний, которые залогодатель назначил для использования в последующих сделках РЕПО. Поскольку состояние актива изменяется, эта информация передается агенту 31 соответствующим хранилищем 7, 9, 11, 13 активов таким образом, что зеркальная база данных активов может быть обновлена соответствующим образом. Кроме того, поскольку в этом случае активы физически не находятся у агента 31, они могут быть использованы в других операциях, если они не выбраны для использования в качестве имущественного залога в последующей сделке РЕПО. Однако, это решение имеет недостаток, состоящий в том, что состояние актива, содержащегося у агента, должно поддерживаться в режиме реального времени, чтобы поисковая машина 37 залогообразования выбирала активы для использования в качестве имущественного залога на основании современной информации о состоянии. Информация о состоянии актива отличается временной зависимостью и может колебаться в значительной степени с течением времени, в частности, если данный актив доступен для использования в дополнительных операциях. Для гарантирования того, что информация о состоянии актива в зеркальной базе данных активов агента является современной, сообщения с данными о состоянии актива передаются агенту 31 от соответствующего хранилища 7, 9, 11, 13 активов. Практически, это означает, что агент 31 часто оказывается завален очень большими количествами сообщений с данными об обновлениях состояния, которые он не успевает обрабатывать. Зачастую, объем принятых обновлений состояния является настолько большим, что сервер агента 35 не может обработать каждое принятое сообщение о состоянии в режиме реального времени. Вместо этого, сообщения о состоянии ожидают в очереди в буферном регистре запоминающего устройства (не показано) для последующей обработки, когда обрабатывающий ресурсы сервер наконец освободится. В результате, часто возникают несоответствия между фактическим состоянием актива, содержащегося в соответствующем хранилище 7, 9, 11, 13 активов, и зарегистрированным состоянием актива, содержащегося у агента 31 в зеркальной базе данных активов. Это обстоятельство может вызывать цепные реакции в поисковой машине 37 залогообразования и снижение точности результатов агрегированного поиска из-за того, что активы выбираются для использования в качестве имущественного залога на основании ошибочных данных о состоянии. Например, если конкретный актив будет выбран для использования в качестве имущественного залога поисковой машиной 37 залогообразования на основании ошибочных данных о состоянии актива, то это выяснится только во время расчета (т.е. когда активы физически переданы залогополучателю в соответствии с условиями сделки РЕПО), что может привести к невыполнению условий сделки РЕПО, например, если суммарная стоимость предоставленных активов является недостаточной для обеспечения ссуды, или если для использования в качестве имущественного залога выбран актив, фактические характеристики которого больше не удовлетворяют критериям агрегированного поиска. Схожим образом, если актив используется для другой операции, а зеркальная база данных активов агента не обновлена соответствующим образом, возникает риск опасность того, что этот актив может быть выбран поисковой машиной 37 залогообразования. В данном случае во время расчета быстро выяснится что в силу своего состояния данный актив фактическое больше не доступен, что в конечном счете приводит к невыполнению залогодателем своей части согласованной сделки РЕПО. Вышеуказанные проблемы имеют тенденцию к возникновению, если состояние актива изменяется в течение короткого промежутка времени, и зеркальная база данных активов не обновляется достаточно часто, чтобы отражать состояние актива в режиме реального времени.

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

[0015] Например, если каждый актив имеет по крайней мере десять различных характеристик, и каждый из залогодателя и залогополучателя определяет пороговое значение для каждой из десяти различных характеристик актива, которые должны быть удовлетворены для рассматриваемого актива, предполагаемого для использования в качестве имущественного залога, а база данных или хранилище 34 активов содержит 1000 различных активов, поисковая машина 37 залогообразования вынуждена проверить в общей сложности 10000 различных характеристик для определения, какие активы удовлетворяют одиночному агрегированному поисковому запросу. Этот поиск повторяется для каждого различного агрегированного поискового запроса. Эти цифры приведены только для иллюстративных целей, поскольку практически каждый актив может иметь значительно большее количество характеристик, и каждый пользователь может распоряжаться большим количеством активов численностью в несколько тысяч или сотен тысяч различных активов. Соответственно, количество характеристик, которые необходимо проверить на соответствие в каждом агрегированном поисковом запросе, становится чудовищно большим. Кроме того, поисковая машина 37 залогообразования вынуждена выполнять агрегированные поиски для тысяч, если не сотен тысяч различных сделок РЕПО в день. Это означает, что обрабатывающие непроизводительные расходы ресурсов, требующиеся для поисковой машины залогообразования, являются чрезвычайно высокими.

[0016] Один способ облегчения вышеуказанной проблемы состоит в ограничении количества различных поисков для залогообразования, предусмотренных для каждого пользователя в единицу времени. Например, каждый пользователь может быть ограничен одним агрегированным поиском в день (т.е. одной сделкой РЕПО в день). Это решение является неоправданно жестким, поскольку оно значительно ограничивает возможность использования существующих электронных систем залогообразования.

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

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

[0018] Один аспект настоящего изобретения относится к системе инвентаризации ресурсов для управления множеством удаленно расположенных ресурсов. Система содержит:

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

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

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

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

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

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

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

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

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

[0022] Второй обрабатывающий блок может содержать изменяемую архитектуру процесса ядра, причем каждый процесс ядра способен генерировать инструкции на обновление записи в базе данных, при этом второй обрабатывающий блок выполнен с возможностью изменения количества процессов ядра, поддерживаемых во втором обрабатывающем блоке, для изменения количества инструкций на обновление базы данных ресурсов, генерируемых в режиме реального времени, на основании количества принятых сообщений с данными. Такой подход придает второму обрабатывающему блоку гибкость, необходимую для изменения вычислительной мощности, выделенной для генерирования инструкций на обновление базы данных ресурсов, в зависимости от количества принятых сообщений с данными. Чем больше количество принятых сообщений с данными, тем больше количество процессов ядра могут поддерживаться для генерирования необходимых инструкций на обновление записей в базе данных. Изменяемая архитектура процесса ядра предотвращает образование "узких мест" для потока данных, возникающих, когда скорость, с которой принимаются сообщения с данными, больше чем скорость, с которой генерируются инструкции на обновление записей в базе данных. Для предотвращения образования "узких мест" для потока данных число поддерживаемых процессов ядра увеличивают до тех пор, пока скорость, с которой генерируются инструкции на обновление записей в базе данных, по существу не станет равна скорости, с которой принимаются сообщения с данными. Таким образом, инструкции на обновление записей в базе данных могут генерироваться по существу в режиме реального времени со скоростью приема сообщений с данными.

[0023] Второй обрабатывающий блок может содержать множество процессоров, включенных параллельно, причем каждым процессором поддерживается один процесс ядра;

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

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

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

[0025] Второй обрабатывающий блок может быть выполнен с возможностью:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0032] Этот аспект настоящего изобретения обеспечивает преимущества, подобные описанным выше в отношении предыдущего аспекта.

[0033] Дополнительные аспекты настоящего изобретения станут ясны после ознакомления с подробным описанием вариантов реализации.

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

[0034] На ФИГ. 1 показана блок-схема известной информационной системы, описанной выше в разделе "Уровень техники" настоящей заявки.

[0035] Для облегчения понимания настоящего изобретения ниже описаны один или большее количество вариантов его реализации посредством неограничивающего примера со ссылкой на сопроводительные чертежи, на которых:

[0036] На ФИГ. 2 показана блок-схема информационной системы, содержащей систему управления обеспечением сделок согласно одному варианту реализации настоящего изобретения;

[0037] На ФИГ. 3а показана блок-схема функциональных компонентов системы управления обеспечением сделок, показанной на ФИГ. 2;

[0038] На ФИГ. 3b показан пример зеркальной базы данных активов и электронные балансовые отчеты пользователей, как показано на ФИГ. 3а, и показано, как активы, содержащиеся в электронных балансовых отчетах, могут быть разделены на поднабор доступных активов;

[0039] На ФИГ. 4 показана блок-схема функциональных компонентов коммуникационного блока системы управления обеспечением сделок, показанного на ФИГ. 3а;

[0040] На ФИГ. 5 показана блок-схема функциональных компонентов блока диспетчера состояния системы управления обеспечением сделок, показанного на ФИГ. 3а;

[0041] На ФИГ. 6 показана блок-схема функциональных компонентов блока инвентаризационного диспетчера системы управления обеспечением сделок, показанного на ФИГ. 3а;

[0042] На ФИГ. 7 показана блок-схема процесса, объясняющая процесс первоначальной регистрации, реализованный в системе управления обеспечением сделок, показанной на ФИГ. 2 и 3а; и

[0043] На ФИГ. 8 показана блок-схема процесса, объясняющая способ, реализованный блоком диспетчера состояния, показанным на ФИГ. 5, и блоком инвентаризационного диспетчера, показанным на ФИГ. 6.

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

[0044] На ФИГ. 2 показан пример информационной системы 40, в которой осуществлен один вариант реализ