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

Иллюстрации

Показать все

Изобретение относится к области сетевой коммуникации, а именно к возврату медиаресурса. Техническим результатом является сокращение сетевого трафика за счет исключения повторной пересылки данных. Для этого принимают от терминального устройства посредством маршрутизатора запрос доступа, инкапсулирующий идентификатор данных и запрашивающий получение конкретного медиаресурса, который инкапсулируется посредством терминального устройства и представляет собой пакет данных, и перехватывают пакет данных. При этом определяют, подлежит ли пересылке пакет данных на сервер экстрасети или текущий маршрутизатор, чтобы обрабатываться, после того как пакет данных верифицирован в соответствии с 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 может быть заменен другими клиентски