Сеть многослойной доставки контента и способ многослойной доставки контента

Изобретение относится к сети многослойной доставки контента. Техническим результатом является распределенное предоставление услуг, оптимизация режима диспетчеризации и локальное выравнивание нагрузки обслуживания. Сеть содержит слой выпуска контента, слой доставки контента с, по меньшей мере, одним уровнем подслоя доставки и слой граничного обслуживания, при этом слой выпуска услуг содержит, по меньшей мере один, узел Интернет-поставщика услуг (ICP) и соединен с подслоем доставки первого уровня в слое доставки контента, каждый подслой доставки содержит, по меньшей мере, один узел доставки, а подслой доставки самого нижнего уровня соединен со слоем граничного обслуживания, слой граничного обслуживания содержит, по меньшей мере, одну область граничного обслуживания и контент, подлежащий выпуску слоем выпуска контента, распространяется через узел доставки подслоя доставки первого уровня, который соединен со слоем выпуска контента, и далее вниз уровень за уровнем до слоя граничных услуг. 2 н. и 10 з.п. ф-лы, 6 ил.

 

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

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

Предшествующий уровень техники

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

Распределение информации представляет собой эффективный способ решения этих проблем, т.е. создание полностью новой сети доставки контента (CDN) на основе имеющейся сети Интернет, специально используемой для эффективного переноса разнообразного мультимедийного контента через Интернет. С помощью CDN для Интернет-пользователей обеспечивается возможность получать удовольствие от Интернет-услуг посредством осуществления доступа только к близлежащим сайтам сети, и может быть достигнуто интеллектуальное распределение потоков сетевых данных. Для CDN значительно повышена скорость отклика сети и обеспечено проработанное техническое решение таких проблем, как узкая полоса пропускания сети, большая интенсивность пользовательских доступов и несбалансированное распределение сайтов сети, что приводит к негативному воздействию на доступ пользователя. Принципом функционирования CDN является перенос содержимого Web-сайтов с магистрали сети к границам сети ближе к пользователям, чтобы снизить влияние таких факторов, как задержки при передаче и сетевая неустойчивость, что воздействует на эффективность доступа, как следствие надлежащим образом обеспечивая высококачественные услуги пользователям. В результате для пользователей становится возможным получать запрошенную информацию из ближайших местоположений с наивысшей скоростью. Поскольку данная технология позволяет снизить загруженность Интернет, Web-сайты могут предоставлять большее количество связанных с контентом услуг с потоками данных большого объема, такими как видеопрограммы, музыка по запросу и т.д. В то же время надежность разнообразных услуг, таких как онлайновые сделки и основывающиеся на сети банковские операции, гарантируется эффективным образом. В качестве резюме CDN может заранее выпустить информацию контента Web-сайтов ICP на граничные устройства сети, так чтобы пользователи могли получать быстрые отклики от близлежащих граничных устройств при осуществлении доступа к Web-сайтам, тем самым повышая качество предоставления услуг пользователям при одновременном снижении нагрузки на центральные узлы.

Соответствующие предшествующему уровню техники сетевые структуры CDN все являются относительно простыми, и принята одноуровневая структура независимо от того, соответствует ли CDN масштабу предприятия, масштабу города или масштабу страны, что показано на Фиг.1. Основные компоненты CDN включают в себя такие устройства, как устройство глобального выравнивания нагрузки, центральный сервер (CS) и граничный сервер (ES). Сетевая архитектура CDN, в основном, скомпонована из центральной части и граничной части. Центральная часть в типичном случае содержит устройства, подобные устройству глобального выравнивания нагрузки и CS, в то время как граничная часть в типичном случае содержит множество серверов ES, которые выступают в роли граничных устройств для предоставления информации доступа для пользователей. Информация сайтов ICP заранее выдается на каждый ES через CS, и каждый пользовательский запрос на доступ к сайту ICP диспетчеризуется устройством глобального выравнивания нагрузки. Как видно из сетевой структуры CDN, показанной на Фиг.1, хотя серверы ES CDN распределены по границе сети, устройства глобального выравнивания нагрузки, которые выступают в роли диспетчеров, расположены в центре сети.

Типичная процедура диспетчеризации пользовательского доступа в вышеописанной структуре CDN, показанная на Фиг.2, содержит следующие этапы:

Этап 201: пользователь осуществляет доступ к сайту Всемирной паутины (World Wide Web) через браузер и активирует универсальный указатель информационного ресурса (URL) контента этого Web-сайта.

Этап 202: браузер терминала пользователя запрашивает сервер доменных имен (DNS) выполнить анализ доменного имени Web-сайта.

Этап 203: локальный DNS запрашивает авторизованный DNS Web-сайта проаназилировать доменное имя Web-сайта.

Этап 204: авторизованный DNS Web-сайта уведомляет локальный DNS о том, что устройство глобального выравнивания нагрузки выступает в качестве авторизованного DNS для имени субдомена доменного имени Web-сайта и возвращает адрес межсетевого протокола (IP-адрес) устройства глобального выравнивания нагрузки.

Этап 205: локальный DNS посылает запрос анализа на устройство глобального выравнивания нагрузки.

Этап 206: устройство глобального выравнивания нагрузки выбирает оптимальный ES на основе определенной заранее установленной стратегии, в типичном случае посредством последовательного опроса, и возвращает IP-адрес выбранного ES на локальный DNS.

Этап 207: локальный DNS возвращает IP-адрес выбранного ES браузеру терминала пользователя.

Этап 208: пользователь осуществляет доступ к выбранному ES в соответствии с возвращенным IP-адресом и посылает запрос контента на выбранный ES.

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

Этап 210: выбранный ES предоставляет требующийся контент согласно запросу упомянутого пользователя.

Хотя качество доступа, осуществляемого пользователем, повышается в некоторой степени посредством принятия вышеизложенной схемы, по-прежнему имеются некоторые проблемы, вследствие которых качество обслуживания и эффективность использования сети CDN далеки от удовлетворительных. Например, во-первых, работа в сети CDN большого масштаба является трудной; во-вторых, поскольку принят унифицированный и централизованный режим диспетчеризации, устройства глобального выравнивания нагрузки, выступающие в качестве диспетчеров, централизованы вместе, однако их зона обслуживания может быть достаточно широкой, что приводит к большой нагрузке на диспетчеров и медленному отклику от них и требует от диспетчеров высокого параллелизма при обработке нагрузки; в-третьих, невозможно обнаружить близость пользователя согласно IP-адресу пользователя и невозможно выполнить точную диспетчеризацию на близлежащие серверы; в-четвертых, в терминах выпуска контента и управления им поддерживается только функция PULL (выталкивания), в то время как функция PUSH (проталкивания) на поддерживается, в результате чего способность активного проталкивания слабая; в-пятых, при выборе ES контент не обнаруживается, что приводит к низкой доле успешных попыток доступа, более того, поскольку обнаружение того, насколько загружена сеть, не проводится, невозможно выбрать сеть с низкой интенсивностью потока данных для предоставления услуги.

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

Этап 301: пользователь осуществляет доступ к сайту Всемирной Паутины и активирует URL контента этого Web-сайта.

Этап 302: браузер терминала пользователя запрашивает локальный DNS для анализа доменного имени Web-сайта.

Этап 303: локальный DNS пересылает запрос анализа на коммутатор L4.

Этап 304: коммутатор L4 запрашивает авторизованный DNS Web-сайта для анализа доменного имени.

Этап 305: авторизованный DNS Web-сайта посредством анализа получает IP-адреса множества ES в соответствии с запросом, а затем возвращает эти IP-адреса на коммутатор L4.

Этап 306: коммутатор L4 выбирает оптимальный ES на основе определенной заранее установленной стратегии, в типичном случае посредством последовательного опроса, а затем возвращает IP-адрес выбранного ES на локальный DNS.

Этап 307: локальный DNS возвращает IP-адрес выбранного ES браузеру терминала пользователя.

Этап 308: пользователь осуществляет доступ к выбранному ES согласно IP-адресу, возвращенному локальным DNS, и посылает запрос контента на выбранный ES.

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

Этап 310: выбранный ES предоставляет требующийся контент согласно запросу упомянутого пользователя.

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

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

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

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

Техническая схема настоящего изобретения реализуется следующим образом.

Сеть многослойной доставки контента включает в себя слой выпуска контента, включающий в себя по меньшей мере один узел Интернет-поставщика контента (ICP), слой доставки контента, включающий в себя по меньшей мере один уровень подслоя доставки, и слой граничного обслуживания, при этом слой выпуска контента соединен с подслоем доставки первого уровня слоя доставки контента, каждый уровень подслоя доставки слоя доставки контента содержит по меньшей мере один узел доставки, и подслой доставки самого нижнего уровня соединен со слоем граничного обслуживания, слой граничного обслуживания включает в себя по меньшей мере одну область граничного обслуживания, при этом слой выпуска контента выпускает контент, и контент распространяется через узел доставки подслоя доставки первого уровня, снижаясь уровень за уровнем к слою граничного обслуживания.

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

Каждый из упомянутых узлов доставки включает в себя по меньшей мере одно средство управления мультимедиа (MM) и по меньшей мере один CS.

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

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

Способ многослойной доставки посредством CDN содержит следующие этапы:

а) узел ICP распространяет подлежащий выпуску контент на по меньшей мере один узел доставки слоя доставки контента, который непосредственно соединен с узлом ICP;

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

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

Этап а) дополнительно содержит этапы, на которых диспетчеризуют доступ пользователя к ICP посредством MRB в области граничного обслуживания, где расположен пользователь, и предоставляют требующуюся пользователю услугу посредством CS или ES в области граничного обслуживания, где расположен пользователь.

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

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

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

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

Перечень чертежей

Фиг.1 - схематическая диаграмма, иллюстрирующая структуру сети согласно схемам предшествующего уровня техники.

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

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

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

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

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

Подробное описание изобретения

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

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

Многослойная CDN согласно варианту осуществления настоящего изобретения содержит слой выпуска контента, слой доставки контента с по меньшей мере одним уровнем подслоя доставки и слой граничного обслуживания. Предположим, что слой доставки контента содержит два уровня подслоя доставки, как показано на Фиг.4, CDN содержит такие основные устройства, как ICP, рабочий терминал ICP, CS, средства управления мультимедиа (MM), брокеры (посредники) запросов мультимедиа (MRB) и ES. MM отвечает за обработку сигнализации, и основной функцией ММ является прием команд выпуска, относящихся к выпуску контента, посланных рабочим терминалом ICP, посылка команд доставки контента на ES или ММ нижерасположенного уровня или CS каждого уровня в соответствии с командами выпуска и прием информации обратной связи от ES или ММ нижерасположенного уровня или CS каждого уровня. CS каждого уровня отвечает за хранение и распространение контента центра, а также предоставление услуг. MRB в каждой области граничного обслуживания слоя граничного обслуживания распределен в локальном центре области граничного обслуживания и в основном отвечает за диспетчеризацию доступов в пределах сети локальной области и реализацию локального уравновешивания нагрузки. Сплошная линия на Фиг.4 обозначает выпуск контента и процедуру доставки, в то время как пунктирная линия обозначает команды выпуска контента.

Вышеописанные компоненты CDN могут быть скомпонованы в узлы ICP, узлы доставки и области граничного обслуживания. Каждый узел ICP содержит, по меньшей мере, один рабочий терминал ICP и одного или более ICP. Каждый узел доставки содержит, по меньшей мере, один MM и один CS. Каждая область граничного обслуживания содержит, по меньшей мере, один CS, один ММ, один MRB и один или более ES.

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

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

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

На основе сетевой структуры CDN, показанной на Фиг.4, на Фиг.5 показана типичная процедура выпуска контента, содержащая следующие этапы:

Этап 501: рабочий терминал ICP определенного узла ICP на слое выпуска контента посылает команду выпуска контента на ММ одного или более узлов доставки первого уровня, непосредственно соединенных со слоем доставки контента.

Этап 502: в соответствии с принятой командой выпуска контента, ММ упомянутого узла доставки первого уровня посылает команду выпуска контента на CS узла доставки, где расположено ММ.

Этап 503: в соответствии с принятой командой выпуска контента, CS упомянутого узла доставки первого уровня считывает контент, подлежащий выпуску ICP, с оборудования хранения контента узла ICP и сохраняет контент в самом себе.

Этап 504: CS узла доставки первого уровня уведомляет ММ узла доставки, где расположен CS, о том, что контент, подлежащий выпуску узлом ICP, уже хранится в CS узла доставки первого уровня.

Этап 505: ММ узла доставки первого уровня посылает команду доставки контента на ММ узла доставки второго уровня, непосредственно соединенного с узлом доставки первого уровня.

Этап 506: в соответствии с принятой командой доставки контента ММ узла доставки второго уровня посылает команду доставки контента на CS узла доставки, где расположено ММ.

Этап 507: в соответствии с принятой командой доставки контента CS узла доставки второго уровня считывает подлежащий выпуску контент с CS вышерасположенного уровня, а именно CS узла доставки первого уровня, и сохраняет контент в самом себе.

Этап 508: CS узла доставки второго уровня уведомляет ММ узла доставки, где расположен CS, о том, что подлежащий выпуску контент уже хранится в CS узла доставки второго уровня.

Этап 509: ММ узла доставки второго уровня посылает команду выпуска контента на ММ области граничного обслуживания, непосредственно соединенной с узлом доставки.

Этап 510: в соответствии с принятой командой выпуска контента ММ упомянутой области граничного обслуживания посылает команду выпуска контента на CS области граничного обслуживания.

Этап 511: в соответствии с принятой командой выпуска контента CS упомянутой области граничного обслуживания считывает подлежащий выпуску контент с CS вышерасположенного уровня, а именно CS узла доставки второго уровня, и сохраняет контент в локальном CS, а именно в CS упомянутой области граничного обслуживания.

Этап 512: CS упомянутой области граничного обслуживания уведомляет ММ узла, где расположен CS, о том, что подлежащий выпуску контент уже хранится в CS упомянутой области граничного обслуживания.

Этап 513: MM упомянутой области граничного обслуживания посылает команду доставки контента на ES упомянутой области граничного обслуживания.

Этап 514: в соответствии с принятой командой доставки контента ES упомянутой области граничного обслуживания считывает подлежащий выпуску контент с CS области граничного обслуживания, где расположен ES, и сохраняет контент в самом себе.

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

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

Этап 601: пользователь осуществляет доступ к сайту Всемирной Паутины и активирует URL контента этого сайта.

Этап 602: браузер терминала пользователя запрашивает локальный DNS проанализировать доменное имя Web-сайта.

Этап 603: локальный DNS запрашивает авторизованный DNS Web-сайта проанализировать доменное имя Web-сайта.

Этап 604: авторизованный DNS Web-сайта уведомляет локальный DNS о том, что авторизованный DNS соответствующего контента Web-сайта является локально развернутым MRB, и возвращает IP-адрес MRB.

Этап 605: локальный DNS возвращает браузеру IP-адрес MRB.

Этап 606: браузер терминала пользователя осуществляет доступ к MRB.

Этап 607: MRB обнаруживает все серверы ES в локальной групповой области, выбирает оптимальный ES согласно тому, насколько близок ES или имеется ли в ES контент, и возвращает браузеру IP-адрес выбранного ES.

Этап 608: пользователь осуществляет доступ к выбранному ES и посылает запрос контента на выбранный ES.

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

Этап 610: выбранный ES предоставляет требующийся пользователю контент согласно запросу пользователя.

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

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

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

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

1. Сеть многослойной доставки контента (CDN), причем узлы данной сети организованы в виде множества слоев, при этом данное множество содержит слой выпуска контента, включающий в себя по меньшей мере один узел Интернет-поставщика контента (ICP), слой доставки контента, включающий в себя по меньшей мере один уровень подслоя доставки, и слой граничного обслуживания для взаимодействия с пользователем, который включает в себя по меньшей мере одну область граничного обслуживания, при этом каждый уровень подслоев доставки включает в себя по меньшей мере один узел доставки, каждый из узлов ICP в слое выпуска контента соединен с по меньшей мере одним узлом доставки в подслое доставки первого уровня, и узел доставки в подслое доставки самого нижнего уровня соединен с узлами в слое граничного обслуживания, причем узлы ICP в слое выпуска контента выпускают контент, и контент распространяется через узел доставки подслоя доставки первого уровня, снижаясь уровень за уровнем к узлам в слое граничного обслуживания, при этом узел доставки считывает контент с узла доставки вышерасположенного уровня, с которым он непосредственно соединен, сохраняет контент и распространяет его на один или более узлов доставки нижерасположенного уровня, с которыми он непосредственно соединен, либо распространяет данный контент на одну или более областей граничного обслуживания, с которыми он непосредственно соединен.

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

3. Сеть доставки контента по п.1, в которой каждый из упомянутых узлов доставки включает в себя по меньшей мере одно средство управления мультимедиа (ММ) и по меньшей мере один центральный сервер (CS).

4. Сеть доставки контента по п.1, в которой каждая из упомянутых областей граничного обслуживания включает в себя по меньшей мере один CS, по меньшей мере одно ММ, по меньшей мере одного брокера запросов мультимедиа (MRB) и по меньшей мере один граничный сервер (ES).

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

6. Сеть доставки контента по п.1, в которой узел ICP на слое выпуска контента представляет собой узел доставки вышерасположенного уровня для узла доставки в подслое доставки первого уровня, который непосредственно соединен со слоем выпуска контента, а область граничного обслуживания на слое граничного обслуживания представляет собой узел нижерасположенного уровня для узла доставки в подслое доставки самого нижнего уровня, который непосредственно соединен со слоем граничного обслуживания.

7. Способ многослойной доставки контента посредством сети доставки контента, содержащий этапы, на которых

a) узел ICP распространяет подлежащий выпуску контент на по меньшей мере один узел доставки на слое доставки контента,

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

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

8. Способ по п.7, в котором этап а) содержит этап, на котором диспетчеризуют доступ пользователя к ICP посредством MRB в пределах области граничного обслуживания, в которой находится пользователь, и предоставляют требующуюся пользователю услугу посредством CS или ES в пределах области граничного обслуживания, в которой находится пользователь.

9. Способ по п.8, в котором этап диспетчеризации доступа пользователя содержит по меньшей мере одну процедуру из анализа доменного имени ICP, к которому пользователь осуществляет доступ, обнаружения серверов ES в пределах области граничного обслуживания и выбора оптимального ES.

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

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

12. Способ по п.7, в котором при сохранении контента контент сохраняют в CS узла доставки.