Совместимое устройство сопряжения пользования

 

Изобретение относится к технике дистанционной передачи данных. Достигаемый технический результат - улучшение адаптации устройства сопряжения пользователя. Пользователь выдает управляющие команды с внешнего оконечного устройства в коммутатор дистанционной передачи данных. Устройство сопряжения пользователя содержит управляющее программное обеспечение, которое направляет команды в коммутатор для исполнения и выдает инструкции, касающиеся команд. Данные о типах и допустимых диапазонах значений параметров команд и буквенно-цифровые данные, касающиеся инструкций, выдаваемых пользователю, отделены от программного кода управляющего программного обеспечения. Управляющее программное обеспечение дополнительно содержит программный блок сервера, связанный с упомянутой базой данных, и этот блок в ответ на принятый запрос проверки проверяет данные, которые пользователь обеспечивает для коммутатора, и в ответ на запрос инструкции вырабатывает инструкцию, подлежащую выдаче пользователю. 2 с. и 5 з.п. ф-лы, 1 табл., 4 ил.

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

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

На практике аппаратное обеспечение блока ОЭ содержит центральный процессор ЦП и один или больше накопителей на жестких магнитных дисках в качестве отдельной памяти большой емкости, и один или больше блоков гибких дисков.

Программы блока ОЭ оконечного устройства ввода данных оператора подсоединены непосредственно к блоку ОЭ, или через сеть О и Э формируют устройство сопряжения пользователя между коммутатором и оператором, известное как ЧМИ (человекомашинный интерфейс). Это устройство сопряжения пользователя содержит компоненты, показанные на фиг. 1, которые включают в себя, например, упомянутое оконечное устройство ввода данных ОУВД, связанное с блоком ОЭ БОЭ коммутатора КОМ, несколькими контроллерами языка манипулирования мультибазами данных ЧМЯ 12, которые являются блоками, размещенными в запоминающем устройстве - на диске блока ОЭ, и блоком процессора 13, который представляет собой программный блок, размещенный в запоминающем устройстве - на диске блока ОЭ (или, возможно, в другом вычислительном блоке коммутатора), и подсоединен к средству управления по фактическим вызовам. Один контроллер ЧМЯ 12 сопровождает выполнение определенных команд, благодаря чему информация кодируется для контроллера ЧМЯ, касающегося этих команд, в отношении того, каким образом инструктировать пользователя, какого рода значения параметров, выдаваемых пользователем, необходимо иметь, каким путем выполняемая команда передается в блок процессора и каким образом величины, выдаваемые пользователем, следует выражать в упомянутой выполняемой команде.

Оператор выдает команды через оконечное устройство ввода данных ОУВД на коммутатор, используя известный сам по себе командный язык ЧМЯ (человекомашинный язык), синтаксис ввода-вывода которого определяется в рекомендациях z.317 - z.341 Комитета ITU-1 (Комитета по стандартизации телекоммуникаций в составе Международного союза по электросвязи) (бывшего МККТТ (Международного консультативного комитета по телеграфии и телефонии)). На языке ЧМЯ существует команда для каждой функции. Программное обеспечение является иерархическим; в начале сеанса он находится на главном уровне, благодаря чему на экране отображающего устройства появляется перечень классов команд. Классы команд образуют уровень классов команд, благодаря чему при выборе одного класса команд из главного уровня для пользователя группами команд этого класса отображается меню (которое образует следующий уровень). Каждая группа команд содержит от 4 до 8 команд, благодаря чему при выборе требуемой группы команд можно реализовать нужную команду. Разделение является функциональным, что класс команд отвечает за один блок функций, типа команд для организации или маршрутизации абонента (сравните S и R на фиг. 2). Группа команд отвечает за меньший выбор команд, связанных друг с другом, типа команд, относящихся к выбору укороченного номера абонента. Программное обеспечение основано на меню, и оператор получает инструкции поэтапно с помощью меню в отношении правильной команды. Управляющее устройство сопряжения пользователя ЧМИ разблокирует несколько одновременных командных сеансов в одну и ту же систему. Сеансы в общем не зависят друг от друга, но так, что запрещается временное манипулирование одной и той же информацией из разных сеансов.

На фиг. 2 изображено меню на главном уровне. Оно раскрывает название класса команд в форме открытого текста, следующего за буквой, благодаря чему можно войти в меню группы команд класса команд, выбирая букву, и подобным образом войти в команды группы, выбирая букву требуемой группы команд. После этого можно переписать команду. Форма команды может быть, например, такой: "ZRCI : GSW : NCGR = OUTGR". Команда содержит буквы команды, в данном случае ZRCI, и блоки параметров, следующие после них, отделенные двоеточием. Один блок параметров может содержать более чем один параметр, эти параметры разделяются запятой. Когда пользователь выдает только буквы команд, которые завершаются нажатием клавиши ввода, контроллер ЧМЯ выдает информацию в текстовой форме в отношении того, какие виды параметров можно использовать. После выдачи каждого параметра также можно получить инструкции относительно следующего параметра. Программа ЧМЯ выдает инструкции оператору на всех уровнях, поэтому оператору очень редко требуется консультироваться в справочнике. Подача команд не требует какого-либо особого мастерства, а единственным необходимым условием, естественно, является то, чтобы оператор понимал язык, на котором на экране отображающего устройства появляются в темпе поступления инструкции в текстовой форме.

Представленное на фиг. 1 известное устройство сопряжения пользователя работает следующим образом. Когда пользователь дает команду ЧМЯ, как было описано выше, контроллер ЧМЯ 12 в ответ на данную последовательность символов инициируется и запускает связь с пользователем через оконечное устройство ОУВД. Справочное меню, отображаемое оконечным устройством ОУВД, и информация, требуемая для проверки величин параметров, кодируется для контроллера ЧМЯ (в код программы). Если контроллер ЧМЯ "удовлетворен" параметрами, принятыми от пользователя, он формирует сообщение на основании принятых параметров и посылает его в блок процессора 13. Блок процессора корректирует данные, содержащиеся в сообщении, принятом от контроллера ЧМЯ, в свои собственные данные параметров, подлежащие использованию в связи с управлением вызовом. После получения откорректированных данных, процессор посылает подтверждение в контроллер ЧМЯ, который дальше уведомляет пользователя.

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

Когда требуется произвести некоторые изменения в устройстве сопряжения пользователя (то есть в команде ЧМЯ, предназначенной для управления коммутатором), например, подлежат добавлению только некоторые параметры, или подлежит изменению допустимый диапазон значений параметров или справочные тексты для пользователя, следует перекодировать и перекомпилировать команду ЧМЯ, наряду с остальной частью системы программного обеспечения. Если необходимо, например, разблокировать новые буквы команд, следует корректировать всю систему программного обеспечения.

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

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

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

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

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

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

Фиг. 1 иллюстрирует известное устройство сопряжения пользователя коммутатора.

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

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

Фиг. 3b иллюстрирует логическое построение показанной на фиг. 3a базы данных.

Фиг. 4 показывает один предпочтительный вариант осуществления устройства сопряжения пользователя.

На фиг. 3a изображено, каким образом изменяется показанное на фиг. 1 устройство сопряжения пользователя при воплощении в соответствии с изобретением. В соответствии с изобретением "интеллект", содержащийся в известных контроллерах ЧМЯ, преобразуется в отдельную базу данных БД, содержащую в настоящее время информацию о том, какого вида устройство сопряжения пользователя она содержит и как оно функционирует. В базе данных запоминаются данные относительно обслуживания, которое обеспечивает устройство сопряжения пользователя, и команды, и параметры, связанные с каждым видом обслуживания, и допустимые значения каждого параметра. В базе данных запоминаются также буквенно-цифровые данные, необходимые для отображения справочных текстов для пользователя через оконечное устройство ОУВД. Процессы считывания и записи, проводимые в базе данных, сопровождаются отдельным серверным программным блоком 33, который на основании данных, принимаемых им из базы данных, с одной стороны осуществляет связь с контроллерами ЧМЯ 32, а с другой стороны - с (одним или больше) блоками процессора 13. Контроллеры ЧМЯ 32 реализованы в виде общих программных блоков, следящих только в одном направлении потока обмена за отображением сообщений, принимаемых из серверного программного блока для пользователя, а в другом направлении потока обмена запросы обслуживания передачи в серверный программный блок. Таким образом, контроллеры ЧМЯ выполняют в виде настолько простых блоков, насколько это возможно, благодаря чему устройство сопряжения пользователя можно легко изменять для работы с другим оборудованием (путем изменения контроллера ЧМЯ в блок устройства сопряжения пользователя, подходящий для упомянутого режима работы).

В дополнение к семантическим проверкам справочных текстов и параметров в соответствии с предпочтительным вариантом осуществления изобретения данные хранятся в базе данных, с которой связан блок процессора, и эти данные надлежит посылать с помощью сервера в ответ на определенную команду ЧМЯ. В зависимости от реализации может быть несколько отдельных блоков процессора 13; обычно их бывает по одному для каждого вида обслуживания. (Основную идею изобретения также можно воплотить в случае только одного блока процессора.) В соответствии с предпочтительным вариантом осуществления изобретения в базе данных имеются данные, касающиеся не только того, какая команда ЧМЯ дана правильно, но также данные относительно того, что следует делать в ответ на команду.

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

На фиг. 3b показана одна возможная логическая структура базы данных БД. База данных в этом примерном случае разделена на смесь различных блоков (предметные наборы) A . . . G. Связи между блоками показаны на чертеже стрелками таким образом, что направление стрелки иллюстрирует продвижение выборки информации внутри базы данных. Специальные данные команд хранятся в блоке A, то есть данные по буквам имеющихся команд. Блок B разрывает групповую команду ЧМЯ на части, то есть этот блок имеет идентификационные данные, с помощью которых рассматриваемое обслуживание в каждый момент времени идентифицируется таким образом, чтобы можно было запрашивать правильные блоки параметров (блок параметров относится к параметрам между двумя двоеточиями в команде ЧМЯ) следующего блока (блок C), который содержит данные, специфичные для каждого блока параметров в используемых командах. Блок параметров D содержит все данные, характерные для каждого параметра. (Это могут быть, например, типы параметров и их местоположения в блоке). После этого процесс переходит в блок E, который содержит данные по допустимому диапазону значений параметров. Следующий блок (блок F) содержит буквенно-цифровые данные (справочные тексты), необходимые для формирования справочных сообщений. В этот блок могут поступать данные даже до их поступления из блока A в блок D в зависимости от того, на каком этапе следует инструктировать пользователя.

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

Серверный программный блок 33 (который дальше будет называться сервером) на практике можно реализовывать (известным самим по себе способом) так, чтобы он содержал одно ведущее устройство и один подчиненный компонент системы. Ведущее устройство резервирует один подчиненный компонент системы для сеанса ЧМЯ. Одновременно можно резервировать несколько подчиненных компонентов системы, но их количество не может превышать количества открытых сеансов ЧМЯ.

Соответствующее изобретению устройство сопряжения пользователя функционирует так, что требуемая информация выводится из базы данных на основании частей команд ЧМЯ, обеспечиваемых пользователем. Например, в связи с командой "KUA : A_VALID : 1234567 :" база данных проверяется с целью определения, существует ли команда, соответствующая буквам команды KUA, существует ли вид обслуживания A_VALID и находится ли телефонный номер 1234567 в некотором интервале, определенном в базе данных. Дальше описывается более подробно работа устройства сопряжения пользователя, представленного на фиг. 3a, используя в качестве примера ситуацию, в которой пользователь вводит команду "XYZ : ID : 56 :" с оконечного устройства (вводимая последовательность символов показана в кавычках). События показаны в хронологическом порядке, начиная с ситуации, в которой первая часть команды "XYZ : ID :" уже дана, а величину последнего параметра (56) еще подлежит задать.

1. Пользователь вводит "XYZ : ID : <ret>" (знак <ret> иллюстрирует нажатие ключа возврата или ввода данных, который в случае языка команды ЧМЯ означает необходимость в подсказке) в оконечном устройстве ЧМЯ, благодаря чему инициируется правильный (относительно команды) контроллер ЧМЯ. Правильный контроллер идентифицируется с помощью букв "XYZ".

2. Контроллер ЧМЯ формирует и посылает в сервер сообщение с запросом подсказки, показывающее данные, которые пользователь уже представил. С помощью этого сообщения контроллер ЧМЯ запрашивает инструкцию в отношении данных, подлежащих выдаче после XYZ : ID. Если пользователь ввел только символы "XYZ : <ret>", контроллер ЧМЯ должен запросить инструкцию в отношении данных, даваемых после XYZ.

3. Сервер формирует опрос из базы данных БД на основании сообщения с запросом подсказки, которое он принял. В результате опроса сервер принимает элементы текста, подлежащие отправке в контроллер ЧМЯ, и ограничения, касающиеся параметров, показанных в элементах текста, подлежащих запросу у пользователя (типы данных и области допустимых значений).

4. Сервер формирует текст подсказки и посылает его в контроллер ЧМЯ на основании данных, которые сервер принял из базы данных.

5. Контроллер ЧМЯ распечатывает текст полсказки, который он принял, как таковой на оконечном устройстве ОУВД, благодаря чему пользователь видит текст.

6. Пользователь выдает дополнительные данные на клавишной панели оконечного устройства на основании принятого текста подсказки. (В этом случае пользователь дает последовательность символов "XYZ : ID : 56 <ret>").

7. На основании данных, выданных пользователем, контроллер ЧМЯ генерирует сообщение запроса проверки, которое показывает местоположения подлежащих проверке параметров, и их значения, и посылает сообщение в сервер.

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

9. Сервер уведомляет контроллер ЧМЯ о результате проверки, которую он выполнил.

10. Если посылаемый параметр прошел проверку, контроллер ЧМЯ распечатывает данную последовательность символов и заменяет знак <ret> в конце на двоеточие.

11. Пользователь показывает свое одобрение в отношении исполнения проверенной последовательности символов с помощью ввода точки с запятой в конце последовательности символов (благодаря этому окончательная последовательность символов имеет форму "XYZ : ID : 56 : ;").

12. Контроллер ЧМЯ формирует сообщение с запросом исполнения на основании последовательности символов и посылает его в сервер, запрашивая сервер выполнить команду, указанную последовательностью символов.

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

14. Сервер генерирует сообщение, в котором содержится подтверждение исполнения, и посылает его в контроллер ЧМЯ. Сообщение с подтверждением приема также содержит возможные распечатки исполнения. Контроллер ЧМЯ передает данные пользователю и выдает конец уведомления об исполнении.

Следует отметить, что если пользователь первоначально или на этапе 6 запишет последовательность символов "XYZ : ID : 56 : ;" в правильном виде, устройство сопряжения пользователя начнет исполнение с этапа 7 и перейдет к этапам 12 - 14 непосредственно после этапа 9.

Описанная выше проверка на этапе 8 выполняется таким образом, что последовательность символов ASCII (Американский стандартный код для обмена информацией), посылаемая контроллером ЧМЯ, сначала преобразуется в (числовое) значение в соответствии с типом рассматриваемого параметра. Если преобразование успешное (при котором данный параметр является параметром нужного типа), осуществляется проверка диапазона значений, основываясь на диапазоне значений, хранящемся в базе данных.

Существует четыре типа сообщений, посылаемых контроллерами ЧМЯ в серверы: сообщения об инициализировании сеанса, сообщения о запросе инструкций, сообщения о запросе проверки и сообщения о запросе исполнения. Сообщение об инициализировании сеанса содержит идентификатор команды. Сервер отвечает на сообщение данными санкционирования команды, которые он выбирает из базы данных. Сообщение с запросом инструкций содержит данные, по которым запрашивается инструкция о параметрах. Сервер отвечает посылкой справочного текста. Сообщение с запросом проверки содержит данные, по которым запрашивается проверка параметра и величина параметра. Сообщение может иметь несколько из этих пар или каждое значение параметра может проверяться его собственным сообщением. В сообщении о запросе исполнения нет необходимости посылать особые параметры. Если сервер не знает значения всех необходимых параметров, он посылает код ошибки в зависимости от команды (в противном случае он посылает команду на исполнение).

Одним из примеров подлежащей выдаче команды может быть, например, добавление абонента к данному обслуживанию. На практике эта команда может иметь форму "KUA : SERVISE1 : 1000,3 ;", что означает, что абонент с идентификатором абонента 1000 и классом абонента 3 добавлен к обслуживанию SERVISE1. Если данные о типе и диапазоне значений каждого параметра обслуживания запомнены в базе данных, то в этом случае - может иметь вид, как в таблице.

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

Устройство сопряжения пользователя можно легко сформировать в нескольких конфигурациях оборудования описанным выше способом. Это осуществляется таким образом, что свой собственный программный блок (блок устройства сопряжения пользователя) создается для каждой конфигурации оборудования, в соответствии с его работой с контроллерами ЧМЯ, показанными на фиг. 3. Этот вариант осуществления изобретения показан на фиг. 4, где программный блок первой операционной среды пользователя (например, операционной среды Unix) обозначен ссылочной позицией 42a, программный блок следующей операционной среды пользователя (например, операционной среды персонального компьютера) обозначен ссылочной позицией 42b и т.д. База данных БД и блок сервера 33 могут обслуживать все эти операционные среды. Каждый блок осуществляет связь с сервером через устройство сопряжения сообщений. Как было упомянуто выше, база данных может управлять во время работы формированием устройства сопряжения пользователя для каждой операционной среды.

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

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

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

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

3. Способ по п.1, отличающийся тем, что инструкция исполнения (G) также хранится в базе данных (БД), показывая, что следует делать в ответ на команду, выданную пользователем.

4. Устройство сопряжения пользователя для коммутатора дистанционной передачи данных, в котором пользователь выдает управляющие команды через устройство сопряжения с внешнего оконечного устройства (ОУВД) в коммутатор дистанционной передачи данных, причем эти команды, по меньшей мере некоторые из них, связаны с параметрами, и это устройство сопряжения пользователя содержит управляющее программное средство, которое направляет управляющую команду, выдаваемую пользователем, в коммутатор для исполнения, и выдает пользователю инструкции, касающиеся команд, отличающееся тем, что данные о типах и допустимых диапазонах значений параметров команд, используемые в устройстве сопряжения пользователя, и буквенно-цифровые данные, касающиеся инструкций, выдаваемых пользователю, отделены от программного кода управляющего программного обеспечения (32) в отдельную базу данных (БД), и управляющее программное обеспечение содержит программный блок сервера (33), связанный с упомянутой базой данных (БД), и этот блок в ответ на запрос проверки, который он принял, проверяет данные, которые пользователь обеспечил для коммутатора, и в ответ на запрос инструкция каждый раз вырабатывает инструкцию, подлежащую выдаче пользователю.

5. Устройство сопряжения пользователя по п.4, отличающееся тем, что оно также содержит отдельный программный блок (32, 42а, 42в), который принимает сообщения с инструкциями из программного блока сервера (33) и распечатывает их по существу как таковые на упомянутом внешнем оконечном устройстве (ОУВД), и вырабатывает запросы обслуживания для упомянутого блока сервера на основании данных, обеспечиваемых пользователем.

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

7. Устройство сопряжения пользователя по п.5, отличающееся тем, что в базе данных (БД) также хранятся данные (G), которые следует выдавать в ответ на команду, используемую в устройстве сопряжения пользователя.

РИСУНКИ

Рисунок 1, Рисунок 2, Рисунок 3, Рисунок 4, Рисунок 5, Рисунок 6