СПОСОБ И УСТРОЙСТВО ДЛЯ ОБРАБОТКИ ИНФОРМАЦИИ
METHOD AND DEVICE FOR INFORMATION PROCESSING

Ссылки на родственные заявки
Настоящая заявка основана на китайской патентной заявке № 2015107182895, поданной 29 октября 2015 г., все содержание которой включено в настоящую заявку посредством ссылки, и притязает на приоритет по ней.
Область техники, к которой относится изобретение
Варианты осуществления настоящего изобретения относятся к общей технической области связи, а более конкретно касаются способа и устройства для обработки информации.
Уровень техники
Технология отображения по WiFi представляет собой распространения ресурсов (например, изображений, видеозаписей и музыки) между двумя элементами пользовательского оборудования ПО (User Equipment, UE) в режиме реального времени на основе протокола WiFi Direct.Такое распространение может включать в себя передачу материалов через соединение WiFi от передающей стороны (так называемой стороны источника) принимающей стороне (так называемой стороне приемника) для воспроизведения без использования какого-либо аппаратного соединения. Например, технология воспроизведения по WiFi обеспечивает возможность синхронного воспроизведения видеозаписей, воспроизводимых на мобильном телефоне, на крупноэкранном телевизионном приемнике.
Однако в соответствии с известными технологиями после передачи данных, предназначенных для воспроизведения на стороне приемника, такие данные немедленно воспроизводят на стороне приемника; поскольку процедуры передачи и воспроизведения данных не независимы одна от другой, в случае изменения протокола связи, установленного между стороной источника и стороной приемника, нормальное воспроизведение данных, переданных от стороны источника стороне приемника, может быть нарушено.
Раскрытие изобретения
Для устранения недостатков известных технологий в соответствии с настоящим изобретением предлагаются способ и устройство для обработки информации.
В соответствии с первым аспектом вариантов осуществления настоящего изобретения предлагается способ обработки информации, включающий в себя:
проверку получения от равноправного устройства через соединение для передачи данных по беспроводной сети запроса на дистанционное отображение экрана;
получение адреса интернет-протокола (Internet Protocol, IP) и номера порта равноправного устройства в случае получения от равноправного устройства запроса на дистанционное отображение экрана;
формирование единого указателя ресурса (Uniform Resource Locator, URL), соответствующего медиа-данным, предназначенным для воспроизведения на экране равноправного устройства, в соответствии с IP-адресом и номером порта;
определение стандартного проигрывателя, соответствующего URL; и
воспроизведение медиа-данных, соответствующих URL, при помощи стандартного проигрывателя.
В случае получения запроса на дистанционное отображение экрана, переданного передающей стороной, принимающая сторона получает IP-адрес и номер порта передающей стороны и генерирует URL, причем принимающая сторона определяет стандартный проигрыватель, соответствующий URL, и воспроизводит медиа-данные при помощи полученного стандартного проигрывателя. Поскольку стандартный проигрыватель на принимающей стороне в соответствии данным вариантом осуществления настоящего изобретения представляет собой независимый стандартный проигрыватель, такой стандартный проигрыватель на принимающей стороне может обеспечить нормальное воспроизведение медиа-данных, переданных передающей стороной, даже в случае изменения протокола, принятого при обмене данными между передающей стороной и принимающей стороной.
Определение стандартного проигрывателя, соответствующего URL, может дополнительно включать в себя:
получение заранее установленного проигрывателя;
проверку поддержки заранее установленным проигрывателем типа формата, соответствующего URL;
назначение заранее установленного проигрывателя стандартным проигрывателем, соответствующим URL, если заранее установленный проигрыватель поддерживает тип формата, соответствующий URL; и
настройку заранее установленного проигрывателя в качестве проигрывателя, поддерживающего тип формата, соответствующий URL, и назначение проигрывателя, поддерживающего тип формата, соответствующий URL, стандартным проигрывателем, соответствующим URL, если заранее установленный проигрыватель не поддерживает тип формата, соответствующий URL.
Преобразование существующего проигрывателя, не поддерживающего тип формата, соответствующий URL, для получения из него стандартного проигрывателя, поддерживающего тип формата, соответствующий URL, позволяет исключить влияние на воспроизведение переданных медиа-данных стандартным проигрывателем в реальном времени даже в случае изменения протокола передачи данных между стороной источника и стороной приемника.
Определение стандартного проигрывателя, соответствующего URL, может дополнительно включать в себя:
создание стандартного проигрывателя;
проверку поддержки стандартным проигрывателем типа формата, соответствующего URL; и
назначение стандартного проигрывателя стандартным проигрывателем, соответствующим URL, если стандартный проигрыватель поддерживает тип формата, соответствующий URL.
Создание стандартного проигрывателя, поддерживающего тип формата, соответствующий URL, и проверка поддержки стандартным проигрывателем типа формата, соответствующего URL, после его создания позволяют устранить влияние на воспроизведение переданных медиа-данных в реальном времени в стандартном проигрывателе в случае изменения протокола передачи данных между стороной источника и стороной приемника при наличии поддержки стандартным проигрывателем формата, соответствующего URL.
Проверка получения от равноправного устройства запроса на дистанционное отображение экрана может дополнительно включать в себя:
обмен с равноправным устройством информацией о заранее установленных параметрах в случае установления с равноправным устройством связи для обмена данными с использованием сетевого протокола Wireless Fidelity Peer-to-Peer (WiFi P2P);
проверку успешности согласования с равноправным устройством в соответствии с информацией о заранее установленных параметрах;
определение получения от равноправного устройства запроса на дистанционное отображение экрана в случае успешного согласования с равноправным устройством; и
определение неполучения от равноправного устройства запроса на дистанционное отображение экрана в случае безуспешного согласования с равноправным устройством.
Стороны производят согласование, чтобы определить, выполнены ли для условия передачи данных, тем самым предотвращая ситуацию, в которой по получении медиа-данных, переданных стороной источника, сторона приемника не может нормально воспроизвести такие медиа-данные в связи с несовместимостью их формата или другими причинами.
Воспроизведение медиа-данных, соответствующих URL, при помощи стандартного проигрывателя может дополнительно включать в себя:
получение медиа-данных, соответствующих URL, на равноправном устройстве в соответствии с URL;
декодирование медиа-данных;
обработку декодированных медиа-данных для получения медиа-данных воспроизведения; и
воспроизведение медиа-данных воспроизведения в стандартном проигрывателе.
После получения URL производят анализ такого URL, а затем производят получение соответствующих медиа-данных в соответствии с проанализированным URL. Например, после осуществления анализа URL сторона источника передает стороне приемника медиапоток в реальном времени (или зафиксированный интерфейс) в формате транспортного потока ТП (Transport Stream, TS) через установленный канал связи, сторона приемника кодирует и демультиплексирует данные медиапотока (например, аудио и видео данные), а затем передает данные медиапотока стандартному проигрывателю для декодирования, обработки и воспроизведения.
В соответствии со вторым аспектом вариантов осуществления настоящего изобретения предлагается устройство для обработки информации, содержащее:
модуль оценки запросов, выполненный с возможностью проверки получения запроса на дистанционное отображение экрана от равноправного устройства через соединение беспроводной сети для передачи данных;
модуль получения информации, выполненный с возможностью получения IP-адреса и номера порта равноправного устройства в случае получения запроса на дистанционное отображение экрана от равноправного устройства;
модуль формирования URL, выполненный с возможностью формирования URL, соответствующего медиа-данным, предназначенным для воспроизведения на экране равноправного устройства, на основе IP-адреса и номера порта;
модуль определения проигрывателя, выполненный с возможностью определения стандартного проигрывателя, соответствующего URL; и
модуль воспроизведения медиа-данных, выполненный с возможностью воспроизведения медиа-данных, соответствующих URL, при помощи стандартного проигрывателя.
Модуль получения проигрывателя может быть выполнен с возможностью получения заранее установленного проигрывателя;
первый модуль оценки типа формата может быть выполнен с возможностью проверки наличия поддержки заранее установленным проигрывателем типа формата, соответствующего URL;
первый модуль определения стандартного проигрывателя может быть выполнен с возможностью назначения заранее установленного проигрывателя стандартным проигрывателем, соответствующим URL, в случае наличия поддержки заранее установленным проигрывателем типа формата, соответствующего URL;
модуль настройки стандартного проигрывателя может быть выполнен с возможностью настройки заранее установленного проигрывателя в качестве проигрывателя, поддерживающего тип формата, соответствующий URL, в случае отсутствия поддержки заранее установленным проигрывателем типа формата, соответствующего URL; и
второй модуль определения стандартного проигрывателя может быть выполнен с возможностью назначения проигрывателя, поддерживающего тип формата, соответствующий URL,  стандартным проигрывателем, соответствующим URL.
Модуль создания стандартного проигрывателя может быть выполнен с возможностью создания стандартного проигрывателя;
второй модуль оценки типа формата может быть выполнен с возможностью проверки наличия поддержки стандартным проигрывателем типа формата, соответствующего URL; и
третий модуль определения стандартного проигрывателя может быть выполнен с возможностью назначения стандартного проигрывателя стандартным проигрывателем, соответствующим URL, в случае наличия поддержки стандартным проигрывателем типа формата, соответствующего URL.
Модуль оценки запросов может дополнительно содержать:
модуль обмена информацией о параметрах, выполненный с возможностью осуществления обмена информацией о заранее установленных параметрах с равноправным устройством в случае установления с равноправным устройством соединения для обмена данными с использованием сетевого протокола WiFi P2P;
модуль оценки согласования, выполненный с возможностью проверки успешности согласования с равноправным устройством по информации о заранее установленных параметрах;
модуль определения успешного запроса, выполненный с возможностью определения получения запроса на дистанционное отображение экрана в случае успешного согласования с равноправным устройством; и
модуль определения безуспешного запроса, выполненный с возможностью определения неполучения запроса на дистанционное отображение экрана в случае безуспешного согласования с равноправным устройством.
Модуль воспроизведения медиа-данных может дополнительно содержать:
модуль получения медиа-данных, выполненный с возможностью получения в соответствии с URL медиа-данных, соответствующих URL равноправного устройства;
модуль декодирования, выполненный с возможностью декодирования медиа-данных;
модуль обработки, выполненный с возможностью обработки декодированных медиа-данных для получения медиа-данных воспроизведения; и
модуль воспроизведения, выполненный с возможностью воспроизведения медиа-данных воспроизведения в стандартном проигрывателе.
В соответствии с третьим аспектом вариантов осуществления настоящего изобретения предлагается терминал, содержащий:
процессор; и
память, выполненную с возможностью сохранения инструкций, исполнимых процессором,
причем процессор выполнен с возможностью:
проверки получения от равноправного устройства через соединение для передачи данных по беспроводной сети запроса на дистанционное отображение экрана;
получения IP-адреса и номера порта равноправного устройства в случае получения от равноправного устройства запроса на дистанционное отображение экрана;
формирования URL, соответствующего медиа-данным, предназначенным для воспроизведения на экране равноправного устройства, в соответствии с IP-адресом и номером порта;
определения стандартного проигрывателя, соответствующего URL; и
воспроизведения медиа-данных, соответствующих URL, при помощи стандартного проигрывателя.
Технические решения по вариантам осуществления настоящего изобретения могут обладать, в частности, следующими преимуществами:
при использовании способа и устройства для обработки информации, предлагаемых в соответствии с вариантами осуществления настоящего изобретения, в случае обнаружения передающей стороной принимающей стороны принимающая сторона и передающая сторона устанавливают соединение для обмена данными; при наличии соединения для обмена данными принимающая сторона и передающая сторона производят обмен некоторой информацией с целью согласования; в случае успешного согласования определяют, что от передающей стороны получен запрос на дистанционное отображение экрана, и принимающая сторона получает IP-адрес и номер порта передающей стороны и формирует URL; принимающая сторона определяет стандартный проигрыватель, соответствующий URL, и осуществляет воспроизведение медиа-данных при помощи полученного таким образом стандартного проигрывателя. Стандартный проигрыватель принимающей стороны по настоящему изобретению представляет собой независимый стандартный проигрыватель, вследствие чего стандартный проигрыватель принимающей стороны обеспечивает возможность нормального воспроизведения медиа-данных, переданных передающей стороной, даже в случае изменения протокола, принятого при обмене данными между передающей стороной и принимающей стороной.
Следует понимать, что приведенное выше общее раскрытие и нижеследующее подробное описание осуществления изобретения представлены исключительно в качестве примера и в целях пояснения и не налагают на настоящее изобретение каких-либо ограничений.
Краткое описание чертежей
Прилагаемые чертежи, включенные в настоящее описание и составляющие его часть, иллюстрируют варианты осуществления, соответствующие настоящему изобретению, и предназначены для разъяснения принципов изобретения в сочетании с настоящим описанием.
На фиг. 1 представлена схема иерархии протоколов в соответствии с одним из примеров осуществления изобретения;
На фиг. 2 представлена схема, иллюстрирующая передачу данных между стороной источника и стороной приемника;
На фиг. 3 представлена блок-схема, иллюстрирующая способ обработки информации в соответствии с одним из примеров осуществления изобретения;
На фиг. 4 представлена блок-схема этапа S340 по фиг. 3;
На фиг. 5 представлена другая блок-схема этапа S340 по фиг. 3;
На фиг. 6 представлена блок-схема этапа S310 по фиг. 3;
На фиг. 7 представлена блок-схема этапа S350 по фиг. 3;
На фиг. 8 представлена схема, иллюстрирующая устройство для обработки информации в соответствии с одним из примеров осуществления изобретения;
На фиг. 9 представлена схема, иллюстрирующая модуль определения проигрывателя по фиг. 8;
На фиг. 10 представлена другая схема, иллюстрирующая модуль определения проигрывателя по фиг. 8;
На фиг. 11 представлена схема, иллюстрирующая модуль оценки запросов по фиг. 8;
На фиг. 12 представлена схема, иллюстрирующая модуль воспроизведения медиа-данных по фиг. 8; и
На фиг. 13 представлена структурная схема терминала в соответствии с одним из примеров осуществления изобретения.
Осуществление изобретения
Ниже следует подробное описание вариантов осуществления изобретения, примеры которых проиллюстрированы прилагаемыми чертежами. Нижеследующее описание содержит ссылки на прилагаемые чертежи, причем одни и те же ссылочные номера обозначают на разных чертежах одни и те же или сходные элементы, если иное не следует из описания. Решения, раскрытые в нижеследующем описании примеров вариантов осуществления изобретения, не представляют все решения, соответствующие настоящему изобретению. Они лишь представляют собой примеры устройства и способов по аспектам настоящего изобретения, определенным в прилагаемых пунктах формулы изобретения.
В версии 4.2 операционной системы Android, разработанной компанией Google, была добавлена поддержка функции отображения по WiFi (WiFi Display, WFD), что привело к значительному изменению всей архитектуры отображения ОС Android. Альянс WiFi создал для устройств, поддерживающих функцию WFD, сертификацию под названием Miracast. Устройства, соответствующие требованиям сертификации Miracast, обеспечивают максимальную поддержку функции WFD и совместимость с нею.
Основная функция Miracast состоит в обеспечении распространения видео и аудио данных между устройствами через сеть WiFi. Например, в соответствии с простым сценарием применения Miracast может быть обеспечена возможность передачи видеозаписей с мобильного телефона на телевизор через соединение WiFi без проводного соединения (например, интерфейса мультимедиа высокой четкости, High Definition Multimedia Interface (HDMI)). С учетом современных тенденций развития интеллектуальной аппаратуры функция WFD с высокой вероятностью должна способствовать осуществлению подлинного многоэкранного взаимодействия в течение сравнительно короткого времени. Протокол WFD расширен по сравнению с протоколом WiFi и потоковым протоколом реального времени (Real Time Streaming Protocol, RTSP), определяет набор параметров и типов сообщений на основе RTSP и осуществляет базовую передачу данных через специализированную функцию информационного элемента (Information Element) WiFi. Иерархия этого протокола представлена на фиг. 1.
Как показано на фиг. 2, протокол WFD требует наличия по меньшей мере одного устройства-источника (стороны источника) и устройства-приемника (стороны приемника), которые называют источником WFD и приемником WFD, причем сторона источника представляет собой передающую сторону, а сторона приемника представляет собой принимающую сторону. Взаимодействие между стороной источника и стороной приемника для передачи данных кратко описано ниже. Стандарт Miracast управляет взаимодействие между двумя устройствами в рамках каждого сеанса связи, причем предусмотрены следующие основные этапы (выполняемые в указанном порядке):
обнаружение устройств: поиск близлежащих устройств, поддерживающих WiFi P2P, производимый при помощи WiFi P2P;
выбор устройства: после обнаружения устройством А устройства В устройство А должно выдать пользователю запрос, и пользователь может решить, следует ли производить согласование с устройством В;
установление соединения: установление соединения между стороной источника и средствами отображения стороны приемника при помощи WiFi P2P; в соответствии с технической спецификацией WiFi Direct данный этап включает в себя определение владельца группы и клиента; затем между данными двумя устройствами устанавливают соединение в соответствии с протоколом управления передачей (Transmission Control Protocol, TCP), причем для последующего управления и контроля сеанса связи настраивают порт RTSP; и
согласование технических возможностей: перед началом передачи видео- и аудиоданных устройство-источник и средства отображения должны произвести обмен информацией о некоторых параметрах Miracast, например, о поддерживаемых обеими сторонами форматах видео и аудио информации; дальнейшие этапы могут быть выполнены только после успешного согласования;
установление сеанса связи и потоковая передача: по завершении предыдущего этапа между устройством-источником и средствами отображения устанавливают сеанс связи Miracast, после чего может быть осуществлена передача видео- и аудиоданных; видео- и аудиоданные стороны источника передают на средства отображения с использованием протокола передачи реального времени (Real-time Transport Protocol, RTP) после кодирования транспортным потоком Экспертной группы по движущемуся изображению (Moving Picture Experts Group Transport Stream, MPEG2TS); средства отображения декодируют полученные данные и производят их отображение.
Однако в вышеописанном решении уровень упаковки приложений Android (Android Package, APK) помещен в раздел настройки, а средний уровень смешан с WiFi P2P, что создает неясности с точки зрения логического потока и затрудняет развязывание и поддержку. Поскольку вышеописанное решение может быть разделено на соединение и отображение в масштабах целого потока, изменение части соединения оказывает влияние на нормальную работу части воспроизведения. Например, в случае замены существующего протокола обнаружения стороны источника WiFi P2P и использования для обнаружения устройства универсального протокола автоматической настройки (Universal Plug and Play, UPnP) сети разработчиков Microsoft (Microsoft Developer Network, MSDN) или частного протокола обнаружения нормальная работа части воспроизведения может быть нарушена в связи с отсутствием изменений в базовом протоколе RTSP.
Поскольку решение Miracast смешивает серверное соединение RTSP с процедурой соединения WiFi P2P, поток воспроизведения запускают немедленно после получения IP-адреса и номера порта источника; с учетом того, что непосредственная связь между воспроизведением и установлением соединения ограничена только IP-адресом и номером порта, для обеспечения независимости между воспроизведением и установлением соединения может быть предусмотрена передача IP-адреса и номера порта приложениям при помощи средств Intent для осуществления последующих операций. Таким образом, способ обработки информации, предлагаемый в соответствии с вариантами осуществления настоящего изобретения, обеспечивает возможность разделения части установления соединения и части воспроизведения и обеспечения независимости части воспроизведения от части установления соединения с устранением влияния изменений части установления соединения на воспроизведение; конкретная последовательность операций подробно описана ниже.
Для устранения недостатков, присущих известным технологиям, в соответствии с одним из вариантов осуществления настоящего изобретения предлагается способ обработки информации, применяемый к стороне приемника; как показано на фиг. 3, данный способ может включать в себя следующие этапы.
На этапе 310 определяют, получен ли от равноправного устройства через соединение беспроводной связи запрос на удаленное отображение экрана.
Сторона источника может использовать WiFi P2P для поиска близлежащего устройства, поддерживающего WiFi P2P, а также может использовать для поиска равноправного устройства другие протоколы, например, частный протокол обнаружения. При обнаружении стороной источника стороны приемника сторона источника и сторона приемника используют протокол сетевой передачи, поддерживаемый ими обеими, для установления соединения для передачи данных; если для отображения экрана стороне источника необходимо осуществить воспроизведение медиа-данных на стороне приемника в реальном времени, сторона источника передает стороне приемника запрос на дистанционное отображение экрана через установленное ранее соединение для обмена данными.
После получения от равноправного устройства запроса на дистанционное отображение экрана на этапе S320 получают IP-адрес и номер порта данного равноправного устройства.
IP-адрес и номер порта равноправного устройства представляют собой IP-адрес и номер порта стороны источника.
На этапе S330 производят формирование URL, соответствующего медиа-данным, предназначенным для воспроизведения на экране равноправного устройства, в соответствии с IP-адресом и номером порта.
URL формируют в соответствии с IP-адресом и номером порта стороны источника, причем URL может иметь формат типа wfd.
На этапе S340 определяют стандартный проигрыватель, соответствующий URL.
Определение стандартного проигрывателя, соответствующего URL, может быть произведено двумя методами, один из которых состоит в преобразовании существующего проигрывателя в стандартный проигрыватель для обеспечения поддержки им типа формата, соответствующего URL, а второй состоит в создании стандартного проигрывателя, поддерживающего тип формата, соответствующий URL, для обеспечения возможности воспроизведения медиа-данных, соответствующих URL, таким стандартным проигрывателем.
На этапе S350 производят воспроизведение медиа-данных, соответствующих URL, при помощи стандартного проигрывателя.
После определения стандартного проигрывателя медиа-данные, соответствующие URL, могут быть воспроизведены при помощи стандартного проигрывателя, то есть сторона приемника может осуществить воспроизведение медиа-данных, переданных стороной источника, в реальном времени.
В соответствии со способом обработки информации, предлагаемым по данному варианту осуществления настоящего изобретения, в случае получения запроса на дистанционное отображение экрана, переданного передающей стороной, принимающая сторона получает IP-адрес и номер порта передающей стороны и генерирует URL, причем принимающая сторона определяет стандартный проигрыватель, соответствующий URL, и воспроизводит медиа-данные при помощи полученного стандартного проигрывателя. Поскольку стандартный проигрыватель на принимающей стороне в соответствии данным вариантом осуществления настоящего изобретения представляет собой независимый стандартный проигрыватель, такой стандартный проигрыватель на принимающей стороне может обеспечить нормальное воспроизведение медиа-данных, переданных передающей стороной, даже в случае изменения протокола, принятого при обмене данными между передающей стороной и принимающей стороной.
В соответствии с другим вариантом осуществления настоящего изобретения этап S340 по фиг. 3 также может включать в себя следующие этапы, представленные на фиг. 4, для определения стандартного проигрывателя, соответствующего URL, и преобразования существующего проигрывателя.
На этапе S341 получают заранее установленный проигрыватель
Такой проигрыватель может быть уже существующим проигрывателем, и может быть обеспечена возможность немедленного вызова заранее установленного проигрывателя.
На этапе S342 определяют, поддерживает ли заранее установленный проигрыватель тип формата, соответствующий URL.
После получения заранее установленного проигрывателя прежде всего необходимо определить, поддерживает ли данный проигрыватель формат, соответствующий URL. URL может иметь формат типа wfd, например, представлять собой URL типа wfd://xxx.
В случае поддержки заранее установленным проигрывателем типа формата, соответствующего URL, на этапе S343 заранее установленный проигрыватель назначают стандартным проигрывателем, соответствующим URL.
Если заранее установленный проигрыватель поддерживает тип формата, соответствующий URL, заранее установленный проигрыватель может быть использован непосредственно, без его преобразования. Поскольку в настоящее время существующий проигрыватель в общем случае не поддерживает тип формата wfd://xxx URL, то на данном этапе, если заранее установленный проигрыватель поддерживает тип формата, соответствующий URL, можно считать, что заранее установленный проигрыватель был преобразован или представляет собой стандартный проигрыватель, созданный заранее. Заранее установленный проигрыватель назначают стандартным проигрывателем.
В случае отсутствия поддержки заранее установленным проигрывателем типа формата, соответствующего URL, на этапе S344 в качестве заранее установленного проигрывателя устанавливают проигрыватель, поддерживающий тип формата, соответствующий URL, причем проигрыватель, поддерживающий тип формата, соответствующий URL, назначают стандартным проигрывателем, соответствующим URL.
Если заранее установленный проигрыватель не поддерживает тип формата, соответствующий URL, необходимо преобразовать существующий проигрыватель так, чтобы обеспечить поддержку им типа формата, соответствующего URL, и назначить преобразованный заранее установленный проигрыватель стандартным проигрывателем.
На данном этапе может быть использован метод получения видео- и аудиоданных с использованием приемника RTP и последующего запуска их воспроизведения проигрывателем в TunnelRender; поскольку данный метод использует модуль и интерфейс стандартного проигрывателя, необходимо только распространить настройки и параметры поверхности и т. п. по соответствующим интерфейсам в архитектуре MediaPlayerService в соответствии с равномерным процессом. Кроме того, поскольку в данном методе воспроизведение осуществляют через процесс WiFiDisplaySink->RTPReceiver->TunnelRenderer, инициализация реального проигрывателя оболочки была произведена в объекте TunnelRenderer, и поток воспроизведения запускают вызовом setDataSource (), setVideoSurfaceTexture (), start () и других интерфейсов функций.
Однако недостаток вышеописанного варианта состоит в том, что установление соединения и воспроизведение не могут быть разделены, часть воспроизведения не независима, и предполагается, что приложения верхнего уровня автоматически распознают тип воспроизведения через URL для создания потока воспроизведения, в связи с чем процесс инициализации проигрывателя должен быть включен в класс MediaPlayerService с конкретным преобразованием функции setDataSource члена класса MediaPlayerService для обеспечения возможности распознавания URL Miracast; при этом Miracast определяет тип воспроизведения как wfd://xxx, чтобы обеспечить отличие от других протоколов для обеспечения возможности создания корректного потока воспроизведения нижним уровнем; setVideoSurfaceTexture (), start () и т. п. других потоков те же, что и в стандартном потоке вызова воспроизведения.
Преобразование существующего проигрывателя, не поддерживающего тип формата, соответствующий URL, для получения из него стандартного проигрывателя, поддерживающего тип формата, соответствующий URL, позволяет исключить влияние на воспроизведение переданных медиа-данных стандартным проигрывателем в реальном времени даже в случае изменения протокола передачи данных между стороной источника и стороной приемника.
В соответствии с другим вариантом осуществления настоящего изобретения этап S340 по фиг. 3 также может включать в себя следующие этапы, представленные на фиг. 5, для определения стандартного проигрывателя, соответствующего URL, и преобразования существующего проигрывателя.
На этапе S345 создают стандартный проигрыватель.
Поскольку в общем случае проигрыватель, поддерживающий тип формата, соответствующий URL, в данный момент отсутствует, необходимо создать стандартный проигрыватель. Стандартный проигрыватель имеет стандартный интерфейс и поддерживает обычный стандартный поток вызова проигрывателя. Стандартный проигрыватель поддерживает тип формата, соответствующий URL, например, тип формата URL wfd://xxx.
На этапе S346 определяют, поддерживает ли стандартный проигрыватель тип формата, соответствующий URL.
После создания стандартного проигрывателя также необходимо проверить созданный стандартный проигрыватель, чтобы определить, поддерживает ли стандартный проигрыватель тип формата, соответствующий URL, для обеспечения возможности точного воспроизведения стандартным проигрывателем медиа-данных, соответствующих URL.
В случае поддержки стандартным проигрывателем типа формата, соответствующего  на этапе S347 стандартный проигрыватель назначают стандартным проигрывателем, соответствующим URL.
В случае поддержки стандартным проигрывателем типа формата, соответствующего URL, такой стандартный проигрыватель может быть назначен стандартным проигрывателем, соответствующим URL.
Стандартный проигрыватель может быть создан на основе метода непосредственного декодирования видео- и аудиоданных для воспроизведения из Mediareceiver в Directrender, а именно, WiFiDisplaySink->MediaReceiver->DirectRenderer; хотя данный метод содержит поток воспроизведения, такой поток не однороден с потоком стандартного проигрывателя ОС Android; наиболее существенный недостаток данного метода состоит в отсутствии реализации стандартных интерфейсов, таких как setDataSource and setVideoSurfaceTexture, для базового класса MediaPlayerInterface проигрывателя, а также в отсутствии возможности своевременного извещения приложений WiDi об изменении разрешения при изменении разрешения стороной источника, в результате чего перемещения мыши не соответствуют видео изображению; для устранения этих недостатков может быть предусмотрено создание нового класса проигрывателя, называемого FakeMiracastPlayer, причем такой новый класс проигрывателя прозрачен для уровня приложений, уровень приложений может вызывать поток стандартного MediaPlayer, базовая реализация использует исходную оболочку, выполняющую функцию моста, верхний уровень запускает ее с типом формата wfd://xxx URL, а нижний уровень извещает уровень приложений о событии.
Кроме того, FakeMiracastPlayer вызвает исходный WiFiDisplay через стандартный интерфейс setDataSource, передает объект проигрывателя верхнего уровня в WiFiDisplay через интерфейс setListener, что позволяет получить в WiFiDisplay сообщение обратной связи, и передает через setWfdSurface стандартную поверхность в WiFiDisplay для кодирования, декодирования и отображения; таким образом осуществляют согласование интерфейсов.
Создание стандартного проигрывателя, поддерживающего тип формата, соответствующий URL, и проверка поддержки стандартным проигрывателем типа формата, соответствующего URL, после его создания позволяют устранить влияние на воспроизведение переданных медиа-данных в реальном времени в стандартном проигрывателе в случае изменения протокола передачи данных между стороной источника и стороной приемника при наличии поддержки стандартным проигрывателем формата, соответствующего URL.
В соответствии с другим вариантом осуществления настоящего изобретения этап S310 по фиг. 3 также может включать в себя следующие этапы, представленные на фиг. 6, для проверки получения стороной приемника запроса на дистанционное отображение экрана, переданного стороной источника.
На этапе S311 в случае установления соединения для обмена данными с равноправным устройством с использованием сетевого протокола WiFi P2P производят обмен с равноправным устройством информацией о заранее установленных параметрах.
Информация о заранее установленных параметрах может представлять собой информацию о параметрах Miracast, например, о видео/аудио формате, поддерживаемом стороной источника и стороной приемника.
На этапе S312 определяют по информации о заранее установленных параметрах, произведено ли успешное согласование с равноправным устройством.
После обмена информацией о заранее установленных параметрах между стороной источника и стороной приемника обе стороны проверяют полученную в результате такого обмена информацию о заранее установленных параметрах и определяют, обеспечена ли поддержка данного формата их устройствами, т. е. произведено ли успешное согласование.
В случае успешного проведения согласования с равноправным устройством на этапе S313 определяют, что запрос на дистанционное отображение экрана от равноправного устройства получен.
В случае безуспешного проведения согласования с равноправным устройством на этапе S314 определяют, что запрос на дистанционное отображение экрана от равноправного устройства не получен.
Стороны производят согласование, чтобы определить, выполнены ли для условия передачи данных, тем самым предотвращая ситуацию, в которой по получении медиа-данных, переданных стороной источника, сторона приемника не может нормально воспроизвести такие медиа-данные в связи с несовместимостью их формата или другими причинами.
В соответствии с другим вариантом осуществления настоящего изобретения этап S350 по фиг. 3 также может включать в себя следующие этапы, представленные на фиг. 7, для определения метода воспроизведения медиа-данных после получения стандартным проигрывателем соответствующих медиа-данных в соответствии с URL.
На этапе S351 производят получение в соответствии с URL медиа-данных, соответствующих URL равноправного устройства.
На этапе S352 производят декодирование медиа-данных.
На этапе S353 производят обработку декодированных медиа-данных для получения медиа-данных воспроизведения.
На этапе S354 производят воспроизведение медиа-данных в стандартном проигрывателе.
После получения URL производят анализ такого URL, а затем производят получение соответствующих медиа-данных в соответствии с проанализированным URL. Например, после осуществления анализа URL сторона источника передает стороне приемника медиапоток в реальном времени (или зафиксированный интерфейс) в формате транспортного потока через установленный канал связи, сторона приемника кодирует и демультиплексирует данные медиапотока (например, аудио- и видеоданные), а затем передает данные медиапотока стандартному проигрывателю для декодирования, обработки и воспроизведения.
В соответствии со способом обработки информации, предлагаемым в соответствии с данным вариантом осуществления настоящего изобретения, в случае получения запроса на дистанционное отображение экрана, переданного передающей стороной, принимающая сторона получает IP-адрес и номер порта передающей стороны и формирует URL; принимающая сторона определяет стандартный проигрыватель, соответствующий URL и воспроизводит медиа-данные при помощи определенного стандартного проигрывателя. Поскольку стандартный проигрыватель на принимающей стороне по настоящему изобретению представляет собой независимый стандартный проигрыватель, такой стандартный проигрыватель на принимающей стороне обеспечивает возможность нормального воспроизведения медиа-данных, переданных передающей стороной, даже в случае изменения протокола, принятого при обмене информацией между передающей стороной и принимающей стороной.
В соответствии с вариантами осуществления настоящего изобретения предлагаются два метода определение стандартного проигрывателя; стандартный проигрыватель, определенный в соответствии с этими двумя методами, может быть независимым и отделенным от части установления соединения, в связи с чем протокол передачи данных не может влиять на такой стандартный проигрыватель во время воспроизведения полученных медиа-данных, что приводит к чрезвычайно значительному увеличению эффективности воспроизведения. Кроме того, способ, представленный в решениях по настоящему изобретению, обеспечивает объединение стандартного интерфейса APK, что обеспечивает возможность адаптации к таким изменениям, а также обеспечивает возможность устранения недостатков, связанных с различием разрешений отображения видеоматериалов и мыши.
Из вышеприведенного описания вариантов осуществления настоящего изобретения специалистам в данной области должно быть совершенно ясно, что варианты осуществления настоящего изобретения могут быть реализованы при помощи программного обеспечения в сочетании с необходимой аппаратной платформой общего назначения; разумеется, настоящее изобретение также может быть осуществлено с использованием аппаратных средств, но большинстве случаев первый вариант в соответствует более предпочтительному решению. С учетом этого технические решения в соответствии с вариантами осуществления настоящего изобретения по существу или часть технических решений, вносящая вклад в решения по известным технологиям, могут быть осуществлены в виде программного продукта; такой компьютерный программный продукт сохраняют в средствах хранения данных, причем он содержит набор инструкций для обеспечения возможности выполнения вычислительными средствами (которые могут представлять собой персональный компьютер (ПК), сервер, сетевое устройство и т. п.) всех или некоторых из этапов способа по каждому из вариантов осуществления изобретения. В число вышеупомянутых средств хранения данных входят: постоянные запоминающие устройства ПЗУ (Read-Only Memory, ROM), оперативные запоминающие устройства ОЗУ (Random Access Memory, RAM), магнитные диски, оптические диски и другие средства, выполненные с возможностью хранения программных кодов.
Кроме того, для осуществления вышеописанных вариантов настоящего изобретения в соответствии с одним из вариантов осуществления настоящего изобретения также предлагается устройство для обработки информации, представляющее собой терминал; как показано на фиг. 8, такое устройство содержит: модуль 10 оценки запросов, модуль 20 получения информации, модуль 30 формирования URL, модуль 40 определения проигрывателя и модуль 50 воспроизведения медиа-данных, причем
модуль 10 оценки запросов выполнен с возможностью проверки получения запроса на дистанционное отображение экрана от равноправного устройства через соединение беспроводной сети для передачи данных;
модуль 20 получения информации выполнен с возможностью получения IP-адреса и номера порта равноправного устройства в случае получения запроса на дистанционное отображение экрана от равноправного устройства;
модуль 30 формирования URL выполнен с возможностью формирования URL, соответствующего медиа-данным, предназначенным для воспроизведения на экране равноправного устройства, на основе IP-адреса и номера порта;
модуль 40 определения проигрывателя выполнен с возможностью определения стандартного проигрывателя, соответствующего URL; и
модуль 50 воспроизведения медиа-данных выполнен с возможностью воспроизведения медиа-данных, соответствующих URL, при помощи стандартного проигрывателя.
В соответствии с другим примером осуществления изобретения по фиг. 8, представленным на фиг. 9, модуль 40 определения проигрывателя содержит: модуль 41 получения проигрывателя, первый модуль 42 оценки типа формата, первый модуль 43 определения стандартного проигрывателя, модуль 44 настройки стандартного проигрывателя и второй модуль 45 определения стандартного проигрывателя, причем
модуль 41 получения проигрывателя выполнен с возможностью получения заранее установленного проигрывателя;
первый модуль 42 оценки типа формата выполнен с возможностью проверки наличия поддержки заранее установленным проигрывателем типа формата, соответствующего URL;
первый модуль 43 определения стандартного проигрывателя выполнен с возможностью назначения заранее установленного проигрывателя стандартным проигрывателем, соответствующим URL, в случае наличия поддержки заранее установленным проигрывателем типа формата, соответствующего URL;
модуль 44 настройки стандартного проигрывателя выполнен с возможностью настройки заранее установленного проигрывателя в качестве проигрывателя, поддерживающего тип формата, соответствующий URL, в случае отсутствия поддержки заранее установленным проигрывателем типа формата, соответствующего URL; и
второй модуль 45 определения стандартного проигрывателя выполнен с возможностью назначения проигрывателя, поддерживающего тип формата, соответствующий URL,  стандартным проигрывателем, соответствующим URL.
В соответствии с другим примером осуществления изобретения по фиг. 8, представленным на фиг. 10, модуль 40 определения проигрывателя содержит: модуль 46 создания стандартного проигрывателя, второй модуль 47 оценки типа формата и третий модуль 48 определения стандартного проигрывателя, причем
модуль 46 создания стандартного проигрывателя выполнен с возможностью создания стандартного проигрывателя;
второй модуль 47 оценки типа формата выполнен с возможностью проверки наличия поддержки стандартным проигрывателем типа формата, соответствующего URL; и
третий модуль 48 определения стандартного проигрывателя выполнен с возможностью назначения стандартного проигрывателя стандартным проигрывателем, соответствующим URL, в случае наличия поддержки стандартным проигрывателем типа формата, соответствующего URL.
В соответствии с другим примером осуществления изобретения по фиг. 8, представленным на фиг. 11, модуль 10 оценки запросов содержит: модуль 11 обмена информацией о параметрах, модуль 12 оценки согласования, модуль 13 определения успешного запроса и модуль 14 определения безуспешного запроса, причем
модуль 11 обмена информацией о параметрах выполнен с возможностью осуществления обмена информацией о заранее установленных параметрах с равноправным устройством в случае установления с равноправным устройством соединения для обмена данными с использованием сетевого протокола WiFi P2P;
модуль 12 оценки согласования выполнен с возможностью проверки успешности согласования с равноправным устройством по информации о заранее установленных параметрах;
модуль 13 определения успешного запроса выполнен с возможностью определения получения запроса на дистанционное отображение экрана в случае успешного согласования с равноправным устройством; и
модуль 14 определения безуспешного запроса выполнен с возможностью определения неполучения запроса на дистанционное отображение экрана в случае безуспешного согласования с равноправным устройством.
В соответствии с другим примером осуществления изобретения по фиг. 8, представленным на фиг. 12, модуль 50 воспроизведения медиа-данных содержит: модуль 51 получения медиа-данных, модуль 52 декодирования, модуль 53 обработки и модуль 54 воспроизведения; причем
модуль 51 получения медиа-данных выполнен с возможностью получения в соответствии с URL медиа-данных, соответствующих URL равноправного устройства;
модуль 52 декодирования выполнен с возможностью декодирования медиа-данных;
модуль 53 обработки выполнен с возможностью обработки декодированных медиа-данных для получения медиа-данных воспроизведения; и
модуль 54 воспроизведения выполнен с возможностью воспроизведения медиа-данных воспроизведения в стандартном проигрывателе.
Конкретные методы выполнения операций отдельными модулями устройства по вышеописанным вариантам осуществления настоящего изобретения были подробно раскрыты выше в рамках описания вариантов осуществления способа по изобретению, и их повторное описание не приводится.
На фиг. 13 представлена структурная схема терминала 1300 для обработки информации по одному из примеров осуществления настоящего изобретения. Терминал 1300 может представлять собой, например, мобильный телефон, компьютер, терминал цифровой трансляции, аппарат для обмена сообщениями, игровую приставку, планшетный компьютер, медицинский прибор, спортивное оборудование, карманный персональный компьютер и т. п.
Как показано на фиг. 13, терминал 1300 может содержать один или несколько из следующих компонентов: модуль 1302 обработки данных, память 1304, модуль 1306 блока питания, модуль 1308 мультимедиа, звуковой модуль 1310, интерфейс 1312 ввода/вывода (I/O), модуль 1313 датчиков и модуль 1316 связи.
Модуль 1302 обработки данных, как правило, осуществляет общее управление работой терминала 1300, например, операциями, связанными с отображением, телефонными вызовами, обменом данными, работой видеокамеры и регистрацией информации. Модуль 1302 обработки данных может содержать один или несколько процессоров 1320 для выполнения инструкций по осуществлению всех или некоторых из этапов вышеописанных способов. Кроме того, модуль 1302 обработки данных может содержать один или несколько элементов, обеспечивающих возможность взаимодействия между модулем 1302 обработки данных и другими компонентами. Например, модуль 1302 обработки данных может содержать элемент мультимедиа для обеспечения возможности взаимодействия между модулем 1308 мультимедиа и модулем 1302 обработки данных.
Память 1304 выполнена с возможностью сохранения различных типов данных для поддержки работы терминала 1300. В число таких данных могут входить, например, инструкции любых приложений или способов, осуществляемых терминалом 1300, контактная информация, адресная книга, сообщения, изображения, видеоматериалы и т. д. Память 1304 может быть осуществлена в виде энергозависимой памяти любого типа, энергонезависимой памяти любого типа или любых их сочетаний, например, статической оперативной памяти (Static Random Access Memory, SRAM), электрически стираемой программируемой постоянной памяти (Electrically Erasable Programmable Read Only Memory, EEPROM), программируемой постоянной памяти (Programmable Read-Only Memory, PROM), постоянной памяти (Read Only Memory, ROM), магнитной памяти, флэш-памяти, магнитного диска или оптического диска.
Модуль 1306 источника питания обеспечивает подачу электропитания на различные компоненты терминала 1300. Модуль 1306 источника питания может содержать систему управления питанием, один или несколько источников питания и любые другие компоненты, имеющие отношение к обеспечению, регулированию и распределению питания для терминала 1300.
Модуль 1308 мультимедиа содержит экран, действующий в качестве выводного интерфейса между терминалом 1300 и пользователем. В некоторых вариантах осуществления экран может представлять собой жидкокристаллический дисплей (ЖКД) или сенсорную панель (СП). Если экран содержит сенсорную панель, такой экран может быть осуществлен в виде сенсорного экрана, выполненного с возможностью приема сигналов, вводимых пользователем. Сенсорная панель содержит один или несколько сенсоров прикосновений, выполненных с возможностью регистрации прикосновений, перемещений пальцев и других жестов, производимых на сенсорной панели. Такие сенсоры прикосновений могут определять не только границы зон прикосновения или перемещения пальцев, но и длительность, и силу давления, соответствующие таким прикосновениям или перемещениям. В некоторых вариантах осуществления модуль 1308 мультимедиа содержит переднюю видеокамеру и/или заднюю видеокамеру. Когда терминал 1300 включено в рабочем режиме, например, в режиме фотографирования или видеозаписи, передняя камера и/или задняя камера могут получать внешние мультимедийные данные. Как передняя камера, так и задняя камера могут представлять собой камеры с системой фиксированных оптических линз или быть оборудованы возможностями фокусировки и оптического масштабирования.
Звуковой модуль 1310 выполнен с возможностью вывода и/или ввода звуковых сигналов. Например, звуковой модуль 1310 может содержать микрофон (MIC), выполненный с возможностью приема внешних звуковых сигналов, когда терминал 1300 включен в рабочем режиме, например, для установления телефонного вызова, звукозаписи или распознавания голоса. Затем принятые звуковые сигналы могут быть сохранены в памяти 1304 или переданы через модуль 1316 связи. В некоторых вариантах осуществления звуковой модуль 1310 дополнительно содержит репродуктор, используемый для вывода звуковых сигналов.
Интерфейс 1312 ввода/вывода обеспечивает возможность взаимодействия между модулем 1302 обработки данных и периферийными модулями интерфейса, которые могут представлять собой, например, клавиатуру, колесо управления, кнопки и т. п. В число кнопок в частности, но не исключительно, могут входить: кнопка основной страницы, кнопка регулировки громкости, кнопка пуска и кнопка блокировки.
Модуль 1314 датчиков содержит один или несколько датчиков, используемых для оценки различных аспектов состояния терминала 1300. Например, модуль 1314 датчиков может определять включенное/выключенное состояние терминала 1300 и взаиморасположение его компонентов, например, дисплея и клавиатуры терминала 1300, причем модуль 1314 датчиков дополнительно может определять изменения положения терминала 1300 или компонентов терминала 1300, наличие или отсутствие контакта пользователя с терминалом 1300, ориентацию или ускорение/замедление терминала 1300 и изменения температуры терминала 1300. Модуль 1314 датчиков может содержать датчик приближения, выполненный с возможностью бесконтактного обнаружения близкорасположенных предметов. Кроме того, модуль 1314 датчиков может содержать оптические датчики, например, датчики изображений типа комплементарного металлооксидного полупроводника (КМОП) или прибора с зарядовой связью (ПЗС), используемые для работы с изображениями. В некоторых вариантах осуществления модуль 1314 датчиков может дополнительно содержать акселерометр, гиродатчик, магнитный датчик, датчик давления или датчик температуры.
Модуль 1316 связи выполнен с возможностью обеспечения проводного или беспроводного обмена информацией между терминалом 1300 и другой аппаратурой. Терминал 1300 может получать доступ к беспроводной сети в соответствии с некоторым стандартом обмена данными, например, к сети WiFi, сети 2-го поколения (2G) или сети 3-го поколения (3G) или любым сочетаниям таких сетей. В одном из примеров осуществления модуль 1316 связи принимает сигнал трансляции или соответствующую информацию от внешней системы управления трансляцией по каналу трансляции. В одном из примеров осуществления модуль 1316 связи может дополнительно содержать модуль ближней бесконтактной связи (Nearfield Communication, NFC) для обеспечения возможности обмена информацией на малых расстояниях. Модуль NFC может быть осуществлен, например, с использованием технологий радиочастотной идентификации (Radio Frequency Identification, RFID), оптической связи в инфракрасном диапазоне (Infrared Data Association, IrDA), радиосвязи со сверхширокой полосой пропускания (Ultra-Wideband, UWB), Bluetooth (BT) или других технологий.
В соответствии с некоторыми из примеров осуществления изобретения терминал 1300 может быть осуществлен с использованием специализированных интегральных микросхем (Application Specific Integrated Circuit, ASIC) и/или микросхем для цифровой обработки сигналов (Digital Signal Processor, DSP), и/или устройств  и/или модулей цифровой обработки сигналов (Digital Signal Processing Device, DSPD), и/или программируемых логических устройств (Programmable Logic Device, PLD), и/или перепрограммируемых вентильных матриц (Field Programmable Gate Array, FPGA), и/или контроллеров, и/или микроконтроллеров, и/или микропроцессоров, и/или других электронных компонентов, обеспечивающих возможность осуществления вышеописанного способа.
В соответствии с некоторыми из примеров осуществления изобретения могут быть дополнительно предусмотрены средства долговременного хранения данных, пригодные для чтения компьютером, например, в виде памяти 1304, содержащие инструкции, которые могут быть исполнены процессором 1320 терминала 1300 для осуществления вышеописанных способов. Такие средства долговременного хранения данных, пригодные для чтения компьютером, могут представлять собой, например, энергонезависимую память, оперативную память (Random Access Memory, RAM), постоянную память на компакт-диске (Compact Disc Read-Only Memory, CD-ROM), магнитную ленту, гибкий магнитный диск, оптический накопитель данных и т. п.
Для использования средств долговременного хранения данных, пригодных для чтения компьютером, в случае исполнения инструкций, сохраненных в таких средствах хранения данных, процессором мобильного терминала мобильный терминал может выполнять способ обработки информации; причем данный способ включает в себя:
проверку получения от равноправного устройства через соединение для передачи данных по беспроводной сети запроса на дистанционное отображение экрана;
получение IP-адреса и номера порта равноправного устройства в случае получения от равноправного устройства запроса на дистанционное отображение экрана;
формирование URL, соответствующего медиа-данным, предназначенным для воспроизведения на экране равноправного устройства, в соответствии с IP-адресом и номером порта;
проверку стандартного проигрывателя, соответствующего URL; и
воспроизведение медиа-данных, соответствующих URL, с использованием стандартного проигрывателя.
Следует понимать, что настоящее изобретение может быть применено во многих средах или конфигурациях вычислительных систем общего или специализированного назначения, таких как ПК, вычислительный сервер, носимое устройство или портативное устройство, планшетное устройство, многопроцессорная система, микропроцессорная система, декодер каналов кабельного телевидения, программируемая бытовая электронная аппаратура, настольный ПК, мини-компьютер, центральный компьютер и распределенная вычислительная среда, содержащая любые из вышеперечисленных систем или устройств.
Варианта осуществления настоящего изобретения могут быть описаны в общем контексте исполнимых компьютером инструкций, например, выполненных в виде программного модуля. В общем случае такой программный модуль содержит процедуру, программу, объект, компонент, структуру данных и т. п. для выполнения конкретной задачи или имплементации конкретного типа абстрактных данных. Настоящее изобретение также может быть применено в распределенной вычислительной среде; в таких распределенных вычислительных средах выполнение задачи производят удаленные средства обработки информации, соединенные между собой сетью связи. В такой распределенной вычислительной среде программный модуль может быть расположен в местных и удаленных компьютерных средствах хранения данных, в число которых может входить запоминающее устройство.
Следует отметить, что в контексте настоящей заявки относительные термины, например «первый» и «второй», использованы только для обозначения отличия одного объекта или операции от другого объекта или операции и не обязательно подразумевают существование каких-либо реальных соотношения или порядка следования таких объектов или операций. Кроме того, подразумевается, что термины «включает в себя», «содержит» и любые их варианты охватывают неисключительное включение, то есть процессы, способы, объекты или устройства, а также наборы таких элементов, включают в себя не только сами эти элементы, но также и элементы, явно не перечисленные, или элементы, являющиеся их составными частями. В случае отсутствия каких-либо дополнительных ограничений элементы, ограниченные термином «включает в себя», не исключают других идентичных элементов, существующих в процессах, способах, объектах или устройствах, содержащих такие элементы.
По рассмотрении представленных подробных описаний и вариантов практического использования настоящего изобретения специалисты в данной области легко могут разработать и другие варианты его осуществления. Подразумевается, что настоящая заявка охватывает все вариации, варианты применения и практические модификации настоящего изобретения. Такие вариации, варианты применения и практические модификации соответствуют общим принципам настоящего изобретения и включают в себя отклонения от настоящего описания, не выходящие за пределы известных или обычно используемых в данной области технологий. Представленные подробные описания и варианты осуществления следует рассматривать лишь в качестве примеров, а объем и сущность настоящего изобретения определены нижеследующими пунктами формулы изобретения.
Следует понимать, что изобретение не ограничено конкретной конструкцией, описанной выше и представленной на прилагаемых чертежах, и что в него могут быть внесены различные модификации и изменения, не выходящие за рамки изобретения. Охват изобретения следует считать ограниченным лишь прилагаемыми пунктами формулы изобретения.
Промышленная применимость
В соответствии со способом и устройством для обработки информации, предлагаемыми в соответствии с вариантами осуществления настоящего изобретения, в случае обнаружения передающей стороной принимающей стороны принимающая сторона и передающая сторона устанавливают соединение для обмена данными; при наличии соединения для обмена данными принимающая сторона и передающая сторона производят обмен некоторой информацией с целью согласования; в случае успешного согласования определяют, что от передающей стороны получен запрос на дистанционное отображение экрана, и принимающая сторона получает IP-адрес и номер порта передающей стороны и формирует URL; принимающая сторона определяет стандартный проигрыватель, соответствующий URL, и осуществляет воспроизведение медиа-данных при помощи полученного таким образом стандартного проигрывателя. Стандартный проигрыватель принимающей стороны по настоящему изобретению представляет собой независимый стандартный проигрыватель, вследствие чего стандартный проигрыватель принимающей стороны обеспечивает возможность нормального воспроизведения медиа-данных, переданных передающей стороной, даже в случае изменения протокола, принятого при обмене данными между передающей стороной и принимающей стороной.