Текст книги "Электронные издания"

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

1. Чем отличается интерфейс пакета FrontPage от других программ, входящих в состав MS Office? Какие 3 панели размещаются в пределах рабочего окна этой программы? Каково назначение каждой из этих панелей?

2. Какие существуют варианты представления Web-узла в пакете FrontPage? Для чего предназначается режим страницы (Page) и какие действия могут выполняться в этом режиме? Какие вкладки предусмотрены для переключения режимов просмотра Web-страницы?

3. Для каких целей используются режимы Folders (Папки) и Reports (Отчеты)? Как используются режимы Navigation (Навигация) и Hyperlinks (Гиперссылки)?

4. Какие панели инструментов используются в рассматриваемой программе? Какие дополнительные инструменты предусмотрены в панелях Standard (Стандартная) и Formatting (Форматирование)?

5. Какие основные группы инструментов вы можете указать в панели Pictures (Рисование)? Имеются ли инструменты для работы с векторной графикой? С растровой графикой?

6. Какова стандартная последовательность проектирования Web-сайтов? Что такое лицевая или домашняя страница сайта? Как производится добавление новых страниц в структуру сайта?

7. Чем отличается пакет Dreamweaver от FrontPage? В чем состоят особенности его интерфейса? Какие палитры предусмотрены в этом пакете и для чего служит каждая из них?

8. Для каких целей используется палитра Object (Объекты)? Какие из элементов этой палитры наиболее интересны с вашей точки зрения? Удобно ли пользоваться такими инструментами?

9. Какие другие палитры вы запомнили? Для чего они предназначаются и каковы их особенности? Есть ли палитра для проектирования фреймовых структур Web-страниц? Для проектирования форм?

10.В чем вы находите общность всех палитр, предназначенных для работы с объектами? Как оформлены нижние части этих палитр и для чего? 11.С чего следует начинать и в какой последовательности выполнять процесс проектирования сайта в пакете Dreamweaver?

12.Как можно сформулировать назначение пакета Macromedia Director? На какие типы изданий он ориентирован и какие файлы можно создавать в нем для этих изданий?

13.Какие элементы представлены в интерфейсе программы? Как выглядит монтажное окно программы? Для чего предназначены окна сцены, партитуры и труппы?

14.Какие специальные инструменты предусмотрены в панели инструментов Tools (Инструменты)? Есть ли там инструменты для управления видеомагнитофоном? Для создания кадров видео? Для работы с элементами окон, перечисленных в предыдущем пункте?

15.Для чего предназначаются имеющиеся в пакете Inspectors (Инспекторы)? В частности, инспектор свойств, инспектор текста, инспектор реакции на события?

16.Попробуйте перечислить основные этапы работы над мультимедиапроектом. С чего начинается такая работа? Попробуйте нарисовать схему исходного сценарного плана.

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

18.Какой заключительный этап работы над проектом? Зачем нужен такой этап? Какие возможные варианты реализации такого этапа?

19.Для чего, по вашему мнению, предназначен пакет Macromedia Flash? Что он позволяет изготавливать и для каких целей?

20.Из каких элементов состоит Flash-фильм? Зачем фильм разбивается на элементы? Как называются эти элементы и какие с ними можно производить операции?

21.Какие команды какого меню используются для создания новой сцены? Удаления одной из сцен? В каком порядке они демонстрируются?

22.Что такое Time Guide (Хронометрическая линейка) и для чего она нужна? Что такое Object (Объект) и Common Object (Эталон)? Зачем нужны эти элементы?

23.Какие разновидности объектов используются во Flash-фильмах? Перечислите их и укажите, чем каждый из них отличается от остальных.

24.Какие способы создания эталона вы знаете? В каких случаях используется каждый из них? Какой из них наиболее удобен для вас?

25.Что вы знаете о Common Libraries (Стандартных библиотеках)? Что в них содержится и в каком виде? Для чего они применяются?

26.Что вы можете сказать про программный пакет 3ds max фирмы Autodesk? Для каких целей он используется? В чем вы видите его отличие от других? Знакомы ли вам аналогичные по функциям пакеты?

27.Что вы можете сказать про интерфейс пакета? Каким он вам кажется? Какие основные окна и инструменты вы запомнили?

28.Что такое Material Editor (Редактор материалов)? Как и для чего он используется в пакете?

29.Какие основные модели для представления тех или иных объектов используются в данном пакете? Какая модель кажется вам наиболее перспективной?

30.Для чего в пакете используется окно видеокамеры? Можно ли перемещать видеокамеру относительно объекта анимации, а если можно, то как это практически выполнить?

31.Как организуется в программном пакете 3ds max перемещение объекта? Можно ли заранее задать траекторию его перемещения? Изменять положение объекта в процессе движения по этой траектории?

Самостоятельная (лабораторная) работа

Цель данной работы состоит в изучении возможностей проектирования простых сайтов в пакете FrontPage 2000, интегрированном в MS Office 2000 или же в пакете FrontPage 2002, а также освоении таких навыков. Перед тем, как приступить к выполнению работы, рекомендуем еще раз внимательно познакомиться с разд. 6.1 и разд. 9.6.1, где рассматривается общая методика проектирования сайта издательства.

Порядок выполнения работы

1. Вначале следует разработать предварительную структуру проектируемого Web-сайта. Для этого в панели Views следует активизировать кнопку Navigation в результате чего в панели представления будет показана исходная структура сайта, состоящая из начальной или лицевой страницы, которая стандартно называется Index, и 3 страниц следующего уровня. Все сказанное выше иллюстрируется данными, представленными на рис. 6.5. Подумайте, хватит ли вам Web-страниц на втором уровне и как их назвать. Все это определяется особенностями проектируемого сайта. В дальнейшем можно изменить как названия Web-страниц, так и их количество.

2. Далее следует предварительно разработать общую структуру проектируемого сайта. Делать это следует последовательно одним из 2 альтернативных путей.

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

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

Пример 2-го варианта представлен на рис. 6.7.

3. Далее следует начать практическое формирование структуры сайта. Для добавления в структуру Web-сайта новой страницы определите страницу-родителя, для чего достаточно подвести к ней указатель мыши и нажать левую кнопку. Затем активизируйте в меню File команду New и подкоманду Page. Не забывайте, что все новые страницы создаются со стандартными именами. Поэтому следует сразу их переименовывать таким образом, чтобы имя соответствовало назначению страницы.

4. Если в процессе проектирования сайта его структура окажется чрезмерно разветвленной и не поместится в окне New_Page_1 (Панели представления) следует воспользоваться панелью инструментов Navigation, которая вызывается с помощью одноименной подкоманды команды Toolbars меню View. Здесь можно использовать инструмент Portrait/Landscape, изменяющий ориентацию страницы на альбомную. Возможно также с помощью инструмента Zoom уменьшить размеры отдельных блоков таким образом, чтобы все помещалось в пространстве панели представления.

5. На следующем этапе, длительность которого, скорее всего, будет самой большой, проектируются отдельные страницы сайта. В качестве примера мы можем сослаться на Web-страницу, посвященную электронным изданиями, которая представлена на рис. 6.6. Пространство разбито на 3 части: заголовочная верхняя часть, навигационная область – слева, и основная – справа. Мы рекомендуем пользоваться фреймовой структурой, но вполне возможно, как поступают многие Web-дизайнеры, использовать табличную структуру. Фреймовую структуру и деление страницы на 3 части предлагает по умолчанию сам пакет FrontPage. Поэтому при выполнении данной самостоятельной работы можно на ней и остановиться.

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

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

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

9. Проверьте исходный HTML-код хотя бы некоторых Web-страниц, используя вкладку HTML. Нет ли в нем избыточных элементов, о которых говорилось в разд. 4.3.4? Если они присутствуют, удалите их с Web-страниц и сохраните измененный HTML-код.

10.Просмотрите самые важные Web-страницы в браузере с помощью вкладки Preview панели представления и убедитесь, что вид этих страниц соответствует тем требованиям, которые вы предъявляли к ним при проектировании.

Глава 7
Информационная структура современного издательства

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

7.1. Общая информационная структура издательства

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

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

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

✓ повсеместное внедрение электронной формы представления издательского портфеля в виде базы данных (БД), в которой хранятся не только окончательно сверстанные издания, но зачастую и их версии;

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

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

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

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

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

Современное издательство постепенно превращается в систему для переработки и хранения цифровой медиа-информации. В функции издательской системы будет входить оцифровка, индексация, длительное хранение, извлечение и защита от несанкционированного доступа цифровой медиа-информации в распределенной сетевой среде. Можно перечислить основные подсистемы издательской информационной системы, представленные на рис. 7.1 [7, 10]:

✓ централизованное хранилище цифровой информации всех типов и форматов;

✓ совокупность цифровых технологий для загрузки изданий в хранилище и их каталогизации;

✓ система поиска и просмотра первичной информации;

✓ доставка единиц хранения информации работнику издательства для редактирования. Такая издательская система обязана обладать определенным набором свойств. Она должна обеспечить:

✓ хранение всех типов данных в едином информационном пространстве;

✓ минимизацию ручного труда по каталогизации и индексации информации;

✓ доступность информации с любого клиентского компьютера;

✓ возможность нахождения издания по его информационным характеристикам;

✓ беспроблемную стыковку клиентского программного обеспечения со средствами обработки и создания содержания изданий;

✓ доступность издания только для лиц с соответствующими правами доступа.

Рис. 7.1. Информационная система современного издательства

Рассмотрим составные элементы информационной структуры издательства (рис. 7.1). Основные компоненты системы локализуются на сервере или нескольких серверах. В частности, отдельный сервер обычно используют для ведения издательской базы данных. Иногда может быть выделен специальный сервер доставки информации клиенту, реже – сервер для поиска нужных электронных изданий. Для интеграции сервера (серверов) с клиентскими компьютерами используется специальная интрасеть. Роль и характеристики таких интрасетей рассмотрены в разд. 7.2. Наконец, посредством экстрасети и сети Интернет могут быть подключены территориально удаленные отделения и сотрудники издательства и некоторые контрагенты, с которыми поддерживается регулярная информационная связь. В качестве таких бизнес-партнеров могут быть оптовые и мелкооптовые книготорговые предприятия, крупные книжные магазины и полиграфические предприятия, которые регулярно выполняют заказы издательства на изготовление тиража книг или журналов. Крупные издательства нередко поддерживают постоянные связи с поставщиками бумаги и других полиграфических материалов.

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

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

Самые прогрессивные средства индексации текста базируются на технологии семантических сетей, в которой значения слов определяются по контексту, а не просто подбором унифицированных терминов для отдельных слов, однако пока работу программных средств нельзя назвать безупречной. Представляется оправданным включение в метаданные ключевых слов, отобранных автором и редактором, так как лучше них никто не сможет подобрать набор ключевых слов, оптимально характеризующих как тематическую область издания, так и его отличия от близких по тематике. В издательской деятельности возможна автоматическая генерация связей для отношений "содержится" и "используется в" путем разбора языка компоновки страниц и выделения элементарных объектов из составных документов. Чем более структурирован язык описания страниц, тем легче выделять информацию: форматы с высоким уровнем структуризации, подобные Adobe FrameMaker и SGML, гораздо эффективнее, чем форматы со специальной структурой типа QuarkXPress и Word. Хуже всего интерпретируются форматы, не имеющие четко выраженной структуры, такие как PostScript и, в меньшей степени, PDF.

До сих пор не существует общих средств автоматического выделения нетривиальной информации из изображений, аудио и видео, но некоторые разработчики (Kodak, LivePicture, Virage, Excalibur) занимаются исследованиями в этой области. Иногда атрибутивные метаданные могут генерироваться просто путем извлечения информации из определенных форматов данных. Лучший пример этого – форматы файлов графического редактора Adobe Photoshop, которые содержат массу полезной информации.

При загрузке добавляются не только метаданные, но и вспомогательные представления документов, в частности, миниатюры, отражающие внешний вид издания. Генерация миниатюр также может быть автоматизирована. Например, большинство графических форматов содержат свои собственные миниатюры, для других, например для изображений с высоким разрешением, можно сгенерировать их "на лету". Аналогично можно спроектировать загрузчик таким образом, чтобы он, получая цифровые аудиообъекты, создавал клипы первых нескольких секунд звучания в одном из стандартных простых форматов (например, в формате WAV 10 кГц). Таким же образом видеоинформация в формате MPEG-2 может преобразовываться в клипы QuickTime длительностью в 5 или 10 с.

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

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

В большинстве случаев используется так называемое "сквозное проигрывание" (playthrough), что дает возможность начать просмотр мультимедийного издания еще до того, как оно полностью загружено на сервер доставки. Например, сервер MediaCenter фирмы Sun позволяет начать воспроизведение аудио– или видеоданных уже через 5 секунд после начала загрузки. Сквозное проигрывание необходимо для приложений с быстрым и непрерывным обновлением содержания. Режим playthrough развивает метод оперативной загрузки, который заключается в способности сервера одновременно загружать один и воспроизводить другой документ.

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

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

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

✓ иерархический доступ к каталогам и файлам, аналогичный менеджеру файлов;

✓ интерфейсы для поиска;

✓ просмотр списка ответов, включающего миниатюры;

✓ навигацию по связям между документами.

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

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

Система хранения обязана обеспечивать несколько видов представления документов. Каждый документ должен иметь уменьшенную копию – миниатюру (thumbnail), которая компактно представляет его и возвращается пользователю в списке результатов запроса. Такое представление может быть заголовком или титульной страницей (для текстовых объектов), уменьшенным изображением (для графики), пятисекундным отрывком аудио– или видеоклипа.

Различные формы взаимодействия могут применяться и при доступе к самому изданию. В частности, представление "только для просмотра" дает пользователю возможность изучения содержания издания без права редактировать его. Примеры такого представления – формат Adobe Acrobat PDF, представление изображений в формате экрана (viewer), цифрового видео – в формате QuickTime и пр.

Сейчас для хранения информации преимущественно используются реляционные БД, обладающие мощным потенциалом, масштабируемостью, стандартным языком запросов по атрибутам SQL (Structured Query Language).

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

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

Например, система, построенная на ООБД, может иметь тип данных content-object с операцией play. На следующих уровнях иерархии могут быть подтипы для объектов со специфическим содержанием: audio-object, video-object, animation-object, и подтипы для специфических форматов: WAVaudio-object, MPEG2-video-object. Независимо можно ввести тип text-index, определив для него операции автоматической индексации и выполнения запросов. В ООБД в число атрибутов могут включаться указатели на индивидуальные объекты, что позволяет легко реализовать упомянутые выше отношения вхождения документов.

Резюмируя, можно сказать, что ООБД сами по себе имеют потенциал, чтобы стать законченным решением для системы на серверной стороне. Считается, что ООБД уступают реляционным системам в надежности, работоспособности и возможностях передачи данных, т. е. характеристиках, существенных для масштабируемости. Ожидается, однако, что Universal Server компании Informix, в котором объединены "объектно-реляционные" средства Illustra с масштабируемостью самой системы Informix, сможет преодолеть эти недостатки. Программное обеспечение DataBlade, входящее в Informix Universal Server, хорошо согласуется с предлагаемой архитектурой издательской системы. Помимо того, в DataBlade имеется возможность определять семантику новых типов данных непосредственно в БД.

Информационное хранилище издательства опирается на файловую систему сервера. Чтобы реализовать стратегию хранения данных, от файловой системы требуется поддержка управления томами и иерархического управления памятью (Hierarсhical Stirage Management – HSM). HSM, грубо говоря, – это примерно то же самое, что виртуальная память для физической ОП: она позволяет рассматривать различные уровни памяти (в частности, жесткие и оптические диски, магнитную ленту, если она используется) как одну большую файловую систему.

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

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

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