Магистраль распределения

Магистраль распределения

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

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

Уровень техники

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

Раскрытие изобретения

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

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

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

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

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

Краткое описание чертежей

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

Фиг.2 - блок-схема системы магистрали распределения, согласно одному варианту осуществления настоящего изобретения.

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

Фиг.4 - подробная схема требований доставки и профилей клиентов, которые содействуют планированию производства.

Фиг.5 - случай образцового примера использования профиля клиента.

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

Фиг.7 - один из примеров состояния инвентаризации.

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

Фиг.9 - данные, собранные из активов, идентифицированных в запросе анализа материалов.

Фиг.10 - случай конкретного использования отображения возможностей.

Фиг.11 - случай конкретного использования планирования производства.

Фиг.12А иллюстрирует представление компьютерной системы и пользователя.

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

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

Фиг.14 отображает первичные вводы в модуле Обслуживания Запроса.

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

Фиг.16 - список значений Формата изображения, который будет ограничивать актив, если он будет рассматриваться для этого Типа компонента.

Фиг.17 - описывает роль Мастер-данных технологического процесса с помощью DBB. Заштрихованные блоки представляют собой выборы, определенные Запрашивающей стороной.

Фиг.18 показывает обработку задач технологического процесса и их состав, описанный в функциональных группированиях.

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

Фиг.20 изображает процесс Кодирования и Управления Загрузкой контента, который должен быть оркестрован с помощью DBB.

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

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

Осуществление изобретения

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

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

В изображенном на фиг.1 варианте осуществления запросы вырабатываются и представляются в блоке 110 для лицензирования контента и для выполнения этого контента для лицензиатов. Эти запросы принимают многочисленные формы в зависимости от изменений подающих организаций и типов лицензионных соглашений. Операция выполнения выполняет необходимый анализ для идентификации ключевой информации об идентификации контента (которая называется Название/Альфа), клиенте, который будет обслуживаться, и сроках обслуживания, таких как срок выполнения.

Следующим этапом в процессе выполнения является анализ требований к инвентаризации в блоке 120. Для выработки производственного плана, который приведет к созданию результатов, необходимых для лицензиата, анализ инвентаризации проводится для каждого Названия/Альфа. Этот анализ начинается с определения окончательных результатов (т.е. продукции), требуемых лицензиатом, и процессов на каждом уровне компонентов, используемых для выработки продукции от мастера копирования в дискретное видео, аудио и текстовые компоненты до мастера оригинала, созданного на производстве. Для каждого требования клиента этот процесс в различных формах осуществляется с помощью операции обслуживания или поставщика.

После того, как становится известным статус инвентаризации для каждого Названия/Альфа, в блоке 130 определяется и вырабатывается производственный план.

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

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

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

На фиг.2 представлена блок-схема системы 200 магистрали распределения, согласно одному варианту осуществления настоящего изобретения. В изображенном на фигуре 2 варианте осуществления блок-схема иллюстрирует объекты и процессы, необходимые для выполнения анализа материалов и выработки производственного плана. Таким образом, система 200 магистрали распределения включает в себя спецификацию 230, доставляемую клиенту (включающую в себя профиль 210 клиента), механизм 240 анализа производства, механизм 250 планирования производства, инвентаризационные вспомогательные данные 260 и мастер-данные 270 технологического процесса. Механизм 250 планирования производства выполняет или использует источник 252 активов компонентов, технологические процессы 254 и анализ 256 затрат и времени производственного цикла.

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

Механизм 240 анализа производства использует мастер-данные 270 технологического процесса и инвентаризационные вспомогательные данные 260 (см. приложение 4 к подробному описанию) наряду с вводом из модуля запросов (см. приложение 2 к подробному описанию), который имеет дело с отношениями партнер-клиент и с тем, как вырабатываются запросы. Используя спецификацию 230, доставляемую клиенту, механизм 240 анализа производства идентифицирует соответствующий технологический процесс. В рамках технологического процесса определяют все задачи, необходимые для создания спецификации клиента. Кроме того, определяют с возможностью использования все необходимые типы компонентов для каждой задачи. Обладая этой информацией, механизм 240 сначала выполняет анализ материалов. Система 200 магистрали распределения запрашивает инвентаризацию для необходимых компонентов для специфицированного Названия/Альфа 220 и спецификации 230, доставляемой клиенту. Результаты этого анализа определяют задачи, которые необходимы для завершения требуемого технологического процесса.

Как описано в приложении 5, технологические процессы на основе спецификации клиента должны учитывать сценарии для инвентаризации. Эти технологические процессы должны охватывать кодирование и загрузку необходимого инвентарного компонента через доставку. Они должны быть по существу модульными и обеспечивать гибкость для обработки сценариев там, где необходимая инвентаризация находится в большей степени готовности. Механизм 240 анализа производства выполняет анализ материалов для того, чтобы определить конкретные технологические процессы, необходимые для создания необходимого продукта.

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

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

На фиг.3 изображен алгоритм 300, иллюстрирующий технологию для цифрового распределения медиа-контента с использованием системы магистрали распределения, согласно одному варианту осуществления настоящего изобретения. В изображенном на фиг.3 варианте осуществления, технология цифрового распределения включает в себя этапы, на которых: выполняют сбор требований доставки и профилей клиентов в блоке 310; выполняют инвентаризацию и анализ активов источника в блоке 320 с помощью итерационного прохождения через набор требований для создания результата на выходе (см. описание фиг.6 и фиг.7 для случая конкретного использования анализа материалов); выполняют отображение возможности в блоке 330 (см. описание фиг.8 - фиг.10 для случая конкретного использования отображения возможности); планируют производственный процесс в блоке 340 (см. описание фиг.11 для подробного описания планирования производства); и выполняют оптимизацию в блоке 350 (подробнее смотри ниже).

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

На фиг.4 изображена подробная схема требований к доставке и профилей клиента, которые содействуют планированию производства. Как было обсуждено выше, профиль клиента представляет собой конкретный набор требований, которые определяют требования к контенту, доставке и метаданным для клиента. В одном варианте осуществления, профиль клиента включает в себя спецификацию 410 пакета, предпочтение 420, техническую спецификацию 430 и спецификацию 440 для сборки. Спецификация 410 пакета определяет дискретные элементы, которые должны быть доставлены к клиенту для выполнения запросов, выполненных клиентом, и включает в себя спецификацию 412 контента и спецификацию 414 метаданных. Предпочтения 420 являются специфическими требованиями для клиента, которые направляют выбор активов источника и ограничивают или ослабляют возможности производства магистрали распределения. Техническая спецификация 430 представляет собой требования, не основанные на контенте, которые определяют кодек, частоту кадров, разрешение изображения и другие технические параметры на основе файлов. Спецификация 440 для сборки определяет любые требования для нелинейного редактирования, таких как замена логотипа, растягивание/изменение оттенков черного или добавление плат. Спецификация 412 контента включает в себя повторно используемые технические спецификации, спецификации для сборки и данные предпочтений.

В одном случае образцового использования профиля клиента, показанного на фиг.5 - фиг.8, клиент КиноКосмос (CinemaSpace) и профиль клиента для внутренних сквозных продаж (DST) были идентифицированы пользователем для Названия "Самолет" и Альфа "Театральный". На фиг.5, технические спецификации приведены для иллюстрации желания клиента получить контент с форматом изображения 16×9 и частотой кадров 23, 98. Однако дополнительные технические спецификации также показывают, что способность принимать различные форматы основана на доступной инвентаризации для Названия/Альфа. Спецификация сборки предусматривает данные непосредственно в производственном плане для использования при создании профиля транскода, а также данные из технической спецификации.

Спецификация контента, представленная на фиг.6, показывает многочисленные наборы предпочтений источника и технические спецификации, которые представляют диапазон результатов, которые клиент может принять. Их также ранжируют для того, чтобы выразить предпочтения клиента. Предпочтения источника используются для отыскания активов источника, которые можно использовать. Образцовые данные, показанные на фигуре, учитывают ту же самую спецификацию контента для обработки названий, которые изначально составляли 4×3 или 16×9. Название "Самолет" было выбрано в качестве более раннего названия каталога, которое может иметь только мастер видео 4×3.

Предпочтения производства допускают адаптацию операторов для подключения или отключения возможностей магистрали распределения на основании предпочтений клиентов. Таким образом, в примере, показанном на фигуре 6, предпочтение производства указывает на отсутствие замены 3:2 или уменьшение частоты кадров фильма 23,98 на частоту кадров видео 29,97.

На фиг.7 показан один пример состояния инвентаризации 700 для Названия "Самолет" 702 и Альфа "Театральный" 704. Блоки 710, 712 представляют собой активы источника, которые представлены для Названия/Альфа. Блоки 720, 722 представлены для иллюстрации того, что все активы источника соответствуют мастер-спецификации. Когда анализ материалов выполнен, можно отыскать актив источника или спецификацию компонента. Нахождение спецификации компонента приведет к требованию компонента, включающего в себя Название, Альфа и информацию о спецификации компонента. Требование компонента представляет собой инструмент управления задачами, необходимый для управления загрузкой. Комплект 730 представляет собой группировку компонентов (например, аудио компонент и видео компонент), который соответствует и синхронизирован таким образом, чтобы компоненты могли работать вместе. Компоненты, которые определены для совместной работы, будут организованы с возможностью указания типа комплекта для мастер-данных технологического процесса. Под управлением Альфа комплект разрешит конкретное подтверждение активов, которые будут работать совместно. Обычно комплект будет иметь один видео компонент и один или более аудио компонентов, где любое аудио будет работать с видео в этом комплекте. Мастер-данные технологического процесса, поддерживаемые спецификациями клиента, будут обрабатываться, причем их изменчивость аудио или вспомогательный материал используют из комплекта.

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

Возвращаясь к фиг.6 и фиг.7, анализ материалов выполняется в случае образцового использования. Сначала предпочтения источника с рангом 1 используются для запроса инвентаризации 700. В примере инвентаризации 700, показанном на фигуре 7, система осуществляет поиск источника видео 16×9 и источника аудио стерео на английском языке. Запрос также требует, чтобы эти активы были представлены в виде комплекта. Однако этот запрос не удается, потому что отсутствует актив видео 16×9. Соответственно, предпочтения источник с рангом 2 используются затем для запроса инвентаризации 700. В этом случае, система осуществляет поиск источника видео 4×3 и источника аудио стерео на английском языке. Запрос также требует, чтобы эти активы были представлены в виде комплекта. На этот раз, запрос был выполнен успешно.

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

В отображении образцовых возможностей, показанном на фиг.8, сбор данных производят из активов, идентифицированных в запросе анализа материалов, в котором источник видео 4×3 и источник аудио стерео на английском языке идентифицированы и представлены в виде комплекта. Данные также собираются из технической спецификации 810 с рангом 1 и подаются в механизм 800 правил отображения возможностей. Это итерация становится неудачной из-за отсутствия возможности преобразования мастера изображения из 4×3 в 16×9. Следует отметить, что правила, которые управляют изменениями формата файла, можно упростить путем создания зависимых правил 840, которые глобально запрещают определенные комбинации. Это избавляет от необходимости выражать все возможные комбинации отображения критериев.

Как показано на фиг.9, данные собираются из активов, идентифицированных в запросе анализа материалов, наряду с данными из технической спецификации 820 с рангом 2, и подаются в механизм 800 правил отображения возможностей. Эта итерация по-прежнему остается неудачной по двум причинам: (1) как и прежде отсутствует возможность преобразования мастера изображения 4×3 в 16×9, и (2) клиент предпочитает получать контент, который не был обработан через удаление 3:2 на основе программного обеспечения или разъединения 900, которое в противном случае представляет собой возможность системы магистрали распределения.

Как показано на фиг.10, данные собираются из активов, идентифицированных в запросе анализа материалов, наряду с данными из технической спецификации 830 с рангом 3 и подаются в механизм 800 правил отображения возможностей. Эта итерация становится успешной только с помощью преобразования 1000, запрашиваемого из ко дека мастер-файла в кодеке технической спецификации.

На фиг.11 показана взаимосвязь связь образцового требования 1100 источника, набора 1110 и технической спецификации 1120 для получения набора производственных функций, использующих правила системы и/или логику. Каждая функция производства является примером типа функции производства, которая затем отображается в списке возможных шаблонов элементов работы. Функция производства может вырабатывать более чем одного из возможных шаблонов элементов работы. В примере на фигуре 11 показаны два шаблона элементов работы, Услуга 1 и Услуга 2 для получения решения транскодирования медиа. На основании правил, определенных системой, выбирается один подходящий элемент работы, а именно Услуга 1. Элементы работы включают в себя информацию относительно параметра «Из» (например, 16×9), параметра "В" (4×3) и системы для использования (например, Услуги 1). Каждый шаблон элемента работы связан с набором соответствующих этапов выполнения в рамках шаблона этапа выполнения. Пример, изображенный на фигуре 11, включает в себя следующие этапы:

Построение рабочей зоны; Определение местонахождения материалов для сборки; и Услугу 1 с профилем (MPEG 4). Поэтому, на основании отображения шаблона элемента работы для выполнения шаблона этапа, получаются требуемые этапы выполнения.

Сразу после идентификации этапов выполнения, производственный план можно оптимизировать различными способами. Например, случи со сложными многоэтапными преобразованиями в производственном плане могут привести к идентификации многочисленных шаблонов элементов работы (избыточная оптимизация). Эти шаблоны могут иметь избыточные этапы выполнения, такие как "Определение местоположения материалов для сборки). Эти избыточные этапы можно по существу уменьшить или исключить при оптимизации избыточности. Кроме того, в сложных случаях некоторые этапы выполнения можно выполнять параллельно или в одной операции, такой как "преобразование формата" и "преобразование 6×9 в 4×3". Эти этапы можно объединить в одной операции во время комбинационной оптимизации. После оптимизации выполняется производственный план. После его выполнения, план используется для выработки необходимой оркестровки технологического процесса, который будет преобразовывать идентифицированные материалы источника в требуемый продукт, доставляемый клиенту.

На фиг.12А изображены компьютерная система 1200 и пользователь 1202. Пользователь 1202 использует компьютерную систему 1200 для выполнения функций распределения цифрового контента. Компьютерная система 1200 сохраняет и выполняет цифровую обработку 1290 распределения.

Фиг.12В изображает функциональную блок-схему, иллюстрирующую компьютерную систему 1200, выполняющую цифровую обработку 1290 распределения. Контроллер 1210 является программируемым процессором и управляет работой компьютерной системы 1200 и ее компонентами. Контроллер 1210 загружает команды (например, в виде компьютерной программы) из памяти 1220 или встроенной памяти контроллера (не показана) и выполняет эти команды для управления системой. При их исполнении, контроллер 1210 выполняет цифровую обработку 1290 распределения в виде программной обработки, такой как для обеспечения анализа материалов и планирования производства. Альтернативно, эту услугу можно реализовать в виде отдельных аппаратных компонентов в контроллере 1210 или компьютерной системе 1200.

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

Запоминающее устройство 1230 временно или долговременно хранит данные для использования другими компонентами компьютерной системы 1200, такой как для хранения данных, которые используются системой 1290 цифровой обработки распределения. В одном варианте осуществления, запоминающее устройство 1230 является накопителем на жестком диске.

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

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

Интерфейс 1260 ввода-вывода включает в себя один или более портов ввода-вывода для подсоединения к соответствующим устройствам ввода-вывода, таким как внешнее запоминающее устройство или дополнительное устройство (например, принтер или персональный цифровой помощник (PDA)). В одном варианте осуществления, порты интерфейса 1260 ввода-вывода включают в себя порты, такие как порты USB, порты PCMCIA, последовательные порты и/или параллельные порты. В другом варианте осуществления, интерфейс 1260 ввода-вывода включает в себя беспроводный интерфейс для поддержания беспроводной связи с внешними устройствами.

Сетевой интерфейс 1270 включает в себя проводное и/или беспроводное сетевое подсоединение, такое как RJ-45 или интерфейс "Wi-Fi", включающий в себя, но неограниченный 1202.11), поддерживающий соединение по сети Ethernet.

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

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

Приложение 1. Основы цепочки цифровой доставки

Для компании Сони (Sony) магистраль распределения (DBB) представляет собой механизм расширения своего присутствия в цепочке цифровой доставки услуг развлечений. Важность этого механизма приобретает предвидение того, как цепочка цифровой доставки будет развиваться со временем и использовать знания и опыт. Стремление к повышению производительности цепочки доставки проявляется в гибкости и Услуге 2 через использование ключевых показателей эффективности (KPI) (постоянно улучшаемых) цепочки доставки, руководящих принципов цепочки доставки, ориентации на передовые технологии, управлении сроком службы и эффективном разделении планирования и анализа деятельности по результатам выполнения. Опыт цепочки доставки, накопленный в компании Сони и у многих партнеров, обеспечивает перспективу того, как DBB должна продвигаться вперед после своего первого выпуска и применять передовой опыт работы в дополнение к усовершенствованным функциям автоматизированной обработки контента.

Управление сроком службы продукта

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

В качестве провайдера цифровых услуг по цепочке доставки компания Сони будет иметь сильную заинтересованность в сроках службы продуктов своих покупателей в качестве точки ввода данных для ввода в планирование деятельности, которая относится к DBB. Этот тип информированности представляет собой то, что позволит DBB работать на очень высоких уровнях эффективности при доставке на уровнях передовых услуг с приемлемой стоимостью. В2В и цифровые аспекты DBB изменяют динамику управления сроком службы продукта, но подобные принципы можно применить на различных уровнях. Например, управляемая многоуровневая среда хранения может извлечь выгоду из знания версии продукта Windows и упредить перемещение файлов между уровнями, чтобы минимизировать задержки поиска, а также стоимость хранения на уровне хранения в режиме прямого доступа. Кроме того. Семейства продуктов, как описано ниже может повлиять на характеристики срока службы продукта. Дополнительную информацию о Сроке службы можно получить из атрибутов, таких как является ли название продолжением или предысторией, а также общих контекстных событий, таких как изменение формата файла на промышленном уровне.

Семейства продуктов

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

DBB должна быть