Протокол Z39.50

Данный протокол ориентирован на информационный поиск в удаленных базах данных. Это — протокол прикладного уровня в рамках семиуровневой эталонной модели взаимодействия от­крытых систем, разработанной Международной Организацией Стандартов (ISO), и поэтому может быть реализован в различ­ных типах сетей (например, в сетях TCP/IP, IPX/SPX, OSI) не­зависимо от реализации транспортного уровня. Его назначе­ние — предоставить компьютеру, работающему в режиме «кли­ент», возможности поиска и извлечения информации из другого компьютера, работающего как информационный сервер.

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

Первоначально многие Z39.50-пршюжения создавались ис­ключительно для использования с библиографическими данны­ми (например, электронные Online-версии библиотечных ката­логов). Однако в настоящее время протокол развит настолько, что позволяет обрабатывать различные данные — финансовую, химическую, техническую информацию, тексты и изображения.

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

Состав протокола Z39.50. В основе Z39.50 лежит модель аб­страктной базы данных. Каждый элемент этой модели имеет описание с однозначным толкованием и стандартизуется с присвоением уникального идентификатора — OID.

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

Работа с каждой конкретной СУБД согласно Z39.50 должна быть организована только через эту абстрактную модель путем обмена пакетами данных (PDU), содержащими последователь­ности объектов, идентифицируемых по меткам. В стандарте опи­саны следующие классы объектов:

• контекст приложения (context);

• протокольные блоки данных — protocol data unit (pdu);

• атрибуты (attributeset);

• диагностика (diagnostic);

• структура записей (recordsyntax);

• синтаксис преобразований (transfersyntax);

• отчет по ресурсам (resourcereport);

• контроль доступа (accesscontrol);

• расширенный сервис (extendedservice);

• пользовательская информация (userinfoformat);

• элементы (elementspec);

• варианты (variantset);

• схема данных (schema);

• схема меток (tagset).

Внутри класса объекты идентифицируются номерами, добав­ляемыми к номеру класса. Например, в классеrecordsyntax {1.2.840.10003.5} объекты имеют OID:

Unimarc {1.2.840.10003.5.1},

USmarc {1.2.840.10003.5.10},

sutrs {1.2.840.10003.5.101} и т. п.

Модель службы 239.50 предусматривает обмен сообщениями типа «запрос—ответ» между соответствующими приложениями – клиентом и сервером. Формат таких сообщений и определяется протоколом Z39.50. После установления ТСР-соединения (или любого другого, зависящего от способа передачи данных) устанавливается 239.50-соединение, посредством обмена протокольными блоками данных — Protocol Data Unit (PDU).

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

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

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

Согласно Z39.50 существует семь основных видов информа­ционного обмена в рамках распределенной ИПС:

• инициализация сессии;

• поиск информации по запросу;

• представление результатов поиска;

• удаление результатов поиска;

• контроль доступа к информационному ресурсу;

• контроль прав доступа к информационному ресурсу;

• завершение сессии.

Завершение сессии — это закрытие Z-соединения и после­дующее закрытие ТСР-соединения.

В течение сеанса происходит обмен PDU, инициатором которых, чаще всего, выступает клиент. Основные PDU сле­дующие:

Контрольные вопросы

1 Что такое архитектура «клиент—сервер» и каковы основные видности программно-аппаратных средств на клиентской и се стороне?

2 Дайте определение протокола в информационных сетях.

3. В чем преимущества систем с коммутацией пакетов?

4. Определите 7-уровневую модель протоколов в открытых система.

5. На что ориентированы протоколы 1—3 уровня в 7-уровнево модели OSI?

6. На что ориентированы протоколы 5—7 уровня в 7-уровнево модели OSI?

7. Какой уровень прокладывает путь через сеть?

8. Какой уровень обеспечивает обнаружение и исправление ошибок?

9. Какой уровень определяет процедуру представления перединформации в нужную сетевую форму?

10. Что входит в систему адресов Internet?

11. Какую структуру имеет адрес Ethernet?

12. Какую структуру имеет IP-адрес?

13. Что такое выделенные IP-адреса?

14. Что из себя представляет система доменных имен?

15. Что такое сервер доменных имен?

16. Какие разновидности URL вам известны?

17. Какие протоколы транспортного уровня вы знаете?

18. Что такое инкапсуляция и фрагментация?

19. Что такое TCP/UDP—порт?

20. Что представляют собой протоколы управления маршрутизацией?

21. Какова структура пакета TCP?

22. Что представляет собой ARP?

23. Расставьте на места уровни в архитектуре протокола TCP/IP.

24. Какую функцию описывает протокол TCP?

25. Какую функцию описывает протокол IP?

26. Что такое класс локальной сети, входящей в Internet?

27. Каковы преимущества и недостатки конфигурации «звезда»? В каких локальных сетях она применяется?

28. Каковы преимущества и недостатки конфигурации «общая шина»? В каких локальных сетях она применяется?

29. Каковы преимущества и недостатки конфигурации «кольцо»? В каких локальных сетях она применяется?

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

31. Какие прикладные протоколы Internet вы знаете?

32. Какие информационные ресурсы Internet вы знаете?

33. Какова структура ресурса Usenet?

34. Какова структура распределенной ФС FTP?

35. Перечислите команды Telnet.

36. Какие протоколы электронной почты вам известны?

37. Перечислите программы-клиенты электронной почты.

38. Перечислите команды прикладных протоколов электронной почты.

39. Что такое протокол NNTP? Перечислите команды протокола.

40. Перечислите команды протокола FTP.

41. Назовите программы-клиенты и серверы протокола FTP.

42. Что такое Copher? Какова структура взаимодействия программы-кли­ента и сервера?

43. Каков состав средств Web-технологий? Что такое CGI?

44. Перечислите команды протокола HTTP.

45. Каков состав программного обеспечения WWW?

46. Перечислите основные программы-клиенты и серверы WWW.

47. Перечислите основные форматы HTML.

48. Каковы основные возможности отображения документов?

49. Расскажите об организации гипертекстовых ссылок.

50. Каковы возможности браузера Netscape Navigator?

51. В чем состоит отличие протокола Z39.50 от других прикладных прото­колов?

52. Почему использование протокола HTTP для реализации ИПС вызывает трудности?

53. Из каких фаз состоит взаимодействие по протоколу Z39.50?