Устройство записи данных (варианты), способ записи данных (варианты), носитель записи (варианты), устройство воспроизведения данных (варианты), способ воспроизведения данных (варианты), устройство редактирования данных (варианты), способ редактирования данных (варианты)

Авторы патента:

КАТО Мотоки (JP)

ХАМАДА Тосия (JP)

G11B20/10 - цифровая (дискретная) запись или воспроизведение (электрические цифровые вычислительные машины G06F; техника анализа-синтеза речи для уменьшения количества повторений G10L 19/00; передача дискретной информации H04L)

Владельцы патента RU 2270485:

СОНИ КОРПОРЕЙШН (JP)

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

Область техники

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

Предпосылки изобретения

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

Обычно, цифровые видеосигналы, передаваемые с помощью таких источников, подвергают сжатию изображения, при котором обычно используется алгоритм MPEG-2 (стандарт экспертной группы по вопросам движущегося изображения). Устройство записи, предназначенное для записи сигналов, имеет заранее определенную скорость записи, значение которой устанавливается индивидуально для данного устройства. Когда цифровой видеосигнал, генерируемый цифровой вещательной станцией, записывают на обычный носитель записи изображения пользователя, цифровой видеосигнал сначала декодируют и затем подвергают процессу ограничения полосы спектра, если используется аналоговая технология записи. С другой стороны, если используется цифровая технология записи, цифровой видеосигнал вначале декодируют и затем записывают со скоростью записи, соответствующей устройству записи, при использовании технологии кодирования. Примеры цифровой технологии записи включают видеотехнологию MPEG1 и видеотехнологию MPEG2, а также технологию DV (цифровое видео).

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

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

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

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

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

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

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

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

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

первое средство генерирования, предназначенное для генерирования:

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

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

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

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

носитель записи, предназначенный для записи первой информации непрерывности, второй информации непрерывности и значения смещения на носитель записи информации.

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

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

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

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

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

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

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

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

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

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

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

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

этап генерирования, предназначенный для генерирования:

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

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

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

этап записи, предназначенный для записи первой информации непрерывности, второй информации непрерывности и значения смещения на носитель записи информации.

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

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

этап генерирования, предназначенный для генерирования:

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

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

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

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

этап генерирования, предназначенный для генерирования:

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

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

Первый носитель записи данных, в соответствии с настоящим изобретением, отличается тем, что этот носитель используется для записи:

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

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

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

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

средство воспроизведения, предназначенное для воспроизведения:

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

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

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

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

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

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

этап воспроизведения, предназначенный для воспроизведения:

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

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

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

Второй носитель записи программы, в соответствии с настоящим изобретением, отличается тем, что включает:

этап воспроизведения, предназначенный для воспроизведения:

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

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

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

этап воспроизведения, предназначенный для воспроизведения:

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

Второе устройство записи данных, в соответствии с настоящим изобретением, отличается тем, что оно содержит:

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

второе средство получения, предназначенное для получения информации времени смещения массива пакета; и

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

Массив пакета может представлять собой АТС-последовательность (последовательность тактовых импульсов времени прихода), при этом адрес пакета может обозначаться как SPN_ATC_start, и время начала может обозначаться как offset_arrival_time.

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

Второй способ записи данных, в соответствии с настоящим изобретением, отличается тем, что он включает:

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

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

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

Третий носитель записи программы, в соответствии с настоящим изобретением, отличается тем, что включает:

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

Третья программа, в соответствии с настоящим изобретением, предназначенная для выполнения с помощью компьютера, отличается тем, что содержит:

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

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

Второе устройство воспроизведения данных, в соответствии с настоящим изобретением, отличается тем, что оно включает:

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

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

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

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

получение времени точки входа, которое является не более поздним, чем время прихода пакета в момент начала воспроизведения данного массива пакета; и

воспроизведение потока данных из адреса, связанного с временем точки входа.

Второй способ воспроизведения данных, в соответствии с настоящим изобретением, отличается тем, что он включает:

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

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

Четвертый носитель записи программы, в соответствии с настоящим изобретением, отличается тем, что она включает:

Четвертая программа, в соответствии с настоящим изобретением, отличается тем, что эта программа содержит:

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

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

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

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

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

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

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

управление удалением части, предшествующей адресу данных, связанному со вторым временем отображения.

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

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

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

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

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

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

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

Второе устройство редактирования данных, в соответствии с настоящим изобретением, отличается тем, что включает:

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

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

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

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

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

поиск массива пакета, в котором время прихода пакета в точке начала удаления, совпадает с временем начала временной оси информации времени прихода или следует после нее;

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

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

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

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

получение точки входа в момент времени, совпадающий с временем прихода пакета в точке начала удаления на временной оси информации времени прихода и массива пакета или предшествующий ему; и

управление удалением части, предшествующей адресу, связанному со временем точки входа.

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

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

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

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

средство создания, которое используется для создания:

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

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

носитель записи, который используется для записи:

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

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

Первая информация карты распределения может быть обозначена, как ЕР_map и вторая информация карты распределения может быть обозначена, как TU_map.

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

Третий способ записи данных, в соответствии с настоящим изобретением, отличается тем, что содержит:

этап создания, который выполняется для создания:

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

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

этап записи, который выполняется для записи:

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

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

Седьмой носитель записи программы, в соответствии с настоящим изобретением, отличается тем, что она включает:

этап создания, который выполняется для создания:

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

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

этап записи, который выполняется для записи:

Седьмая программа, в соответствии с настоящим изобретением, предназначенная для выполнения на компьютере, отличается тем, что включает:

этап создания, который выполняется для создания:

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

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

этап записи, который выполняется для записи:

Четвертое устройство записи данных, в соответствии с настоящим изобретением, отличается тем, что устройство включает:

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

блок управления, который используется для создания:

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

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

блок записи, который используется для записи:

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

второй информации непрерывности, если тип операции записи определяется как второй тип.

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

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

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

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

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

Четвертый способ записи данных, в соответствии с настоящим изобретением, отличается тем, что содержит:

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

этап управления, который выполняется для создания:

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

второй информация временной оси, если тип операции записи определяется, как второй тип при обработке, осуществляемой на этапе определения; и

этап записи, который выполняется для записи:

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

второй информации непрерывности, если тип операции записи определяется как второй тип.

Восьмой носитель записи программы, в соответствии с настоящим изобретением, отличается тем, что носитель используется для записи программы, содержащей:

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

этап управления, который выполняется для создания:

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

второй информации временной оси, если тип операции записи определяется как второй тип при обработке, осуществляемой на этапе определения; и

этап записи, который выполняется для записи:

второй информации непрерывности, если тип операции записи определяется как второй тип.

Восьмая программа, в соответствии с настоящим изобретением, которая должна выполняться на компьютере, отличается тем, что включает:

этап управления, который выполняется для создания:

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

второй информации временной оси, если тип операции записи определяется, как второй тип, при обработке, осуществляемой на этапе определения; и

этап записи, который выполняется для записи:

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

и второй информации непрерывности, если тип операции записи определяется, как второй тип.

Устройство воспроизведения данных, в соответствии с настоящим изобретением, отличается тем, что включает:

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

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

Способ воспроизведения данных, в соответствии с настоящим изобретением, отличается тем, что содержит:

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

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

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

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

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

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

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

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

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

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

Шестой способ записи данных, в соответствии с настоящим изобретением, отличается тем, что способ включает этап записи записываемой информации, указывающей на существование разрыва информации времени, относящейся к моментам времени прихода пакетов, в случае выполнения операции паузы записи/выключения паузы в ходе операции записи.

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

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

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

Третье устройство воспроизведения данных, в соответствии с настоящим изобретением, отличается тем, что содержит:

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

средство управления, предназначенное для управления воспроизведением потока данных с носителя записи информации на основе информации.

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

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

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

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

Третий способ воспроизведения данных, в соответствии с настоящим изобретением, отличается тем, что способ включает следующие этапы:

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

управление воспроизведением потока данных с носителя записи информации на основе информации.

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

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

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

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

управление воспроизведением потока данных с носителя записи информации на основе информации.

Четвертое устройство воспроизведения данных, в соответствии с настоящим изобретением, отличается тем, что содержит:

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

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

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

Четвертый способ воспроизведения данных, в соответствии с настоящим изобретением, отличается тем, что включает:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В третьем устройстве записи данных, в соответствии с настоящим изобретением,

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

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

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

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

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

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

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

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

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

На фиг.3 изображена схема, представляющая структуру транспортного потока DVR (цифровой видеозаписи) в формате MPEG-2.

На фиг.4 изображена схема, представляющая синтаксис source_packet.

На фиг.5 изображена схема, представляющая синтаксис TP_extra_header().

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

На фиг.7 изображена блок-схема, представляющая конфигурацию модели устройства воспроизведения транспортного потока DVR в формате MPEG-2.

На фиг.8 изображена схема, представляющая синтаксис файла информации Clip.

На фиг.9 показана пояснительная схема, представляющая АТС-последовательность.

На фиг.10 показан пример схемы, представляющий взаимоотношение между разрывами АТС и АТС-последовательности.

На фиг.11 показана пояснительная схема, представляющая непрерывный интервал STC.

На фиг.12 показана пояснительная схема, представляющая взаимоотношение между разрывами STC и STC-последовательностями.

На фиг.13 показана схема, представляющая синтаксис SequenceInfo().

На фиг.14 показана пояснительная схема, представляющая программные последовательности.

На фиг.15 показана схема, представляющая синтаксис ProgramInfo().

На фиг.16 показана схема, представляющая синтаксис StreamCodingInfo().

На фиг.17 показана пояснительная схема, представляющая stream_coding_type.

На фиг.18 показана пояснительная схема, представляющая video_format.

На фиг.19 показана пояснительная схема, представляющая frame_rate.

На фиг.20 показана пояснительная схема, представляющая display_aspect_ratio.

На фиг.21 показан пример схемы, представляющий audio_presentationtype.

На фиг.22 показана пояснительная схема, представляющая sampling_frequency.

На фиг.23 показана схема, представляющая синтаксис CPI().

На фиг.24 показана пояснительная схема, представляющая ЕР_map.

На фиг.25 показана пояснительная схема, представляющая TU_map.

На фиг.26 показана пояснительная схема, представляющая синтаксис TU_map.

На фиг.27 показана схема, представляющая синтаксис файла PlayList.

На фиг.28 показана схема, представляющая синтаксис PlayList ().

На фиг.29 показана пояснительная схема, представляющая PlayList типа ЕР_map.

На фиг.30 показана пояснительная схема, представляющая PlayList типа TU_map.

На фиг.31 показан пример схемы, представляющей взаимоотношение между информацией времени PlayList типа Ер_map и информацией адреса в файле АВ потока.

На фиг.32 показана схема примера, представляющего взаимоотношение между информацией времени PlayList типа TU_map и информацией адреса в файле АВ потока.

На фиг.33 показана схема, представляющая синтаксис PlayItem().

На фиг.34 показана пояснительная схема, представляющая взаимоотношение, которое устанавливается между Clip и PlayList, когда производится запись АВ потока как нового объекта Clip.

На фиг.35 показана пояснительная схема, представляющая создание Virtual PlayList.

На фиг.36 показана пояснительная схема, представляющая взаимоотношение, которое устанавливается между Clip и PlayList, когда удаляют часть интервала воспроизведения Real PlayList.

На фиг.37 представлена пояснительная диаграмма, показывающая минимизацию редактирования.

На фиг.38 показана пояснительная схема, представляющая АТС-последовательности, которые формируются в Clip, когда данные в АВ потоке Clip частично удалены.

На фиг.39 показана пояснительная схема, представляющая взаимоотношение, которое устанавливается между АТС-последовательностью, STC-последовательностью и программной последовательностью, когда данные АВ потока Clip частично удалены.

На фиг.40 показана пояснительная схема, представляющая взаимоотношение, которое устанавливается между Clip и PlayList, когда часть АВ потока Clip, содержащая ЕР_map CPI, удалена.

На фиг.41 показана пояснительная схема, представляющая случай, когда файл Clip разделен на две части, когда часть АВ потока Clip, содержащая EP_map CPI, удалена.

На фиг.42 показана пояснительная схема, представляющая взаимоотношение, которое устанавливается между Clip и PlayList, когда часть АВ потока Clip, содержащая TU_map CPI, удалена.

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

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

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

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

На фиг.47 показана пояснительная схема последовательности выполнения операций, представляющая операции для создания ЕР_map.

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

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

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

На фиг.51 показана пояснительная схема последовательности выполнения операций, представляющая способ воспроизведения PlayList типа ЕР_map.

На фиг.52 показана пояснительная схема последовательности выполнения операций, представляющая процесс редактирования для минимизации PlayList типа ЕР_map.

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

На фиг.54 показана пояснительная схема, представляющая удаление ненужных данных потока, предшествующих IN_time в процессе минимизации.

На фиг.55 показана пояснительная схема, представляющая удаление ненужных данных потока, следующих после OUT_time в процессе минимизации.

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

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

На фиг.58 показана пояснительная схема последовательности выполнения операций, представляющая процесс редактирования для минимизации PlayList типа TU_map.

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

На фиг.60 показана пояснительная схема последовательности выполнения операций, представляющая обработку для обновления файла информации Clip при редактировании для минимизации PlayList типа ЕР_map и PlayList типа TU_map.

На фиг.61 показана пояснительная схема, представляющая случай, в котором PlayList типа ЕР_map разделен на два объекта PlayItem на границе между двумя АТС-последовательностями.

На фиг.62 показана пояснительная схема, представляющая случай, в котором PlayList типа ЕР_map разделен на два объекта PlayItem на границе между двумя STC-последовательностями на непрерывной АТС-последовательности.

На фиг.63 показана схема выполнения последовательности операций, представляющая процесс создания PlayList типа ЕР_map при обработке для записи АВ потока.

На фиг.64 показана пояснительная схема, представляющая случай, в котором PlayList типа TU_map разделен на два объекта PlayItem на границе между двумя АТС-последовательностями.

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

На фиг.66 показана схема последовательности выполнения операций, представляющая воспроизведение PlayList типа ЕР_map.

На фиг.67 показана схема последовательности выполнения операций, представляющая воспроизведение PlayList типа TU_map.

На фиг.68 показана пояснительная схема, представляющая область записи носителя записи.

Лучший способ осуществления настоящего изобретения

Ниже будут описаны предпочтительные варианты воплощения настоящего изобретения будут описаны со ссылкой на чертежи.

На фиг.1 показана схема, представляющая упрощенную структуру формата приложения на носителе записи (носитель записи 10 представлен на фиг.43 и будет описан ниже). Формат содержит два слоя, а именно PlayList и Clip, которые используются для управления АВ потоком. Информация тома используется для управления всеми объектами Clip и PlayList на диске.

Пара, состоящая из АВ потока и его вспомогательной информации рассматривается как объект, обозначаемый как объект Clip. Файл АВ потока называется файлом АВ потока Clip и его вспомогательная информация известна, как файл информации Clip.

Файл АВ потока Clip используется для записи данных, выложенных в структуру, описывающую транспортный поток стандарта MPEG-2, в формате приложения DVR (цифровой видеозаписи).

В общем, файл данных, используемый в устройствах, таких как компьютер, обрабатывается как массив байтов. С другой стороны, содержание файла АВ потока Clip распределяется вдоль временной оси. Объект PlayList (список воспроизведения) описывает точки доступа в объекте Clip, в основном, с использованием временных меток. При использовании временных меток точек доступа в объекте Clip, которые задаются объектом PlayList, файл информации Clip используется для поиска адреса, который предназначен для начала операции по декодированию потока в файле АВ потока Clip.

Объект PlayList вводят с целью установления интервала воспроизведения, который хочет просматривать пользователь, выбираемого из содержания объекта Clip, и интервала воспроизведения, который предназначен для простого редактирования. Объект PlayList представляет собой подборку интервалов воспроизведения, выбранных из объекта Clip. В объекте PlayList интервал воспроизведения из объекта Clip называется PlayItem (элемент воспроизведения), который выражается парой точек входа и выхода IN и OUT. Таким образом, объект PlayList представляет собой набор объектов PlayItem.

Существует два типа PlayList, а именно, реальный PlayList и виртуальный PlayList.

Реальный PlayList может рассматриваться как части потока для общего объекта PlayList, в которых объект Clip ассоциируется с объектом PlayList. Более подробно, реальный объект Real PlayList занимает область диска, предназначенную для записи данных, связанных с частями потока, общими для объекта PlayList. При создании АВ потока в виде нового объекта Clip также автоматически создается реальный объект Real PlayList, который относится ко всему диапазону воспроизведения объекта Clip. Если часть диапазона воспроизведения реального объекта Real PlayList будет удалена, часть потока данных объекта Clip, на которую ссылается удаленная часть диапазона воспроизведения реального объекта Real PlayList, также будет удалена.

Виртуальный PlayList может рассматриваться, как объект PlayList, не имеющий общие части потока с объектом Clip, связанным с объектом PlayList. Даже если часть диапазона воспроизведения виртуального объекта Virtual PlayList будет удалена, объект Clip при этом вообще не изменяется.

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

На диске DVR должны быть следующие директории:

корневая директория, включающая директорию "DVR"; и

директория "DVR", в которую входит директория "PlayList", директория "CLIPNF", директория "STREAM" и директория "DATA".

Другие директории, кроме вышеуказанных, также могут быть созданы в корневой директории. Однако такая дополнительно создаваемая директория игнорируется в формате приложения DVR.

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

Директория "DVR" включает следующие директории:

"PLAYLIST" представляет собой директорию, в которой должны быть размещены файлы базы данных Real PlayList и Virtual PlayList. Эта директория должна существовать даже если не будет ни одного объекта PlayList.

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

"STREAM" представляет собой директорию, в которой должны быть размещены файлы АВ потока. Эта директория должна существовать, даже если вообще не будет ни одного файла АВ потока.

Директория "PLAYLIST" используется для записи двух типов файлов PlayList, а именно, реальный PlayList и виртуальный PlayList.

"xxxxx.rpls" представляет файл для записи информации, связанной с объектом реальный PlayList. To есть, файл "xxxxx.rpls" создается для каждого объекта Real PlayList. "xxxxx.rpls" представляет название файла. "ххххх" представляет строку из пяти цифровых знаков, каждый из которых имеет значение в диапазоне от 0 до 9. Название файла должно иметь расширение "rlps".

"yyyyy.vpls" представляет файл для записи информации, относящейся к объекту виртуальный PlayList. Таким образом, файл "yyyyy.vpls" создается для каждого объекта виртуальный PlayList. "yyyyy.vpls" представляет название файла. "ууууу" представляет строку из пяти цифровых знаков, каждая из которых имеет значение в диапазоне от 0 до 9. Название файла должно иметь расширение "vlps".

Директория "CLIPNF" включает столько файлов информации Clip, сколько существует файлов АВ потока.

"zzzzz.clpi" представляет файл информации Clip для файла АВ потока (файла АВ потока Clip или файла потока Bridge-Clip АВ). "zzzzz.clpi" представляет название файла. "zzzzz" представляет строку из пяти цифровых знаков, каждый из которых имеет значение в диапазоне от 0 до 9. Название файла должно иметь расширение "clpi".

Директория "STREAM" используется для размещения файлов АВ потока.

"zzzzz.m2ts" представляет файл АВ потока, обрабатываемый системой DVR. Как описано выше, файл АВ потока может представлять собой файл АВ потока Clip, или файл потока Bridge-Clip АВ. "zzzzz.m2ts" представляет название файла. "zzzzz" представляет строку из пяти цифровых знаков, каждый из которых имеет значение в диапазоне от 0 до 9. Название файла должно иметь расширение "m2ts".

Файл АВ потока должен иметь такую же строку из пяти цифровых знаков "zzzzz", как и файл информации Clip, связанный с файлом АВ потока.

Поскольку названия других директорий и других файлов не требуются для пояснения вариантов воплощения настоящего изобретения, описание других директорий будет опущено.

Далее будет описана структура файла АВ потока. Файл АВ потока должен иметь структуру транспортного потока DVR в формате MPEG2, который показан на фиг.3. Транспортный поток DVR в формате MPEG2 имеет следующие характеристики:

1) транспортный поток DVR в формате MPEG2 имеет целое число совмещенных модулей;

2) размер совмещенного модуля составляет 6144 байта (2048×3 байта);

3) совмещенный модуль начинается с первого байта пакета источника;

4) каждый из пакетов источника имеет длину 192 байта. Пакет источника включает заголовок TP_extra_header и транспортный пакет. Заголовок TP_extra_header имеет длину 4 байта, в то время как транспортный пакет имеет длину 188 байт;

5) совмещенный модуль включает 32 пакета источника;

6) последний совмещенный модуль транспортного пакета DVR в формате MPEG-2 также включает 32 пакета источника;

7) если последний совмещенный модуль не полностью заполнен транспортными пакетами входного транспортного потока, область остающихся байтов должна быть заполнена пакетами источника, каждый из которых представляет собой нулевой пакет (транспортный пакет с PID (идентификатор пакета) 0×1FFF).

Синтаксис пакета источника показан на фиг.4.

TP_extra_header() представляет заголовок с длиной 4 байта. transport_packet() представляет транспортный пакет в формате MPEG-2 длиной 188-байтов в соответствии со стандартом ISO/IEC 13818-1.

Синтаксис заголовка TP_extra_header показан на фиг.5.

copy_permission_indicator (индикатор разрешения копирования) представляет целое число, представляющее ограничение копирования нагрузки транспортного пакета.

arrival_time_stamp (временная метка времени прихода) представляет временную метку, показывающую время, в которое транспортный пакет поступает в декодер (декодер представляет собой АВ декодер 16, показанный на фиг.43, который будет описан ниже). arrival_time_stamp представляет собой целое число, имеющее значение, описываемое arrival_time_stamp в уравнении (1), которое будет представлено ниже.

На фиг.6 показана схема, представляющая модель записывающего устройства для транспортного потока DVR в формате MPEG-2. Записывающее устройство соответствует устройству 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43 и будет описана ниже. Модель представляет собой модель концепции, описывающей процесс записи. Транспортный поток DVR в формате MPEG-2 должен соответствовать этой модели.

Ниже поясняется входная синхронизация транспортного потока MPEG-2.

- Входной транспортный поток MPEG-2 представляет собой полный транспортный поток или частичный транспортный поток.

- Входной транспортный поток MPEG-2 должен соответствовать стандартам ISO/IEC 13818-1 или ISO/IEC 13818-9.

- i-тый байт транспортного потока MPEG-2 поступает одновременно в момент времени t(i) в T-STD 201 и формирователь 204 пакета источника. T-STD 201 представляет собой целевой декодер системы транспортного потока, соответствующий стандарту ISO/IEC 13818-1. T-STD 201 соответствует АВ декодеру 16, который показан на фиг.43. Формирователь 204 пакета источника представляет собой формирователь 29 пакета источника, показанный на фиг.43.

ФАПС 20227 МГц соответствует компоненту, внедренному в блок 17 управления, который используется в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43. Тактовая частота 27 МГц должна быть синхронизирована со значением PCR (ссылка на программную синхронизацию) транспортного потока MPEG-2.

Ниже поясняется синхронизация времени прихода.

- Счетчик 203 импульсов синхронизации времени прихода представляет собой двоичный счетчик, предназначенный для подсчета количества импульсов, следующих с частотой 27 МГц, проходящих через переключатель ФАПС (PLL) 202, работающий на частоте 27 МГц. Счетчик 203 импульсов времени прихода соответствует компоненту, который также установлен в блоке 17 управления, используемом в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43.

- Arrival_time_clock (i) представляет собой значение подсчета счетчика 203 импульсов тактовой частоты времени прихода в момент времени t(i).

Формирователь 204 пакета источника создает пакет источника, добавляя ТР_extra_header в каждый транспортный пакет.

- Arrival_time_stamp представляет собой момент времени, в который первый байт транспортного пакета поступает как на T-STD 201, так и на формирователь 204 пакета источника. Как очевидно следует из уравнения Eq.(1), Arrival_time_stamp(k) представляет то же значение, что и Arrival_time_clock (k).

time_stamp (k)=arrival_time_clock (k)% 2³⁰... (1),

где k обозначает первый байт транспортного пакета.

Буфер 205 записи соответствует компоненту, добавляемому в модуль 32 записи, используемый в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43. Rmax представляет собой скорость входных битов потока пакета источника, поступающего из формирователя 204 источника в буфер 205 записи. Rmax вычисляется с использованием следующего уравнения:

Rmax=TS_recording_rate×192/188,

где TS_recording_rate обозначает максимальную скорость передачи информации в битах входного транспортного потока.

Rud представляет собой выходную скорость битов из буфера 205 записи в привод 206 DVR. Привод 206 DVR соответствует компоненту, также включенному в блок 32 записи, используемый в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43.

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

Привод 206 DVR осуществляет запись каждого пакета, поступающего из буфера 205 записи на диск, соответствующий носителю 10 записи, который показан на фиг.43. Каждый пакет включает добавляемую ATS (метку времени прихода), которая указывает время, в которое пакет поступает в T-TSD 201.

На фиг.7 показана схема, представляющая модель устройства воспроизведения, предназначенного для воспроизведения транспортного потока DVR в формате MPEG-2. Устройство воспроизведения соответствует устройству 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43. Модель представляет собой модель концепции, описывающей процесс воспроизведения. Транспортный потока DVR в формате MPEG-2 должен соответствовать этой модели.

Буфер 222 считывания соответствует компоненту, установленному в блоке 11 считывания, который используется в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43.

Rud представляет входную скорость битов из привода 221 DVR в буфер 222 считывания. (Привод 221 DVR соответствует компоненту, установленному в блоке 11 считывания, используемом в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на в фиг.43).

Rud представляет скорость входных битов потока пакета источника, поступающего в буфер 222 считывания при непустом состоянии буфера 22 считывания. Когда буфер 222 считывания полностью заполнен, в буфер 222 считывания не поступает поток данных.

Rmax представляет скорость выходных битов из буфера 222 считывания в модуль 223 разборки пакетов источника, соответствующий модулю 14 разборки пакетов источника, используемый в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43.

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

Счетчик 225 синхронизации времени прихода представляет собой счетчик, предназначенный для подсчета количества импульсов, следующих с частотой 27 МГц, генерируемых кварцевым генератором 224 с частотой 27 МГц. Кварцевый генератор 224 соответствует компоненту, также установленному в блок 17 управления, используемый в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43.

Если данный разъем источника представляет собой первый разъем источника файла АВ потока или разъем источника, обозначенный SPN_ATC_start в SequenceInfo(), которая будет описана ниже, счетчик 225 тактовых импульсов времени прихода устанавливается в значение метки времени прихода пакета.

arrival_time_clock(i) представляет собой значение подсчета счетчика 225 тактовых импульсов времени прихода в момент времени t(i).

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

Если значение arrival_time_stamp в настоящем пакете источника равно значению 30 младших двоичных разрядов arrival_time_clock(i), транспортный пакет пакета источника выделяется из буфера.

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

На фиг.8 показана схема, представляющая синтаксис файла информации Clip. Файл информации Clip включает Sequenceinfo(), ProgramInfo() и CPI().

SequenceInfo_start_address представляет собой начальный адрес SequenceInfo() по отношению к первому байту файла zzzzz.clpi с байтом, принятым в качестве модуля адреса. То есть, первый адрес представляет собой относительный адрес, равный 0.

Programinfo_start_address представляет собой начальный адрес ProgramInfo() по отношению к первому байту файла zzzzz.clpi с байтом, принятым в качестве модуля адреса. То есть, первый адрес представляет собой относительный адрес, равный 0.

CPI_start_address представляет собой начальный адрес CPI() по отношению к первому байту файла zzzzz.clpi с байтом, принятым в качестве модуля адреса. То есть, первый адрес представляет собой относительный адрес, равный 0.

Поскольку другие поля синтаксиса не требуются при пояснении вариантов воплощения настоящего изобретения, описание этих других полей будет опущено.

SequenceInfo() определяет информацию АТС-последовательности и STC-последовательности в АВ потоке Clip.

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

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

Начальный адрес АТС-последовательности, то есть адрес, в котором новая АТС начинается в файле АВ потока, записывается в SequenceInfo(). Этот адрес обозначается, как SPN_ATC_start.

Каждая из других АТС-последовательностей, кроме последней в файле АВ потока, начинается в пакете источника, который указывает на ее начало SPN_ATC_start и заканчивается в пакете источника, непосредственно предшествующем пакету источника, на который указывает следующий SPN_АТС_start. Последняя АТС-последовательности начинается в пакете источника, на который указывает ее SPN_ATC_start и заканчивается в последнем пакете источника файла АВ потока.

На фиг.10 показана пояснительная схема, представляющая взаимосвязь между разрывами АТС и АТС-последовательностями. В этом примере файл АВ потока Clip содержит два разрыва АТС и три АТС-последовательности.

Далее поясняется последовательность STC (системной синхронизации). Определение STC-последовательности описано в стандарте MPEG-2. STC представляет собой системную основную синхронизацию времени, которая представляет собой временную ось, основанную на PCR (опорная тактовая частота программы) в транспортном файле. Значение STC представляет собой значение подсчета 33 битного двоичного счетчика с точностью 90 кГц.

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

Разрыв STC генерируется, когда вещательная станция меняет систему передачи с одной на другую, когда устройство записи переключается с одного на другой канал, когда пользователь осуществляет операцию редактирования или в других случаях. STC-последовательность представляет собой последовательность пакета источника, в котором отсутствуют разрывы STC (или отсутствует разрыв основания системного времени). Следует отметить, что одно и то же значение STC никогда не появляется более чем один раз в и той же STC-последовательности. Вследствие этого максимальная длина времени объекта Clip не может быть установлена большей, чем 33-битный период циклического перехода STC (приблизительно 26 часов).

Начальный адрес STC-последовательности, то есть адрес, в котором начинается новая STC в файле АВ потока, записывают в SequenceInfo(). Этот адрес обозначается, как SPN_STC_start.

STC-последовательность никогда не выходит за границы АТС-последовательности.

Каждая из STC-последовательностей, кроме последней в файле АВ потока, начинается в пакете источника, на который указывает ее SPN_STC_start и заканчивается в пакете источника, непосредственно предшествующем пакету источника, на который указывает следующий SPN_STC_start. Последняя STC-последовательность начинается пакетом источника, на который указывает его SPN_STC_start и заканчивается последним пакетом источника файла АВ потока.

На фиг.12 изображена пояснительная схема, представляющая взаимоотношение между разрывами STC и STC-последовательностями, а также взаимоотношение между STC-последовательностями и АТС-последовательностями. В этом примере, файл АВ потока Clip содержит три STC и три STC-последовательности. STC-последовательность никогда не выходит за пределы АТС-последовательности.

Если файл АВ потока содержит разрывы STC, PTS может появляться более чем один раз с одним и тем же значением в файле АВ потока. По этой причине, когда PTS используется как основа для указания на время АВ потока, только PTS точки доступа не достаточно для идентификации этой точки. В дополнение к PTS требуется индекс STC-последовательности, включающей этот PTS. Индекс обозначается как STC_id.

На фиг.13 показана схема, представляющая синтаксис SequenceInfo().

length представляет собой количество байтов, начиная с байта, следующего непосредственно после этого поля длины length, и заканчивая последним байтом SequenceInfo().

num_of_ATC_sequences представляет собой количество АТС-последовательностей в файле АВ потока.

SPN_ATC_start[atc_id] представляет собой адрес, в котором АТС-последовательность, на которую указывает atc_id, начинается в файле АВ потока. SPN_ATC_start[atc_id] представляет собой значение подсчета с исходным значением, равным 0, соответствующее первому пакету источника файла АВ потока. Значение подсчета увеличивается на 1 для каждого пакета источника.

Значение SPN_ATC_start[0] в начале SequenceInfo() равно нулю. Значения SPN_atc_START[atc_id], введенные в SequenceInfo(), расположены в порядке возрастания. То есть, SPN_ATC_start[atc_id], введенные в SequenceInfo (), удовлетворяют следующему условию.

SPN_ATC_start [0]=0

Для 0 < atc_id < num_of_ATC_sequences, SPN_ATC_start[atc_id-1] < SPN_ATC_start[atc_id]

num_of_STC_sequences[atc_id] представляет собой количество STC-последовательностей в АТС-последовательности, на которую указывают atc_id.

offset_STC_id[atc_id] представляет собой значение смещения по отношению к stc_id для первой STC-последовательности на АТС-последовательность, на которую указывает atc_id. При новой записи файла АВ потока значение offset_STC_id[atc_id] равно нулю.

Значение stc_id для первой STC-последовательности на АТС-последовательность, на которую указывает atc_id, определяется в соответствии с порядком, предписанным в синтаксисе как for_loop или stc_id, и начинается со значения смещения offset_STC_id[atc_id].

Для двух последовательных АТС-последовательностей, определенных в SequenceInfo(), stc_id для последней STC-последовательности на предыдущей АТС-последовательности может иметь то же значение, что и stc_id для первой STC-последовательности на последующей АТС-последовательности. Если эти два значения stc_id равны друг другу, одно и то же значение STC не появляется в двух STC-последовательностях, на которые ссылаются два значения stc_id.

Значения stc_id, введенные в SequenceInfo() должны быть расположены в порядке возрастания. Значение смещения offset_stc_id[atc_id] устанавливают на такое значение, чтобы удовлетворялось это ограничение.

Значение PCR_PID[atc_id][stc_id] представляет собой значение PID транспортного пакета, содержащего действительный pcr в STC-последовательности, на которую указывает stc_id и которая расположена на АТС-последовательности, на которую указывает atc_id.

SPN STC_start[atc_id][stc_id] представляет собой адрес, в котором STC-последовательность, на которую указывает stc_id, и расположенный на АТС-последовательности, на которую указывает atc_id, начинающийся в файле АВ потока.

SPN_stc_start[atc_id][stc_id] представляет собой значение подсчета с начальным значением, равным 0, соответствующим первому пакету источника файла АВ потока. Значение подсчета увеличивается на 1 для каждого пакета источника.

Значения SPN_STC_start[atc_id][stc_id], введенные в SequenceInfo(), должны быть расположены в порядке возрастания. Первое значение SPN_STC_start[atc_id][stc_id] на АТС-последовательность, на которую указывает atc_id, должно быть, по меньшей мере, равно SPN_ATC_start[atc_id] или больше. То есть, должно удовлетворяться следующее условие:

SPN_ATC_Start[atc_id] ≤ SPN_STC_start[atc_id][0]

presentation_start_time[atc_id][stc_id] представляет собой время начала презентации данных АВ потока на STC-последовательности, на которую указывает stc_id и которая расположена на АТС-последовательности, на которую указывает atc_id. Это время начала презентации получают из значения STC STC-последовательности и оно содержит период сигнала с частотой 45 кГц, который используется в качестве единицы измерения.

С другой стороны, presentation_end_time[atc_id][stc_id] представляет собой время окончания презентации данных файла АВ потока на STC-последовательности, на которую указывает stc_id и которая расположена на АТС-последовательности, на которую указывает atc_id. Это время окончания презентации получают из STC STC-последовательности и оно имеет период сигнала с частотой 45 кГц, который используется в качестве единицы измерения.

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

Для устройства воспроизведения, соответствующего устройству 1 записи/воспроизведения движущегося изображения, которое показано на фиг.43, и которое будет описано ниже, является полезным анализ содержания АВ потока перед обработкой декодирования АВ потока. Содержание представляет собой информацию, такую как значения PID транспортного пакета, используемого для передачи видео- или аудиоэлементарных потоков и типа видео- или аудиокомпонента. (Например, тип компонента указывает, что элементарный поток не является видеопотоком HDTV или аудиопотоком ААС MPEG-2)

Эта информация используется для создания экрана меню, который используется для предоставления пользователю пояснений в отношении содержания PlayList, который относится к АВ потоку. Кроме того, эта информация также используется для установки исходных значений АВ декодера 16 устройства записи/воспроизведения движущегося изображения и демультиплексора 15, которые будут описаны ниже со ссылкой на фиг.43. По этой причине файл информации Clip включает ProgramInfo, который используется для пояснения содержания программы.

Содержание программы в файле АВ потока, используемое для записи транспортного потока MPEG-2, может изменяться. Например, изменяется PID транспортного пакета для передачи элементарного видеопотока, или тип компонента видеопотока изменяется с SDTV на HDTV. ProgramInfo используется для записи информации в отношении смены точек содержания программы в файле АВ потока.

Последовательность пакетов источника с фиксированным содержанием программы, предписанным в соответствии с форматом в файле АВ потока, обозначается как последовательность программ.

Адрес, в котором начинается новая последовательность программ в файле АВ потока, записывается в ProgramInfo () как SPN_program_sequence_start.

Каждая из последовательностей программ, кроме последней последовательности в файле АВ потока, начинается в пакете источника, на который указывает его SPN_program_sequence_start, и заканчивается в пакете источника, непосредственно предшествующем пакету источника, на который указывает следующая SPN_program_sequence start.

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

На фиг.14 показана пояснительная схема, изображающая последовательности программ. В этом примере файл АВ потока Clip имеет три последовательности программ.

Последовательность программ может выходить за пределы границ АТС-последовательности и STC-последовательности.

На фиг.15 изображена схема, представляющая синтаксис ProgramInfo().

length представляет собой длину в байтах, начиная с байта, следующего непосредственно после поля length и заканчивая последним байтом ProgramInfo().

num_of_program_sequences представляет собой количество последовательностей программ в файле АВ потока.

SPN_program_sequence_start представляет собой адрес, в котором начинается последовательность программ в файле АВ потока. SPN_program_sequence_start представляет собой значение подсчета с начальным значением, равным 0, соответствующим первому пакету источника файла АВ потока. Значение подсчета увеличивается на 1 для каждого пакета источника. Значения SPN_program_sequence_start, введенные в Programlnfo(), расположены в порядке возрастания.

Предполагается, что SPN_program_sequence_start указывает на пакет источника, имеющий первый РМТ для его program_sequence. SPN_program_sequence_start создается устройством записи для записи данных путем анализа PSI/SI в транспортном потоке. Устройство записи соответствует устройству 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43. Более конкретно, блок 24 видеоанализа или блок 26 анализа мультиплексированного потока в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43, осуществляет анализ PSI/SI, вводя время задержки для определения изменения в PSI/SI. Таким образом, SPN_program_sequence_start может указывать на пакет источника в пределах заранее определенного периода, начиная от действительного изменения в PSI/SI.

program_map_PID представляет собой значение PID транспортного пакета, содержащего РМТ (таблицу карты распределения программы), которая используется для последовательности программ.

num_of_stream_in_ps представляет собой количество элементарных потоков, определяемых последовательностью программ.

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

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

stream_PID представляет собой значение PID для элементарного потока, определенного в РМТ, на которую делается ссылка program_map_PID или program_sequence.

StreamCodingInfo() представляет собой информацию по элементарному потоку, на который указывает stream_PID, описанный выше.

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

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

На фиг.16 показана схема, представляющая синтаксис StreamCodingInfo().

Length представляет собой количество, выраженное в байтах, начиная с байта, следующего непосредственно после этого поля length, и заканчивая последним байтом StreamCodingInfo(). stream_coding_type представляет собой тип кодирования элементарного потока, на который указывает stream_PID для этого StreamCodingInfo(). Значения величин, установленных в stream_coding_type, показаны на фиг.17.

video_format представляет собой видеоформат видеопотока, на который указывает stream_PID для этого StreamCodingInfo(). Значения величин, установленные в video_format, показаны на фиг.18.

frame_rate представляет собой скорость фреймов видеопотока, на который указывает stream_PID для этого StreamCodingInfo(). Значения величин, установленные в frame_rate, показаны на фиг.19.

display_aspect_ratio представляет собой отношение аспекта отображения видеопотока, на который указывает stream_PID для этого StreamCodingInfo(). Значения величин, установленные в video_aspect_ratio, показаны на фиг.20.

cc_flag представляет собой флаг, указывающий, был ли закодирован или нет сигнал данных закрытого заголовка в видеопотоке, на который указывает stream_PID для этого StreamCodingInfo().

original_video_format_flag представляет собой флаг, указывающий на то, существует или нет original_video_format и original_display_aspect_ratio в StreamCodingInfo().

original_video_format представляет собой информацию в отношении первоначального видеоформата перед обработкой по кодированию видеопотока, на который указывает stream_PID для этого StreamCodingInfo(). Значения величин, установленные в original_video_format, являются такими же, как и в video_format, описанном выше.

original_display_aspect_ratio представляет собой первоначальное соотношение аспекта отображения перед обработкой по кодированию видеопотока, на который указывает stream_PID для этого StreamCodingInfo(). Значения величин, установленные в original_display_aspect_ratio, являются такими же, что и в display_aspect_ratio, описанном выше.

При обработке по транскодированию транспортного потока, включающего видеопоток, мультиплексированный с потоком мультимедийных данных, таких как поток и заголовки BML, видеопоток повторно кодируют так, что его видеоформат изменяется (например, с 1080i на 480i). Однако предусматривается случай, в котором поток мультимедийных данных остается таким же, как и его первоначальный поток.

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

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

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

Audio_presentation_type представляет собой тип презентации аудиопотока, на который указывает stream_PID для этого StreamCodingInfo(). Значения величин, установленные в audio_presentation_type, показаны на фиг.21.

sampling_frequency представляет собой частоту дискретизации аудиопотока, на который указывает stream_PID для этого StreamCodingInfo(). Значения величин, установленны в sampling_frequency, показаны на фиг.22.

Далее поясняется CPI(). Информация CPI (информация характеристической точки) используется для сопоставления информации о времени воспроизведения в АВ потоке с адресами в файле АВ потока.

Существуют два типа CPI, а именно, ЕР_map и TU_map. Если CPI-type в CPI() представляет собой тип ЕР_map, CPI() включает ЕР_map. Если, с другой стороны, CPI-type в CPI () представляет собой тип TU_map, CPI() включает TU_map. Один файл АВ потока содержит одну ЕР_map или одну TU_map.

ЕР_map представляет собой список точек входа (ЕР). Эти точки входа выделяют из элементарных потоков и транспортных потоков. Список, таким образом, содержит информацию адреса для поиска точек входа, в которых следует начинать декодирование АВ потока. Часть данных ЕР представляет собой пару метки времени презентации (PTS) и адреса данных модуля доступа АВ потока, соответствующего PTS.

ЕР_map используется для двух целей. Прежде всего, ЕР_map используется для поиска адреса данных модуля доступа АВ потока, ссылка на который осуществляется путем использования презентации PlayList. Во-вторых, ЕР_map используется для быстрого воспроизведения вперед и быстрого воспроизведения назад. Если синтаксис входного АВ потока может быть проанализирован при выполнении операции, осуществляемой с помощью устройства записи для записи входного АВ потока, создается ЕР_map и записывается на диск.

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

На фиг.23 показана схема, представляющая синтаксис CPI().

length представляет собой количество байтов, начиная с байта, непосредственно следующего после этого поля length, и заканчивая последним байтом CPI().

CPI_type представляет собой 1-битовый флаг, предназначенный для указания типа CPI в Clip.

ЕР_map содержит данные, описанные ниже, для видеопотока в файле АВ потока.

(1): stream_PID представляет собой PID транспортного пакета для передачи видеопотока.

(2): num_EP_entries представляет собой количество точек входа для видеопотока.

EP_map включает данные пар, каждая из которых состоит из PTS_EP_start и SPN_EP_start, количество которых равно num_EP entries.

(3): PTS_EP_start представляет собой PTS модуля доступа, начинающегося с заголовка последовательности в видеопотоке.

(4): SPN_EP_start представляет собой адрес в файле АВ потока. Адрес, обозначенный SPN_EP_start, представляет собой адрес пакета источника, включающий первый байт модуля доступа, который обозначен PTS_EP_start, описанный выше. SPN_EP_start представляет собой число, которое увеличивается на 1 для каждого пакета источника. SPN_EP_start имеет исходное значение, равное 0, соответствующее первому пакету источника в файле АВ потока.

Если в файле АВ потока существует множество видеопотоков, ЕР_map может включать данные, описанные выше, для каждого видеопотока.

На фиг.24 показана пояснительная схема, представляющая пример ЕР_map. В этом примере видеопоток с stream_PID=х существует в АВ потоке Clip и в нем содержится k точек входа (num_EP_entries=k). На чертеже показан пример пакета источника, на который указывает SPN_EP_start. Нагрузка, следующая после заголовка ТР_header, или транспортный пакет в каждом пакете источника начинается с заголовка пакета PES. После заголовка пакета PES следует заголовок последовательности (SQH), после которого следует заголовок GOP (GOPH). После GOPH следует i-тое изображение (I-PICH). PTS модуля доступа, начинающееся с этого заголовка последовательности, кодируется в заголовке пакета PES.

Далее поясняется TU_map.

На фиг.25 показана пояснительная схема, представляющая TU_map, который создается при новой записи АВ потока в виде Clip. Временная ось, создаваемая на основе времени прихода пакетов источника, включенных в одни АТС-последовательность, разделяются на заранее определенные блоки времени. Каждый из этих блоков времени обозначается как time_unit.

Адрес первого пакета источника в полной форме файла АВ потока, поступающего для каждого time_unit, записывается в TU_map. Адрес обозначается как SPN_time unit_start. Определение времени по АТС-последовательности основано на значении TU_unit_start. Это поясняется ниже с использованием семантики SPN_time_unit_start.

На фиг.26 показана пояснительная схема, представляющая синтаксис TU_map.

Time_unit_size представляет собой размер модуля времени. Размер модуля представляет собой период сигнала тактовой частоты с частотой 45 кГц, получаемого по сигналу тактовой частоты времени прихода с точностью 27 МГц.

Значение num_of_atc_sequences, используемое в предварительном цикле в синтаксисе atc_id определяется в Sequencelnfo ().

offset_arrival_time[atc_id] представляет собой время смещения для первого полного time_unit в АТС-последовательности, на которую указывает atc_id. Модуль времени смещения представляет собой период сигнала тактовой частоты 45 кГц, получаемый по сигналу синхронизации времени прихода с точностью 27 МГц.

Когда АВ поток первый раз записывают как Clip, файл АВ потока содержит только АТС-последовательность и значение смещения offset_arrival_time[atc_id] равно нулю.

Когда множество частей offset_arrival_time[atc_id] записывают в TU_map в виде входов, удовлетворяются следующие условия:

offset_arrival_time[0] равно 0

Для atc_id, имеющего значение 0 < atc_id < num_of_atc_sequences, смещение offset_arrival_time[atc_id] > offset_arrival_time[atc_id-1] + time_unit * num_of_time_unit_entries[atc_id-1], где обозначение num_of_time_unit_entries[atc_id] представляет собой количество входов time_unit, включенных в АТС-последовательность, на которую указывает atc_id.

SPN_time_unit_start[atc_id][i] представляет собой начальный адрес для каждого i-того time_unit в АТС-последовательности, на которую указывает atc_id. SPN_time_unit_start[atc_id][i] также представляет собой величину подсчета, начиная с начального значения, равного 0, соответствующего первому пакету источника в файле АВ потока. Значение подсчета увеличивается на 1 для каждого пакета источника.

Если ни один из пакетов источника не входит в настоящий time_unit, значение SPN_time_unit_start для настоящего time_unit становится равным значению SPN_time_unit_start для непосредственно предшествующего time_unit.

Входы APN_time_unit_start значений в TU_map должны быть расположены в порядке возрастания.

Время начала i-того time_unit в АТС-последовательности, на которую указывает atc_id, обозначается как TU_start_time[atc_id][i], которое выражается следующим образом:

TU_start_time[atc_id][i] = offset_arrival_time[atc_id] + i * time_unit_size ...(2)

На фиг.27 показана схема, представляющая синтаксис файла PlayList. Файл PlayList содержит PlayList().

PlayList_start_address представляет собой начальный адрес PlayList() по отношению к первому байту файла PlayList. Начальный адрес получают путем подсчета количества байтов, начиная с первого байта файла PlayList, величина подсчета которого равна 0.

Поскольку другие поля синтаксиса не требуются для пояснения вариантов воплощения настоящего изобретения, описание этих других полей опущено.

На фиг.28 показана схема, представляющая синтаксис PlayList().

length представляет собой количество байтов, начиная с байта, следующего непосредственно после этого поля length, и заканчивая последним байтом PlayList().

CPI_type представляет собой 1-битовый флаг, предназначенный для указания значения CPI_type для Clip, используемого в PlayItem(). CPI_type определяется по CPI_type файла информации Clip.

number_of_PlayItems представляет собой количество Playltem() в PlayList().

Значение PlayItem_id для PlayItem() представляет собой количество итерационных циклов, в которых PlayItem() появляется в Playltem_id_for_loop в синтаксисе. PlayItem_id начинается с 0.

Далее поясняется PlayItem. Объект PlayItem, в основном, включает следующие данные:

(1): Clip_information_file_name для определения названия файла Clip, на который указывает PlayItem

(2): пара IN_time и OUT_time, которые идентифицируют интервал воспроизведения этого объекта Clip

(3): connection_condition показывает состояние соединения между двумя последовательными объектами PlayItem в PlayList, а именно, предшествующий объект PlayItem и настоящий объект PlayItem

Фиг.29 изображает пояснительную схему, представляющую PlayList с CPI_type для ЕР_тар. Такой PlayList обозначается, как EP_map-type для PlayList. В случае EP_map-type для PlayList, IN_time и OUT_time для Playltem представляют собой значения времени основы PTS. IN_time и OUT_time представляют собой моменты времени на одной и той же STC-последовательности. Ref_to_stc_id используется для обозначения STC-последовательности. IN_time и OUT_time представляют собой моменты времени в интервале воспроизведения, который обозначен presentation_start_time и presentation_end_time, которые определены для STC-последовательности и включены в SequenceInfo.

На фиг.30 показана пояснительная схема, представляющая PlayList с CPI_type для TU_map. Такой PlayList обозначается, как TU_map-type_PlayList. В случае TU_map_type_PlayList, IN_time и OUT_time для Playltem представляют моменты времени основы PTS. IN_time и OUT_time представляют моменты времени на одной АТС-последовательности.

На фиг.31 показана пояснительная схема, представляющая взаимоотношение между информацией времени ЕР_map-type PlayList и информацией адреса в файле АВ потока. Информация времени PlayList представляет собой информацию PTS для изображения или аудиофрейма в файле АВ потока. ЕР_map и SequenceInfo файла информации Clip сопоставляет информацию времени в АВ потоке с адресами в файле.

На фиг.32 показана пояснительная схема, представляющая взаимоотношение между информацией времени TU_map-type PlayList и информацией адреса в файле АВ потока. Информация времени PlayList представляет собой информацию времени прихода в файле АВ потока. TU_map файла информации Clip сопоставляет информацию времени в АВ потоке с адресами в файле.

На фиг.33 показана схема, представляющая синтаксис PlayItem().

length представляет собой количество в байтах, начиная с байта, непосредственно следующего после этого поля length, и заканчивая последним байтом в PlayItem().

Clip_Information_file name представляет собой название файла информации Clip, на который ссылается PlayItem.

connection_condition представляет информацию, указывающую, является или нет предыдущий объект PlayItem безразрывно соединенным с настоящим объектом PlayItem.

ref_to_STC_id представляет собой stc_id STC-последовательности для Clip, на который ссылается PlayItem. Значение stc_id определяется в SequenceInfo.

IN_time представляет время начала воспроизведения PlayItem.

OUT_time представляет время окончания воспроизведения PlayItem.

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

Далее поясняется концепция редактирования PlayList. Обработка, описанная ниже, выполняется обычно с помощью блока 17 управления, который используется в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43, на основе операций, осуществляемых пользователем. На фиг.34 показана пояснительная схема, представляющая концепцию взаимоотношения, которая устанавливается между Clip и PlayList, когда происходит запись АВ потока как нового объекта Clip. Когда АВ поток записывают как новый объект Clip, создается Real PlayList, который относится к полному диапазону воспроизведения объекта Clip.

На фиг.35 показана пояснительная схема, представляющая способ создания Virtual PlayList. Когда пользователь указывает IN_time и OUT_time из диапазона воспроизведения Real PlayList, создаются PlayItem интервала воспроизведения, который пользователь желает просмотреть, и Virtual PlayList.

На фиг.36 показана пояснительная схема, представляющая концепцию взаимоотношения, которая устанавливается между Clip и PlayList, когда часть интервала воспроизведения Real PlayList удалена. PlayItem для PlayList изменяется таким образом, что делается ссылка только на требуемую часть воспроизведения АВ потока Clip. Затем ненужные части АВ потока Clip удаляют. Как показано на фиг.36, даже если удаляют данные в средней части АВ потока Clip, файл АВ потока Clip не разделяется, а сохраняется в виде одного файла. Даже если данные АВ потока Clip будут удалены частично, остальные части данных будут соединены в один АВ поток Clip. Когда Real PlayList изменяется, и часть потока Clip, на которую ссылается Real PlayList, удаляют, объект Clip, на который ссылается Virtual PlayList, с использованием такого же объекта Clip, будет потерян, что, вероятно, создает проблему. Для решения этой проблемы интерфейс пользователя предпринимает следующие меры противодействия.

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

На фиг.37 показана пояснительная схема, представляющая концепцию взаимоотношения, устанавливаемого между Clip, реальный PlayList и виртуальный PlayList, в результате редактирования минимизации. Редактирование минимизации представляет собой обработку по изменению PlayItem реального PlayList так, что будут осуществляться ссылки только на части потока Clip, требуемые виртуальным PlayList. To есть, части потока, не требуемые виртуальным PlayList, будут удалены.

Как показано на фиг.37, даже если данные средней части АВ потока Clip будут удалены, файл АВ потока Clip не будет разделен, а останется в виде одного файла. Даже если данные АВ потока Clip будут частично удалены, остальные части данных будут соединены в одном АВ потоке Clip.

На основе концепции, описанной выше, далее будет описано изменение файла информации Clip, в случае частичного удаления данных АВ потока Clip.

Как описано выше, когда АВ поток записывают в виде файла Clip, объект Clip не включает разрывы АТС и, таким образом, содержит только одну АТС-последовательность. При этом предполагается, что разрыв АТС создается только когда данные потока файла АВ потока Clip частично удалены в процессе редактирования или в подобном процессе. То есть, как показано на фигурах 36 и 37, когда данные одного АВ потока Clip частично удалены и остальные части данных соединены в одном АВ потоке Clip, объект Clip содержит разрывы АТС и множество АТС-последовательностей. В примере редактирования, показанном, например, на фиг.38, Clip перед процессом редактирования не содержит разрывы АТС и, таким образом, включает только одну АТС-последовательность. Тогда, как показано на чертеже, когда данные средней части АВ потока Clip будут удалены, Clip после процесса редактирования содержит две АТС-последовательности.

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

Последовательность программ выходит за пределы границ АТС и STC-последовательностей.

В последующем описании поясняется взаимосвязь, которая устанавливается между Clip и PlayList, когда данные данных АВ потока частично удалены.

На фиг.40 показана пояснительная схема, представляющая взаимосвязь, которая устанавливается между Clip и PlayList, когда часть АВ потока Clip, содержащего EP_map CPI удаляют. Clip перед процессом редактирования содержит одну последовательность АТС и три последовательности STC. Значение смещения offset_stc_id[0] для последовательности АТС устанавливают равным нулю. Предполагается что STC-последовательность с stc_id = 1 в Clip используется в PlayItem2 и PlayItem3. Как показано на чертеже, данные АВ потока STC-последовательности с stc_id = 1, подвергается редактированию. Более конкретно, данные АВ потока части, не используемой в PlayItem2 и PlayItem3, удаляют.

В результате процесса редактирования Clip теперь содержит две АТС-последовательности и STC-последовательность с stc_id = 1 и разделена на две STC-последовательности. Значение смещения offset_STC_id[0] для первой АТС-последовательности устанавливают на величину, равную нулю, и значение смещения offset_STC_id[1] для второй АТС-последовательности устанавливается равным 1. Таким образом, как stc_id, так и последняя STC-последовательность на первой АТС-последовательности и stc_id предыдущей STC-последовательности на второй АТС-последовательности равны 1.

Следовательно, после редактирования нет необходимости изменять значение ref_to_STC_id PlayItem3 виртуального PlayList и значение ref_to_STC_id PlayItem4 виртуального PlayList. To есть, когда данные файла АВ потока Clip частично удаляют, нет необходимости изменять виртуальный PlayList, в котором не используется удаленная часть.

Следовательно, может быть создан разрыв АТС в АВ потоке Clip таким образом, если данные потока в средней части АВ потока Clip будут удалены, нет необходимости разделять файл Clip на две части. Кроме того, используя offset_STC_id для stc_id первой STC-последовательности на АТС-последовательности для каждой АТС-последовательностей, нет необходимости изменять виртуальный PlayList, в котором не используется часть файла АВ потока Clip, которую удаляют при частичном удалении файла АВ потока Clip.

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

Так же, как и в примере, показанном на фиг.40, Clip перед процессом редактирования содержит одну АТС-последовательность и три STC-последовательности. Значение offset_stc_id[0] для АТС-последовательности равно нулю. Предположим, что STC-последовательность с stc_id = 1 в Clip используется в PlayItem2 и Playltem3. Как показано на чертеже, данные АВ потока STC-последовательности с stc = 1 подвергают редактированию. Более конкретно, данные АВ потока части, не используемой в PlayItem2 и PlayItem3, удаляют.

Если в Clip не разрешен разрыв АТС, после процесса редактирования, Clip разделяют на два файла, а именно, Clip-A и Clip-B. Таким образом, отпадает необходимость изменять название файла Clip, на которые ссылаются PlayItem3 и PlayItem4. То есть, когда часть данных файла АВ потока Clip удаляют, в некоторых случаях необходимо изменять содержание виртуального PlayList, даже если в PlayList не используются удаленные части данных.

По сравнению со случаем, когда разрывы АТС разрешены в Clip, случай, когда не разрешены разрывы АТС в Clip, приводит к возникновению следующих проблем:

(1): количество файлов, записанных на диск, увеличивается. Таким образом, в момент начала обработки при воспроизведении диска требуется большее время для считывания всех файлов Clip и записи этих файлов в память устройства воспроизведения (соответствует запоминающему устройству, установленному в блок 17 управления, который используется в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43). Кроме того, если верхний предел для ряда файлов, записываемых на диск (соответствующий носителю записи 10, который используется в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43), устанавливают равным заранее определенному значению, и количество файлов Clip увеличивается из-за процесса редактирования или подобного процесса, так что будет превышен верхний предел, данные больше нельзя будет записывать на диск, несмотря на то, что на диске будет свободная область накопителя.

(2): Когда часть данных файла АВ потока Clip удаляют, требуется длительное время для изменения виртуального PlayList, существующего на диске.

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

На фиг.42 приведена пояснительная схема, представляющая взаимоотношение, которое устанавливается между Clip и PlayList, когда части АВ потока Clip, содержащие TU_map CPI удалены. Clip перед процессом редактирования содержит одну АТС-последовательность. offset_arrival_time[0] для этой АТС-последовательности устанавливается равным нулю. Предположим, что PlayItem1, PlayItem2, PlayItem3 и PlayItem4 виртуального PlayList обозначают эту АТС-последовательность. Затем, как показано на чертеже, данные АВ потока в этой АТС-последовательности подвергают редактированию. Более конкретно, данные АВ потока, не используемые ни в одном из объектов PlayItem, удаляют.

Clip после процесса редактирования содержит две АТС -последовательности. offset_arrival_time[0] для первой АТС-последовательности устанавливают в ноль и offset_arrival_time[1] для второй АТС-последовательности устанавливают на значение X, которое больше, чем OUT_time2, но меньше, чем IN_time3. To есть, после процесса редактирования нет необходимости изменять значения IN_time и OUT_time, которые принадлежат PlayItem3 виртуального PlayList, также как и значения IN_time и OUT_time, которые принадлежат PlayItem4 виртуального PlayList.

Нет необходимости изменять виртуальный PlayList, в котором не используются частичные части файла АВ потока Clip, которые удалены при частичном удалении файла АВ потока Clip.

При воспроизведении PlayList типа TU_map, плейер позволяет осуществлять поиск АТС-последовательности, на которую указывает значение IN_time и OUT_time, путем сравнения значения IN_time PlayItem со значением offset_arrival_time АТС-последовательности. В примере, показанном на фиг.42, например, поскольку IN_time3 для Playltem3 больше, чем offset_arrival_time (=X) второй АТС-последовательности, очевидно, что PlayItem3 в IN_time3 и OUT_time3 указывает на вторую последовательность АТС.

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

Блок 11 считывания, используемый в блоке 61 воспроизведения, считывает информацию, записанную на носитель 10 записи, который обычно представляет собой оптический диск. Блок 12 демодуляции осуществляет демодуляцию данных, считываемых с помощью блока 11 считывания с носителя 10 записи, и передает демодулированные данные в блок 13 декодирования ЕСС. Блок 13 декодирования ЕСС разделяет данные, принятые из блока 12 демодуляции на АВ поток и базу данных, передавая АВ поток и базу данных на устройство 14 разборки пакета источника и блок 17 управления соответственно.

Устройство 14 разборки пакетов источника осуществляет разборку пакетов входного АВ потока и выводит результат разборки пакетов в демультиплексор 15. Демультиплексор 15 разделяет результат разборки пакетов, получаемый из устройства 14 разборки пакетов источника, на видеоданные (V), аудиоданные (А) и системные данные (В), выводя видеоданные, аудиоданные и системные данные в декодер 16 АВ и мультиплексор 25.

Декодер 16 АВ осуществляет декодирование видеоданных и аудиоданных на основе системных данных, передавая на выход видео- и аудиосигналы с видео- и аудиовыводов 18 и 19 соответственно.

Видео- и аудиосигналы, подаваемые с видео- и аудио входных выводов 21 и 22 соответственно поступают в устройство 23 кодирования АВ, используемое в блоке 62 записи. Видеосигнал также поступает в блок 24 видеоанализа. Вместо видеосигнала, подаваемого с входного вывода 21 для видеосигнала, может подаваться видеосигнал, выводимый декодером 16 АВ на кодирующее устройство 23 АВ и блок 24 видеоанализа, если это необходимо.

Кодирующее устройство 23 АВ кодирует входные видео- и аудиосигналы, передавая на выход закодированный видеосигнал (V), закодированный аудиосигнал (А), а также системные данные (S) для процесса кодирования, которые поступают в мультиплексор 25.

Блок 24 видеоанализа производит анализ входного видеосигнала и передает на выход результаты анализа, которые поступают в блок 17 управления.

На вывод 33 поступает транспортный поток из цифрового интерфейса или цифрового телевизионного тюнера. Транспортный поток поступает в демультиплексор 15 или на переключатель 28 через выключатель 27. Транспортный поток, поступающий на переключатель 28, передается на блок 26 анализа мультиплексированного потока и в формирователь 29 пакета источника. Путем изменения установочного положения переключателя 28, вместо подачи транспортного потока, передаваемого через переключатель 27, на блок 26 анализа мультиплексированного потока и формирователь 29 пакета источника, сигнал, выводимый из мультиплексора 25, может подаваться на блок 26 анализа мультиплексированного потока и в формирователь 29 пакета источника через переключатель 28.

Блок 26 анализа мультиплексированного потока производит анализ входного сигнала и выводит результат анализа на блок 17 управления. Формирователь 29 пакета источника осуществляет формирование пакета входного сигнала и передает результат формирования пакета на блок 30 кодирования ЕСС (код коррекции ошибок). Блок 30 кодирования ЕСС также принимает базу данных из блока 17 управления.

Блок 30 кодирования ЕСС добавляет коды коррекции ошибок на вход и кодирует входные сигналы, передавая закодированные данные в блок 31 модуляции. Блок 31 модуляции осуществляет модуляцию закодированных данных, принимаемых из блока 30 кодирования ЕСС, и передает на выход модулированные данные для записи в блок 32 записи. Блок 32 записи осуществляет обработку для записи модулированных данных, принятых из блока 31 модуляции, на носитель 10 записи.

Блок 17 управления содержит блок 17А накопителя, предназначенный для записи данных различного вида. Блок 17 управления управляет форматами, описанными выше, и осуществляет управление другими компонентами для записи/воспроизведения данных на носитель записи 10 и с него.

Блок 17 управления соединен с приводом 41 для привода магнитного диска 51, оптического диска 52, магнитооптического диска 53 или полупроводникового запоминающего устройства 54.

Следует отметить, что оптический диск 52 может использоваться совместно с носителем 10 записи.

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

Видео- и аудиосигналы подаются на вход через соответственно входные выводы 21 и 22 видео- и аудиосигналов блока 62 записи. Видеосигнал подается на блок 24 анализа видеосигнала и АВ кодирующее устройство 23. АВ кодирующее устройство 23 также принимает аудиосигнал. АВ кодирующее устройство 23 кодирует подаваемые на вход видео- и аудиосигналы, выводя кодированный видеопоток (V), кодированный аудиопоток (А) и системную информацию (S) на мультиплексор 25.

Кодированный видеопоток (V) обычно представляет собой видеопоток в формате MPEG-2, в то время как кодированный аудиопоток (А) обычно представляет собой аудиопоток в формате MPEG-1 или аудиопоток в формате Dolby AC3 (товарный знак) или тому подобное. Системная информация (S) представляет собой временную информацию такую, как информация в отношении АВ синхронизации и информацию аудио/видео кодирования, включая количество байтов, составляющих закодированное изображение, количество байтов, составляющих аудиофрейм и типы кодирования изображения.

Мультиплексор 25 осуществляет мультиплексирование входных потоков на основе входной системной информации для получения мультиплексированного потока. Мультиплексированный поток обычно представляет собой транспортный поток MPEG-2 или программный поток MPEG-2. Мультиплексированный поток поступает в блок 26 анализа мультиплексированного потока и в формирователь 29 пакета источника. В соответствии с форматом приложения носителя 10 записи, формирователь 29 пакета источника кодирует входной мультиплексированный поток в АВ поток, содержащий пакеты источника. Блок 30 кодирования ЕСС добавляет коды коррекции ошибки в АВ поток перед модуляцией в блоке 31 модуляции, который формирует модулированный АВ поток и передает его в блок 32 записи. Блок 32 записи, наконец, осуществляет запись файла АВ потока на носитель 10 записи в соответствии с сигналом управления, генерируемым блоком 17 управления.

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

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

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

В случае способа, при котором осуществляется повторное кодирование входного транспортного потока перед процессом записи, входной транспортный поток подают на демультиплексор 15. Демультиплексор 15 передает видеопоток (V) на АВ декодер 16. АВ декодер 16 декодирует видеопоток и передает воспроизводимый видеосигнал, получаемый в результате процесса декодирования в АВ устройство 23 кодирования. АВ устройство 23 кодирования кодирует воспроизводимый видеосигнал и передает закодированный видеопоток (V) в мультиплексор 25.

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

Устройство 1 записи/воспроизведения движущегося изображения записывает не только файл АВ потока, но также и информацию базы данных приложения, относящуюся к файлу. Информация базы данных приложения создается с помощью блока 17 управления. Информация, поступающая на блок 17 управления, включает характеристическую информацию в отношении движущегося изображения, выходящего из блока 24 анализа видеосигнала, характеристическую информацию ДВ потока, поступающую с выхода блока 16 анализа мультиплексированного потока, и команду, вводимую пользователем через терминал 20 ввода/вывода интерфейса пользователя, который используется в качестве интерфейса пользователя.

Характеристическая информация движущегося изображения, поступающая с выхода блока 24 видеоанализа, генерируется в устройстве 1 записи/воспроизведения движущегося изображения, когда устройство 1 записи/воспроизведения движущегося изображения 1 само кодирует видеосигнал. Блок 24 видеоанализа анализирует данные, передаваемые входным видеосигналом, для генерирования информации в отношении изображения в характеристических точках меток во входном сигнале движущегося изображения. Эта информация представляет собой информацию, индицирующую изображения в характеристических точках меток, таких как точки начала программы входного видеосигнала, точки изменения сцены и точки начала/конца СМ. Кроме того, информация включает уменьшенные изображения. Информация, указывающая на изображения, передается в мультиплексор 25 через блок 17 управления.

Когда мультиплексор 25 осуществляет мультиплексирование закодированных изображений в точках меток, обозначаемых блоком 17 управления, мультиплексор 25 возвращает адреса, в которых расположены закодированные изображения в АВ потоке, в блок 17 управления. Блок 17 управления записывает адреса, в которых расположено каждое закодированное изображение в АВ потоке, путем ассоциирования адреса с типом характеристического изображения.

Характеристическая информация АВ потока, выходящего из блока 26 анализа мультиплексированного потока, соотносится с закодированной информацией АВ потока, предназначенного для записи, и генерируемого в устройстве 1 записи/воспроизведения движущегося изображения. Характеристическая информация АВ потока, поступающая с выхода блока 26 анализа мультиплексированного потока, включает временную метку и адрес изображения I в АВ потоке, информацию о разрывах STC в АВ потоке, информацию об изменениях в содержании программы в АВ потоке, а также время прихода и адрес в АВ потоке.

Временная метка и адрес изображения I в АВ потоке обрабатываются, как данные, предназначенные для записи в таблице ЕР_map, описанной выше. Информация по разрывам STC в АВ потоке обрабатывается как данные, предназначенные для записи в SequenceInfo, описанной выше. Информация об изменениях в содержании программы в АВ потоке обрабатывается как данные, предназначенные для записи в ProgramInfo, описанном выше. Время прихода и адрес в АВ потоке записывается в TU_map, описанной выше.

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

Характеристическая информация АВ потока, выходящего из блока 26 анализа мультиплексированного потока, записывается в базе данных (информация Clip) АВ потока.

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

Блок 17 управления создает базу данных (информацию Clip) АВ потока, базу данных PlayList, информацию управления (information.dvr) данных, записанных на носитель 10 записи и информацию уменьшенных изображений на основе входной информации, описанной выше. Эти части информации базы данных обрабатываются блоком 30 кодирования ЕСС (исправления ошибок) и блоком 31 модуляции таким же образом, как АВ поток подается на блок 32 записи. В соответствии с сигналом управления, генерируемым блоком 17 управления, блок 32 записи передает информацию базы данных на носитель 10 записи для записи в виде информации базы данных приложения.

Далее поясняется основная обработка при воспроизведении.

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

Прежде всего, блок 17 управления запрашивает блок 11 считывания, используемый в 61, для считывания информации базы данных приложения с носителя 10 записи. При таком запросе блок 11 считывания считывает информацию базы данных приложения с носителя 10 записи. Информация базы данных приложения обрабатывается с помощью блока 12 демодуляции и блока 13 декодирования ЕСС, перед тем, как она поступит в блок 17 управления.

Блок 17 управления подает на выход список объектов PlayList, записанных на носителе 10 записи, в терминал 20 входа-выхода интерфейса пользователя на основании информации базы данных приложения. Пользователь выбирает PlayList, который должен воспроизводиться, из списка и вводит выбранный объект PlayList, предназначенный для воспроизведения в блок 17 управления. Блок 17 управления запрашивает блок 11 считывания для считывания файла АВ потока, требуемого для воспроизведения выбранного объекта PlayList с носителя 10 записи. Блок 11 считывания считывает запрошенный файл АВ потока с носителя 10 записи. Файл АВ потока, считываемый с носителя 10 записи, обрабатывается с помощью блока 12 демодуляции и блока 13 декодирования ЕСС, перед тем как он поступит в устройство 14 разборки пакетов источника. Устройство 14 разборки пакетов источника преобразует файл АВ потока, имеющий формат приложения для носителя записи, в поток, который может подаваться в демультиплексор 15. Демультиплексор 15 передает видеопоток (V), аудиопоток (А) и системную информацию (S), которые составляют интервал воспроизведения АВ потока (Playltem), указанный блоком 17 управления, в декодер 16 АВ. Декодер 16 АВ декодирует видео- и аудиопотоки для генерирования воспроизводимых видео- и аудиосигналов, которые передаются на выходные видео- и аудиовыводы 18 и 19 соответственно.

Если требуется воспроизводить PlayList типа ЕР_map, выбранный пользователем, от средней точки времени, блок 17 управления запрашивает блок 11 считывания для считывания данных, начинающихся с адреса изображения I, PTS которого находится ближе всего к указанной точке времени.

Кроме того, если требуется воспроизводить PlayList типа TU_map, выбранный пользователем, из средней точки времени, блок 17 управления запрашивает блок 11 считывания для считывания данных, начинающихся с адреса пакета источника, время прихода которого расположено ближе всего к указанной точке времени.

Кроме того, когда пользователь выбирает метку из точки появления заголовка и точек изменения сцены программы, блок 17 управления определяют местоположение для считывания АВ потока с носителя 10 записи на основании содержания информации Clip и запрашивает блок 11 считывания на считывание АВ потока с носителя 10 записи. Точка появления заголовка и точки изменения сцены записываются в ClipMark информации Clip. Пользователь обычно выбирает метку из списка в виде уменьшенных изображений, не представляющих точки изменения сцены программы и точку появления заголовка, которые записываются в ClipMark информации Clip. Этот список отображается на интерфейсе пользователя.

По запросу блок 11 считывания считывает данные изображения I в адресе, расположенном ближе всего к адресу в АВ потоке. В адресе АВ потока записывается изображение, выбранное пользователем. Данные, считываемые с помощью блока 11 считывания из указанного адреса, обрабатываются с помощью блока 12 демодуляции и блока 13 декодирования ЕСС перед подачей на декодер 16 АВ с помощью демультиплексора 15. Декодер 16 АВ декодирует данные для воспроизведения данных АВ в адресе изображения в точке метки.

Приведенное ниже описание предназначено для пояснения случая, в котором пользователь редактирует АВ поток.

Когда пользователь желает создать новый путь воспроизведения, определяя интервал воспроизведения в АВ потоке, записанном на носителе записи 10, информация об входной и выходной точках на интервале воспроизведения подается через терминал 20 ввода/вывода интерфейса пользователя в блок 17 управления. Блок 17 управления затем создает базу данных PlayList, которая представляет собой группу интервалов воспроизведения (объектов PlayItem) в АВ потоке.

Когда пользователь желает удалить некоторую ненужную часть АВ потока, записанного на носитель 10 записи, информация об интервале, который должен быть удален, передается через терминал 20 входа-выхода интерфейса пользователя в блок 17 управления. Блок 17 управления изменяет базу данных PlayList так, чтобы она соотносилась только с требуемой частью АВ потока. Блок 17 управления также запрашивает блок 32 записи на удаление этой некоторой ненужной части АВ потока. Содержание файла информации Clip изменяется на основании изменения АВ потока Clip.

В приведенном ниже описании поясняется работа для случаев, когда пользователь желает создать новый путь воспроизведения, указывая интервалы воспроизведения АВ потока, записанного на носитель 10 записи, и производит бесшовное соединение интервалов друг с другом. В этом случае блок 17 управления создает базу данных PlayList, которая представляет собой группу интервалов воспроизведения (объектов PlayItem) АВ потока. Кроме того, необходимо также частично повторно закодировать и повторно мультиплексировать части видеопотока, которые расположены поблизости к точкам соединения интервалов воспроизведения.

Прежде всего, информация по изображениям во входной и выходной точках каждого интервала воспроизведения передается через терминал 20 входа/выхода интерфейса пользователя в блок 17 управления. Блок 17 управления передает команду в блок 11 считывания на считывание данных, которые необходимы для воспроизведения изображений в точках входа и выхода с носителя 10 записи. Блок 11 считывания считывает данные с носителя 10 записи. Данные передаются в демультиплексор 15 с помощью блока 12 демодуляции, блока 13 декодирования ЕСС и в устройство 14 разборки пакета источника.

Блок 17 управления производит анализ потока, передаваемого на демультиплексор 15, для определения способов повторного кодирования и повторного мультиплексирования видеопотока, передавая эти способы в устройство 23 кодирования АВ и в мультиплексор 25. Способ повторного кодирования включает технологии, связанные с изменением picture_coding_type и расположением подсчета закодированных битов в процессе повторного кодирования.

Затем демультиплексор 15 разделяет входной поток на видеопоток (V), аудиопоток (А) и системную информацию (S). Видеопоток содержит данные, передаваемые в АВ декодер 16 и данные, которые должны непосредственно передаваться на мультиплексор 25. Первые данные представляют собой данные, предназначенные для повторного кодирования. Эти данные декодируются с помощью АВ декодера 16. Изображение, полученное в результате процесса декодирования, повторно кодируется с помощью АВ устройства 23 кодирования в видеопоток. Последние данные представляют собой данные, копируемые из первоначального потока, и они не подвергаются повторному кодированию. Аудиопоток и системная информация направляются непосредственно в мультиплексор 25.

Мультиплексор 25 осуществляет мультиплексирование входных потоков и генерирует демультиплексированный поток на основе информации, принимаемой из блока 17 управления. Демультиплексированный поток обрабатывается с помощью блока 30 кодирования ЕСС и блока 31 модуляции перед подачей на блок 32 записи. Блок 32 записи записывает АВ поток на носитель 10 записи, в соответствии с сигналом управления, принимаемым из блока 17 управления.

На фиг.44 показана последовательность выполнения операций, представляющая операции, выполняемые устройством 1 записи/воспроизведения движущегося изображения для создания файла АВ потока Clip и файла информации Clip при обработке для записи АВ потока, как нового объекта Clip.

Как показано на чертеже, последовательность выполнения операций начинается с этапа S11, на котором блок 17 управления создает и записывает файл АВ потока Clip для транспортного потока, получаемого в результате процесса кодирования АВ входных сигналов, принимаемых из видео- и аудиовходных выводов 21 и 22, или из транспортного потока, поступающего через вывод 33 цифрового интерфейса.

Затем, на следующем этапе S12, блок 17 управления создает ClipInfo, показанный на фиг.8, для файла АВ потока.

Далее, на следующем этапе S13, блок 17 управления создает SequenceInfo, которая показана на фиг.13, для файла АВ потока.

Затем, на следующем этапе S14, блок 17 управления создает ProgramInfo, показанную на фиг.15, для файла АВ потока.

Далее, на следующем этапе S15, блок 17 управления создает CPI(EP_map или TU_map), которая показана на фигурах 24, 25 и 26 для файла АВ потока.

Затем, на следующем этапе 316, блок 17 управления создает ClipMark для файла АВ потока.

Далее, на следующем этапе S17, блок 17 управления создает файл информации Clip, показанный на фиг.8. Файл информации Clip используется для записи ClipInfo, SequenceInfo, ProgramInfo, CPI и ClipMark, которые описаны выше.

Следует отметить, что хотя в вышеприведенном пояснении показано выполнение частей обработки последовательно по временной оси, части обработки в действительности выполняются одновременно для всех этапов от S11 до S16.

Ниже приведено описание, со ссылкой на схему последовательности выполнения операций, представленную на фиг.45, поясняющее типичные операции по созданию SequenceInfo, показанной на фиг.13, при обработке для записи АВ потока в виде нового Clip. Операции выполняются с помощью блока 26 анализа мультиплексированного потока, который установлен в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого представлена на фиг.43.

Как показано на чертеже, последовательность операций начинается с этапа S31, на котором блок 17 управления использует первый транспортный пакет в качестве начальной точки АТС-последовательности. То есть, блок 17 управления устанавливает SPN_ATC_start. В этот момент также устанавливаются atc_id и stc_id.

Далее, на следующем этапе 332, блок 26 анализа мультиплексированного потока производит анализ PTS блока доступа, включенного в АВ поток. Пример блока доступа представляет собой изображение или видеофрейм.

Далее, на следующем этапе S33, блок 26 анализа мультиплексированного потока выполняет проверку в отношении того, был ли принят или нет пакет PCR. Если результат проверки, выполняемой на этапе S33, указывает, что пакет PCR не был принят, последовательность обработки возвращается на этап S32. Если, с другой стороны, результат проверки, выполняемой на этапе S33, указывает, что пакет PCR был принят, поток обработки продолжается на этапе S34.

На этапе S34, блок 26 анализа мультиплексированного потока выполняет проверку в отношении того, был ли обнаружен или нет разрыв STC. Если результат проверки, выполняемой на этапе S34, указывает, что разрыв STC не был обнаружен, поток обработки возвращается на этап S32, с другой стороны, если результат проверки, выполняемой на этапе S34, указывает, что разрыв STC был обнаружен, поток обработки продолжается на этапе S35. В случае первого принятого пакета PCR, поток обработки всегда продолжается на этапе S35.

На этапе S35 блок 26 анализа мультиплексированного потока gjkexftn номер (адрес) транспортного пакета для передачи первого PCR новой STC-последовательности.

Затем, на следующем этапе S36, блок 17 управления использует номер пакета, полученный на этапе S35, как номер пакета источника в начале STC-последовательности. То есть, устанавливается SPN_STC_start. Кроме того, также устанавливается новый stc_id.

Затем, на следующем этапе S37, блок 17 управления получает начало отображения PTS STC-последовательности и конец отображения PTS, и устанавливает начало отображения PTS и конец отображения PTS в presentation_start_time и presentation end_time соответственно. Блок 17 управления затем создает Sequencelnfo, которая показана на фиг.13, на основе начала отображения displey-start PTS и конца отображения displey-end PTS.

Далее, на следующем этапе S38, блок 17 управления выполняет проверку относительно того, был ли принят или нет последний транспортный пакет. Если результат такой проверки, выполняемой на этапе S38, указывает, что последний транспортный пакет еще не был принят, поток обработки возвращается на этап S32. С другой стороны, если результат проверки, выполняемой на этапе S38, указывает на то, что последний транспортный пакет был принят, обработка по созданию SequenceInfo заканчивается.

Следует отметить, что, в случае Clip с TU_map CPI, требуется создавать только информацию АТС-последовательности. Таким образом, части обработки, осуществляемые на этапах с S32 по S37, не требуются.

Далее типичные операции, выполняемые для создания ProgramInfo, показанные на фиг.15, поясняются со ссылкой на схему последовательности операций, представленной на фиг.46. Эти операции осуществляются с помощью блока 26 анализа мультиплексированного потока, используемого в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43.

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

Как показано на чертеже, последовательность операций начинается с этапа S51, на котором блок 26 анализа мультиплексированного потока выполняет проверку в отношении того, был ли принят или нет транспортный пакет, включающий PSI/SI. Более конкретно, транспортный пакет, включающий PSI/SI, представляет собой PAT, PMT и SAT пакет. Пакет SAT представляет собой транспортный пакет, который описывает сервисную информацию частичного транспортного потока, предписанного спецификациями DVB. Если результат проверки, выполняемой на этапе S51, указывает, что транспортный пакет, включающий PSI/SI, не был принят, поток обработки возвращается на этап S51. С другой стороны, если результат проверки, выполняемой на этапе S51, указывает на то, что транспортный пакет, включающий PSI/SI, был принят, поток обработки продолжается на этапе S52.

На этапе S52 блок 26 мультиплексированного потока выполняет проверку в отношении того, было ли изменено или нет содержание PSI/SI. Более подробно, блок 26 анализа мультиплексированного потока выполняет проверку относительно того, является или нет содержание каждого из PAT, PMT и SAT отличающимся от содержания, принятого ранее. Если результат проверки, выполняемой на этапе S52, указывает, что содержание не изменилось, поток обработки возвращается на этап S51. С другой стороны, если результат проверки, выполняемой на этапе S52, указывает на то, что содержание изменилось, поток обработки продолжается на этапе S53. Следует отметить, что в начале операции записи, PSI/SI принимают впервые. Таким образом, в таком случае, поток обработки всегда продолжается на этапе S53.

На этапе S53, блок 17 управления приобретает номер (адрес) транспортного пакета для передачи PSI/SI и содержание пакета.

Затем, на следующем этапе S54, блок управления 17 создает информацию программной последовательности для формирования ProgramInfo, показанной на фиг.15.

Далее, на следующем этапе S55, блок 17 управления выполняет проверку относительно того, является или нет принятый транспортный пакет последним транспортным пакетом. Если результат проверки, выполняемой на этапе S55, указывает на то, что принятый транспортный пакет не является последним транспортным пакетом, поток обработки возвращается на этап S51. С другой стороны, если результат проверки, сформированный на этапе S55, указывает на то, что принятый транспортный пакет является последним транспортным пакетом, обработка по созданию ProgramInfo заканчивается.

Далее будут описаны типичные операции, выполняемые для создания ЕР_map, показанной на фиг.24, со ссылкой на схему последовательности выполнения операций, показанную на фиг.47. Эти операции осуществляются с помощью блока 26 анализа мультиплексированного потока, который используется в устройстве 1 записи/воспроизведения движущегося изображения, конфигурация которого показана на фиг.43.

Как показано на чертеже, последовательность выполнения операций начинается с этапа S71, на котором блок 26 анализа мультиплексированного потока устанавливает PID видеопрограммы АВ, предназначенной для записи. Если транспортный поток включает множество видеоизображений, блок 26 анализа мультиплексированного потока устанавливает PID каждого из видеоизображений.

Затем, на следующем этапе S72, блок 26 анализа мультиплексированного потока принимает транспортный пакет видеосигнала.

Далее, на следующем этапе S73, блок 26 анализа мультиплексированного потока выполняет проверку относительно того, начинается или нет нагрузка транспортного пакета с первого байта пакета PES. Нагрузка представляет собой часть пакета, которая следует после заголовка пакета. Полученный в результате пакетирования элементарного потока пакет PES представляет собой пакет, предписанный в спецификациях MPEG-2. Проверка выполняется в отношении значения "payload_unit_start_indicator", включенного в заголовок транспортного пакета. Значение 1 указывает на то, что загрузка транспортного пакета начинается с первого байта пакета PES. Если результат проверки, выполняемой на этапе S73, указывает, что транспортный пакет не начинается с первого байта пакета PES, поток обработки возвращается на этап S72. С другой стороны, если результат проверки, полученный на этапе S73, указывает, что транспортный пакет начинается с первого байта пакета PES, поток обработки переходит на этап S74.

На этапе S74, блок 26 анализа мультиплексированного потока, выполняет проверку относительно того, начинается или нет нагрузка пакета PES с первого байта sequence_header_code видеосигнала MPEG. sequence_header_code представляет собой код "0х000001В3", имеющий длину 32 бита. Если результат проверки, выполняемой на этапе S74, указывает, что нагрузка пакета PES не начинается с первого байта sequence_header_code, поток обработки возвращается на этап S72. С другой стороны, если результат проверки, выполняемой на этапе S74, указывает, что загрузка пакета PES начинается с первого байта sequence_header_code, поток обработки продолжается на этапе S75.

На этапе S75 блок 17 управления использует данный транспортный пакет как точку входа.

Далее, на следующем этапе S76, блок 17 управления приобретает номер пакета, PTS изображения I, начинающийся с sequence_header_code и PID видеоизображения, к которому относится точка входа для создания ЕР_map.

Далее, на следующем этапе S77, блок 26 анализа мультиплексированного потока выполняет проверку относительно того, является или нет настоящий пакет последним входным транспортным пакетом. Если результат проверки, выполняемой на этапе S77, указывает на то, что настоящий пакет не является последним входным транспортным пакетом, последовательность обработки возвращается на этап S72. С другой стороны, если результат проверки, сформированный на этапе S77, указывает, что настоящий пакет представляет собой последний входной транспортный пакет, обработка по созданию ЕР_map заканчивается.

Следует отметить, что способ создания файла информации Clip изменяется в зависимости от типа CPI Clip. На фиг.48 показан пример схемы последовательности выполнения операций, представляющий различные способы создания файла информации Clip для различных типов Cpi Clip. Как показано на чертеже, последовательность выполняемых операций начинается с этапа S101, на котором блок 17 управления выполняет проверку в отношении того, должна или нет создаваться ЕР_map как CPI. Если результат проверки, выполняемой на этапе S101, указывает, что ЕР_map должна создаваться как CPI, поток обработки продолжается на этапе S102 для анализа информации PTS, STC и РМТ в отношении содержания АВ потока. Далее, на следующем этапе S103, блок 17 управления создает информацию АТС-последовательности, информацию STC-последовательности и информацию программной последовательности. Наконец, на следующем этапе S104, блок 17 управления создает ЕР_map.

С другой стороны, если результат проверки, выполняемой на этапе S101, указывает, что TU_map должна создаваться как CPI, поток обработки продолжается на этапе S105, на котором ни содержание АВ потока, ни информация STC-последовательности не анализируются, и создается информация последовательности программ. Затем, на следующем этапе S106, блок 17 управления создает информацию АТС-последовательности на основе входной синхронизации транспортного пакета. Наконец, на следующем этапе S107, блок 17 управления создает TU_map. В любом случае, файл информации Clip создается безотносительно к типу CPI, как описано выше.

Таким образом, создается файл информации Clip независимо от типа CPI.

Вышеприведенное имеет следующее следствие. При обработке для записи АВ потока на носителе записи после понимания содержания АВ потока, создаются АТС, STC и программные последовательности, а также ЕР_map, и записываются на носитель записи. Эти примеры обработки представляют собой операцию записи с анализом и операцию записи с самостоятельным кодированием. При операции записи содержание АВ потока анализируют прежде, чем АВ поток будет записан на носитель записи. С другой стороны, в операции записи с самостоятельным кодированием, входной видеосигнал кодируют с помощью самого устройства записи перед записью на носитель записи. С другой стороны, при обработке для записи АВ потока на носитель записи, без понимания содержания потока, создаются АТС-последовательность и TU_map и записываются на носитель записи. Обработка для записи АВ потока на носитель записи без понимания содержания потока обозначается как операция записи без анализа.

Обработка, представленная с помощью схемы последовательности выполнения операций, изображенная на фиг.48, может быть интерпретирована следующим образом. Последовательность выполнения операций начинается с этапа S101 для выполнения проверки в отношении того, является или нет операция записи операцией записи с анализом, в которой содержание АВ потока анализируется прежде, чем АВ поток будет записан на носитель записи, или операцией записи с самостоятельным кодированием, при которой входной видеосигнал кодируется с помощью самого устройства записи, перед записью на носитель записи. Если операция записи является либо операцией записи с анализом, или операцией записи с самостоятельным кодированием, на этапе S102 анализируется содержание АВ потока, на следующем этапе S103 создаются АТС-последовательность, STC-последовательность и программная последовательность, и на последнем этапе S104 создается ЕР_map перед обработкой для записи данных на носитель записи. С другой стороны, если результат проверки, полученный на этапе S101, указывает, что операция записи является операцией записи без анализа, на которой на носитель записи записывается АВ поток, так как он есть, без понимания содержания потока, на этапе S105, АВ поток подвергают анализу на содержание потока, на следующем этапе S106 создается АТС-последовательность, и на последнем этапе S107 создается TU_map перед осуществлением процесса записи данных на носитель записи.

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

Как показано на чертеже, последовательность операций начинается с этапа S191, на котором блок 17 управления производит запись АВ потока Clip.

Далее, на следующем этапе S192, блок 17 управления создает список PlayList(), который показан на фиг.28. Созданный PlayList() содержит объекты PlayItem, показанные на фиг.33. Объекты PlayItem покрывают все диапазоны воспроизведения Clip. Если Clip содержит ЕР_МАР, создается PlayList типа ЕР_map, показанный на фиг.29. С другой стороны, если Clip содержит TU_map, создается PlayList типа TU_map, показанный на фиг.30. В случае PlayList типа ЕР_map, если Clip содержит разрывы stc, так, что PlayList() содержит, по меньшей мере, 2 объекта PlayList, блок 17 управления определяет connection_condition между объектами PlayList.

Далее, на следующем этапе S193, блок 17 управления создает UlAppInfoPlayList(). UIAppInfoPlayList() включает информацию, используемую для пояснения содержания PlayList для пользователя. В данном варианте воплощения его пояснение опущено.

Затем, на следующем этапе S194, блок 17 управления создает PlayList Mark. В этом варианте воплощения его пояснение опущено.

Далее, на следующем этапе S195, блок 17 управления создает MakersPrivateData. В данном варианте воплощения его пояснение опущено.

Далее, на следующем этапе S196, блок 17 управления записывает файл реальный PlayList на носитель 10 записи.

Из вышеприведенного описания очевидно, что каждый раз, когда производится новая запись АВ потока Clip, создается один файл Real PlayList.

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

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

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

Если пользователь не закончил эту операцию, то есть если пользователь желает указать другой интервал воспроизведения после указанного диапазона воспроизведения, поток обработки возвращается на этап S211.

С другой стороны, если результат проверки, выполненной на этапе S212, указывает, что пользователь закончил операцию по указанию интервалов воспроизведения, поток обработки продолжается на этапе S213.

На этапе S213 условие соединения между двумя последовательными интервалами воспроизведения, предназначенными для непрерывного воспроизведения, определяется пользователем с помощью интерфейса пользователя или с использованием блока 17 управления. Условие соединения между двумя последовательными интервалами воспроизведения обозначается как connection_condition.

Далее, на следующем этапе S214, пользователь указывает информацию подпути (обработки аудиосигнала после записи) через интерфейс пользователя. Если пользователь не желает создавать подпуть, обработка на этом этапе пропускается. Информация подпути представляет собой информацию, записанную в SubPlayItem в PlayList. Однако поскольку информация подпути не является важной для настоящего изобретения, пояснение этой информации подпути опущено.

Далее, на следующем этапе S215, блок 17 управления создает PlayList(), показанный на фиг.28 на основе информации по диапазонам воспроизведения, указанным пользователем в connection_condition.

Затем, на следующем этапе S216, блок 17 управления создает UlAppInfoPlayList(). UlAppInfoPlayList() включает информацию, используемую для пояснения содержания PlayList для пользователя. В данном варианте воплощения его пояснение опущено.

Далее, на следующем этапе S217, блок 17 управления создает PlayList Mark. В данном варианте воплощения его пояснение опущено.

Затем, на следующем этапе S218, блок 17 управления создает MakersPrivateData. В данном варианте воплощения его пояснение опущено.

Далее, на следующем этапе S219, блок 17 управления записывает файл виртуальный PlayList на носитель 10 записи.

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

На фиг.51 показана схема последовательности выполнения операций, представляющая способ воспроизведения PlayList типа ЕР_map.

Как показано на чертеже, последовательность выполнения операций начинается с этапа S231, на котором блок 17 управления приобретает информацию о Info.dvr, файла информации Clip, файла PlayList и файла уменьшенных изображений для создания экрана GUI (графический интерфейс пользователя), представляющего список объектов PlayList, записанных на диск, служащий в качестве носителя 10 записи.

Блок 17 управления затем отображает экран GUI через интерфейс пользователя.

Затем, на следующем этапе S232, блок 17 управления отображает информацию, предназначенную для пояснения каждого объекта PlayList на экране GUI на основе UIAppInfoPlayList() для каждого из объектов PlayList.

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

Затем, на следующем этапе S234, блок 17 управления приобретает номер пакета источника с точкой входа ближайшей и предшествующий по времени моменту времени IN_time из STC-ID и IN_time PTS данного PlayItem.

Затем, на следующем этапе S235, блок 17 управления считывает данные АВ потока из пакета источника, обозначенного полученным номером и имеющего точку входа, и передает эти данные на устройство декодирования.

Далее, на следующем этапе S236, блок 17 управления выполняет обработку отображаемого соединения с PlayItem, который по времени предшествует настоящего объекту PlayItem, в соответствии с connection_condition в случае, когда такой предшествующий PlayItem существует.

Затем, на следующем этапе S237, блок 17 управления подает команду на декодер 16 АВ на начало отображения изображения в момент времени IN_time PTS.

Далее, на следующем этапе S238, блок 17 управления вырабатывает команду на декодер 16 АВ для продолжения операции декодирования АВ потока.

Затем, на следующем этапе S239, блок 17 управления выполняет проверку относительно того, является или нет изображение, отображаемое в данный момент, изображением, соответствующим моменту времени OUT_time PTS. Если результат проверки, выполняемой на этапе S239, указывает на то, что в отображаемое в данный момент изображение не является изображением в момент времени OUT_time PTS, поток переходит на этап S240. На этапе S240 отображается текущее изображение. Затем поток обработки возвращается на этап S238. С другой стороны, если результат проверки, выполненной на этапе S239, указывает на то, что отображаемое в данный момент изображение представляет собой изображение, соответствующее моменту времени OUT_time PTS, поток переходит на этап S241.

На этапе S241 блок 17 управления выполняет проверку в отношении того, является или нет текущий объект PlayItem последним объектом PlayItem в PlayList. Если результат проверки, сформированный на этапе S241, указывает, что текущий объект PlayItem не является последним объектом PlayItem в PlayList, поток возвращается обратно на этап S234. С другой стороны, если результат проверки, сформированный на этапе S241, указывает на то, что текущий объект PlayItem является последним объектом PlayItem в PlayList, обработка по воспроизведению PlayList заканчивается.

На фиг.52 показана схема последовательности выполнения операций, представляющая процесс редактирования, для минимизации PlayList типа ЕР_map, и следующее описание поясняет процедуру способа по обновлению Clip и PlayList, как части процесса редактирования.

Как показано на чертеже, последовательность обработки начинается с этапа S261, на котором блок 17 управления осуществляет поиск диапазона воспроизведения реального PlayList, по меньшей мере, для одного интервала воспроизведения, не используемого каким-либо виртуальным PlayList, и рассматривает такие интервалы воспроизведения как диапазоны, предназначенные для удаления.

Затем, на следующем этапе S262, блок 17 управления получает начальный момент времени и конечный момент времени интервала, предназначенного для удаления, по диапазону воспроизведения реального PlayList.

Далее, на следующем этапе S263, блок 17 управления определяет пакет (адрес) начала удаления АВ потока Clip и пакет (адрес) окончания удаления, соответствующий вышеуказанному временному интервалу на основе ЕР_map.

Далее, на следующем этапе S264, блок 17 управления добавляет одну новую АТС-последовательность, начинающуюся с пакета источника, непосредственно следующего за предыдущим пакетом окончания удаления в SequenceInfo. To есть, блок 17 управления устанавливает номер пакета источника, непосредственно следующего после вышеуказанного пакета конца удаления в SPN_АТС_start.

Далее, на следующем этапе S265, блок 17 управления обновляет номер (SPN_STC_start) пакета начала STC-последовательности, существующей на АТС-последовательности в АВ потоке после удаления post-deletion. To есть, значение SPN_STC_start изменяется на новое, которое соответствует потоку АВ после удаления post-deletion.

Далее, на следующем этапе 3266, блок 17 управления определяет такое значение смещения offset_STC_id, что значение STC-id для STC-последовательности, существующей на АТС-последовательности в потоке post-deletion АВ Clip, остается неизмененным.

Далее, на следующем этапе S267, ProgramInfo для АВ потока Clip после удаления - post-deletion обновляется, если это необходимо. То есть, если последовательность программ начинается в удаленном диапазоне, описанном выше, номер начального пакета источника последовательности программ изменяется на номер пакета источника, непосредственно следующего после окончания удаленного пакета.

Далее на следующем этапе S268, блок 17 управления обновляет ЕР_map на новое значение, которое соответствует потоку АВ Clip после удаления post-deletion. При такой обработке вход ЕР_map, указывающий на поток в удаленном интервале, удаляется, и значение номера пакета источника в ЕР_map, то есть SPN_EP_start EP_MAP обновляется на новое значение, которое соответствует АВ потоку Clip после удаления - post-deletion.

Далее, на следующем этапе S269 блок 17 управления удаляет данные АВ потока Clip в интервале, обозначенном вышеуказанными начальным и конечным пакетами.

Далее, на следующем этапе S270, блок 17 управления обновляет файл информации Clip для отображения описанной выше обработки и записывает обновленный файл информации Clip. Как показано на фиг.8, файл информации Clip включает, кроме прочего, ClipInf(), SequenceInfo(), ProgramInfo() и CPI(). Таким образом, информация в отношении вышеуказанной АТС-последовательности и информация в отношении вышеуказанной STC-последовательности записывается на носитель 10 записи.

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

Далее, на следующем этапе S272, блок 17 управления выполняет проверку в отношении того, закончился или нет процесс редактирования, то есть, все или нет интервалы воспроизведения, найденные на этапе S261, были удалены. Если результат проверки указывает на то, что не все интервалы воспроизведения, найденные на этапе S261, были удалены, поток обработки возвращается на этап S262. С другой стороны, если результат проверки указывает на то, что все интервалы воспроизведения, найденные на этапе S261, были удалены, обработка по минимизации заканчивается.

Обработка, осуществляемая на этапе S263, поясняется подробно для Clip с CPI для типа ЕР_map.

На фиг.53 показана пояснительная схема, представляющая исходный файл АВ потока и типичный файл АВ потока, полученный в результате процесса редактирования, в котором поток части диапазона воспроизведения был удален из исходного файла. Предположим, что перед процессом редактирования виртуальный PlayList указывает на время входа IN_time и время выхода OUT_time, которые расположены на АВ потоке. Когда удаляют части потока, не используемые виртуальным PlayList, в так называемом процессе редактирования по минимизации, исходный АВ поток изменяется с формированием потока, полученного после редактирования, показанного на фиг.53. Как показано на чертеже, данные от начала исходного АВ потока до точки Х и данные от точки Y до конца исходного АВ потока удаляются из исходного АВ потока. В следующем описании поясняется типичный способ определения точек Х и Y.

На фиг.54 показана пояснительная схема, представляющая удаление ненужных данных потока, предшествующих времени входа IN_time из АВ потока, без анализа содержания АВ потока. PlayList указывает на точку входа IN в исходном АВ потоке. На фигуре также показана ЕР_map АВ потока. Для декодирования изображения, на которое указывает точка входа IN, требуется изображение I, начинающееся с адреса ISA2. Кроме того, после точки Х требуются пакеты PAT, PMT и PCR. pts1 представляет собой PTS с SPN_EP_start = ISA1, и pts2 представляет собой PTS с SPN_EP_start = ISA2. Если разность в основании системного времени между ptsl и pts2, по меньшей мере, равна 100 мсек, между адресами ISA1 и ISA2 существуют пакеты PAT, PMT и PCR. Это справедливо, по меньшей мере, для случаев SESF, DVB, ATSC и ISDB. Таким образом, точка Х определяется, как точка перед адресом ISA1. Кроме того, точка Х должна находиться на границе совмещенного модуля.

Без анализа содержания АВ потока устройство 1 записи/воспроизведения движущегося изображения позволяет определить точку X, используя ЕР_map, путем выполнения следующих этапов:

1) Найти SPN_EP_start, имеющее значение времени отображения PTS, наиболее близкое и предшествующее PTS для времени входа IN на основании системного времени.

2) Найти SPN_EP_start, имеющее значение времени отображения PTS, предшествующее значению времени отображения PTS, найденному на этапе 1) по меньшей мере, на 100 мсек.

3) Определить точку Х в положении, предшествующем SPN_EP_start, найденном на этапе 2). Точка Х должна находиться на границе совмещенного модуля.

Этот способ является простым, поскольку для того чтобы определить точку X, нет необходимости считывать данные АВ потока и анализировать эти данные. Однако в некоторых случаях, данные, не требующиеся для воспроизведения PlayList, неотъемлемо остаются в АВ потоке после редактирования. Если при определении точки Х данные АВ потока считываются и анализируются, данные, не требуемые для воспроизведения PlayList, могут эффективно удаляться.

На фиг.55 приведена пояснительная схема, представляющая способ удаления ненужных данных потока, следующих после точки выхода OUT, без анализа данных АВ потока. PlayList указывает на точку выхода OUT на исходном АВ потоке. На фигуре также показана EP_map AB потока. Предполагается, что видеопоследовательность, начинающаяся с SPN_EP_start = ISA4, представляет собой следующую последовательность фреймов изображения:

I2 В0 B1 P5 ...

где символы I, P и В обозначают I, P и В изображения соответственно. Цифры, следующие за символами I, P и В, в виде суффиксов, представляют номера порядка отображения. Если блок записи не анализирует данные АВ потока при такой обработке, устройство 1 записи/воспроизведения движущегося изображения не будет иметь информацию об изображении, на которое ссылается PTS времени выхода OUT_time. Эта информация включает тип кодирования изображения и временную ссылку. PTS времени выхода OUT_time может ссылаться на изображение В0 или B1. Если данные АВ потока не анализируются, устройство 1 записи/воспроизведения движущегося изображения не учитывает то, что PTS времени выхода OUT_time относится к изображению В0 или B1. В этом случае для того, чтобы декодировать изображения В0 и B1, требуется изображение 12. Между прочим, PTS изображения I2 больше, чем PTS времени выхода OUT_time. To есть, OUT_time < pts4, где обозначение pts4 представляет PTS для изображения 12. Несмотря на тот факт, что PTS для изображения 12 больше, чем PTS выходного времени OUT_time, изображение 12 требуется для декодирования изображений В0 и В1.

Таким образом, точка Y определяется как положение, следующее после адреса ISA5. ISA5 представляет собой значение SPN_EP_start, непосредственно следующее после адреса ISA4 в ЕР_map. Точка Y также должна находиться на границе совмещенного модуля.

Без анализа содержания АВ потока устройство 1 записи/воспроизведения движущегося изображения позволяет определять точку Y, используя ЕР_map путем выполнения следующих этапов:

1) Поиск SPN_EP_start, имеющего значение времени отображения PTS наиболее близкое и следующее после PTS выходного времени OUT_time на основе системного времени.

2) Поиск SPN_EP_start, имеющего значение времени отображения PTS, непосредственно следующее после значения времени отображения PTS, найденного на этапе 1.

3) Определение точки Y в месте положения, следующем после SPN_EP_start, найденном на этапе 2. Точка Y должна находиться на границе совмещенного модуля.

Этот способ является простым, благодаря тому, что для определения точки Y нет необходимости считывать данные АВ потока и анализировать эти данные. Однако в некоторых случаях данные, не требующиеся для воспроизведения PlayList, могут неизбежно оставаться в АВ потоке после редактирования. Если данные АВ потока считываются и анализируются при определении точки Y, данные, ненужные для воспроизведения PlayList, могут эффективно удаляться.

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

Части обработки, осуществляемой на этапах от S300 до S302, являются теми же, что выполняются на этапах с S231 по S232 на схеме последовательности выполнения операций, показанной на фиг.51.

Более подробно, как показано на фиг.56, выполнение операций начинается с этапа S300, на котором блок 17 управления приобретает информацию Info.dvr, файл информации Clip, файл PlayList и файл с уменьшенными изображениями для создания экрана GUI, для отображения списка объектов PlayList, записанных на диске, используемом в качестве носителя 10 записи.

Далее, на следующем этапе S301, блок 17 управления отображает информацию, поясняющую каждый из объектов PlayList, отображаемых на экране GUI, на основе UlAppInfoPlayList() каждого объекта PlayList.

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

Затем, на следующем этапе S303, блок 17 управления получает адрес точки входа АВ потока путем ссылки на информацию TU_map. Более конкретно, блок 17 управления приобретает номер пакета источника с временной точкой входа, наиболее близкой и предшествующей времени прихода времени входа IN_time текущего объекта PlayItem. Детали этой обработки будут описаны ниже.

Затем, на следующем этапе S304, блок 17 управления воспроизводит пакет, обозначенный номером пакета с такой точкой входа, и передает воспроизводимый пакет на декодер 16 АВ.

Далее, на следующем этапе S305, блок 17 управления выполняет проверку в отношении того, является или нет метка времени прихода текущего пакета той же или более поздней, чем пакет выходного времени OUT_time. Если результат проверки указывает на то, что метка времени прихода текущего пакета не совпадает и не является более поздней, чем пакет выходного времени OUT_time, последовательность обработки продолжается на этапе S306. На этапе S306 блок 17 управления воспроизводит следующий пакет и передает следующий пакет в декодер 16 АВ. Далее, последовательность обработки возвращается на этап S305. С другой стороны, если результат проверки, выполняемой на этапе S305, указывает, что метка времени прихода текущего пакета совпадает или является более поздней, чем пакет времени выхода OUT_time, последовательность обработки переходит на этап S307.

На этапе S307, блок 17 управления выполняет проверку относительно того, является или нет текущий объект PlayItem последним объектом PlayItem. Если результат проверки указывает на то, что текущий объект PlayItem не является последним объектом PlayItem, последовательность обработки возвращается на этап S303. С другой стороны, если результат проверки указывает на то, что текущий объект PlayItem является последним объектом PlayItem, блок 17 управления заканчивает воспроизведение объектов PlayList.

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

Как показано на фиг.57, последовательность выполнения операций начинается с этапа S400, на котором блок 17 управления приобретает максимальное значение atc_id, делая справедливым следующее взаимоотношение между IN_time PlayItem, и offset_arrival_time[atc_id] для TU_map(): offset_arrival_time[atc_id] < IN_time, в соответствии с синтаксисом, представленным на фиг.26.

Затем, на следующем этапе S401, блок 17 управления получает такое значение i, что время начала i-того модуля времени в АТС-последовательности, указанной вышеприведенным atc_id (TU_start_time[atc_id][i]) представляет собой ближайшее по времени значение к предыдущему времени входа IN_time. Смотри уравнение Eq. (2), приведенное выше.

Затем, на следующем этапе S402, блок 17 управления использует SPN_time_unit_start[atc_id][i] для вышеуказанного i, как адрес точки входа. После этого обработка заканчивается.

В следующем описании поясняется, со ссылкой на схему последовательности выполнения операций, показанной на фиг.58, способ обновления Clip и PlayList в процессе редактирования для минимизации PlayList типа TU_map.

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

Затем, на следующем этапе S501, блок 17 управления приобретает время начала (время прихода) и время окончания (время прихода) интервала, предназначенного для удаления из диапазона воспроизведения реального PlayList.

Затем, на следующем этапе S502, блок 17 управления определяет пакет (адрес) начала удаления АВ потока Clip и пакет (адрес) окончания удаления, в соответствии с вышеприведенным временным интервалом, на основе TU_map. Подробности этой обработки будут описаны ниже.

Далее, на следующем этапе S503, блок 17 управления добавляет одну новую АТС-последовательность, начинающуюся с пакета источника, непосредственно следующего после вышеприведенного пакета окончания удаления в SequenceInfo. То есть, блок 17 управления устанавливает номер пакета источника, непосредственно следующего после вышеуказанного пакета окончания удаления, в значении SPN_ATC_start.

Затем, на следующем этапе S504, блок 17 управления обновляет TU map так, чтобы она соответствовала потоку АВ Clip, получаемому после удаления, следующим образом:

-- Вход данных SPN_time_unit_start для интервала АВ потока, предназначенного для удаления, удаляют.

-- Время начала первого модуля времени вышеуказанной новой АТС-последовательности добавляют к TU_map, как offset_arrival_time для этой АТС-последовательности.

-- Значение номера пакета источника в TUmap обновляют или, более конкретно, изменяют SPN_time_unit_start в TU_map с тем, чтобы она соответствовала потоку АВ Clip после удаления.

Затем, на следующем этапе S505, блок 17 управления удаляет данные АВ потока Clip в интервале, обозначенном вышеуказанными пакетами начала и окончания.

Затем, на следующем этапе S506, блок 17 управления обновляет и записывает файл информации Clip для отображения вышеуказанной обработки. Как показано на фиг.8, файл информации Clip включает, среди прочей информации, ClipInf(), Sequenceinfo (), Programinfo() и CPi(). Таким образом, информация, относящаяся к вышеуказанной АТС-последовательности, записывается на носитель 10 записи.

Затем, на следующем этапе S507, блок 17 управления обновляет и записывает реальный файл PlayList так, чтобы он покрывал интервал воспроизведения, за исключением интервала воспроизведения удаленного интервала воспроизведения.

Затем, на следующем этапе S508, блок 17 управления выполняет проверку в отношении того, были или нет удалены все диапазоны, проанализированные на этапе S500, как объекты удаления. Если результат проверки указывает на то, что не все проанализированные интервалы, предназначенные для удаления, были удалены, последовательность обработки возвращается на этап S501. С другой стороны, если результат проверки указывает на то, что все исследованные интервалы, предназначенные для удаления, были удалены, обработка минимизации заканчивается.

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

Как показано на фиг.59, выполнение операций начинается с этапа S600, на котором блок 17 управления приобретает atc_id АТС-последовательности, включая время начала и время окончания интервала, предназначенного для удаления.

Затем, на следующем этапе S601, блок 17 управления приобретает такое значение i, что время начала i-того модуля времени в АТС-последовательности, указанной в вышеприведенном atc_id (TU_start_time[atc_id][i]) представляет собой значение, ближайшее по времени и следующее после времени начала интервала, предназначенного для удаления. Смотри уравнение Eq. (2), приведенное выше.

Затем, на следующем этапе S602, блок 17 управления использует SPN_time_unit_start[atc_id][i] для вышеуказанного значения i как адрес пакета начала, предназначенного для удаления.

Затем, на следующем этапе S603, блок 17 управления приобретает такое значение j, что время начала j-того модуля времени в АТС-последовательности, указанное вышеприведенным atc_id (TU_start_time[atc_id][j]), представляет собой значение, ближайшее по времени и предшествующее времени окончания интервала, предназначенного для удаления. Смотри уравнение Eq. (2), приведенное выше.

Затем, на следующем этапе S604, блок 17 управления использует SPN_time_unit_start[atc_id][j] для вышеприведенного значения j, как адрес конечного пакета, предназначенного для удаления.

На фиг.60 изображена одна схема последовательности выполнения операций, представляющая обработку по обновлению файла информации Clip в процессе редактирования для минимизации PlayList EP_map и PlayList типа TU_map.

Как показано на фиг.60, последовательность выполнения операций начинается с этапа S701, в котором блок 17 управления выполняет проверку в отношении того, является или нет тип PlayList типом ЕР_map. Если результат проверки указывает на то, что PlayList представляет собой PlayList типа ЕР_map, последовательность обработки продолжается на этапе S702. На этапе S702, блок 17 управления обновляет файл информации Clip так, чтобы он соответствовал удалению части из АВ потока. Более подробно, блок 17 управления обновляет:

информацию АТС-последовательности (на этапе S264 в соответствии со схемой выполнения операций, показанной на фиг.52),

информацию STC-последовательности (на этапах S265 и S266 по схеме последовательности выполнения операций, показанной на фиг.52) и информацию последовательности программ, если необходимо (на этапе S267 в соответствии со схемой последовательности выполнения операций, показанной на фиг.52).

Затем, на следующем этапе S703, блок 17 управления обновляет информацию ЕР_map, с тем, чтобы она соответствовала удалению части из АВ потока. На схеме последовательности выполнения операций, показанной на фиг.52, эта обработка осуществляется на этапе S268. Затем обработка заканчивается. С другой стороны, если результат проверки, выполняемой на этапе S701, указывает, что PlayList представляет собой PlayList типа TU_map, поток обработки продолжается на этапе S704. На этапе S704 блок 17 управления обновляет информацию АТС-последовательности файла информации Clip, с тем, чтобы она соответствовала удалению части АВ потока. На схеме последовательности выполнения операций, показанной на фиг.58, эта обработка осуществляется на этапе S503.

Затем, на следующем этапе S705, блок 17 управления обновляет информацию TU_map, с тем, чтобы она соответствовала удалению части из АВ потока. На схеме последовательности выполнения операций, показанной на фиг.58, эта обработка осуществляется на этапе S504. Затем обработка заканчивается.

В нижеприведенном описании поясняется способ установки значения connection_condition, показанного на фиг.29, для данных PlayItem, также показанных на фиг.29 PlayList, который показан на фиг.28, в случае, когда разрывы АТС и STC генерируются при записи АВ потока типа EP_map PlayList.

Прежде всего, поясняется взаимоотношение между АВ потоком, имеющим разрывы АТС и STC и Play Item.

На фиг.61 приведена пояснительная схема, представляющая случай, в котором PlayList типа ЕР_map разделен на два объекта PlayItem на границе между двумя АТС-последовательностями. На границе между двумя АТС-последовательностями STC-последовательность также разделена. Поскольку PlayItem относится к непрерывной STC-последовательности, такой PlayItem также разделяется на 2 объекта PlayItem на границе STC-последовательности. В этом случае значение connection_condition устанавливается равным 1 для обозначения того, что текущий объект PlayItem в таком состоянии соотносится с предыдущим объектом PlayItem.

На фиг.62 показана пояснительная схема, представляющая случай, в котором PlayList типа ЕР_map разделен на 2 объекта PlayItem на границе между 2 STC-последовательностями на непрерывной АТС-последовательности. STC-последовательность разделена на 2 STC-последовательности в месте разрыва STC на непрерывной АТС-последовательности. Поскольку PlayItem относится к непрерывной STC-последовательности, такой PlayItem также разделяется на 2 объекта PlayItem на границе STC-последовательности. В этом случае значение connection_condition устанавливается равным 2 для обозначения того факта, что текущий объект PlayItem в таком состоянии соединен с предыдущим объектом PlayItem.

На фиг.63 изображена схема последовательности выполнения операций, представляющая способ для создания данных PlayList типа ЕР_map в процессе записи АВ потока, в котором в ходе процесса записи генерируются разрывы АТС и STC.

Как показано на чертеже, последовательность выполнения операций начинается с этапа S800, на котором блок 17 управления, показанный на фиг.43, устанавливает следующие параметры n=0, m=0 и is_АТС_sequence, равное 1, где параметр n представляет собой номер АТС-последовательности, генерируемый в ходе процесса записи, параметр m представляет собой номер STC-последовательности, генерируемой в процессе записи, и параметр is_АТС_sequence представляет собой флаг, указывающий на то, был или нет сгенерирован разрыв АТС.

Затем, на следующем этапе S801, блок 17 управления начинает n-тую АТС-последовательность из пакета, который в данное время записывается.

Затем, на следующем этапе 3802, блок 17 управления начинает m-тую STC-последовательность и m-тый объект PlayItem.

Затем, на следующем этапе S803, блок 17 управления определяет connection_condition для m-того объекта PlayItem следующим образом:

Для is_atc_change = 1, connection_condition устанавливается равным 1.

Для is_atc_change = 0, connection_condition устанавливается равным 2.

Следует отметить, что для первого объекта PlayItem (m=0), connection_condition устанавливается в 1, несмотря на то, что ее состояние отличается от показанного на фиг.62.

Затем, на следующем этапе S804, блок 17 управления анализирует PTS видеосигнала, включенного в записываемый АВ поток. Информация PTS используется в качестве информации для получения времени входа IN_time и времени выхода OUT_time для PlayItem.

Затем, на следующем этапе S805, блок 17 управления выполняет проверку относительно того, был или нет обнаружен разрыв. Если разрыв не был обнаружен, последовательность обработки возвращается на этап S804 для продолжения обработки на этом этапе. С другой стороны, если разрыв был обнаружен, последовательность обработки продолжается на этапе S806.

На этапе S806, блок 17 управления выполняет проверку относительно того, является или нет обнаруженный разрыв разрывом STC. Разрыв определяется как разрыв STC таким же образом, как пояснялось выше со ссылкой на фиг.45. Если результат проверки, выполняемой на этапе S806, указывает, что обнаруженный разрыв представляет собой разрыв STC, последовательность обработки продолжается на этапе S807. В этом случае, блок 17 управления определяет, что в результате было получено состояние, показанное на фиг.62. В этом состоянии был сгенерирован разрыв STC, но не было обнаружено образование разрыва АТС. На этапе S807 выполняется следующая обработка:

(1) Получается время входа IN_time и время выхода OUT_time для m-того объекта PlayItem.

(2) m ++

(3) is_ATC_change = 0

Затем последовательность обработки возвращается на этап S802, на котором выполняется следующая обработка. В это время, поскольку is_atc_change = 0, connection_condition для PlayItem устанавливается равным 2 на этапе S803.

С другой стороны, если результат проверки, выполняемой на этапе S806, указывает, что обнаруженный разрыв не является разрывом stc, последовательность обработки продолжается на этапе S808. На этапе S808, блок 17 управления выполняет проверку в отношении того, был или нет обнаруженный разрыв вызван паузой записи/выключением паузы. Пауза записи/выключение паузы представляет собой случай, в котором процесс записи временно приостанавливается перед тем, как он вновь возобновляется.

Если результат проверки, сформированный на этапе S808, указывает, что обнаруженный разрыв был вызван паузой записи/выключением паузы, блок 17 управления определяет, что был сгенерирован разрыв АТС, и разрыв STC также будет сгенерирован, в основном так же, как в состоянии, показанном на фиг.61, из-за того, что процесс записи был однажды приостановлен. В этом случае последовательность обработки продолжается на этапе S809, на котором выполняется следующая обработка:

(1) Получается время входа IN_time и время выхода OUT_time m-того объекта PlayItem.

(2) m ++

(3) n ++

(4) is_ATC_change = 1

Затем последовательность обработки возвращается на этап S801, на котором выполняется следующая обработка. В этом время, поскольку is_atc_change = 1, connection_condition для PlayItem устанавливается в 1 на этапе S803.

С другой стороны, если результат проверки, выполняемой на этапе S808, указывает, что обнаруженный разрыв не был вызван паузой записи/выключением паузы записи, обработка по записи АВ потока заканчивается.

В нижеприведенном описании поясняется способ установки значения connection_condition, показанного на фиг.29, для данных PlayItem, также показанных на фиг.29 или PlayList, показанного на фиг.28 для случая, когда разрыв АТС был сгенерирован, когда АВ поток для PlayList типа TU_map был записан.

Прежде всего, поясняется взаимоотношение между АВ потоком, содержащим разрыв АТС и PlayItem.

На фиг.64 показана пояснительная схема, представляющая случай, в котором PlayList типа TU_map разделяется на 2 объекта PlayItem на границе между 2 АТС-последовательностями. Поскольку PlayItem относится к непрерывной STC-последовательности, такой PlayItem также разделяется на 2 объекта PlayItem на границе STC-последовательности. В этом случае, значение connection_condition устанавливается в 1 для обозначения того, что текущий объект PlayItem в таком состоянии соединен с предыдущим объектом PlayItem.

На фиг.65 показана схема последовательности выполнения операций, представляющая способ для создания данных PlayList типа TU_map в процессе записи АВ потока, в котором разрыв АТС генерируется в ходе процесса записи.

Как показано на чертеже, последовательность выполнения операций начинается с этапа S831, на котором блок 17 управления, показанный на фиг.43, устанавливает параметр n, равным 0 (n=0). Параметр n представляет собой номер АТС-последовательности, генерируемой в ходе процесса записи.

Затем, на следующем этапе S832, блок 17 управления начинает n-тую АТС-последовательность с пакета, записываемого в данное время.

Далее, на следующем этапе S833, блок 17 управления начинает n-тый объект PlayItem.

Затем, на следующем этапе S834, блок 17 управления устанавливает connection_condition n-того объекта PlayItem, равным 1. Следует отметить, что для первого объекта PlayItem (n=0), connection_condition также устанавливается равным 1, несмотря на то, что его состояние отличается от показанного на фиг.64.

Затем, на следующем этапе S835, блок 17 управления приобретает метку времени прихода пакета записываемого АВ потока. Информация о метке времени прихода используется для получения времени входа IN_time и времени выхода OUT_time PlayItem.

Затем, на следующем этапе S836, блок 17 управления выполняет проверку относительно того, был ли обнаружен разрыв или нет. Если разрыв не был обнаружен, поток обработки возвращается на этап S835, на котором повторяется обработка этого этапа. С другой стороны, если результат проверки, выполняемой на этапе S836, указывает, что разрыв был обнаружен, последовательность обработки продолжается на этапе S837.

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

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

(1) приобретается значение времени входа IN_time и времени выхода OUT_time n-того PlayItem.

(2) n ++

Затем последовательность обработки возвращается на этап S832, на котором выполняется следующая обработка. В этот момент connection_condition для PlayItem устанавливается равным 1 на этапе S834. (Смотри состояние, представленное на фиг.63).

С другой стороны, если результат проверки, сформированный на этапе S837, указывает на то, что обнаруженный разрыв не был вызван паузой записи/выключением паузы, обработка по записи АВ потока заканчивается.

На фиг.66 показана схема последовательности выполнения операций, представляющая способ воспроизведения PlayList типа ЕР_map на основе значения connection_condition.

Как показано на чертеже, последовательность обработки начинается с этапа S851, на котором блок 17 управления, показанный на фиг.43, считывает данные файла PlayList.

Затем, на следующем этапе S852, блок 17 управления устанавливает параметр К, равным 0 (К=0). Параметр К представляет собой количество данных PlayItem, включенных в PlayList в качестве входа.

Затем, на следующем этапе S853, блок 17 управления приобретает connection_condition К-того объекта PlayItem, который в настоящее время воспроизводится.

Затем, на следующем этапе S854, блок 17 управления выполняет проверку относительно того, равно или нет 2 значение connection_condition. Если значение connection_condition равно 2, последовательность обработки переходит на этап S855.

На этапе S855, блок 17 управления имеет информацию, указывающую на возможность непрерывного считывания АВ данных АТС-последовательности, следующей после АВ данных (K-1)-ого объекта PlayItem. Более подробно, блок 17 управления имеет информацию о том, что возможно считывать данные АВ потока непрерывно через разрыв STC на непрерывной АТС-последовательности, поскольку PlayItem просто разделен в месте разрыва STC в состоянии, подобном тому, как показано на фиг.62. Более конкретно, очевидно, что в модели воспроизведения, показанной на фиг.7, значение тактовой частоты 255 счетчика времени прихода может быть сделано непрерывным, даже в случае состояния выхода за пределы разрыва STC.

С другой стороны, если результат проверки, сформированный на этапе S854, указывает, что значение connection_condition не равно 2, последовательность обработки переходит на этап S856.

На этапе S856, блок 17 управления имеет информацию о том, что необходимо осуществить сброс счетчика АТС блока воспроизведения после считывания данных АВ (K-1)-ого объекта PlayItem, но перед началом считывания данных АВ К-того объекта PlayItem. Более подробно, блок 17 управления имеет информацию о том, что необходимо сбросить значение тактовой частоты 255 счетчика времени прихода на разрыве АТС в модели воспроизведения, показанной на фиг.7, поскольку на границе PlayItem существует разрыв АТС. В случае текущего объекта PlayItem, показанного, например, на фиг.61, значение тактовой частоты 255 счетчика времени прихода сбрасывается на значение arrival_time_stamp пакета, обозначенного начальной точкой SPN_ATC_start последовательности АТС_Sequence2.

На этапе S857, блок 17 управления выполняет проверку относительно того, была ли закончена обработка последнего объекта PlayItem. Если обработка последнего объекта PlayItem не была закончена, последовательность обработки переходит на этап S858, на котором параметр К увеличивается на 1. С другой стороны, если результат проверки, выполняемой на этапе S857, указывает, что обработка последнего объекта PlayItem была закончена, обработка по воспроизведению PlayList заканчивается.

На фиг.67 представлена схема последовательности выполнения операций, представляющая способ воспроизведения PlayList типа TU_map.

Как показано на чертеже, последовательность выполнения операций начинается с этапа S871, на котором блок 17 управления, используемый в устройстве 1 записи/воспроизведения движущегося изображения, показанный на фиг.43, считывает данные файла PlayList.

Затем, на следующем этапе S872, блок 17 управления устанавливает параметр К, равный 0 (К=0). Параметр К представляет собой количество данных PlayItem, включенных в PlayList в качестве входа.

Далее, на следующем этапе S873, блок 17 управления приобретает connection_condition = 1 для К-того PlayItem, который должен воспроизводится в данный момент.

Далее, на следующем этапе S874, блок 17 управления имеет информацию о том, что необходимо сбросить счетчик АТС блока воспроизведения после считывания данных АВ для (К-1)-ого объекта PlayItem, но перед началом считывания данных АВ К-того объекта PlayItem. Более подробно, блок 17 управления имеет информацию о том, что необходимо сбросить значение тактовой частоты 255 счетчика времени прихода в разрыве АТС в модели воспроизведения, показанной на фиг.7, поскольку разрыв АТС существует на границе PlayItem. (В случае текущего объекта PlayItem, показанного, например, на фиг.64, значение тактовой частоты 255 счетчика времени прихода устанавливается на значение arrival_time_stamp пакета, обозначенного начальной точкой SPN_АТС_start последовательности ATC_Sequence2).

Затем, на следующем этапе S875, блок 17 управления выполняет проверку относительно того, завершена или нет обработка последнего объекта Playltem. Если обработка последнего объекта PlayItem не была завершена, последовательность выполнения операций переходит на этап S876, на котором параметр К увеличивается на 1. С другой стороны, если результат проверки, сформированный на этапе S875, указывает на то, что обработка последнего объекта PlayItem была завершена, обработка по воспроизведению PlayList заканчивается.

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

Носитель 10 записи, предназначенный для записи различного рода информации, как описано выше, обычно воплощен в виде оптического диска. На носителе 10 записи формируют спиральные дорожки записи или дорожки в виде концентрических окружностей. Как показано на фиг.68, в области 10А собранных файлов записаны собранные файлы и файлы, помещенные в директорию CLIPINF, показанную на фиг.2. Собранные файлы представляют собой файлы, записанные в директорию PlayList, показанную на фиг.2. Примеры собранных файлов представляют собой файлы, имеющие название файла *.rlps или *.vpls или имеющие расширение rlps или vpls. Пример файлов, помещаемых в директорию CLIPINF, представляет собой файлы, имеющие название файла *.clpi или имеющие расширение clpi. В другой области 10В записи записывают файлы, помещенные в директорию STREAM, показанную на фиг.2. Пример файлов, помещенных в директорию STREAM, представляет собой файлы, имеющие название файла *.m2ts или имеющие расширение m2ts. Собранные файлы представляют собой файлы, которые должны считываться с носителя 10 записи в течение короткого периода времени, когда носитель 10 записи устанавливают в устройство 1 записи/воспроизведения движущегося изображения.

Следует отметить, что, хотя в описанных выше вариантах воплощения в качестве типичного мультиплексированного потока используется транспортный поток в формате MPEG-2, объем настоящего изобретения не ограничивается таким потоком. Например, настоящее изобретение может использоваться для транспортного потока DSS (цифровой сигнал передачи речи) и потока программы MPEG-2.

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

Когда происходит новая запись АВ потока, например, массив непрерывно записанных пакетов не включает разрыв базы времени прихода. То есть, существует только одна временная ось основы времени прихода. Временная ось начинается с первого пакета массива.

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

Кроме того, в системе, также используемой для записи информации, представляющей непрерывность меток времени прихода, также записывается информация, представляющая непрерывность основного системного времени, относящейся к времени воспроизведения данных АВ. Информация, представляющая непрерывность основного системного времени, соотносится с информацией STC-последовательности, которая включает разрывы основного системного времени. Более конкретно, массив записанных пакетов включает записанный адрес пакета (SPN_STC_start), в котором начинается временная ось основного системного времени. Адрес представляют номером пакета, включенным в массив.

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

Таким образом, становится возможным правильно управлять адресом пакета, в котором начинается временная ось основного времени прихода, в одном массиве записанных пакетов. В соответствии с этим, даже если количество АТС-последовательностей увеличивается, количество файлов Clip не увеличивается. В результате, может легко осуществляться управление файлами. Кроме того, поскольку каждая STC-последовательность идентифицирована с помощью stc-id, также легко может осуществляться редактирование PlayList.

Кроме того, даже если файл АВ потока включает разрыв arrival-time-base и/или разрыв system-time-base, можно соответствующим образом управлять моментами времени начала воспроизведения - reproduction-start, и окончания воспроизведения - reproduction-end данных АВ.

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

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

Как показано на фиг.43, носитель записи распространяется отдельно от устройства записи/воспроизведения движущегося изображения, как средство для поставки программ, записанных на носитель записи, для пользователя. Носитель записи обычно представляет собой пакетный носитель, такой как магнитный диск 51, включая гибкий диск, оптический диск 52, включая CD-ROM (запоминающее устройство, предназначенное только для чтения, на компактном диске) и DVD (цифровой универсальный диск), магнитооптический диск 53, включая MD (минидиск) и полупроводниковое запоминающее устройство 54. В качестве альтернативы, вместо поставки программ для пользователя с использованием такого пакетного носителя, программы также могут быть поставлены пользователю, как записанные заранее в ПЗУ и на жесткий диск, которые заранее установлены в устройстве записи/воспроизведения движущегося изображения.

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

Кроме того, слово "система", используемое в настоящем описании, означает всю систему, включая множество устройств.

Промышленная применимость

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

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

Кроме того, в соответствии с настоящим изобретением, поток данных может воспроизводиться непрерывно и быстро, без потери нужных частей потока.

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

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

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

первое средство генерирования, предназначенное для генерирования;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

17. Устройство записи данных по п.16, отличающееся тем, что указанный массив пакета представляет собой АТС-последовательность; адрес указанного пакета обозначается как SPN_ATC_start;

указанная информация времени смещения АТС-последовательности

обозначается как offset_arrival_time.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

40. Устройство записи данных по п.39, отличающееся тем, что первая информация карты распределения обозначается как ЕР_тар и вторая информация карты распределения обозначается как TU_map.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

65. Устройство воспроизведения данных по п.64, причем указанное устройство воспроизведения данных дополнительно содержит средство генерирования, предназначенное для генерирования информации опорного времени, на которое указывает указанная вторая информация времени, в котором указанное средство воспроизведения воспроизводит указанный второй массив пакета после указанного первого массива пакета; указанное средство управления воспроизводит указанный первый и второй массивы пакета на основе непрерывных значений указанной информации опорного времени, если отсутствует разрыв второй информации времени между указанным первым массивом пакета и указанным вторым массивом пакета.

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

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

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

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

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

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

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

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

Способ для записи информации на носителе записи, способ воспроизведения информации с носителя записи, способ модифицирования данных на носителе записи // 2258267

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

Носитель записи, несущий стереофонический сигнал и сигнал данных, и устройство и способ для записи и воспроизведения стереофонического сигнала и сигнала данных на/с носителе(я) // 2258266

Изобретение относится к области записи и воспроизведения стереофонических сигналов. .

Способ введения водяных знаков в изображения, не зависящий от изменения масштаба // 2251821

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

Усилитель с регулируемым коэффициентом усиления и температурной компенсацией, предназначенный для использованния в дисководе // 2250517

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

Способ записи, способ управления и устройство для записи // 2242805

Изобретение относится к способу записи, способу управления и устройству для записи. .

Оптический диск, оптическое дисковое устройство и способ записи на оптический диск // 2228545

Изобретение относится к накоплению информации, в частности к системе записи на оптический диск, например компакт-диск. .

Способ и устройство для масштабируемого кодирования/декодирования аудиосигналов // 2224302

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

Записывающая среда с первой управляющей областью для управления первым атрибутом и второй управляющей областью для управления вторым атрибутом программы, записанной в область записи // 2221285

Изобретение относится к оптически считываемому носителю записи. .

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

Способ и устройство для запоминания и обработки видеоинформации следующих по времени друг за другом изображений // 2270530

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

Способ и устройство обработки информации, программа и носитель записи // 2273109

Изобретение относится к способу и устройству обработки AV информации, к носителю записи для записи файла, включающего информацию, представляемую для пояснения в GUI (графическом интерфейсе пользователя), информации основного и вспомогательного путей воспроизведения, информацию соединения между соответствующими доменами воспроизведения по основному пути

Устройство и способ записи/воспроизведения информации, носитель записанной информации и средство обслуживания программы записи/воспроизведения информации // 2273893

Изобретение относится к способу и устройству записи и воспроизведения информации

Устройство и способ записи/воспроизведения информации // 2273894

Изобретение относится к устройству записи/воспроизведения информации

Способ и устройство для записи видеоинформации и соответствующий носитель информации // 2274911

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

Носитель записи, записывающее устройство и считывающее устройство // 2280290

Изобретение относится к вариантам носителя записи, записывающего и считывающего устройств, совместимых с таким носителем записи

Носитель записи и устройство для сканирования носителя записи // 2280907

Изобретение относится к области оптической записи и оптическим носителям записи

Устройство и способ декодирования данных для обеспечения пролистываемого слайд-шоу и запоминающий данные носитель для них // 2282254

Изобретение относится к декодированию данных для обеспечения пролистываемого слайд-шоу

Система передачи данных, устройство передачи данных, устройство записи данных, способ управления данными и способ генерирования идентификатора // 2284591

Изобретение относится к системам передачи данных

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