Система связи для создания сеанса связи в режиме реального времени

Изобретение относится к области организации сетей данных. Техническим результатом является сокращение задержки при установлении сеанса связи в режиме реального времени между мобильными пользователями. Способ содержит этапы, на которых конфигурируют один или более серверов-ретрансляторов по периметру сети поставщика услуги посредством потокового сервера через Интернет; на потоковом сервере принимают от первого мобильного устройства запрос на создание сеанса связи в режиме реального времени со вторым мобильным устройством; затем потоковый сервер предоставляет первому и второму мобильным устройствам сетевую информацию для соединения через сервер-ретранслятор, который расположен ближе к по меньшей мере одному из первого и второго мобильных устройств; и создают сеанс связи в режиме реального времени через сервер-ретранслятор. 3 н. и 21 з.п. ф-лы, 7 ил.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

ОПИСАНИЕ УРОВНЯ ТЕХНИКИ

В настоящее время пользователи Интернет могут осуществлять связь при помощи многообразия разных клиентских приложений, включая приложения обмена сообщениями в режиме реального времени (например, приложения обмена мгновенными сообщениями или «чаты») и двусторонние видеоприложения в режиме реального времени. Например, некоторые клиентские приложения (такие как, например, клиент «Qik», разработанный Qik, Inc.) предоставляют пользователям возможность участия в двустороннем живом видеочате через сети сотовых телефонов 3G и 4G.

Фиг.1a-b иллюстрируют примерную конфигурацию, при которой два мобильных устройства 101-102 участвуют в двустороннем видеочате. Фиг.1a иллюстрирует маршрутизацию данных управления/сигнализации, используемую для создания двустороннего видеосоединения, а фиг.1b иллюстрирует мультимедийные данные (т.е. фактические видеопотоки), передаваемые между двумя мобильными устройствами 101-102. Управление/сигнализация, как правило, переносится при помощи протокола управления передачей (TCP) или протокола пользовательских дейтаграмм (UDP) транспортного уровня сети, а мультимедийные данные, как правило, переносятся при помощи UDP транспортного уровня сети.

Как иллюстрируется, путь, по которому проходят как данные управления/сигнализации, так и мультимедийные данные, включает в себя телефонную подсеть 105, которая может быть стандартной беспроводной сотовой сетью (например, такой как сеть 3G или 4G). Телефонная подсеть 105 соединена со служебной подсетью 115 через маршрутизатор 110. Служебная подсеть является сетью данных, используемой для поддержки мобильного потока данных и маршрутизации потока данных по Интернет 125 через внешний межсетевой экран 120. Телефонная подсеть 105 и служебная подсеть 115 обслуживаются поставщиком (провайдером) беспроводных услуг, таким как T-Mobile™, AT&T™, или Verizon™.

В настоящее время, для того чтобы обеспечить возможность видеобесед в режиме реального времени между мобильными устройствами 101-102, каждое из мобильных устройств должно быть соединено через Интернет 125 с общим набором потоковых серверов 150. Каждое мобильное устройство 101-102 открывает свой собственный сокет дейтаграмм UDP к потоковым серверам 105, и затем потоковые серверы осуществляют маршрутизацию дейтаграмм, содержащих видеоконтент, через соответствующие сокеты дейтаграмм. Например, потоковые серверы 150 осуществляют маршрутизацию видео, принимаемого от мобильного устройства 101, через соединение через сокет дейтаграмм мобильного устройства 102 и наоборот.

Один недостаток данной конфигурации состоит в том, что из-за того, что каждое мобильное устройство 101-102 должно соединиться с потоковым сервером через Интернет 125, может быть внесена значительная задержка. Следовательно, желательно иметь более эффективный способ осуществления маршрутизации видео между мобильными устройствами 101-102.

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

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

Фиг.1a-b иллюстрируют используемые в настоящее время методики для создания видеосеансов в режиме реального времени между двумя мобильными устройствами.

Фиг.2a-b иллюстрируют методики для улучшения показателей задержки путем размещения серверов-ретрансляторов по периметру сети поставщика услуг в соответствии с одним вариантом осуществления изобретения.

Фиг.3 иллюстрирует сервер-ретранслятор, размещенный на периметре сети поставщика услуги, осуществляющий маршрутизацию видеоконтента между мобильным устройством, соединенным через соединение WiFi, и мобильным устройством, соединенным через сотовое соединение (например, соединение 3G или 4G).

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

ПОДРОБНОЕ ОПИСАНИЕ

В нижеследующем описании, в целях объяснения, многочисленные конкретные подробности изложены с целью обеспечения исчерпывающего понимания описываемых ниже вариантов осуществления изобретения. Тем не менее специалисту в соответствующей области техники будет очевидно, что варианты осуществления изобретения могут быть воплощены на практике без некоторых из этих конкретных подробностей. Например, варианты осуществления изобретения описываются ниже в контексте видеоприложений реального времени, при этом лежащие в основе изобретения принципы не ограничиваются каким-либо типом мультимедийной связи. Дополнительно, несмотря на то, что представленное ниже рассмотрение сконцентрировано на конкретных сетях поставщика услуг, лежащие в основе изобретения принципы применимы к реализациям на любых видах сетей радиосвязи. В заключение, в некоторых случаях, широко известные структуры и устройства показаны в виде структурной схемы, чтобы избежать затенения лежащих в основе принципов вариантов осуществления изобретения.

Один вариант осуществления изобретения повышает качество восприятия для конечного пользователя при выполнении видеосеансов в режиме реального времени посредством размещения ряда внутрисетевых ретрансляторов по периметру сетей поставщика услуг. В частности, как иллюстрируется на Фиг.2a-b, в данном варианте осуществления сервер-ретранслятор выполнен с возможностью осуществления связи через служебную подсеть 115, внутри межсетевого экрана 120, соединяющего служебную подсеть 115 с Интернет 125.

Фиг.2a иллюстрирует маршрутизацию данных управления/сигнализации, используемую для создания ретрансляционного соединения. Клиентские приложения, установленные на мобильных устройствах 101-102, обнаруживают эти внутрисетевые сервер(ы)-ретранслятор(ы) 151 во время данной фазы управления/сигнализации. В одном варианте осуществления каждый внутрисетевой сервер-ретранслятор 151 регистрируется в потоковых серверах 150 при помощи исходящего соединения. В одном варианте осуществления мобильное устройство 101, инициирующее видеосеанс, исходно соединяется с потоковыми серверами 150, которые затем предоставляют сетевую информацию, требуемую для соединения с сервером-ретранслятором (например, IP адрес и порт), обоим клиентам 101-102.

В одном варианте осуществления потоковыми серверами 150 выбирается сервер-ретранслятор 151, который находится относительно «ближе» к одному или обоим мобильным устройствам 101, 102 в сети. Следует отметить, что близость сервера-ретранслятора 151 к мобильным устройствам 101, 102 может определяться на основе сетевой информации, предоставляемой потоковыми серверами 150 (например, TCP/IP адресов мобильных устройств и/или сервера-ретранслятора 151). Местоположение каждого сервера-ретранслятора может регистрироваться в потоковых серверах 150, и потоковые серверы 150 могут использовать данную информацию для определения наилучшего сервера-ретранслятора для обслуживания каждого запроса. Другая информация, такая как текущая загруженность каждого из серверов-ретрансляторов 151, также может быть учтена при принятии решения.

Как только у двух мобильных устройств 101-102 есть сетевая информация, они соединяются с сервером(ами)-ретранслятором(ами) 151, который создает видеосеанс в режиме реального времени между устройствами, как иллюстрируется на Фигуре 2b. В одном варианте осуществления мультимедийные соединения между мобильными устройствами 101-102 и сервером-ретранслятором 151 содержат сокеты дейтаграмм UDP. Сервер(ы)-ретранслятор(ы) 151 принимает видеоконтент, упакованный в дейтаграммы, от мобильного устройства 101 через первый сокет дейтаграмм UDP, и осуществляет маршрутизацию дейтаграмм через второй сокет дейтаграмм UDP к мобильному устройству 102, которое затем извлекает и декодирует видеоконтент из дейтаграмм UDP. Обратно, сервер(ы)-ретранслятор(ы) 151 принимает видео, упакованное в дейтаграммы, от мобильного устройства 102 через второй сокет дейтаграмм UDP, и осуществляет маршрутизацию дейтаграмм через первый сокет дейтаграмм UDP к мобильному устройству 101, которое затем извлекает и декодирует видеоконтент из дейтаграмм UDP.

В одном варианте осуществления маршрутизатор 110 является широко известным устройством для маршрутизации сетевых пакетов до соответствующих получателей, как идентифицируется адресом получателя, хранящимся в каждом заголовке пакета. Например, мобильные устройства 101, 102 могут использовать TCP/IP адрес потоковых серверов 150 при отправке запросов соединения в потоковые серверы 150. Маршрутизатор 110 затем выполнит маршрутизацию запросов соответствующим получателям.

При сравнении вариантов осуществления изобретения, показанных на фиг.2a-b, с реализацией, показанной на фиг.1a-b, преимущества очевидны. Поскольку мультимедийным потокам не требуется проходить через внешний межсетевой экран 120 и через Интернет 125, значительно сокращается задержка, тем самым повышается QoE для конечного пользователя. В качестве примера, а не ограничения, настоящее тестирование показывает сокращение задержки с 252 мс до 110 мс.

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

Фиг.3 иллюстрирует то, каким образом сервер(ы)-ретранслятор(ы) 151 также может быть использован для создания двустороннего видеосеанса между мобильным устройством 102, соединенным через соединение WiFi, и мобильным устройством 101, соединенным через сотовое соединение (например, соединение 3G или 4G). В данном варианте осуществления, одно из двух устройств может исходно контактировать с потоковыми серверами 150 для создания видеосеанса. Потоковые серверы 150 затем могут уведомить вызываемую сторону и предоставить сетевую информацию, требуемую обоим мобильным устройствам 101-102 для соединения с сервером-ретранслятором 151. Сервер-ретранслятор 151 затем осуществляет управление видеосеансом в режиме реального времени, как описано выше (например, создавая сокеты дейтаграмм UDP с каждым из соответствующих устройств 101-102). Для осуществления связи с мобильным устройством 102, соединенным через WiFi, сервер-ретранслятор 151 открывает проход 160 UDP через внешний сетевой экран 120. Методики для создания прохода UDP через сетевой экран хорошо известны, и, вследствие этого, не будут здесь подробно описаны.

В конкретной реализации, показанной на фиг.3, мобильное устройство 102 соединено через линию связи WiFi через WLAN 127 предприятия, которая соединена с Интернет 125 через NAT/сетевой экран предприятия. Несмотря на то что это может представлять собой общую конфигурацию, такая конфигурация не требуется для удовлетворения лежащих в основе изобретения принципов.

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

Фиг.4a иллюстрирует один вариант осуществления, в котором сервер-ретранслятор 151 и сервер-ретранслятор 152 осуществляют связь друг с другом для осуществления маршрутизации дейтаграмм UDP между мобильными устройствами 101 и 102. Как и в предыдущих вариантах осуществления, мобильное устройство 101, инициирующее соединение, может сначала контактировать с потоковыми серверами 150. В ответ, потоковые серверы 150 предоставляют мобильному устройству 101 сетевую информацию, требуемую для соединения с сервером-ретранслятором 151, а мобильному устройству 102 - сетевую информацию, требуемую для соединения с сервером-ретранслятором 152. После соединения серверы-ретрансляторы 151-152 затем создают сокет дейтаграмм UDP друг с другом для осуществления маршрутизации трафика дейтаграмм UDP, содержащего видеоданные.

Фиг.4b иллюстрирует альтернативную реализацию, в которой сервер-ретранслятор 151 принимает трафик дейтаграмм UDP, содержащий видеоданные, от мобильного устройства 101 и осуществляет его маршрутизацию к мобильному устройству 102, а второй сервер-ретранслятор 152 принимает трафик дейтаграмм UDP, содержащий видеоданные, от мобильного устройства 102 и осуществляет его маршрутизацию к мобильному устройству 101. Как и в описанных выше вариантах осуществления, может потребоваться исходное соединение с потоковыми серверами 150 для извлечения сетевой информации, требуемой для соединения с двумя серверами-ретрансляторами 151-152.

Несмотря на то что серверы-ретрансляторы 151-152 сконфигурированы в служебной подсети в представленном выше рассмотрении, в других вариантах осуществления некоторые серверы-ретрансляторы могут быть сконфигурированы в телефонной подсети 105-106. В таком случае, если оба мобильные устройства соединены с одной и той же подсетью, то сервер-ретранслятор в этой подсети может быть использован для соединения устройств. Тем не менее, если мобильные устройства находятся в разных телефонных подсетях, то может быть выбран сервер-ретранслятор в служебной подсети 115.

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

Варианты осуществления изобретения могут включать в себя различные этапы, как изложено выше. Этапы могут быть воплощены в машиноисполняемых инструкциях, которые предписывают процессору специализированного или общего назначения выполнять определенные этапы. В качестве альтернативы, эти этапы могут быть выполнены конкретными компонентами аппаратного обеспечения, которые содержат прошитую логику для выполнения этапов, или посредством любого сочетания программируемых компьютерных компонентов и отдельных компонентов аппаратного обеспечения. Элементы настоящего изобретения также могут быть предоставлены в качестве машиночитаемого носителя информации для хранения машиноисполняемого программного кода. Машиночитаемый носитель информации может включать в себя, но не ограничивается, гибкие дискеты, оптические диски, CD-ROM, и магнитооптические диски, ROM, RAM, EPROM, EEPROM, магнитные или оптические карты, или другой тип среды/машиночитаемого носителя информации, пригодного для хранения электронного программного кода.

На всем протяжении вышеприведенного описания, в целях объяснения, многочисленные конкретные подробности были изложены с целью обеспечения исчерпывающего понимания изобретения. Тем не менее специалисту в соответствующей области техники будет очевидно, что изобретение может быть воплощено на практике без некоторых из этих конкретных подробностей. Например, специалистам в соответствующей области техники будет вполне очевидно то, что описанные здесь функциональные модули и способы могут быть реализованы в качестве программного обеспечения, аппаратного обеспечения или любого их сочетания. Более того, несмотря на то, что некоторые варианты осуществления описываются здесь в контексте клиента приложения P2P, лежащие в основе изобретения принципы могут быть реализованы в виде серверного приложения или любого другого вида клиентского приложения. Соответственно, объем и сущность изобретения должны определяться нижеследующей формулой изобретения.

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

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

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

2. Способ по п. 1, в котором сетевая информация включает в себя местоположения упомянутых одного или более серверов-ретрансляторов.

3. Способ по п. 1, в котором потоковый сервер находится за пределами сети поставщика услуг.

4. Способ по п. 3, дополнительно содержащий этап, на котором регистрируют упомянутые один или более серверов-ретрансляторов на потоковом сервере.

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

6. Способ по п. 1, в котором сетевая информация включает в себя IP адрес упомянутых одного или более серверов-ретрансляторов.

7. Способ по п. 1, в котором поставщик услуг представляет собой поставщика услуг сотовой связи.

8. Способ по п. 1, в котором два или более серверов-ретрансляторов используются для создания сеанса связи в режиме реального времени.

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

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

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

12. Способ по п. 1, в котором упомянутые один или более серверов-ретрансляторов сконфигурированы в телефонной подсети, с которой соединены упомянутые первое и второе мобильные устройства.

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

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

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

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

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

15. Способ по п. 13, в котором сетевая информация включает в себя местоположения упомянутых одного или более серверов-ретрансляторов, которые зарегистрированы на потоковом сервере, находящемся за пределами сети поставщика услуг.

16. Способ по п. 13, в котором сеанс связи в режиме реального времени представляет собой двусторонний сеанс видеосвязи в режиме реального времени.

17. Способ по п. 13, в котором сетевая информация включает в себя IP адрес упомянутых одного или более серверов-ретрансляторов.

18. Способ по п. 13, в котором поставщик услуг представляет собой поставщика услуг сотовой связи.

19. Способ по п. 1, в котором два или более серверов-ретрансляторов используются для создания сеанса связи в режиме реального времени.

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

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

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

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

аппаратное обеспечение обработки данных; и

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

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

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

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

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



 

Похожие патенты:

Изобретение относится к области аутентификации доступа пользователя. Технический результат – эффективная защита доступа от несанкционированного пользователя в сети.

Изобретение относится к области использования цифровых сетей связи. Технический результат заключается в повышении эффективности использования преобразования доменного имени в IP-адрес.

Изобретение относится к способам и системам предоставления доступа к файлу от пользователя веб-ресурсу, без необходимости веб-ресурсу сохранять файл на своем сервере.

Изобретение относится к компьютерной безопасности. Технический результат заключается в обеспечении безопасности работы пользователя в сети.

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

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

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

Изобретение относится к области обработки закодированной информации. Технический результат – эффективная защита персональных данных пользователя.

Изобретение относится к обработке информации. Технический результат - упрощение управления множеством пользовательских учетных записей для пользователя.

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

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

Изобретение относится к способам предоставления медиасодержимого в сценарии широковещательной передачи в проигрыватель потоковой передачи, такой как DASH-проигрыватель. Техническим результатом является устранение варьирования интервалов приема медиасегментов за счет осуществления оценки времени доступности сегмента для запрашивания последующих медиасегментов. Предложен способ предоставления медиасодержимого, содержащего медиасегменты, в проигрыватель потоковой передачи. Медиасегменты передают от серверного устройства в проигрыватель потоковой передачи через широковещательную передачу. Способ содержит выполняемые в пользовательском оборудовании этапы, на которых принимают первый медиасегмент, определяют время приема первого медиасегмента. Далее согласно способу оценивают время доступности медиасегмента для запрашивания последующих медиасегментов посредством модифицирования определенного времени приема первого медиасегмента на поправочное значение, компенсирующее варьирование интервалов приема медиасегментов так, чтобы проигрыватель потоковой передачи принимал медиасегменты с постоянным временным интервалом. 4 н. и 26 з.п. ф-лы, 6 ил.

Изобретение относится к области связи. Технический результат – возможность автоматического запуска воспроизведения голосового сигнала и сбора голосового сигнала в устройстве сетевой интерком-связи при поднесении пользователем терминала к своему уху, при этом использование сетевой интерком-связи доступно без каких-либо дополнительных операций. Для этого принимают голосовой сигнал от терминала противоположной стороны и отображают его как непрочитанный голосовой сигнал перед входом в заранее заданный режим вызова; определяют, является ли измеренное значение расстояния от уха пользователя до локального терминала меньшим, чем заранее заданное пороговое значение; входят в заранее заданный режим вызова, если определено, что измеренное значение расстояния является меньшим, чем заранее заданное значение; в заранее заданном режиме вызова автоматически воспроизводят голосовой сигнал, который был принят от терминала противоположной стороны, но еще не был воспроизведен; и когда голосовой сигнал локального терминала обнаружен в заранее заданном режиме вызова, осуществляют сбор голосового сигнала локального терминала и передачу голосового сигнала локального терминала в терминал противоположной стороны. 6 н. и 19 з.п. ф-лы, 11 ил.

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

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

Изобретение относится к области предоставления правоохранительному органу доступа к зашифрованному обмену данными между посылающим узлом и принимающим узлом. Технический результат – обеспечение возможности быстро найти всю криптографическую информацию, относящуюся к зашифрованному обмену данными, и направить ее в правоохранительный орган. Способ предоставления правоохранительному органу доступа к зашифрованному обмену данными между посылающим узлом и принимающим узлом, содержащий этапы, на которых в функциональном звене сервера управления ключами: сохраняют (S16, S20) в базе данных криптографическую информацию, используемую для шифрования обмена данными, причем криптографическая информация связана с идентификатором, используемым для идентификации зашифрованного обмена данными между посылающим узлом и принимающим узлом, причем криптографическая информация содержит криптографическую информацию, выведенную как в посылающем узле, так и в принимающем узле; принимают (S32) запрос, исходящий от правоохранительного органа, на законный перехват, причем запрос включает в себя идентификационные данные объекта для законного перехвата; используют (S33) идентификационные данные объекта для определения указанного идентификатора и извлекают из базы данных криптографическую информацию, связанную с идентификатором, причем криптографическая информация выполнена с возможностью использования для дешифрования указанного зашифрованного обмена данными; и отправляют (S34) правоохранительному органу информацию, выведенную из криптографической информации, или дешифрованный обмен данными. 5 н. и 5 з.п. ф-лы, 11 ил.

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

Изобретение относится к средствам для соединения первой сети связи, содержащей по меньшей мере один терминал, со второй сетью связи. Технический результат заключается в снижении потребления ресурсов сети. Обнаруживают использование одноадресного соединения, предназначенного для передачи мультимедийного контента из исходного сервера в указанный терминал по указанному одноадресному соединению через данный шлюз. Осуществляют поиск правила переадресации соединения в соответствии с информацией, передаваемой между исходным сервером и указанным терминалом в процессе использования одноадресного соединения. Устанавливают многоадресное соединение, предназначенное для получения шлюзом мультимедийного контента и используемого, если найдено правило переадресации. Принимают мультимедийный контент в форме потока в соответствии с многоадресным соединением. Передают в указанный терминал мультимедийный контент в форме потока в соответствии с одноадресным соединением. 4 н. и 7 з.п. ф-лы, 6 ил.

Изобретение относится к сетям связи на основе потоковой передачи данных по протоколу передачи гипертекста (HTTP) и может применяться в сетях динамической адаптивной потоковой передачи по HTTP (DASH). Техническим результатом является усовершенствование потоковой передачи данных. Указанный результат достигается тем, что серверные и клиентские устройства совместно используют политику активной доставки, что позволяет клиентскому устройству прогнозировать активную доставку данных сервером. Прогнозирование позволяет заблаговременно отменять отправку некоторых активно доставляемых данных, таким образом снижая расходование полосы. Совместно используемая политика активной доставки может быть неявной как для сервера, так и для клиента и указывается сервером клиенту, например, путем вложения в файл описания медиапрезентации или включения в специальный заголовок HTTP. Клиент также может запрашивать обновление совместно используемой политики активной доставки в соответствии со своими собственными требованиями. 5 н. и 9 з.п. ф-лы, 39 ил.

Изобретение относится к области управления техническими устройствами, которые принадлежат области компьютерных технологий. Технический результат – повышение безопасности управления при удаленном доступе к интеллектуальным устройствам. Способ управления интеллектуальным устройством, который применяют в интеллектуальном модуле, размещенном в интеллектуальном устройстве, включающий: широковещательную передачу идентификационной информации интеллектуального модуля для приема терминалом упомянутой идентификационной информации и для передачи идентификационной информации и учетной записи пользователя на сервер для того, чтобы сервер связал идентификационную информацию с учетной записью пользователя, сформировал данные подписи, передал данные подписи в терминал и передал учетную запись пользователя в интеллектуальный модуль; прием учетной записи пользователя, переданной сервером; прием данных управления, переданных терминалом, при этом данные управления содержат управляющую инструкцию и данные подписи, где данные подписи переданы сервером в терминал и получены сервером путем вычисления с использованием ключа интеллектуального модуля и учетной записи пользователя, соответствующей терминалу, согласно заранее заданному алгоритму; проверку данных подписи, при этом проверка данных подписи включает: считывание учетной записи пользователя, заранее сохраненной в интеллектуальном модуле, и считывание ключа, заранее записанного сервером в интеллектуальный модуль; выполнение вычисления с использованием учетной записи пользователя и ключа согласно заранее заданному алгоритму для получения данных проверки; обнаружение, являются ли данные проверки идентичными данным подписи; и когда данные проверки идентичны данным подписи, определение того, что данные подписи прошли проверку; и если проверка пройдена, обеспечение выполнения, интеллектуальным устройством, операции, соответствующей управляющей инструкции. 3 н.п. ф-лы, 11 ил.
Наверх