Наша система — это один из образцов оболочек, которые существуют. Дело в том, что на Западе все эти моменты уже в достаточной степени реализованы, а у нас к этому только идет — до сих пор все было жестко и неразделимо сшито, как, например, в какой-нибудь мультимедийной энциклопедии, и получался такой диск, который запускается и все. Эдакая «вещь в себе». А у нас сейчас некий промежуточный вариант, когда есть отдельно оболочка (платформа), на которой играются медиаобъекты, и отдельно объекты, которые можно свободно импортировать/экспортировать. Но пока что оболочки «1С» и других российских компаний несовместимы. Для простых объектов (тех же JPEG) — понятно, что совмеcтимы, а вот любой более сложный объект, например, вопрос, который должен обеспечить интерактивность, — это уже не есть стандартный файл. На Западе для совместимости оболочки и контента как раз и были введены стандарты. Есть такой международный консорциум IMS, который вырабатывает некий набор спецификаций для разработчиков. Это делается для того, чтобы контент, который мы создаем, проигрывался любой платформой, удовлетворяющей определенным требованиям. В принципе все должно быть совместимо и абсолютно независимо, чтобы можно было взять любой контент и поместить на любую платформу. Существует система Learning Management System — система управления образованием, и Content Management System — система, в которой могут подобрать контент, разместить, отредактировать. Бывают LCMS-системы, где все в одном. И таких систем много, довольно разных. Получается, что можно производить контент, который не имеет своей оболочки, но при этом соответствует международным стандартам, и тогда, как, например, и делают некоторые российские разработчики, можно продавать его на Запад. Мы же стремимся сейчас создать такую оболочку, которая будет способна поднимать любую медиа любого производителя, которая будет удовлетворять определенным стандартам, тот же LOM — уже принятый в России стандарт.
Еще раз поясню, что же такое стандарт: помимо того, что объект атомизирован, описан атрибутивной карточкой, еще существует некая небольшая программная обвязка, которая позволяет ему взаимодействовать с этими универсальными платформами более-менее стандартным образом. То есть если я делаю, скажем, какой-нибудь тест, то я обязан его сделать так, чтобы любая система могла этот тест подобрать, оценку после прохождения теста отправить в электронный журнал успеваемости, сохранить промежуточные результаты, для того чтобы учитель смог проверить каждый ответ. Минимальные условия этого интерфейса, этого модуля достаточно жестко стандартизированы. И модуль внутри себя может быть организован сколь угодно сложным образом (это может быть хоть целая игра), но на выходе нужно сделать так, чтобы любая оболочка восприняла его как своего.
