X Window System обычно использует tcp и сокеты для связи. Стандарт обслуживается X Consortium из mit.

Функции (или библиотека пользовательс­кого интерфейса), которые доступны для хост-компьютера (который является клиен­том и запускает прикладное программное обеспечение), определяются как Xlib (ряд API, написанных на языке С). Тем не менее конкретный программный интерфейс (API) для генерирования команд Xlib не определя­ется.

Передача данных по сети определяется X-протоколом.

Типичное название версии протокола выглядит следующим образом: X11R6, что означает "X, версия 11, выпуск 6".

Пакет разработчика высокого уровня для генерирования меню, линеек прокрутки, кнопок и других элементов GUI называется Widgets.

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

Руководство по стилю определяет, как должно реагировать приложение на действия пользователя Widget и, следовательно, опи­сывает внешний вид и восприятие GUI. Ад­министратор окон управляет элементами ин­терфейса в соответствии с набором правил, которые определяют возможные размеры и расположение Windows и Widget. Самым об­щепринятым пользовательским интерфейсом (иногда называется администратором окон) является Motif.

X Window System является примером вы­числительной системы с центральным серве­ром, где все операции, кроме реального ото­бражения данных, выполняются на сервере (прямо как в старые времена мейнфреймов!).

См. CDE, CLIENT/SERVER, DE FACTO, GUI, LBX, MOTIF, OPENLOOK, OSF, TCL-TK, TCP, WABI и X-TERMINAL.

X-10 (X-10 Powerhouse)

_________________________________________

Запатентованный корпорацией X-10 (США) метод передачи управляющих сигналов (ON, OFF, DIM и т.д.) по электропроводке 110 А.С. (ее еще называют Power Line Carrier) на модули, к которым подключены управляе­мые приборы и освещение.

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

Существует два основных типа устройств Х-10 — это передатчики и приемники. Пе­редатчики отвечают за пересылку команд X-10 и могут представлять собой небольшую коробку с кнопкой или содержать встроен­ный таймер, которые инициализируют пере­дачу команд в определенные моменты време­ни либо иметь какие-то устройства ввода (например, датчик, который определяет ин­тенсивность солнечного освещения).

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

Команды Х-10 являются 9-разрядными сообщениями, состоящими из:

• 4-разрядного "домашнего кода", который идентифицирует группу устройств Х-10. Изначально предполагалось, что в каж­дом доме будет использоваться уникаль­ный домашний код с тем, чтобы соседи не включали и не выключали свет друг у друга. Тем не менее проблемы не возни­кают, если использовать в одном доме несколько домашних кодов. Обычно раз­рабатывается 16 доступных домашних кодов, обозначаемых буквами от А до Р.

• 5-разрядного "ключевого кода". Первые 16 из 32 ключевых кодов ("Код блока") опре­деляют, какое устройство в пределах дей­ствия группы домашних кодов будет адре­соваться (устройства нумеруются от 0 до 15). Ключевые коды от 16 до 31 определя­ют функцию (сведены в приведенной ниже таблице), которую необходимо выполнить.

Код функции	Функция	Комментарии
16	Выключить все устройства	Выключаются все модули освещения и бытовых приборов с домашним кодом
17	Контрольный запрос
18	Уменьшить яркость освещения	Уменьшить яркость указанных модулей освещения на одну ступень
19	Расширенные данные
20	Включить	Включить указанный модуль освещения или бытового прибора
21	Инициализировать низкий уровень тусклого освещения	Установить указанный модуль освещения в определен­ное состояние (редко выполнимое)
22	Выключить все освещение	Выключить все модули освещения с домашним кодом
23	Состояние=выключено
24	Включить все освещение	Включить все модули освещения с домашним кодом
25	Контрольный ответ
26	Увеличить яркость освещения	Увеличить яркость указанных модулей освещения на одну ступень
27	Состояние=включено
28	Выключить	Выключить указанный модуль освещения или бытового прибора
29	Инициализировать высокий уровень тусклого освещения	Установить указанный модуль освещения в определен­ное состояние (редко используемое)
30	Расширенный код
31	Запрос состояния

Биты команды Х-10 передаются только после перехода через нуль ПО В переменно­го сигнала частотой 60 Гц (120 переходов через ноль на каждую секунду). Команде предшествует последовательность бит 1110, а после каждого из девяти бит команды следует его дополнение (для обнаружения ошибок). Затем вся последовательность из 22 бит по­вторяется (приемник будет использовать вто­рую копию, если первая была повреждена). Единичный разряд передается в виде пакета сигнала 5В частотой 120 КГц длительностью 1 мс сразу после перехода через ноль напря­жения питания и снова передается через 1.77 мс и в третий раз через 1.77 мс (эти пакеты со­ответствуют переходам через нуль трехфазно­го напряжения). Нулевой разряд обозначается отсутствием передачи пакета. Поэтому ско­рость передачи данных составляет 60 бит/с.

Х-10 был изначально разработан шотлан­дской компанией Pico Electronics в 1976 году (ему предшествовали 9 несвязанных продук­тов под кодовыми названиями от Х-1 до X-9) и продан вместе с аудиооборудованием BSR.

Конкурентоспособная и более мощная, но по быстродействию не подходящая для стандартизации и разработки технология на­зывается CEBus. Более подробную информа­цию по этому вопросу можно найти по ад­ресу http://www.cebus.org.

Информация по Х-10 находится на сер­вере американской корпорации Х-10 http://www.x10.com. Страница Ассоциации по авто­матизации дома (Home Automation Association) — http://www.hometeam.com/haa.shtml. На странице журнала Circuit Cellar (большого журнала для дизайнеров по элек­тронике) http://www.circellar.com/hasites.html приводится несколько указателей на Х-10. Информацию о поставщиках оборудования Х-10 можно найти по адресам http://www.hometeam.com/homenet/home.htm и http://www.smarthome.com.FAQ news://comp.home.automation находится по адресу http://www.cs.ualberta.ca/~wade/HyperHome.

Х.25

________________________________

Глобальная сеть с коммутацией пакетов.

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

Обычно оплата ведется за пакет (который обычно составляет от 128 до 256 байт дан­ных), сегмент (расчетная единица, составля­ющая до 64 байт данных в пакете) или сим­волы (байт данных).

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

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

См. CONNECTIONORIENTED, EDI, NPSI, QLLC, WAN, X.400 и ZMODEM.

Х.400

___________________________

OSI стандарт передачи сообщений (напри­мер, электронная почта).

Соединения между агентами передачи сообщений (МТА — Message Transfer Agent) и провайдерами службы (каждый из которых является административным доменом) пред­ставляют собой обычно Х.25. Для создания отличительного имени (DN — distinguished name) используется иерархическая схема ад­ресации. В следующей ниже таблице приве­дены названия полей, обязательных для DN.

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

Название адресного поля Х.400	Значение	Комментарии
С	Страна	Например, США
ADMD или А	Административный домен	Международный зарегистрированный провайдер службы, к которому подключается частная организация для получения почтовых услуг Х.400.
PRMD или Р	Частный домен	Имя МТА, которому провайдер службы направляет почту.
О	Организация	Чтобы выделить дополнительные уровни иерархии, в полях можно использовать точки ("."). Эти поля являются необязательными. Пользовательский идентификатор для пользователя из почтовой системы, не принадлежащей Х.400. Например, адрес Internet или CompuServe ID. Это поле необязательно.
OU D или DDA	Подразделение организации Определенный доменом атрибут
PN	Личное имя	Это может быть MSohnuer, однако обычно оно подразделяется на поля: фамилия (S — Surname), данное имя (G — Given Name) и второй инициал (1 — Middle Initial).

печатать на визитках, и может быть когда-нибудь в этом вопросе будет помогать служ­ба каталогов Х.500).

Сообщения Х.400 нельзя направлять че­рез промежуточные провайдеры службы Х.400, поэтому между ними должно быть непосредственное соединение (Х.25 или арендованная линия).

В Соединенных Штатах существует (или, по крайней мере, считается) около 12 про­вайдеров службы, среди них ATTMail, CompuServe, GEIS, IBM, MCI и Sprint (Telemail).

Примерами адресов Х.400 могут быть:

С:USA,A:Telemail,P:Internet,"RFC-822":<72567.3304(a)CompuServe.com

и

(С:USA, A:Telemail, O:LearnTree, FN:Mitchell, SN:Shonier).

Как видно, они не очень удобны и запо­минаемы для пользователя (особенно если сравнивать с почтовыми адресами Internet).

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

SMTP — это соответственный протокол электронной почты в среде TCP/IP и Internet. Однако в сравнении с SMTP протокол Х.400 отличается значительно высшим уровнем за­щищенности (например, благодаря поддерж­ке аутентификации и шифрования) и нали­чием подтверждения приема. Но следует отметить, что провайдеры службы Х.400 обычно устанавливают оплату за обслужива­ние сообщения электронной почты (тогда как электронная почта SMTP является почти бесплатной, благодаря низкой фиксирован­ной оплате за доступ к Internet, установлен­ной ISP, что предусматривает неограничен­ное использование электронной почты).

Более полная информация по этому воп­росу предлагается на

ftp://FTP.uMv/ashing-ton.edu/pub/user-supported/reader/text/standards/Х.400/.

См. DNS2, МТА, OSI, SMTP, UA, X.25 и Х.500.

Х.500

______________________________

Название ряда стандартов, отдельные из ко­торых определяют спецификацию служб каталогов, изначально предназначенных для использования со службой передачи сообще­ний Х.400 (электронная почта). Это система баз данных со следующими особенностями:

• База данных (которую принято называть каталог) является распределенной и иерархической с тем, чтобы серверы баз данных можно было располагать поблизо­сти от администраторов (например, каждая компания будет содержать свои данные на собственном сервере базы данных). Мож­но осуществлять поиск данных по базам, причем пользователи не обязаны знать, где хранятся считываемые данные.

• Серверы баз данных могут быть реализо­ваны на различных платформах.

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

Простым примером использования мо­жет быть осуществление ответов на запросы ("найдите мне всех людей по имени Хит­челл, которые работают в офисе Integrated Intelligence в Торонто"), причем пользова­тельский интерфейс предусматривает только простые манипуляции мышью. Среди других возможностей можно назвать:

• Способность вести поиск в различных полях

• Запоминание типа компьютера получате­ля сообщений электронной почты с тем, чтобы автоматически применять (или ге­нерировать) корректный формат файлов при присоединении файла к отправляе­мому сообщению

• Хранение ключей общего пользования для защищенной передачи сообщений

Среди усовершенствований версии спе­цификации 1993 года по сравнению с исход­ной версией (1988 год):

• Дублирование (хранение нескольких ко­пий информации для улучшения време­ни отклика, емкости и доступности — оп­ределяется в Х.525)

• Сертификатное управление (функция за­щиты, которая отслеживает, кто из пользователей имеет доступ к определен­ным ресурсам — определяется в Х.509)

• Дополнительные функции поддержки TCP/IP

Х.500 определяет два агента (реализован­ных в виде программного обеспечения):

• Агент службы каталогов (DSA — Directory Service Agent) — это располагаемая на сервере Х.500 часть, которая устанавли­вает связь с клиентами и другими серве­рами каталогов Х.500 (посредством их DSA).

• Агент пользователя каталога (DUA — Directory User Agent) — это располагае­мая на клиенте часть, которая устанавли­вает связь с DSA, чтобы получить для клиента информацию из каталога.

Как показано на рисунке, для передачи данных используются следующие протоколы, основанные на OSI:

• Протокол доступа к каталогу (DAP — Directory Access Protocol) — используе­мый клиентом (посредством DUA) для запроса и получения информации ката­лога от DSA

• Протокол службы каталога (DSP — Directory Service Protocol) — используе­мый сервером Х.500 (посредством DSA) для связи с другими серверами

• Протокол параллельного резервирования ин­формации каталога (DISP — Directory Information Shadowing Protocol) — ис­пользуемый для дублирования данных между серверами

Так как большинство клиентов не будут иметь стека протоколов OSI, IETF определил протокол легкого доступа к каталогу (LDAP — Lightweight Directory Access Protocol), кото­рый использует TCP/IP вместо OSI. По­скольку на данный момент связь на основе OSI требуется для DSP, серверам баз данных Х.500 будет требоваться стек протоколов OSI.

Кроме того, IETF определил, каким об­разом сохраняется информация определен­ных типов, с целью содействия обеспечению совместимости между серверами Х.500. На­пример, RFC 1274 определяет, как хранить и определять телефонные номера.

Записи каталога идентифицируются по отличительному имени (DN — Distinguished Name), которое является соединением значе­ний для этих атрибутов (которые стандарти­зированы для использования в электронной почте Х.400). Некоторые примеры приводят­ся в следующей таблице.

Атрибут		Название
Типичное значение	Аббревиатура
Общее имя	CN
Xitchell Shonier
Подразделение организации	OU
Проектирование
Организация	О	Integrated Intelligence
Штат/Область	ST	Включить
Страна	С	Канада

РИС. 54. X.500-1.

Одному отличительному имени может соответствовать несколько значений опреде­ленного атрибута (например, Xitchell Shonier и X.Shonier).

Списки управления доступом (ACL — Access Control List) определяют, кто имеет право доступа к определенным записям и полям данных записей. Например, только подразделение проектирования может про­сматривать значения атрибута типа рабочей станции, а посторонние пользователи могут просмотреть только телефонные расширения подразделения торговли.

Предыдущие службы каталогов были за­патентованными, уникальными для опреде­ленных платформ (например, NetWare MHS и Directory Services от Novell или Intelligent Messaging Architecture и StreetTalk от Banyan), что составляло серьезную проблему, если в организации было установлено несколько платформ, так как информацию приходилось вводить по несколько раз либо к ней нельзя было получить доступа на некоторых плат­формах.

Похоже, что реализации будут всегда поддерживать TCP/IP, так как протоколы OSI, которые изначально предполагалось использовать для Х.500, не получили всеоб­щего признания (теперь это замалчивается).

См. ENCRYPTION, LDAP, NDS, OSI, TCP/IP, PGP, Х.400 и Х.509.

X.509

_____________________________________________

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

См. AUTHENTICATION и PGP.

X/Open (X/Open Company Ltd.) - Компания Х/Open

___________________________________________________________

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

OSF является членом союза в настоящий момент, а в прошлом среди членов состоял Ш. Союз создает XPG и обеспечивает служ­бу сертификации. Его продукты получают марку "X".

X/Open был сформирован в 1988 году и также является владельцем имени UNIX. Он управляет лицензированием этого имени. Например, использующие это имя поставщи­ки должны выполнять "SPEC 1170" от X/Open, что описывает общий интерфейс API, который должны поддерживать все UNIX.

См. CDE, OSF, UI, USL, UNIX и XPG.

X/Open Portability Guide - Руководство по совместимости с X/Open

_____________________________

См. XPG.

X-stone

_____________________________

Контрольная задача для проверки произво­дительности работы с графикой. См. SPEC.

X Server - Х-сервер

_________________

Сервер отображения X Window System, т.е. X-терминал (поскольку X-терминал выполня­ет фактическую обработку и, следовательно, отображает команды). Клиент обычно рабо­тает на компьютере где-то в сети, используя Х-сервер (т.е. X-терминал) для функций ото­бражения (точно так же, как сервер базы данных будет использоваться для функций базы данных).

См. X-TERMINAL.

X Terminal — X-терминал

__________________________________

Графический терминал (обычно с интегриро­ванным интерфейсом Internet), который яв­ляется сервером отображения X Window System. Оснащен клавиатурой и мышью. Монитор может быть цветным или моно­хромным.

См. X WINDOW SYSTEM.

X Windows

__________________________

Некорректное название X Window System. См. X WINDOW SYSTEM.

XAPIA (X.400 Application Program Interface Association) — Ассоциация согласования прикладных программ X.400

_______________________________________________________________

Организация по определению стандартов, которая опубликовала спецификацию согла­сования для систем Х.400. Ее членами явля­ются Lotus, Microsoft и Novell. Они также работают над API набора стандартных вызо­вов электронной почты (CMC — Common Mail Call).

См. CMC, MAPI, VIM и X.400.

XBase

______________________________

Прикладное окружение и системы баз дан­ных, которые получили происхождение от систем dBase Ashton-Tate (теперь владельцем является Borland). См. SQL.

Xenix

_______________________________

Подобная UNIX операционная система ком­пании Microsoft для платформ Intel впервые выпущена в 1979 году.

Сначала это был порт UNIX Version 7 от AT&T, затем System III, а затем System IV. Обычно были доступны версии для DEC PDP-11 и Apple Lisa, однако сейчас доступ­ной является только ПК-версия.

Владельцем Xenix (а также авторских прав на некоторые части Xenix) является компания Microsoft и она же частично сде­лала порт для Intel 8086. С тех пор все пор­ты были выполнены SCO по контракту с Microsoft. SCO стала торговым посредником Xenix, продолжила разработку продукта и на протяжении многих лет была единственным большим продавцом продукта. Это потому, что SCO иногда считается продуктом SCO, a иногда продуктом Microsoft.

См. SCO и UNIX.

XGA (Extended Graphics Adapter) — Расширенный графический адаптер

__________________________________________________________

Усовершенствованная версия 8514/а (расши­ренная версия) компании IBM. Несмотря на то, что реализация XGA компании IBM так никогда и не получила широкого признания, этот термин часто используется для обозначения максимального расширения монитора, которое он поддерживал: 1024+768 пикселов. См. S8514-A и VGA.

XML (Extensible Markup Language) - Расширяемый язык разметки

___________________________________________________

Предложенное расширение для HTML, кото­рое позволяет определять новые дескрипто­ры. Если HTML позволяет использовать спе­циальный набор дескрипторов, то XML позволяет вводить новые дескрипторы (как это делает SGML).

Текст проекта XML находится по адресу http://www.w3.org/pub/mVlV/markUp/SGML/Activity.

См. SGML и HTML.

Xmodem

____________________________

Первоначальный протокол передачи файлов XModem. Использует СОМ-порт персональ­ного компьютера для передачи файлов на другой ПК (обычно посредством модемов). Он имеет массу ограничений и недостат­ков (однако в свое время был революцион­ным, поскольку это был единственный безо­шибочный способ передачи файлов между двумя микрокомпьютерами с использовани­ем их последовательных портов):

• Размер передаваемых файлов должен быть кратным 128 байтам (программа была впер­вые написана для операционной системы СР/М и это был размер сектора диска), поэтому отправляемые файлы могли быть длиннее исходных файлов.

• Кадры имеют длину исключительно 128 байт (кадры большей длины улучшили бы эффективность передачи файлов).

• Поскольку данные передаются в том виде, в котором они представлены в пе­редаваемом файле (они не зашифровыва­ются), требуется использовать "прозрач­ный" 8-разрядный канал связи (т.е. должны передаваться любые 8-разрядные значения). Это может быть обеспечено непосредственным телефонным соедине­нием между ПК через модем, но это до­вольно сложная задача для многих опе­рационных систем и сетей (таких как Х.25). Ввиду ограничений они зачастую могут переносить только 7-разрядные данные либо резервируют некоторые уп-

равляющие символы (такие как символ возврата каретки или переключения DLE — Data Link Escape) для служебного исполь­зования либо для программного управле­ния потоком (для чего требуется приме­нять управляющие символы ASCII x-on и x-off — 11₁₆ и 13₁₆). Каждому ПК требу­ется управлять потоком, поэтому они должны иметь соответствующую конфи­гурацию для аппаратного управления потоком данных (или для очень низкой скорости передачи данных).

• Имя файла не передается, как и любые другие атрибуты файла.

• Размер окна равен 1 — т.е. второй кадр не может быть передан до тех пор, пока не будет получено подтверждение о получе­нии первого кадра (это существенно сни­жает пропускную способность в быстро­действующих и с большими задержками каналах данных, поскольку отправитель должен приостановить передачу, пока не получит ack).

• • Восстановление синхронизации затруд­нено, поскольку данные и символы кон­трольной суммы не могут быть такими же, как символ начала кадра (это soh).

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

• Контрольная сумма составляет всего 8 разрядов, которые не обеспечивают чет­кого обнаружения (1 из 256 запорченных кадров не будет определен, поскольку его контрольная сумма будет равняться кон­трольной сумме не запорченного кадра).

Исходный код начальной разработки Intel 8080 был помещен в общедоступный домен замечательным парнем по имени Вард Кристенсен (Ward Christensen). Первая реализа­ция находилась в его программе Modem, которая была разработана для компьютеров СР/М (Control Program for Microcomputers, ко­торая была очень популярна в конце 70-х и в начале 80-х годов). Улучшенная версия (Modem 2) была выпущена в августе 1977 года. Эта программа позволяла двум компь­ютерам передавать двоичные или текстовые файлы через последовательные порты (и, естественно, посредством модемов), осуще­ствляя при этом простую проверку ошибок.

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

Протокол XModem использует 8-разряд­ный счетчик последовательности (для обна­ружения потерянных кадров), который явля­ется повторяющимся (как дополнение, в котором каждый разряд инвертируется) с тем, чтобы поврежденный (и потерянный) кадр или 7-разрядный канал данных обнару­живался надежно и оперативно.

Передачу файлов можно прервать дваж­ды, напечатав can (Control-X), код ASCII. (Для YModem и ZModem символ Control-X требуется набирать больше, чем дважды.)

Иногда называется XModem-Checksum, чтобы отличаться от последующей модели (под названием XModem-CRC), где исполь­зуется более надежная форма обнаружения ошибок.

В следующих реализациях (XModem-CRC, WXModem, XModem-K, YModem, YModem-G, ZModem и ZModem-90) устраняются недостатки, описанные выше.

См. CHECKSUM, DISK FORMATTING, INBAND, KERMIT, OUTOFBAND, XMODEM CRC, WXMODEM, XMODEM K, YMODEM, YMODEM G, ZMODEM и ZMODEM 90.

XModem-CRC

_______________________

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

Использует стандартный 16-разрядную контрольную циклическую сумму (CRC) CCITT, вместо 8-разрядной контрольной суммы (которая представляет собой всего лишь исключающее Или (Exclusive-or) дан­ных).

Программы XModem-CRC могут обнару­живать и функционировать с программами, которые поддерживают только XModem-Checksum (использующие 8-разрядную кон­трольную сумму для передачи данных).

См. CRC, XMODEM и YMODEM.

XModem-K

_________________________

XModem с поддержкой для 1024-байтовых кадров (при передаче файлов могут исполь­зоваться кадры размером 128 или 1024 байт в любом сочетании).

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

См. XMODEM и YMODEM.

XModem-1K-G

____________________

См. YMODEM G.

XNS (Xerox Network System) - Сетевая система Xerox

___________________________________________

Протокол локальной сети, разработанный когда-то корпорацией Xerox. Максимальный размер пакета равнялся 576 байт.

Кроме того, является основой локально­го протокола третьего и четвертого уровней модели OSI Novell, 3Com и Ungermann-Bass, чем объясняется тот факт, что эти протоко­лы (IPX, NetBEUI и т.д.) отличались неболь­шим максимальным размером пакетов (по крайней мере, вначале).

См. IPX и NETBEUI.

XPG (X/Open Portability Guide) - Руководство по совместимости с X/Open

_____________________________________________________

Руководство (например, XPG4, которое бу­дет четвертой редакцией), созданное компа­нией Х/Ореп, что определяет стандарты, ис­пользуемые для обеспечения переносимости между платформами и совместимости продук­тов от разных поставщиков. Руководство опре­деляет такие требования к системам, как на­бор команд, интерфейсы, утилиты и языки. См. X/OPEN.

Y

YAHOO (Yet Another Hierarchical Officious Oracle) - Еще один иерархический услужливый оракул (досл.)

__________________________________________________________

Каталог ресурсов WWW, созданный в апре­ле 1994 года двумя кандидатами в доктора философии Стенфордского университета, Девидом Фило (David Filo) и Джерри Янгом (Jerry Yang), которые создали потом корпо­рацию Yahoo!.

Интервью с ними можно найти по адре­су

http://www.sun.com/cgi-bin/show2950523/yahoostory.html.

Их поисковый механизм находится по адресу http://www.yahoo.com/search.html. Дру­гие поисковые механизмы — http://www.altavista.com, http://opentext.uunet.ca:8080/omw.html и http://lycos.cs.cmu.edu/. Некоторые Web-узлы автоматически передают ваш зап­рос на несколько других узлов, среди кото­рых: http://www.cs.colostate.edu/~dreiling/smartform.html, http://www.intbc.com/sleuth/ и http://www.albany.net/~wcross/alllsrch.html.

Тогда как большинство поисковых меха­низмов позволяют вам вручную дополнять базу данных Web-узлов, есть такие узлы, которые будут автоматически заносить информацию о Web-узлах сразу в несколько поисковых ме­ханизмов. Один из таких узлов — http://www.hometeam.com/tools/submital.htm.

Каталоги компаний, у которых есть Web-узлы, можно найти по адресам http://www.ais.net:80/netsearch/w http://www.directory.net.

См. WWW.

YModem

____________________________

Очень популярный протокол передачи фай­лов в ПК-среде.

XModem-K с дополнением начального кадра, который определяет название файла, длину и дату (поэтому имя файла передает­ся автоматически), а также с поддержкой для передачи больше одного файла за сеанс (за­частую называется пакетной (batch) способ­ностью) путем использования специальных символов в имени файла (например, *.doc).

Как и XModem-K, YModem поддержива­ет и 128- и 1024-разрядные кадры, а также контрольную сумму или определение оши­бок CRC. Кроме того, многие реализации YModem будут работать с XModem на про­тивоположном конце линии.

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

Назван YModem либо потому, что стал преемником XModem, либо потому, что он основывается на алгоритме YAM (Yet Another Modem), созданном Чаком Форсбергом (Chuck Forsberg).

Иногда еще называется YModem-batch, чтобы подчеркнуть, что за один сеанс может быть передано несколько файлов благодаря использованию специальных символов в на­звании файла (например, если указать *.tmp, то будут пересылаться все файлы с расшире­нием tmp).

См. KERMIT, UTC, XMODEM-K и YMODEM-G.

С. 695.

YModem-G

__________________________

YModem с определением ошибок CRC, од­нако подтверждение приема ожидается толь­ко для кадра начальной информации файла (название, длина и дата) и после успешной передачи всего файла.

Коррекция ошибок отсутствует (есть только обнаружение ошибок), поэтому сле­дует использовать каналы данных, не подвер­гающиеся помехам. Это обеспечивают моде­мы с алгоритмами определения ошибок V.42 и MNP Level 4, а также сеть Х.25, однако они были редкостью во время выхода YModem-G (начало 80-х годов). При обнаружении ошибки передача прерывается.

См. YMODEM и ZMODEM.

YP (Yellow Pages) - Желтые страницы

__________________________________

Ранее использовавшееся название сетевой информационной службы NIS. См. NIS.

YUV (Luminance (Y), Chrominance (UV)) - Яркость+Цветность

_________________________________________________________

Метод представления цветовой информации.

См. COLOUR и COMPOSITE VIDEO SIGNAL.

Z

ZIF (Zero Insertion Force) - Установка без усилий (досл.)

______________________________________________________

Интегральные схемы (IС — Integrated circuit) оснащаются выводами для обеспечения элек­трического подключения. Эти выводы мож­но либо припаять непосредственно к печат­ной плате (РСВ — printed circuit board), либо вставить в гнездо. Для установки более до­рогостоящих интегральных схем или тех, которые придется часто переставлять, обыч­но используют гнездо. Гнездо оснащается пружинными электрическими контактами, поэтому при установке или вынимании каж­дого вывода приходится прикладывать опре­деленное усилие.

Усилие, необходимое для установки или вынимания интегральной схемы, следова­тельно, равняется силе, прикладываемой к одному выводу, умноженной на количество выводов. Для интегральных схем с большим количеством выводов (например, у процес­сора Pentium 273 вывода) это усилие настоль­ко велико, что возникает большая вероят­ность повредить микросхему или печатную плату, особенно если эту процедуру выпол­няет нетренированный потребитель (или не­аккуратный техник).

Гнездо с захватными контактами — это гнездо, оснащенное рычагом, который пере­мещает каждый пружинный контакт так, что­бы интегральную схему можно было просто вставить в гнездо, а затем рычагом закрепить IC и замкнуть электрические контакты.

ZIF-гнезда отличаются очень высокой стоимостью. Например, по сведениям Digikey (http://www.digikey.com) ZIF-гнездо с 273 контактами стоит около $61, тогда как обычное гнездо — около $13 (при оптовых закупках эти цифры уменьшаются почти в два раза).

См. CONNECTOR и SIMM.

ZModem

_____________________________

Очень популярный протокол передачи файлов в ПК-среде.

Тогда как YModem был слегка улучшенной версией протокола XModem, ZModem суще­ственно отличается от протокола YModem. Среди улучшений можно назвать следующие:

• Кодировка символов (обычно только для 7 из 10 управляющих символов ASCII), с тем чтобы такие управляющие символы как x-on (11₁₆), x-off (13₁₆) и возврат ка­ретки (Carriage Return — 0D₁₆) пересыла­лись в виде других символов, которые могут передавать сети Х.25. В частности, в случае приведенных примеров пересы­лаются can Q (18₁₆51₁₆), can S (18₁₆53₁₆) и сап М (18₁₆4D₁₆).

• Поддержка для 16- и 32-разрядного CRC.

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

• Данные передаются в виде постоянного потока, причем CRC (охватывающими все данные начиная с предыдущего CRC) посылается, как минимум, каждые 1024 байта. Если отправитель хочет получить ack, то этот запрос включается в кадр CRC, в ответ на который получатель со­общает положение файла (количество байт, которые были успешно получены, где байт 0 обозначает начало файла). Та­кая возможность манипулировать с не­сколькими неподтвержденными кадрами неподтвержденных данных часто называ­ется скользящими окнами. Это повышает пропускную способность при передаче файлов, в частности, в сетях с большими задержками кругового обхода.

• Если получатель обнаруживает ошибку, он просит отправителя продублировать последнее успешно полученное положе­ние файла, чтобы исправить ошибку.

• Начальный обмен информацией для под­тверждения, что обе стороны способны к нормальной полнодуплексной передаче файлов, при которой подтверждения ack посылаются в процессе передачи файла по требованию отправителя.

• Если обе стороны не могут поддерживать этот режим, то используется полудуплек­сный режим (или сегментированный, ког­да размер окна установлен равным 1) и отсылается только один кадр (оговорен­ного размера, называемого пакетной дли­ной), затем следует пауза до тех пор, пока отправитель не получит обязательное подтверждение.

• Восстановление после сбоя — повторная инициализация прерванной передачи файлов (например, когда по причине за­шумленности линии связи модем внезап­но вешает трубку) с того места, где про­изошел сбой (как только будет снова установлено соединение). Это очень по-

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

• Команды для:

• определения объема доступного диско­вого пространства на компьютере пун­кта назначения. Ее рекомендуется вы­полнять перед передачей большого файла;

• определения действий получателя с файлом в том случае, если у него уже есть файл с таким названием. Напри­мер, перезаписать его в любом случае, перезаписать, если файл отправителя новее, больше или имеет другое содер­жание, либо присоединить его к суще­ствующему файлу. Для определения того, отличаются ли файлы содержи­мым, применяется сравнение 32-раз­рядного CRC для каждого из файлов;

• запроса, когда команда (обычно опре­деленная пользователем) будет оправ­ляться программе ZModem удаленно­го компьютера или интерпретатору команд его операционной системы.

• Сжатие данных с использованием LZW, хотя эта возможность реализуется редко (поскольку алгоритм запатентован).

Разработан Чаком Форсбергом (Chuck Forsberg) по контракту с оператором боль­шой американской сети с коммутацией па­кетов Х.25 (GTE Telenet, сейчас переимено­вана в SprinNet). Для сетей Х.25 обычно свойственны низкий показатель ошибок, но большие временные задержки (500 мс и боль­ше), а также несколько зарезервированных символов. Следовательно, Telenet была заин­тересована в общедоступности протокола передачи файлов на ПК (и других платфор­мах), который успешно функционировал бы в их сети. Поэтому в контракте оговарива­лось, что особенности протокола и исходный код будут размещены в общедоступном до­мене.

См. FULLDUPLEX, HALFDUPLEX, KERMIT, LZW, X.25, YMODEM и ZMODEM-90.

ZModem-90

________________________

Запатентованный усовершенствованный ZModem (разработанный компанией Чака Форсберга Omen Technology), который под­держивает следующие дополнительные осо­бенности:

• Функционирование в 7-разрядных кана­лах данных

• Шифрование данных

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

См. RLE и ZMODEM.