Область техники, к которой относится изобретение
Изобретение относится к устройству и способу приема содержания, устройству и способу передачи содержания, программе и носителю записи, а в частности к устройству и способу приема содержания (контента), устройству и способу передачи содержания, программе и носителю записи, с помощью которых может быть осуществлена услуга НРВ (не в реальном времени) принудительного типа.
Уровень техники
В последние годы благодаря распространению цифрового вещания прием многоканального телевизионного вещания или телевещания с высоким разрешением стал обычным делом.
С другой стороны, предпринимаются технологические исследования и поиски способа, который дал бы возможность пользоваться не только обычным телевещанием, но также и более продвинутыми услугами вещания по требованию зрителя, при этом используются преимущества диапазона, доступного для цифрового вещания.
Примеры функций, которые необходимы зрителям, включают в себя просмотр и прослушивание по запросу, которые позволили бы зрителю просматривать контент в любой желаемый момент. Однако считается трудным осуществить просмотр и прослушивание по запросу в вещании с однонаправленной передачей вместо вещания с двунаправленной передачей.
По этой причине, для того чтобы сделать возможным просмотр и прослушивание по запросу в вещании с однонаправленной передачей, исследована услуга НРВ для воспроизведения транслированного контента после временной записи при хранении, при условии, что терминал приема обладает большим объемом памяти. Услуга НРВ (не в реальном времени) является услугой, не предполагающей просмотра и прослушивания в реальном времени, для передачи контента в качестве данных с помощью сигналов вещания без просмотра и прослушивания контента в момент его трансляции.
В частности, с услугой НРВ в отличие от обычного сохранения записи контента транслированной программы и т.п., например, в случае, если полоса пропускания сигнала, соответствующего вещательным волнам, велика, запись (загрузка) может быть завершена в меньший срок. Альтернативно, например, в случае, если полоса пропускания сигнала, соответствующего вещательным волнам, мала, загрузка требует большего времени.
Кроме того, в последнее время появились разнообразные способы предоставления контента. Например, обычно пользователь запрашивает желаемый контент, и этот контент ему предоставляется. Однако в последнее время внедрен способ предоставления, называемый раздачей принудительного типа, при котором сервер в одностороннем порядке раздает контент пользователю даже при отсутствии запроса (к примеру, см. PTL 1).
С услугой НРВ также возможны два способа: способ, при котором пользователь выбирает индивидуальный контент, а затем его получает и сохраняет, и способ, при котором пользователь регистрирует определенную группу контента для просмотра, а затем терминал автоматически принимает и сохраняет этот контент. Первый способ называется услугой НРВ гибкого типа, а последний - услугой НРВ принудительного типа.
Список ссылок
Патентная литература:
PTL 1: выложенная заявка на патент Японии №2007-035135.
Сущность изобретения
Техническая задача
Относительно услуги НРВ гибкого типа уже известен способ осуществления, но относительно услуги НРВ принудительного типа способ осуществления не принят.
Настоящее изобретение сделано в свете этой ситуации и дает возможность осуществлять услугу НРВ принудительного типа.
Решение задачи
Первый объект настоящего изобретения составляет устройство приема контентов, включающее в себя: средство приема управляющих данных, выполненное так, чтобы принимать управляющие данные, относящиеся к трансляции контента, скорость передачи которого не синхронизована со скоростью воспроизведения, на основе сигнала, подлежащего передаче в виде вещательного сигнала; средство выработки графика загрузки, выполненное так, чтобы вырабатывать график загрузки, который является зарезервированными данными для приема и записи контентов, подлежащих трансляции по логическому каналу, соответствующему заранее установленным данным регистрации, на основе управляющих данных; средство загрузки, выполненное так, чтобы принимать каждый из контентов и записывать на носитель записи на основе графика загрузки; и средство воспроизведения, выполненное так, чтобы воспроизводить контент, записанный на носитель записи, со скоростью воспроизведения.
Управляющие данные, относящиеся к трансляции контента, могут включать в себя: заранее заданные описательные данные, в которых, если принять тракт передачи волнового вещательного сигнала в диапазоне частот в качестве физического канала, описаны данные, относящиеся к логическому каналу, полученному путем деления физического канала на множество трактов передачи заранее заданным способом; и метаданные, в которых описаны данные, относящиеся к контенту, подлежащему передаче по каждому из логических каналов.
Средство выработки графика загрузки может вырабатывать график загрузки для приема и записи всех контентов, подлежащих трансляции по логическому каналу, соответствующему данным регистрации, из множества логических каналов, включенных в физический канал.
Средство выработки графика загрузки может вырабатывать график загрузки путем определения момента начала трансляции контентов, а также определения сведений о местонахождении для определения данных контентов из данных, подлежащих передаче по логическим каналам, на основе описания метаданных.
Средство загрузки может принимать контенты путем приема на основе графика загрузки вещательного сигнала в диапазоне частот, соответствующем физическому каналу, в момент начала трансляции контентов, извлечения транспортного пакета логического канала, соответствующего данным регистрации, из транспортных пакетов, подлежащих передаче по физическому каналу, на основе описания заранее заданных описательных данных, и определения данных контентов на основе сведений о местонахождении.
Транспортный пакет логического канала может быть структурирован так, чтобы включать IP-пакет, причем сведения о местонахождении включают в себя данные для определения сеанса передачи файла данных контентов, подлежащих передаче посредством IP-пакета, при этом средство загрузки определяет данные контентов на основе описания данных управления передачей, полученных путем определения сеанса передачи файла.
Средство загрузки может определять адресный файл, описанный в формате RSS или формате ATOM, на основе описания данных управления передачей, и определять данные контентов на основе адресного файла.
На основе описания заранее заданных описательных данных и метаданных логических каналов логический канал для предоставления услуги принудительного типа для приема контента для просмотра и прослушивания может быть определен независимо от запроса пользователя, причем список логических каналов для предоставления услуги принудительного типа представляется пользователю для принятия пользователем регистрации услуги принудительного типа, при этом данные для определения логического канала зарегистрированной услуги принудительного типа сохраняются как данные регистрации.
Средство выработки графика загрузки может вырабатывать график загрузки для приема и записи контента, определенного с помощью заранее заданных описательных данных, который, из множества логических каналов, включенных в физический канал, является контентом, подлежащим передаче по логическому каналу, соответствующему данным регистрации.
Средство загрузки может включать в себя средство определения перезаписи, выполненное так, чтобы определять, записывается ли принятый контент поверх контента, записанного на носитель записи.
Для контентов, записанных с помощью средства загрузки, может быть установлен срок истечения на основе описания метаданных; причем контенты, срок истечения которых прошел, удаляются.
Первый объект настоящего изобретения составляет способ приема контентов, включающий в себя этапы, на которых: принимают управляющие данные, относящиеся к трансляции контента со скоростью передачи, не синхронизованной со скоростью воспроизведения, на основе сигнала, подлежащего передаче в качестве вещательного сигнала; вырабатывают график загрузки, который представляет собой зарезервированные данные для приема и записи контентов, подлежащих трансляции по логическому каналу, соответствующему заранее заданным данным регистрации, на основе управляющих данных; принимают каждый из контентов и записывают на носитель записи на основе графика загрузки; и воспроизводят контент, записанный на носитель записи, со скоростью воспроизведения.
Первый объект настоящего изобретения составляет программа, заставляющая компьютер служить в качестве устройства приема контентов, включающего в себя: средство приема управляющих данных, выполненное так, чтобы принимать управляющие данные, относящиеся к трансляции контента, скорость передачи которого не синхронизована со скоростью воспроизведения, на основе сигнала, подлежащего передаче в качестве вещательного сигнала; средство выработки графика загрузки, выполненное так, чтобы вырабатывать график загрузки, которые являются зарезервированными данными для приема и записи контентов, подлежащих трансляции по логическому каналу, соответствующему заранее установленным данным регистрации, на основе управляющих данных; средство загрузки, выполненное так, чтобы принимать каждый из контентов и записывать на носитель записи на основе графика загрузки; и средство воспроизведения, выполненное так, чтобы воспроизводить контент, записанный на носитель записи, со скоростью воспроизведения.
По первому объекту настоящего изобретения на основе сигнала, подлежащего передаче в качестве вещательного сигнала, принимаются управляющие данные, относящиеся к трансляции контента со скоростью передачи, не синхронизованной со скоростью воспроизведения, на основе управляющих данных вырабатывается график загрузки, то есть зарезервированные данные для приема и записи контентов, подлежащих трансляции по логическому каналу, соответствующему заранее установленным данным регистрации, каждый из контентов и запись на носителе записи записываются на основе графика загрузки, и контент, записанный на носителе записи, воспроизводится со скоростью воспроизведения.
Второй объект настоящего изобретения составляет устройство передачи контента, включающее в себя: средство получения данных контента, выполненное так, чтобы получать данные, относящиеся к контенту, подлежащему трансляции со скоростью передачи, не синхронизированной со скоростью воспроизведения, из графика загрузки, созданного ранее; средство определения, выполненное так, чтобы определять, является ли контент контентом услуги принудительного типа, для приема контента, подлежащего просмотру и прослушиванию независимо от запроса пользователя; первое средство выработки управляющих данных для описания, в случае, если контент является контентом услуги принудительного типа, данных, означающих, что контент является контентом услуги принудительного типа, наряду с данными, относящимися к контенту, в первых управляющих данных, выработанных как данные, относящиеся к контенту, подлежащему трансляции по заранее заданному логическому каналу; второе средство выработки управляющих данных, выполненное так, чтобы вырабатывать вторые управляющие данные, описывающие данные для определения каждого из логических каналов в физическом канале, служащем в качестве тракта передачи волнового вещательного сигнала заранее заданного диапазона частот; мультиплексирующее средство, выполненное так, чтобы мультиплексировать первые управляющие данные и вторые управляющие данные с данными контента, а также чтобы мультиплексировать данные, подлежащие трансляции по множеству логических каналов в качестве данных, подлежащих трансляции по одиночному физическому каналу; и средство передачи вещательного сигнала, выполненное так, чтобы модулировать мультиплексированные данные для передачи в качестве вещательного сигнала.
Второй объект настоящего изобретения составляет способ передачи контентов, включающий в себя этапы, на которых: получают данные, относящиеся к контенту, подлежащему трансляции со скоростью передачи, не синхронизированной со скоростью воспроизведения, из графика загрузки, созданного ранее; определяют, является ли контент контентом услуги принудительного типа для приема контента, подлежащего просмотру и прослушиванию, независимо от запроса пользователя; описывают, в случае, если контент является контентом услуги принудительного типа, данные, означающие, что контент является контентом услуги принудительного типа, наряду с данными, относящимися к контенту, в первых управляющих данных, выработанных как данные, относящиеся к контенту, подлежащему трансляции по заранее заданному логическому каналу; вырабатывают вторые управляющие данные, описывающие данные для определения каждого из логических каналов в физическом канале, служащем в качестве тракта передачи волнового вещательного сигнала заранее заданного диапазона частот; мультиплексируют первые управляющие данные и вторые управляющие данные с данными контента, а также мультиплексируют данные, подлежащие трансляции по множеству логических каналов, как данные, подлежащие трансляции по одиночному физическому каналу; и модулируют мультиплексированные данные для передачи в качестве вещательного сигнала.
Второй объект настоящего изобретения составляет программа, заставляющая компьютер служить в качестве устройства передачи контентов, включающая в себя: средство получения данных контента, выполненное так, чтобы получать данные, относящиеся к контенту, подлежащему трансляции со скоростью передачи, не синхронизированной со скоростью воспроизведения, из графика загрузки, созданного ранее; средство определения, выполненное так, чтобы определять, является ли контент контентом услуги принудительного типа для приема контента, подлежащего просмотру и прослушиванию, независимо от запроса пользователя; первое средство выработки управляющих данных для описания, в случае, если контент является контентом услуги принудительного типа, данных, означающих, что контент является контентом услуги принудительного типа, наряду с данными, относящимися к контенту, в первых управляющих данных, выработанных как данные, относящиеся к контенту, подлежащему трансляции по заранее заданному логическому каналу; второе средство выработки управляющих данных, выполненное так, чтобы вырабатывать вторые управляющие данные, описывающие данные для определения каждого из логических каналов, в физическом канале, служащем в качестве тракта передачи волнового вещательного сигнала заранее заданного диапазона частот; мультиплексирующее средство, выполненное так, чтобы мультиплексировать первые управляющие данные и вторые управляющие данные с данными контента, а также чтобы мультиплексировать данные, подлежащие трансляции по множеству логических каналов, как данные, подлежащие трансляции по одиночному физическому каналу; и средство передачи вещательного сигнала, выполненное так, чтобы модулировать мультиплексированные данные для передачи в качестве вещательного сигнала.
Согласно второму объекту настоящего изобретения данные, относящиеся к контенту, подлежащему трансляции со скоростью передачи, не синхронизированной со скоростью воспроизведения, получаются из графика загрузки, созданного ранее, определяется, является ли контент контентом услуги принудительного типа для приема контента, подлежащего просмотру и прослушиванию, независимо от запроса пользователя, и в случае, если контент является контентом услуги принудительного типа, описываются данные, означающие, что контент является контентом услуги принудительного типа, наряду с данными, относящимися к контенту, в первых управляющих данных, выработанных как данные, относящиеся к контенту, подлежащему трансляции по заранее заданному логическому каналу, вторые управляющие данные, описывающие данные для определения каждого из логических каналов, вырабатываются в физическом канале, служащем в качестве тракта передачи волнового вещательного сигнала заранее заданного диапазона частот; первые управляющие данные и вторые управляющие данные мультиплексируются с данными контента, а также данные, подлежащие трансляции по множеству логических каналов, мультиплексируются как данные, подлежащие трансляции по одиночному физическому каналу, и мультиплексированные данные модулируются для передачи в качестве вещательного сигнала.
Преимущественные эффекты изобретения
Согласно настоящему изобретению может быть осуществлена услуга НРБ принудительного типа.
Краткое описание чертежей
Фиг.1 является схемой, иллюстрирующей пример выполнения вещательной системы согласно варианту осуществления настоящего изобретения.
Фиг.2 является схемой, иллюстрирующей пример ЭМК.
Фиг.3 является схемой, иллюстрирующей пример ЭМП.
Фиг.4 является схемой, иллюстрирующей пример списка контентов.
Фиг.5 является схемой, иллюстрирующей пример изображения, относящегося к воспроизводимому контенту.
Фиг.6 является схемой для описания пакета протоколов в волновых вещательных сигналах, включающих в себя вещание НРБ и обычное вещание.
Фиг.7 является схемой, иллюстрирующей пример структуры ТВК.
Фиг.8 является схемой, иллюстрирующей пример структуры ТД НРВ.
Фиг.9 является схемой для описания строения данных контента, подлежащих передаче с использованием сеанса ДФОТ.
Фиг.10 является блок-схемой для описания примера операции приема и воспроизведения вещания НРВ гибкого типа.
Фиг.11 является схемой для описания примера вещания НРВ принудительного типа согласно настоящему изобретению.
Фиг.12 является схемой для описания способа, в котором данные, составляющие контент, принимаются приемным устройством 41 с вещанием НРВ.
Фиг.13 описывает пример, в котором контент вещания НРВ принудительного типа сохраняется в приемном устройстве 41.
Фиг.14 является схемой, иллюстрирующей пример другой структуры ТВК.
Фиг.15 является схемой, иллюстрирующей пример другой структуры ТД НРВ.
Фиг.16 является схемой для описания примера синтаксической структуры ТД НРВ по фиг.15.
Фиг.17 является схемой для описания примера синтаксической структуры ТД НРВ по фиг.15.
Фиг.18 является схемой для описания примера синтаксической структуры «метаданных НРВ принудительного типа».
Фиг.19 является блок-схемой, иллюстрирующей пример выполнения приемного устройства по фиг.1.
Фиг.20 является схемой, иллюстрирующей пример изображения, отображенного на экране дисплея.
Фиг.21 является схемой, иллюстрирующей пример ГПИ (графического пользовательского интерфейса) для приема регистрации услуги вещания НРВ принудительного типа.
Фиг.22 является схемой, иллюстрирующей другой пример списка контентов.
Фиг.23 является схемой, иллюстрирующей другой пример изображения, относящегося к воспроизводимому контенту.
Фиг.24 является блок-схемой для описания примера операции регистрации услуги вещания НРВ принудительного типа.
Фиг.25 является блок-схемой для описания примера операции приема и воспроизведения вещания НРВ принудительного типа.
Фиг.26 является блок-схемой для описания примера операции выработки графика загрузки.
Фиг.27 является блок-схемой для описания примера операции передачи вещательного сигнала.
Фиг.28 является схемой для описания примера случая, где файл, составляющий контент, получен с использованием адресного файла, описанного в формате RSS.
Фиг.29 является схемой, иллюстрирующей пример файла адресов, описанного в формате RSS, использованного для примера по фиг.28.
Фиг.30 является схемой для описания способа, который дает возможность передавать новый контент и просматривать его на приемном устройстве 41, не заставляя приемное устройство 41 заново принимать ТВК и ТД НРВ.
Фиг.31 является схемой, иллюстрирующей пример адресного файла, описанного в формате RSS, использованного для примера по фиг.30.
Фиг.32 является схемой, иллюстрирующей пример адресного файла, описанного в формате RSS, использованного для примера по фиг.30.
Фиг.33 является схемой для описания пакета протоколов в сигналах волнового вещания, в том числе вещания НРВ, способом, адаптированным к стандарту АРИБ.
Фиг.34 является схемой, иллюстрирующей пример структуры таблицы свойств группы.
Фиг.35 является схемой, иллюстрирующей пример структуры таблицы свойств программы.
Фиг.36 является схемой, иллюстрирующей пример структуры таблицы свойств покупки.
Фиг.37 является схемой, иллюстрирующей пример структуры таблицы свойств лицензионного соглашения.
Фиг.38 является схемой, иллюстрирующей пример таблицы местонахождения программы (местонахождение программы).
Фиг.39 является схемой, иллюстрирующей пример структуры данных управления загрузкой.
Фиг.40 является схемой для описания примера операции приема вещания НРВ. Фиг.41 является блок-схемой, иллюстрирующей пример выполнения персонального компьютера.
Подробное описание изобретения
Далее варианты осуществления настоящего изобретения будут описаны со ссылкой на чертежи.
Фиг.1 является схемой, иллюстрирующей пример выполнения вещательной системы согласно одному варианту осуществления настоящего изобретения. Как показано на этом чертеже, вещательная система 1 скомпонована из передающего устройства 21, установленного на вещательной станции 11, и приемного устройства 41, установленного в доме 12 пользователя или тому подобном. Отметим, что фактически приемное устройство установлено в каждом доме пользователя.
Например, заранее заданный диапазон частот (к примеру, 6 МГц) вещательных волн закреплен за одиночным вещательным каналом, этот закрепленный диапазон частот принимается в качестве одиночного вещательного канала, и канальная настройка производится с помощью вещательного канала, выбираемого приемным устройством 41. Кроме того, при цифровом вещании может также обеспечиваться множество логических каналов, чтобы мультиплексировать их в один вещательный канал.
Передающее устройство 21 является устройством для передачи волновых сигналов цифрового вещания и выполнено так, чтобы передавать сигналы обычного вещания и сигналы вещания НРБ. Здесь обычное вещание предполагает просмотр и прослушивание в реальном времени на приемном устройстве 41, которое принимает сигналы этого вещания, имеет условием, что контент просматривается и прослушивается синхронно с моментом трансляции контента. С другой стороны, вещание НРВ - это вещание, не предполагающее просмотра и прослушивания в реальном времени, для передачи контента в качестве данных с помощью сигналов, соответствующих вещательным волнам, без просмотра и прослушивания контента синхронно с временем его трансляции.
При вещании НРВ, в отличие от обычного сохранения записи контента транслированной программы, например, в случае, если полоса пропускания сигналов, соответствующая вещательным волнам, велика, т.е. в случае, когда скорость передачи высока, запись (загрузка) может быть завершена в меньший срок. Или же, например, в случае, если полоса пропускания сигналов, соответствующая вещательным волнам, мала, т.е. в случае, когда скорость передачи низка, загрузка контента требует большего времени. С другой стороны, при обычном вещании транслированный контент просматривается и прослушивается в реальном времени, и, соответственно, передача контента выполняется, как правило, за то же время, что и воспроизведение контента.
То есть при вещании НРВ контент, подлежащий транслированию в качестве цифровых данных, может быть передан с передающего устройства 21 на приемное устройство 41 со скоростью передачи, сильно отличающейся от скорости его воспроизведения. С другой стороны, при обычном вещании контент, подлежащий транслированию в качестве цифровых данных, не может быть передан с передающего устройства 21 на приемное устройство 41 со скоростью передачи, сильно отличающейся от скорости его воспроизведения.
В вещательной системе 1 контент, состоящий из сигналов, передаваемых передающим устройством 21, которое транслирует их с помощью вещания НРБ, принимается приемным устройством 41 и записывается и сохраняется на носитель записи (запоминающее устройство), который имеется в приемном устройстве 41. В дальнейшем контент, транслированный с помощью вещания НРВ, просматривается и прослушивается пользователем приемного устройства 41, воспроизводящего контент, записанный на носитель записи.
Вещание НРВ возможно осуществить двумя способами: первый - пользователь выбирает индивидуальный контент, а затем он принимается и сохраняется, второй - пользователь регистрирует определенную группу контента для просмотра и прослушивания, а затем приемное устройство 41 автоматически принимает и сохраняет этот контент. Теперь назовем первый способ вещанием НРВ гибкого типа, а второй - вещанием НРВ принудительного типа. Отметим, что вещание НРВ принудительного типа называется также, например, вещанием НРВ по подписке.
Сначала будет описано вещание НРВ гибкого типа.
При вещании НРВ данные, структурированные так, чтобы включать в себя метаданные, называемые данными ППСД (протокол программных и системных данных), управляющие данные и т.д., периодически принимаются приемным устройством 41. Приемное устройство 41 вырабатывает список контентов, которые могут быть приняты с помощью вещания НРВ, на основе метаданных, включенных в данные ППСД, управляющих данных и т.д. Этот список контентов называется ЭМК (электронное меню контентов). Отметим, что подробности данных ППСД описаны в стандарте ATSC (Комитета по продвинутым телевизионным системам).
Фиг.2 является схемой, иллюстрирующей пример ЭМК, отображенного на экране. В примере на этом чертеже список контентов, которые могут быть приняты с помощью вещания НРВ, отображается как список программ НРВ наряду со временем начала трансляции каждого из этих контентов. Отметим, что в примере по фиг.2 «ХХХХ» обозначает название каждого контента, а момент начала трансляции этого контента отображен в виде такого описания, как «1/30 15:00» (означает 30 января, 15:00) и т.п.
Или же контенты, которые могут быть приняты в рамках вещания НРВ, могут быть отображены в виде ЭМП (электронного меню программ). Фиг.3 является схемой, иллюстрирующей пример ЭМП, отображенного на экране. Этот чертеж показывает ЭМП для программ, транслируемых по каналам, обозначенным «НРВ1», «НРВ2» и «РВ1». Здесь каналы, обозначенные «НРВ1» и «НРВ2», являются вещательными каналами НРВ, а канал, обозначенный «РВ1» - каналом обычного вещания.
Допустим, что каждая из прямоугольных рамок, показанных на фиг.3, обозначает временной интервал трансляции каждой программы (или контента). Согласно этому ЭМП, относительно канала «РВ1» обычного вещания, обозначено, что во временном интервале, показанном прямоугольной рамкой, может быть просмотрена и прослушана соответствующая программа (или контент). С другой стороны, относительно каналов «НРВ1» и «НРВ1» вещания НРВ обозначено, что во временном интервале, показанном прямоугольной рамкой, соответствующая программа (или контент) может быть загружена.
Пользователь приемного устройства 41 отображает ЭМК по фиг.2 или ЭМП по фиг.3 на экране дисплея и т.п. и, например, управляет ГПИ для выбора желаемого контента вещания НРВ. В момент начала трансляции приемное устройство 41 выполняет загрузку этого контента. Однако при НРВ операция загрузки выполняется приемным устройством 41, которое принимает волновой вещательный сигнал и записывает данные, соответствующие этому сигналу, на носитель записи.
В дальнейшем список контентов, загруженных приемным устройством 41, отображается на экране как, например, список контентов, показанный на фиг.4. Фиг.4 является схемой, иллюстрирующей пример списка контентов, отображенного на экране. Отметим, что в примере по фиг.4 «ХХХХ» обозначает название каждого контента.
Пользователь приемного устройства 41 отображает список контентов по фиг.4 на экране дисплея или тому подобного и, например, управляет ГПИ для выбора контента для просмотра и прослушивания. Таким образом, воспроизводится выбранный контент и, как показано на фиг.5, изображение, относящееся к контенту, отображается на экране дисплея. В этом примере в качестве изображения, относящегося к контенту, отображается изображение игрока в гольф.
Таким образом, контент вещания НРВ принимается, просматривается и прослушивается.
Фиг.6 является схемой для описания пакета протоколов в волновых вещательных сигналах, включая вещание НРВ и обычное вещание.
Как показано на фиг.6, за нижний уровень иерархии принят «физический слой», и ему соответствует диапазон частот вещательного сигнала, закрепленный за этим каналом.
За следующий уровень иерархии, соседний с «физическим слоем», принят «ТП (транспортный поток)». В «ТП» пакет из верхнего уровня иерархии делится на пакеты заданной длины, называемые транспортными пакетами, и передается, и непрерывность транспортных пакетов становится транспортным потоком.
То есть все сигналы, подлежащие передаче в диапазоне частот, соответствующем одиночному вещательному каналу, передаются транспортным пакетом, данные в заголовке которого соответствуют этому вещательному каналу, и т.д.
За следующий уровень иерархии, соседний с транспортным потоком, приняты «сегмент» или «ППП (пакетированный первичный поток)». Например, данные, подлежащие воспроизведению в реальном времени, передаются в качестве пакетов ППП как контент обычного вещания. Кроме того, данные о перемещении файлов, об управляющих данных и т.д. передаются в качестве пакетов «сегмента».
Как показано на фиг.6, в зависимости от типа пакета ППП в качестве следующего за «ППП» уровня иерархии предусмотрены «кодирование субтитров», «кодирование звука» и «кодирование видео». «Кодирование субтитров» является пакетом для хранения данных, относящихся к субтитрам изображения, «кодирование звука» является пакетом для хранения аудиоданных, а «кодирование видео» - пакетом для хранения данных изображения.
На фиг.6 в качестве следующего более высокого уровня иерархии, соседнего с «сегментом», отображены «ППСД» и «КДП (конкретные данные о программе)». «ППСД» является уровнем иерархии, включающим описанные ниже ТВК, ТД НРВ и т.д. «КДП (конкретные данные о программе)» является уровнем иерархии, включающим в себя «ТСП (таблицу связей программ)», «ТКП (таблицу карт программ)» и т.д.
Кроме того, на фиг.6 в качестве следующего более высокого уровня иерархии, соседнего с «сегментом», отображено «КУЦЗН (команды и управление цифрового запоминающего носителя)». «КУЦЗН» используется в качестве адаптационного уровня для передачи IP-пакета на MPEG2-ТП вещательного потока. Отметим, что КУЦЗН предусмотрено в качестве стандарта ISO (Международной организации по стандартам).
В качестве следующего уровня иерархии, соседнего с «КУЦЗН», показано «интерактивное кодирование данных». Потоковое вещание осуществляется с помощью данных, сохраненных в «интерактивном кодировании данных», «кодировании субтитров», «кодировании звука» и «кодировании видео». То есть эти фрагменты данных принимаются, а тем самым может быть принята и воспроизведена программа обычного вещания.
Кроме того, в качестве следующего более высокого уровня иерархии, соседнего с «КУЦЗН», показан «IP» (ИП, Интернет-протокол). Показанный здесь «IP» - тот же, что IP в пакете протоколов TCI/IP, а IP-пакеты определяются с помощью IP-адреса. Как показано на фиг.6, вещание НРВ выполняется в IP-пакетах. Само собой разумеется, что вещание НРВ не является связью, но представляет собой вещание, и исходно нет необходимости использовать пакет протоколов TCP/IP, то есть протокол связи, но IP-пакеты официально используются во время выполнения загрузки контентов.
В качестве следующего более высокого уровня иерархии, соседнего с «IP», взят «ППД» (протокол пользовательских датаграмм), а «ДФОТ (доставка файлов с помощью однонаправленной транспортировки) / АМПК (асинхронный многоуровневый протокол кодирования) / МТК (многоуровневая транспортировка кодирования (компоновочный блок)) показаны в качестве следующего за ним уровня иерархии. В частности, при вещании НРВ передается пакет для определения порта ППД для связи TCP/IP и организуется, например, сеанс согласно ДФОТ (доставке файлов с помощью однонаправленной транспортировки). В дальнейшем данные, составляющие контент, определяются с помощью сеанса ДФОТ. ДФОТ является протоколом связи, в соответствии с которым распространение данных может быть выполнено с помощью одностороннего тракта передачи (к примеру, тракта передачи только в направлении вниз), тем самым может быть выполнена передача произвольного файла.
Отметим, что подробности ДФОТ заданы в качестве RFC3926.
Таким образом, при вещании НРВ одиночный физический канал, обладающий полосой пропускания, соответствующей скорости передачи (к примеру, 20 Мб/с) транспортного пакета «ТП», может быть мультиплексирован во множество логических каналов. В частности, например, в случае, когда в качестве физического канала взят тракт передачи волнового вещательного сигнала одиночного вещательного канала, за которым закреплен диапазон частот в 6 МГц, этот физический канал поделен на множество трактов передачи, тем самым обеспечивается множество логических каналов.
Данные, относящиеся к каждому из таких логических каналов, описаны в ТВК (таблице виртуального канала), то есть управляющих данных, относящихся к логическим каналам, подлежащим выработке для каждого физического канала. Подробности ТВК будут описаны ниже со ссылкой на фиг.7, причем «номер программы» для каждого логического канала определяется на основе ТВК, а КДП определяются на основе «номера программы». В дальнейшем заранее заданный идентификатор, присоединенный к транспортному пакету «ТП», определяется на основе «ТСП» и «ТКП» в «ТСП». Выделяется транспортный пакет, к которому присоединен определенный таким образом идентификатор, тем самым могут быть определены данные одиночного логического канала. При этом одиночный транспортный поток может быть идентифицирован как пакеты множества логических каналов, а тем самым одиночный физический канал может быть мультиплексировано множество логических каналов.
Каждый из мультиплексированных таким образом логических каналов будет называться виртуальным каналом. При вещании НРБ одиночный логический канал может быть мультиплексирован при помощи множества сеансов ДФОТ.
При обычном вещании одиночный физический канал (к примеру, одиночный вещательный канал) упорядочен так, чтобы соответствовать одиночному логическому каналу, а не мультиплексирован во множество каналов, как при вещании НРВ. Соответственно, при вещании НРВ, в отличие от обычного вещания, множество контентов также могут быть транслированы (переданы) с помощью одновременного использования одиночного вещательного канала.
Далее будут описаны ТВК (таблица виртуальных каналов) и ТД (таблица данных) НРВ, включенные в упомянутые выше данные ППСД.
ТВК является таблицей, состоящей из идентификатора, позволяющего приемному устройству 41 идентифицировать каждый из виртуальных (логических) каналов. Фиг.7 является схемой, иллюстрирующей пример ТВК.
В примере на этом чертеже в области 71 описания в ТВК описаны поля «ID ТП», «число каналов», поканальная область 72-1 описания, поканальная область 72-2 описания и т.д. Поле «ID ТП» принято в качестве ID для идентификации транспортного потока, где, фактически, описаны заранее заданные буква, численная величина и т.п. Таким образом, можно идентифицировать, к какому физическому каналу (вещательному каналу) относится ТВК. Поле «число каналов» описано как численная величина, представляющая число логических каналов, включенных в физический канал, определенный с помощью поля «ID ТП» и т.п.
Данные, относящиеся к одиночному логическому каналу, описаны в каждой из поканальных областей 72-1, 72-2 описания и т.д. Эти области описания обеспечены в соответствии с численной величиной, описанной в поле «число каналов». Например, в случае, если число логических каналов, включенных в соответствующий физический канал, равно 3, в поле «число каналов» описывается численная величина «З». В дальнейшем описываются поканальная область 72-1 описания, поканальная область 72-2 описания и поканальная область 72-3 описания.
В поканальной области 72-1 описания описаны поля «имя канала», «номер канала», «тип услуги», «номер программы», «ID источника» и т.д. В полях «имя канала» и «номер канала» описаны заранее заданные буква и численная величина, которые его представляют. Например, поле «имя канала» поканальной области 72-1 описания описано как «первый канал XX станции НРБ» и т.п., а поле «номер канала» описано как «5-1» и т.п. Кроме того, поле «имя канала» поканальной области 72-1 описания описано как «второй канал XX станции НРВ» и т.п., а поле «номер канала» описано как «5-2» и т.п.
Поле «тип услуги» описано с помощью данных для определения того, является ли этот логический канал логическим каналом, соответствующим обычному вещанию, или соответствующим вещанию НРВ. Например, в случае, если логический канал, соответствующий поканальной области 72-1 описания, является логическим вещательным каналом НРВ, поле «тип услуги» описывается как «НРВ».
Поле «номер программы» используется для определения КДП (конкретных данных о программе), необходимых для определения данных этого логического канала.
Поле «ID источника» принято в качестве ID для идентификации этого логического канала, где фактически описана заранее заданная буква, численная величина и т.п. То есть поканальная область 72-1 описания является областью, где описаны данные, относящиеся к одиночному логическому каналу, определенному с помощью поля «ID источника».
Аналогично, данные, относящиеся к одиночному логическому каналу, определенному с помощью поля «ID источника», также описаны в каждой поканальной области 72-2 описания и т.д.
Таким образом, структурирована ТВК.
Как описано выше, при вещании НРВ отдельный контент может быть транслирован по каждому из множества логических каналов. Данные, относящиеся к контенту, подлежащему передаче по каждому из логических каналов, описаны в ТД НРВ, которая является управляющими данными, выработанными для каждого логического канала.
ТД НРВ является таблицей, состоящей из идентификатора, позволяющего транслировать каждый из контентов вещания НРВ по каждому из логических каналов, подлежащих идентификации на приемном устройстве 41. Фиг.8 является схемой, иллюстрирующей пример ТД НРВ.
В примере на этом чертеже в области 91 описания ТД НРВ описаны поля «ID источника», «число контентов», поканальная область 92-1 описания, поканальная область 92-2 описания и т.д. Поле «ID источника» то же, что описано выше со ссылкой на фиг.7, и принято в качестве ID для идентификации логического канала, где, фактически, описана заранее заданная буква, численная величина и т.п. Таким образом, эта ТД НРВ может быть соотнесена с одним из логических каналов, описанных в поканальной области 72-1 описания, поканальной области 72-2 описания и т.д. по фиг.7. Поле «число контентов» описано как численная величина, обозначающая число контентов, подлежащих трансляции в заранее заданный единичный интервал времени по логическому каналу, определенному полем «ID источника» и т.п.
Данные, относящиеся к одиночному контенту, описаны в каждой из поконтентной области описания 92-1, поконтентной области описания 92-2 и т.д. Описанные области обеспечиваются в соответствии с численной величиной, описанной в упомянутом выше поле «число контентов». Например, в случае, если число контентов, подлежащих трансляции за единичный интервал времени по соответствующему логическому каналу, равно 5, то в поле «число контентов» описана численная величина «5». В дальнейшем описаны поконтентная область 92-1 описания, поконтентная область описания 92-2 и т.д. до поконтентной области 92-5 описания.
В поконтентной области 92-1 описания описаны поля «ID единицы контента», «график распространения», «срок истечения контентов», «имя контентов», «данные местонахождения передачи контентов» и т.д. Поле «ID единицы контента» принято в качестве ID для идентификации соответствующего контента, и фактически описана заранее заданная буква, численная величина и т.п. То есть поконтентная область 92-1 описания является областью, где описаны данные, относящиеся к одиночному контенту, определенному этим полем «ID единицы контента».
С помощью поля «график распространения» описаны данные, обозначающие момент начала трансляции и момент окончания трансляции соответствующего контента. Отметим, что этот контент является контентом вещания НРБ и, таким образом, момент начала и момент окончания трансляции обозначают не момент, когда этот контент может быть просмотрен и прослушан, но момент, когда следует начать загрузку этого контента, и момент завершения его загрузки.
С помощью поля «срок истечения контента» описаны данные для определения момента времени, служащего сроком истечения соответствующего контента. Воспроизведение контента, срок истечения которого прошел, предотвращается путем удаления с носителя записи приемного устройства 41 и т.п.
С помощью поля «имя контентов» описаны буквы, такие как название соответствующего контента, и т.п.
С помощью поля «данные местонахождения передачи контентов» описаны IP-адрес, номер порта ППД и идентификатор ИСТ (идентификатор сеанса транспортировки) для определения сеанса ДФОТ, описанного выше со ссылкой на фиг.6. Определяется это поле «данные местонахождения передачи контентов», тем самым среди данных, подлежащих передаче по логическому каналу, определенному с помощью поля «ID источника», могут быть идентифицированы данные для данных одиночного контента, определенного полем «ID единицы контента».
Аналогично, данные, относящиеся к одиночному контенту, определенному полем «ID единицы контента», также описаны в поконтентной области 92-2 описания и т.д.
Таким образом, структурирована ТД НРВ.
При этом получена ТВК, и тем самым могут быть получены данные, относящиеся к каждому из логических каналов в вещательных каналах, а также получена ТД НРВ, тем самым могут быть получены данные, относящиеся к контенту, подлежащему трансляции по каждому логическому каналу.
Фиг.9 является схемой для описания структуры данных контента, подлежащего передаче с помощью сеансов ДФОТ. Данные, полученные с помощью сеансов ДФОТ, составляют поток сеанса ДФОТ, такой как показан в нижней части чертежа. Поток сеанса ДФОТ состоит, фактически, из множества файлов, разбитых на фрагменты заранее заданного размера, и к каждому из множества файлов прикреплен идентификатор, называемый «ИОП (идентификатор объекта переноса)». В соответствии с этим ИОП организуется определенная последовательность передачи каждого из множества файлов. В этом примере файл, ИОП которого равен 0, принят в качестве ТДФ, файл, ИОП которого равен 1, принят в качестве «файла 1», файл, ИОП которого равен 2, принят в качестве «файла 2» и т.д.
Из множества файлов, составляющих поток сеанса ДФОТ, файл, ИОП которого равен 0, принят в качестве ТДФ (таблицы доставки файлов). ТДФ является таблицей, где описаны данные, относящиеся к каждому из других файлов, составляющих поток сеанса ДФОТ. В примере по фиг.9 в области 111 описания ТДФ описаны область 112-1 описания, то есть пофайловые данные внутри сеанса ДФОТ, и область 112-2 описания, и т.д., то есть пофайловые данные внутри сеанса ДФОТ.
С помощью области 112-1 описания, то есть пофайловых данных внутри сеанса ДФОТ, описаны поля «ИОП», «тип контента», «имя файла» и т.д. Поле «ИОП» принято в качестве данных для идентификации файла внутри сеанса ДФОТ, и фактически в нем описана заранее заданная численная величина. То есть область 112-1 описания, которая является пофайловыми данными внутри сеанса ДФОТ, является областью, где описаны данные, относящиеся к одиночному файлу, определенному этим полем «ИОП».
С помощью поля «тип контента» описаны данные для определения формата файла (типа данных), определенного с помощью поля «ИОП». В случае если соответствующий файл является, например, файлом данных изображения, поле «тип контента» принимается как «видео» и т.п., а в случае, если соответствующий файл является, например, файлом звуковых данных, поле «тип контента» принимается как «аудио» и т.п.
С помощью поля «имя файла» описано имя соответствующего файла. Поле «имя файла» может быть описано как URL (Uniform Resource Locator, унифицированный указатель ресурса).
Аналогично, с помощью каждой из областей 112-2 описания и т.д., то есть пофайловых данных внутри сеанса ДФОТ, описаны данные, относящиеся к одиночному файлу, определенному полем «ИОП».
Таким образом, структурированы данные контента, подлежащие передаче с помощью заранее заданного сеанса ДФОТ.
Далее со ссылкой на блок-схему по фиг.10 будет описана операция приема и воспроизведения вещания НРВ гибкого типа согласно приемному устройству 41.
На этапе S11 приемное устройство 41 принимает метаданные, управляющие данные и т.д., относящиеся к вещанию НРВ.
В это время, например, принимаются данные ППСД. Отметим, что, как описано выше, данные ППСД приняты в качестве данных, структурированных так, чтобы включать ТВ К, ТД НРВ и т.п., и периодически принимаются приемным устройством 41. Кроме того, как описано со ссылкой на фиг.7 и 8, получается ТВК, тем самым могут быть получены данные, относящиеся к каждому из логических каналов вещательных каналов. Далее получается ТД НРВ, тем самым могут быть получены данные, относящиеся к контенту, подлежащему трансляции по каждому логическому каналу.
На этапе S12 приемное устройство 41 вырабатывает список контентов, который может быть принят с помощью вещания НРВ, на основе ТВК и ТД НРВ, включенных в данные ППСД.
На этапе S13 приемное устройство 41 отображает на дисплее ЭМК, соответствующее списку, выработанному на этапе S12. В этот момент отображается изображение ЭМК, например, такое как показано на фиг.2. Или же на этапе S13 может быть отображено ЭМП, такое как показано на фиг.3.
На этапе S14 приемное устройство 41 принимает выбор контента, сделанный пользователем на основе ЭМК, отображенного на этапе S13. В этот момент, например, выбирается контент вещания НРВ, который пользователь намерен просмотреть и прослушать.
На этапе S15 приемное устройство 41 определяет, наступил ли момент начала трансляции контента, принятого в результате обработки по этапу S14, и дожидается, пока не будет установлено, что момент начала трансляции наступил. На этапе S15 в случае, если установлено, что момент начала трансляции наступил, обработка переходит к этапу S16.
На этапе S16 приемное устройство 41 загружает контент.
В этот момент канал настройки приемного устройства 41 установлен на вещательном канале контента, принятого на этапе S14. В дальнейшем на основе ТВК, принятой на этапе S11, приемное устройство 41 определяет данные, подлежащие передаче по логическому каналу, где транслируется соответствующий контент. Далее приемное устройство 41 определяет на основе ТД НРВ, принятой на этапе S11, сеанс ДФОТ, где передается этот контент, и получает каждый из файлов, составляющих поток этого сеанса ДФОТ. С наступлением момента окончания трансляции на приемном устройстве 41 завершено получение всех файлов, составляющих поток сеанса ДФОТ и, таким образом, загрузка контента завершена.
С завершением загрузки приемное устройство 41 записывает данные, состоящие из файлов, полученных как описано выше, на носитель записи в качестве одиночного контента. В этот момент метаданные этого контента, включенные в данные, принятые на этапе S11, также записываются способом, соотносящимся с этим контентом. Отметим, что метаданные состоят из, например, полей «имя контентов», «график распространения», «срок истечения контентов» и т.д., описанных в ТД НРВ.
Здесь описан пример, относящийся к случаю, когда загружается одиночный контент, но, например, в случае, если на этапе S14 выбраны множество контентов, на этапах S15 и S16 это множество контентов загружаются.
На этапе S17 приемное устройство 41 отображает список контентов, загруженных в результате обработки на этапе S16. В этот момент, например, вырабатывается и отображается на дисплее такое изображение, как показано на фиг.4.
На этапе S18 приемное устройство 41 принимает выбор контента, сделанный пользователем на основе списка контентов, отображенного в результате обработки на этапе S17. В этот момент, например, из контентов вещания НРВ, уже записанных на носитель записи приемного устройства 41, выбирается контент, который пользователь намерен просмотреть и прослушать.
На этапе S19 приемное устройство 41 воспроизводит контент, выбор которого был принят в результате обработки на этапе S18. Таким образом, например, как показано на фиг.5, изображение, относящееся к контенту, отображается на дисплее.
Таким образом, выполняется операция приема и воспроизведения вещания НРВ гибкого типа приемным устройством 41.
До сих пор описание велось относительно вещания НРВ гибкого типа, но большинство технологий осуществления такого вещания НРВ гибкого типа уже изучено, как в ATSC (Комитет по продвинутым телевизионным системам). Таким образом, относительно вещания НРВ гибкого типа, например, сделано частное предположение относительно того, как его осуществить помимо станции вещания и изготовителя приемного устройства, и т.д. Однако относительно вещания НРВ принудительного типа конкретный способ осуществления не предложен.
Поэтому настоящее изобретение дает возможность осуществлять вещание НРВ принудительного типа особым способом. Как описано выше, при вещании НРВ принудительного типа зритель регистрирует для просмотра и прослушивания определенную группу контентов, а затем приемное устройство 41 автоматически принимает и сохраняет эти контенты. Примем нижеследующее за особое вещание НРВ принудительного типа.
Например, рассмотрим трансляцию прогноза погоды, осуществляемую в рамках вещания НРВ принудительного типа. В этом случае пользователь заранее регистрирует услугу вещания НРВ принудительного типа, называемую «прогноз погоды». Затем приемное устройство 41 автоматически принимает и сохраняет контент программы прогноза погоды, подлежащей трансляции по заранее заданному вещательному каналу. Теперь допустим, что прогноз погоды - это, например, 5-минутная программа, которая дважды в день дает прогноз, сделанный на основе последних метеорологических данных, и, например, сохраненный в приемном устройстве 41 контент последовательно обновляется последним контентом.
Соответственно, пользователь может просмотреть и прослушать прогноз погоды, сделанный на основе последних данных, в любое время.
Кроме того, рассмотрим, например, трансляцию выпуска новостей, осуществленную в рамках вещания НРВ принудительного типа. В этом случае пользователь заранее регистрирует услугу вещания НРВ принудительного типа, называемую «выпуск новостей». Затем приемное устройство 41 автоматически принимает и сохраняет контент новостной программы, подлежащей трансляции по заранее заданному вещательному каналу.
Теперь допустим, что новостная программа - это, например, 15-минутная программа, представляющая новости, относящиеся к последним политическим и экономическим данным, и, например, сохраненный в приемном устройстве 41 контент последовательно обновляется последним контентом. Кроме того, контент может быть удален после того, как истек заранее заданный срок его хранения. Кроме того, например, можно организовать данные так, чтобы задавать размер памяти (емкость памяти) приемного устройства 41, необходимый для приема выпуска услуги «выпуск новостей», и в зависимости от того, насколько превышен размер его памяти, контент перезаписывается и обновляется.
Выпуск такой услуги принимается, и в результате пользователь в любое время может просмотреть и прослушать новости, относящиеся к последним политическим и экономическим данным.
Допустим, что вещание НРБ принудительного типа, такое как описано выше, обеспечивается, например, каждой из вещательных станций и т.п. Такая услуга может быть бесплатной или платной. В дальнейшем пользователь приемного устройства 41 выбирает желаемую услугу и регистрирует в приемном устройстве 41.
С настоящим изобретением допустим, что для каждой услуги вещания НРВ принудительного типа имеется соответствующий логический канал. То есть в случае, если существуют три услуги вещания НРВ принудительного типа, существуют три логических канала.
Пример вещания НРВ принудительного типа согласно настоящему изобретению будет описан со ссылкой на фиг.11. Фиг.11 представляет собой пример, в котором обычное вещание и вещание НРВ осуществляются с помощью трех вещательных каналов - «К. 4», «К. 5» и «К. 6». «К. 4» принят в качестве вещательного канала обычного вещания, а «К. 5» и «К. 6» приняты в качестве вещательных каналов НРВ. Отметим, что на этом чертеже горизонтальное направление обозначает частоту вещательных волн, а вертикальное направление обозначает время.
Кроме того, на чертеже штриховкой и т.п. обозначен контент, соответствующий типу контента, который будет транслирован по каждому каналу. В этом примере штриховкой и т.п. на чертеже обозначены контент обычного вещания, контент вещания НРВ гибкого типа и период вещательного покоя.
В примере по фиг.11 «К. 5» мультиплексируется в три логических канала. В этом примере канал «К. 5» вещания мультиплексируется в логические каналы «ВК5-1», «ВК5-2» «ВК5-3». Отметим, что на чертеже каждая из прямоугольных рамок, показанных в каждом из логических каналов «ВК5-1»-«ВК5-3», представляет собой временной интервал трансляции каждого контента.
Логический канал «ВК5-1» является логическим каналом, закрепленным за одиночной услугой вещания НРВ принудительного типа. Логический канал «ВК5-2» является логическим каналом, закрепленным за услугой вещания НРВ гибкого типа. Логический канал «ВК5-3» является логическим каналом, закрепленным за другой услугой вещания НРВ принудительного типа. Кроме того, в этом примере в логический канал «ВК5-3» включен временной интервал, служащий интервалом покоя канала.
С помощью логического канала «ВК5-2» обеспечены три сеанса ДФОТ. То есть при вещании НРВ гибкого типа с помощью логического канала «ВК5-2» в одно и то же время могут быть транслированы три контента.
Кроме того, в примере по фиг.11 «К. 6» мультиплексирован в два логических канала. В этом примере вещательный канал «К. 6» мультиплексирован в логические каналы «ВК6-1» и «ВК6-2». Отметим, что на чертеже каждая из прямоугольных рамок, показанных каждом из логических каналов «ВК6-1» - «ВК6-2», представляет собой временной интервал трансляции каждого контента.
Логический канал «ВК6-1» является логическим каналом, закрепленным за одиночной услугой вещания НРВ принудительного типа. Логический канал «ВК6-2» является логическим каналом, закрепленным за услугой вещания НРВ гибкого типа.
Посредством логического канала «ВК6-1» обеспечены два сеанса ДФОТ. То есть при вещании НРВ гибкого типа, подлежащем вещанию по логическому каналу «ВК6-1», в одно и то же время могут быть транслированы два контента.
В этом случае данные ППСД, периодически передаваемые по вещательному каналу «К. 6», включают в себя одну ТВК, где описано поле «ID ТП» для идентификации транспортного потока физического канала «К. 6». Кроме того, эти данные ППСД также включают в себя две ТД НРВ, где описаны поля «ID источника» для идентификации логических каналов «ВК6-1» и «ВК6-2», соответственно.
Например, логический канал «ВК5-1» закреплен за «выпуском новостей» вещательной станции XX, а логический канал «ВК5-3» закреплен за «прогнозом погоды» вещательной станции XX. Логический канал «ВК6-1» закреплен за «выпуском новостей» вещательной станции XX.
Кроме того, в примере по фиг.11 «К. 4» не разделен на множество логических каналов. Логический канал «ВК4-1» обычного вещания, по существу, совпадает с физическим каналом.
Как описано выше, приемное устройство 41 периодически принимает данные ППСД, благодаря чему данные, подлежащие передаче по каждому логическому каналу, могут быть идентифицированы на основе ТВК. Соответственно, например, приемное устройство 41, в котором зарегистрирована услуга «прогноз погоды» вещательной станции XX, автоматически загружает все контенты, подлежащие передаче по логическому каналу «ВК5-3».
С другой стороны, в случае приема контента (программы), передаваемой посредством обычного вещания, контент определяется на основе ТВК и ТДС (таблицы данных события).
Таким образом, согласно настоящему изобретению, контент может быть транслирован посредством вещания НРВ принудительного типа, вещания НРВ гибкого типа и обычного вещания.
При вещании НРВ принудительного типа предоставляется не индивидуальный контент, выбранный пользователем, но контент предоставляется пользователю односторонне, и, соответственно, вещание НРВ принудительного типа сложно осуществить при помощи той же вещательной системы, что вещание НРВ гибкого типа или обычное вещание. Поэтому в настоящем изобретении приемное устройство 41, в котором зарегистрирована услуга вещания НРВ принудительного типа, выполнено так, чтобы автоматически загружать все контенты, подлежащие трансляции по логическому каналу, соответствующему этой услуге. Тем самым вещание НРВ принудительного типа может быть осуществлено при помощи той же вещательной системы, что и вещание НРВ гибкого типа и обычное вещание.
Фиг.12 является схемой для описания способа приема приемным устройством 41 данных, составляющих контент, посредством вещания НРВ. На этом чертеже полоса пропускания транспортного потока (ТП), соответствующая одному вещательному каналу, обозначена цилиндром 201. Теперь скажем, что вертикальное направление на этом чертеже обозначает время.
Кроме того, на фиг.12 логический канал (виртуальный канал, ВК), мультиплексированный в транспортном потоке цилиндра 201, обозначен цилиндром 202. Отметим, что в этом примере число логических каналов (виртуальных каналов, ВК), мультиплексированных в транспортном потоке, равно одному, но фактически могут быть мультиплексированы множество виртуальных каналов.
Далее на фиг.12 сеансы ДФОТ, включенные в логический канал, соответствующий цилиндру 202, обозначены цилиндрами 203-1 и 203-2. То есть в логический канал, соответствующий цилиндру 202, включены два сеанса ДФОТ. Данные, составляющие контент, подлежащий приему и сохранению (записи) приемным устройством 41, передаются в виде файла сеанса ДФОТ цилиндров 203-1 и 203-2.
Теперь допустим, что приемное устройство 41 установлено так, чтобы принимать контенты А-С, подлежащие трансляции по логическому каналу, соответствующему цилиндру 202 вещательного канала транспортного потока, соответствующего цилиндру 201, которые являются контентами вещания НРВ.
Как описано выше, приемное устройство 41 периодически принимает данные ППСД и, соответственно, может периодически получать ТВК и ТД НРВ. Допустим, вначале принимаются ТВК 210, ТД НРВ 211 и ТД НРВ 212. Приемное устройство 41 сверяется с описанием ТВК 210, тем самым может быть определено поле «ID источника» для идентификации логического канала, где передаются контент А и контент В, подлежащие приему и сохранению. В дальнейшем на основе этого поля «ID источника» приемное устройство 41 может определить ТД НРВ 211, относящуюся к этому логическому каналу.
Отметим, что ТД НРВ 212 является ТД НРВ, соответствующей другому логическому каналу, который не показан на чертеже.
Далее приемное устройство 41 определяет в описании этой ТД НРВ 211 поконтентную область описания, где описаны данные, относящиеся к контенту, подлежащему приему и сохранению. Теперь в примере по фиг.12 скажем, что данные, относящиеся к контенту, подлежащему трансляции во временном интервале, обозначенном стрелкой 205 сеанса ДФОТ, обозначенного цилиндром 203-1, описаны в принятой вначале ТД НРВ 211. Кроме того, скажем, что данные, относящиеся к контенту, подлежащему трансляции во временном интервале, обозначенном стрелкой 206, сеанса ДФОТ, обозначенного цилиндром 203-2, описаны в принятой вначале ТД НРВ 211.
В этом случае на основе поля «ID источника» контента А и контента В определяется поконтентная область описания, где описаны данные, относящиеся к этим контентам. В дальнейшем приемное устройство 41 сверяется с определенной поконтентной областью описания для определения идентификатора «ИСТ», с помощью которого определяются IP-адрес, номер порта ППД и сеанс ДФОТ, включенные в «данные местонахождения передачи контентов».
В дальнейшем приемное устройство 41 определяет файл сеанса ДФОТ, обозначенного цилиндром 203-1, и извлекает ТДФ. В дальнейшем приемное устройство 41 на основе ТДФ получает каждый из файлов данных, составляющих контент А, тем самым принимая и сохраняя контент А.
Кроме того, аналогично, приемное устройство 41 определяет файл сеанса ДФОТ, обозначенного цилиндром 203-2, и извлекает ТДФ. В дальнейшем приемное устройство 41 на основе ТДФ получает каждый из файлов данных, составляющих контент В, тем самым принимая и сохраняя контент В.
Приемное устройство 41 периодически принимает данные ППСД, тем самым обновляются ТВК и ТД НРВ. В этом случае скажем, что ТВК 220, ТД НРВ 221 и ТД НРВ 222 были недавно приняты и обновлены. Скажем, что в обновленной ТД НРВ 221 описаны данные, относящиеся к контенту, подлежащему трансляции во временном интервале, обозначенном стрелкой 207, сеанса ДФОТ, обозначенного цилиндром 203-1.
Тем же способом, что в описанном выше случае, путем сверки описания ТВК 220 приемное устройство 41 может определить поле «ID источника» для идентификации логического канала, где передается контент С, подлежащий приему и сохранению. В дальнейшем приемное устройство 41 может на основе этого поля «ID источника» определить ТД НРВ 221, относящуюся к этому логическому каналу.
Отметим, что ТД НРВ 222 является ТД НРВ, соответствующей другому логическому каналу, который не показан на чертеже.
В этом случае на основе поля «ID единицы контента» контента С определяется поконтентная область описания, где описаны данные, относящиеся к контенту. В дальнейшем приемное устройство 41 сверяется с определенной поконтентной областью описания, чтобы определить идентификатор «ИСТ» для определения IP-адреса, номера порта ППД и сеанса ДФОТ, включенные в поле «данные местонахождения передачи контентов».
После этого приемное устройство 41 определяет файл сеанса ДФОТ, обозначенного цилиндром 203-1, и извлекает ТДФ. Далее приемное устройство 41 получает на основе ТДФ каждый из файлов данных, составляющих контент С, тем самым принимая и сохраняя контент С.
Далее со ссылкой на фиг.13 будет описан пример, в котором контент вещания НРВ принудительного типа сохраняется в приемном устройстве 41. На этом чертеже, так же, как в случае с фиг.12, транспортный поток (ТП), логический канал (виртуальный канал, ВК) и сеанс ДФОТ обозначены цилиндрами. Теперь скажем, что на этом чертеже горизонтальное направление обозначает время.
Как описано выше, в приемном устройстве 41, в случае, если зарегистрирована заранее заданная услуга вещания НРВ принудительного типа, все контенты, подлежащие передаче по логическому каналу, закрепленному за этой услугой, автоматически принимаются и сохраняются приемным устройством 41.
В примере по фиг.13 принимаются и сохраняются «контент 1», то есть контент, подлежащий передаче посредством одного сеанса ДФОТ, и «контент 2» - «контент 4», то есть контенты, подлежащие передаче посредством другого сеанса ДФОТ. «Контент 1» является контентом, к которому прикрепляется версия, тем самым самый свежий контент организован так, что он постоянно перезаписывается. «Контент 2» - «контент 4» сохраняются до наступления момента, определенного как «срок истечения», и по наступлении момента, определенного как «срок истечения», «контент 2» - «контент 4» удаляются.
В примере по фиг.13 вначале принимается и сохраняется первая версия контента «контент 1». Отметим, что на чертеже первая версия контента «контент 1» обозначена как «контент 1 (в1)». «Контент 1» организован так, что одна и та же версия транслируется многократно. Теперь допустим, что приемное устройство 41 приняло и сохранило первую трансляцию. В этом случае приемное устройство 41 выполнено так, чтобы не принимать и не сохранять вторую трансляцию.
В дальнейшем при трансляции второй версии контентов «контент 1» приемное устройство 41 принимает и сохраняет этот контент. То есть поверх уже сохраненного (записанного) «контента 1 (в1)» записывается «контент 1 (в2)». Здесь приемное устройство 41 также выполнено так, чтобы принимать и сохранять вторую трансляцию, при условии, что первая трансляция была принята и сохранена.
Кроме того, в течение приема «контента 1 (в1)» приемное устройство 41 начинает прием «контента 2» и по завершении приема «контента 2» сохраняет «контент 2». «Контент 2» организован так, что одна и та же трансляция транслируется дважды. Теперь допустим, что приемное устройство 41 приняло и сохранило первую трансляцию. В этом случае приемное устройство 41 выполнено так, чтобы принимать и сохранять вторую трансляцию.
Аналогично, приемное устройство 41 принимает и сохраняет «контент 3». В дальнейшем приемное устройство 41 затем также принимает и сохраняет «контент 4».
Как описано выше, «контент 2» и «контент 3» сохраняются до наступления момента, определенного как «срок истечения», и по наступлении момента, определенного как «срок истечения», «контент 2» и «контент 3» удаляются. На фиг.13 момент, определенный как «срок истечения», описан как «истечение».
Отметим, что удаление контента может быть выполнено в момент, определенный как «срок истечения», или контенты, «сроки истечения» которых прошли, могут быть удалены вместе, например, спустя заранее заданный промежуток времени. Далее, например, в случае, если предписано отобразить список сохраненных контентов, контенты, «сроки истечения» которых прошли, могут быть удалены вместе.
Таким образом, контент вещания НРВ принудительного типа может быть последовательно обновлен в ответ на его версию или также может быть сохранен до наступления срока истечения тем же способом, что в случае с вещанием НРВ гибкого типа.
Как описано выше, в настоящем изобретении одна услуга вещания НРВ принудительного типа закреплена за одним логическим каналом. В дальнейшем в настоящем изобретении данные, необходимые для осуществления вещания НРВ принудительного типа, располагаются в положении вещательного канала, где могут быть сохранены данные в соответствии с логическими каналами. В частности описание данных, необходимых для осуществления вещания НРВ принудительного типа, организовано так, чтобы добавляться к поканальным областям 72-1, 72-2 и т.д. описания ТВК, описанной со ссылкой на фиг.7. Или же описание данных, необходимых для осуществления вещания НРВ принудительного типа, организовано так, чтобы добавляться к областям 91 описания ТД НРВ, описанным со ссылкой на фиг.8.
В случае если описание данных, необходимых для осуществления вещания НРВ принудительного типа, организовано так, чтобы добавляться к поканальной области описания ТВК, ТВК структурируется так, как показано на фиг.14. Фиг.14 является схемой, иллюстрирующей пример ТВК, используемой для настоящего изобретения.
В примере на этом чертеже в области 271 описания ТВК описаны поля «ID ТП», «число каналов», поканальная область 272-1 описания, поканальная область 272-2 описания и т.д.
Поле «ID ТП» принято в качестве ID для идентификации транспортного потока, и фактически описана заранее заданная буква или численная величина и т.п. Таким образом, можно определить, какой физический канал (вещательный канал) включен в ТВК. Поле «число каналов» описано как численная величина, представляющая собой число логических каналов, включенных в физический канал, определенный полем «ID ТП».
Данные, относящиеся к одному логическому каналу, описаны в каждой из поканальных областей 272-1, 272-2 и т.д. описания. Эта область описания предоставлена в соответствии с численной величиной, описанной в упомянутом выше поле «число каналов». Например, в случае, если число логических каналов, включенных в этот физический канал, равно 3, то в поле «число каналов» описана численная величина «3». Так описываются поканальная область 272-1 описания, поканальная область 272-2 описания и поканальная область 272-3 описания.
В поканальной области 272-1 описания описаны поля «имя канала», «номер канала», «тип услуги», «номер программы», «ID источника», «метаданные НРВ принудительного типа» и т.д. В полях «имя канала» и «номер канала» описаны заранее заданные буквы и численная величина соответственно. Например, поле «имя канала» поканальной области 272-1 описания описано как «первый канал XX станции НРВ» и т.п., а поле «номер канала» описано как «5-1» и т.п. Кроме того, поле «имя канала» поканальной области 272-1 описания описано как «второй канал XX станции НРВ» и т.п. а поле «номер канала» описано как «5-2» и т.п.
В поле «тип услуги» описаны данные для определения, является ли соответствующий логический канал логическим каналом, соответствующим обычному вещанию, или логическим каналом, соответствующим вещанию НРВ. Например, в случае, если логический канал, соответствующий поканальной области 272-1 описания, является логическим вещательным каналом НРВ, поле «тип услуги» описывается как «НРБ».
Поле «ID источника» принято в качестве ID для идентификации соответствующего логического канала, и фактически описана заранее заданная буква или численная величина и т.п. То есть поканальная область 272-1 описания является областью, где описаны данные, относящиеся к одному логическому каналу, определенному полем «ID источника».
Поле «метаданные НРВ принудительного типа» принято в качестве данных, необходимых для осуществления вещания НРВ принудительного типа, и описаны, например, следующие данные.
С помощью поля «метаданные НРВ принудительного типа» описаны данные, означающие, что соответствующий логический канал является логическим каналом, соответствующим услуге вещания НРВ принудительного типа, и имя услуги для этой услуги вещания НРВ принудительного типа. Далее может быть описана суть этой услуги вещания НРВ принудительного типа. Кроме того, с помощью поля «метаданные НРВ принудительного типа» описаны размер памяти (емкость памяти), необходимый для приема выпуска этой услуги вещания НРВ принудительного типа, и минимальный интервал (временной интервал) распространения контентов в этой услуге вещания НРВ принудительного типа. Далее с помощью поля «метаданные НРВ принудительного типа», например, в случае, если эта услуга вещания НРВ принудительного типа предоставляется платно, описан URL для соединения с Интернет-сервером для выполнения различных типов регистрации и т.п. перед операцией, такой как обработка счетов и т.п., и т.д.
Аналогично, данные, относящиеся к одному логическому каналу, определенному полем «ID источника», также описаны в каждой поканальной области 272-2 описания и т.д.
Таким образом, структурируется ТВК согласно настоящему изобретению.
В случае если описание информации, необходимой для осуществления вещания НРВ принудительного типа, добавляется к области 91 описания ТД НРВ, ТД НРВ структурируется так, как показано на фиг.15. Фиг.15 является схемой, иллюстрирующей пример ТД НРВ, используемой для настоящего изобретения.
В примере на этом чертеже в области 91 описания ТД НРВ описаны поля «ID источника», «число контентов», «метаданные НРВ принудительного типа», поканальная область 292-1 описания, поканальная область 292-2 описания и т.д.
Поле «ID источника» - то же, что описано выше со ссылкой на фиг.14, принято в качестве ID для идентификации логического канала, и фактически в нем описана заранее заданная буква или численная величина и т.п. Таким образом, один из логических каналов, описанных в поканальной области 272-1 описания, поканальной области 272-2 описания и т.д., может быть соотнесен с соответствующей ТД НРВ. Поле «число контентов» описано как численная величина, обозначающая число контентов, подлежащих трансляции в заранее заданный единичный интервал времени по логическому каналу, определенному полем «ID источника» и т.п.
Поле «метаданные НРВ принудительного типа» принято в качестве данных, необходимых для осуществления вещания НРВ принудительного типа, и в них описаны те же данные, что описаны выше со ссылкой на фиг.14.
В частности, с помощью поля «метаданные НРВ принудительного типа» описаны данные, означающие, что соответствующий логический канал является логическим каналом, соответствующим услуге вещания НРВ принудительного типа, и имя услуги для этой услуги вещания НРВ принудительного типа. Далее может быть описано краткое содержание этой услуги вещания НРВ принудительного типа. Кроме того, с помощью поля «метаданные НРВ принудительного типа» описаны размер памяти (емкость памяти), необходимый для приема выпуска этой услуги вещания НРВ принудительного типа, и минимальный интервал (временной интервал) распространения контента в этой услуге вещания НРВ принудительного типа. Далее с помощью поля «метаданные НРВ принудительного типа», например, в случае, если эта услуга вещания НРВ принудительного типа предоставляется платно, описан URL для соединения с Интернет-сервером для выполнения различных типов регистрации и т.п. перед операцией, такой как обработка счетов и т.п., и т.д.
Данные, относящиеся к одному контенту, описаны в каждой из поконтентных областей 292-1, 292-2 и т.д. описания. Эти описанные области обеспечены в соответствии с численной величиной, описанной в описанном выше поле «число контентов». Например, в случае, если число контентов, подлежащих трансляции в единичный временной интервал по соответствующему логическому каналу, равно 5, то в поле «число контентов» описана численная величина «5». В дальнейшем описаны поконтентная область 292-1 описания, поконтентная область 292-2 описания, и т.д. до поконтентной области 292-5 описания.
В поконтентной области 292-1 описания описаны поля «ID единицы контента», «версия контентов», «график распространения», «срок истечения контентов», «имя контентов», «данные местонахождения передачи контентов» и т.д.
Поле «ID единицы контента» принято в качестве ID для идентификации соответствующего контента, и фактически описана заранее заданная буква, численная величина и т.п. То есть поконтентная область 292-1 описания является областью, где описаны данные, относящиеся к одиночному контенту, определенному этим полем «ID единицы контента».
С помощью поля «версия контентов» описаны данные, представляющие собой версию этого контента. Например, в случае, если существуют контенты первой версии (контент 1 (в1)) и второй версии (контент 1 (в2)), описанные выше со ссылкой на фиг.13, то «контент 1 (в1)» и «контент 1 (в2)» в поле «ID единицы контента» обозначены одинаково. Поэтому поле «версия контентов» описано как данные для идентификации контентов, к которым прикреплено одно поле «ID единицы контента», но версии которых различаются.
С помощью поля «график распространения» описаны данные, обозначающие момент начала трансляции и момент окончания трансляции соответствующего контента. Отметим, что этот контент является контентом вещания НРВ и, таким образом, момент начала и окончания трансляции представляет собой не момент, когда этот контент может быть просмотрен и прослушан, но момент, когда следует начать загрузку этого контента, и момент завершения его загрузки.
С помощью поля «срок истечения контентов» описаны данные для определения момента времени, служащего сроком истечения соответствующего контента. Воспроизведение контента, срок истечения которого прошел, предотвращается путем удаления с носителя записи приемного устройства 41 и т.п.
С помощью поля «имя контентов» описаны буквы, такие как имя соответствующего контента, и т.п.
С помощью поля «данные местонахождения передачи контентов» описаны IP-адрес, номер порта ППД и идентификатор «ИСТ (идентификатор сеанса транспортировки)» для определения сеанса ДФОТ, описанного выше со ссылкой на фиг.6. Это поле «данные местонахождения передачи контентов» определяется, и тем самым среди данных, подлежащих передаче по логическому каналу, определенному с помощью «ID источника», могут быть идентифицированы данные данных одиночного контента, определенного полем «ID единицы контента».
Аналогично, данные, относящиеся к одиночному контенту, определенному полем «ID единицы контента», также описаны в каждой из поконтентных областей 292-2 и т.д. описания.
Таким образом, структурирована ТД НРВ согласно настоящему изобретению. Как описано выше, данные, необходимые для осуществления вещания НРВ принудительного типа, могут быть описаны в ТВК или в ТД НРВ. Далее будет описан пример в случае, когда данные, необходимые для осуществления вещания НРВ принудительного типа, описаны в ТД НРБ.
Пример синтаксической структуры ТД РВ согласно настоящему изобретению будет описан со ссылкой на фиг.16 и 17. Отметим, что фиг.16 и 17 являются непрерывной синтаксической структурой, где первый ряд «for (j=0; j< … {» по фиг.17 продолжен как следующий ряд за последним рядом «num_item_in_section» по фиг.16.
Диапазон, обозначенный рамкой 291 на фиг.16 и 17, соответствует области 291 описания по фиг.15. Кроме того, диапазон, обозначенный рамкой 292-1 на фиг.17, соответствует поконтентной области 292-1 описания по фиг.15. Отметим, что в примере по фиг.16 и 17 для упрощения описания число поконтентных областей описания определено равным единице. В синтаксической структуре, показанной на чертежах, каждый из идентификаторов, подлежащих описанию в соответствующей области описания, определен вместе с числом битом (ч. битов).
На фиг.16 в качестве ID для определения типа этих данных принят 8-битовый идентификатор, описанный в области 310, и в нем сохранена заранее заданная величина. В соответствии с этим идентификатором определяется, что эти данные являются ТД НРВ.
На фиг.16 данные, обозначенные как 16-битовый идентификатор, описанный в области 311, соответствуют полю «ID источника», описанному со ссылкой на фиг.15.
На фиг.16 данные, обозначенные как идентификатор, описанный в области 312, соответствуют полю «метаданные НРВ принудительного типа», описанному со ссылкой на фиг.15. Отметим, что эта подробность будет описана ниже со ссылкой на фиг.18.
На фиг.16 данные, обозначенные как 8-битовый идентификатор, описанный в области 313, соответствуют полю «число контентов», описанному со ссылкой на фиг.15.
На фиг.17 данные, обозначенные как 14-битовый идентификатор, описанный в области 314, соответствуют полю «ID единицы контента», описанному со ссылкой на фиг.15.
На фиг.17 данные, обозначенные как 8-битовый идентификатор, описанный в области 315, соответствуют полю «версия контентов», описанному со ссылкой на фиг.15.
На фиг.17 данные, обозначенные как идентификатор, описанный в области 316, соответствуют полю «график распространения», описанному со ссылкой на фиг.15.
На фиг.17 данные, обозначенные как идентификатор, описанный в области 317, соответствуют полю «срок истечения контентов», описанному со ссылкой на фиг.15.
На фиг.17 данные, обозначенные как идентификатор, описанный в области 318, соответствуют полю «имя контентов», описанному со ссылкой на фиг.15.
На фиг.17 данные, обозначенные как идентификатор, описанный в области 319, соответствуют полю «данные местонахождения передачи контентов», описанному со ссылкой на фиг.15.
Фиг.18 является схемой, иллюстрирующей пример синтаксической структуры поля «метаданные НРВ принудительного типа», подлежащего описанию в области 312 по фиг.16.
Отметим, что в случае, если данные, необходимые для осуществления вещания НРВ принудительного типа, описаны в ТД НРВ, этот чертеж является примером синтаксической структуры поля «метаданные НРВ принудительного типа», подлежащего описанию в области 312 по фиг.16. С другой стороны, в случае, если данные, необходимые для осуществления вещания НРВ принудительного типа, описаны в ТВК, этот чертеж является примером синтаксической структуры поля «метаданные НРВ принудительного типа», подлежащего описанию в поканальной области 272-1 описания, поканальной области 272-2 описания и т.д. по фиг.14.
С помощью синтаксической структуры по этому чертежу каждый из идентификаторов, подлежащих описанию в соответствующей области описания, определяется вместе с числом битов (ч. битов).
Согласно 8-битовому идентификатору, описанному в области 341 по фиг.18, обозначено, что соответствующий канал является логическим каналом, соответствующим услуге вещания НРВ принудительного типа.
Согласно идентификатору, описанному в области 342 по фиг.18, описано имя услуги, соответствующей услуге вещания НРВ принудительного типа.
Согласно идентификатору, описанному в области 343 по фиг.18, обозначен минимальный интервал (временной интервал) распространения контентов в соответствующей услуге вещания НРВ принудительного типа.
Согласно идентификатору, описанному в области 344 по фиг.18, обозначен размер хранения (объем памяти), необходимый для приема выпуска соответствующей услуги вещания НРВ принудительного типа.
В случае если соответствующая услуга вещания НРВ принудительного типа предоставляется платно, согласно идентификатору, описанному в области 345 по фиг.18, описан URL для соединения с Интернет-сервером для выполнения различных типов регистрации и т.п. перед операцией, такой как обработка счетов и т.п.
Фиг.19 является блок-схемой, иллюстрирующей пример выполнения приемного устройства 41 по фиг.1. На этом чертеже сигнал на основе вещательных волн, принятых через непоказанную антенну и т.п., упорядочивается для подачи на терминал 401.
Тюнер 402 выполнен так, чтобы извлекать сигнал, соответствующий заранее заданному вещательному каналу, из сигнала, выведенного с терминала 401, и выводить на демультиплексор 403 ТП как цифровой сигнал на основе управляющего воздействия управляющего блока 409.
Демультиплексор 403 ТП вырабатывает транспортные пакеты из цифрового сигнала, выведенного с тюнера 402. В дальнейшем демультиплексор 403 ТП извлекает транспортные пакеты, к которым прикреплен заранее заданный идентификатор, и выводит эти транспортные пакеты как данные заранее заданного логического канала на основе управляющего воздействия управляющего блока 409.
В случае если соответствующий логический канал является логическим каналом обычного вещания, демультиплексор 403 ТП выводит данные этого логического канала на видеодекодер 404 или аудиодекодер 405.
Видеодекодер 404 и аудиодекодер 405 выполнены так, чтобы декодировать кодированные данные изображения и кодированные аудиоданные и выводить сигналы изображения и звуковые сигналы на терминал 410 и терминал 411, соответственно.
Терминал 410 и терминал 411 соединены с дисплеем и динамиком, состоящим, например, из телевизионного приемника и т.п.
С другой стороны, в случае, когда соответствующий логический канал является логическим вещательным каналом НРВ, демультиплексор 403 ТП выводит данные этого логического канала на процессор 407 ДФОТ.
Процессор 407 ДФОТ получает файлы, определенные с помощью сеанса ДФОТ среди поданных данных как данные этого логического канала и записывает данные, состоящие из этих файлов, в память 408 как данные контента. Отметим, что метаданные, выработанные на управляющем блоке 409, могут быть записаны в память 408 способом, например, соотносящимся с данными контента.
Память 408 является, например, носителем записи, таким как ЖД (жесткий диск) и т.п., и записывает данные контента и другие данные, необходимые приемному устройству 41.
Демультиплексор 406 контейнера файла выполнен так, чтобы считывать данные контента, подлежащего воспроизведению, из памяти 408 и выводить на видеодекодер 404 и аудиодекодер 405 на основе управляющего воздействия управляющего блока 409. Например, в случае, если воспроизводится контент вещания НРВ, записанный в память 408, демультиплексор 406 контейнера файла выполнен так, чтобы считывать данные этого контента из памяти 408 на основе управляющего воздействия управляющего блока 409.
Управляющий блок 409 выполнен, например, так, чтобы включать в себя процессор, память и т.д., и управляет каждым блоком приемного устройства 41. Управляющий блок 409 принимает, например, сигналы предписаний канала настройки, характеристики контента, подлежащего загрузке, характеристики контента, подлежащего воспроизведению и т.д., задаваемые пользователем, которые подаются через непоказанный пульт дистанционного управления и т.п. Кроме того, управляющий блок 409 при необходимости вырабатывает, например, отображаемые данные ГПИ (графического пользовательского интерфейса) и выводит на терминал 410 через видеодекодер 404.
Фиг.20 является схемой, иллюстрирующей пример изображений, отображаемых на экране дисплея, соединенного с приемным устройством 41.
Изображение, показанное на этом чертеже, принято в качестве ГПИ для отображения списка услуг вещания принудительного типа, предоставляемых приемным устройством 41. Пример по фиг.20 показывает состояние, в котором с помощью курсора 451 выбирается компонент ГПИ, отображенный как «НРВ». Здесь в нижней части чертежа компонента ГПИ, отображенного как «НРВ», отображены иконка 452 и иконка 453.
«Выпуск новостей» отображен на чертеже справа от иконки 452, а иконка 452 соответствует услуге «выпуск новостей» вещания НРВ принудительного типа. Кроме того, «прогноз погоды» отображен на чертеже справа от иконки 453, а иконка 453 соответствует услуге «прогноз погоды» вещания НРВ принудительного типа.
Например, в случае, если пользователь с помощью пульта дистанционного управления и т.п. выбирает иконку 452, на экране дисплея отображается такое изображение, как показано на фиг.21. Изображение, показанное на чертеже, принято в качестве ГПИ для принятия регистрации услуги «выпуск новостей» вещания НРВ принудительного типа. Например, при нажатии кнопки 261 на фиг.21 на приемном устройстве 41 выполняется регистрация услуги «выпуск новостей» вещания НРВ принудительного типа.
Приемное устройство 41, которое выполнило регистрацию услуги «выпуск новостей» вещания НРВ принудительного типа, выполнено так, чтобы принимать и сохранять контент «выпуска новостей». В дальнейшем список контентов, загруженный приемным устройством 41, отображается на экране, например, как список контентов, показанный на фиг.22. Теперь в примере по фиг.22 скажем, что «ХХХХ» отображает название каждого контента, данные, включенные в метаданные этого контента, и т.д.
Пользователь приемного устройства 41 отображает список контентов по фиг, 22 на экране дисплея и т.п. и выбирает контент, подлежащий просмотру и прослушиванию, например, путем управления ГПИ. Таким образом, выбранный контент воспроизводится и, как показано на фиг.23, изображение контента отображается на экране дисплея. В этом примере в качестве изображения контента отображено изображение городской улицы.
Далее со ссылкой на блок-схему по фиг.24 будет описана операция регистрации услуги НРВ принудительного типа.
На этапе S101 управляющий блок 409 приемного устройства 41 управляет тюнером 402 для получения метаданных, управляющих данных и т.д., относящихся к вещанию НРВ.
В этот момент принимаются, например, данные ППСД. Отметим, что, как описано выше, данные ППСД являются данными, структурированными так, чтобы включать в себя ТВК, ТД НРВ и т.д. Устроено так, что они периодически принимаются приемным устройством 41.
На этапе S102 управляющий блок 409 вырабатывает список услуг вещания НРВ принудительного типа.
В этот момент поле «метаданные НРВ принудительного типа», описанное выше со ссылкой на фиг.15, проверяется относительно каждой из ТД НРВ, принятых на этапе S101. В дальнейшем с помощью поля «метаданные НРВ принудительного типа» в соответствии с, например, 8-битовым идентификатором, описанным в области 341 по фиг.18, определяется, является ли соответствующий логический канал логическим каналом, соответствующим услуге вещания НРВ принудительного типа. В случае если определено, что соответствующий логический канал является логическим каналом, соответствующим услуге вещания НРВ принудительного типа, имя услуги для этой услуги вещания НРВ принудительного типа получается на основе полей «имя канала», «номер канала» и идентификатора области 342 по фиг.18 этого логического канала.
Таким образом, на основе каждой из ТД НРВ, принятых на этапе S101, определяются логические каналы, соответствующие услуге вещания НРВ принудительного типа. Следовательно, список услуг вещания НРВ принудительного типа вырабатывается и отображается в качестве ГПИ, как описано выше со ссылкой на фиг.20.
На этапе S103 управляющий блок 409 принимает выбор услуги, сделанный пользователем на основе списка услуг вещания НРВ принудительного типа, выработанного в результате обработки на этапе S102. В этот момент выбирается заранее заданная услуга вещания НРВ принудительного типа.
На этапе S104 управляющий блок 409 сохраняет поле «ID источника», соответствующее услуге вещания НРВ принудительного типа, выбранной в результате обработки на этапе S103. Здесь поле «ID источника» может быть определено на основе ТД НРВ, принятой на этапе S101.
Кроме того, в этот момент на основе идентификатора, описанного в области 344 по фиг.18, определяется размер памяти, необходимый для приема выпуска соответствующей услуги вещания НРВ принудительного типа, и резервируется область хранения памяти 408.
Далее, например, в случае, если эта услуга вещания НРВ принудительного типа предоставляется платно, с помощью идентификатора, описанного в области 345 по фиг.18, определяется URL для соединения с Интернет-сервером для выполнения различных типов регистрации и т.п. перед операцией, такой как обработка счетов и т.п. В дальнейшем на основе этого URL приемное устройство 41 обращается к Интернет-серверу, и выполняется операция заключения соглашения о платном просмотре и прослушивании.
Таким образом, проводится операция регистрации услуги вещания НРВ принудительного типа. Как описано выше, в настоящем изобретении для каждой услуги вещания НРВ принудительного типа имеется соответствующий логический канал, и, соответственно, сохраняется поле «ID источника» для определения логического канала, соответствующего зарегистрированной услуге вещания НРВ принудительного типа.
Далее со ссылкой на блок-схему по фиг.25 будет описана операция приема и воспроизведения вещания НРВ принудительного типа, выполняемая приемным устройством 41.
На этапе S121 управляющий блок 409 приемного устройства 41 управляет тюнером 402 для получения метаданных, управляющих данных и т.д., относящихся к вещанию НРВ.
В этот момент, например, принимаются данные ППСД. Отметим, что, как описано выше, данные ППСД являются данными, структурированными так, чтобы включать в себя ТВК, ТД НРВ и т.д., и периодически принимаются приемным устройством 41. В дальнейшем, когда принимаются данные ППСД, выполняется операция выработки графика загрузки на этапе S122.
На этапе S122 управляющий блок 409 выполняет операцию выработки графика загрузки, которая будет описана ниже со ссылкой на фиг.25. Таким образом, резервируется загрузка контента вещания НРВ принудительного типа.
Теперь подробный пример операции выработки графика загрузки на этапе S122 по фиг.25 будет описан со ссылкой на блок-схему по фиг.26.
На этапе S141 управляющий блок 409 получает ТД НРВ на основе поля «ID источника», сохраненного в результате обработки на этапе S 104 по фиг.24. В частности, из ТД НРВ, включенных в данные ППСД, принятые на этапе S121, извлекается и получается ТД НРВ, соответствующая полю «ID источника», сохраненному в результате обработки на этапе S104.
На этапе S142 управляющий блок 409 проверяет поконтентную область описания ТД НРВ, полученную в результате обработки на этапе S141. В этот момент, например, проверяется контент описания поконтентной области 292-1 описания по фиг.15.
На этапе S143 управляющий блок 409 получает поля «ID единицы контента» и «версия контентов», описанные в поконтентной описательной области, проверенной на этапе S142.
На этапе S144 управляющий блок 409 определяет, не записан ли тот же контент в память 408. В частности, определяется, не был ли уже принят и сохранен контент, имеющий такие же поля «ID единицы контента» и «версия контентов». В случае если на этапе S144 определено, что тот же контент не записан в память 408, обработка переходит к этапу S145.
На этапе S145 управляющий блок 409 определяет, не внесена ли загрузка того же контента в график. Возьмем контент, такой как «контент 1 (в1)», описанный выше со ссылкой на фиг.13. В случае если тот же контент повторно транслируется дважды, достаточно выполнить загрузку только одной из двух трансляций. Поэтому на этапе S145 определяется, не внесена ли в график загрузка того же контента. В случае если на этапе S145 определено, что тот же контент не внесен в график, обработка переходит к этапу S146.
На этапе S146 управляющий блок 409 получает поле «график распространения», описанное в поконтентной области описания, проверенной на этапе S142. Таким образом, получены момент начала трансляции и момент окончания трансляции.
На этапе S147 управляющий блок 409 вносит в график загрузку контента, соответствующего поконтентной области описания, проверенной на этапе S142.
Теперь в случае, если на этапе S144 определено, что тот же контент записан в память 408, пропускается обработка в этапах S145-S147. Кроме того, в случае, если на этапе S145 определено, что загрузка того же контента внесена в график, пропускается обработка в этапах S146 и S147.
На этапе S148 управляющий блок 409 определяет, имеется ли среди ТД НРВ, полученных в результате обработки на этапе S141, следующая поконтентная область описания. В примере по фиг.15 за поконтентной областью 292-1 описания следует поконтентная область 292-2 описания, и, соответственно, на этапе S148 определяется, что следующая поконтентная область описания имеется, и обработка возвращается к этапу S142.
В дальнейшем на этапе S142 проверяется контент описания поконтентной области 292-2 описания и повторно выполняется обработка в этапах S143-S147.
Таким образом, обработка в этапах S142-S148 выполняется повторно, пока на этапе S148 не будет определено, что следующая поконтентная область описания отсутствует. В случае если на этапе S148 определено, что следующая поконтентная область описания отсутствует, операция выработки графика загрузки завершается.
Наряду с окончанием операции по фиг.26, например, график загрузки контента вещания НРВ принудительного типа сохраняется во внутренней памяти управляющего блока 409 и т.п. График загрузки структурирован в виде списка данных для определения физического канала, логического канала и сеанса ДФОТ, например, для контента, подлежащего загрузке. То есть график загрузки, например, так же, как данные о резервировании для обычной записи, является данными о резервировании для того, чтобы приемное устройство 41 автоматически выполнило загрузку.
Затем приемное устройство 41 выполняет загрузку контентов в соответствии с этим графиком загрузки.
Вернемся к фиг.25. После обработки на этапе S122 обработка переходит к этапу S123. На этапе S123 управляющий блок 409 определяет, прошел ли момент начала трансляции контента в графике загрузки, выработанном в результате обработки на этапе S122, и дожидается, пока не будет определено, что момент начала трансляции прошел. В случае если на этапе S123 определено, что момент начала трансляции прошел, обработка переходит к этапу S124.
На этапе S124 управляющий блок 409 управляет тюнером 402, демультиплексором 403 ТП и процессором 407 ДФОТ для загрузки контента.
В этот момент канал настройки тюнера 402 приемного устройства 41 настроен на вещательный канал, соответствующий физическому каналу, указанному в графике загрузки. Кроме того, демультиплексор 403 ТП выводит данные логического канала, указанного в графике загрузки, на процессор 407 ДФОТ. В дальнейшем процессор 407 ДФОТ получает файл сеанса ДФОТ, указанного в графике загрузки. По истечении времени окончания трансляции контента получение всех файлов, составляющих поток сеанса ДФОТ, на приемном устройстве 41 завершено, тем самым загрузка контента завершена.
На этапе S125 управляющий блок 409 определяет, записан ли контент, загруженный в результате обработки на этапе S124, поверх ранее записанного контента. Например, в случае, если был загружен контент, поле «ID единицы контента» которого то же, что у ранее записанного контента, но поле «версия контентов» отличается от него, то определяется, что поверх ранее записанного контента записывается новый.
Далее на этапе S125 на основе размера памяти, необходимого для приема выпуска соответствующей услуги вещания НРВ принудительного типа, указанного идентификатором, описанным в области 344 по фиг.18, определяется, выполнить ли перезапись. В частности, в случае, если нужно записать данные контента, превышающего заранее заданный размер памяти, определяется, что ранее записанный контент перезаписывается. В этом случае, например, поверх самого старого из ранее записанных контентов записывается контент, загруженный в результате обработки на этапе S124.
В случае если на этапе S125 определено, что поверх ранее записанного контента записывается загруженный контент, обработка переходит к этапу S127, и контент, загруженный на этапе S124, записывается поверх другого. Таким образом, версия этого контента обновляется.
С другой стороны, в случае, если на этапе S125 определено, что поверх ранее записанного контента не записан загруженный контент, обработка переходит к этапу S126 и контент, загруженный в результате обработки на этапе S124, вновь записывается в память 408.
Отметим, что когда записывается контент, метаданные этого контента, включенные в данные, полученные на этапе S121, могут также быть записаны способом, соотносящимся с этим контентом. Отметим, что метаданные состоят из, например, полей «имя контентов», «график распространения», «срок истечения контентов» и т.д., описанных в ТД НРВ.
Здесь описание велось относительно примера в случае, когда загружается один контент, но фактически в соответствии с графиком загрузки загружается множество контентов.
Теперь, например, в случае, если пользователь приемного устройства 41 отменил регистрацию соответствующей услуги вещания НРВ принудительного типа во время обработки, далее загрузка контента не выполняется.
На этапе S128 управляющий блок 409 отображает список контентов, записанных в результате обработки на этапе S126 или этапе S127. В этот момент вырабатывается и отображается на дисплее, например, такое изображение, как показано на фиг.22.
Отметим, что, как описано выше, срок истечения устанавливается для каждого из контентов, и контенты, срок истечения которых прошел, компонуются так, чтобы не включать их в список контентов, отображенный на этапе S128. Срок истечения может быть определен на основе поля «срок истечения контентов», описанного со ссылкой на фиг.15.
На этапе S129 управляющий блок принимает выбор контента, сделанный пользователем на основе списка контентов, отображенного в результате обработки на этапе S128. В этот момент, например, из контентов вещания НРВ, ранее записанных в память 408, выбирается контент, который пользователь намерен просмотреть и прослушать.
На этапе S130 управляющий блок 409 управляет демультиплексором 406 контейнера файла с тем, чтобы воспроизвести контент, выбранный в результате обработки на этапе S129. Таким образом, например, как показано на фиг.23, изображение контента отображается на дисплее.
Отметим, что в случае, если зарегистрированная услуга вещания НРВ принудительного типа предоставляется платно, все данные логических каналов, соответствующих этой услуге, кодируются и затем транслируются. Однако устроено так, что ключ для декодирования данных логических каналов, соответствующих этой услуге, заранее передается на приемное устройство 41, зарегистрированное в этой услуге, в качестве пакета СПП (сообщение о предоставлении прав) (EMM - Entitlement Management Message). Соответственно, на приемном устройстве 41, зарегистрированном в этой услуге, кодированные данные декодируются с помощью ключа, переданного и сохраненного заранее, благодаря чему контент может быть просмотрен и прослушан.
Таким образом, приемным устройством 41 выполняется операция приема и воспроизведения вещания НРВ принудительного типа. При этом в настоящем изобретении приемное устройство 41, в котором зарегистрирована услуга вещания НРВ принудительного типа, выполнено так, чтобы автоматически загружать все контенты, подлежащие трансляции по логическому каналу, соответствующему этой услуге. Соответственно, услуга НРВ принудительного типа может быть осуществлена без выполнения широкомасштабной модификации, которую предполагают существующие средства, стандарты и т.п.
Кроме того, вещательные волны вещания НРВ, принятые приемным устройством 41 в соответствии с настоящим изобретением, передаются с помощью передающего устройства 21. Передающее устройство 21 выполнено так, чтобы включать в себя мультиплексирующий блок для выработки сигналов, в которых мультиплексируются, например, метаданные, такие данные, как управляющие данные, и данные контента.
Данные контента являются данными, состоящими из данных изображения и аудиоданных, подвергнутых кодированию сжатия с помощью аудио-видео кодера для кодирования видеоданных и аудиоданных, с помощью, например, системы MPEG.
Такие данные, как метаданные, управляющие данные и т.д., являются данными, состоящими, например, из данных ППСД и т.п.
Передающее устройство 21 вырабатывает ТВК и ТД НРВ, соответствующие заранее заданному графику трансляций, и вырабатывает данные, состоящие из данных ППСД, включающих ТВК и ТД НРБ и т.п. в качестве дополнительных данных. В дальнейшем передающее устройство 21 вырабатывает сигналы, в которых дополнительные данные и данные контента мультиплексированы на мультиплексирующем блоке, модулирует эти сигналы и выводит вещательные волны.
Операция передачи вещательных волн в соответствии с вещанием НРВ передающим устройством 21 будет описана со ссылкой на блок-схему по фиг.27.
На этапе S161 управляющий блок передающего устройства 21 получает график трансляции. Теперь допустим, что описанные ниже данные, относящиеся к контенту, подлежащему трансляции, включены в график трансляции.
На этапе S162 управляющий блок передающего устройства 21 получает данные, относящиеся к контенту, подлежащему трансляции. Теперь допустим, что данные, относящиеся к контенту, включают поля «ID единицы контента», «график распространения», «срок истечения контентов», «имя контентов», данные, обозначающие контент гибкого типа или контент принудительного типа и т.д.
На этапе S 163 управляющий блок передающего устройства 21 определяет, является ли контент, соответствующий данным, полученным в результате обработки на этапе S162, контентом вещания НРВ принудительного типа. Отметим, что фактически обработка на этапе S 163 выполняется относительно каждого из множественных контентов, описанных в графике трансляции.
В случае если на этапе S163 определено, что контент, соответствующий данным, полученным в результате обработки на этапе S162, является контентом вещания НРВ принудительного типа, обработка переходит к этапу S164.
На этапе S164 управляющий блок передающего устройства 21 вырабатывает ТД НРВ для вещания НРВ принудительного типа. В этот момент, например, вырабатывается ТД НРВ, описанная выше со ссылкой на фиг.15.
В случае если на этапе S163 определено, что контент, соответствующий данным, полученным в результате обработки на этапе S162, не является контентом вещания НРВ принудительного типа, обработка переходит к этапу S165.
На этапе S165 управляющий блок передающего устройства 21 вырабатывает ТД НРВ для вещания НРВ гибкого типа. В этот момент, например, вырабатывается ТД НРВ, описанная выше со ссылкой на фиг.8.
На этапе S166 управляющий блок передающего устройства 21 вырабатывает ТВК. На этапе S167 управляющий блок передающего устройства 21 вырабатывает дополнительные данные, состоящие из данных ППСД, включающих ТВК и ТД НРВ, и т.п. На этапе S168 мультиплексирующий блок передающего устройства 21 на основе графика трансляции вырабатывает сигналы, в которых мультиплексированы дополнительные данные и данные контента. Отметим, что в этот момент, одновременно с мультиплексированием дополнительных данных и данных контента, данные, подлежащие трансляции по множественным логическим каналам, мультиплексируются как данные, подлежащие трансляции по одному физическому каналу.
На этапе S169 передающее устройство 21 модулирует сигналы, выработанные в результате обработки на этапе S168, и на этапе S170 выводит вещательные волны сигналов, модулированных в результате обработки на этапе S169.
Таким образом, выполняется операция передачи вещательных волн, соответствующих вещанию НРВ.
Отметим, что в операции, описанной выше со ссылкой на фиг.24-27, описание велось исходя из предположения, что данные, необходимые для осуществления вещания НРВ принудительного типа (к примеру, «метаданные НРВ принудительного типа»), описаны в ТД НРВ. Однако само собой разумеется, что данные, необходимые для осуществления вещания НРВ принудительного типа, могут быть описаны в ТВК, как описано со ссылкой на фиг.14.
Таким образом, согласно настоящему изобретению услуга НРВ принудительного типа может быть осуществлена без выполнения широкомасштабной модификации, которую предполагают существующие средства, стандарты и т.п.
Кстати, в примере, описанном выше со ссылкой на фиг.14, данные, необходимые для осуществления вещания НРВ принудительного типа, были прямо описаны в ТВК, но такие данные могут быть описаны и в другом фрагменте управляющих данных.
Например, в ТВК по фиг.14 описано поле «идентификационные данные обычный/НРВ» вместо поля «метаданные НРВ принудительного типа», подлежащего описанию в поканальной области 272-1 описания, поканальной области 272-2 описания и т.д. Поле «идентификационные данные обычный/НРВ» принято в качестве данных, обозначающих, является соответствующий логический канал логическим каналом обычного вещания или логическим вещательным каналом НРВ. В дальнейшем в случае, если соответствующий логический канал является логическим вещательным каналом НРВ, в дополнение к ТВК приемное устройство 41 принимает ТКУ (таблицу карты услуг). В дальнейшем данные, необходимые для осуществления вещания НРВ принудительного типа (к примеру, поле «метаданные НРВ принудительного типа») описываются в ТКУ.
В этом случае, например, ТКУ вырабатывается для каждого физического канала.
Например, как описано выше со ссылкой на фиг.14, поле «ID ТП» принято в качестве ID для идентификации транспортного потока, и фактически в нем описана заранее заданная буква или численная величина и т.п. Таким образом, может быть определено, какой физический канал (вещательный канал) включает ТВК. Например, на основе этого поля «ID ТП» определяется ТКУ.
Кроме того, как описано выше, в поканальной области 272-1 описания ТВК описаны поля «имя канала», «номер канала», «тип услуги», «номер программы», «ID источника», «метаданные НРБ принудительного типа» и т.д.
Поле «ID источника» принято в качестве ID для идентификации соответствующего логического канала, и фактически в нем описана заранее заданная буква или численная величина и т.п., то есть поканальная область 272-1 описания является областью, в которой описаны данные, относящиеся к одному логическому каналу, определенному этим полем «ID источника».
Аналогично, данные, относящиеся к одному логическому каналу, определенному этим полем «ID источника», описаны также в поканальной области 272-2 описания и т.д.
Кроме того, в примере по фиг.15 в области 291 описания ТД НРВ описаны поля «ID источника», «число контентов», «метаданные НРВ принудительного типа», поконтентная область 292-1 описания, поконтентная область 292-2 описания и т.д.
Поле «ID источника» то же, что описано выше со ссылкой на фиг.14, принято в качестве ID для идентификации логического канала, и фактически в нем описана заранее заданная буква или численная величина и т.п. Таким образом, один из логических каналов, описанных в поканальной области 271-1 описания, поканальной области 271-2 описания и т.д. по фиг.14, может быть соотнесен с соответствующей ТД НРВ.
Соответственно, ТД НРВ вырабатывается поканально (имеются в виду логические каналы).
В описанной выше ТКУ описаны данные, относящиеся к каждой из ТД НРВ, соответствующих множественным полям «ID источника». В дальнейшем данные, необходимые для осуществления вещания НРВ принудительного типа, относящиеся к контенту, описанному в поконтентной области описания каждой из множественных ТД НРВ, описаны в ТКУ.
То есть ТКУ, так же как ТВК, передается как заранее заданные данные описания, где описаны данные, относящиеся к логическому каналу. Кроме того, ТД НРВ может быть принята в качестве примера метаданных контента, подлежащего трансляции по логическому каналу.
Таким образом, например, все контенты, подлежащие трансляции по одному логическому каналу, могут быть приняты как контент вещания НРВ принудительного типа. Далее, например, может быть произведено упорядочивание, в результате которого среди контентов, подлежащих трансляции по одному логическому каналу, контент, подлежащий трансляции в заранее заданном временном интервале, принимается как контент вещания НРВ гибкого типа, а контент, подлежащий трансляции в другом временном интервале, принимается как контент вещания НРВ принудительного типа.
В вещательной системе 1 согласно настоящему изобретению ТВК и ТКУ могут быть составлены и переданы таким образом.
Кроме того, описание до сих пор велось относительно примера, в котором поканальная область описания подается в ТД НРВ, и относительно каждого контента описывается поле «данные местонахождения передачи контентов». Как описано выше, определяется поле «данные местонахождения передачи контентов», тем самым данные одного контента, определенного с помощью поля «ID единицы контента», могут быть идентифицированы среди данных, подлежащих передаче по логическому каналу, определенному полем «ID источника».
В частности, с помощью поля «данные местонахождения передачи контентов» определяется сеанс ДФОТ и получаются данные, составляющие поток сеанса ДФОТ. Поток сеанса ДФОТ фактически состоит из множества файлов, разделенных на части заранее заданного размера, и к каждому их этих множества файлов прикреплен «ИСТ». В приведенном выше примере описание велось на основе ТДФ, то есть файла, «ИСТ» которого равен нулю, и получаются данные контента, подлежащего передаче в заранее заданный сеанс ДФОТ.
Отметим, что сеанс ДФОТ может быть приведен в качестве примера сеансов передачи файлов, использованных для передачи данных контентов, а ТДФ является управляющими данными сеансов передачи файлов и может быть приведена в качестве примера передачи управляющих данных.
Однако в последнее время просмотр и прослушивание контентов стали часто выполняться с помощью персонального компьютера и т.п., без помощи аудио-видеооборудования, такого как телевизионный приемник и т.п. Соответственно, если просмотр и прослушивание контентов в приемном устройстве 41 могут быть выполнены, например, способом, соответствующим получению контентов с помощью Интернета, удобство возрастает. Например, можно упорядочить данные так, чтобы адресный файл, в котором описаны адресные данные файла, составляющего соответствующий контент, определялся на основе ТДФ, а файл, составляющий этот контент, получался на основе данных адреса, описанных в адресном файле.
Например, на приемное устройство 41 устанавливается прикладное программное обеспечение, такое как браузер. В дальнейшем, чтобы можно было проанализировать адресный файл, описанный с помощью RSS, используется функция браузера, позволяющая считывать RSS.
Этот адресный файл описан с помощью, например, формата RSS (Обзор сайта по стандарту СОР, СОР - схема описания ресурсов) (RDF Site Summary, RDF - Resource Description Framework), используемого для Интернета. RSS является форматом предложения РЯР (расширяемого языка разметки (XML, extensible Markup Language), в котором в структурированном виде описаны метаданные, такие как название веб-сайта, аннотация и т.п.
Фиг.28 является схемой для описания примера в случае, когда файл, составляющий контент, получается с помощью адресного файла, описанного в формате RSS. Как описано выше, поле «данные местонахождения передачи контентов», относящееся к каждому контенту, описано в поконтентной области описания ТД НРВ. В этом примере представлены данные, названные «ID единицы контента = http://example.com/NRT/rss.xml» и данные, названные «IP_adress/Port/TSI = хх/хх/хх», которые описаны в ТД НРВ. «IP_adress/Port/TSI = хх/хх/хх» представляет собой поле «данные местонахождения передачи контентов», где как «хх/хх/хх» фактически описаны IP-адрес, номер порта и ИСТ.
Таким образом, определяется сеанс ДФОТ и получаются данные, составляющие поток сеанса ДФОТ. К каждому из множества файлов потока сеанса ДФОТ прикрепляется «ИОП» и получается ТДФ, «ИОП» которой равен нулю. В этом примере предложение XML, начинающееся с «<File», описано в области 501, которая является частью области описания ТДФ.
В области 501 описано «Content-location = http://XYZ.com/newHeadline/rss.xml». Оно означает, что адресный файл в формате RSS, названный «XYZ.com/newHeadline/rss.xml», определен описанием области 501. В дальнейшем, согласно описанию «ИОП=«1»», представлен идентификатор адресного файла, подлежащего определению. То есть это означает, что файл, «ИОП» которого равен 1, является адресным файлом. Далее, описание, названное «Content-Type=«application/rss+xml»», означает, что адресный файл описан в формате RSS.
Приемное устройство 41 получает файл, «ИОП» которого равен 1, как адресный файл, сверяется с ярлыком предложения XML, начинающегося с «<enclosure», тем самым получая адресные данные файла объектного контента. В этом примере это описано как «url = http://XYZ.com/newsHeadline/title.mp4…». Таким образом, определяется область 502, которая является частью описания ТДФ.
В области 502 описано «Content-location = http://XYZ.com/newsHeadline/title.mp4».
Это означает, что согласно описанию области 502 определен файл контента в формате MPEG4 (тр4), названный «XYZ.com/newsHeadline/title.mp4…». В дальнейшем согласно описанию, названному «ИОП = «2»», обозначен идентификатор адресного файла, подлежащего определению. То есть это означает, что файлом контента является файл, «ИОП» которого равен 2. Далее, описание, названное «Content-Type = «video/mp4»», означает, что этот файл является файлом, подвергнутым кодированию сжатия в формате MPEG4 (mp4).
В дальнейшем приемное устройство 41 получает файл, «ИОП» которого равен 2, как файл контента и декодирует файл, подвергнутый кодированию сжатия в формате MPEG4, в результате чего этот контент может быть воспроизведен.
Таким образом, приемное устройство 41 может быть выполнено, например, как персональный компьютер, на котором установлено прикладное программное обеспечение, такое как браузер и т.п.
Фиг.29 является схемой, иллюстрирующей пример адресного файла, описанного формате RSS. На этом чертеже описание, названное «<title>News Headline by XYZ</title>», в области 502 означает, что заголовком контента, определенным этим адресным файлом, является «News Headline by XYZ».
Кроме того в области 522 описано предложение XML, начинающееся с «<item». Описание, названное «<enclosure url = http://YXZ.com/newsHeadline/title01.mp4 length = "123456789" type = "video/mp4"/>» в области 522 является описанием, относящимся к элементу «enclosure», предусмотренному как формат описания RSS. Элемент «enclosure» исходно является элементом, обозначающим носитель, закрепленный за объектом раздачи, подлежащим раздаче в RSS, но в этом случае этот элемент используется как данные для определения предложения XML, начинающегося с «<File>».
То есть «url = http://YXZ.com/newsHeadline/title01.mp4» элемента «enclosure» используется для определения «Content-Location = http://YXZ.com/newsHeadline/title01.mp4», описанного в области 502 ТДФ по фиг.28. Кроме того, length = "123456789" элемента «enclosure» является описанием, обозначающим размер этого файла контента в байтах. Кроме того, «type="video/mp4"» элемента «enclosure» является описанием, означающим, что этот файл контента является файлом движущегося изображения (видео), сжатым в формате MPEG4.
Отметим, что, если в адресном файле, так же, как в области 522, описано множество предложений MXL, то этим адресным файлом могут быть определены множество файлов контента.
Как описано выше, настоящее изобретение позволяет организовать данные так, чтобы прикладное программное обеспечение, такое как браузер и т.п., было установлено в приемном устройстве 41, тем самым адресный файл, описанный в RSS, можно было проанализировать, используя функцию браузера, позволяющую считывать RSS. Соответственно, например, согласно тому же устройству и способу, что в случае с просмотром веб-страницы в Интернете, тем самым контенты могут быть приняты, просмотрены и прослушаны. Отметим, что способ просмотра и прослушивания контентов с использованием адресного файла, описанного в формате RSS, может быть применен как к вещанию НРВ принудительного типа, так и к вещанию НРВ гибкого типа.
Например, загрузка контента на этапе S16 по фиг.10 или на этапе S124 по фиг.25 может быть выполнена путем получения такого файла контента, как описан выше со ссылкой на фиг.28 и 29. То есть данные могут быть организованы так, чтобы адресный файл определялся на основе ТДФ, файлы, составляющие соответствующий контент, получались на основе адресных данных, описанных в адресном файле, тем самым выполнялась загрузка контента. Кроме того, в таком случае данные контента, которые передает передающее устройство 21, структурированы, как описано выше, так, чтобы включать адресный файл в дополнение к ТДФ и файлу контента.
Кстати, в примере, описанном выше со ссылкой на фиг.12, описание велось исходя из того, что приемное устройство 41 периодически принимает данные ППСД и, соответственно, могут быть получены ТВК и ТД НРВ. В дальнейшем в примере по фиг.12 описание велось исходя из того, что вначале принимаются ТВК 210, ТД НРВ 211 и ТД НРВ 212, и определяется логический канал, где передаются контент А и контент В, и его файл сеанса ДФОТ. Далее описание велось исходя из того, что заново принимаются и обновляются ТВК 220, ТД НРВ 221 и ТД НРВ 222, и на основе ТВК 220 и ТД НРВ 221 определяется логический канал, где передается контент С, и его файл сеанса ДФОТ.
То есть в описанном выше примере в случае новой передачи контента нужно заранее выработать данные ППСД и заставить приемное устройство 41 заново принять ТВК и ТД НРВ.
Однако способ просмотра и прослушивания контента при помощи адресного файла, описанного в формате RSS, позволяет передать и принять на приемное устройство 41 новый контент, не заставляя приемное устройство 41 заново принимать ТВК и ТД НРВ.
В частности, после принятия приемным устройством 41 ТВК и ТД НРВ и определения логического канала и сеанса ДФОТ, ТДФ, подлежащая передаче с помощью сеанса ДФОТ этого логического канала, и контент адресного файла модифицируются в заранее заданное время. Таким образом, новый контент можно передать и принять на приемное устройство 41, не заставляя приемное устройство 41 заново принимать ТВК и ТД НРВ.
Фиг.30 является схемой для описания способа передачи, просмотра и прослушивания нового контента на приемном устройстве 41, не заставляя приемное устройство 41 заново принимать ТВК и ТД НРВ. Вертикальная ось на этом чертеже обозначает время, а стрелка S обозначает циклы обновления ТВК и ТД НРВ. Отметим, что циклы обновления ТВК и ТД НРВ равны циклу передачи данных ППСД.
На фиг.30 с помощью сеанса ДФОТ логического канала, определенного приемным устройством 41 на основе ТВК и ТД НРВ, с 9 часов (09:00:00) до 10 часов (10:00:00) циклически передаются «вариант 01 ТДФ», «RSS 01» и «файл 01 контента». Здесь «вариант 01 ТДФ» является файлом ТДФ, ИОН которого равен 0, «RSS 01» является адресным файлом, описанным в формате RSS, определенным с помощью «варианта 01 ТДФ». «Файл 01 контента» является файлом контента, определенным с помощью «варианта 01 ТДФ» и «RSS 01».
Кроме того, с помощью сеанса ДФОТ логического канала, определенного приемным устройством 41 на основе ТВК и ТД НРВ, после 10 часов (10:00:00) циклически передаются «вариант 02 ТДФ», «RSS 02» и «файл 02 контента». Здесь «вариант 02 ТДФ» является файлом ТДФ, ИОН которого равен 0, «RSS 02» является адресным файлом, описанным в формате RSS, определенным с помощью «варианта 02 ТДФ». «Файл 02 контента» является файлом контента, определенным с помощью «варианта 02 ТДФ» и «RSS 02».
То есть в примере по фиг.30 сеансы ДФОТ логических каналов, определенных приемным устройством 41 на основе ТВК и ТД НРВ, те же, но ТДФ, адресные файлы и файлы контента со временем меняются.
Например, в случае, если «файл 01 контента» является файлом контента D, а «файл 02 контента» является файлом контента Е, приемное устройство 41 может принять контент D с 9 до 10 часов, а контент Е после 10 часов.
Фиг.31 и 32 являются схемами, иллюстрирующими пример адресного файла, описанного в формате RSS, использованного для примера по фиг.30.
Фиг.31 является адресным файлом, соответствующим «RSS 01» по фиг.30. Область 541 и область 542 на этом чертеже являются областями, где описан, соответственно, тот же контент, что в областях 521 и 522 по фиг.29, и, соответственно, его подробное описание будет опущено.
В примере по фиг.31, в отличие от случая по фиг.29, имеется область 543. В области 543 описано поле «<pubDate>Tue, 10 Jun 2003 09:00:00 GMT</pubDate>». Это означает, что соответствующий адресный файл был выработан в 9 часов во вторник, 10 июня 2003 года, время по Гринвичскому меридиану.
Кроме того, в примере по фиг.31, в отличие от случая по фиг.29, имеется область 544. В области 544 описано поле «<skipHours><hour>9</hour></skipHours>». Это описание относится к элементу «skipHours», предусмотренному как формат описания RSS. Элемент «skipHours» является описанием для определения временного интервала для недопущения «переползания», а «переползание» не допускается в течение временного интервала, соответствующего численной величине, описанной в части, окруженной ярлыками <hour>. Случай по фиг.31 означает, что в течение одного часа после 9 часов 10 июня 2003 года ни один файл не обновляется (не переползает).
Приемное устройство 41 принимает ТВК и ТД НРВ в момент, соответствующий верхнему концу стрелки S по фиг.30, и определяет логический канал и сеанс ДФОТ. Таким образом, когда наступает 9 часов, приемное устройство 41 автоматически получает «вариант 01 ТДФ» и на основе этого получает адресный файл, показанный на фиг.31. Приемное устройство 41, которое получило адресный файл, показанный на фиг.31, в 9 часов сверяется с областью, соответствующей области 502 (фиг.28), в «варианте 01 ТДФ», чтобы получить «файл 01 контента». В дальнейшем в течение следующего часа, т.е. до наступления 10 часов, «файл 01 контента» не получается. Кроме того, приемное устройство 41, которое получило адресный файл, показанный на фиг.31, автоматически получает («переползает») файл контента по истечении одного часа после 9 часов.
Когда наступает 10 часов, модифицируется описание ТДФ, подлежащей передаче с помощью соответствующего сеанса ДФОТ. То есть, когда наступает 10 часов, в качестве файла, ИОП которого равен нулю, передается «вариант 02 ТДФ». Приемное устройство 41 получает «вариант 02 ТДФ» независимо от описания, относящегося к элементу «skipHours». Причина этого в том, что ТДФ является файлом, подлежащим автоматическому получению с помощью сеанса ДФОТ логического канала, который определен приемным устройством 41 на основе ТВК и ТД НРВ.
Соответственно, когда наступает 10 часов, приемное устройство 41 автоматически получает «вариант 02 ТДФ». Кроме того, как описано выше, когда наступает 10 часов, приемное устройство 41 автоматически выполняет операцию получения файла контента на основе контента описания адресного файла, показанного на фиг.31. Получение файла здесь выполняется на основе описания, относящегося к элементу «skipHours» по фиг.31.
То есть, когда наступает 10 часов, приемное устройство 41 также получает адресный файл, показанный на фиг.32, на основе описания «варианта 02 ТДФ». Причина этого в том, что адресным файлом, определенным «вариантом 02 ТДФ», является «RSS 02».
Фиг.32 является адресным файлом, соответствующим «RSS 02» по фиг.30. На фиг.32 описание областей 541 и 542 совпадает со случаем по фиг.31, и, соответственно, их подробное описание будет опущено.
На фиг.32 в области 543 описано поле «<pubDate>Tue, 10 Jun 2003 10:00:00 GMT</pubDate>». Это означает, что соответствующий адресный файл был выработан в 10 часов во вторник, 10 июня 2003 года, время по Гринвичскому меридиану. В области 544 описано поле «<skipHours><hour>10</hour></skipHours>». Это означает, что в течение одного часа после 10 часов 10 июня 2003 года ни один файл не обновляется (не переползает).
Соответственно, приемное устройство 41, которое получило адресный файл, показанный на фиг.32, сверяется с областью, соответствующей области 502 (фиг.28), в «варианте 02 ТДФ», чтобы получить «файл 02 контента». В дальнейшем в течение следующего часа, т.е. до наступления 11 часов, «файл 02 контента» не получается. Кроме того, приемное устройство 41, которое получило адресный файл, показанный на фиг.32, автоматически получает («переползает») файл контента по истечении одного часа после 10 часов.
Соответственно, в дальнейшем приемное устройство 41 получает «вариант 02 ТДФ» независимо от описания, относящегося к элементу «skipHours». Причина этого в том, что ТДФ является файлом, подлежащим автоматическому получению с помощью сеанса ДФОТ логического канала, который определен приемным устройством 41 на основе ТВК и ТД НРВ.
Кроме того, когда наступает 11 часов, приемное устройство 41, которое получило адресный файл, показанный на фиг.32, выполняет, как описано выше, операцию автоматического получения файла контента на основе контента описания адресного файла, показанного на фиг.32. Получение файла здесь выполняется на основе описания, относящегося к элементу «skipHours» по фиг.32.
То есть, когда наступает 11 часов, приемное устройство 41 также получает адресный файл, показанный на фиг.32, на основе описания «варианта 02 ТДФ». Причина этого в том, что адресным файлом, определенным «вариантом 02 ТДФ», является «RSS 02». В дальнейшем приемное устройство 41 сверяется с областью, соответствующей области 502 (фиг.28) в «варианте 02 ТДФ», чтобы получить «файл 02 контента». В этом случае, следовательно, файл контента, полученный в 10 часов, и файл контента, полученный в 11 часов, являются одним и тем же контентом («файл 02 контента»).
Таким образом, новый контент можно передать и принять на приемное устройство 41, не заставляя приемное устройство 41 заново принимать ТВК и ТД НРВ. Например, можно организовать данные таким образом, чтобы краткий выпуск новостей отображался на дисплее приемного устройства 41 как изображение веб-страницы, и изображение автоматически обновлялось с заранее заданным временным интервалом.
В частности, например, загрузка контента на этапе S16 по фиг.10 или на этапе S124 по фиг.25 может быть выполнена путем получения файла контента, такого как описан выше со ссылкой на фиг.30-32. То есть данные могут быть организованы так, чтобы адресный файл определялся на основе ТДФ, а файлы, составляющие соответствующий контент, получались на основе адресных данных, описанных в адресном файле. Или же загрузка контента может быть выполнена путем циклического получения файла контента на основе данных для управления временным интервалом получения файла, описанным в этом адресном файле (к примеру, описания, относящегося к элементу «skipHours»).
Таким образом, новый контент вещания НРВ может быть передан, просмотрен и прослушан без выработки данных ППСД, включающих ТВК и ТД НРВ. Соответственно, например, на станции вещания и т.п. каждый раз, когда передается новый контент вещания НРВ, нет необходимости вырабатывать данные ППСД, включающие в себя ТВК и ТД НРВ, тем самым может быть составлен более разнообразный график вещания.
До сих пор описание велось относительно примера в случае использования адресного файла, описанного в формате RSS, но может быть применен и адресный файл, описанный в формате ATOM.
В отношении описанных выше примеров описание велось относительно варианта осуществления, в котором вещание НРВ принудительного типа может быть осуществлено при помощи способа, адаптированного преимущественно к стандарту ATSC (Комитета по продвинутым телевизионным системам). Однако вещание НРВ принудительного типа может быть осуществлено, например, при помощи способа, адаптированного к стандарту ARIB (Ассоциации радиоиндустрии и радиобизнеса).
В случае вещания НРВ способом, адаптированным к стандарту ARIB, программы, подлежащие трансляции, разделяются по группам.
Здесь группы приняты в качестве блока в случае обозначения программ, подлежащих трансляции сериями, вместе. Кроме того, группы структурированы путем выстраивания иерархии, и, например, могут быть структурированы так, что одна группа принимается в качестве материнской группы, и в эту материнскую группу включено множество дочерних групп. Группы могут быть приняты в качестве логического канала, где мультиплексируются физические каналы, что будет описано ниже.
Программы обычно имеют одинаковое значение, и, например, множество программ включено в одну группу.
В случае вещания НРБ способом, адаптированным к стандарту АРИБ, предполагается, что пользователь приемного устройства 41, как правило, заключает соглашение о платных просмотре и прослушивании в рамках вещания НРВ. То есть только пользователь, внесший оплату, сможет просмотреть и прослушать программу, которая является объектом этого соглашения о просмотре и прослушивании.
Например, можно организовать данные так, что файл данных изображения или аудиоданных и т.п., составляющий программу, кодируется и транслируется, а приемное устройство 41, принадлежащее пользователю, внесшему оплату, получает лицензионное соглашение на принятую программу, и файл этой программы декодируется.
В случае вещания НРВ способом, адаптированным к стандарту ARIB, такие данные, как описанные выше группа, программа, лицензионное соглашение и т.д. организуются так, чтобы передаваться в качестве метаданных ЭМК и приниматься приемным устройством 41.
Фиг.33 является схемой для описания пакета протоколов в вещательных сигналах, включающих вещание НРВ, способом, адаптированным к стандарту ARIB. Вещание НРВ способом, адаптированным к стандарту ARIB, называется спутниковым вещанием загрузки.
Как показано на фиг.33, в качестве нижнего уровня иерархии принят «физический слой», и ему соответствует диапазон частот вещательных волн, присвоенный спутниковому вещанию загрузки. В качестве следующего более высокого уровня иерархии, соседнего с «физическим слоем», принят «интервал». «Интервал» принят в качестве полосы пропускания с разделением по времени, и, например, за одним вещательным каналом закреплены 48 интервалов.
В качестве следующего более высокого иерархического уровня, соседнего с «интервалом», принято «ЗДТ (значение длины типа)». С помощью «ЗДТ» пакет верхнего уровня иерархии делится на пакеты различной длины, называемые пакетами ЗДТ, и передается, и непрерывность пакетов ЗДТ будет называться потоком ЗДТ.
То есть все сигналы, подлежащие передаче по полосе пропускания, соответствующей одному вещательному каналу, передаются пакетами ЗДТ, данные заголовка которых соответствуют этому вещательному каналу, и т.д. Другими словами, в случае вещания НРВ способом, адаптированным к стандарту ARIB, скорость передачи потока ЗДТ присваивается каждому физическому каналу (вещательному каналу).
В качестве следующего более высокого уровня иерархии, соседнего с «ЗДТ», описаны «IP (групповой)», «IP сжатия заголовка (групповой)», «ТДС (таблица данных сети) ЗДТ» и «ТКА (таблица карты адресов)». «IP (групповой)» принят в качестве IP-пакета в групповой форме. «IP сжатия заголовка (групповой)» используется для устранения непроизводительных издержек при передаче путем сжатия заголовка IP-пакета. Например, оно принято в качестве IP-пакета, за которым закреплены данные заголовка, которые соответствуют протоколу, в котором вместо передачи всех данных заголовка всех пакетов пакет с полным заголовком передается прерывистым образом, в других пакетах заголовки замещаются сжатыми заголовками и передаются, а данные заголовка восстанавливаются принимающей стороной.
«ТДС (таблица данных сети) ЗДТ» и «ТКА (таблица карты адресов)» приняты в качестве уровней иерархии, в которых данные, используемые для идентификации идентификатора, закрепленного за пакетом ЗДТ, передаются на основе IP-адреса, номера порта и т.д. С помощью «ТДС ЗДТ» и «ТКА» описаны мультиплексированное состояние пакетов ЗДТ и т.д., такое как список вещательной группы мультиплексированных IP-пакетов и т.п. приемное устройство 41 сверяется с «ТДС ЗДТ» и «ТКА», чтобы определить идентификатор, закрепленный за пакетом ЗДТ, тем самым объектный IP-пакет может быть извлечен.
В качестве следующего более высокого уровня иерархии, соседнего с «IP (групповым)», «IP сжатия заголовка (групповым)» принят «ППД», а в качестве следующего за ним уровня иерархии принят «протокол передачи данных». «Протокол передачи данных» принят в качестве уровня иерархии, соответствующего заранее заданному протоколу для передачи файла, в котором сохранены «метаданные ЭМК» и «ТПМВ». На основе этого протокола передачи данных будет выработан заголовок загрузки, описанный ниже.
«ТПМВ (транспортный поток с меткой времени)» является уровнем иерархии, где кодированные данные изображения, аудиоданные и т.д. делятся на транспортные пакеты (ТП-пакеты) заданной длины, и передается пакет, полученный путем добавления данных метки времени на заранее заданную позицию в ТП-пакете. В качестве следующего более высокого уровня иерархии, соседнего с «ТПМВ», описаны «кодирование видео (кодированные данные изображения)», «кодирование звука (кодированные аудиоданные)» и «кодирование субтитров (кодированные данные субтитров)».
«Метаданные ЭМК» приняты в качестве уровня иерархии, где данные, составляющие описанные выше метаданные ЭМК, делятся на пакеты заданной длины и передаются.
С помощью иерархического пакета «ТПМВ» или иерархического пакета «метаданные ЭМК» данные свойств файла, подлежащего сохранению, такие как идентификационные данные, система кодирования, номер блока и т.д., добавляются к нему в качестве заголовка загрузки, который принят в качестве полезной информации пакета ППД.
Таким способом, в спутниковом вещании загрузки, то есть вещании НРВ способом, адаптированным к стандарту АРИБ, один вещательный канал (как будто бы он был физическим каналом), имеющий полосу пропускания, соответствующую скорости передачи пакета ЗДТ «ЗДТ», может быть мультиплексирован во множество логических каналов, называемых группой.
Данные, относящиеся к каждому из таких логических каналов, описаны в таблице свойств группы, которая является управляющими данными, относящимися к логическому каналу (группе), подлежащими выработке для каждого вещательного канала, и таблице свойств покупки, которая является управляющими данными, соответствующими пользовательскому соглашению о просмотре и прослушивании. И в таблице свойств группы, и в таблице свойств покупки содержатся данные, включенные в метаданные ЭМК. Их подробности будут описаны ниже.
На основе таблицы свойств группы и таблицы свойств покупки определяется поле «ID группы», то есть идентификатор группы, включенной в программу, подлежащую загрузке, а на основе поля «ID группы» определяется поле «CRID», то есть идентификатор программы. В дальнейшем на основе поля «CRID» определяются IP-адрес и номер порта IP-пакета, подлежащего приему. Далее путем сверки с «ТДС ЗДТ» и «ТКА» определяется идентификатор, закрепленный за пакетом ЗДТ, и извлекается объектный IP-пакет.
Отметим, что данные организованы так, что заранее заданные IP-адрес и номер порта закрепляются за IP-пакетом, в котором сохранены метаданные ЭМК. IP-адрес и номер порта данных ЭМК сохраняются в приемном устройстве 41 заранее.
То есть приемное устройство 41 определяет идентификатор, закрепленный за пакетом ЗДТ, путем сверки с «ТДС ЗДТ» и «ТКА» на основе ранее сохраненных IP-адреса и номера порта, в результате чего может быть извлечен IP-пакет метаданных ЭМК. На основе полученных таким образом таблицы свойств группы и таблицы свойств покупки, как описано выше, определяется поле «ID группы», то есть идентификатор группы, в которой включена программа, подлежащая загрузке.
Далее будут описаны метаданные ЭМК. Метаданные ЭМК включают таблицу свойств группы, таблицу свойств программы, таблицу местонахождения группы, таблицу свойств покупки, таблицу свойств лицензионного соглашения и таблицу данных управления загрузкой.
Фиг.34 является схемой, иллюстрирующей пример таблицы свойств группы (данных группы), используемой для настоящего изобретения. Таблица свойств группы вырабатывается для каждой группы. В случае вещания НРВ способом, адаптированным к стандарту АРИБ, приемное устройство 41, которое принимает вещание НРВ принудительного типа, выполнено так, чтобы принимать все программы, включенные в группу, соответствующую этому вещанию НРВ принудительного типа.
В примере на этом чертеже в таблице свойств группы описаны поля «ID группы», «тип группы», «число групп/программ», «ID материнской группы», «название», «краткое содержание», «жанр», «ключевое слово», «иконка названия» и т.д.
Поле «ID группы» принято в качестве идентификатора для определения соответствующей группы.
С помощью поля «ID группы», например, описаны условия продажи программы, принадлежащей к соответствующей группе, и т.д., например, в случае, если программа, принадлежащая к этой группе, является серией, транслируемой за 10 раз, описаны данные, обозначающие, продаются эти десять серий разом или по одной.
Кроме того, с помощью поля «тип группы» описаны данные, обозначающие, является ли программа, принадлежащая к соответствующей группе, программой вещания НРВ принудительного типа. В случае вещания НРВ способом, адаптированным к стандарту ARIB, вещание НРВ принудительного типа и вещание НРВ гибкого типа отличаются не способом загрузки, а способом сохранения данных после загрузки.
То есть в случае вещания НРВ способом, адаптированным к стандарту ARIB, загруженные данные программы записываются на носитель записи способом, соотнесенным с полями «ID группы» и «тип группы». В случае вещания НРВ способом, адаптированным к стандарту ARIB, например, данные, полученные путем загрузки программы вещания НРВ принудительного типа, организуются так, чтобы перезаписать их, когда будет загружена другая программа, принадлежащая к той же группе. С другой стороны, когда данные получены путем загрузки программы вещания НРВ гибкого типа, такая перезапись не выполняется.
То есть приемное устройство 41 на основе полей «ID группы» и «тип группы» определяет, перезаписывать ли вновь загруженные данные программы. Таким образом, в случае, если пользователь заключил соглашение о просмотре и прослушивании вещания НРВ принудительного типа, далее данные программы будут автоматически перезаписываться на носителе записи приемного устройства 41.
Таким образом, например, пользователь, который заключил соглашение о просмотре и прослушивании «прогноза погоды», может всегда просмотреть и прослушать последний прогноз.
С помощью поля «число групп/программ» описаны количества групп (дочерних групп), принадлежащих к соответствующей группе, и программ, принадлежащих к соответствующей группе.
С помощью поля «ID материнской группы» в случае, если у соответствующей группы есть материнская группа, описано поле «ID группы» ее материнской группы.
С помощью полей «краткое содержание», «жанр» и «ключевое слово» описаны, соответственно, название, краткое содержание, жанр и ключевое слово соответствующей группы.
С помощью поля «иконка названия», например, прикреплены данные мини-изображения программы, принадлежащей к соответствующей группе.
Таким образом, структурирована таблица свойств группы.
Фиг.35 является схемой, иллюстрирующей пример таблицы свойств программы (данных программы), используемой для настоящего изобретения. Таблица свойств программы вырабатывается для каждой программы.
В примере на этом чертеже в таблице свойств программы описаны поля «CRID (ID ссылки на контент)», «ID группы», «свойство аудио-видео», «название», «краткое содержание», «жанр», «ключевое слово», «иконка названия» и т.д.
Поле «CRID» принято в качестве идентификатора для определения соответствующей программы.
С помощью поля «ID группы» описано поле «ID группы» группы, к которой принадлежит соответствующая программа.
С помощью поля «аудио-видео свойство» описаны, например, данные, обозначающие, является ли соответствующая программа программой с субтитрами, и т.д.
С помощью полей «название», «краткое содержание», «жанр», «ключевое слово» описаны, соответственно, название, краткое содержание, жанр и ключевое слово.
С помощью поля «название носителя» прикреплены, например, данные мини-изображения программы, принадлежащей к соответствующей группе.
Таким образом, структурирована таблица свойств программы.
Фиг.36 является схемой, иллюстрирующей пример таблицы свойств покупки (данные покупки). В примере на этом чертеже в таблице свойств покупки описаны поля «ID покупки», «ID группы/ID программы», «оплата» и т.д. Таблица свойств покупки вырабатывается для каждого соглашения о просмотре и прослушивании группы или программы (контента).
Поле «ID покупки» принято в качестве идентификатора для определения соответствующего соглашения о просмотре и прослушивании.
С помощью поля «ID группы/ID программы» описаны поля «ID группы» и «ID программы (т.е. CRID)» относительно группы или программы, являющейся объектом соответствующего соглашения о просмотре и прослушивании.
С помощью поля «оплата» описана оплата, которую требует внести соглашение о просмотре и прослушивании.
Таким образом, структурирована таблица свойств покупки.
Фиг.37 является схемой, иллюстрирующей пример таблицы свойств лицензионного соглашения (данные лицензионного соглашения). В примере на этом чертеже в таблице свойств лицензионного соглашения описаны поля «ID лицензионного соглашения», «CRID», «ID покупки», «условия использования» и т.д. Таблица свойств лицензионного соглашения вырабатывается для каждого соглашения о просмотре и прослушивании группы или программы (контента).
Поле «ID лицензионного соглашения» является идентификатором лицензионного соглашения, соответствующего соответствующему соглашению о просмотре и прослушивании, а также является, например, адресными данными области памяти, в которой хранится ключ для декодирования кодированного файла программы.
Например, приемное устройство 41, которое получило поле «ID лицензионного соглашения», обращается к серверу станции вещания и т.п., чтобы соединиться с ней через сеть на основе ее адреса. То есть упомянутый выше адрес нужен для определения заранее заданной области памяти сервера станции вещания, а в этой области памяти хранится ключ для декодирования файла кодированной программы.
Приемное устройство 41 передает поле «ID покупки» и собственные идентификационные данные и т.д., чтобы, например, в момент обращения к серверу станции вещания получить от сервера подтверждение. В случае если подтверждение успешно получено, приемное устройство 41 выполнено так, чтобы получить ключ для декодирования файла с сервера.
С помощью поля «CRID» описано поле «CRID» программы, которая может быть просмотрена и прослушана согласно соответствующему соглашению о просмотре и прослушивании.
С помощью поля «ID покупки» описано поле «ID покупки» соглашения о просмотре и прослушивании согласно соответствующему лицензионному соглашению.
С помощью поля «условия использования» описаны данные, обозначающие сколько раз доступен для декодирования файл программы согласно соответствующему лицензионному соглашению (сколько раз контент доступен для воспроизведения) и т.д.
Таким образом, структурирована таблица свойств лицензионного соглашения.
Фиг.38 является схемой, иллюстрирующей пример таблицы местонахождения программы (местонахождение программы). В примере на этом чертеже в таблице местонахождения программы описаны поля «CRID», «опорный URL программы», «ID покупки» и т.д. Таблица местонахождения программы вырабатывается для каждой программы.
С помощью поля «CRID» описано поле «CRID» соответствующей программы. С помощью поля «URL ссылки программы» описан URL загрузки управляющих данных (описаны ниже) соответствующей программы.
С помощью поля «ID покупки» описано поле «ID покупки» соглашения о просмотре и прослушивании, объектом которого является соответствующая программа. Таким образом, структурирована таблица местонахождения программы. Фиг.39 является схемой, иллюстрирующей пример данных управления загрузкой (данные управления загрузкой). В примере на этом чертеже в данных управления загрузкой описаны поля «CRID», «график загрузки» и т.д. Данные управления загрузкой вырабатываются для каждой программы.
С помощью поля «CRID» описано поле «CRID» соответствующей программы. С помощью поля «график загрузки» описаны вещательный канал, момент начала трансляции, момент окончания трансляции и т.д. соответствующей программы.
Кроме того, дополнительно, IP-адрес и номер порта пакетов для передачи файла соответствующей программы организованы так, чтобы быть описанными в данных управления загрузкой.
Таким образом, структурированы данные управления загрузкой. Отметим, что описанные выше таблица свойств группы, таблица свойств программы, таблица местонахождения программы, таблица свойств покупки, таблица свойств лицензионного соглашения, таблица данных управления загрузкой, фактически, описаны каждая как предложение XML.
Например, пользователь приемного устройства 41, которое приняло метаданные ЭМК, определяет вещание НРВ принудительного типа, которое он намерен просмотреть и прослушать, сверяясь с полями «название», «краткое содержание» и т.д., включенными в таблицу свойств группы. В дальнейшем пользователь заключает соглашение о просмотре и прослушивании в соответствии с заранее заданными процедурами, чтобы внести оплату, необходимую для этого соглашения о просмотре и прослушивании вещания НРВ принудительного типа. Например, идентификационные данные приемного устройства 41 пользователя, который внес оплату, сохраняются на сервере вещательной станции способом, соотнесенным с полем «ID покупки», соответствующим соглашению о просмотре и прослушивании, заключенному и завершенному путем внесения оплаты. Кроме того, поле «ID покупки», соответствующее соглашению о просмотре и прослушивании, заключенному и завершенному путем внесения оплаты, сохраняется в приемном устройстве 41 пользователя, который внес оплату.
Приемное устройство 41, которое приняло трансляцию после заключения соглашения о просмотре и прослушивании и внесения оплаты, на основе сохраненного поля «ID покупки» получает таблицу свойств покупки, таблицу свойств лицензионного соглашения и таблицу местонахождения программы, включенные в метаданные ЭМК.
В дальнейшем приемное устройство 41 на основе URL, описанного в таблице местонахождения программы, получает данные управления загрузкой, включенные в метаданные ЭМК. Приемное устройство 41 определяет момент начала трансляции и момент окончания трансляции, вещательный канал, IP-адрес, номер порта и т.д. программы путем определения графика загрузки, описанного в данных управления загрузкой. Таким образом, например, график загрузки программы вещания НРВ сохраняется во внутренней памяти управляющего блока 409.
Приемное устройство 41 загружает составляющий программу файл в соответствии с графиком загрузки и определяет адрес, где сохранен ключ декодирования, с помощью ID лицензионного соглашения, описанного в таблице свойств лицензионного соглашения, полученной на основе поля «ID покупки». В дальнейшем приемное устройство 41 обращается через сеть по вышеуказанному адресу для получения ключа декодирования, декодирует и, например, воспроизводит кодированный файл.
Таким образом, вещание НРВ принудительного типа может быть осуществлено с помощью способа, адаптированного к стандарту ARIB.
Далее описание будет вестись относительно операции приема вещания НРВ в случае, если вещание НРВ принято на приемное устройство 41 с помощью способа, адаптированного к стандарту ARIB, со ссылкой на блок-схему по фиг.40.
На этапе S201 приемное устройство 41 получает метаданные ЭМК. В этот момент приемное устройство 41 сверяется с «ТДС ЗДТ» и «ТКА» на основе ранее сохраненного IP-адреса и номера порта, тем самым определяя идентификатор, прикрепленный к пакету ЗДТ. В дальнейшем приемное устройство 41 извлекает IP-пакет метаданных ЭМК из определенного пакета ЗДТ, тем самым получая метаданные ЭМК.
На этапе S202 приемное устройство 41 определяет поле «ID группы». В этот момент приемное устройство 41 на основе сохраненного поля «ID покупки» получает таблицу свойств покупки, таблицу свойств лицензионного соглашения и таблицу местонахождения программы, включенные в метаданные ЭМК. В дальнейшем приемное устройство 41 определяет поле «ID группы», включенное в таблицу свойств покупки.
На этапе S203 приемное устройство 41 получает таблицу свойств группы на основе поля «ID группы», определенного в результате обработки на этапе S202, и определяет ее поле «тип группы».
На этапе S204 приемное устройство 41 вырабатывает график загрузки. В этот момент приемное устройство 41 получает данные управления загрузкой на основе URL, описанного в таблице местонахождения программы, полученной во время обработки на этапе S202. Приемное устройство 41 определяет график загрузки, описанный в данных управления загрузкой, тем самым определяя момент начала трансляции и момент окончания трансляции, вещательный канал, IP-адрес, номер порта и т.д. программы. Таким образом, например, график загрузки программы вещания НРВ сохраняется во внутренней памяти управляющего блока 409 и т.п.
На этапе S205 приемное устройство 41 загружает данные программы на основе графика загрузки, выработанного в результате обработки на этапе S204.
На этапе S206 приемное устройство 41 соотносит данные программы, загруженной в результате обработки на этапе S205, с полями «ID группы» и «тип группы», определенными в результате обработки в этапах S202 и S203.
На этапе S207 приемное устройство 41 определяет, является ли программа, загруженная в результате обработки на этапе S205, программой вещания НРВ принудительного типа. В этот момент на основе поля «тип группы», соотнесенного в результате обработки на этапе S206, определяется, является ли эта программа программой вещания НРВ принудительного типа.
В случае если на этапе S207 определено, что программа, загруженная в результате обработки на этапе S205, является программой вещания НРВ принудительного типа, обработка переходит к этапу S208.
На этапе S208 приемное устройство 41 перезаписывает данные программы.
С другой стороны, если на этапе S207 определено, что программа, загруженная в результате обработки на этапе S205, не является программой вещания НРВ принудительного типа, обработка переходит к этапу S209.
На этапе S209 приемное устройство 41 не перезаписывает, а записывает данные программы.
То есть на этапе S208 или S209 данные загруженной программы записываются на носитель записи способом, соотнесенным с полями «ID группы» и «тип группы».
Здесь данные, полученные путем загрузки программы вещания НРВ принудительного типа, организуются так, чтобы перезаписать их, когда загружена другая программа, принадлежащая к той же группе (обработка на этапе S208). Например, данные ранее записанной программы, которые являются данными программы, соотнесенными с тем же полем «ID группы», что и поле «ID группы», определенное в результате обработки на этапе S202, перезаписываются данными программы, загруженной в результате обработки на этапе S205. С другой стороны, когда данные получены путем загрузки программы вещания НРБ гибкого типа, описанная выше перезапись не выполняется (обработка на этапе S209).
То есть приемное устройство 41 выполнено так, чтобы на основе полей «ID группы» и «тип группы» определять, следует ли перезаписать данные вновь загруженной программы (обработка на этапе S207). Таким образом, в случае, если пользователь заключил соглашение о просмотре и прослушивании вещания НРВ принудительного типа, далее данные программы автоматически перезаписываются на носитель записи приемного устройства 41.
Отметим, что описанный выше ряд операций может быть выполнен с помощью аппаратного обеспечения или программного обеспечения. В случае если описанный выше ряд операций выполняется с помощью программного обеспечения, программа, составляющая это программное обеспечение, устанавливается из сети или с носителя записи на компьютер, встроенный в специализированное аппаратное обеспечение. Кроме того, эта программа устанавливается из сети или с носителя записи, например, на персональный компьютер 700 общего назначения, показанный на фиг.41, который способен выполнять различные типы функций путем установки различных типов программ.
На фиг.41 ЦП (центральный процессор) 701 выполняет различные типы операций в соответствии с программой, хранящейся в ПЗУ (постоянно запоминающем устройстве) 702, или программой, загружаемой с блока 708 памяти в ОЗУ (оперативное запоминающее устройство) 703. Данные, необходимые ЦП 701, выполняющему различные типы операций, и т.д. также при необходимости хранятся в ОЗУ 703.
ЦП 701, ПЗУ 702 и ОЗУ 703 взаимно соединены через шину 704. Эта шина 704 также соединена с интерфейсом 705 ввода-вывода.
Интерфейс 705 ввода-вывода соединен с блоком 706 ввода, состоящим из клавиатуры, мыши и т.д., дисплея, состоящего из ЖКД (жидкокристаллического дисплея) и т.д., и блоком 707 вывода, состоящего из динамика и т.д. Кроме того, интерфейс 705 ввода-вывода соединен с блоком 708 памяти, скомпонованным из жесткого диска и т.д., и блока 709 связи, скомпонованным из модема, карты сетевого интерфейса, такой как карта ЛС и т.п., и т.д. Блок 709 связи выполняет операцию соединения через сеть, включая Интернет.
Интерфейс 705 ввода-вывода при необходимости также соединен с приводом 710, на котором при необходимости установлен съемный носитель 711, такой как магнитный диск, оптический диск, магнитооптический диск, полупроводниковая память и т.п. В дальнейшем компьютерная программа, считанная с этого съемного носителя, при необходимости устанавливается в блок 708 памяти.
В случае выполнения описанного выше ряда операций с помощью программного обеспечения программа, составляющая это программное обеспечение, устанавливается из сети, такой как Интернет и т.п., или с носителя записи, состоящего из съемного носителя 711.
Отметим, что этот носитель записи включает в себя не только показанный на фиг.41 носитель записи, скомпонованный из съемного носителя 711, состоящего из магнитного диска (включая флоппи-диск (зарегистрированный товарный знак)), оптического диска (включая CD-ROM (постоянно запоминающее устройство на компакт-диске), DVD (цифровой универсальный диск)), магнитооптического диска (включая MD (минидиск) (зарегистрированный товарный знак)), полупроводниковой памяти и т.п., на который записывается программа и который выдается пользователю для получения им программы отдельно от основного комплекта устройства, но также носитель записи, состоящий из ОЗУ 702 или жесткого диска, включенного блок 708 памяти, и т.п., на который записывается программа и который выдается пользователю заранее встроенным в основной комплект устройства.
Отметим, что ряд операций, описанный выше в настоящем описании, включает не только операции, подлежащие выполнению ориентированным во времени способом в описанной последовательности, но также операции, подлежащие выполнению параллельно или независимо друг от друга, даже без необходимости выполнять их ориентированным во времени способом.
Кроме того, варианты осуществления настоящего изобретения не ограничены упомянутыми выше вариантами осуществления, и возможны различные модификации, не отходящие от объема настоящего изобретения.
Список ссылочных позиций
1 - Вещательная система
21 - Передающее устройство
41 - Приемное устройство
401 - Терминал
402 - Тюнер
403 - Демультиплексор ТП
404 - Видеодекодер
405 - Аудиодекодер
406 - Демультиплексор контейнера файла
407 - Процессор ДФОТ
408 - Память
409 - Управляющий блок
410 - Терминал
411 - Терминал
| название | год | авторы | номер документа |
|---|---|---|---|
| ПРИЕМНОЕ УСТРОЙСТВО, СПОСОБ ПРИЕМА И ПРОГРАММА | 2011 |
|
RU2598591C2 |
| УСТРОЙСТВО И СПОСОБ ПЕРЕДАЧИ, УСТРОЙСТВО И СПОСОБ ПРИЕМА И СИСТЕМА ПЕРЕДАЧИ И ПРИЁМА | 2011 |
|
RU2556242C2 |
| УСТРОЙСТВО И СПОСОБ ДЛЯ ОБРАБОТКИ ИНТЕРАКТИВНОЙ УСЛУГИ | 2013 |
|
RU2594295C1 |
| СПОСОБ ТРАНСПОРТИРОВКИ IP-ДЕЙТАГРАММ ЧЕРЕЗ СЕТЬ FLO И УСТРОЙСТВО ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ | 2006 |
|
RU2408148C2 |
| ПРИЕМНОЕ УСТРОЙСТВО, СПОСОБ ПРИЕМА, ПЕРЕДАЮЩЕЕ УСТРОЙСТВО, СПОСОБ ПЕРЕДАЧИ, ПРОГРАММА И СИСТЕМА ВЕЩАНИЯ | 2010 |
|
RU2562427C2 |
| СИСТЕМА И СПОСОБ ДЛЯ ПРИЕМА И СИНХРОНИЗАЦИИ КОНТЕНТА НА УСТРОЙСТВЕ СВЯЗИ | 2011 |
|
RU2566808C2 |
| СИСТЕМА И СПОСОБ ФОРМИРОВАНИЯ ВИРТУАЛЬНОГО КАНАЛА | 2021 |
|
RU2781944C1 |
| ДОСТАВКА ИНДИВИДУАЛЬНОГО КОНТЕНТА ПО ВЕЩАТЕЛЬНОЙ СЕТИ | 2007 |
|
RU2449476C2 |
| СПОСОБ И УСТРОЙСТВО ДЛЯ ИНИЦИИРОВАНИЯ ДВУХТОЧЕЧНОГО ВЫЗОВА В ХОДЕ ДОСТАВКИ ВЕЩАТЕЛЬНОГО КОНТЕНТА ПО СОВМЕСТНО ИСПОЛЬЗУЕМОМУ КАНАЛУ В БЕСПРОВОДНОЙ ТЕЛЕФОННОЙ СЕТИ | 2004 |
|
RU2357368C2 |
| СИСТЕМА И СПОСОБ УПРАВЛЕНИЯ СЕРВИСОМ ПРЕДОСТАВЛЕНИЯ ВИРТУАЛЬНЫХ КАНАЛОВ | 2022 |
|
RU2825320C2 |
Изобретение относится к области распределения выбранного контента. Технический результат заключается в осуществлении услуги НРВ (не в реальном времени) принудительного типа, при которой пользователь регистрирует определенную группу контента для просмотра, а затем терминал автоматически принимает и сохраняет этот контент. Для этого получают данные, относящиеся к контенту, подлежащему трансляции со скоростью передачи, не синхронизированной со скоростью воспроизведения, из графика загрузки, созданного ранее. Затем определяют, является ли контент контентом услуги принудительного типа для приема контента, подлежащего просмотру и прослушиванию, независимо от запроса пользователя и при положительном определении описывают эти данные наряду с данными, относящимися к контенту, в первых управляющих данных, выработанных как данные, относящиеся к контенту, подлежащему трансляции по заранее заданному логическому каналу. Далее вырабатывают вторые управляющие данные, описывающие данные для определения каждого из логических каналов в физическом канале, служащем в качестве тракта передачи волнового вещательного сигнала заранее заданного диапазона частот. При этом мультиплексируют первые управляющие данные и вторые управляющие данные с данными контента, а также мультиплексируют данные, подлежащие трансляции по множеству упомянутых логических каналов, как данные, подлежащие трансляции по одиночному физическому каналу, и модулируют мультиплексированные данные для передачи в качестве вещательного сигнала. 6 н. и 9 з.п. ф-лы, 41 ил.
1. Устройство приема контентов, содержащее:
- средство приема управляющих данных, выполненное с возможностью принимать управляющие данные, относящиеся к трансляции контента, скорость передачи которого не синхронизована со скоростью воспроизведения, на основе сигнала, подлежащего передаче в виде вещательного сигнала;
- средство выработки графика загрузки, выполненное с возможностью вырабатывать график загрузки, который является зарезервированными данными для приема и записи контентов, подлежащих трансляции по логическому каналу, соответствующему заранее установленным данным регистрации, на основе упомянутых управляющих данных;
- средство загрузки, выполненное с возможностью принимать каждый из упомянутых контентов и записывать на носитель записи на основе упомянутого графика загрузки; и
- средство воспроизведения, выполненное с возможностью воспроизводить контент, записанный на упомянутый носитель записи, с упомянутой скоростью воспроизведения;
- при этом упомянутые управляющие данные, относящиеся к трансляции контентов, включают в себя:
- заранее заданные описательные данные, в которых, если принять тракт передачи упомянутого волнового вещательного сигнала упомянутого диапазона частот в качестве физического канала, описаны данные, относящиеся к логическому каналу, полученному путем деления упомянутого физического канала на множество трактов передачи заранее заданным способом; и
- метаданные, в которых описаны данные, относящиеся к контенту, подлежащему передаче по каждому из упомянутых логических каналов.
2. Устройство приема контентов по п. 1, в котором упомянутое средство выработки графика загрузки вырабатывает график загрузки для приема и записи всех контентов, подлежащих трансляции по упомянутому логическому каналу, соответствующему упомянутым данным регистрации, из множества логических каналов, включенных в упомянутый физический канал.
3. Устройство приема контентов по п. 2, в котором упомянутое средство выработки графика загрузки вырабатывает упомянутый график загрузки путем определения момента начала трансляции упомянутых контентов, а также определения сведений о местонахождении для определения данных упомянутых контентов, из данных, подлежащих передаче по упомянутым логическим каналам, на основе описания упомянутых метаданных.
4. Устройство приема контентов по п. 3, в котором упомянутое средство загрузки принимает упомянутые контенты путем приема на основе упомянутого графика загрузки вещательного сигнала в диапазоне частот, соответствующем упомянутому физическому каналу, в момент начала трансляции упомянутых контентов,
извлечения транспортного пакета логического канала, соответствующего упомянутым данным регистрации, из транспортных пакетов, подлежащих передаче по упомянутому физическому каналу, на основе описания упомянутых заранее заданных описательных данных,
и определения данных упомянутых контентов на основе упомянутых сведений о местонахождении.
5. Устройство приема контентов по п. 4, в котором транспортный пакет упомянутого логического канала структурирован так, чтобы включать IP-пакет;
и в котором упомянутые сведения о местонахождении включают в себя данные для определения сеанса передачи файла данных упомянутых контентов, подлежащих передаче посредством упомянутого IP-пакета;
и при этом упомянутое средство загрузки определяет данные упомянутых контентов на основе описания данных управления передачей, полученных путем определения упомянутого сеанса передачи файла.
6. Устройство приема контентов по п. 5, в котором упомянутое средство загрузки определяет адресный файл, описанный в формате RSS или формате ATOM, на основе описания упомянутых данных управления передачей,
и определяет данные упомянутых контентов на основе упомянутого адресного файла.
7. Устройство приема контентов по п. 1, в котором на основе описания упомянутых заранее заданных описательных данных и упомянутых метаданных упомянутых логических каналов логический канал для предоставления услуги принудительного типа для приема контента для просмотра и прослушивания определяется независимо от запроса пользователя;
и в котором список логических каналов для предоставления упомянутой услуги принудительного типа представляется пользователю для принятия упомянутым пользователем регистрации упомянутой услуги принудительного типа;
и при этом данные для определения логического канала упомянутой зарегистрированной услуги принудительного типа сохраняются как упомянутые данные регистрации.
8. Устройство приема контентов по п. 1, в котором упомянутое средство выработки графика загрузки вырабатывает график загрузки для приема и записи контента, определенного с помощью упомянутых заранее заданных описательных данных, который является, из множества логических каналов, включенных в упомянутый физический канал, контентом, подлежащим передаче по упомянутому логическому каналу, соответствующему упомянутым данным регистрации.
9. Устройство приема контентов по п. 1, в котором упомянутое средство загрузки содержит:
средство определения перезаписи, выполненное так, чтобы определять, записывается ли упомянутый принятый контент поверх контента, записанного на упомянутый носитель записи.
10. Устройство приема контентов по п. 1, в котором срок истечения устанавливается для упомянутых контентов, записанных с помощью упомянутого средства загрузки, на основе описания упомянутых метаданных;
и в котором упомянутые контенты, упомянутый срок истечения которых прошел, удаляются.
11. Способ приема контентов, содержащий этапы, на которых:
- принимают управляющие данные, относящиеся к трансляции контента со скоростью передачи, не синхронизованной со скоростью воспроизведения, на основе сигнала, подлежащего передаче в качестве вещательного сигнала;
- вырабатывают график загрузки, который представляет собой зарезервированные данные для приема и записи контентов, подлежащих трансляции по логическому каналу, соответствующему заранее заданным данным регистрации, на основе упомянутых управляющих данных;
- принимают каждый из упомянутых контентов и записывают на носитель записи на основе упомянутого графика загрузки; и
- воспроизводят контент, записанный на упомянутый носитель записи, с упомянутой скоростью воспроизведения;
- при этом упомянутые управляющие данные, относящиеся к трансляции контентов, включают в себя:
- заранее заданные описательные данные, в которых, если принять тракт передачи упомянутого волнового вещательного сигнала в упомянутом диапазоне частот в качестве физического канала, описаны данные, относящиеся к логическому каналу, полученному путем деления упомянутого физического канала на множество трактов передачи, используя заранее заданный способ, и
- метаданные, в которых описаны данные, относящиеся к контенту, подлежащему передаче по каждому из упомянутых логических каналов.
12. Носитель записи, на который записана программа, заставляющая компьютер служить в качестве устройства приема контентов, содержащая:
- средство приема управляющих данных, выполненное с возможностью принимать управляющие данные, относящиеся к трансляции контента, скорость передачи которого не синхронизована со скоростью воспроизведения, на основе сигнала, подлежащего передаче в качестве вещательного сигнала;
- средство выработки графика загрузки, выполненное с возможностью вырабатывать график загрузки, который является зарезервированными данными для приема и записи контентов, подлежащих трансляции по логическому каналу, соответствующему заранее установленным данным регистрации, на основе упомянутых управляющих данных;
- средство загрузки, выполненное с возможностью принимать каждый из упомянутых контентов и записывать на носитель записи на основе упомянутого графика загрузки; и
- средство воспроизведения, выполненное с возможностью воспроизводить контент, записанный на упомянутый носитель записи, с упомянутой скоростью воспроизведения;
- в которой упомянутые управляющие данные, относящиеся к трансляции контентов, включают в себя:
- заранее заданные описательные данные, в которых, если принять тракт передачи упомянутого волнового вещательного сигнала в упомянутом диапазоне частот в качестве физического канала, описаны данные, относящиеся к логическому каналу, полученному путем деления упомянутого физического канала на множество трактов передачи, используя заранее заданный способ, и
- метаданные, в которых описаны данные, относящиеся к контенту, подлежащему передаче по каждому из упомянутых логических каналов.
13. Устройство передачи контентов, содержащее:
- средство получения данных контента, выполненное с возможностью получать данные, относящиеся к контенту, подлежащему трансляции со скоростью передачи, не синхронизированной со скоростью воспроизведения, из графика загрузки, созданного ранее;
- средство определения, выполненное с возможностью определять, является ли упомянутый контент контентом услуги принудительного типа, для приема контента, подлежащего просмотру и прослушиванию независимо от запроса пользователя;
- первое средство выработки управляющих данных, выполненное с возможностью описания, в случае, если упомянутый контент является контентом упомянутой услуги принудительного типа, данных, означающих, что упомянутый контент является контентом упомянутой услуги принудительного типа, наряду с данными, относящимися к упомянутому контенту, в первых управляющих данных, выработанных как данные, относящиеся к контенту, подлежащему трансляции по заранее заданному логическому каналу;
- второе средство выработки управляющих данных, выполненное с возможностью вырабатывать вторые управляющие данные, описывающие данные для определения каждого из упомянутых логических каналов в физическом канале, служащем в качестве тракта передачи волнового вещательного сигнала заранее заданного диапазона частот;
- мультиплексирующее средство, выполненное с возможностью мультиплексировать упомянутые первые управляющие данные и упомянутые вторые управляющие данные с данными упомянутого контента, а также чтобы мультиплексировать данные, подлежащие трансляции по множеству упомянутых логических каналов в качестве данных, подлежащих трансляции по одиночному физическому каналу; и
- средство передачи вещательного сигнала, выполненное с возможностью модулировать упомянутые мультиплексированные данные для передачи в качестве вещательного сигнала.
14. Способ передачи контентов, содержащий этапы, на которых:
- получают данные, относящиеся к контенту, подлежащему трансляции со скоростью передачи, не синхронизированной со скоростью воспроизведения, из графика загрузки, созданного ранее;
- определяют, является ли упомянутый контент контентом услуги принудительного типа для приема контента, подлежащего просмотру и прослушиванию, независимо от запроса пользователя;
- описывают, в случае, если упомянутый контент является контентом упомянутой услуги принудительного типа, данные, означающие, что упомянутый контент является контентом упомянутой услуги принудительного типа, наряду с данными, относящимися к упомянутому контенту, в первых управляющих данных, выработанных как данные, относящиеся к контенту, подлежащему трансляции по заранее заданному логическому каналу;
- вырабатывают вторые управляющие данные, описывающие данные для определения каждого из упомянутых логических каналов в физическом канале, служащем в качестве тракта передачи волнового вещательного сигнала заранее заданного диапазона частот;
- мультиплексируют упомянутые первые управляющие данные и упомянутые вторые управляющие данные с данными упомянутого контента, а также мультиплексируют данные, подлежащие трансляции по множеству упомянутых логических каналов, как данные, подлежащие трансляции по одиночному физическому каналу; и
- модулируют упомянутые мультиплексированные данные для передачи в качестве вещательного сигнала.
15. Носитель записи, на который записана программа, заставляющая компьютер служить в качестве устройства передачи контентов, содержащая:
- средство получения данных контента, выполненное с возможностью получать данные, относящиеся к контенту, подлежащему трансляции, со скоростью передачи, не синхронизированной со скоростью воспроизведения, из графика загрузки, созданного ранее;
- средство определения, выполненное с возможностью определять, является ли упомянутый контент контентом услуги принудительного типа для приема контента, подлежащего просмотру и прослушиванию, независимо от запроса пользователя;
- первое средство выработки управляющих данных, выполненное с возможностью описания, в случае, если упомянутый контент является контентом упомянутой услуги принудительного типа, данных, означающих, что упомянутый контент является контентом услуги принудительного типа, наряду с данными, относящимися к упомянутому контенту, в первых управляющих данных, выработанных как данные, относящиеся к контенту, подлежащему трансляции по заранее заданному логическому каналу;
- второе средство выработки управляющих данных, выполненное с возможностью вырабатывать вторые управляющие данные, описывающие данные для определения каждого из упомянутых логических каналов, в физическом канале, служащем в качестве тракта передачи волнового вещательного сигнала заранее заданного диапазона частот;
- мультиплексирующее средство, выполненное с возможностью мультиплексировать упомянутые первые управляющие данные и упомянутые вторые управляющие данные с данными упомянутого контента, а также чтобы мультиплексировать данные, подлежащие трансляции по упомянутых множеству логических каналов, как данные, подлежащие трансляции по одиночному физическому каналу; и
- средство передачи вещательного сигнала, выполненное с возможностью модулировать упомянутые мультиплексированные данные для передачи в качестве вещательного сигнала.
| Способ и приспособление для нагревания хлебопекарных камер | 1923 |
|
SU2003A1 |
| СИСТЕМА ДЛЯ ЗАХВАТА И ВЫБОРОЧНОГО ВОСПРОИЗВЕДЕНИЯ ШИРОКОВЕЩАТЕЛЬНЫХ ПРОГРАММ | 2004 |
|
RU2328087C2 |
| УСОВЕРШЕНСТВОВАНИЯ В ОБЛАСТИ ДОСТАВКИ ПРОГРАММ | 2002 |
|
RU2329614C2 |
| Способ обработки целлюлозных материалов, с целью тонкого измельчения или переведения в коллоидальный раствор | 1923 |
|
SU2005A1 |
| Перекатываемый затвор для водоемов | 1922 |
|
SU2001A1 |
| Станок для изготовления деревянных ниточных катушек из цилиндрических, снабженных осевым отверстием, заготовок | 1923 |
|
SU2008A1 |
| US 7454166 B2, 18.11.2008 | |||
| Топчак-трактор для канатной вспашки | 1923 |
|
SU2002A1 |
| УСТРОЙСТВО И СПОСОБ РАСПРОСТРАНЕНИЯ ВЫСОКОКАЧЕСТВЕННЫХ ВИДЕО-И АУДИОПРОГРАММ К УДАЛЕННЫМ МЕСТАМ | 1999 |
|
RU2238614C2 |
| Способ и приспособление для нагревания хлебопекарных камер | 1923 |
|
SU2003A1 |
