Электронные издания
Шрифт:
Основные свойства API MSMC:
✓ концепция проигрывателя, списка проигрывания, титулов;
✓ различные режимы проигрывания;
✓ проигрывание титулов по расписанию;
✓ контроль доступа к проигрывателю;
✓ параллельный доступ к одному списку проигрывания нескольких клиентов.
При интерпретации удаленных обращений клиентов менеджер потока на сервере MSM опирается на оглавление титулов, через которые осуществляется доступ к системе медиафайлов (MFS). В соответствии с моделью выталкивания MSM лишь инициирует проигрывание, но не производит декодирование потока. Менеджер потока MSM и его протокол API принимает запросы и направляет потоки битов по нужным адресам, где локально выполняется декодирование и визуализация. В будущих реализациях предполагается расширить API MSMC функциями управления титулами.
Простая клиентская программа MSMC выглядит следующим образом. Логическая связь клиента с сервером называется сессией. Чтобы открыть сессию, требуется задать IP-сервера и обратиться к нему. В результате клиентская программа получает логический дескриптор сервера,
API MSMC позволяет разделять плееры между приложениями, т. е. различными процессами на клиентской машине, а также приложениями на разных машинах. Разделение основывается на уникальности дескриптора плеера. Обладание дескриптором дает приложению полный контроль над всеми его функциями. Дескрипторы могут свободно передаваться между приложениями по любому механизму, сохраняющему битовое представление: через файл, общую память или сокеты (Sockets). Последний представляет собой абстрактный интерфейс сетевого взаимодействия для потоковой системы передачи информации низкого уровня.
Менеджер потока MSM контролирует отдельно доступ к серверу и доступ к плеерам с тремя уровнями прав: на чтение, управление и администрирование. Владелец прав чтения с сервера может получить списки плееров, титулов и текущие состояния плееров. Права администрирования сервера дают возможность создавать/удалять плееры. Доступ по чтению к плееру позволяет получить его список проигрывания. Обладая правами управления плеером, можно изменять скорость и длительность проигрывания титулов. Наконец, администрирование плеера – это установка прав доступа для других пользователей. Пользователь, создавший плеер, имеет на него все права доступа и может определить их для остальных пользователей.7.6. Публикация содержимого баз данных на Web-страницах
Наряду с хранением подготовленных и опубликованных изданий в электронной форме в базах данных, откуда их всегда можно извлечь и напечатать дополнительный тираж, нередко требуется решить обратную задачу – опубликовать содержимое тех или иных баз данных, например, в виде Web-страницы (ее части или нескольких страниц). Ниже рассматривается возможность таких публикаций в двух вариантах: в виде статических и в виде динамических Web-страниц. В первом случае содержимое опубликованной страницы остается неизменным и отражает состояние базы данных в момент получения ею запроса на извлечение определенной информации. Во втором случае поддерживается непрерывная связь между базой данных и опубликованными ее страницами. В результате при изменении содержимого БД содержимое Web-страниц также изменяется.
7.6.1. Публикация статических Web-страниц
Источником для создания статической Web-страницы может служить любой набор записей в базе данных. Обычно на таких страницах публикуется таблица базы данных (или ее некоторая часть) или данные, полученные в результате выполнения некоторого запроса к базе. Вариантом публикации может быть отчет, созданный на основе данных, содержащихся в базе. Такая публикация в дальнейшем просматривается в браузере. Если отчет состоит из нескольких страниц, то формируется несколько HTML-файлов, связанных друг с другом гипертекстовыми ссылками. Однако при этом не сохраняется связь этого файла с источником данных, т. е. Web-страница остается неизменной при изменении содержимого базы данных.
Все такие публикации создаются в результате экспорта соответствующих объектов базы данных. Если для такой операции используется база, созданная в рамках СУБД Access (она входит в состав пакета MS Office), то рекомендуется придерживаться следующего порядка действий:
1. Открыть и проверить содержимое материалов базы данных, которые предполагается публиковать.
2. Выбрать объект для публикации, т. е. выбрать соответствующую вкладку диалогового окна, показанного на рис. 7.12 (в примере нажата кнопка Отчеты и выбран отчет Итоги продаж по объему ). 3. С помощью команды Экспорт (рис. 7.13) меню Файл открыть диалоговое окно Экспорт объекта , показанное на рис. 7.14.
4. При необходимости указать имя HTML-шаблона в появившемся после нажатия кнопки Сохранить диалоговом окне Параметры вывода в формате HTML .
Полученный HTML-документ может содержать несколько страниц, связанных гиперссылками. Так в нашем примере он состоит из 3 страниц (см. рис. 7.15). Из них первая или основная носит присвоенное отчету имя, а для остальных к этому имени добавляется номер страницы. В качестве примера на рис. 7.16 показана первая страница документа. Гиперссылки в виде переходов к предыдущей, последующей, а также первой и последней страницам, размещены в нижней части полосы. Содержательная часть страниц представлена значениями из учебной базы "Борей", распространяемой совместно с СУБД MS Access.
7.6.2. Публикация динамических Web-страниц
При всех своих достоинствах, публикации статических Web-страниц не позволяют поддерживать актуальность публикуемых данных. Из вариантов динамического связывания Web-страниц с внешними информационными источниками наибольшее распространение получили следующие:
✓ использование HTML-форм и CGI-скриптов для их обработки;
✓ динамические публикации страниц в формате IDC/HTX;
✓ публикации динамических Web-страниц в формате ASP;
✓ применение специальных страниц доступа к данным.
Первый вариант связан с пересылкой на сервер запроса в виде HTML-формы, в которой указаны переменные, текущие значения которых требуется узнать. На сервере с помощью CGI-скриптов эти формы обрабатываются и с помощью интерфейса с СУБД, поддерживающей локализованную на нем же базу данных, возвращаются новые значения соответствующих величин, которыми заменяют прежние [11, 15]. Этот способ обеспечивает максимальную гибкость, но требует создания и хранения на сервере CGIскриптов и других пользовательских процедур. Другие варианты организации динамической связи требуют, чтобы на сервере был определен соответствующий источник данных. Технология IDC (Internet Database Connector – средство связи сети Интернет с базой данных)/HTX (HTml eXtension – расширение языка HTML) позволяет передать параметры запроса пользователя к базе данных как часть сообщения от браузера на сервер, получая в ответ динамически сформированную Web-страницу. Запрос, посылаемый серверу, – это текстовый файл в формате IDC, в котором содержится набор операторов языка SQL (Structured Query Language – язык структурированных запросов).
Язык SQL поддерживается практически всеми СУБД. В данном случае с его помощью формируется описание действий, которые выполняются на серверной стороне. Соответственно IDC-файл является исполняемым и на сервере должен размещается в папке Scriots (сценарии), предназначенной для исполняемых процедур. Пользователь обязан иметь возможность занесения файлов в эту папку. В составе IDC-файла должен также находиться шаблон, описывающий Web-страницу, в составе которой находится таблица, форматирование которой определяет, каким образом будут отображаться данные, извлеченные из базы.
Какой же порядок динамического взаимодействия между пользователем и базой данных? Пользователь вводит в адресном окне браузера адрес IDCфайла. Web-сервер отыскивает этот файл в папке Scripts и активизирует динамическую библиотеку httpodbc.dll. Процедуры этой библиотеки просматривают IDC-файл и определяют имя внешнего источника данных (URL базы данных). Из библиотеки выбирается нужный драйвер, который взаимодействует с источником данных, выполняя запрос на языке SQL, и извлекает нужную информацию из этого источника. После этого специальная процедура библиотеки получает из IDC-файла имя шаблона и формирует на основании его гипертекстовый файл, который отсылается браузеру компьютера клиента. Наконец, последний формирует и отображает Web-страницу в своем окне [15].
Технология публикаций ASP (Active Server Pages) подобна рассмотренной первой. Отличие лишь в том, что она адаптирована к использованию Webсервера, работающего в операционной системе Windows и вместо CGIскриптов использует процедуры взаимодействия, написанные на языке VBScript – одной из ветвей языка Bisual Basic.
Самой современной и наиболее эффективной в настоящее время является технология динамической публикации на основе страниц доступа к данным (Data Access Pages – DSP). Страница доступа к данным представляет собой Web-страницу, на которой размещены связанные с внешним источником данных компоненты ActiveX (см. разд. 4.4), а также процедуры, написанные на языке VBScript. Сочетание гибкости управления объектами страниц доступа к данным с мощными функциональными возможностями компонентов ActiveX делает такую технологию чрезвычайно эффективной для организации удаленного доступа к данным и их динамической публикации на Web-страницах.
Страницы доступа к данным интегрированы в СУБД MS Access, причем в окне базы данных им отведена отдельная вкладка "Группы". Они разрабатываются в режиме "Конструктор страниц". Разработанные страницы доступа следует поместить в соответствующую папку Web-сервера. В самой базе данных остаются ярлыки, указывающие на файлы гипертекста, описывающие эти страницы. Использование страниц доступа к данным позволяет создавать интерактивные отчеты, формы для удаленного ввода, редактирования и удаления записей в базе данных, средства для удаленного анализа данных.
Детальное изучение этих технологий не входит в содержание нашей книги. Поэтому мы отсылаем всех интересующихся данным вопросом к книгам [28, 36]. Некоторые сведения по принципам и применению CGI-технологий можно извлечь также из книги [32] и статьи [15].Контрольные вопросы
1. Какие отдельные подсистемы, по вашему мнению, должны входить в состав информационной системы современного издательства? Попробуйте перечислить эти подсистемы и обосновать их необходимость.
2. Какими свойствами должна обладать информационная система современного издательства? Можете ли вы привести пример издательства, где все эти свойства реализованы?
3. Зачем в издательстве нужна интрасеть? Какие функции возлагаются на нее? Вы сталкивались с ними?
4. В каких издательствах требуется экстрасеть и какие функции на нее возлагаются? Вам приходилось сталкиваться с экстрасетями? Какое у вас осталось о них впечатление?
5. Какой компонент издательской системы является, по вашему мнению, основным? Почему вы так считаете?
6. Что должно быть сделано в издательской информационной системе для автоматизации ввода публикаций и их атрибутов? Что для этого требуется от самих публикаций?
7. Какие средства для выделения нетривиальной (существенной) информации из текстовых фрагментов и иллюстраций вы знаете? В чем трудности выделения такой информации из аудио– и видеофрагментов?
8. Какие, по вашему мнению, требуются программные и информационные средства доставки публикаций из хранилища на рабочее место пользователя системы? Чем принципиально отличаются средства доставки мультимедиа-информации?
9. Как должно быть реализовано рабочее место пользователя в издательской информационной системе? С чем должны взаимодействовать клиентские программные средства и какие функции они выполняют?
10.Какие протоколы для передачи данных используются в интрасетях? Как они согласуются с протоколами в сети Интернет?
11.Какие простейшие способы защиты информации применяются для интрасетей? Что такое "брандмауэр" в информационных технологиях? Как он работает?
12.Что такое "Обеспечение для групповой работы"? Какие его основные функции и в чем состоят его преимущества?
13.Попробуйте сформулировать, в чем состоят основные функции интрасетей?
14.Какие вы можете назвать преимущества использования интрасетей? Попробуйте перечислить главные из них.
15.Какие основные требования предъявляются к издательской базе данных или информационному хранилищу издательства? Попробуйте перечислить основные из этих требований.