Способ верификации преобразования формата контента

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

 

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

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

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

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

Сущность изобретения

Настоящее изобретение предлагает процедуру верификации преобразования контента.

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

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

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

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

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

Другие признаки и преимущества настоящего изобретения станут очевидны из настоящего описания, которое иллюстрирует, посредством примера, аспекты настоящего изобретения.

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

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

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

Фиг. 2A представляет логическую схему, иллюстрирующую процесс верификации преобразования контента согласно одному из вариантов настоящего изобретения;

Фиг. 2B представляет логическую схему, иллюстрирующую процесс верификации контента согласно одному из вариантов настоящего изобретения;

Фиг. 3 представляет иллюстрацию, в которой первоначальный файл использует формат «пакетов фиксированного размера» с шифрованием видео и аудио на уровне элементарного потока (ES);

Фиг. 4 представляет иллюстрацию, показывающую, как производится преобразование формата без расшифровки и повторного шифрования контента в случае, в котором первоначальный файл использует формат «пакетов фиксированного размера» с шифрованием видео и аудио на уровне элементарного потока (ES);

Фиг. 5 представляет иллюстрацию, на которой первоначальный файл 510 использует формат «пакетов фиксированного размера» с шифрованием блоков фиксированного размера;

Фиг. 6 представляет иллюстрацию, показывающую, как производится преобразование формата с использованием расшифровки и повторного шифрования контента в случае, в котором первоначальный файл использует формат «пакетов фиксированного размера» с шифрованием блоков фиксированного размера;

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

Фиг. 8 представляет иллюстрацию процесса преобразования из формата «на основе кадров» в формат «пакетов фиксированного размера» и сравнения контрольных сумм путем создания альтернативных данных для использования после преобразования;

Фиг. 9 представляет иллюстрацию процесса преобразования из формата «пакетов фиксированного размера» в формат «на основе кадров» и сравнения контрольных сумм путем повторного использования всех тех же самых данных видео, какие входят в первоначальный поток;

Фиг. 10 представляет иллюстрацию процесса преобразования из формата «пакетов фиксированного размера» в формат «на основе кадров» и сравнения контрольных сумм путем создания альтернативных данных для использования после преобразования;

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

Фиг. 12 представляет иллюстрацию процесса преобразования из формата «пакетов фиксированного размера» в формат «на основе кадров» и сравнения контрольных сумм путем повторного использования всех тех же самых данных видео, какие входят в первоначальный поток;

Фиг. 13 представляет иллюстрацию процесса преобразования из формата «пакетов фиксированного размера» в формат «на основе кадров» и сравнения контрольных сумм путем создания альтернативных данных для использования после преобразования; и

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

Подробное описание

Как указано выше, вторичное использование данных уже распределенного AV-контента становится одним из вариантов расширения потребления контакта. Для повторного использования данных видео и аудио того же самого качества из первоначального распределенного файла можно применить процедуру преобразования формата файла. Например, транспортный поток согласно стандарту группы экспертов по кинематографии (Moving Picture Experts Group Transport Stream (MPEG-TS)), содержащий видео и аудио составляющие, может быть трансформирован к формату файла согласно стандарту MPEG-4, Part 14 (MP4) Международной организации по стандартизации (International Organization for Standardization (ISO)) без транскодирования элементарного потока видео и аудио. В другом примере поток в файловом формате MP4 может быть преобразован в поток MPEG-TS. Следует отметить, что формат MP4 является репрезентативным форматом на основе файлового формата с мультиплексированием видео кадров, тогда как формат MPEG-TS является репрезентативным форматом на основе файлового формата с мультиплексированием пакетов фиксированного размера.

Некоторые варианты осуществления изобретения, описываемые здесь, предлагают способы верификации преобразования контента. В одном из вариантов осуществления изобретения результаты преобразования формата контента верифицируют с использованием контрольных сумм. В одном из примеров, файл контента подготовлен и сохранен в первом формате в первой компьютерной системе (такой как сервер провайдера контента). Система создает контрольную сумму для файла в целевом формате. Файл контента и контрольную сумму распределяют вместе. Вторая компьютерная система (такая как плеер конечного пользователя или клиентская система) принимает файл и контрольную сумму и затем преобразует файл контента в целевой формат. Эта вторая система создает локальную контрольную сумму для файла в целевом формате. Далее вторая система сравнивает принятую контрольную сумму и локальную контрольную сумму для верификации того, что преобразование было успешным (или по меньшей мере приемлемым). Среди дополнительных вариантов осуществления могут быть, не ограничиваясь этим, одна или несколько из следующих операций: (1) Преобразование формата файла с применением повторного шифрования или без него; (2) Поддержка встраивания аналитических меток в файл контента; (3) Проверка контрольных сумм во время/после преобразования; и (4) Преобразование, такое как преобразование от формата «на основе кадров» к формату «пакетов фиксированного размера» и от формата «пакетов фиксированного размера» к формату «на основе кадров» с использованием или без использования «процесса расшифровки и повторного шифрования». Хотя по всему настоящему описанию применяется термин «контрольная сумма», этот термин может быть использован для обозначения какого-либо блока цифровых данных, служащего для целей обнаружения ошибок и верификации целостности данных (включая, но не ограничиваясь, результаты функций вычисления контрольных сумм (например, функции вычисления контрольной суммы UNIX), функций хеширования и функций отпечатков пальцев.

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

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

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

На Фиг. 1 показана логическая структура 100 и структура 150 уровня файловой системы для процесса верификации преобразования контента согласно одному из вариантов осуществления настоящего изобретения. Логическая структура 100 и структура 150 уровня файловой системы содержат клипы 1, 2A, 2B и 3, каждый из которых содержит совокупность данных видео (видео клипы; в других вариантах могут быть использованы другие совокупности данных, такие как данные аудио). Как показано в логической структуре 100, клипы 1 и 3 зашифрованы ключом Key-1, а клип 2 зашифрован ключами Key-a и Key-b. Клип 2, зашифрованный ключом Key-A, обозначен как клип 2A (Clip 2A), тогда как клип 2, зашифрованный ключом Key-B, обозначен как клип 2B (Clip 2B). Зашифрованные клипы помещены в последовательность в виде зашифрованного файла и подготовлены к распределению (например, записаны на оптическом диске или в памяти сервера для распределения «онлайн»). Как показано в структуре 150 уровня файловой системы, клип, зашифрованный ключом Key-a, (т.е. Clip 2A) и клип, зашифрованный ключом Key-b, (т.е. Clip 2B) помещены в последовательности один за другим.

В одном из вариантов, для верификации, что в результате преобразования формата файла были получены правильные выходные данные без ошибок, на этапе подготовки контента вычисляют контрольную сумму в отношении правильных преобразованных выходных данных формата файла. Эти данные контрольных сумм передают вместе с распределением первоначального контента. Примеры таких контрольных сумм содержат результаты вычисления хеш-функции для выходных файлов, такие как профиль сообщения 5 (message digest 5 (MD5)), результат алгоритма защищенного хеширования 1 (secure hash algorithm 1 (SHA-1)) и результат алгоритма SHA-256.

Фиг. 2A представляет логическую схему, иллюстрирующую процесс 200 для верификации преобразования контента согласно одному из вариантов настоящего изобретения. В варианте, иллюстрируемом на Фиг. 2A, первоначальный файл контента преобразуют (в первой компьютерной системе) в целевой формат в блоке 210. В результате преобразования образуется преобразованный файл контента в целевом формате. В блоке 220 генерируют контрольную сумму для преобразованного файла контента. Затем, в блоке 230, передают эти первоначальный файл контента и контрольную сумму во вторую компьютерную систему.

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

На Фиг. 2B представлена логическая схема, иллюстрирующая процесс 200 верификации контента согласно одному из вариантов настоящего изобретения. В варианте, иллюстрируемом на Фиг. 2B, в первой компьютерной системе принимают первоначальный файл контента и контрольную сумму из второй компьютерной системы в блоке 250. В блоке 260 преобразуют этот первоначальный файл контента в целевой формат. В результате такого преобразования образуется преобразованный файл контента в целевом формате. В блоке 270 генерируют новую контрольную сумму для этого преобразованного файла контента. Затем принятую контрольную сумму сравнивают с новой контрольной суммой в блоке 280 .

В одном из примеров работы в одном из вариантов осуществления изобретения файл контента представляет собой видео файл, содержащий данные видео. Данные видео разделены на кадры (буквально и/или логически). Файл контента имеет пакеты фиксированного размера (например, пакеты MPEG-TS + 4 байт заголовок = 192 байт) и зашифрован (например, шифрование на уровне элементарного потока аудио/видео (Video/Audio elementary stream (ES))). Этот файл контента должен быть превращен в преобразованный файл, имеющий файловый формат на основе кадров (например, формат ISO Base Media File Format, файлы в одну дорожку) и зашифрованный (например, шифрование на уровне видео/аудио потока ES, Обычное шифрование (Common Encryption)). Провайдер контента, использующий компьютерную систему провайдера, где записан первоначальный файл контента, преобразует первоначальный файл контента в преобразованный файл и создает контрольную сумму для этого преобразованного файла («контрольная сумма провайдера»). Провайдер контента распределяет первоначальный файл контента вместе с контрольной суммой провайдера.

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

Фиг. 3 – 14 иллюстрируют различные медиа форматы и преобразования из формата «на основе кадров» в формат с «пакетами фиксированного размера» и из формата с «пакетами фиксированного размера» в формат «на основе кадров» с применением «процесса расшифровки и повторного шифрования» или без использования такого процесса.

Фиг. 3 и 4 иллюстрируют подробности преобразования формата файла без повторного шифрования.

На Фиг. 3 представлена иллюстрация 300, где первоначальный файл 310 использует формат «пакетов фиксированного размера» (например, пакеты MPEG-TS плюс 4 байт заголовок = 192 байт) с шифрованием на уровне видео и аудио потока ES (например, Обычное шифрование). На Фиг. 3, процесс подготовки контента (резидентный в первой компьютерной системе) выполняет процесс преобразования формата файла с целью преобразования первоначального файла 310 в формат «на основе кадров» (например, формат ISO Base Media File Format (ISOBMFF)) с шифрованием видео с использованием шифровального ключа 312 для видео и шифрованием аудио с использованием шифровального ключа 314 аудио. Процесс подготовки контента осуществляет также процедуру вычисления контрольных сумм с целью генерации контрольной суммы 316. Первоначальный файл 310 (с шифрованием видео и аудио) и контрольную сумму 316 затем передают во вторую компьютерную систему. В одном из вариантов осуществления изобретения первая компьютерная система представляет собой сервер провайдера контента, а вторая компьютерная система является клиентским устройством.

Вторая компьютерная система принимает первоначальный файл 310 (с шифрованием видео и аудио) и контрольную сумму 316. Принятый первоначальный файл 310 может быть использован для воспроизведения 318. Далее, выполняют процесс преобразования формата файла, резидентный во второй компьютерной системе, для преобразования первоначального файла 310 в выходной файл 320 с шифрованием на уровне видео и аудио потока ES. Процесс преобразования формата файла во второй компьютерной системе вычисляет контрольную сумму для его собственных выходных данных, полученных в результате преобразования формата файла, (во время или после завершения процесса преобразования) и сравнивает 322 вычисленную контрольную схему с контрольной суммой подготовленной первой компьютерной системы и принятой из этой системы. Если контрольные суммы совпали, верифицируют выходной файл 320, сформированный второй компьютерной системой, подтверждая его правильность. Если сравнение не показало совпадения контрольных сумм, клиентская система может сообщить о неудаче и запросить новый файл и/или новую контрольную сумму от провайдера. В альтернативном варианте клиентская система может передать новую контрольную сумму в систему провайдера, чтобы эта система провайдера сама провела верифицирование.

Фиг. 4 представляет иллюстрацию 400 преобразования формата файла без повторного шифрования, что аналогично иллюстрации 300, показанной на Фиг. 3, но с добавлением иллюстраций, показывающих, как следует управлять ключами для воспроизведения контента. На Фиг. 4 показано совместное использование этих ключей между сервером 410 провайдера и лицензионным сервером (например, розничным торговцем) 412. Другие элементы, показанные на Фиг. 4, аналогичны тем, что изображены на Фиг. 3.

Фиг. 5 и 6 иллюстрируют подробности преобразования формата файла с использованием повторного шифрования.

На Фиг. 5 представлена иллюстрация 500, на которой первоначальный файл 510 использует формат «пакетов фиксированного размера» (например, пакеты MPEG-TS плюс 4 байт заголовок = 192 байт). На Фиг. 5 процедура подготовки контента (резидентная в первой компьютерной системе) выполняет процесс преобразования формата файла с целью преобразования первоначального файла 510 в формат «на основе кадров» (например, в формат ISO Base Media File Format (ISOBMFF)). Процедура подготовки контента также выполняет процесс вычисления контрольной суммы для генерации контрольной суммы 512. Первоначальный файл 510 шифруют с использованием блочного ключа 514 (сцепление блоков шифртекста (cipher block chaining (CBC)); пример усовершенствованной системы доступа к контенту (Advance Access Content System (AACS)) для дисков Блю-рей). Первоначальный файл 510 и контрольную сумму 512 затем передают во вторую компьютерную систему.

Вторая компьютерная система принимает первоначальный файл 510 и контрольную сумму 512. Принятый первоначальный файл 510 может быть использован для воспроизведения 516. Далее выполняется процесс преобразования формата файла, резидентный во второй компьютерной системе. Однако в этом случае видео и аудио файлы повторно шифруют для генерации зашифрованных видео и аудио файлов 520. Процесс преобразования формата файла во второй компьютерной системе вычисляет контрольную сумму для своих собственных преобразованных выходных данных формата файла (во время или после процесса преобразования) и сравнивает 522 вычисленную контрольную сумму с контрольной суммой, подготовленной в первой компьютерной системе и принятой из этой системы. Если контрольные суммы совпали, считается, что выходной файл 520, сформированный второй компьютерной системой, верифицирован и является правильным. Если сравнение не показало совпадения контрольных сумм, клиентская система может сообщить о неудаче и запросить новый файл и/или новую контрольную сумму от провайдера. В альтернативном варианте клиентская система может передать новую контрольную сумму в систему провайдера, чтобы эта система провайдера сама провела верифицирование.

На Фиг. 6 представлена иллюстрация 600 процесса преобразования формата файла с использованием повторного шифрования, аналогичного иллюстрации 500, показанной на Фиг. 5, но с добавленными иллюстрациями, показывающими, как управлять ключами для воспроизведения контента. В варианте, показанном на Фиг. 6, процесс преобразования может использовать те же самые ключи, предоставленные для воспроизведения, или принимать ключи от сервера. Ключи для преобразования генерируют с использованием первоначального ключа или генерируют независимо.

Фиг. 7 представляет иллюстрацию 700 медиа формата (с мультиплексированными видео, аудио и другими блоками данных) на основе кадров согласно одному из вариантов осуществления. Мультиплексирование применяют на основе видео/аудио кадров или блоков большего размера, таких как группа изображений (group of pictures (GOP)) (например, в формате MPEG-4 (MP4) или в общем файловом формате (Common File Format (CFF))). В этом варианте осуществления изобретения может быть применена индивидуализация на основе кадров (или блоков большего размера).

Совокупность исходных кадров в элементарном потоке (ES) 710 содержит три блока V1, V2, V3 данных видео, два блока 712, 716 данных аудио и один блок 714 других данных. Совокупность кадров в потоке ES 720 (поток 1A) содержит два кадра 722, 724 V2 (кадры V2-a, V2-b), зашифрованные ключом Key-a и ключом Key-b, соответственно. В случае, когда шифрование также применяется на основе кадров, это шифрование не влияет на выбор сегмента индивидуализации. В потоке 1A 720, плееру нужно выбрать кадр V2-a или V2-b на основе совпадения с конкретным ключом. Например, плеер, принявший ключ Key-a, расшифровывает и воспроизводит кадр V2-a. В потоке 1B, кадры в потоке ES 730 перекрываются с кадрами потока ES 740. Таким образом, в потоке 1B выбор сегмента индивидуализации может быть сделан на основе единицы данных, содержащей один или несколько зашифрованных блоков. Плееру потребуется выбрать зашифрованный блок на основе согласования с конкретным ключом. Таким образом, эти блоки могут существовать в одном файле, либо они могут быть записаны в разных файлах и воспроизведены непрерывно. Плеер, принявший ключ Key-a, расшифровывает блок, содержащий кадр V2-a, тогда как плеер, принявший ключ Key-b, расшифровывает блок, содержащий кадр V2-b.

Что касается Фиг. 7, хотя иллюстрация 700 основана на вставке аналитических меток в видео на основе кадров, могут быть использованы другие средства, такие как маркировка видео или аудио через более длинные интервалы, посредством того же самого подхода к сегментации. Для упрощения иллюстрации 700 в ней опущен уровень мультиплексирования (такой как заголовок MP4 или другой уровень формата контейнера). Далее, кадры V2-a и V2-b могут иметь вставленные по-другому аналитические метки в видео. Таким образом, полезная нагрузка для сохранения информации может быть создана с использованием нескольких сегментов, индивидуализированных по всей последовательности контента.

Фиг. 8 представляет иллюстрацию процесса 800 для преобразования из формата «на основе кадров» в формат «пакетов фиксированного размера» и сравнения контрольных сумм в клиентском устройстве. Преобразование осуществляется путем предоставления альтернативных данных для использования после преобразования. Случай 810 преобразования представляет собой преобразование из потока 1A в поток 2A, тогда как случай 820 представляет собой преобразование из потока 1A в поток 2B. В любом случае – 810 или 820, первоначальные вариации данных видео отбрасывают и используют подготовленные отдельно, уже зашифрованные данные видео. Автор контента подготавливает сегменты V2-c и V2-d данных в формате данных (поток 2A или 2B) отдельно от потока в первоначальном формате (поток 1A) и предоставляет эти сегменты V2-c и V2-d данных в виде отдельного файла на носителе или от сервера.

Как указано выше, в любом случае – 810 или 820, процесс преобразования отбрасывает сегменты V2-a и V2-b данных из совокупности первоначальных данных видео (см. 812), и вставляет вместо них сегменты V2-c и V2-d данных в качестве замены (см. 816). Пакеты 814 составляют отдельно подготовленные зашифрованные вариации видео (поток ES, видео зашифрованный в виде пакетов фиксированного размера). Блоки 822 составляют отдельно подготовленные зашифрованные блоки (включая вариации видео). Данные в сегментах V2-c или V2-d могут быть или могут не быть такими же данными видео, как данные в сегментах V2-a/V2-b, и могут быть или могут не быть зашифрованы тем же ключами, как и данные в сегментах V2-a/V2-b. Лицензия воспроизведения для формата данных (2A)/(2B) может предоставлять другой набор ключей по сравнению с ключами, используемыми для формата данных (1A). В результате предоставления уже зашифрованных отдельных данных вариаций для формата данных (2A)/(2B), нет необходимости подвергать преобразованию данных видео сегментов V2-a/V2-b и можно поддерживать уникальность идентификатора аналитических меток (WM) в расшифрованном изображении, ассоциированном с набором ключей, предоставленным на конкретном уровне. В одном из вариантов осуществления изобретения, когда процесс преобразования завершен, генерируют контрольную сумму и сравнивают ее с контрольной суммой, принятой от сервера провайдера контента, в блоке 830 (для потока 2A) или в блоке 832 (для потока 2B). В другом варианте осуществления изобретения сравнение контрольных сумм может быть произведено в процессе преобразования.

На Фиг. 9 представлена иллюстрация процесса 900 для преобразования из формата «пакетов фиксированного размера» в формат «на основе кадров» и сравнения контрольных сумм в клиентском устройстве. Преобразование осуществляется путем повторного использования всех тех же данных видео, какие входят в состав первоначального потока. Случай 910 преобразования представляет собой преобразование от потока 2A к потоку 1A, в котором сохранены зашифрованные данные видео. Далее, данные видео заново мультиплексируют из формата «пакетов фиксированного размера» (например, MPEG-TS) в формат «на основе кадров» (например, MP4). Данные аудио и другие данных также будут заново мультиплексированы в формате «на основе кадров» таким же способом. Преобразованный выходной файл (формат 1A') в формате «на основе кадров» может содержать отдельные файлы дорожек с видео 920, аудио 922 и другими данными 924. Когда процесс преобразования завершен, генерируют контрольную сумму и сравнивают эту контрольную сумму с контрольной суммой, принятой от сервера провайдера контента, в блоке 930 (для формата 1A) или в блоке 932 (для формата 1A'). В других вариантах осуществления изобретения применяют сравнение контрольных сумм во время процесса преобразования.

На Фиг. 10 представлена иллюстрация процесса 1000 для преобразования из формата 1010 «пакетов фиксированного размера» к формату 1030 «на основе кадров» и для сравнения контрольных сумм в клиентском устройстве. Преобразование осуществляется путем предоставления альтернативных данных для использования после преобразования. Случай 1020 преобразования представляет собой преобразование от потока 2A 1010 к потоку 1A 1030, в котором повторно используются первоначальные вариации данных видео. Для воспроизведения какая-либо из вариаций (V2-a или V2-b) может быть расшифрована конкретным плеером, имеющим только один ключ, назначенный для одной из этих вариаций. Автор контента готовит сегменты V2-c и V2-d потока в формате данных (1A) отдельно от потока в первоначальном формате (2A) и предоставляет эти сегменты V2-c и V2-d данных в виде отдельного файла на носителе или от сервера. Таким образом, блоки 1522 составляют отдельно подготовленные зашифрованные блоки (включая вариации видео).

Процесс 1020 преобразования отбрасывает сегменты V2-a 1012 и V2-b 1014 данных из состава первоначальных данных видео и вставляет сегменты V2-c и V2-d данных в качестве замены. Эти сегменты V2-c/V2-d могут быть или могут не быть такими же данными видео, как и сегменты V2-a/V2-b, и могут быть или могут не быть зашифрованы теми же самыми ключами, как и сегменты V2-a/V2-b. Лицензия на воспроизведение для формата данных (1A) может предоставлять набор ключей, отличный от набора ключей, используемого для формата (2A). Путем предоставления уже зашифрованных данных отдельных вариаций для формата данных (1A) автор контента может быть способен использовать различные способы подготовки вариаций, специально предназначенных для форматов данных (2A) и (1A). Воспроизведением формата данных (2A) и (1A) можно также управлять с использованием разных наборов ключей и путем потенциального использования различных идентификаторов аналитических меток в расшифрованном изображении. Таким образом, преобразованный выходной файл может представлять собой совокупность отдельных файлов дорожек с видео, аудио и другими единицами данных, как показано в формате (1A') 1040. В одном из вариантов осуществления изобретения, когда процесс преобразования завершен, генерируют контрольную сумму и сравнивают ее с контрольной суммой, полученной от сервера провайдера контента, в блоке 1050 (для формата 1A) или 1052 (для формата 1A'). В другом варианте осуществления изобретения сравнение контрольных сумм может быть произведено в ходе процесса преобразования.

На Фиг. 11 представлена иллюстрация 1100 медиа формата с мультиплексированными видео, аудио и другими блоками данных в формате пакетов фиксированного размера согласно одному из вариантов осуществления изобретения. Мультиплексирование применяется к пакетам фиксированного размера (например, вещание на основе потоков MPEG-TS в формате дисков Блю-рей). В этом варианте осуществления изобретения индивидуализация может быть выполнена на основе кадров (или единиц большего размера), но необходимо учитывать последовательность пакетов фиксированного размера. В случае, когда шифрование также применяется на основе кадров (например, поток 2A), такое шифрование не влияет на выбор сегмента индивидуализации. В случае, в котором зашифрованные блоки накладываются на элементарные потоки разных типов (например, поток 2B 1110), выбор сегмента индивидуализации может быть сделан в единице данных из одного или нескольких зашифрованных блоков.

Хотя иллюстрация 1100 основана на аналитических метках в формате на основе кадров, другие средства, такие как интервалы увеличенной длины между метками в составе видео или метки в составе аудио также могут быть применены при том же самом подходе к сегментации. Для упрощения иллюстрации 1100 в ней опущен уровень мультиплексирования (такой как заголовок MPEG-TS или другой уровень формата контейнера). Далее, в кадры V2-a и V2-b могут быть вставлены различные метки для видео. Полезная нагрузка для сохранения информации может быть создана с использованием нескольких сегментов, индивидуализированных по всей последовательности контента. Таким образом, индивидуализация может быть применена к зашифрованному блоку (ам), куда входит целевой кадр видео (V2 на Фиг. 11). Индивидуализированные сегменты могут содержать другие данные кадров видео или данные аудио. Эти блоки могут присутствовать в одном файле или могут быть сохранены в виде раздельных файлов и воспроизводиться непрерывно.

На Фиг. 12 представлена иллюстрация процесса 1200 для преобразования из формата «пакетов фиксированного размера» к формату «на основе кадров» и для сравнения контрольных сумм в клиентском устройстве. Это преобразование осуществляется путем повторного использования всех тех же данных видео из состава первоначального потока. Случай 1210 преобразования представляет собой преобразование из потока 2B к потоку 1A, в котором повторно используются первоначальные вариации данных видео. Первоначальный блок зашифрованных данных в формате (2B) расшифровывают и далее демультиплексируют данные видео. Затем применяют шифрование к видео на уровне потока ES, осуществляя, таким образом, повторное мультиплексирование к формату «на основе кадров» (см. также Фиг. 5). Преобразованный выходной файл (формат 1A') в формате «на основе кадров» может представлять собой совокупность раздельных файлов дорожек с видео 1220, аудио 1222 и другие данные 1224. В одном из вариантов осуществления изобретения после завершения процесса преобразования генерируют контрольную сумму и сравнивают с контрольной суммой, принятой от сервера провайдера контента, в блоке 1230 (для формата 1A) или 1232 (для формата 1A'). В другом варианте осуществления сравнение контрольных сумм может быть произведено в процессе преобразования.

На Фиг. 13 представлена иллюстрация процесса 1300 для преобразования из формата 1310 «пакетов фиксированного размера» к формату 1320 «на основе кадров» и для сравнения контрольных сумм в клиентском устройстве. Преобразование осуществляется путем предоставления альтернативных данных для использования после преобразования. Случай 1320 преобразования представляет собой преобразование от потока 2B 1310 к потоку 1A 1330, в котором повторно используются данные видео. Для воспроизведения какая-либо из вариаций (V2-a или V2-b) может быть расшифрована конкретным плеером, имеющим только один ключ, назначенный для одной из этих вариаций. Автор контента готовит сегменты V2-c и V2-d потока в формате данных (1A) отдельно от потока в первоначальном формате (2B) и предоставляет эти сегменты V2-c и V2-d данных в виде отдельного файла на носителе или от сервера. Таким образом, блоки 1332 составляют отдельно подготовленные зашифрованные блоки (включая вариации видео).

Процесс 1320 преобразования отбрасывает сегменты V2-a 1312 и V2-b 1314 данных из состава первоначальных данных видео и вставляет сегменты V2-c и V2-d данных 1322 в качестве замены. Эти сегменты V2-c/V2-d могут быть или могут не быть такими же данными видео, как и сегменты V2-a/V2-b, и могут быть или могут не быть зашифрованы теми же самыми ключами, как и сегменты V2-a/V2-b. Лицензия на воспроизведение для формата данных (1A) может предоставлять набор ключей, отличный от набора ключей, используемого для формата (2B). Путем предоставления уже зашифрованных данных отдельных вариаций для формата данных (1A) автор контента может быть способен использовать различные способы подготовки вариаций, специально предназначенных для форматов данных (2B) и (1A). Воспроизведением формата данных (2B) и (1A) можно также управлять с использованием разных наборов ключей и путем потенциального использования различных идентификаторов аналитических меток в расшифрованном изображении.

Для сегментов, где нет вариаций видео в первоначальных данных (2B), процессу 1320 преобразования нужно расшифровать первоначальный зашифрованный блок данных в формате (2B) и демультиплексировать эти данные видео. Далее шифрование применяется к видео на уровне потока ES, тем самым повторно мультиплексируя данные к формату «на основе кадров». Для сегментов, где нет вариаций видео в первоначальных данных (2B), выгодно использовать первоначальные данные, поскольку они составляют наибольшую часть объема первоначальных данных в формате (2B). Таким образом, повторное использование данных видео таким способом может минимизировать объем отдельно подготавливаемых данных 1332. Таким образом, преобразованный выходной файл может представлять собой совокупность отдельных файлов дорожек с видео, аудио и другими единицами данных, как показано в формате (1A') 1340.

В одном из вариантов осуществления изобретения после завершения процесса преобразования генерируют контрольную сумму и сравнивают с контрольной суммой, принятой от сервера провайдера контента, в блоке 1350 (для формата 1A) или 1352 (для формата 1A'). В другом варианте осуществления сравнение контрольных схем может быть произведено в процессе преобразования.

На Фиг. 14 представлена иллюстрация процесса 1400 для включения отдельно подготовленных вариаций видео в файлы заголовков в формате преобразованных выходных файлов. Автор контента готовит структуру, содержащую только заголовок файла в формате «на основе кадров», так что в эту структуру входят отдельно подготовленные зашифрованные вариации видео (V2-c/V2-d). Процесс 1420 преобразования расшифровывает, демультиплексирует, снова зашифровывает и снова мультиплексирует данные из первоначального файлового формата 1410 (2B). Этот процесс 1420 преобразования имеет доступ к ключу, позволяющему расшифровать только блоки, содержащие сегмент V2-a или сегмент V2-b (но не оба сегмента). Процесс 1420 преобразования снова зашифровывает и снова мультиплексирует данные, отличные от сегмента 1412 V2-a, и использует уже подготовленные отдельно данные 1442 сегментов V2-c и V2-d вместо данных 1414, 1414 сегментов V2-a/V2-b. Существование отдельно подготовленных сегментов V2-c/V2-d данных само по себе может быть использовано для идентификации, где нужно отбросить первоначальные данные видео. Сегменты V2-c/V2-d могут представлять собой два отдельных видео кадра, зашифрованные по отдельности, или один из сегментов может представлять собой видео кадр, а другой – структуру метаданных в зависимости от формата (1A) 1430, 1440 и (1A') 1450.

В одном из вариантов осуществления изобретения генерируют контрольную сумму и сравнивают с контрольной суммой, принятой от сервера провайдера контента, в блоке 1460 (для формата 1A) или в блоке 1462 (для формата 1A'). В другом варианте осуществления сравнение контрольных сумм выполняют в ходе процесса преобразования.

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

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

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

1. Способ верификации преобразования контента, содержащий:

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

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

и

передачу первоначального файла контента и контрольной суммы во вторую компьютерную систему,

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

2. Способ по п. 1, отличающийся тем, что первая компьютерная система представляет собой компьютерную систему провайдера контента.

3. Способ по п. 1, отличающийся тем, что вторая компьютерная система представляет собой клиентскую компьютерную систему.

4. Способ по п. 1, отличающийся тем, что первоначальный файл контента представляет собой файл данных видео.

5. Способ по п. 1, отличающийся тем, что первоначальный файл контента зашифрован.

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

7. Способ по п. 1, отличающийся тем, что первоначальный файл контента содержит метки.

8. Способ по п. 7, отличающийся тем, что преобразованный файл контента содержит метки.

9. Способ верификации преобразования контента, содержащий:

прием, в первой компьютерной системе, первоначального файла контента и контрольной суммы от второй компьютерной системы;

преобразование, в первой компьютерной системе, первоначального файла контента в целевой формат, генерацию преобразованного файла контента в целевом формате;

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

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

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

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

12. Способ по п. 9, дополнительно содержащий генерацию флага верификации, когда сравнение покажет совпадение принятой контрольной суммы и новой контрольной суммы.

13. Способ по п. 9, дополнительно содержащий передачу во вторую компьютерную систему запроса на получение нового первоначального файла контента, когда принятая контрольная сумма и новая контрольная сумма не совпадают.

14. Способ по п. 9, дополнительно содержащий передачу во вторую компьютерную систему новой контрольной суммы, когда принятая контрольная сумма и новая контрольная сумма не совпадают.

15. Устройство для верификации преобразования контента, содержащее:

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

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

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

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

16. Устройство по п. 15, отличающееся тем, что первоначальный файл контента зашифрован, а средства для преобразования первоначального файла контента не содержат средств для расшифровки первоначального файла контента.

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

18. Устройство по п. 15, дополнительно содержащее средства для генерации флага верификации, когда сравнение покажет совпадение принятой контрольной суммы и новой контрольной суммы.

19. Устройство по п. 15, дополнительно содержащее

средства для передачи во вторую компьютерную систему запроса на получение нового первоначального файла контента, когда принятая контрольная сумма и новая контрольная сумма не совпадают.

20. Устройство по п. 15, дополнительно содержащее средства для передачи во вторую компьютерную систему запроса на получение новой контрольной суммы, когда принятая контрольная сумма и новая контрольная сумма не совпадают.

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

принимает, в первой компьютерной системе, первоначальный файл контента и контрольную сумму от второй компьютерной системы;

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

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

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

22. Устройство для верификации преобразования контента, содержащее:

процессор; и

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

принимает первоначальный файл контента и контрольную сумму от компьютерной системы;

преобразует первоначальный файл контента в целевой формат, генерирует преобразованный файл контента в целевом формате;

генерирует новую контрольную сумму для преобразованного файла контента; и

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

23. Устройство по п. 22, отличающееся тем, что это устройство представляет собой медиа-плеер.