Концепция автоматизации библиотечно-информационных процессов

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

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

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

Удаляет библиографическое описание библиограф-администратор сервера при наличии соответствующих прав доступа данного сервера к данному описанию. Удалять описания можно только на своем сервере.

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

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

Если удаляется копия описания, т.е. описание не на сервере-владельце, то никаких сообщений по сети не посылается.

4.4.2 Новостийный сервис

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

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

из полей формата обмена. Новостийный сервис особенно актуален для работников службы заказа литературы.

4.4.3 Поисковый сервис

Поисковая система каждого сервера сети реализует два пространственных метода поиска:

* локальный (запрос выполняется только на сервере, получившим его);

* распределенный (запрос выполняется на множестве серверов).

Поисковый запрос может поступать в сеть АИБС не только с узлов самой сети, но и со всех других узлов сети Интернет с помощью программы, взаимодействующей с каким-либо из серверов (мастер сервером или сервером-концентратором) сети АИБС посредством протокола NBTP. Протокол NBTP поддерживает распределенную обработку поисковых запросов на всех серверах сети АИБС. Поисковый запрос, посланный в сеть АИБС через один из серверов, может выполняться на любом подмножестве серверов сети.

Протокол NBTP позволяет строить поисковый запрос, используя логические операции AND, OR, NOT над любыми полями формата обмена. Кроме этого он позволяет организовывать многоступенчатый поиск по всей сети. Многоступенчатый поиск означает, что автоматически порождается поисковые запросы второй, третьей и т.д. ступени, которые в качестве параметров используют результаты запросов предыдущих ступеней в соответствии с алгоритмом, заданным конкретным пользователем. Например, пользователь может послать такой запрос: в некотором отделении библиотеки найти все документы, фамилия автора которых «Абдуллаев», затем выделить среди них те документы, которые принадлежат определенной рубрике и в указанных библиотеках сети найти все документы, относящиеся к той же рубрике и тем же подрубрикам, что и выделенные документы. Подрубрики, неизвестные изначально, и есть результаты запроса первой ступени (его строит пользователь), которые будут использоваться для нахождения документов в указанных отделениях библиотеки (64).

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

4.4.4 Регистрация новых узлов сети

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

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

4.4.5 Сервис заказа литературы

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

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

4.4.6 Сервис электронной доставки документов

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

Лицензия на пользование полнотекстовыми БД выдается на определенный срок. Лицензия на файлы мультимедия и отсканированные документы выдается на конкретный объект. В полнотекстовых БД могут быть документы, которые находятся в свободном доступе, т.е. для их получения лицензия не требуется. Получение лицензии на пользование полнотекстовой БД происходит автоматически, за исключением процедуры оплаты, если она предусмотрена. Аналогично получение лицензии на файлы мультимедиа и отсканированные документы. Только в этом случае для получения лицензии предварительно необходимо послать заказ (это происходит автоматически) и произвести оплату.

Электронная копия документа поступает заказчику по сети (каналу связи) с использованием электронной почты (e-mail) или средств передачи файлов (например, ftp) в зависимости от желания заказчика и объема документа.

4.4.7 Сервис межбиблиотечного обмена литературой

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

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

Реализация всех сервисов проектируемой системы позволит обеспечить:

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

* одновременный доступ многих пользователей различных библиотек, а также пользователей сети Интернет к электронным каталогам библиотек ассоциации и к другим библиотечным ресурсам, сконцентрированным в сети;

* автоматизацию технологии межбиблиотечного обмена литературой;

* реализацию таких современных услуг, как электронный заказ литературы и электронную доставку документов;

* переход на новый уровень в сфере библиографической обработки документов и пополнения фондов библиотек (заказа литературы).

4.5 Архитектура АИБС

На основе анализа требований к современным информационным системам библиотечная система должна обладать следующими основными свойствами:

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

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

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

При разработке АИБС также следует учитывать следующие факторы:

* существующий уровень развития коммуникационной инфраструктуры и реальные перспективы ее развития;

* парк вычислительной техники, которым располагает библиотека;

* уровень автоматизации библиотеки;

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

* проблема национального языка и др.

В рамках архитектуры АИБС можно классифицировать отделения библиотеки на основе прав доступа и способов работы с информацией. Допустим, имеем библиотеку, у которой отделения (рис.2) делятся на головную и локальные (отделения факультетов, отдельных кафедр, подведомственных учреждений и филиалов). Головное отделение является узлом-производителем, локальные же отделения являются узлами- потребителями. Узлы-потребители имеют лишь средства "пассивного" доступа к базе данных: поиск и чтение. Рассмотрим уровни доступа к Библиотечным информационным ресурсам АИБС (65).

Узел-производитель, помимо средств доступа к информации, имеет специальные средства для ввода информации в базы данных в соответствии с принятым библиотечным стандартом (семейство MARC). Узел-производитель имеет статус Базового библиотечного центра (ББЦ). Примерно такую структуру может иметь ташкентский государственный экономический университет блок, схема которого, приведена на рис 2.



Рис.2

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

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

* библиотечный сервис: комплектование, систематизация, каталогизация, МБА;

* сервис баз данных: обеспечение актуальности и целостности информации, хранимой в базах данных;

* новостийный сервис: оповещение участников АИБС о важных событиях в соответствии с установленным протоколом (например, о появлении новых библиографических описаний в общем, пространстве);

* почтовый сервис: предоставление возможности общения через e-mail;

* Интернет сервис: доступ к информационному пространству Интернет;

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

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

Уровень кампуса - это уровень локальной вычислительной сети, к которой подключено отделение или ББЦ. На этом уровне должны использоваться надежные быстродействующие коммуникационные средства: FDDI, FAST Ethernet, Ethernet. На этом уровне происходит обращение пользователей кампуса различных категорий к библиотечным ресурсам. Работа администратора базы данных осуществляется именно на этом уровне.

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

Глобальный уровень - предусматривает IP-подключение узлов, причем узлы могут располагаться как в Узбекистане, так и за рубежом. На этом уровне можно использовать традиционные клиентские средства Интернет, например, браузеры Netscape или Internet Explorer. В общем случае возможность использования специальных АРМов остается. По мере подключения к Интернет библиотек региона этот способ связи между библиотеками будет становиться все более распространенным.

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

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

4.6 Предлагаемая функциональная структура АИБС

Результатом реализации проекта АИБС является создание ядра ББЦ сети АИБС, наиболее существенные компоненты которой следующие;

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

1.1. использование модели "сервер базы данных" для реализации архитектуры "клиент-сервер";

1.2. использование профессиональной, многопользовательской СУБД, поддерживающей промышленный стандарт запросов к базам данных и обладающей высоким уровнем информационной безопасности; структура базы данных должна быть разработана в соответствии со стандартом UNIMARC. Программа доступа к базе данных должна быть разработана в соответствии со стандартом ISO-2709.96 "Документация - Форматы для информационного обмена". Программа является настраиваемой по двум типам параметров: формату запроса и структуре базы данных. Программа должна настраиваться на один из двух форматов запроса: UNIMARC или USMARC. Фиксация формата запроса должна производится динамически при каждом обращении к базе данных. Тип формата должен передаваться как один из параметров запроса. Настройка на существующую структуру базы данных должна производится статически, при загрузке программы;

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

2. Полнотекстовая база данных, реализованная на уровне файловой системы. Для доступа к базе данных должен быть разработан набор скриптов, осуществляющих индексирование БД и поиск. Особенностью полнотекстовой БД является то, что она хранит описания на русском и узбекском языках с использованием соответствующих шрифтов и кодировки. Решение проблемы национального языка может потребовать модификации программы сервера Z39.50 (Isite) на уровне исходных текстов. Должна быть разработана программа-шлюз для работы с Z-сервером средствами протокола HTTP. Z- сервер должен иметь доступ к полнотекстовой и реляционной базам данных. Для этого должны быть созданы специальные программы преобразования запросов в нотации протокола Z39.50 к SQL-запросам для реляционных баз данных;

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

4. WWW-сервер, предназначенный для предоставления отделениям АИБС, не имеющим выхода в Интернет, возможности выставить информацию о них в мировом пространстве Интернет. Информация о библиотеке может быть собрана и выставлена на WWW-сервере в формате, являющимся европейским и американским стандартом для описания библиотек. WWW- сервер должен быть зарегистрирован в пространстве Интернет и может быть найден средствами стандартных поисковых систем (Search Engines) сети Интернет;

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

4.7 Использование протокола Z39.50 и HTTP в современных библиотечно-информационных системах

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

* хранение документов в электронной форме;

* удаленный доступ пользователей к таким документам.

Непрерывное и высоко динамичное совершенствование вычислительной техники и коммуникаций обусловливает развитие этих технологий. В области создания и распространения документов в электронной форме разработано несколько методов и соответствующих стандартов - от простого ASCIl-кодирования текстов и изображений и описания документов с помощью языков типа Postscript, до разметки документов средствами языков SGML - Standard Generalized Markup Language (типовой обобщенный язык разметки документов) - и HTML - Hypertext Markup Language (язык разметки гипертекстовых документов), важность которых определяется повсеместным использованием World Wide Web (WWW) (28,29).

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

* дружественный графический интерфейс пользователя;

* единый способ представления информации;

* возможность обмена данными между различными приложениями и пользователями,

За этой, очевидной стороной проблемы, скрывается другая - техническая, которая незаметна для конечного пользователя и реализуется на уровне протоколов, независимо от пользовательского интерфейса и логики работы приложений. В области автоматизации функционирования библиотек существуют как минимум два таких протокола: Z39.50 и HTTP (12-20).

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

Z39.50 - Американский Национальный Стандарт, который был принят в 1988 году Национальной Организацией по Информационным Стандартам (NISO), а также Американским Национальным Институтом Стандартов (ANSI). NISO является подразделением ANSI, специализирующимся на издательских, библиотечных и информационных стандартах. В частности NISO разработаны следующие стандарты:

* MARC (Z39.2) - стандарт на формат обмена библиографическими данными,

* Common Command Language - общий командный язык (Z39.58),

* Format for Circulation Transactions - формат транзакций обращения (Z39.70).

Z39.50 - протокол прикладного уровня в рамках семиуровневой эталонной модели взаимодействия открытых систем, разработанной Международной Организацией Стандартов (ISO) и поэтому может быть реализован в различных типах сетей (например, в сетях TCP/IP, IPX/SPX, OS1), независимо от реализации транспортного уровня. Его назначение - предоставить компьютеру, работающему в режиме "клиент", возможности поиска и извлечения информации из другого компьютера, работающего как информационный сервер.

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

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

Z39.50 не является международным стандартом. Однако, существует стандарт ISO 10162/10163 "Поиск и извлечение" (SR), который был принят в качестве международного в 1991 году. В целом он является подмножеством Z39.50. В 1992 году Z39.50 был приведен в полное соответствие с SR и таким образом стал совместимым надмножеством международного стандарта. В 1995 году начался процесс принятия Z39.50 как международного стандарта.

Механизм работы модели службы Z39.50 предусматривает обмен сообщениями типа "запрос - ответ" между соответствующими приложениями - клиентом и сервером. Формат таких сообщений и определяется протоколом Z39.50.

После установления TCP-соединения (или любого другого, зависящего от способа передачи данных) устанавливается г39.50-соединение, посредством обмена протокольными блоками данных - Protocol Data Unit(PDU).

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

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

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

С каждой базой данных связан как минимум один набор атрибутов, определяющих смысл искомого выражения (терма). Существует несколько наборов атрибутов для ключевых выражений. Эти наборы определяются т.н. идентификаторами объектов. Наиболее используемым набором атрибутов является Bib- 1. Атрибут use ([120],!) из этого набора может принимать значения author, title, ISBN, abstract, subject, publisher и т.д. Z39.50-1995 определяет возможности управления формой представления найденных записей - клиент может указывать элементы (поля, параграфы, разделы, части) записи или документа, которые он бы хотел получить от сервера и формат (SGML, Postscript, TIFF и т.д.) этих элементов. В данном примере используется более простой механизм (Z39.50-1992), где способ представления записи (тег [19]) указан буквой "В" или "F" соответственно для сокращенной и полной формы. Форма, в которой запись передается клиенту, также определяется синтаксисом записи. Z39.50-1995 определяет 27 различных синтаксисов записей, из которых 15 относятся к различным диалектам формата MARC. Наиболее простым синтаксисом является синтаксис записей простых неструктурированных текстов - Simple Unstructured Text Record Syntax (SUTRS): строки текста длиной не более 72 символов, завершаемые символом LF (ASCII OA16).

В данном случае рассмотрено использование лишь нескольких основных услуг Z39.50: поиска и извлечения. Существуют и такие услуги, как:

* сортировка результирующего множества, по какому либо из полей записей (например, по имени автора, по году издания и т.п.);

* получение списка термов (scan) - пользователь может получить список всех слов, по которым в базе данных может быть произведен успешный поиск;

* поддержка (именование и удаление) нескольких результирующих множеств - пользователь может работать одновременно с несколькими наборами записей, используя их в последующих запросах, объединять их, сохранять и удалять.

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

4.7.1 HYPERTEXT TRANSFER PROTOCOL

HTTP является одним из механизмов WWW, которая включает в себя еще несколько средств работы с документами: HyperText Markup Language, Common Gateway Interface (CGI) - общий шлюзовый интерфейс и Uniform Resource Locator (URL) - универсальный указатель ресурсов. Основное назначение HTTP - извлечение HTML-документов, адресуемых с помощью URL. WWW-клиент посылает запросы серверу и получает документы в качестве ответа.

Спецификация HTTP не оговаривает параметры соединения. Это означает, что HTTP может выполняться и над пакетом протоколов, отличным от TCP/IP, а также это означает возможность проведения более чем одной HTTP-транзакции в рамках одного соединения. Но в настоящий момент ни один из известных HTTP-серверов и клиентов не использует эти возможности.

Формат HTTP-запроса прост по сравнению с Z39.50. В первой строке запроса указывается метод и объект, к которому этот метод применяется. Объект идентифицируется при помощи URI (например, URL). Наиболее часто используется метод "GET", который запрашивает сервер выслать копию объекта (HTML документ) клиенту. Существует еще один важный метод - "POST". С помощью этого метода клиент может посылать данные серверу. Как сервер будет обрабатывать эти данные, определяется объектом, определенным URL в строке запроса. Обычно этот метод используется в сочетании с меткой FORM HTML-документа, предоставляющей пользователю разнообразные способы ввода информации.

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

Accept: text/plain

Accept: text/html.

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

1. успешная обработка запроса - запрос был успешно принят, понят и обработан;

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

3. ошибка клиента - неверен синтаксис запроса или запрос не может быть выполнен;

4. ошибка сервера - сервер не может выполнить запрос.

Сервер может посылать клиенту необязательные заголовки. Наиболее важными из них являются: "Content-Type", который описывает тип возвращаемого объекта, и "Content-Length", отображающий размер объекта. Рассматривая предыдущий г39.50-пример в контексте WWW, получим следующий сценарий обращения к базе данных:

Начало

открытие TCP/IP соединения

посылка GET "выбор базы данных"

прием "выбор базы данных"

закрытие TCP/IP соединения

Отображение "выбор базы данных"

открытие TCP/IP соединения

посылка GET/POST "поиск в базе данных"

прием "поиск в базе данных"

закрытие TCP/IP соединения

Отображение "поиск в базе данных"

открытие TCP/IP соединения

посылка POST "список заголовков"

прием "список заголовков"

закрытие TCP/IP соединения

Отображение "список заголовков"

открытие TCP/IP соединения

посылка GET "запись"

прием "запись"

закрытие TCP/IP соединения

Отображение "запись"

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

Первый запрашиваемый документ - "выбор базы данных". Выбор посылается серверу в форме запроса на документ "поиск в базе данных". Этот документ, в свою очередь, содержит HTML-форму, с помощью которой пользователь вводит свой запрос. Этот запрос посылается объекту "список заголовков", который представляет собой CGI-приложение. Данное приложение запускается HTTP-сервером и получает необходимые данные (например ключевое выражение, имя базы данных) через CGI. CGI-приложение способно производить поиск в базе данных и возвращать HTTP-серверу HTML-документ, содержащий информацию о количестве найденных записей и "список заголовков" этих записей. Для каждого заголовка найденной записи документ содержит URL, указывающий местоположение полной записи. Затем, с помощью метода GET, клиент извлекает "запись".

Следует отметить интересную возможность использования г39.50-клиента в качестве CGI- приложения.

Итак, HTTP является удобным и весьма распространенным средством извлечения документов. Однако их поиск может быть осуществлен лишь при помощи CGI-приложения, которое может быть реализовано как клиентская часть какой-либо пиковой службы (в частности Z39.50) или как некий самостоятельный механизм, работающий с локальными структурами данных (12-22).

4.7.2 Сравнительная характеристика и основные различия между Z39.50 и HTTP

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

Следующим критерием сравнения протоколов может являться сложность их реализации. HTTP - простой протокол, по сравнению с Z39.50. По существу, единственной услугой, которую предлагает HTTP, является возможность получения документа, указанного URL. Это также возможно и с помощью Z39.50, но Z39.50 предлагает множество других услуг. Сила HTTP - в его комбинации с HTML и CGI. Хотя HTTP - развивающийся протокол и непрерывно усложняется, по сравнению с Z39.50 он очень прост. С точки зрения разработчиков программного обеспечения HTTP-сообщения представляют собой обычные текстовые документы, передаваемые по сети, в то время как г39.50-сообщения являются протокольными блоками данных, передаваемыми между клиентом и сервером.

Еще одним важным свойством рассматриваемых протоколов является их интеллектуальность. Рассматривая HTTP и Z39.50 как протоколы извлечения информации, следует отметить, что г39.50-клиент более пассивен, чем HTTP-клиент, но более интеллектуален. HTTP-клиент запрашивает у сервера поисковую форму, определяющую сложность запроса, составляемого конечным пользователем путем заполнения этой формы. Z39.50-клиент имеет возможность посылать сложные запросы без консультаций с сервером. г39.50-клиент может информировать сервер о своем состоянии, также как сервер клиента о результатах поиска информации.

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

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

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

4.7.3 Возможности построения информационных систем на базе Z39.50 и HTTP

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

Z39.50-cepвep обеспечивает, по сути дела, единый способ доступа к разнообразным базам данных - полнотекстовым (Isearch), реляционным (Rdb/VMS), и любым другим. Пользователи получают доступ к базам данных либо при помощи г39.50-клиентов (Willow и др.), либо с помощью WWW-клиентов (Netscape Navigator и т.п.). Существует практика организации почтовых интерфейсов к различным поисковым службам, так что представляется возможным организация доступа пользователей к базе данных по электронной почте (при помощи соответствующих клиентов - например, Pine). Очевидна необходимость построения соответствующих шлюзов, преобразующих протокольные запросы соответствующих клиентов (HTTP и SMTP) в г39.50-запросы, направляемые затем серверу и организующих возврат результатов поиска и извлекаемых записей или документов пользователям. Взаимодействие же Z39.50-cepвepa с различными СУБД осуществляется при помощи соответствующих программных интерфейсов (Search API).

4.8 Расчет необходимого финансирования проекта по созданию АИБС университета

Объем необходимого финансирования на создание АИБС университета определяется из стоимости комплекса технических средств (КТС) лицензионного программного обеспечения, стоимости проектных работ на стадиях разработки технического задания, технорабочего проекта и внедрения, стоимости подключения АИБС к сети Интернет. Причем на стадии внедрения, кроме выполнения монтажно-наладочных работ по установке КТС, лицензионного программного обеспечения и разработанных АРМов, необходимо предусмотреть работы по формированию электронных библиотечных фондов и каталогов. Предлагается создание АИБС разделить на три очереди

1. На этапе первой очереди создается базовый библиотечный центр в административном корпусе Университета при Главной библиотеке с его подключением Интернет, отделения АБИС при факультетах, отдельных кафедрах и подведомственных учреждениях университета расположенных в корпусах университетского городка. На этом этапе выполняются разработка технического задания на создание АБИС, разработки всех необходимых АРМов, приобретаются для ББЦ и локальных узлов АБИС, расположенных в университетском городке, необходимое оборудование и лицензионное программное обеспечение, проводятся монтажно-наладочные работы и формируются электронные фонды и каталоги ББЦ и отделений, осуществляется их подключение к Интернет.

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

3. На этапе третьей очереди осуществляется подключение АИБС Университета к республиканским информационно-ресурсным центрам, информационным центрам профильных ведомств, АИБС родственных ВУЗ. При этом при необходимости приобретаются необходимое оборудование и лицензионное программное обеспечение, проводятся монтажно-наладочные работы и формируются соответствующие электронные фонды и каталоги. Ориентировочная смета на финансирование всего проекта с разбивкой на очереди может составлять несколько десятков миллионов сумм

ЗАКЛЮЧЕНИЕ

На развитие и освоение информационных технологий на современном этапе нашей страны указано в Постановлении от 20 июня 2006 года Президентом Республики Узбекистан Каримовым И.А. по созданию автоматизированных информационно - библиотечных ресурсных центров и других указах и постановлениях Кабинета министров и руководящих работников нашей страны. Главным направлением приспособления к современным условиям становится массовое использование новейшей компьютерной и телекоммуникационной техники, формирование на ее основе высокоэффективных информационно-управленческих технологий.

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

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

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

1-й этап (60 - 70-е гг.) -- обработка данных в вычислительных центрах в режиме коллективного пользования.

2-й этап (с 80-х гг.) -- создание информационных технологий, направленных на решение стратегических задач.

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

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

Для информационных технологий вполне естественным является то, что они устаревают и заменяются новыми.

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

Централизованная обработка информации на ЭВМ вычислительных центров была первой исторически сложившейся технологией.

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

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

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

В данной работе сделана попытка создания концепции автоматизации библиотеки ВУЗ (для примера рассмотрена Библиотека Ташкентского Экономического университета).

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

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

Для удовлетворения всей этой совокупности требований для АБИС университета предлагается разработать целой иерархии АРМов, различающихся как по назначению, так и по исполнению.

По функциональному назначению АРМы можно подразделить на:

* АРМ комплектования;

* АРМ библиографа;

* АРМ поиска и заказа (читателя);

* АРМ книговыдачи (библиотекаря);

* АРМ межбиблиотечного абонемента (МБА);

* административный АРМ.

По месту применения АРМы подразделяются на:

* локальный АРМ;

* удаленный АРМ;

* АРМ с доступом через Интернет

Дадим краткую характеристику этим автоматизированным рабочим местам.

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

АРМ библиографа является наиболее сложным и функционально нагруженным. Оно предназначено для полного библиографического описания документов в соответствии с принятым стандартом (UNIMAR.C или USMARC). АРМом обеспечиваются возможности обработки, новых поступлений, корректировки существующего электронного каталога, а также ретроспективного ввода описаний существующего библиотечного фонда. АРМ целесообразно разбить на несколько рабочих мест, образующих определенную технологическую цепочку обработки документов. Характерной особенностью этого АРМа является работа с большими объемами справочной информации, такой как предметные рубрики и справочники систематизации, а также заполнение значительного числа полей библиографического описания. Кроме того, потребность включения тех или иных функций, полнота библиографического описания могут варьироваться в зависимости от конкретных условий.

...