Способ и устройство для обеспечения медиаресурса

Изобретение относится к области сетевой коммуникации, а именно к возврату медиаресурса. Техническим результатом является сокращение сетевого трафика за счет исключения повторной пересылки данных. Для этого принимают от терминального устройства посредством маршрутизатора запрос доступа, инкапсулирующий идентификатор данных и запрашивающий получение конкретного медиаресурса, который инкапсулируется посредством терминального устройства и представляет собой пакет данных, и перехватывают пакет данных. При этом определяют, подлежит ли пересылке пакет данных на сервер экстрасети или текущий маршрутизатор, чтобы обрабатываться, после того как пакет данных верифицирован в соответствии с IP (Интернет-протоколом), передают все пакеты данных в протокол верхнего уровня текущего маршрутизатора для анализа, определяют, следует ли пересылать пакеты данных в соответствии с результатом анализа, и восстанавливают пакет данных, переданный в протокол верхнего уровня маршрутизатора, в идентификатор данных медиаресурса, ранее посланный от терминального устройства посредством декапсулирования в маршрутизаторе. Затем запрашивают, имеется ли медиаресурс, соответствующий идентификатору данных, сохраненному в маршрутизаторе в соответствии с идентификатором данных, переносимым в запросе доступа, и возвращают медиаресурс, сохраненный в маршрутизаторе, на терминальное устройство, если медиаресурс, соответствующий идентификатору данных, сохранен в маршрутизаторе. 2 н. и 10 з.п. ф-лы, 5 ил., 1 табл.

 

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

[0001] По настоящей заявке испрашивается приоритет заявки на патент Китая 201410641975.2, поданной 6 ноября 2014, все содержание которой включено в настоящий документ посредством ссылки.

ОБЛАСТЬ ТЕХНИКИ

[0002] Настоящее изобретение в основном относится к областям сетевой коммуникации и более конкретно к способу и устройству для предоставления медиаресурсов.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

[0003] С расширением функций электронных устройств электронные устройства все более часто используются пользователями. Медиаресурсы внешней сети (экстрасети), такие как музыка и видео, доступны пользователям в любое время с помощью их собственных электронных устройств из домашней сети.

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

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

[0008] Альтернативно, запрашивание, имеется ли медиаресурс, соответствующий идентификатору данных, сохраненный в маршрутизаторе в соответствии с идентификатором данных, переносимым в запросе доступа, включает в себя:

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

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

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

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

[0009] Альтернативно, перед запрашиванием, имеется ли медиаресурс, соответствующий идентификатору данных, сохраненный в маршрутизаторе, способ дополнительно включает в себя:

определение типа медиаресурса; и

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

[0010] Альтернативно, способ дополнительно включает в себя:

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

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

сохранение медиаресурса в соответствии с идентификатором данных.

[0011] Альтернативно, сохранение медиаресурса в соответствии с идентификатором данных включает в себя:

сохранение медиаресурса с идентификатором данных медиаресурс в качестве имени медиаресурса;

или сохранение медиаресурса в соответствии с идентификатором данных включает в себя:

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

сохранение медиаресурса со строкой символов в качестве имени медиаресурса.

[0012] Альтернативно, сохранение медиаресурса включает в себя:

определение типа медиаресурса; и

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

[0013] В соответствии со вторым аспектом вариантов осуществления настоящего раскрытия предложено устройство для возврата медиаресурса. Устройство включает в себя:

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

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

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

[0014] Альтернативно, модуль запроса ресурса включает в себя:

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

или модуль запроса ресурса включает в себя:

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

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

[0015] Альтернативно, устройство дополнительно включает в себя:

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

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

[0016] Альтернативно, устройство дополнительно включает в себя:

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

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

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

[0017] Альтернативно, модуль хранения ресурса включает в себя:

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

или модуль хранения ресурса включает в себя:

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

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

[0018] Альтернативно, первый подмодуль хранения включает в себя:

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

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

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

процессор и

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

при этом процессор сконфигурирован для выполнения:

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

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

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

[0020] Техническое решение, соответствующее вариантам осуществления настоящего раскрытия, может иметь следующие положительные эффекты.

[0021] Запрос доступа, запрашивающий получение конкретного медиаресурса, посланный от терминального устройства, принимается в маршрутизаторе, и медиаресурс может быть возвращен на терминальное устройство, если в маршрутизаторе имеется медиаресурс, соответствующий идентификатору данных, переносимому в запросе доступа. Маршрутизатор может запросить, имеется ли в нем медиаресурс, соответствующий идентификатору данных, в соответствии с запросом доступа, запрашивающим получение медиаресурса, и возвратить медиаресурс на терминальное устройство, если медиаресурс, соответствующий идентификатору данных, сохранен в маршрутизаторе. Соответственно, решена проблема, состоящая в том, что сетевой трафик может бесполезно затрачиваться из-за повторяющейся пересылки запроса доступа к тому же самому медиаресурсу на сервер экстрасети от маршрутизатора, принимающего его, а также повторяющейся пересылки того же самого медиаресурса от сервера экстрасети. Таким образом, может быть обеспечено сбережение сетевого трафика.

[0022] Следует иметь в виду, что приведенное выше обобщенное описание и последующее детальное описание являются только иллюстративными и пояснительными, но не ограничивающими настоящее изобретение.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

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

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

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

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

ДЕТАЛЬНОЕ ОПИСАНИЕ

[0029] Ссылка далее будет даваться на детальное описание примерных вариантов осуществления, примеры которых иллюстрируются на приложенных чертежах. Следующее описание относится к приложенным чертежам, на которых те же ссылочные позиции на различных чертежах представляют те же или подобные элементы, если не представлено иначе. Реализации примерных вариантов осуществления, изложенные в последующем описании, не представляют все возможные реализации, соответствующие. Напротив, они являются только примерами устройств и способов, соответствующих аспектам, относящимся к настоящему раскрытию, как изложено в приложенной формуле изобретения.

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

[0031] На этапе 101 маршрутизатор принимает запрос доступа, запрашивающий получение конкретного медиаресурса, посланный от терминального устройства.

[0032] Медиаресурс может включать в себя любые типы ресурсов, доступные через сеть, такие как музыкальный ресурс, ресурс видео, ресурс изображения.

[0033] На этапе 102 запрашивают, имеется ли медиаресурс, соответствующий идентификатору данных, сохраненный в маршрутизаторе в соответствии с идентификатором данных, переносимым в запросе доступа.

[0034] На этапе 103 медиаресурс, сохраненный в маршрутизаторе, возвращают на терминальное устройство, если медиаресурс, соответствующий идентификатору данных, сохранен в маршрутизаторе.

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

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

[0037] На этапе 201 маршрутизатор принимает запрос доступа, запрашивающий получение конкретного медиаресурса, посланный от терминального устройства.

[0038] Медиаресурс может включать в себя любые типы ресурсов, доступных через сеть, такие как музыкальный ресурс, ресурс видео, ресурс изображения.

[0039] Идентификатор данных обычно переносится в запросе доступа и может быть адресом доступа или идентификатором медиаресурса на сервере.

[0040] Типовым идентификатором данных обычно является адрес доступа, который может быть сетевым адресом для обеспечения медиаресурса, то есть, URL (Универсальный указатель ресурса). Адрес доступа может типично использоваться для указания местоположения хранения соответствующего медиаресурса в сети.

[0041] Когда запрос доступа передается на маршрутизатор, он инкапсулируется терминальным устройством в соответствии с 7-уровневым протоколом OSI (Взаимодействие открытых систем) от уровня к уровню. Соответственно, маршрутизатором принимается запрос доступа, инкапсулирующий идентификатор данных, что может рассматриваться как пакет данных.

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

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

[0044] Здесь пакет данных может перехватываться посредством инфраструктуры сетевого фильтра следующим образом. Пять функций перехвата определены в IPv4 (Интернет-протокол версии 4) и будут вызываться, соответственно, когда пакет данных проходит через соответствующую ключевую позицию. После того как пакет данных верифицирован в соответствии с IP (Интернет-протоколом), он может поступить в первую функцию перехвата NF_IP_PRE_ROUTING, которая используется для определения, должен ли пакет данных пересылаться на сервер экстрасети или текущий маршрутизатор, чтобы обрабатываться. Так как пакет данных требуется анализировать, функция перехвата NF_IP_PRE_ROUTING может быть сконфигурирована, чтобы обеспечить возможность передачи всех пакетов данных в протокол верхнего уровня текущего маршрутизатора для анализа, и может быть определено, следует ли пересылать пакеты данных в соответствии с результатом анализа. Пакет данных, переданный в протокол верхнего уровня маршрутизатора, может быть восстановлен в идентификатор данных медиаресурса, ранее посланный от терминального устройства, посредством декапсулирования в маршрутизаторе в соответствии с протоколом OSI.

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

[0046] На этапе 202 запрашивают, имеется ли медиаресурс, соответствующий идентификатору данных, сохраненный в маршрутизаторе в соответствии с идентификатором данных, переносимым в запросе доступа.

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

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

[0049] Альтернативно, чтобы определить тип медиаресурса, может быть использован суффикс идентификатора данных (например, адрес доступа), соответствующий медиаресурсу. Например, для адреса доступа медиаресурса: http://www.xxx.com/music/123.mp3, можно видеть, что запрашивается файл под именем 123.mp3, с суффиксом mp3, указывающим на музыкальный файл. После того как тип медиаресурса определен, маршрутизатор может запросить, имеется ли медиаресурс, имеющий то же имя, что и идентификатор данных, сохраненный в его области памяти, соответствующей типу музыкальных файлов.

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

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

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

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

[0054] Типовым идентификатором данных обычно является адрес доступа, который может быть относительно длинным. Будучи использованными в качестве имен для большого количества медиаресурсов, сохраненных в маршрутизаторе, их адреса доступа могут занимать большой размер области памяти. Кроме того, сложность и время, требуемое на сопоставление в соответствии с адресами доступа, могут существенно возрасти. Соответственно, идентификатор данных медиаресурса может обрабатываться маршрутизатором, так что обработанное имя медиаресурса может иметь меньше символов, чем идентификатор данных, таким образом, область памяти, занятая медиаресурсом, а также сложность и время, требуемое на сопоставление при извлечении медиаресурса, могут быть минимизированы.

[0055] Когда идентификатор данных медиаресурса обрабатывается, он может обрабатываться в соответствии с предварительно установленным правилом обработки, чтобы получить строку символов с меньшим числом символов, чем у идентификатора данных. Типично, строка символов, получаемая путем обработки символов идентификатора данных в соответствии с предварительно установленным правилом обработки, должна однозначно соответствовать идентификатору данных. Здесь, предварительно установленное правило обработки может включать в себя алгоритм хеширования или другие подобные алгоритмы, способные уменьшать количество символов идентификатора данных.

[0056] Например, идентификатор данных (например, адрес доступа) некоторого медиаресурса may быть http://www.xxx.com/music/123.mp3, имеющим символы в 32 бита. Адрес доступа медиаресурса обрабатывается операциями хеширования, так что получается результат операций ADF2JLSD2JL093JSDLAD, имеющий символы в 20 бит. Соответственно, строка символов, получаемая посредством операций хеширования, имеет меньше символов, чем у идентификатора данных.

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

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

[0059] На втором этапе запрашивают, имеется ли медиаресурс, имеющий то же самое имя, что и строка символов, сохраненный в маршрутизаторе.

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

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

[0062] Например, можно сослаться на таблицу 1, которая является таблицей, созданной, когда медиаресурсы сохранены в маршрутизаторе по категории. Как показано в таблице 1, медиаресурсы отсортированы маршрутизатором по категориям: музыка, видео и изображение. Медиаресурсы соответствующих типов медиаресурсов сохранены в строках категорий, соответствующих типам медиаресурсов, с их именами в качестве индексов. То есть медиаресурсы сохранены с типами медиаресурсов в качестве первичного индекса и с их именами в качестве вторичного индекса.

[0063] Соответственно, чтобы извлечь медиаресурс, сначала может быть определен тип, соответствующий ему, путем поиска на основе первичного индекса, и затем может осуществляться поиск медиаресурса на основе вторичного индекса в области памяти соответственно типу, так что медиаресурс, имеющий конкретное имя, может быть извлечен. Например, со ссылкой на таблицу 1, чтобы извлечь медиаресурс типа ʺмузыкаʺ и с обработанным именем ʺADF01JFSD4Rʺ, сначала может быть определен тип ʺмузыкаʺ для медиаресурса, и затем может выполняться поиск медиаресурса, имеющего имя ʺADF01JFSD4Rʺ, в области памяти, соответствующей музыке.

Таблица 1
Тип ресурса	Имя медиаресурса
Музыка	ADF1JFSD1R	ADF1JFSD2R	ADF1JFSD03R	ADF01JFSD4R	ADF1JFSD5R
Видео	ADF12JFSD1R	ADF2JFSD2R	ADF21JFSD3R	ADF2JFSD84R	ADF2JFSD5R
Изображение	ADF3JFSD1R	ADF3JFSD02R	ADF3JFSD35R	ADF31JFSD4R	ADF39JFSD5R

[0064] На этапе 203 медиаресурс, сохраненный в маршрутизаторе, возвращается на терминальное устройство, если медиаресурс, соответствующий идентификатору данных, сохранен в маршрутизаторе.

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

[0066] На этапе 204 идентификатор данных, соответствующий медиаресурсу, пересылается на сервер, если не имеется медиаресурса, соответствующего идентификатору данных, сохраненного в маршрутизаторе, причем идентификатор данных используется для запуска сервера, чтобы возвращать медиаресурс, соответствующий идентификатору данных, на маршрутизатор. Маршрутизатор принимает медиаресурс, возвращенный сервером, возвращает медиаресурс, полученный от сервера, на терминальное устройство и сохраняет медиаресурс в соответствии с его идентификатором данных.

[0067] Если на этапе 202 определяется, что в маршрутизаторе не имеется медиаресурса, соответствующего идентификатору данных, сохраненного в маршрутизаторе, идентификатор данных медиаресурса должен быть инкапсулирован в пакет данных в маршрутизаторе в соответствии с 7-уровневым протоколом OSI от уровня к уровню, и пакет данных с идентификатором данных медиаресурса, инкапсулированным в него, может пересылаться на сервер соответственно идентификатору данных. После приема пакета данных сервер может декапсулировать пакет данных в соответствии с 7-уровневым протоколом OSI, чтобы получить идентификатор данных, содержащийся в нем. Затем медиаресурс может быть извлечен на сервере и возвращен к маршрутизатору. Соответственно, медиаресурс, возвращенный сервером, может быть сохранен в соответствии с предварительно установленным правилом в маршрутизаторе. Следует отметить, что пакет данных с идентификатором данных, инкапсулированным в нем, посланный на сервер маршрутизатором, способен запускать сервер, чтобы возвращать медиаресурс на маршрутизатор.

[0068] Альтернативно, после сохранения медиаресурса в соответствии с идентификатором данных маршрутизатор может хранить медиаресурс с идентификатором данных медиаресурса в качестве его имени.

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

[0070] Альтернативно, для того чтобы маршрутизатор сохранил медиаресурс в соответствии с идентификатором данных, могут быть включены следующие этапы.

[0071] 1) Строка символов, однозначно соответствующая идентификатору данных, генерируется путем обработки идентификатора данных в соответствии с предварительно установленным правилом обработки, которое используется для сокращения количества символов идентификатора данных, подлежащего обработке.

[0072] 2) Медиаресурс сохраняется со строкой символов в качестве имени медиаресурса.

[0073] Аналогично, типовым идентификатором данных медиаресурса обычно является адрес доступа, который может быть относительно длинным. Будучи использованными в качестве имен для большого количества медиаресурсов, сохраненных в маршрутизаторе, их адреса доступа могут занимать большой размер области памяти. Кроме того, сложность и время, требуемое на сопоставление в соответствии с адресами доступа, могут соответственно возрасти. Соответственно, идентификатор данных медиаресурса может обрабатываться маршрутизатором, так что обработанное имя медиаресурса может иметь меньше символов, чем идентификатор данных, таким образом, область памяти, занятая медиаресурсом, в также сложность и время, требуемое на сопоставление при извлечении медиаресурса, могут быть минимизированы.

[0074] Когда идентификатор данных медиаресурса обрабатывается, он может обрабатываться в соответствии с предварительно установленным правилом обработки, чтобы получить строку символов с меньшим числом символов, чем у идентификатора данных. Типично строка символов, получаемая путем обработки символов идентификатора данных в соответствии с предварительно установленным правилом обработки, должна однозначно соответствовать идентификатору данных. Предварительно установленное правило обработки может тем же самым, что и описанное на этапе 202, и поэтому здесь опущено.

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

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

[0077] 1) Определяют тип медиаресурса.

[0078] 2) Медиаресурс сохраняют в области памяти, соответствующей типу.

[0079] Тип медиаресурса может быть определен сначала маршрутизатором. Способ определения типа медиаресурса может быть тем же самым, что и на этапе 202, и поэтому здесь опускается. Затем предварительно установленная обработка может быть выполнена маршрутизатором для адреса доступа медиаресурса, так что строка символов может быть сгенерирована посредством операций и использована в качестве имени медиаресурса, подлежащего сохранению в области памяти соответственно типу.

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

[0081] Детальная обработка способа будет описана далее на примере, в котором музыка воспроизводится онлайн посредством браузера персонального компьютера (PC).

[0082] 1. Имеется по меньшей мере три физических устройства, используемых в данном примере: РС, маршрутизатор и веб-сервер в сети общего пользования.

[0083] PC может относиться к одному или более PC, и веб-сервер может также относиться в одному или более веб-серверам.

[0084] Альтернативно, PC может быть заменен другими клиентскими терминалами, такими как планшетный компьютер, мобильный телефон, мультимедийный плеер и т.п.

[0085] 2. PC запрашивает музыкальный файл в запросе, содержащем адрес доступа музыкального файла. Например, адрес доступа музыкального файла имеет вид: http://www.xxx.com/music/123.mp3. Запрос может быть инкапсулирован в пакет данных в PC в соответствии с протоколом 7-уровневой модели OSI.

[0086] Альтернативно, вместо музыкального файла может быть использован файл видео, файл изображения и т.п.

[0087] 3. Пакет данных может быть перехвачен, когда он проходит через ядро маршрутизатора. Маршрутизатор может анализировать пакет данных после его перехвата. В качестве конкретного средства для перехвата может быть использована инфраструктура сетевого фильтра. Короче говоря, после того как пакет данных обработан в маршрутизаторе посредством первой функции перехвата NF_IP_PRE_ROUTING, он может поступать в коды маршрута, которые используются для определения того, следует ли переслать пакет данных вовне или локально. Альтернативно, коды маршрута могут быть настроены, чтобы позволять всем принятым пакетам данных передаваться на верхний уровень локально, так что эти пакеты данных могут анализироваться маршрутизатором локально, чтобы получать идентификатор данных, содержащийся в них. Соответственно, может запрашиваться, имеется ли соответствующий медиаресурс в маршрутизаторе в соответствии с идентификатором данных.

[0088] 4. После анализа пакета данных URL адреса доступа, переносимый в запросе, может быть получен как ʺhttp://www.xxx.com/music/123.mp3ʺ. Тем самым маршрутизатор может определить в соответствии с суффиксом адреса доступа, что это является музыкальным файлом. Затем может осуществляться поиск в жестком диске маршрутизатора, имеется ли файл, соответствующий ʺhttp://www.xxx.com/music/123.mp3ʺ. Например, адрес доступа ʺhttp://www.xxx.com/music/123.mp3ʺ может быть хеширован с использованием хеш-функции для генерации хешированной строки символов ʺADF2JLSD2JL093JSDLADʺ, и затем может выполняться поиск, имеется ли файл, имеющий имя ʺADF2JLSD2JL093JSDLADʺ. Если файл существует, то маршрутизатор может возвратить файл на PC вместо пересылки пакета данных в сеть общего пользования. Если такого файла не имеется, то маршрутизатор может переслать пакет данных на веб-сервер в сети общего пользования и кэширует локально музыкальный файл с адресом доступа после хеширования в качестве его имени для хранения, который возвращается веб-сервером, прежде чем возвращать файл на PC.

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

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

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

[0092] Фиг. 3 является блок-схемой, иллюстрирующей устройство для возврата медиаресурса в соответствии с примерным вариантом осуществления. Устройство для возврата медиаресурса применимо в маршрутизаторе и, как показано на фиг. 3, включает в себя модуль 302 приема запроса, модуль 304 запроса ресурса и первый модуль 306 возврата.

[0093] Модуль 302 приема запроса сконфигурирован для приема в маршрутизаторе запроса доступа, запрашивающего получение конкретного медиаресурса, посланного от терминального устройства.

[0094] Модуль 304 запроса ресурса сконфигурирован для запроса, имеется ли медиаресурс, соответствующий идентификатору данных, сохраненный в маршрутизаторе в соответствии с идентификатором данных, переносимым в запросе доступа, принятом модулем 302 приема запроса.

[0095] Первый модуль 306 возврата сконфигурирован для возврата медиаресурса, сохраненного в маршрутизаторе, на терминальное устройство, если модуль 304 запроса ресурса определяет, что медиаресурс, соответствующий идентификатору данных, сохранен в маршрутизаторе.

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

[0097] Фиг. 4 является блок-схемой, иллюстрирующей устройство для возврата медиаресурса в соответствии с другим примерным вариантом осуществления. Устройство для возврата медиаресурса применимо в маршрутизаторе и, как показано на фиг. 4, включает в себя модуль 402 приема запроса, модуль 404 запроса ресурса и первый модуль 406 возврата.

[0098] Модуль 402 приема запроса сконфигурирован для приема в маршрутизаторе запроса доступа, запрашивающего получение конкретного медиаресурса, посланного от терминального устройства.

[0099] Модуль 404 запроса ресурса сконфигурирован для запроса, имеется ли медиаресурс, соответствующий идентификатору данных, сохраненный в маршрутизаторе в соответствии с идентификатором данных, переносимым в запросе доступа, принимаемом модулем 402 приема запроса.

[00100] Первый модуль 406 возврата сконфигурирован для возврата медиаресурса, сохраненного в маршрутизаторе, на терминальное устройство, если модуль 404 запроса ресурса определяет, что медиаресурс, соответствующий идентификатору данных, сохранен в маршрутизаторе.

[00101] Альтернативно, модуль 404 запроса ресурса включает в себя первый подмодуль 404а запроса.

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

[00103] Иначе, модуль 404 запроса ресурса включает в себя первый подмодуль 404b обработки и второй подмодуль 404с запроса.

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

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

[00106] Альтернативно, устройство для возврата медиаресурса дополнительно включает в себя модуль 407 определения.

[00107] Модуль 407 определения сконфигурирован для определения типа медиаресурса.

[00108] Модуль 404 запроса ресурса дополнительно сконфигурирован для запроса, имеется ли медиаресурс, соответствующий идентификатору данных, сохраненный в области памяти маршрутизатора, соответствующей типу, определенному модулем 407 определения.

[00109] Альтернативно, устройство для возврата медиаресурса дополнительно включает в себя модуль 408 пересылки ресурса, второй модуль 410 возврата и модуль 412 хранения ресурса.

[00110] Модуль 408 пересылки ресурса сконфигурирован для пересылки на сервер идентификатора данных, соответствующего медиаресурсу, если модуль 404 запроса ресурса определяет, что не имеется медиаресурса, соответствующего идентификатору данных, сохраненного в маршрутизаторе, причем идентификатор данных используется для запуска сервера, чтобы возвратить медиаресурс, соответствующий идентификатору данных, на маршрутизатор.

[00111] Второй модуль 410 возврата сконфигурирован для приема медиаресурса, возвращенного сервером, и возврата медиаресурса, полученного с сервера, на терминальное устройство.

[00112] Модуль 412 хранения ресурса сконфигурирован для сохранения медиаресурса в соответствии с идентификатором данных.

[00113] Альтернативно, модуль 412 хранения ресурса включает в себя первый подмодуль 412а хранения.

[00114] Первый подмодуль 412а хранения сконфигурирован для сохранения медиаресурса с идентификатором данных медиаресурса в качестве имени медиаресурса.

[00115] Иначе, модуль 412 хранения ресурса включает в себя второй подмодуль 412b обработки.

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

[00117] Первый подмодуль 412а хранения дополнительно сконфигурирован для сохранения медиаресурса со строкой символов в качестве имени медиаресурса.

[00118] Альтернативно, первый подмодуль 412а хранения включает в себя подмодуль 412a1 определения и второй подмодуль 412a2 хранения.

[00119] Подмодуль 412a1 определения сконфигурирован для определения типа медиаресурса.

[00120] Второй подмодуль 412a2 хранения сконфигурирован для сохранения медиаресурса в области памяти, соответствующей типу.

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

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

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

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

[00125] Процессор сконфигурирован для выполнения:

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

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

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

[00126] Фиг. 5 является блок-схемой устройства для возврата медиаресурса в соответствии с примерным вариантом осуществления. Например, устройство 500 может быть обеспечено как сервер. Согласно фиг. 5 устройство 500 включает в себя компонент 522 обработки, который дополнительно включает в себя один или более процессоров, и ресурсы памяти, представленные памятью 532 для хранения инструкций, исполняемых компонентом 522 обработки, таких как прикладные программы. Прикладные программы, сохраненные в памяти 532, могут включать в себя один или более модулей, каждый из которых соответствует набору инструкций. Дополнительно, компонент 522 обработки сконфигурирован для исполнения инструкций для выполнения вышеописанного способа возврата медиаресурса.

[00127] Устройство 500 может также включать в себя компонент 526 питания, сконфигурированный для выполнения управления питанием устройства 500, проводной(ые) или беспроводной(ые) сетевой(ые) интерфейс(ы) 550, сконфигурированный(е) для соединения устройства 500 с сетью, и интерфейс 558 ввода/вывода (I/O). Устройство 500 может работать на основе операционной системы, сохраненной в памяти 532, такой как Windows Server^TM, Mac OS X^TM, Unix^TM, Linux^TM, FreeBSD^TM и т.п.

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

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

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

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

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

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

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

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

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

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

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

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

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

определяют тип медиаресурса; и

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

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

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

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

сохраняют медиаресурс в соответствии с идентификатором данных.

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

сохраняют медиаресурс с идентификатором данных медиа ресурса в качестве имени медиаресурса;

или сохранение медиаресурса в соответствии с идентификатором данных содержит этапы, на которых:

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

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

6. Способ по п. 4 или 5, отличающийся тем, что сохранение медиа ресурса содержит этапы, на которых:

определяют тип медиаресурса; и

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

7. Устройство для возврата медиаресурса, отличающееся тем, что устройство содержит:

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

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

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

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

8. Устройство по п. 7, отличающееся тем, что модуль запроса ресурса содержит:

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

или модуль запроса ресурса содержит:

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

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

9. Устройство по п. 7 или 8, отличающееся тем, что дополнительно содержит:

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

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

10. Устройство по п. 7, отличающееся тем, что дополнительно содержит:

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

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

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

11. Устройство по п. 10, отличающееся тем, что модуль хранения ресурса содержит:

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

или модуль хранения ресурса содержит:

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

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

12. Устройство по п. 10 или 11, отличающееся тем, что первый подмодуль хранения содержит:

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

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