ТЕРМИНАЛ ПРИЕМА ДАННЫХ, СЕРВЕР РАСПРОСТРАНЕНИЯ ДАННЫХ, СИСТЕМА РАСПРОСТРАНЕНИЯ ДАННЫХ И СПОСОБ РАСПРОСТРАНЕНИЯ ДАННЫХ
DATA RECEIVING TERMINAL, DATA DISTRIBUTION SERVER, DATA DISTRIBUTION SYSTEM AND DATA DISTRIBUTION METHOD

Область техники, к которой относится изобретение
Настоящее изобретение относится к терминалу приема данных, серверу распространения данных, системе распространения данных и способу распространения данных.
Уровень техники
В настоящее время имеется множество услуг, которые позволяют сотовым телефонам и мобильным терминалам, таким как PHS, загружать и использовать различные виды цифровых данных (называемых далее «данные»), такие как изображения, аудио, видео и тексты. Примеры таких услуг включают в себя услуги, позволяющие загружать и использовать такие данные, как мелодии для входящих вызовов и фоновые изображения, а также услуги, позволяющие мобильным терминалам загружать и использовать такие видеоданные, как фильмы, и такие аудиоданные, как музыка. Вышеупомянутые услуги используют сети мобильной связи, такие как Универсальная система мобильной связи (UMTS), с тем чтобы дать возможность терминалам приема данных загружать и использовать различные виды данных, поступающих от серверов распространения данных. Для загрузки данных различных типов, как правило, используют передачи одноадресного типа, которые предоставляют распространение данных, запрошенных терминалами приема.
При передачах одноадресного типа требуемый объем передач возрастает с ростом количества терминалов приема данных и объема данных, поскольку передачи возникают в ответ на требования от терминалов приема данных начинать загрузку. Следовательно, с ростом количества терминалов приема данных или объема данных может потребоваться количество передач, превышающих пропускную способность сетей, что может привести к проблеме неудач при распространении данных и т.д.
С другой стороны, так называемая система «One Seg» (смотри непатентную литературу 1), которая эксплуатируется в Японии с 2006 года, является услугой распространения данных, таких как тексты и фотографии, а также видео и аудио, на мобильные терминалы, такие как сотовые телефоны. Система One Seg использует систему наземного цифрового телевизионного вещания, известную под именем ISDB-T, а также широковещательные сети для распространения данных. При распространении данных с использованием широковещательных сетей применяется способ распространения широковещательного типа, согласно которому данные распространяются одновременно на большое, неопределенное количество терминалов приема данных.
Способ распространения широковещательного типа отличается тем, что объем передач постоянен и не зависит от количества терминалов приема данных, поскольку электромагнитные сигналы, распространяющие данные, принимаются множеством терминалов одновременно. Исходя из вышесказанного, способ распространения широковещательного типа предоставляет эффективную систему распространения большого объема данных на большое количество терминалов приема данных.
С другой стороны, при использовании способа широковещательного распространения имеют место множество случаев, когда отсутствуют каналы передачи по восходящей линии связи от терминалов приема данных к серверам распространения данных, в связи с чем отсутствует подтверждение того, доставлены ли распространяемые данные на терминалы приема данных. Следовательно, возникает проблема, заключающаяся в том, что не всегда обеспечивается поступление данных на терминалы приема данных. В отличие от этого, распространение данных одноадресного типа является методикой передачи данных, эффективной в отношении надежности пересылки данных на терминал приема данных, поскольку согласно этому способу, как правило, выполняется подтверждение доставки с использованием восходящей линии связи при приеме данных. Исходя из вышесказанного, преимущество могут иметь системы распространения данных одноадресного и широковещательного типа, если их возможности использовать по отдельности в соответствии с теми или иными целями.
В настоящее время имеется система MBMS (Служба мультимедийного широковещания/многоадресной передачи, смотри непатентную литературу 2), которая представляет собой систему, обеспечивающую широковещательное распространение или расширенное многоадресное распространение при распространении данных по сетям мобильной связи на большое, неопределенное количество терминалов приема данных. Система MBMS распространяет данные, используя сети мобильной связи, и, следовательно, может одновременно использовать передачи по восходящей линии связи. Таким образом, в системе MBMS предоставлена процедура уведомления о приеме, использование которой позволяет подтвердить, получил ли терминал приема данных распространенные данные. Если терминал приема данных не смог получить все данные посредством широковещательного распространения, дефектные данные можно компенсировать посредством одноадресных передач в соответствии с процедурой восстановления файлов. Преимуществом использования процедуры восстановления файлов является повышение надежности распространения данных, поскольку дефектные файлы, с которыми возникли проблемы при распространении данных посредством только широковещательных сигналов, могут быть скомпенсированы с помощью одноадресной передачи.
Между тем, серьезное внимание было уделено услугам мультимедийного широковещания для мобильных терминалов (далее называемое «мультимедийное широковещание») в качестве услуги распространения данных для мобильных терминалов следующего поколения, появляющихся после развертывания системы One Seg. В июле 2008 года мультимедийное широковещание обсуждалось на Экспертном совете по услугам мультимедийного широковещания для мобильных терминалов в Министерстве внутренних дел и связи Японии (смотри непатентную литературу 3). Мультимедийное широковещание является услугой, которая устанавливается путем использования частот, которые будут вновь доступны после перехода в 2011 году наземного телевизионного вещания на цифровой формат. Мультимедийное широковещание планируется для предоставления различных видов данных, таких как видео и аудио в любых комбинациях. Что касается июля 2008 года, то в Министерстве внутренних дел и связи также обсуждались системы для обеспечения мультимедийного широковещания, для которых были предложены система MediaFLO (смотри непатентную литературу 4) и система ISDB-Tmm, которая является расширением системы One Seg.
Мультимедийное широковещание предполагает, что терминалами приема данных являются сотовые телефоны и т.п., и отличается тем, что возможно использование как широковещательных сигналов, доступных благодаря новому распределению частот, так и традиционно используемых сетей мобильной связи. Следовательно, распространяемые данные могут распространяться на терминалы приема данных, например, с помощью широковещательных сигналов при использовании сетей мобильной связи, чтобы компенсировать выпавшие из файлов данные, посредством чего может быть предоставлена функция процедуры восстановления файлов системы MBMS.
Для мультимедийных данных, таких как аудио и видео, используют распространение двух типов, а именно: распространение в реальном времени, когда пользователи осуществляют просмотр и прослушивание данных в процессе их загрузки, и распространение с загрузкой, когда данные сначала сохраняются в терминале, а затем начинается их воспроизведение после поступления запроса со стороны пользователя. Однако распространение с загрузкой также включает в себя такой вид распространения, как прогрессивную загрузку, при которой воспроизведение данных начинается в процессе их загрузки. Вышеупомянутая процедура восстановления файлов в системе MBMS относится к типу распространения данных, используемому для распространения с загрузкой.
При мультимедийном широковещании возможно использование двух видов систем распространения, а именно: в реальном времени и с загрузкой, причем отдельно друг от друга. Например, распространение в реальном времени можно использовать для распространения данных, для которых режим реального времени весьма актуален, например, прямая трансляция с чемпионата мира по футболу, в то время как распространение с загрузкой можно использовать для распространения данных, для которых режим реального времени мало актуален, например, фильмы и комедийные шоу.
Список цитирования
Не патентная литература
Не патентная литература 1: ARIB TR-B14 Operational Guidelines for Digital Terrestrial Television Broadcasting
Не патентная литература 2: 3GPP, TS26 346 Multimedia Broadcast Multicast Service (MBMS); Protocols and codecs
Не патентная литература 3: A Report from Panel on Multimedia Broadcasting Services for Mobile Terminals, the Ministry of Internal Affairs and Communications
Не патентная литература 4: Murali R. Chari, Fuyun Ling, Ashok Mantravadi, Raghuraman Krishnamoorthi Rajiv Vijayan, G. Kent Walker, and Rob Chandhok, “FLO Physical Layer: An Overview” IEEE TRANSACTIONS ON BROADCASTING, VOL. 53, NO. 1, MARCH.
Сущность изобретения
Техническая проблема
Когда один терминал приема данных может использовать широковещательное распространение и одноадресное распространение отдельно друг от друга, как при мультимедийном широковещании и в системе MBMS, необходимо обоснованно рассмотреть, каким образом осуществлять переключение между широковещательным распространением и одноадресным распространением для выполнения загрузки, чтобы избежать необязательных затрат на связь.
Исходя из вышесказанного, целью настоящего изобретения является предоставление терминала приема данных, сервера распространения данных, системы распространения данных и способа распространения данных, которые могут предотвратить появление необязательных затрат на связь при восстановлении дефектных участков при широковещательной передаче данных с помощью сигналов связи.
Решение проблемы
Заявители провели скрупулезные исследования для достижения вышеупомянутой цели и в результате пришли к выводу, что эффективный способ должен быть найден путем обоснованного рассмотрения следующих проблем, чтобы предотвратить появление необязательных затрат на связь при восстановлении дефектных участков в широковещательных передачах данных (широковещательное распространение) с помощью сигналов связи (одноадресное распространение).
Во-первых, имеется проблема, связанная с тем, в какие часы осуществлять распространение. Например, в сетях мобильной связи имеется верхний предел для доступных ресурсов в сетях связи, который запрещает одноадресную передачу большого объема данных на большое количество пользователей. В частности, важно, чтобы одноадресный трафик, который оказывает сильное влияние на сети, был по возможности мал в те часы, когда имеет место большой объем трафика (например, с раннего вечера до ночи). Из вышесказанного следует, что необходимо разработать процедуру восстановления файлов с помощью одноадресной передачи, например, так, чтобы не попасть в часы с высоким трафиком и выполнять одноадресную передачу в часы с низким трафиком (например, поздно ночью).
Второй проблемой является выбор типа используемых сетей. Появившиеся в последнее время мобильные терминалы включают в себя терминалы, которые способны использовать не только такие сети, как вышеупомянутая универсальная система мобильной связи (UMTS), но также сети с более низкими издержками на связь, такие как беспроводные сети LAN (WLAN) и WiMAX, а также сети связи (базовые станции), количество пользователей которых ограничено фиксированным числом, например, базовая приемопередающая фемто-станция (Femto BTS). Если доступна упомянутая сеть с низкими затратами на связь, то одноадресная процедура восстановления файлов относительно мало влияет на сетевой трафик. Из вышесказанного следует, что необходимо разработать процедуру восстановления файлов таким образом, чтобы использовать, например, сеть с как можно меньшими затратами на связь.
Третьей проблемой является выбор данных, подлежащих процедуре восстановления файлов. Распространение файлов с загрузкой, предполагаемое при мультимедийном широковещании, предусматривает использование способа загрузки, при котором все данные заранее сохраняются в терминале приема данных независимо от того, использует ли пользователь эти данные или нет. Поскольку данные уже сохранены в терминале приема данных, когда пользователь захочет их использовать, ему не придется ждать в течение времени, необходимого для передачи этих данных, что является преимуществом. Однако дефектные данные необходимо восстановить до сохранения всех данных в терминале приема данных. Для этого, как правило, используют одноадресную передачу, поскольку этот тип передачи подходит для надежного восстановления дефектных данных. Поскольку процедура восстановления файлов выполняется независимо от того, использует ли пользователь в действительности эти данные или нет, имеют место случаи, когда передачи, выполняемые согласно процедуре восстановления файлов, происходят впустую. Следовательно, необходимо решить проблему определения того, какие данные должны быть подвергнуты процедуре восстановления файлов, и какая часть всех данных должна быть восстановлена.
Для решения вышеупомянутых трех проблем при компенсации данных, выпавших после выполнения широковещательного распространения, с помощью системы одноадресной передачи, настоящее изобретение предоставляет способ, который компенсирует дефектные данные только в тех случаях, которые удовлетворяют перечисленным ниже условиям, с тем чтобы предотвратить формирование необязательных затрат на связь из-за одноадресной передачи.
1) В часы с низким трафиком.
2) Подсоединение к сети с относительно низкими затратами.
3) Имеется высокая вероятность использования данных (целиком или их части) исходя из предшествующей истории их использования.
То есть, терминал приема данных по настоящему изобретению представляет собой терминал приема данных, имеющий функцию приема широковещательного сигнала и функцию посылки/приема сигнала связи, причем терминал приема данных содержит: средство приема широковещательного сигнала для приема данных от сервера распространения данных путем использования функции приема широковещательного сигнала; средство определения восстановления для определения того, имеется ли дефектный участок в данных, и, когда определено, что дефектный участок имеется, определения того, следует ли восстановить дефектный участок в соответствии по меньшей мере с одним из: статуса связи между терминалом приема данных и сервером распространения данных и статуса релевантности данных, относящегося к данным; средство посылки/приема сигнала связи для запроса у сервера распространения данных, когда средство определения восстановления определяет, что дефектный участок следует восстановить, на повторную посылку дефектного участка путем использования функции посылки/приема сигнала связи и приема дефектного участка, посланного из сервера распространения данных в соответствии с запросом на повторную посылку, путем использования функции посылки/приема сигнала связи; и средство хранения для сохранения дефектного участка, принятого средством посылки/приема сигнала связи.
Сервер распространения данных по настоящему изобретению представляет собой сервер распространения данных, имеющий функцию посылки широковещательного сигнала и функцию посылки/приема сигнала связи, причем сервер распространения данных содержит средство передачи данных для посылки данных на терминал приема данных путем использования функции посылки широковещательного сигнала; средство приема запроса на повторную посылку, в которое должен поступать запрос от терминала приема данных на повторную посылку дефектного участка данных, путем использования функции посылки/приема сигнала связи; и средство передачи дефектного участка для посылки дефектного участка на терминал приема данных в соответствии с запросом на повторную посылку путем использования функции посылки/приема сигнала связи.
Система распространения данных по настоящему изобретению представляет собой систему распространения данных, включающую в себя терминал приема данных, имеющий функцию приема широковещательного сигнала и функцию посылки/приема сигнала связи, и сервер распространения данных, имеющий функцию посылки широковещательного сигнала и функцию посылки/приема сигнала связи, причем терминал приема данных содержит: средство приема широковещательного сигнала для приема данных от сервера распространения данных путем использования функции приема широковещательного сигнала; средство определения восстановления для определения того, имеется ли дефектный участок в данных, и, когда определено, что дефектный участок имеется, определения того, следует ли восстановить дефектный участок в соответствии по меньшей мере с одним из: статуса связи между терминалом приема данных и сервером распространения данных и статуса релевантности данных, относящегося к данным; средство посылки/приема сигнала связи для запроса у сервера распространения данных, когда средство определения восстановления определяет, что дефектный участок следует восстановить, на повторную посылку дефектного участка путем использования функции посылки/приема сигнала связи и приема дефектного участка, посланного из сервера распространения данных в соответствии с запросом на повторную посылку, путем использования функции посылки/приема сигнала связи; и средство хранения для сохранения дефектного участка, принятого средством посылки/приема сигнала связи; причем сервер распространения данных содержит средство передачи данных для посылки данных на терминал приема данных путем использования функции посылки широковещательного сигнала; средство приема запроса на повторную посылку, в которое должен поступать запрос от терминала приема данных на повторную посылку дефектного участка данных, путем использования функции посылки/приема сигнала связи; и средство передачи дефектного участка для посылки дефектного участка на терминал приема данных в соответствии с запросом на повторную посылку путем использования функции посылки/приема сигнала связи.
Способ распространения данных по настоящему изобретению представляет собой способ распространения данных в системе распространения данных, включающей в себя терминал приема данных, имеющий функцию приема широковещательного сигнала и функцию посылки/приема сигнала связи, и сервер распространения данных, имеющий функцию посылки широковещательного сигнала и функцию посылки/приема сигнала связи, причем способ содержит: этап посылки данных для средства передачи данных в сервере распространения данных для посылки данных на терминал приема данных путем использования функции посылки широковещательного сигнала; этап приема широковещательного сигнала для средства приема широковещательного сигнала в терминале приема данных для приема данных от сервера распространения данных путем использования функции приема широковещательного сигнала; этап определения восстановления для средства определения восстановления в терминале приема данных для определения того, имеется ли дефектный участок в данных, и, когда определено, что дефектный участок имеется, определения того, восстанавливать ли дефектный участок, в соответствии по меньшей мере с одним из: статуса связи между терминалом приема данных и сервером распространения данных и статуса релевантности данных, относящегося к данным; этап посылки/приема первого сигнала связи для средства посылки/приема сигнала связи в терминале приема данных для запроса у сервера распространения данных на повторную посылку дефектного участка путем использования функции посылки/приема сигнала связи, когда средство определения восстановления определяет, что дефектный участок следует восстановить; этап приема запроса на повторную посылку для средства приема запроса на повторную посылку в сервере распространения данных, в которое должен поступать запрос из терминала приема данных на повторную посылку дефектного участка данных, путем использования функции посылки/приема сигнала связи; этап посылки дефектного участка для средства передачи дефектного участка в сервере распространения данных для посылки дефектного участка на терминал приема данных в соответствии с запросом на повторную посылку путем использования функции посылки/приема сигнала связи; второй этап посылки/приема сигнала связи для средства посылки/приема сигнала связи в терминале приема данных для приема дефектного участка, посланного из сервера распространения данных, в соответствии с запросом на повторную посылку путем использования функции посылки/приема сигнала связи; и этап сохранения для средства хранения в терминале приема данных для сохранения дефектного участка, принятого средством посылки/приема сигнала связи.
В вышеупомянутых терминале приема данных, сервере распространения данных, системе распространения данных и способе распространения данных по настоящему изобретению, когда определено, что имеется дефектный участок в распространенных данных, терминал приема данных определяет, восстанавливать ли дефектный участок, в соответствии по меньшей мере с одним из: статуса связи между терминалом приема данных и сервером распространения данных и статуса релевантности данных, относящегося к распространенным данным. Поскольку необходимость выполнения процесса восстановления дефектного участка соответствующим образом определяют согласно статусу связи и статусу релевантности данных, можно предотвратить появление необязательных затрат на связь при восстановлении дефектного участка при широковещательных передачах данных с помощью сигналов связи.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению статус связи представлял собой соотношение между текущим временем и предварительно установленным временным периодом, когда средство определения восстановления сравнивает текущее время с этим временным периодом и определяет, что дефектный участок следует восстановить, когда текущее время попадает в рамки временного периода.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению статус связи представлял собой соотношение между текущим временем и предварительно установленным временным периодом, когда средство определения восстановления сравнивает текущее время с этим временным периодом и определяет, что дефектный участок следует восстановить, когда текущее время попадает в рамки временного периода.
Этот аспект настоящего изобретения предоставляет решение первой проблемы, связанной с тем, в какие часы осуществлять распространение данных. Этот аспект настоящего изобретения дает возможность условно определить временной период, когда может быть выполнена процедура восстановления файлов, и временной период, когда это делать не следует, в результате чего можно предотвратить выполнение процедуры восстановления файлов на тех временных периодах, на которых сконцентрирован сетевой трафик.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению статус связи представлял собой соотношение между типом сети, доступной в настоящее время между терминалом приема данных и сервером распространения данных, и типом предварительно установленной сети, когда средство определения восстановления сравнивает тип доступной в настоящее время сети с типом предварительно установленной сети и определяет, что дефектный участок следует восстановить, когда имеет место один и тот же тип.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению статус связи представлял собой соотношение между типом сети, доступной в настоящее время между терминалом приема данных и сервером распространения данных, и типом предварительно установленной сети, когда средство определения восстановления сравнивает тип доступной в настоящее время сети с типом предварительно установленной сети и определяет, что дефектный участок следует восстановить, когда имеет место один и тот же тип.
Этот аспект настоящего изобретения предоставляет решение второй проблемы, связанной с используемым типом сетей. Этот аспект настоящего изобретения дает возможность условно определить сеть, в которой может быть выполнена процедура восстановления файлов, и сеть, в которой это делать не следует, в результате чего процедура восстановления файлов может быть выполнена при использовании сети с более низкими затратами на связь.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению статус связи представлял собой соотношение между видом доступной в настоящее время базовой станции в доступной в настоящее время сети и видом базовой станции, предварительно установленной в соответствии с доступной в настоящее время сетью, когда средство определения восстановления сравнивает вид доступной в настоящее время базовой станции с видом предварительно установленной базовой станции и определяет, что дефектный участок следует восстановить, когда имеет место один и тот же вид.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению статус связи представлял собой соотношение между видом доступной в настоящее время базовой станции в доступной в настоящее время сети и видом базовой станции, предварительно установленной в соответствии с доступной в настоящее время сетью, когда средство определения восстановления сравнивает вид доступной в настоящее время базовой станции с видом предварительно установленной базовой станции и определяет, что дефектный участок следует восстановить, когда имеет место один и тот же вид.
Этот аспект настоящего изобретения предоставляет решение второй проблемы, связанной с используемым типом сетей. Этот аспект настоящего изобретения дает возможность условно определить сеть и базовую станцию, в которых может быть выполнена процедура восстановления файлов, и сеть и базовую станцию, в которых это делать не следует, в результате чего процедура восстановления файлов может быть выполнена с использованием сети и базовой станции с более низкими расходами на связь.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению статус связи представлял собой соотношение между остаточным уровнем заряда батареи терминала приема данных и предварительно установленным порогом остаточного уровня заряда батареи, когда средство определения восстановления сравнивает остаточный уровень заряда батареи терминала приема данных с порогом и определяет, что дефектный участок следует восстановить, когда остаточный уровень заряда батареи терминала приема данных выше или равен порогу.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению статус связи представлял собой соотношение между остаточным уровнем заряда батареи терминала приема данных и предварительно установленным порогом остаточного уровня заряда батареи, когда средство определения восстановления сравнивает остаточный уровень заряда батареи терминала приема данных с порогом и определяет, что дефектный участок следует восстановить, когда остаточный уровень заряда батареи терминала приема данных выше или равен порогу.
Посредством учета остаточного уровня заряда батареи терминала 20 приема данных в качестве условия, этот аспект настоящего изобретения может предотвратить полный разряд батареи во время загрузки, когда, например, остаточный уровень заряда батареи низок.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению статус связи представлял собой соотношение между типом текущего заключенного контракта на использование сети между терминалом приема данных и сервером распространения данных и типом предварительно установленного контракта на использование сети, когда средство определения восстановления сравнивает тип текущего заключенного контракта на использование сети с типом предварительно установленного контракта на использование сети и определяет, что дефектный участок следует восстановить, когда имеет место один и тот же тип.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению статус связи представлял собой соотношение между типом текущего заключенного контракта на использование сети между терминалом приема данных и сервером распространения данных и типом предварительно установленного контракта на использование сети, когда средство определения восстановления сравнивает тип текущего заключенного контракта на использование сети с типом предварительно установленного контракта на использование сети и определяет, что дефектный участок следует восстановить, когда имеет место один и тот же тип.
Посредством учета, в качестве условия, контракта на использование сети между терминалом 20 приема данных и сервером 10 распространения данных, этот аспект настоящего изобретения может предотвратить появление непредвиденно высоких платежей за связь.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению статус связи представлял собой соотношение между интенсивностью радиочастотного поля между терминалом приема данных и сервером распространения данных и предварительно установленным порогом интенсивности радиочастотного поля, когда средство определения восстановления сравнивает интенсивность радиочастотного поля между терминалом приема данных и сервером распространения данных с порогом и определяет, что дефектный участок следует восстановить, когда интенсивность радиочастотного поля между терминалом приема данных и сервером распространения данных выше или равна порогу.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению статус связи представлял собой соотношение между интенсивностью радиочастотного поля между терминалом приема данных и сервером распространения данных и предварительно установленным порогом интенсивности радиочастотного поля, когда средство определения восстановления сравнивает интенсивность радиочастотного поля между терминалом приема данных и сервером распространения данных с порогом и определяет, что дефектный участок следует восстановить, когда интенсивность радиочастотного поля между терминалом приема данных и сервером распространения данных выше или равна порогу.
Посредством учета интенсивности радиочастотного поля между терминалом 20 приема данных и сервером 10 распространения данных в качестве условия, этот аспект настоящего изобретения может обеспечить автоматическое выполнение загрузки, когда терминал выходит из необслуживаемой зоны, например, метро, и входит в зону обслуживания, например, надземная область.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению статус релевантности данных представлял собой соотношение между коэффициентом использования предшествующих принимаемых данных, вычисленным на основе истории использования предшествующих принимаемых данных, предварительно принятых от сервера распространения данных, и порогом Z коэффициента использования, вычисленным на основе статуса связи, когда средство определения восстановления сравнивает коэффициент использования предшествующих принимаемых данных с порогом Z коэффициента использования и определяет, что дефектный участок следует восстановить, прежде чем пользователь терминала приема данных начнет использовать эти данные, когда коэффициент использования предшествующих принимаемых данных выше или равен порогу Z.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению статус релевантности данных представлял собой соотношение между коэффициентом использования предшествующих принимаемых данных, вычисленным на основе истории использования предшествующих принимаемых данных, предварительно принятых от сервера распространения данных, и порогом Z коэффициента использования, вычисленным на основе статуса связи, когда средство определения восстановления сравнивает коэффициент использования предшествующих принимаемых данных с порогом Z коэффициента использования и определяет, что дефектный участок следует восстановить, прежде чем пользователь терминала приема данных начнет использовать эти данные, когда коэффициент использования предшествующих принимаемых данных выше или равен порогу Z.
Этот аспект настоящего изобретения предоставляет решение третьей проблемы, относящейся к выбору данных, подлежащих процедуре восстановления файлов. Путем использования коэффициента использования предшествующих принимаемых данных в качестве параметра, представляющего собой вероятность использования распространенных данных на практике, этот аспект настоящего изобретения дает возможность условно определить данные, для которых может быть выполнена процедура восстановления файлов, и данные, для которых это делать не следует, в результате чего процедура восстановления файлов может быть выполнена только для данных, у которых значение коэффициента использования выше или равно предварительно определенному порогу Z.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению статус связи представлял собой соотношение между текущим временем и предварительно установленным временным периодом, когда порог Z коэффициента использования вычисляется как
Z=C1/C2http://www.arib.or.jp/tyosakenkyu/kikaku_hoso/hoso_std-b038.htmlhttp://www.3gpp.org/ftp/Specs/html-info/26346.htm
(1),
где C1 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи в рамках предварительно установленного временного периода, а C2 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи вне предварительно установленного временного периода.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению статус связи представлял собой соотношение между текущим временем и предварительно установленным временным периодом, когда порог Z коэффициента использования вычисляется как
Z=C1/C2
(1),
где C1 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи в рамках предварительно установленного временного периода, а C2 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи вне предварительно установленного временного периода.
В качестве решения третьей проблемы, связанной с выбором данных, подлежащих процедуре восстановления файлов, желательно, чтобы порог Z коэффициента использования вычислялся в соответствии с вышеупомянутым выражением (1), когда статус связи представляет собой соотношение между текущим временем и, в частности, предварительно установленным временным периодом.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению порог Z коэффициента использования вычислялся как
Z=(C1/C2)×W
(2),
где W - вес, соответствующий классу данных, посланных из сервера распространения данных.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению порог Z коэффициента использования вычислялся как
Z=(C1/C2)×W
(2),
где W - вес, соответствующий классу данных, посланных из сервера распространения данных.
В качестве решения третьей проблемы, связанной с выбором данных, подлежащих процедуре восстановления файлов, желательно, чтобы порог Z коэффициента использования вычислялся в соответствии с вышеупомянутым выражением (2). Это позволяет вычислить порог Z коэффициента использования в соответствии с характеристическим признаком распространенных данных, что позволяет выполнить вычисление с более высокой точностью.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению статус связи представлял собой соотношение между типом текущего заключенного контракта на использование сети между терминалом приема данных и сервером распространения данных и типом предварительно установленного контракта на использование сети, когда порог Z коэффициента использования вычисляется как
Z=C3/C4
(3),
где C3 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи на основе предварительно установленного контракта на использование сети, а C4 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи на основе контракта на использование, отличного от предварительно установленного контракта на использование сети.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению статус связи представлял собой соотношение между типом текущего заключенного контракта на использование сети между терминалом приема данных и сервером распространения данных и типом предварительно установленного контракта на использование сети, когда порог Z коэффициента использования вычисляется как
Z=C3/C4
(3),
где C3 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи на основе предварительно установленного контракта на использование сети, а C4 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи на основе контракта на использование, отличного от предварительно установленного контракта на использование сети.
В качестве решения третьей проблемы, связанной с выбором данных, подлежащих процедуре восстановления файлов, желательно, чтобы порог Z коэффициента использования вычислялся в соответствии с вышеупомянутым выражением (3), когда статус связи представляет собой соотношение между типом текущего заключенного контракта на использование сети между терминалом приема данных и сервером распространения данных и, в частности, типом предварительно установленного контракта на использование сети.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению средство приема широковещательного сигнала принимало от сервера распространения данных предварительно получаемые данные в качестве предварительно определенной части данных, подлежащих приему от сервера распространения данных, путем использования функции приема широковещательного сигнала, статуса релевантности данных о том, имеется ли непринятый участок в предварительно получаемых данных, а средство определения восстановления определяло, что непринятый участок должен быть восстановлен, прежде чем пользователь терминала приема данных использует эти данные, когда определено, что имеется непринятый участок в предварительно получаемых данных.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению средство приема широковещательного сигнала принимало от сервера распространения данных предварительно получаемые данные в качестве предварительно определенной части данных, подлежащих приему от сервера распространения данных, путем использования функции приема широковещательного сигнала, статуса релевантности данных о том, имеется ли непринятый участок в предварительно получаемых данных, а средство определения восстановления определяло, что непринятый участок должен быть восстановлен, прежде чем пользователь терминала приема данных использует эти данные, когда определено, что имеется непринятый участок в предварительно получаемых данных.
Этот аспект настоящего изобретения предоставляет другое решение третьей проблемы, относящейся к выбору данных, подлежащих процедуре восстановления файлов. Этот аспект настоящего изобретения позволяет заранее отличить данные, подлежащие процедуре восстановления файлов (предварительно получаемые данные), от данных, которые не подлежат упомянутой процедуре, и заранее загружать только предварительно получаемые данные.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению предварительно получаемые данные представляли собой начальный участок данных, подлежащих приему от сервера распространения данных.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению предварительно получаемые данные представляли собой начальный участок данных, подлежащих приему от сервера распространения данных.
Имеется высокая вероятность того, что пользователь обратится к начальному участку распространенных данных (начало используемых данных), чтобы узнать, какой контент содержат распространенные данные, и следовательно, эти данные подходят в качестве данных, заранее подвергаемых процедуре восстановления файлов.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению размер предварительно получаемых данных вычислялся как
x=D-TV
(4),
где x - размер предварительно получаемых данных, D - общий размер данных, подлежащих приему от сервера распространения данных, Т - время воспроизведения данных и V - средняя битовая скорость в сети при реализации функции посылки/приема сигнала связи.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению размер предварительно получаемых данных вычислялся как
x=D-TV
(4),
где x - размер предварительно получаемых данных, D - общий размер данных, подлежащих приему от сервера распространения данных, Т - время воспроизведения данных и V - средняя битовая скорость в сети при реализации функции посылки/приема сигнала связи.
В качестве еще одного решения третьей проблемы выбора данных, подлежащих процедуре восстановления файлов, желательно, чтобы размер предварительно получаемых данных вычислялся в соответствии с вышеупомянутым выражением (4). Это позволяет компенсировать весь дефектный участок, прежде чем распространенные данные будут полностью воспроизведены.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению размер предварительно получаемых данных вычислялся в соответствии с частным коэффициентом использования предшествующих принимаемых данных, вычисленным на основе истории использования на каждом участке предшествующих принимаемых данных, предварительно принятых от сервера распространения данных, а в качестве размера предварительно получаемых данных вычислялся общий размер участков, каждый из которых имеет частный коэффициент использования предшествующих принимаемых данных, который равен или превышает предварительно определенный порог.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению размер предварительно получаемых данных вычислялся в соответствии с частным коэффициентом использования предшествующих принимаемых данных, вычисленным на основе истории использования на каждом участке предшествующих принимаемых данных, предварительно принятых от сервера распространения данных, а в качестве размера предварительно получаемых данных вычислялся общий размер участков, каждый из которых имеет частный коэффициент использования предшествующих принимаемых данных, который равен или превышает предварительно определенный порог.
В качестве другого решения третьей проблемы выбора данных, подвергаемых процедуре восстановления файлов, желательно, чтобы общий размер участков, каждый из которых имеет частный коэффициент использования предшествующих принимаемых данных, который равен или превышает предварительно определенный порог, вычислялся в качестве размера предварительно получаемых данных. Это позволяет в качестве предварительно получаемых данных заранее загружать участок, имеющий высокий коэффициент использования данных.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению средство приема широковещательного сигнала принимало от сервера распространения данных метаданные, описывающие по меньшей мере одно из: статуса связи и статуса релевантности данных, путем использования функции приема широковещательного сигнала.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению средство приема широковещательного сигнала принимало от сервера распространения данных метаданные, описывающие по меньшей мере одно из: статуса связи и статуса релевантности данных, путем использования функции приема широковещательного сигнала.
Создание и управление метаданными может осуществляться на стороне сервера распространения данных, и метаданные могут посылаться на терминал приема данных.
Предпочтительно, чтобы в терминале приема данных по настоящему изобретению средство хранения сохраняло метаданные, описывающие по меньшей мере одно из: статуса связи и статуса релевантности данных.
Предпочтительно, чтобы в способе распространения данных по настоящему изобретению средство хранения сохраняло метаданные, описывающие по меньшей мере одно из: статуса связи и статуса релевантности данных.
Создание, управление и использованием метаданных может осуществляться самим терминалом приема данных.
Предпочтительно, чтобы сервер распространения данных по настоящему изобретению дополнительно содержал средство определения повторной посылки для определения того, следует ли повторно посылать дефектный участок, в соответствии по меньшей мере с одним из: статуса связи между терминалом приема данных и сервером распространения данных и статуса релевантности данных, относящегося к данным, в ответ на запрос на повторную посылку, когда средство передачи дефектного участка послало дефектный участок на терминал приема данных, путем использования функции посылки/прием сигнала связи, когда средство определения повторной посылки определило, что дефектный участок следует послать повторно.
В этом аспекте настоящего изобретения в ответ на запрос от терминала приема данных на повторную посылку дефектного участка распространенных данных сервер распространения данных определяет, следует ли восстановить дефектный участок в соответствии по меньшей мере с одним из: статуса связи между терминалом приема данных и сервером распространения данных и статуса релевантности данных, относящегося к распределяемым данным. Поскольку решение о том, следует ли выполнять процесс восстановления дефектного участка, принимается в соответствии со статусом связи и статусом релевантности данных, можно предотвратить появление необязательных затрат на связь при восстановлении дефектного участка при широковещательных передачах данных с помощью сигналов связи.
Предпочтительно, чтобы в сервере распространения данных по настоящему изобретению статус релевантности данных представлял собой соотношение между коэффициентом использования предшествующих принимаемых данных, вычисленным на основе истории использования предшествующих принимаемых данных, предварительно принятых терминалом приема данных от сервера распространения данных, и порогом Z коэффициента использования, вычисленным на основе статуса связи, когда средство определения повторной посылки сравнивает коэффициент использования предшествующих принимаемых данных с порогом Z коэффициента использования и определяет, что дефектный участок следует повторно послать на терминал приема данных, прежде чем пользователь терминала приема данных использует эти данные, когда коэффициент использования предшествующих принимаемых данных равен или превышает порог Z.
Этот аспект настоящего изобретения предоставляет решение третьей проблемы, связанной с выбором данных, подлежащих процедуре восстановления файлов. Путем использования коэффициента использования предшествующих принимаемых данных в качестве параметра, представляющего вероятность использования на практике распространенных данных, этот аспект настоящего изобретения позволяет условно определить данные, для которых может быть выполнена процедура восстановления файлов, и данные, для которых это делать не следует, в результате чего процедура восстановления файлов может выполняться только для данных, имеющих значение коэффициента использования, равное или превышающее предварительно определенный порог Z.
Предпочтительно, чтобы в сервере распространения данных по настоящему изобретению статус связи представлял собой соотношение между текущим временем и предварительно установленным временным периодом, когда порог Z коэффициента использования вычисляется как
Z=C1/C2
(1),
где C1 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи в предварительно установленном временном периоде, а C2 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи вне предварительно установленного временного периода.
В качестве решения третьей проблемы, связанной с выбором данных, подлежащих процедуре восстановления файлов, желательно, чтобы порог Z коэффициента использования вычислялся в соответствии с вышеупомянутым выражением (1), когда статус связи представляет собой соотношение между текущим временем и, в частности, предварительно установленным временным периодом.
Предпочтительно, чтобы в сервере распространения данных по настоящему изобретению статус связи представлял собой соотношение между типом текущего заключенного контракта на использование сети между терминалом приема данных и сервером распространения данных и типом предварительно установленного контракта на использование сети, когда порог Z коэффициента использования вычисляется как
Z=C3/C4
(3),
где C3 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи на основе предварительно установленного контракта на использование сети, а C4 - затраты на связь, появляющиеся при выполнении связи с помощью функции посылки/приема сигнала связи на основе контракта на использование, отличного от предварительно установленного контракта на использование сети.
В качестве решения третьей проблемы, связанной с выбором данных, подлежащих процедуре восстановления файлов, желательно, чтобы порог Z коэффициента использования вычислялся в соответствии с вышеупомянутым выражением (3), когда статус связи представляет собой соотношение между типом текущего заключенного контракта на использование сети между терминалом приема данных и сервером распространения данных и, в частности, типом предварительно установленного контракта на использование сети.
Предпочтительно, чтобы в сервере распространения данных по настоящему изобретению средство передачи данных посылало на терминал приема данных метаданные, описывающие по меньшей мере одно из: статуса связи и статуса релевантности данных, путем использования функции посылки широковещательного сигнала.
Создание и управление метаданными может осуществляться на стороне сервера распространения данных, и метаданные могут посылаться на терминал приема данных.
Положительные эффекты изобретения
Настоящее изобретение может предоставить терминал приема данных, сервер распространения данных, систему распространения данных и способ распространения данных, которые могут предотвратить появление необязательных затрат на связь при восстановлении дефектных участков при широковещательных передачах данных с помощью сигналов связи.
Краткое описание чертежей
Фиг. 1 - структурная схема системы 1 распространения данных;
фиг. 2 - схема аппаратного обеспечения сервера 10 распространения данных и терминала 20 приема данных;
фиг. 3 - блок-схема, иллюстрирующая функциональную структуру сервера 10 распространения данных;
фиг. 4 - блок-схема, иллюстрирующая функциональную структуру терминала 20 приема данных;
фиг. 5 - диаграмма последовательности операций, объясняющая процедуру типовой загрузки данных, выполняемой на основе структуры системы 1 распространения данных;
фиг. 6 - блок-схема, иллюстрирующая поток обработки в схеме загрузки с временным сдвигом;
фиг. 7 - таблица, иллюстрирующая примеры имен параметров и их значений, записанных в метаданных, используемых в одном варианте осуществления;
фиг. 8 - блок-схема, иллюстрирующая поток обработки в схеме загрузки данных, адаптированной к сети;
фиг. 9 - диаграмма, иллюстрирующая контент распространяемых данных, сохраненных в блоке 240 хранения данных после получения распространяемых данных;
фиг. 10 - блок-схема, иллюстрирующая поток обработки в схеме частичной загрузки данных;
фиг. 11 - диаграмма последовательности операций, объясняющая процедуру, выполняемую схемой частичной загрузки данных на основе общей структуры системы 1 распространения данных;
фиг. 12 - график, иллюстрирующий пример, где вероятность использования изменяется в зависимости от участков распространяемых данных; и
фиг. 13 - график, иллюстрирующий пример, где вероятность использования изменяется в зависимости от участков распространяемых данных.
Список ссылочных позиций
1 - система распространения данных; 10 - сервер распространения данных; 110 - блок хранения; 120 - блок передачи данных; 130 - блок приема запроса на повторную посылку; 140 - блок определения повторной посылки; 150 - блок передачи дефектного участка; 20 - терминал приема данных; 210 - блок управления связью; 220 - блок определения; 230 - блок управления вводом/выводом; 240 - блок хранения данных; 30 - сеть связи.
Описание вариантов осуществления
Далее со ссылками на сопроводительные чертежи подробно описываются предпочтительные варианты осуществления терминала приема данных, сервера распространения данных, системы распространения данных и способа распространения данных согласно настоящему изобретению. При объяснении чертежей одинаковые составляющие обозначены одинаковыми ссылочными позициями, и их повторные описания опускаются.
Общая структура системы 1 распространения данных
Сначала со ссылками на фиг. 1 раскрывается структура системы 1 распространения данных согласно варианту осуществления настоящего изобретения. Фиг. 1 представляет собой структурную схему системы 1 распространения данных. Как показано на фиг. 1, система 1 распространения данных образуется сервером 10 распространения данных и терминалом 20 приема данных, которые соединены друг с другом сетью 30 связи.
Сервер 10 распространения данных поддерживает различные виды данных, используемые пользователем, имеющим терминал 20 приема данных, а также функции для распространения распространяемых данных (в формуле изобретения просто «данные»), метаданных и т.п. на терминал 20 приема данных путем использования функции посылки широковещательного сигнала и функции посылки/приема сигнала связи.
Терминал 20 приема данных представляет собой терминал, который принимает распространяемые данные, метаданные и т.п., распространяемые сервером 10 распространения данных путем использования функции приема широковещательного сигнала и функции посылки/приема сигнала связи. Примером терминала 20 приема данных является сотовый телефон. Используя распространяемые данные, загруженные в терминал 20 приема данных, пользователь может воспользоваться различными услугами. На фиг. 1 в качестве терминала 20 приема данных показаны терминалы 20А, 20В, 20С приема данных, причем терминалы 20А, 20В, 20С приема данных представлены все вместе как терминал 20 приема данных.
Сеть 30 представляет собой широковещательную сеть или сеть связи, такую как сеть мобильной связи, беспроводную сеть LAN, сеть WiMAX и мультимедийное широковещание для распространения различных видов данных, включая распространяемые данные. Когда сеть 30 представляет собой, например, мультимедийное широковещание, распространяемые данные посылаются сетью 30 и принимаются терминалом 20 приема данных через широковещательную сеть. Когда сеть 30 образована системой UMTS, распространяемые данные посылаются сетью 30 и принимаются терминалом 20 приема данных через сеть мобильной связи.
Структура сервера 10 распространения данных
Далее подробно объясняется структура сервера 10 распространения данных. На фиг. 2 показана схема аппаратного обеспечения сервера 10 распространения данных. Как показано на фиг. 2, сервер 10 распространения данных физически сконструирован в виде типовой компьютерной системы, включающей в себя центральный процессор (CPU) 11, основные блоки хранения, такие как ПЗУ (ROM) 12 и ОЗУ (RAM) 13, устройство 14 ввода, такое как клавиатура и мышь, устройство 15 вывода, такое как дисплей, модуль 16 связи, такой как сетевая карта для посылки/приема данных на/от терминала 20 приема данных, вспомогательный блок 15 хранения, такой как жесткий диск, и т.п. Функции сервера 10 распространения данных, которые объясняются ниже, достигаются побуждением аппаратного обеспечения, такого как CPU 11, ROM 12 и RAM 13, считывать предварительно определенное компьютерное программное обеспечения в них, с тем чтобы приводить в действие устройство 14 ввода, устройство 15 вывода и модуль 16 связи и считывать и записывать данные в основных блоках 12, 13 хранения и вспомогательном блоке 17 хранения под управлением CPU 11.
На фиг. 3 представлена блок-схема, иллюстрирующая функциональную структуру сервера 10 распространения данных. Как показано на фиг. 3, сервер 10 распространения данных функционально содержит блок 110 хранения, блок 120 передачи данных (средство передачи данных), блок 130 приема запроса на повторную посылку (средство приема запроса на повторную посылку), блок 140 определения повторной посылки (средство определения повторной посылки) и блок 150 передачи дефектного участка (средство посылки дефектного участка).
Блок 110 хранения сохраняет распространяемые данные, подлежащие распространению на терминал 20 приема данных. Блок 110 хранения также хранит метаданные, описывающие по меньшей мере одно из: статуса связи между сервером 10 распространения данных и терминалом 20 приема данных и статуса релевантности данных, которые представляет собой любой вид статуса, относящийся к распространяемым данным. Метаданные описывают по меньшей мере одно из: статуса связи и статуса релевантности данных, регистрируя тем самым размер, вид, контент, время распространения, местоположение и т.п. распространяемых данных. За дополнительными подробностями, касающимися метаданных, можно обратиться к http://www.arib.or.jp/tyosakenkyu/kikaku hoso/hoso std-b038.html [извлечено 25.09.2008] и http://www.3gpp.org/ftp/Specs/html-info/26346.htm [извлечено 25.09.2008]. Подробности статуса связи и статуса релевантности данных разъясняются ниже.
Блок 120 передачи данных посылает распространяемые данные на терминал 20 приема данных с использованием функции посылки широковещательного сигнала. Блок 120 передачи данных также посылает на терминал 20 приема данных метаданные, с использованием функции приема широковещательного сигнала. Блок 120 передачи данных получает распространяемые данные и метаданные из блока 110 хранения и осуществляет их посылку.
Терминал 20 приема данных запрашивает блок 130 приема запроса на повторную посылку, чтобы повторно послать дефектный участок распространяемых данных, путем использования функции посылки/приема сигнала связи.
Блок 140 определения запроса на повторную посылку определяет, следует ли повторно послать дефектный участок распространяемых данных, в соответствии по меньшей мере с одним из: статуса связи между сервером 10 распространения данных и терминалом 20 приема данных и статуса релевантности данных, относящегося к распространяемым данным, в ответ на запрос на повторную посылку от терминала 20 приема данных. Блок 140 определения повторной посылки выводит результат определения в блок 150 передачи дефектного участка.
Когда блок 140 определения повторной посылки определяет, что дефектный участок распространяемых данных должен быть послан повторно, блок 150 передачи дефектного участка посылает дефектный участок на терминал 20 приема данных, с использованием функции посылки/приема сигнала связи. Блок 150 передачи дефектного участка получает дефектный участок распространяемых данных из блока 110 хранения и осуществляет его посылку.
Структура терминала 20 приема данных
Далее подробно раскрывается терминал 20 приема данных. На фиг. 2 представлена схема аппаратного обеспечения терминала 20 приема данных. Как показано на фиг. 2, терминал 20 приема данных физически содержит CPU 21, ROM 22 и RAM 23, которые представляют собой основные блоки хранения, устройство 24 ввода, например, операционные клавиши, устройство 25 вывода, например, жидкокристаллический дисплей (LCD) или дисплей на органических светоизлучающих (EL) диодах, модуль 26 связи для посылки/приема данных на/от сервера 10 распространения данных и вспомогательный блок 27 хранения, такой как запоминающее устройство. Функции терминала приема данных, которые раскрываются ниже, достигаются побуждением аппаратного обеспечения, такого как CPU 21, ROM 22 и RAM 23, считывать предварительно определенное компьютерное программное обеспечение в них, с тем, чтобы привести в действие устройство 24 ввода, устройство 25 вывода и модуль 26 связи и считывать и записывать данные в основные блоки 22, 23 хранения и вспомогательный блок 27 хранения под управлением CPU 21.
На фиг. 4 представлена блок-схема, иллюстрирующая функциональную структуру терминала 20 приема данных. Как показано на фиг. 4, терминал 20 приема данных функционально содержит блок 210 управления связью (средство приема широковещательного сигнала и средство посылки/приема сигнала связи), блок 220 определения (средство определения восстановления), блок 230 управления вводом/выводом и блок 240 хранения данных (средство хранения).
Блок 210 управления связью, который является частью для управления связью терминала 20 приема данных, посылает/принимает данные на/от сервера 10 распространения данных через сеть 30. Блок 210 управления связью может использовать как мультимедийное широковещание, так и сеть мобильной связи. То есть, блок 210 управления связью может принимать распространяемые данные и метаданные от сервера 10 распространения данных путем использования функции приема широковещательного сигнала. Когда блок 220 определения, который описывается ниже, определяет, что дефектный участок распространяемых данных следует восстановить, блок 210 управления связью может запросить сервер 10 распространения данных, чтобы тот повторно послал дефектный участок, и принимает дефектный участок, посланный от сервера 10 распространения данных в соответствии с запросом на повторную посылку с использованием функции посылки/приема сигнала связи.
Блок 220 определения определяет, имеется ли дефектный участок в распространяемых данных от сервера 10 распространения данных, и, когда определено, что дефектный участок имеется, определяет, следует ли восстановить дефектный участок, в соответствии по меньшей мере с одним из: статуса связи между сервером 10 распространения данных и терминалом 20 приема данных и статуса релевантности данных, относящегося к распространяемым данным. Подробные операции, выполняемые блоком 220 определения, описываются ниже.
Блок 230 управления вводом/выводом, который представляет собой часть ввода/вывода для отображения на экране пользователя и приема от него команд, соответствует, например, устройству 24 ввода и устройству 25 вывода на фиг. 3. Блок 230 управления вводом/выводом получает распространяемые данные и их дефектный участок из блока 240 хранения данных и отображает их пользователю на экране.
Блок 240 хранения данных представляет собой часть для сохранения распространяемых данных, загруженных из сервера 10 распространения данных, и дефектного участка распространяемых данных. При отображении блоком 230 управления вводом/выводом пользователю данных, сохраненных в блоке 240 хранения данных, пользователь может использовать распространяемые данные от сервера 10 распространения данных, а также их дефектный участок. Блок 240 хранения данных может сохранить не только распространяемые данные, но также метаданные и другие релевантные информационные элементы. Создание и управление метаданными может осуществляться на стороне сервера 10 распространения данных, причем эти метаданные могут посылаться на терминал 20 приема данных, либо создание, управление и использование метаданных может осуществляться самим терминалом 20 приема данных. Блок 240 хранения данных может быть образован, например, посредством RAM 23 и вспомогательного блока 27 хранения на фиг. 3.
Операции, выполняемые системой 1 распространения данных
Далее разъясняются операции, выполняемые системой 1 распространения данных.
Типовая процедура загрузки данных
Перед объяснением операций, выполняемых системой 1 распространения данных согласно настоящему изобретению, со ссылками на фиг. 5 раскрывается типовая процедура загрузки данных. На фиг. 5 представлена схема последовательности операций для объяснения процедуры типовой загрузки данных, выполняемой на основе структуры системы 1 распространения данных, показанной на фиг. 1-4.
Сначала, перед приемом распространяемых данных получают, если это необходимо, метаданные, соответствующие распространяемым данным, подлежащим загрузке (этап 101а). На фиг. 5 показан статус, по которому метаданные транслируются посредством мультимедийного широковещания, когда терминалы 20А, 20В, 20С приема данных одновременно принимают метаданные. Пример, приведенный на фиг. 5, основан на допущении, что в метаданных записана информация о времени распространения, указывающая временные интервалы широковещания распространяемых данных. Метаданные могут быть получены отдельно от сервера 10 распространения данных с помощью одноадресной передачи вместо использования широковещания, как в приведенном выше примере. Когда метаданные отсутствуют, этот этап может быть пропущен.
Затем, в соответствии с информацией о времени распространения, включенной в метаданные, терминал приема данных принимает данные, распространяемые посредством мультимедийного широковещания на вышеупомянутых временных интервалах (этап 102а). На фиг. 5 показан пример, в котором, чтобы выполнить распространение данных, выполняются три операции распространения данных, в результате чего данные, используемые пользователем, завершаются только тогда, когда закончились все три операции распространения данных, так что распространенными оказываются все данные D1, D2, D3.
В примере на фиг. 5 также показан случай, когда терминалу 20B приема данных не удается принять третью передачу данных, и следовательно, данные D3 оказываются незагруженными. Причинами неудач при приеме данных могут быть, например, прерывистость мощности сигнала и снижение качества принятого электромагнитного сигнала на терминале 20B приема данных.
После этого терминал 20B приема данных, в котором произошла неудача при приеме данных, компенсирует дефектный участок, то есть, данные D3, с использованием процедуры восстановления файлов (этап 103а). В примере на фиг. 5 показано, что выполняется запрос на непринятые данные D3 с целью их компенсации посредством одноадресной передачи с использованием, например, протокола гипертекстовой пересылки (HTTP) через сеть мобильной связи, после чего данные D3 посылаются повторно в ответ на запрос, и осуществляется их прием. Таким образом, компенсация данных посредством одноадресной передачи позволяет терминалу 20 приема данных надежно скомпенсировать потерянные данные D3. Процедура восстановления файлов включает в себя различные варианты, такие как способ, автоматически выполняемый терминалом 20 приема данных, и способ, выполняемый после поступления команды от пользователя.
Процедура, разъясняемая выше, завершает загрузку всех распространяемых данных и позволяет пользователю, которому принадлежит терминал 20 приема данных, использовать распространяемые данные. Однако, вышеописанная процедура не учитывает рассмотренные выше три проблемы, а именно: первую проблему, связанную с тем, в какие часы осуществлять распространение данных; вторую проблему, касающуюся типа используемых сетей; и третью проблему, относящуюся к выбору данных, подвергающихся процедуре восстановления файлов, в результате чего эти проблемы остаются нерешенными. Поэтому далее раскрываются способы решения вышеупомянутых проблем.
Схема загрузки с временным сдвигом
Вначале описывается решение первой проблемы, связанной с тем, в какие часы распространять данные. Данное решение первой проблемы называется далее схемой загрузки с временным сдвигом.
Согласно способу загрузки данных, показанному на фиг. 5, выполняется процедура восстановления файлов с помощью одноадресной передачи, что может привести к перегрузке трафика связи в зависимости от временного периода. Проблема перегрузки трафика усугубляется, в частности, тогда, когда процедура восстановления файлов, показанная на фиг. 5, выполняется на временном периоде с высоким объемом трафика (например, с раннего вечера до ночи). Таким образом, схема загрузки с временным сдвигом предоставляет механизм выполнения процедуры восстановления файлов только на временных периодах с низким объемом сетевых передач.
На фиг. 6 представлена блок-схема, иллюстрирующая поток обработки в схеме загрузки с временным сдвигом. На фиг. 7 показаны примеры имен параметров и их значений, записанных в метаданных, используемых в данном варианте осуществления изобретения.
Сначала, путем использования мультимедийного широковещания блок 210 управления связью, находящийся в терминале 20 приема данных, получает метаданные (этап 201а) и распространяемые данные (этап 202а). Обработка на этапах 201а и 202а такая же, как на этапах 101а и 102а, показанных на фиг. 5.
Далее, когда определено, что имеется дефектный участок (этап 203а), блок 220 определения, находящийся в терминале 20 приема данных, определяет, следует ли восстановить дефектный участок, в соответствии со статусом связи между терминалом 20 приема данных и сервером 10 распространения данных (этап 204а). Здесь статус связи представляет собой соотношение между текущим временем и предварительно установленным временным периодом. В частности, блок 220 определения сравнивает временной период, представленный параметром DLDulation, описанным в метаданных, показанных на фиг. 7, с текущим временем. Здесь DLDulation описывает временной период, в течение которого может быть выполнено восстановление файлов, когда сервер 10 распространения данных распространяет метаданные, включая эту информацию, на терминал 20 приема данных. Когда определено, что текущее время попадает в рамки временного периода, представленного как DLDulation, то есть, время, когда можно выполнять восстановление файлов (этап 204а: Да), блок 220 определения определяет, что дефектный участок следует восстановить, и выполняет процедуру восстановления файлов (этап 205а).
Когда определено, что текущее время не соответствует времени выполнения восстановления файлов (этап 204а: Нет), блок 220 определения заканчивает обработку, не выполняя процедуру восстановления файлов (этап 206а: Нет), или ждет, пока не наступит время, когда можно будет выполнить процедуру восстановления файлов (этап 206а: Да). При ожидании времени, когда можно будет выполнить процедуру восстановления файлов, процесс обработки возвращается к этапу 204а. Информация о том, ожидать или нет времени, когда можно будет выполнить процедуру восстановления файлов, представлена в метаданных. В частности, она соответствует параметру TimeWaitOK, показанному на фиг. 7, причем ожидание времени, когда можно будет выполнять процедуру восстановления файлов, имеет место, когда TimeWaitOK имеет значение OK.
Вышеупомянутая процедура позволяет терминалу 20 приема данных условно определить временной период, когда процедуру восстановления файлов разрешается выполнить, и временной период, когда это делать нельзя, в результате чего можно предотвратить выполнение процедуры восстановления файлов на временных периодах, на которых сконцентрирован сетевой трафик.
Хотя вышеописанное объясняет процедуру, в которой параметры DLDulation и TimeWaitOK описываются в метаданных и передаются из сервера 10 распространения данных на терминал 20 приема данных, метаданные, описывающие параметры DLDulation и TimeWaitOK, могут быть сохранены заранее в терминале 20 приема данных. В этом случае решение о том, выполнять ли процедуру восстановления файлов, принимается в соответствии со значениями параметров DLDulation и TimeWaitOK, описанных в метаданных, которые сохранены заранее в блоке 240 хранения данных терминала 20 приема данных.
Схема загрузки, адаптированной к сети
Далее объясняется решение второй проблемы, связанной с типом используемых сетей. Такое решение второй проблемы называется далее схемой загрузки, адаптированной к сети.
Согласно способу загрузки данных, показанному на фиг. 5, выполняется процедура восстановления файлов посредством одноадресной передачи, что может привести к увеличению затрат на связь в зависимости от используемой сети. Таким образом, схема загрузки, адаптированной к сети, предоставляет механизм выполнения процедуры восстановления файлов путем выбора сети с низкими затратами на связь. Здесь затраты на связь означают плату за связь или некоторый параметр, относящееся к сети, например, емкость сети, скорость передачи и время задержки. Если предположить, что в качестве затрат на связь принята, например, плата за связь, то плата за передачу данных возрастет при использовании сети мобильной связи, в то время как плата за связь снизится при использовании вместо этого беспроводной сети LAN. Исходя из вышесказанного, предпочтительно, чтобы терминал 20 приема данных имел возможность выбора той или иной схемы связи из нескольких вариантов, чтобы процедура восстановления файлов выполнялась с использованием схемы связи, предоставляющей минимально возможные затраты на связь.
На фиг. 8 представлена блок-схема, иллюстрирующая поток обработки в схеме загрузки данных, адаптированной к сети. На фиг. 7 показаны примеры имен параметров и их значений, записанных в метаданных, используемых в данном варианте осуществления.
Сначала, с использованием мультимедийного широковещания блок 210 управления связью, находящийся в терминале 20 приема данных, получает метаданные (этап 301а) и распространяемые данные (этап 302а). Обработка на этапах 301а и 302а такая же, как на этапах 101а и 102а, показанных на фиг. 5.
Далее, когда определено, что имеется дефектный участок (этап 303а), блок 220 определения, находящийся в терминале 20 приема данных, определяет, следует ли восстановить дефектный участок, в соответствии со статусом связи между терминалом приема данных и сервером 10 распространения данных (этап 304а). Здесь статус связи представляет собой соотношение между типом сети, доступной в данный момент между терминалом 20 приема данных и сервером 10 распространения данных, и типом предварительно установленной сети. Статус связи также может представлять собой соотношение между видом доступной в данный момент базовой станции в доступной в данный момент сети и видом базовой станции, предварительно установленной в соответствии с доступной в данный момент сетью. Далее в качестве примера описывается случай, когда статус связи включает в себя как тип сети, так и вид базовой станции.
В частности, блок 220 определения сравнивает типы сетей, представленных параметром DLNetwork, описанным в метаданных, показанных на фиг. 7, с типом доступной в данный момент сети. Блок 220 определения также сравнивает виды базовых станций, представленных параметром DLNetwork, описанным в метаданных, показанных на фиг. 7, с видом доступной в данный момент базовой станции. Здесь параметр DLNetwork описывает типы сетей и виды базовых станций, в которых можно выполнить восстановление файлов, когда сервер 10 распространения данных распространяет метаданные, включая эту информацию, на терминал 20 приема данных. Типы сетей и виды базовых станций могут быть скомпонованы в порядке убывания приоритетов. Приоритет определяется, например, уровнем затрат на связь.
Когда типы сетей, представленные параметром DLNetwork, включают в себя тип, совпадающий с типом доступной в данный момент сети, и когда виды базовых станций, представленных параметром DLNetwork, включают в себя вид, совпадающий с видом доступной в данный момент базовой станции, то есть, когда определено, что сеть и базовая станция, в которых может быть выполнено восстановление файлов, в данный момент доступны (этап 304а: Да), то блок 220 определения определяет, что дефектный участок следует восстановить, и выполняет процедуру восстановления файлов (этап 305а).
Когда определено, что не имеется доступная в данный момент сеть или базовая станция, в которой можно выполнить восстановление файлов (этап 304а: Нет), блок 220 определения прекращает обработку, не выполняя процедуру восстановления файлов (этап 306а: Нет), или ожидает, пока сеть и базовая станция, в которой можно выполнить процедуру восстановления файлов, станут доступными (этап 306а: Да). При ожидании, пока сеть и базовая станция, в которой может быть выполнена процедура восстановления файлов, окажутся доступными, процесс обработки возвращается к этапу 304а. Информация о том, ожидать ли времени, когда можно выполнить процедуру восстановления файлов, описана в метаданных. В частности, она соответствует параметру NWWaitOK, показанному на фиг.7, причем ожидание времени, когда можно будет выполнить процедуру восстановления файлов, происходит, когда этот параметр имеет значение OK.
Вышеупомянутая процедура позволяет терминалу 20 приема данных условно определить сеть и базовую станцию, в которых процедуру восстановления файлов разрешается выполнить, и сеть и базовую станцию, в которых это делать нельзя, в результате чего процедуру восстановления файлов можно будет выполнить с использованием сети, предоставляющей более низкие затраты на связь.
Хотя вышеописанное объясняет процедуру, в которой параметры DLNetwork и NWWaitOK описываются в метаданных, и передаются из сервера 10 распространения данных на терминал 20 приема данных, метаданные, описывающие параметры DLNetwork и NWWaitOK, могут сохраняться заранее в терминале 20 приема данных. В этом случае решение о том, выполнять процедуру восстановления файлов, принимают в соответствии с параметрами DLNetwork и NWWaitOK, описанными в метаданных, которые сохраняются заранее в блоке 240 хранения данных терминала 20 приема данных.
Другие примеры статуса связи
В вышеупомянутой схеме загрузки с временным сдвигом в качестве статуса связи используется соотношение между текущим временем и предварительно установленным временным периодом, когда блок 220 определения, находящийся в терминале 20 приема данных, определяет, следует ли восстановить дефектный участок, в соответствии со статусом связи. В вышеупомянутой схеме загрузки, адаптированной к сети, в качестве статуса связи используют не только соотношение между типом сети, доступной в данный момент между терминалом 20 приема данных и сервером 10 распространения данных, и типом предварительно установленной сети, но также и соотношение между видом базовой станции, доступной в настоящий момент в доступной в настоящий момент сети, и видом базовой станции, предварительно установленной в отношении доступной в настоящий момент сети, когда блок 220 определения, находящийся в терминале 20 приема данных определяет, следует ли восстановить дефектный участок в соответствии со статусом сети. Далее описаны другие примеры статуса связи.
Другие примеры статуса связи: #1
Статусом связи может быть соотношение между остаточным уровнем заряда батареи терминала приема данных и предварительно установленным порогом остаточного уровня батареи. В этом случае блок 220 определения, находящийся в терминале 20 приема данных, сравнивает остаточный уровень заряда батареи терминала 20 приема данных с упомянутым порогом и определяет, что дефектный участок следует восстановить, когда остаточный уровень заряда батареи терминала приема данных равен или превышает упомянутый порог.
Таким образом, учет остаточного уровня заряда батареи терминала 20 приема данных в качестве условия может предотвратить полный разряд батареи из-за загрузки, когда, например, остаточный уровень заряда батареи низок. Необходимость восстановления дефектного участка может быть определена не только тогда, когда остаточный уровень заряда батареи терминала 20 приема данных равен или превышает порог, то есть, находится в норме, но также и во время заряда батареи.
Другие примеры статуса связи: #2
Статусом связи может быть соотношение между типом текущего заключенного контракта на использование сети между терминалом 20 приема данных и сервером 10 распространения данных, и типом предварительно установленного контракта на использование сети. В этом случае блок 220 определения в терминале 20 приема данных сравнивает тип текущего заключенного контракта на использование сети с типом предварительно установленного контракта на использование сети и определяет, что дефектный участок следует восстановить, когда имеет место один и тот же тип.
Таким образом, учет типа контракта на использование сети между терминалом 20 приема данных и сервером 10 распространения данных в качестве условия может предотвратить появление непредвиденно высоких платежей за связь. Например, возможен случай, когда одна и та же сеть мобильной связи включает в себя пользователей, подписавшихся на план с единым тарифом, и пользователей с другими планами. В упомянутом случае автоматическая загрузка данных, для пользователей, не подписавшихся на план с единым тарифом, может обременить их непредвиденными платежами. Для предотвращения этого загрузка данных может автоматически выполняться, например, только для тех пользователей, которые подписались на план с единым тарифом.
Другие примеры статуса связи: #3
Статусом связи может быть соотношение между интенсивностью радиочастотного поля между терминалом 20 приема данных и сервером 10 распространения данных и предварительно установленным порогом интенсивности радиочастотного поля. В этом случае блок 220 определения, находящийся в терминале 20 приема данных, сравнивает интенсивность радиочастотного поля между терминалом 20 приема данных и сервером 10 распространения данных с упомянутым порогом и определяет, что дефектный участок следует восстановить, когда интенсивность радиочастотного поля между терминалом 20 приема данных и сервером 10 распространения данных равна или превышает упомянутый порог.
Таким образом, учет интенсивности радиочастотного поля между терминалом 20 приема данных и сервером 10 распространения данных в качестве необходимого условия, может обеспечить автоматическое выполнение загрузки, когда терминал входит в зону обслуживания, например, на земную поверхность, из зоны, где обслуживание отсутствовало, например, из метро. В конкретном случае возможно инициирование терминалом загрузки дефектного участка распространяемых данных после его возвращения в зону обслуживания, когда поезд подземки вышел на поверхность.
В приведенных выше объяснениях, касающихся других примеров статуса связи, каждый порог может быть описан в метаданных и передан сервером 10 распространения данных на терминал 20 приема данных. В альтернативном варианте метаданные, включающие в себя описание, касающееся каждого порога, могут быть сохранены заранее в терминале 20 приема данных. В этом случае то, следует ли выполнить процедуру восстановления файлов, определяют на основе каждого порога, описанного в метаданных, которые заранее сохранены в блоке 240 хранения данных терминала 20 приема данных.
Схема загрузки, адаптированная к статусу использования данных
Далее описывается решение третьей проблемы, касающейся выбора данных, подвергающихся процедуре восстановления файлов. Это решение третьей проблемы называется схемой загрузки, адаптированной к статусу использования данных. Схема загрузки, адаптированной к статусу использования данных, представляет собой механизм, в котором при определении того, следует ли выполнить процедуру восстановления файлов, учитывается статус использования данных.
Блок 220 определения, находящийся в терминале 20 приема данных, определяет, следует ли выполнить процедуру восстановления файлов, в соответствии со статусом релевантности данных, относящимся к распространяемым данным. Здесь статус релевантности данных представляет собой статус использования распространяемых данных и является соотношением между коэффициентом p использования предшествующих принимаемых данных, вычисленным на основе истории использования предшествующих принимаемых данных, и порогом Z коэффициента использования, вычисленным на основе статуса связи. Предшествующие принимаемые данные - это распространяемые данные, предварительно принятые терминалом 20 приема данных от сервера 10 распространения данных. В частности, блок 220 определения, находящийся в терминале 20 приема данных, сравнивает коэффициент p использования предшествующих принимаемых данных с порогом Z коэффициента использования и на основе схемы загрузки с временным сдвигом или схемы загрузки, адаптированной к сети, определяет, что дефектный участок следует восстановить, до того как пользователь терминала 20 приема данных использует распространяемые данные, когда коэффициент использования предшествующих принимаемых данных равен или превышает порог Z.
Вышеописанный подход предоставляет возможность условно определить данные, для которых возможно выполнение процедуры восстановления файлов, и данные, для которых это делать не следует, в результате чего процедуру восстановления файлов можно выполнять только для данных, значение коэффициента использования которых равно или превышает порог Z.
Порог Z коэффициента использования можно вычислить согласно следующему выражению (1):
Z=C1/C2
(1),
где, когда статус связи представляет собой соотношение между текущим временем и предварительно установленным временным периодом, то есть, когда в качестве критерия определения на основе схемы загрузки с временным сдвигом берется параметр DLDulation, C1 представляет собой затраты на связь, появляющиеся тогда, когда связь выполняется с помощью функции посылки/приема сигнала связи в рамках предварительно установленного временного периода (например, в ночные часы с низким объемом трафика), а C2 - затраты на связь, появляющиеся тогда, когда связь выполняется с помощью функции посылки/приема сигнала связи вне предварительно установленного временного периода (например, в дневные часы с более высоким объемом трафика).
Вышеупомянутое выражение (1) получают исходя из следующих предпосылок. Например, общие затраты А на связь для восстановления целого дефектного участка в рамках предварительно установленного временного периода могут быть представлены в виде
А=D×C1
(5),
где D - размер данных дефектного участка. С другой стороны, при появлении запроса от пользователя вне предварительно установленного временного периода и последующем восстановлении дефектного участка общие затраты B на связь можно представить как
B=D×C2×p
(6)
Поскольку в случае, когда имеют место затраты B, восстановление дефектного участка происходит только тогда, когда данные действительно используются, этот случай включает в качестве параметра, представляющего вероятность действительного использования данных, коэффициент P использования предшествующих принимаемых данных.
Когда затраты А в выражении (5) меньше, чем затраты в выражении (6), общие затраты могут поддерживаться на более низком уровне, если дефектный участок восстанавливать перед тем, как пользователь использует распространяемые данные. Следовательно, загрузка дефектного участка с упреждением может оказаться эффективной тогда, когда p удовлетворяет выражению
D×C1≤D×C2×p
(7)
Из выражения (7) следует, что
p≥C1/C2
(8)
Предпочтительно, если дефектный участок загружается с упреждением, когда p удовлетворяет этому условию.
Исходя из вышесказанного, порог Z коэффициента использования вычисляют согласно выражению
Z=C1/C2
(1)
Блок 220 определения, находящийся в терминале 20 приема данных, сравнивает коэффициент p использования предшествующих принимаемых данных с порогом Z коэффициента использования и на основе схемы загрузки с временным сдвигом определяет, что дефектный участок следует восстановить, прежде чем пользователь терминала 20 приема данных использует распространяемые данные, когда коэффициент p использования предшествующих принимаемых данных равен или превышает порог Z, то есть, когда коэффициент p использования предшествующих принимаемых данных удовлетворяет выражению (8).
Если перейти к конкретным значениям и предположить, что затраты C1 на связь составляют 1/10 от затрат C2 на связь, то загрузка с упреждением может дать преимущество, но может оказаться невыгодной, когда коэффициент p использования предшествующих принимаемых данных соответственно выше и ниже 10%.
Порог Z коэффициента использования также можно вычислить согласно следующему выражению (3):
Z=С3/С4
(3),
где, когда статус связи представляет собой соотношение между типом текущего заключенного контракта на использование сети между терминалом 20 приема данных и сервером 10 распространения данных и типом предварительно установленного контракта на использование сети, то есть, когда в качестве критерия определения на основе схемы загрузки, адаптированной к сети, взят параметр DLNetwork, то С3 - это затраты на связь, появляющиеся, когда связь выполняется с помощью функции посылки/приема сигнала связи на основе предварительно установленного контракта на использование сети (например, затраты на связь в сети WLAN с более низкой платой за связь); и C4 - затраты на связь, появляющиеся когда связь выполняется с помощью функции посылки/приема сигнала связи на основе контракта на использование, отличного от предварительно установленного контракта на использование сети (например, затраты на связь в сети мобильной связи с более высокой платой за связь).
Предпосылки, на основе которых получено вышеупомянутое выражение (3), в принципе аналогичны предпосылкам для вышеупомянутого выражения (1), и поэтому они далее не описываются. Предпосылки для получения выражения (3) можно легко уяснить, когда в качестве параметров С3, С4 и схемы загрузки, адаптированной к сети, соответственно рассмотреть параметры C1, C2 и схему загрузки с временным сдвигом в предпосылках для получения вышеупомянутого выражения (1).
В схеме загрузки, адаптированной к статусу использования данных, которая была объяснена выше, чтобы вычислять заранее, требуются затраты C1, C2, C3, C4 на связь и коэффициент p использования предшествующих принимаемых данных. Таким образом, терминал 20 приема данных может сообщить серверу 10 распространения данных свой собственный статус использования данных (история использования). История использования данных может быть сообщена серверу 10 распространения данных с помощью протокола HTTP и т.п. в процедуре сообщения о приеме системы MBMS. Сервер 10 распространения данных, получивший историю использования данных, вычисляет коэффициент p использования предшествующих принимаемых данных на основе истории использования. Исходя из затрат C1, C2, C3, C4 на связь, вычисленных заранее, сервер 10 распространения данных кроме того вычисляет условие выполнения выражения (8). Согласно условию выполнения выражения (8) сервер 10 распространения данных может определить параметры DLDulation и DLNetwork. Не сообщая серверу 10 распространения данных историю использования, терминал 20 приема данных может сам вычислить коэффициент p использования предшествующих принимаемых данных, условие выполнения выражения (8) и параметры DLDulation и DLNetwork.
Вместо единообразного вычисления для всех распространяемых данных вышеупомянутые параметры могут вычисляться для каждого класса. Например, когда конкретный пользователь демонстрирует высокую вероятность использования контента, связанного с футболом, в качестве своих предпочтений, то для контента, связанного с футболом, может быть вычислен другой коэффициент p использования предшествующих принимаемых данных. То есть, порог Z коэффициента использования может быть вычислен как
Z=(C1/C2)×W
(2)
и может быть вычислен коэффициент p использования предшествующих принимаемых данных, удовлетворяющий выражению
p≥C1/C2×W
(9)
В выражениях (2) и (9) W представляет собой вес, соответствующий классу контента, относящегося к футболу, в распространяемых данных, посылаемых сервером 10 распространения данных.
Вышесказанное открывает возможность вычисления порога Z коэффициента использования с более высокой точностью.
Схема частичной загрузки данных
Далее раскрывается другое решение третьей проблемы, связанной с выбором данных, подвергающихся процедуре восстановления файлов. Далее это решение третьей проблемы называется схемой частичной загрузки данных. Схема частичной загрузки данных представляет собой механизм, в котором данные, подлежащие восстановлению, выбираются принудительно и подвергаются процедуре восстановления файлов. Далее предварительно определенная часть, получаемая в распространяемых данных, прежде чем пользователь использует эти данные, называется предварительно получаемыми данными.
Блок 210 управления связью, находящийся в терминале 20 приема данных, принимает распространяемые данные, включая предварительно получаемые данные, от сервера 10 распространения данных путем использования функции приема широковещательного сигнала. Вслед за этим согласно статусу релевантности данных, относящемуся к распространяемым данным, блок 220 определения, находящийся в терминале 20 приема данных, определяет, следует ли восстановить дефектный участок (в частности, дефектный участок в предварительно получаемых данных, который далее называется непринятым участком). Здесь статус релевантности данных соответствует тому, имеется ли непринятый участок в предварительно получаемых данных. То есть, когда в предварительно получаемых данных есть непринятый участок, блок 220 определения, находящийся в терминале 20 приема данных, определяет, что непринятый участок должен быть восстановлен, прежде чем пользователь терминала 20 приема данных использует распространяемые данные.
На фиг. 9 показана диаграмма, иллюстрирующая контент распространяемых данных, сохраненных в блоке 240 хранения данных после получения распространяемых данных (например, после этапа 102а на фиг. 5), где раскрыты предварительно получаемые данные, непринятый участок в предварительно получаемых данных, распространяемые данные, отличные от предварительно получаемых данных, и дефектные участки распространяемых данных, отличных от предварительно получаемых данных. На фиг. 9 заштрихованы загруженные участки всех распространяемых данных и не заштрихованы незагруженные участки (непринятые и дефектные участки) по причине их потери и т.п.
Предполагается, что распространяемые данные в схеме частичной загрузки данных представляют собой данные, часть которых, подлежащая использованию, сдвигается во времени, например, видео- и аудиоданные. Таким образом, предусматривается, что распространяемые данные используются последовательно, начиная с левой стороны. Следовательно, временная диаграмма использования на фиг. 9 идет слева и направо. Далее участок, подлежащий использованию первым (например, видеоданные, используемые сразу после начала воспроизведения) после команды пользователя начать использование данных (например, команда на воспроизведение) и участок, подлежащий использованию позднее (например, видеоданные, используемые непосредственно перед завершением воспроизведения) называются начальными используемыми данными и конечными используемыми данными соответственно. Если начальные используемые данные уже были получены, распространяемые данные можно просто начать использовать, когда имеется команда от пользователя на их использование, поскольку начальные используемые данные уже были сохранены в блоке 240 хранения данных. Следовательно, эффективность использования начальные данных будет весьма высокой, если, в частности, получить их заранее (до того, как они будут использованы пользователем). В противоположность этому, эффективность использования конечных данных будет относительно низкой, если их получить заранее, поскольку эти данные можно восстановить даже при начальной загрузке после появления команды от пользователя на их использование. На фиг.9 показан пример, в котором начальный участок распространяемых данных, включающий в себя используемые начальные данные, представляет собой предварительно получаемые данные, в то время как предварительно получаемые данные включают в себя непринятый участок.
На фиг. 10 представлена блок-схема, иллюстрирующая поток обработки по схеме частичной загрузки данных. На фиг. 7 показаны примеры имен параметров и их значения, записанные в метаданных, используемых в этом варианте осуществления.
Сначала, используя мультимедийное широковещание, блок 210 управления связью, входящий в терминал 20 приема данных, получает метаданные (этап 401а) и распространяемые данные (этап 402а). Обработка на этапах 401а и 402а такая же, как на этапах 101а и 102а, показанных на фиг. 5.
Далее, когда определено, что имеется дефектный участок в распространяемых данных (этап 403а: Да), блок 220 определения, входящий в состав терминала 20 приема данных, определяет, имеется ли непринятый участок в предварительно получаемых данных в распространяемых данных (этап 404а). Размер непринятого участка в этот момент представлен параметром PreDLSize, описанным в метаданных, показанных на фиг. 7. То есть, блок 220 определения определяет, имеется ли непринятый участок в предварительно получаемых данных, имеющий размер, представленный параметром PreDLSize в распространяемых данных. Сервер 10 распространения данных распространяет на терминал 20 приема данных метаданные, включающие в себя информацию, касающуюся параметра PreDLSize.
Затем, когда блок 220 определения определяет, что в предварительно получаемых данных имеется непринятый участок (этап 404а: Нет), выполняется процедура восстановления файлов для непринятого участка в предварительно получаемых данных (этап 405а). Если блок 220 определения определяет, что в предварительно получаемых данных нет непринятого участка (этап 404а: Нет), то процедура восстановления файлов пропускается, и происходит переход к следующему этапу.
Затем, когда от пользователя через блок 230 управления вводом/выводом поступила команда на использование данных, например, их воспроизведение (этап 406а: Да), начинается восстановление данных для оставшихся дефектных участков в распространяемых данных (этап 407а. На этапе 407а может быть использована любая из вышеупомянутых схем загрузки: с временным сдвигом, адаптированная к статусу использования данных, или комбинация из нескольких упомянутых схем. С другой стороны, когда отсутствует команда пользователя на использование данных (этап 406а: Нет), то начинается процесс ее ожидания.
Когда блок 220 определения, входящий в состав терминала 20 приема данных, определяет, что в распространяемых данных нет дефектного участка (этап 403а: Да), операция восстановления не выполняется ни для непринятого участка в предварительно получаемых данных, ни для дефектных участков в распространяемых данных.
На фиг. 11 показана диаграмма последовательности операций, объясняющая процедуру реализации схемы частичной загрузки данных, раскрытой выше, на основе общей структуры системы 100 распространения данных.
Этапы 501а и 502а на фиг. 11 аналогичны этапам 101а и 102а на фиг. 5. Однако в данных D1, D2, D3, служащих в качестве распространяемых данных, данные D1 представляют сбой предварительно получаемые данные, когда терминал 20B приема данных не справился с получением данных D1 и D3. Затем терминал 20B приема данных, который не справился с приемом данных, компенсирует дефектные участки с помощью процедуры восстановления файлов (этапы 503а и 504а). Поскольку в предварительно получаемых данных присутствует непринятый участок, данные D1, которые не были приняты, компенсируются с помощью одноадресной передачи по сети мобильной связи на этапе 503а. После этого, когда от пользователя поступила команда начать использование распространяемых данных, оставшийся дефектный участок, то есть, данные D3, получают с помощью процедуры восстановления файлов (этап 504а).
Вышеописанная процедура позволяет терминалу 20 приема данных отличить данные, которые должны быть заранее подвергнуты процедуре восстановления файлов (предварительно получаемые данные) от других данных и открывает возможность заранеей загрузки только предварительно получаемых данных.
Хотя в приведенном выше описании объясняется процедура, в которой описывается параметр PreDLSize в метаданных, когда сервер 10 распространения данных сообщает об этом параметре на терминал 20 приема данных, метаданные, описывающие параметр PreDLSize, могут быть сохранены заранее в терминале 20 приема данных. В этом случае определение на этапе 404а выполняется в соответствии с параметром PreDLSize, который описан в метаданных, сохраненных заранее в блоке 240 хранения данных терминала 20 приема данных.
Способ определения параметра PreDLSize: #1
Размер предварительно получаемых данных в схеме частичной загрузки данных может быть изменен в соответствии со статусом. Далее объясняется способ определения размера предварительно получаемых данных в схеме частичной загрузки данных.
Причиной установки предварительно получаемых данных в терминале 20 приема данных является предотвращение появления периода ожидания для загрузки дефектного участка в то время, когда пользователь начинает использовать распространяемые данные. Таким образом, предпочтительно, чтобы размер предварительно получаемых данных вычислялся таким образом, чтобы можно было скомпенсировать весь дефектный участок, прежде чем завершится воспроизведение распространяемых данных.
Пусть x (= PreDLSize) представляет собой размер предварительно получаемых данных, D является общей длиной (общим размером) распространяемых данных, Т является временем воспроизведения распространяемых данных, а V является средней битовой скоростью передачи одноадресной сети связи в функции приема сигнала связи. Если предположить, что вся часть, отличная от предварительно получаемых данных, выпала, то размер выпавших данных составит (D - x). Следовательно, если предположить, что вся часть, отличная от предварительно получаемых данных, выпала, то время загрузки для выпавших данных можно вычислить как (D - x)/V. Если x можно определить так, что время загрузки окажется короче, чем время Т воспроизведения данных, то можно будет компенсировать весь дефектный участок до окончания полного воспроизведения данных. Математически это можно выразить как
x=D-TV
(4),
где 0≤x≤D.
Далее на конкретном примере объясняется приведенное выше вычислительное выражение. При условии, если в сети со скоростью передачи, например, 100 кбит/с загружается два Мбайта данных со временем воспроизведения 80 с, то в качестве размера предварительно получаемых данных (= PreDLSize) может быть определен один Мбайт.
Поскольку можно считать, что наихудшим случаем является случай, когда выпала вся часть данных, отличная от предварительно получаемых данных, определение x, например, удовлетворяющее вышеупомянутому вычислительному выражению, может компенсировать все данные до окончания воспроизведения распространяемых данных.
Способ определения параметра PreDLSize: #2
Вышеупомянутая схема загрузки, адаптированной к статусу использования данных, определяет, следует ли выполнять процедуру восстановления файлов, путем использования в качестве критерия для определения соотношения между коэффициентом p использования предшествующих принятых данных в качестве параметра, представляющего вероятность действительного использования данных, и порогом Z коэффициента использования, вычисляемого на основе затрат C1, C2, C3, C4 на связь, необходимых при использовании связи. Однако то, следует ли использовать распространяемые данные, может зависеть от участков распространяемых данных, так что определение того, следует ли выполнять процедуру восстановления файлов, по-видимому, более правильно выполнять с учетом упомянутого соображения. В одном примере, где коэффициент использования зависит от участков распространяемых данных (фиг. 9), по-видимому, используемые начальные данные будут иметь более высокую вероятность того, что к ним обратится пользователь для просмотра контента, в то время как используемые конечные данные имеют высокую вероятность того, что они будут не использованы, поскольку их контент не будет соответствовать намерению пользователя и т.д.
Последующий способ определения размера предварительно получаемых данных сфокусирован на том обстоятельстве, что вероятность использования распространяемых данных зависит от тех или иных участков этих данных. То есть, размер предварительно получаемых данных вычисляют в соответствии с частным коэффициентом использования предшествующих принятых данных (функция плотности вероятности использования данных, которая объясняется ниже), который вычисляют на основе истории использования на каждом участке предшествующих принятых данных, предварительно принятых от сервера 10 распространения данных. В частности, в качестве размера предварительно получаемых данных вычисляют общий размер участков, каждый из которых имеет частный коэффициент использования предшествующих принимаемых данных, превышающий или равный предварительно определенному порогу. Далее со ссылками на конкретные примеры объясняется способ определения размера предварительно получаемых данных в соответствии с частным коэффициентом использования предшествующих принимаемых данных.
На фиг. 12 и 13 показаны примеры, в которых вероятность использования изменяется от участка к участку распространяемых данных. Графики G1 И G2 представляют собой функции плотности вероятности использования распространяемых данных. На фиг. 12 показано, что начальный участок данных (используемые начальные данные) имеет более высокую вероятность использования, в то время как вторая половина данных (используемые конечные данные) имеет более низкую вероятность использования. Хотя фиг. 12 является лишь примером, кривая вероятности использования, как правило, имеет смещение в средней части, как показано на фиг. 12. Как исключение, при показе спортивной программы бывают случаи высокой вероятности обращения к наиболее яркому фрагменту, например, когда забивают гол (участок, соответствующий размеру данных (d3-d2)), как показано на фиг. 13.
Для определения размера предварительно получаемых данных терминал 20 приема данных сначала определяет функцию плотности вероятности использования данных, относящуюся к предшествующим распространяемым данным. Функция плотности вероятности использования данных, определяемая терминалом 20 приема данных, показана на фиг. 12 и 13 как G1 И G2. Далее, пусть p1 является ожидаемым значением функции плотности вероятности на фиг. 12, и тогда точка пересечения k1 функции плотности вероятности использования данных и ожидаемого значения p1 определяется горизонтальной пунктирной линией, показанной на фиг. 12. Как только определена точка пересечения k1, можно получить размер d1 данных, соответствующий k1. Наконец, приняв в качестве размера PreDLSize предварительно получаемых данных размер d1, можно определить размер PreDLSize предварительно получаемых данных в соответствии с вероятностью использования распространяемых данных. Ожидаемое значение p1 функции плотности вероятности может быть соответствующим образом установлено исходя из статуса связи, вида данных, текущего статуса их использования и т.п.
Пусть p2 является ожидаемым значением функции плотности вероятности на фиг. 13, и тогда точки пересечения k2, k3 функции плотности вероятности использования данных и ожидаемого значения p2 определяется горизонтальной пунктирной линией, показанной на фиг. 13. Как только определены точки пересечения k2, k3, можно получить соответствующие размеры d2, d3 данных, соответствующие точкам пересечения k2, k3. Наконец, приняв в качестве размера PreDLSize предварительно получаемых данных размер (d3-d2), можно определить размер PreDLSize предварительно получаемых данных в соответствии с вероятностью использования распространяемых данных. Ожидаемое значение p2 функции плотности вероятности может быть соответствующим образом установлено исходя из статуса связи, вида данных, текущего статуса их использования и т.п.
Вышеизложенный способ делает возможным загрузку участков, имеющих более высокие вероятности использования данных, в качестве предварительно получаемых данных.
Комбинация упомянутых схем
Объясненные выше схемы, то есть, схема загрузки с временным сдвигом, схема загрузки, адаптированная к сети, схема загрузки адаптированной к статусу использования данных, схема частичной загрузки данных, а также первый и второй способы определения параметров PreDLSize, могут быть использованы в различных комбинациях.
В качестве примера вариантов комбинирования упомянутых схем на вышеупомянутой фиг. 10 показан поток обработки в схеме частичной загрузки данных, в которой, когда блок 220 определения определяет на этапе 404а, что имеется непринятый участок в предварительно получаемых данных, на этапе 405а для этого непринятого участка предварительно получаемых данных выполняется процедура восстановления файлов. Между этапами 404а и 405а поток обработки может дополнительно содержать такой этап обработки, как этап 204а в схеме загрузки с временным сдвигом, показанной на фиг. 6, или этап 304а в схеме загрузки, адаптированной к сети, показанной на фиг. 8. Возможно использование не только этой комбинации, описанной в качестве примера, а также других различных комбинаций, причем условия для этих комбинаций могут быть включены в метаданные.
Определение на стороне сервера 10 распространения данных
В приведенном выше описании объяснен случай, когда блоком, который определяет, следует ли восстановить дефектный участок распространяемых данных и не принятый участок предварительно получаемых данных, является блок 220 определения, входящий в состав терминала 20 приема данных. Однако такое определение может выполняться на стороне сервера 10 распространения данных без ограничения вышеописанного подхода. В этом случае терминал 20 приема данных, не выполняя упомянутое определение, формирует запрос на повторную посылку дефектного участка распространяемых данных или непринятого участка предварительно получаемых данных. Затем, когда входящий в состав сервера 10 распространения данных блок приема запроса на повторную посылку принимает запрос на повторную посылку от терминала 20 приема данных путем использования функции посылки/приема сигнала связи, блок 140 определения повторной посылки, входящий в сервер 10 распространения данных, определяет, следует ли повторно послать дефектный участок распространяемых данных в ответ на запрос на повторную посылку, в соответствии по меньшей мере с одним из: статуса связи и статуса релевантности данных. Статус связи и статус релевантности данных для этого случая были объяснены выше.
То есть, в этот момент статус связи представляет собой: соотношение между текущим временем и предварительно установленным временным периодом; соотношение между типом доступной в данный момент сети между терминалом 20 приема данных и сервером 10 распространения данных и типом предварительно установленной сети; соотношение между видом базовой станции, доступной в настоящий момент в доступной в настоящий момент сети, и видом предварительно установленной базовой станции в соответствии с доступной в настоящий момент сетью; соотношение между остаточным уровнем заряда батареи терминала 20 приема данных и предварительно установленным порогом остаточного уровня заряда батареи; соотношение между типом текущего заключенного контракта на использование сети между терминалом 20 приема данных и сервером 10 распространения данных и типом предварительно установленного контакта на использование сети; соотношение между интенсивностью радиочастотного поля между терминалом 20 приема данных и сервером 10 распространения данных и предварительно установленным порогом интенсивности радиочастотного поля; или т.п.
В это время статус релевантности данных может представлять собой статус использования распространяемых данных или может иметь вид соотношения между коэффициентом p использования предшествующих принимаемых данных, вычисленный на основе истории использования предшествующих принимаемых данных, и порогом Z коэффициента использования, вычисленным на основе статуса связи. В этом случае блок 140 определения повторной посылки, находящийся в сервере 10 распространения данных, сравнивает коэффициент p использования предшествующих принимаемых данных с порогом Z коэффициента использования и на основе схемы загрузки с временным сдвигом или схемы загрузки, адаптированной к сети, определяет, что дефектный участок следует восстановить, прежде чем пользователь терминала 20 приема использует распространяемые данные, когда коэффициент использования предшествующих принимаемых данных превышает или равен порогу Z. В этом случае порог Z коэффициента использования можно вычислить в соответствии с вышеупомянутыми выражениями (1) или (3).
Положительные эффекты данного варианта осуществления
Далее объясняются положительные эффекты системы 1 распространения данных согласно этому варианту осуществления. В системе 1 распространения данных согласно этому варианту осуществления, когда определено наличие дефектного участка в распространяемых данных, терминал 20 приема данных определяет, следует ли восстановить дефектный участок, в соответствии по меньшей мере с одним из: статуса связи между терминалом 20 приема данных и сервером 10 распространения данных и статуса релевантности данных, относящегося к распространяемым данным. Поскольку то, следует ли выполнять обработку для восстановления дефектного участка, определяется в соответствии со статусом связи и статусом релевантности данных, можно предотвратить появление необязательных затрат на связь, когда выполняется восстановление дефектного участка при широковещательных передачах данных с помощью сигналов связи.
В данном варианте осуществления в ответ на запрос от терминала 20 приема данных на повторную посылку дефектного участка распространяемых данных сервер 10 распространения данных определяет, следует ли восстановить дефектный участок, в соответствии по меньшей мере с одним из: статуса связи между терминалом 20 приема данных и сервером 10 распространения данных и статуса релевантности данных, относящегося к распространяемым данным. Поскольку то, следует ли выполнять обработку для восстановления дефектного участка, определяется в соответствии со статусом связи и статусом релевантности данных, можно предотвратить появление необязательных затрат на связь, когда выполняется восстановление дефектного участка при широковещательных передачах данных с помощью сигналов связи.
Промышленная применимость
Настоящее изобретение предоставляет терминал приема данных, сервер распространения данных, систему распространения данных и способ распространения данных, которые позволяют предотвратить появление необязательных затрат на связь, когда восстанавливаются дефектные участки в широковещательных передачах данных, с помощью сигналов связи.