Браузер создает интерфейс с сервисом запросов и должен обеспечивать следующие функции:
✓ иерархический доступ каталог/файл, аналогичный менеджеру файлов;
✓ интерфейсы для поиска;
✓ просмотр списка ответов, включающего миниатюры;
✓ навигацию по связям между документами.
Если данный клиент обладает правами доступа к хранилищу изданий, он может, выбрав одну из миниатюр, сформировать запрос к хранилищу изданий на получение соответствующего документа. После определенного времени ожидания, связанного с выбором соответствующего информационного носителя в хранилище, сервер доставки начнет передачу клиенту запрошенной информации. Второй главный компонент браузера – средства просмотра для мультимедийных изданий. Для этого компонента существенно, чтобы медиадокументы были представлены в распространенных форматах либо легко преобразовывались в них. Браузер, однако, должен быть способен получать документы в их "родных" форматах и активизировать соответствующие приложения обработки, например, чтобы пользователь мог просматривать, а при необходимости и редактировать документы. В данном случае для воспроизведения медиа-потоков с сервера доставки используется интерфейс MSMC (Media System Manager Client) API (Application Program Interface). Это программный интерфейс пользователя для взаимодействия с сервером Sun MediaCenter. Поддержку этого API обеспечивает менеджер потока (MSM), являющийся агентом клиента на сервере. Скрывая все детали управления и передачи видеопотоков, API MSMC предоставляет пользователю несколько абстракций, в том числе – титулы (наименования медиадокументов) и список титулов для проигрывания. Операции над титулами полностью имитируют управление обычным видеопроигрывателем: воспроизведение, быструю перемотку, обратное проигрывание. Сказанное иллюстрируется рис. 7.11.
Рис. 7.11. Информационная система доставки медиа-изданий из хранилища
Основные свойства API MSMC:
✓ концепция проигрывателя, списка проигрывания, титулов;
✓ различные режимы проигрывания;
✓ проигрывание титулов по расписанию;
✓ контроль доступа к проигрывателю;
✓ параллельный доступ к одному списку проигрывания нескольких клиентов.
При интерпретации удаленных обращений клиентов менеджер потока на сервере MSM опирается на оглавление титулов, через которые осуществляется доступ к системе медиафайлов (MFS). В соответствии с моделью выталкивания MSM лишь инициирует проигрывание, но не производит декодирование потока. Менеджер потока MSM и его протокол API принимает запросы и направляет потоки битов по нужным адресам, где локально выполняется декодирование и визуализация. В будущих реализациях предполагается расширить API MSMC функциями управления титулами.
Простая клиентская программа MSMC выглядит следующим образом. Логическая связь клиента с сервером называется сессией. Чтобы открыть сессию, требуется задать IP-сервера и обратиться к нему. В результате клиентская программа получает логический дескриптор сервера, служащий ключом для всех следующих операций. Далее обычно с сервера извлекается список титулов, доступных для проигрывания, и для тех из них, которые представляют интерес, запрашивается необходимая скорость воспроизведения и возможные режимы проигрывания. Следующий шаг – создание плеера. Плеер – это размещающийся на сервере агрегат данных, состоящий из списка проигрывания, логической головки и списка контроля доступа. Обычно на сервере имеется несколько плееров, каждый из них идентифицируется своим дескриптором. При создании плеера клиентская программа строит список проигрывания, в котором указаны названия и относительное время начала проигрывания. После того как плеер создан, клиент соединяет его со своим IP-адресом и запускает проигрывание титула из списка.
API MSMC позволяет разделять плееры между приложениями, т. е. различными процессами на клиентской машине, а также приложениями на разных машинах. Разделение основывается на уникальности дескриптора плеера. Обладание дескриптором дает приложению полный контроль над всеми его функциями. Дескрипторы могут свободно передаваться между приложениями по любому механизму, сохраняющему битовое представление: через файл, общую память или сокеты (Sockets). Последний представляет собой абстрактный интерфейс сетевого взаимодействия для потоковой системы передачи информации низкого уровня.
Менеджер потока MSM контролирует отдельно доступ к серверу и доступ к плеерам с тремя уровнями прав: на чтение, управление и администрирование. Владелец прав чтения с сервера может получить списки плееров, титулов и текущие состояния плееров. Права администрирования сервера дают возможность создавать/удалять плееры. Доступ по чтению к плееру позволяет получить его список проигрывания. Обладая правами управления плеером, можно изменять скорость и длительность проигрывания титулов. Наконец, администрирование плеера – это установка прав доступа для других пользователей. Пользователь, создавший плеер, имеет на него все права доступа и может определить их для остальных пользователей.
7.6. Публикация содержимого баз данных на Web-страницах
Наряду с хранением подготовленных и опубликованных изданий в электронной форме в базах данных, откуда их всегда можно извлечь и напечатать дополнительный тираж, нередко требуется решить обратную задачу – опубликовать содержимое тех или иных баз данных, например, в виде Web-страницы (ее части или нескольких страниц). Ниже рассматривается возможность таких публикаций в двух вариантах: в виде статических и в виде динамических Web-страниц. В первом случае содержимое опубликованной страницы остается неизменным и отражает состояние базы данных в момент получения ею запроса на извлечение определенной информации. Во втором случае поддерживается непрерывная связь между базой данных и опубликованными ее страницами. В результате при изменении содержимого БД содержимое Web-страниц также изменяется.
7.6.1. Публикация статических Web-страниц
Источником для создания статической Web-страницы может служить любой набор записей в базе данных. Обычно на таких страницах публикуется таблица базы данных (или ее некоторая часть) или данные, полученные в результате выполнения некоторого запроса к базе. Вариантом публикации может быть отчет, созданный на основе данных, содержащихся в базе. Такая публикация в дальнейшем просматривается в браузере. Если отчет состоит из нескольких страниц, то формируется несколько HTML-файлов, связанных друг с другом гипертекстовыми ссылками. Однако при этом не сохраняется связь этого файла с источником данных, т. е. Web-страница остается неизменной при изменении содержимого базы данных.
Все такие публикации создаются в результате экспорта соответствующих объектов базы данных. Если для такой операции используется база, созданная в рамках СУБД Access (она входит в состав пакета MS Office), то рекомендуется придерживаться следующего порядка действий:
1. Открыть и проверить содержимое материалов базы данных, которые предполагается публиковать.
Рис. 7.12. Выбор объекта базы данных для публикации
2. Выбрать объект для публикации, т. е. выбрать соответствующую вкладку диалогового окна, показанного на рис. 7.12 (в примере нажата кнопка Отчеты и выбран отчет Итоги продаж по объему ). 3. С помощью команды Экспорт (рис. 7.13) меню Файл открыть диалоговое окно Экспорт объекта , показанное на рис. 7.14.
Рис. 7.13. Интерфейс базы данных Борей с командами меню Файл
Рис. 7.14. Диалоговое окно Экспорт объекта
4. При необходимости указать имя HTML-шаблона в появившемся после нажатия кнопки Сохранить диалоговом окне Параметры вывода в формате HTML .
Полученный HTML-документ может содержать несколько страниц, связанных гиперссылками. Так в нашем примере он состоит из 3 страниц (см. рис. 7.15). Из них первая или основная носит присвоенное отчету имя, а для остальных к этому имени добавляется номер страницы. В качестве примера на рис. 7.16 показана первая страница документа. Гиперссылки в виде переходов к предыдущей, последующей, а также первой и последней страницам, размещены в нижней части полосы. Содержательная часть страниц представлена значениями из учебной базы "Борей", распространяемой совместно с СУБД MS Access.
Рис. 7.15. Пример полученного отчета по продажам в виде 3-страничного HTML-документа
Рис. 7.16. Первая (лицевая) страница отчета
7.6.2. Публикация динамических Web-страниц
При всех своих достоинствах, публикации статических Web-страниц не позволяют поддерживать актуальность публикуемых данных. Из вариантов динамического связывания Web-страниц с внешними информационными источниками наибольшее распространение получили следующие:
