Патент на изобретение №2156994

(54) СПОСОБ УПРАВЛЕНИЯ НЕИСПРАВНОСТЬЮ СИСТЕМЫ В РЕГИСТРЕ ИСХОДНЫХ МЕСТОПОЛОЖЕНИЙ СИСТЕМЫ МНОГОСТАНЦИОННОГО ДОСТУПА С КОДОВЫМ РАЗДЕЛЕНИЕМ КАНАЛОВ (МДКРК), СПОСОБ КОМПЕНСИРОВАНИЯ НЕСООТВЕТСТВИЯ МЕЖДУ ТЕКУЩИМИ СОСТОЯНИЯМИ НЕИСПРАВНОСТЕЙ СИСТЕМ, СОДЕРЖАЩИХ РЕГИСТР ИСХОДНЫХ МЕСТОПОЛОЖЕНИЙ МДКРК И СОСТОЯНИЯМИ ГРАФИКОВ НЕИСПРАВНОСТЕЙ И СПОСОБ ОБРАБОТКИ ПРОЯВЛЕНИЙ НЕИСПРАВНОСТЕЙ

(57) Реферат:

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

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

РИМ в системе МДКРК включает в себя множества систем, предназначенных для выполнения функции регистрирования местоположений пользователей, играющей очень важную роль в системе МДКРК. Следовательно, если система РИМ не в состоянии нормально функционировать, то в системе МДКРК имеются серьезные проблемы. Такая система РИМ МДКРК обычно состоит из препроцессора (ПРП) 20, предназначенного для работы с частью 15 N 7, постпроцессора (ПОП) 30 для управления базой данных пользователей и процессора 10 операций и технического обслуживания (ПОТО). Эти процессоры ПРП 20, ПОП 30 и ПОТО 10 соединены с локальной сетью посредством соединителя для связи, а внутренние связи в системе осуществляются посредством очереди сообщений, одной из межпроцессорных связей (МПС).

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

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

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

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

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

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

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

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

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

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

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

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

Фиг. 3 представляет блок-схему, иллюстрирующую аппаратное средство для обработки информации о неисправности и конфигурации в соответствующем варианту осуществления настоящего изобретения процессоре ПОТО 10.

Фиг. 4 иллюстрирует графическую конфигурацию основного изображения для управления неисправностью.

Фиг. 5 и 6 иллюстрируют графические конфигурации системных изображений процессоров ПРП 20 и ПОП 30.

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

Фиг. 11-13 иллюстрируют графические конфигурации изображений программного обеспечения процессоров ПРП 20, ПОП 30 и ПОТО 10.

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

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

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

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

Рассматривая фиг. 2, отметим, что соответствующая варианту осуществления настоящего изобретения система регистра исходных местоположений содержит процессоры ПРП 20, ПОП 30 и ПОТО 10, аналогичные показанным на фиг. 1. Как показано на фиг. 2, каждый из процессоров ПРП 20, ПОП 30 и ПОТО 10 состоит из системы связанного с неисправностью программного обеспечения, а конфигурация связанного с неисправностью программного обеспечения в ПРП 20 и ПОП 30 на фиг. 2 аналогична конфигурации, показанной на фиг. 1.

Процессор ПРП 20 состоит из отправителя неисправности (ОН) 22, администратора стековой памяти (АСП) 24 и модуля организации передачи (МОП) 26, а процессор ПОП состоит из ОН 32, блока манипулирования доступом оператора (БМДО) 34 и МОП 36. Каждый из ОН 22 и 32, включенный в соответственные ПРП 20 и ПОП 30, обнаруживает и сообщает о неисправностях, появляющихся в ПРП 20 и ПОП 30 соответственно, а каждый МОП, включенный в ПРП 20, ПОП 30 и ПОТО 10 передает данные через соединитель между ПРП 20, ПОП 30 и ПОТО 10. Помимо этого, АСП 24, имеющийся в ПРП 20, проверяет и сообщает состояние программного обеспечения внутри ПРП 20, а БМДО 34 проверяет и сообщает состояние программного обеспечения внутри ПОП 30.

Конфигурация касающегося неисправности программного обеспечения ПОТО 10 содержит МОП 2, блок управления неисправностью конфигурации (УНК) 4, модуль окна неисправности (МОН) 6, базу данных (БД) 8 и администратор ПОТО (АПОТО) 12. УНК 4 управляет данными конфигурации ПРП 20 И ПОП 30 и обнаруживает неисправности и сообщает о них, а МОН 6 отображает состояния систем ПРП 20, ПОП 30 И ПОТО 10 в виде графиков. АПОТО 12 управляет всем процессом ПОТО 10 и сообщает состояние процесса.

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

Когда появляется неисправность аппаратного средства: ОН 32 или ОН 22 ПОП 30 или ПРП 20 собирает информацию о неисправности и передает ее через очередь сообщений на МОП 26 или 36. МОП 26 или 36 передает ее через соединитель на МОП 2 процессора ПОТО 10. МОП 2 передает информацию о неисправности через очередь сообщений на УНК 4, а УНК 4 корректирует БД 8 в ней и далее передает ее на модуль МОН 6. Модуль МОН 6 вырабатывает визуальные и звуковые предупреждения, соответствующие содержанию неисправности посредством изображения 10 графического пользовательского интерфейса (ГПИ) и звукового устройства 16.

Когда появляется неисправность программного обеспечения: в случае процессоров ПРП 20 и ПОП 30, каждый из блоков АСП 24 и БМДО 34 собирает информацию о неисправности и передает ее на МОП 26 и 36 соответственно, а остальной процесс аналогичен ходу процесса описанной выше неисправности аппаратного средства. В случае ПОТО 10 АПОТО 12 собирает информацию о неисправности и передает ее на блок УНК 4, а остальной процесс аналогичен ходу процесса, описанного выше для случая неисправности аппаратного средства.

Фиг. 3 представляет блок-схему, иллюстрирующую аппаратное средство для обработки информации о неисправности и форме в ПОТО 10 и показывающую внутреннюю конфигурацию системы, деблокирующей пользовательский интерфейс. Вышеупомянутый пользовательский интерфейс можно выполнять, например, посредством X-окна. Как показано на фиг. 3, выходное устройство 40 состоит из печатающего устройства, динамика, оконечного устройства и так далее, благодаря чему обеспечиваются распечатка информации о неисправности в виде текста и генерирование звуковых сигналов предупреждения при наличии информации о неисправности. Входное устройство 42 состоит из манипулятора типа “мышь”, клавишной панели и так далее, так что оператор может манипулировать изображением на дисплее.

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

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

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

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

В предпочтительном варианте осуществления настоящего изобретения графики неисправностей содержат основное изображение, показанное на фиг. 4, системные изображения, как показано на фиг. 5 и 6, изображения монтажа панелей, как показано на фиг. 7-11 и изображения программных обеспечений, как показано на фиг. 11-13. График основного изображения, как показано на фиг. 4, включает в себя сочетание форм (ПОТО, ПРП, ПОП) основной системы, представляющих состояния наименьшего уровня панелей всей системы в случае управления несколькими системами, так что оператор может получать систематический вид состояний каждой из упомянутых систем. Форма ПОТО представляет состояние неисправности программного обеспечения, показанного на фиг. 2, ПОТО 10, форма ПРП и форма ПОП представляют состояния неисправностей аппаратного средства и программного обеспечения, показанных на фиг. 2 ПРП и ПОП 30.

Со ссылкой на фиг. 4 отмечается, что термины “Не оборудован”, “Существенный”, “Критический”, “Незначительный” и ” Нормальный” представляют визуальные предупреждения, в которых “Не оборудован” отображается черным цветом, “Критический” – красным цветом, “Существенный” – оранжевым цветом и “Нормальный” – зеленым цветом. Термин “Реконфигурирование” представляет кнопку реконфигурирования, используемую для реконфигурирования информации о состоянии системы, а термин “ВКЛЮЧЕНИЕ звука” показывает КНОПКУ ВКЛЮЧЕНИЯ – ВЫКЛЮЧЕНИЯ звукового предупреждения.

Фиг. 5 и 6 служат для отображения информации о конфигурации систем ПРП 20 и ПОП 30 на экране, где графические изображения системы содержат вид спереди аппаратного средства (представленный термином “передний”), отображаемый сочетанием состояний панелей, смонтированных на передней стороне, вид сзади аппаратного средства (представленный термином “задний”), отображаемый сочетанием состояний панелей, смонтированных на задней стороне, и изображение программного обеспечения (представленное термином “программное обеспечение”), отображаемое сочетанием состояний подлежащих выполнению процессов внутри систем ПРП 20 и ПОП 30, так что оператор может систематически проверять состояния систем ПРП 20 и ПОП 30.

На фиг. 5 показаны графические представления основного изображения ПРП 20, а на фиг. 6 показаны графические представления основного изображения ПОП 30. На графиках изображения монтажа панелей, как показано на фиг. 7-10, на экране отображаются состояния панелей, смонтированных на передней и задней сторонах процессоров ПРП 20 и ПОП 30, на которых фиг. 7 иллюстрирует основное изображение передней стороны ПРП 20, фиг. 8 иллюстрирует основное изображение задней стороны ПОП 30, фиг. 9 иллюстрирует графики изображения периферийной передней стороны ПРП 20, а фиг. 10 представляет графики изображения периферийной задней стороны. Графики изображения программного обеспечения фиг. 11-13 иллюстрируют изображения программного обеспечения, отображающие состояния каждого соответствующего связанным подлежащим выполнению процессом в системах ПРП 20, ПОП 30 и ПОТО 10. Фиг. 11 иллюстрирует изображение программного обеспечения ПОП 30, фиг. 12 иллюстрирует изображение программного обеспечения ПРП 20, а фиг. 13 представляет изображения программного обеспечения ПОТО 10.

При проведении жесткого кодирования с целью подготовления графических файлов для всех изображений, чтобы конфигурировать отдельные изображения, показанные на фиг. 4-13, обычно используются ресурсы системы, такие как запоминающее устройство, время загрузки процесса. Чтобы избежать частное использование таких ресурсов системы, в настоящем изобретении используется техника, в которой требуемое подробное изображение можно расширить из верхнего изображения, а подлежащая отображению информация о состояниях на подробном изображении выводится из файла 1f (не переведено) или базы данных 1e (не переведено), так что можно экономить ресурсы системы.

Рассматривая фиг. 14, отметим, что использование изображений неисправностей осуществляется в форме сверху вниз относительно информации о конфигурации и неисправностях всей системы, так что оператор может легко получить полный вид состояний системы. То есть, при выборе нужной системы из основного изображения, как показано на фиг. 4, отображается соответствующее фиг. 5 или фиг. 6 требуемое изображение системы, а при выборе необходимого объекта (из основного, периферийного, переднего, заднего видов программного обеспечения) отображается одно из изображений монтажа панелей или изображения программного обеспечения, соответствующих связанным фиг. 7-10. Как показано на фиг. 14, изображения ГПИ отображаются по этапам, так что оператор легко может захватить состояния системы в целом или детально.

Соответствующий настоящему изобретению способ выполняет инициализирование, конфигурирование и обработку проявлений неисправностей для управления неисправностями. Блок-схемы алгоритмов на фиг. 15a и 15b иллюстрируют инициализирование соответствующего варианту осуществления настоящего изобретения процесса, блок-схемы алгоритмов на фиг. 16a и 16b иллюстрируют соответствующий варианту осуществления настоящего изобретения процесс реконфигурирования, а блок-схема алгоритма на фиг. 17 иллюстрирует соответствующую варианту осуществления настоящего изобретения обработку проявлений неисправностей.

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

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

Со ссылкой на фиг. 2 и 15 отмечается, что действие инициализирования представляет собой процедуру, в которой данные конфигурации выбираются из файла данных, запоминающего информацию о конфигурации относительно всех систем до уровня платы, благодаря чему вырабатываются визуальные и звуковые предупреждения таким образом, чтобы оператор мог легко распознать. На фиг. 15a представлено выполнение процесса в показанном на фиг. 2 блоке УНК 4, а на фиг. 15b представлено выполнение процесса в показанном на фиг. 2 модуле МОН. Файл данных, в котором записывается информация о конфигурации всех систем до уровня панелей, готовится заранее до начинания операции инициализации.

Со ссылкой на фиг. 2, отмечается, что на этапе 102 процесса (a) блок УНК 4 выбирает данные конфигурации из вышеупомянутого файла данных и запоминает их в базе данных 8, и после этого переходит к этапу 104 для увеличения скорости обработки. На этапе 104 блок УНК 4 выбирает информацию о конфигурации из базы данных 8 с целью дальнейшей записи ее во внутреннюю буферную память. После этого на этапе 106 блок УНК 4 инициализирует все объекты каждой системы в состояние “Не оборудован”, и в соответствии с этим все объекты, выраженные графиками, окрашиваются в черный цвет. И блок УНК 4 переходит к этапу 108 для проверки принята ли информация о состоянии аппаратного средства или программного обеспечения из систем ПРП 20 и ПОП 30 и принята ли информация о состоянии программного обеспечения из системы ПОТО 10. После приема информации о состояниях блок УНК 4 переходит к этапу 110 с целью анализирования принятой информации о состоянии, выводя при этом информацию о конфигурации, соответствующую принятой информации о состояниях, из внутренней буферной памяти и передавая вышеупомянутую информацию о конфигурации и состояниях в МОН 6.

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

Соответствующая варианту осуществления настоящего изобретения операция конфигурирования описывается следующим образом. В настоящем изобретении обеспечивается изменение информации о конфигурации, типа добавления и исключения внутренних приборов во время работы системы и несоответствие между действительной информацией о состояниях неисправностей системы и информацией о графических представлениях из-за опускания информации о неисправности в ходе прохождения через локальную вычислительную сеть (ЛВС) и через внутреннюю межпроцессорную связь (МПС). С целью подготовки к таким проявлениям на основном изображении обеспечивается кнопка реконфигурирования (“Реконфигурирование”), как показано на фиг. 4.

В случае несовместимости информации о состояниях неисправностей системы с информацией о графических представлениях блоки УНК 4 и МОН 6 при запросе оператором выполняют операцию конфигурирования, как показано на фиг. 16. Когда оператор нажимает или щелкает кнопкой “Реконфигурирование” на основном изображении посредством клавишной панели или “мыши”, блок УНК переходит от этапа 200 показанного на фиг. 16a процесса к этапу 202 с целью передачи информации реконфигурирования на модуль МОН 6. При приеме информации о реконфигурировании на этапе 250 показанного на фиг. 16b процесса МОН 6 переходит к этапу 252 с целью инициализирования графических выражений для всей информации в самом МОН, после чего передавая инициализирующее сообщение на блок УНК 4 на этапе 254.

При приеме вышеупомянутого инициализирующего сообщения на этапе 204 блок УНК 4 переходит к этапу 206 процесса (a). На этапе 206 блок УНК 4 запрашивает ПРП 20 и ПОП 30 в отношении информации о состоянии всех объектов, входящих в текущие системы, после чего принимает от них такую информацию. При приеме такой информации о состоянии на этапе 206 блок УНК 4 переходит к этапу 208 для обработки вышеупомянутой принятой информации о состоянии, подавая при этом далее получающиеся данные на МОН 6. При приеме информации о состоянии на этапе 256 процесса (b) МОН 6 переходит к этапу 258 с целью реконфигурирования состояний каждого из всех соответствующих объектов для графических отображений, благодаря чему можно устранить несогласованность информации о состоянии.

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

Фиг. 17 представляет блок-схему алгоритма процесса, иллюстрирующую процедуру обработки информации о неисправности системы с целью решения вышеупомянутой проблемы в соответствии с вариантом осуществления настоящего изобретения. Как показано на фиг. 17, при приеме на этапе 300 информационного сообщения о неисправностях, передаваемого через блок УНК 4 от нескольких объектов, МОН 6 переходит к этапу 302 для анализирования принятой информации, корректируя, таким образом, внутреннее буферное запоминающее устройство деталей неисправностей и в соответствии с этим корректируя, в зависимости от уровней неисправностей, цвет более высокого уровня конфигурации релевантного объекта, имеющегося на основном изображении, как показано на фиг. 4.

После этого МОН 6 переходит к этапу 304 для проверки, появляется ли (то есть возникает ли) на текущем экране подробное изображение, соответствующее релевантной неисправности. Если на экране появляется релевантное изображение, то МОН 6 переходит к этапу 306 для генерирования визуальных предупреждений, соответствующих фигуре релевантного объекта. Визуальные предупреждения классифицируются по четырем уровням, в которых если состояние неисправности критическое, то такое состояние выражается красным цветом, существенное состояние выражается оранжевым цветом, незначительное состояние выражается желтым цветом, а нормальное состояние выражается зеленым цветом. Кроме этого, если информация о состоянии соответственного объекта не принята, соответственный объект обрабатывается так, чтобы получить состояние “Не оборудован”, и выражается черным цветом.

Для обеспечения примера вырабатывания визуального предупреждения предположим, что на основном изображении передней стороны, как показано на фиг. 5, появилась критическая неисправность блока батарейной поддержки в элементах аппаратного средства, а основное изображение передней стороны ПРП отображается, как показано на фиг. 7. Тогда форма “FEP” (ПРП) мерцает красным цветом, как показано на фиг. 4, форма “передний” мерцает красным цветом, как показано на фиг. 5, и форма “блок батарейной поддержки” мерцает красным цветом. Помимо этого, если соответственное изображение неисправности в данный момент не отображается, цвет визуального предупреждения не корректируется. Соответственное изображение неисправности можно получить на текущем экране с помощью щелчка кнопки формы основной системы на основном изображении посредством “мыши”.

После выражения связанной фигуры объекта на соответственном изображении в цветах на этапе 306 или без вырабатывания цветного выражения МОН 6 переходит далее к этапу 308 для вырабатывания звукового предупреждения в зависимости от уровней неисправностей. Звуковое предупреждение изменяется в зависимости от критического, существенного или незначительного состояния.

После проверки текущего состояния системы оператор может подавить (прекратить) звуковое предупреждение. Если оператор щелкает кнопкой “ВКЛЮЧЕН звук” на основном изображении, всегда отображаемом на экране, как показано на фиг. 4, МОН 6 распознает соответствующий сигнал через блок УНК 4. А затем на этапе 310 МОН 6 распознает щелкание кнопки “ВКЛЮЧЕНИЕ звука” и далее переходит к этапу 312 с целью остановки звукового предупреждения.

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

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

Формула изобретения

1. Способ управления неисправностью системы в регистре исходных местоположений системы многостанционного доступа с кодовым разделением каналов (МДКРК), отличающийся тем, что подготавливают заранее файл данных, в котором записывается информация о конфигурации всех систем, так что все внутренние приборы в системах в упомянутом регистре исходных местоположений можно включать до максимума во время конфигурирования первоначальных изображений, запоминают упомянутую информацию в базе данных, принимают информацию о состояниях в отношении упомянутых приборов, передаваемую от каждой из упомянутых систем после инициализации упомянутых всех приборов таким образом, чтобы каждый упомянутый прибор нес информацию о состоянии “Не оборудован”, и визуально отображают состояние неисправности упомянутого релевантного прибора в виде графика неисправности на изображении, соответствующем упомянутому релевантному прибору с помощью упомянутой принятой информации о состоянии и упомянутой информации о конфигурации, запомненной в упомянутой базе данных, соответствующей упомянутой принятой информации о состоянии, и вырабатывают звуковое предупреждение относительно упомянутого состояния неисправности.

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

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

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

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

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

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

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

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

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

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

РИСУНКИ

MM4A – Досрочное прекращение действия патента СССР или патента Российской Федерации на изобретение из-за неуплаты в установленный срок пошлины за поддержание патента в силе

Дата прекращения действия патента: 20.03.2009

Извещение опубликовано: 20.07.2010 БИ: 20/2010