Способ и система интеграции информационных ресурсов предприятия

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

 

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

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

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

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

• необходимость ведения общих справочников (например, справочников клиентов или сотрудников);

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

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

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

• унификация информационных обменов и бизнес-процессов в филиалах компании.

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

Пережив несколько поколений различных подходов к интеграции приложений, мировая индустрия программного обеспечения пришла к концепции единой сервисной шины предприятия (Enterprise Service Bus, ESB). С точки зрения архитектуры, ESB - это программное решение, обеспечивающее взаимодействие всех интегрируемых приложений через единую точку, единообразно, предоставляя разработчикам и администраторам унифицированные и централизованные средства разработки, тестирования и контроля протекания всех интеграционных сценариев, (с) «Подходы к интеграции приложений Enterprise Service Bus» Олег Бейлезон, КомпьютерПресс 6'2010.

Из уровня техники известно техническое решение, описанное в US 8364745 В2 «Service oriented architecture enterprise service bus with universal ports», опубликовано: 26.05.2011, патентообладатель: International Business Machines Corp.(US). В документе описаны способ для обеспечения связи между приложениями, подключенными к служебной шине предприятия через множество портов, причем в данном решении вводится и используется универсальный порт ESB для подключения приложений к сервисной шине предприятия (ESB); универсальный порт ESB получает сообщение от приложения, запрашивающего услугу; определяется из сообщения протокол связи исходного приложения; сообщение обрабатывается и проверяется для определения формата обмена сообщениями исходного приложения; затем сообщение преобразуется из формата обмена сообщениями исходного приложения в общий формат обмена сообщениями, используемый корпоративной служебной шиной.

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

Также из уровня техники известны следующие системы: «MuleESB», «Microsoft BizTalk Server», «Talend ESB», «Red Hat JBoss Fuse».

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

СУЩНОСТЬ ТЕХНИЧЕСКОГО РЕШЕНИЯ

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

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

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

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

Может производиться управление DSL-маршрутами передачи информации между информационными системами предприятия.

Может производиться управление XML-маршрутами передачи информации между информационными системами предприятия.

Может производиться управление UDR -маршрутами передачи информации между информационными системами предприятия.

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

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

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

Может производиться управление DSL-маршрутами передачи информации между информационными системами предприятия.

Может производиться управление XML-маршрутами передачи информации между информационными системами предприятия.

Может производиться управление UDR -маршрутами передачи информации между информационными системами предприятия.

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

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

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

Фиг. 1 - блок-схема способа интеграции информационных ресурсов предприятия;

Фиг. 2 - редактор XML-маршрутов;

Фиг. 3 - графический конструктор маршрутов;

Фиг. 4 - пример конструирования UDR-маршрута;

Фиг. 5 - пример графического отображения построенного маршрута с заданными условиями и параметрами;

Фиг. 6 - графический интерфейс управления маршрутами данных;

Фиг. 7 - схема системы для реализации способа интеграции информационных ресурсов предприятия.

ПОДРОБНОЕ ОПИСАНИЕ ТЕХНИЧЕСКОГО РЕШЕНИЯ

В данном техническом решении под системой подразумевается компьютерная система, ЭВМ (электронно-вычислительная машина), ЧПУ (числовое программное управление), ПЛК (программируемый логический контроллер), компьютеризированные системы управления и любые другие устройства, способные выполнять заданную, четко определенную последовательность операций (действий, инструкций).

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

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

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

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

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

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

Сообщение - пакет данных, передающийся по маршруту.

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

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

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

Обычно различают следующие основные виды кластеров:

• отказоустойчивые кластеры (High-availability clusters, НА, кластеры высокой доступности);

• кластеры с балансировкой нагрузки (Load balancing clusters);

• вычислительные кластеры (High performance computing clusters, HPC);

• системы распределенных вычислений.

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

DSL (Domain Specific Language) маршруты - маршруты, реализованные на Java DSL языке, использующие синтаксис данного языка и специфику функциональности маршрута.

UDR (User Defined Routing) - определяемые, т.е. настраиваемые пользователем маршруты.

XML (Extensible Markup Language) - производный язык разметки документов, позволяющий структурировать информацию разного типа, используя для этого произвольный набор инструкций.

ETL (от англ. Extract, Transform, Load - дословно «извлечение, преобразование, загрузка») - один из основных процессов в управлении хранилищами данных, который включает в себя: извлечение данных из внешних источников; их трансформация и очистка, чтобы они соответствовали потребностям бизнес-модели; и загрузка их в хранилище данных.

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

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

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

Каждая точка интегрируемых информационных систем предприятия в частном варианте реализации описываемого технического решения характеризуется:

1. адресом в формате URL (uniform resource locator);

2. типом обрабатываемого сообщения (класс, подключение к СУБД, подключение к файлу и т.д.);

3. обрабатываемым сообщением, состоящим из:

3.1. идентификатора сообщения (messageID);

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

3.3. перечня именованных вложений, хранящих порядок обработки сообщения (messageAttachments);

3.4. тела сообщения (messageBody).

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

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

В частном варианте реализации описываемого технического решения реализована возможность управлять тремя типами маршрутов:

• XML - маршруты, написанные на языке XML.

• UDR - User Defined Route (маршруты, построенные в конструкторе маршрутов).

• DSL - Domain Specific Language (маршруты, реализованные на Java DSL языке, использующие синтаксис данного языка и специфику функциональности маршрута).

XML-маршруты - это маршруты, написанные на языке XML, во встроенном (изображен на Фиг. 2) или внешнем текстовом редакторе. Редактор маршрутов открывается при нажатии на кнопку «Добавить маршрут» или «Редактировать».

Маршрут складывается из набора шагов, шаги в маршруте выполняются последовательно, например:

<route

xmlns="http://camel. apache.org/schema/spring">

<from uri="smb2://username:password@hostname/share/dir1/"/>

<to uri="smb2://username:password@hostname/share/dir2/7>

</route>,

где

• from, to - направление потока данных,

• uri - тип конечной точки,

• smb2 - тип используемого протокола,

• username:password@hostname - параметры аутентификации и адрес сервера,

• /share/dir1/, /share/dir2/ - расположение целевого каталога.

UDR-маршруты - это маршруты, созданные во встроенном графическом конструкторе маршрутов (изображен на Фиг. 3).

Создание маршрутов осуществляется выбором элемента (компонента или элемента маршрутизации) и перетаскиванием в рабочую область (методом point-and-click). При дальнейшем добавлении элементов конструктор предложит места связи с элементами, уже находящимися в рабочей области. Пример конструирования UDR-маршрута изображен на Фиг. 4. При перетаскивании элемента в предложенную область автоматически установится связь между двумя элементами.

Для построения UDR-маршрута с элементами выбора имеется возможность применять элементы маршрутизации Choice/When/Otherwise (пример графического отображения построенного маршрута с заданными условиями и параметрами изображен на Фиг. 5).

DSL-маршруты - маршруты, реализованные на Java DSL (Domain Specific Language) языке, использующие синтаксис этого языка и специфику функциональности маршрута.

Вне зависимости от типа маршрутов в частном варианте реализации описываемого технического решения существует возможность управлять ими посредством графического интерфейса (на Фиг. 6 изображен пример).

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

Возможные статусы маршрута:

• «Запущен» - маршрут, работающий в системе.

• «Остановлен» - маршрут, не работающий в системе.

Возможные действия с маршрутом:

Запустить - запускает остановленный маршрут (на Фиг. 6 позиция 1). Остановить - останавливает запущенные маршрут (на Фиг. 6 позиция 2). Показать подробности - показывает детальную информацию о маршруте (на Фиг. 6 позиция 3). Свойства - открывает окно просмотра параметров маршрута (на Фиг. 6 позиция 4). Логи - открывает к просмотру и редактированию логи маршрута (на Фиг. 6 позиция 5). Восстановить -восстанавливает удаленный маршрут (на Фиг. 6 позиция 6). Удалить -удаляет активный (не удаленный) маршрут (на Фиг. 6 позиция 7).

Маршруты сортируются по наименованию, описанию и статусу.

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

В частном варианте реализации описываемого технического решения настройка процесса преобразования (нормализации) данных представляет собой реализацию программного кода (класса, или набора классов) на языке Java. Для унификации и стандартизации рассматриваемого процесса, в основе программного кода нормализации информации, используется программный продукт осуществления трансформаций ETL (extract, transform, load), например, Pentaho Data Integration (PDI). Подобный подход позволяет использовать ETL-преобразования внутри модулей, написанных на языке Java. Описание процесса проведения любой ETL-трансформации хранится в файле формата XML и формируется посредством графического интерфейса, что свободно позволяет хранить и обрабатывать (загрузка трансформации ETL, удаление трансформаций ETL, привязка трансформации ETL к маршруту передачи информации, и т.д.) произвольные трансформации ETL. Обработка преобразований ETL также реализуется посредством графического интерфейса пользователя.

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

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

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

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

Данный подход обеспечивает надежную доставку данных и не допускает потери полученных данных/сообщений, в том числе в случаях:

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

- недоступности получателя.

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

Если у маршрута есть недоставленные сообщения, то в режиме редактирования данного маршрута отображается уведомление о наличии недоставленных сообщений по маршруту: «У данного маршрута есть недоставленные сообщения. Если изменить параметры конечных точек назначения, то сообщение будет доставлено по новому адресу при возобновлении процедуры доставки».

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

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

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

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

Согласно Фиг. 7, примерная система для реализации технического решения включает в себя устройство обработки данных 0. Устройство обработки данных 0 может быть сконфигурировано как клиент, сервер, мобильное устройство или любое другое вычислительное устройство, которое взаимодействует с данными в системе совместной работы, основанной на сети. В самой базовой конфигурации устройство обработки данных 0, как правило, включает в себя, по меньшей мере, один процессор 1 и устройство хранения данных 2. В зависимости от точной конфигурации и типа вычислительного устройства системная память 2 может быть энергозависимой (например, оперативное запоминающее устройство (ОЗУ, RAM)), энергонезависимой (например, постоянное запоминающее устройство (ПЗУ, ROM)) или некоторой их комбинацией. Устройство хранения данных 2, как правило, включает в себя одну или более прикладных программ 3 и может включать в себя данные 4 программ. Настоящее техническое решение как способ, описанное в деталях выше, реализовано в прикладных программах 3.

Устройство обработки данных 0 может иметь дополнительные особенности или функциональные возможности. Например, устройство обработки данных О может также включать в себя дополнительные устройства хранения данных (съемные и несъемные), такие как, например, магнитные диски, оптические диски или лента. Такие дополнительные хранилища проиллюстрированы на Фиг. 7 посредством несъемного хранилища 7 и съемного хранилища 8. Компьютерные носители данных могут включать в себя энергозависимые и энергонезависимые, съемные и несъемные носители, реализованные любым способом или при помощи любой технологии для хранения информации. Устройство хранения данных 2, несъемное хранилище 7 и съемное хранилище 8 являются примерами компьютерных носителей данных. Компьютерные носители данных включают в себя, но не в ограничительном смысле, оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), электрически стираемое программируемое ПЗУ (EEPROM), флэш-память или память, выполненную по другой технологии, ПЗУ на компакт-диске (CD-ROM), универсальные цифровые диски (DVD) или другие оптические запоминающие устройства, магнитные кассеты, магнитные ленты, хранилища на магнитных дисках или другие магнитные запоминающие устройства, или любую другую среду, которая может быть использована для хранения желаемой информации и к которой может получить доступ устройство обработки данных 0. Любой такой компьютерный носитель данных может быть частью устройства 0. Устройство обработки данных 0 может также включать в себя устройство(а) 5 ввода, такие как клавиатура, мышь, перо, устройство с речевым вводом, устройство сенсорного ввода, и так далее. Устройство (а) 6 вывода, такие как дисплей, динамики, принтер и тому подобное, также могут быть включены в состав устройства.

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

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

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

1. Блок обмена сообщениями между информационными системами и маршрутами передачи информации;

2. Блок управления маршрутами передачи информации между информационными системами;

3. Блок управления процедурами преобразования данных (ETL-процедуры);

4. Блок справочников;

5. Блок управления безопасностью;

6. Блок аудита;

7. Блок мониторинга функционирования маршрутов передачи информации;

8. Блок предоставления справочной информации.

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

Блоки, используемые в данном техническом решении, могут быть реализованы с помощью электронных компонент, используемых для создания цифровых интегральных схем. Не ограничиваюсь, могут быть использоваться микросхемы, логика работы которых определяется при изготовлении, или программируемые логические интегральные схемы (ПЛИС), логика работы которых задается посредством программирования. Для программирования используются программаторы и отладочные среды, позволяющие задать желаемую структуру цифрового устройства в виде принципиальной электрической схемы или программы на специальных языках описания аппаратуры: Verilog, VHDL, AHDL и др. Альтернативой ПЛИС являются: программируемые логические контроллеры (ПЛК), базовые матричные кристаллы (БМК), требующие заводского производственного процесса для программирования; ASIC - специализированные заказные большие интегральные схемы (БИС), которые при мелкосерийном и единичном производстве существенно дороже.

Также блоки могут быть реализованы с помощью постоянных запоминающих устройств (см. Лебедев О.Н. Микросхемы памяти и их применение. - М.: Радио и связь, 1990. - 160 с.; Большие интегральные схемы запоминающих устройств: Справочник / А.Ю. Горденов и др. - М.: Радио и связь, 1990. - 288 с.).

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

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

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

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

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

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

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

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

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

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

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

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

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

7. Система интеграции информационных ресурсов предприятия, содержащая:

• по крайней мере, одно устройство обработки команд;

• по крайней мере, одно устройство хранения данных;

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

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