УСТРОЙСТВО БЕСПРОВОДНОЙ СВЯЗИ, УСТРОЙСТВО ОБРАБОТКИ ИНФОРМАЦИИ И СПОСОБ СВЯЗИ
WIRELESS COMMUNICATION DEVICE, INFORMATION PROCESSING DEVICE AND COMMUNICATION METHOD

Область техники, к которой относится изобретение
Настоящая технология относится к устройствам беспроводной связи. Более конкретно, настоящая технология относится к устройствам беспроводной связи, которые обмениваются различного рода информацией, используя беспроводные соединения, к устройству обработки информации и способу связи.
Уровень техники
В последние годы получили широкое распространение устройства беспроводной связи, осуществляющие беспроводные соединения, используя беспроводные LAN (локальные сети). В качестве типичных примеров, получили широкое распространение беспроводные LAN, совместимые со стандартом IEEE 802.11.
Также предложена система беспроводной связи, выполняющая беспроводные соединения, используя одну и ту же частоту многими устройствами беспроводной связи (смотрите, например, патентный документ 1).
Перечень литературы
Патентный документ
Патентный документ 1: Японская выложенная патентная заявка №2011-124980
Раскрытие изобретения
Проблемы, которые должны быть решены изобретением
При упомянутой выше традиционной технологии соединение с другой группой может устанавливаться при сохранении соединений среди устройств беспроводной связи, образующих одну и ту же группу.
Когда устройства беспроводной связи соединяются беспроводным способом, в среде этих устройств беспроводной связи могут выполняться различного рода приложения. Например, приложение может быть назначено посредством операции пользователя как до, так и после установления беспроводного соединения. В этом случае, было бы удобно, если бы приложение, требующееся пользователю, могло легко использоваться, например, как до, так и после установления беспроводного соединения.
Настоящая технология была разработана с учетом этих обстоятельств и стремится позволить пользователям легко использовать требуемые приложения.
Решения проблем
Настоящая технология была разработана для решения упомянутых выше проблем и первым ее вариантом является устройство беспроводной связи, способ соединения для устройства беспроводной связи и программа, заставляющая компьютер осуществлять способ. Устройство беспроводной связи осуществляет беспроводную связь между устройствами с другим устройством беспроводной связи в соответствии с техническими требованиями Wi-Fi (Wireless Fidelity) Direct и содержит приемный блок, который принимает кадр действия, содержащий информацию о роли устройства беспроводной связи и описанный в технических требованиях IEEE (Institute of Electrical and Electronic Engineers) 802.11. При такой структуре беспроводная связь между устройствами может осуществляться с другим устройством беспроводной связи в соответствии с техническими требованиями Wi-Fi Direct и кадр действия, содержащий информацию о роли устройства беспроводной связи и описанный в технических требованиях IEEE 802.11, может приниматься.
В этом первом варианте приемный блок может выполнять прием, когда устройство беспроводной связи является устройством типа P2P (равноправных участников), соединяемым с другим устройством беспроводной связи. При таком построении прием может выполняться, когда сохраняется соединение P2P с другим устройством беспроводной связи.
В этом первом варианте информация о роли устройства беспроводной связи может быть информацией об источнике или приемнике, которые совместимы с техническими требованиями Wi-Fi Display. При таком построении кадр действия, содержащий информацию об источнике или приемнике, совместимых с техническими требованиями Wi-Fi Display, и описанный в технических требованиях IEEE 802.11, может приниматься.
В этом первом варианте кадр действия может быть кадром конкретного действия поставщика, описанным в технических требованиях IEEE 802.11. При таком построении кадр конкретного действия поставщика, описанный в технических требованиях IEEE 802.11, может передаваться.
В этом первом варианте информация о роли устройства беспроводной связи может вводиться в область конкретного контента поставщика в кадре конкретного действия поставщика. При таком построении кадр конкретного действия поставщика, содержащий информацию о роли устройства беспроводной связи в его области конкретного контента поставщика, может приниматься.
В этом первом варианте кадр действия может содержать участок информации о типе и участок информационного элемента. При таком построении кадр действия, содержащий участок информации о типе и участок информационного элемента, может приниматься.
В этом первом варианте приемный блок может принимать кадр действия, содержащий информацию о четвертом уровне. При таком построении кадр действия, содержащий информацию о четвертом уровне, может приниматься.
В этом первом варианте информация о четвертом уровне может содержать, по меньшей мере, информацию о RTSP. При таком построении информация о четвертом уровне, содержащая, по меньшей мере, информацию о номере порта, используемого в RTSP, совместимая с техническими требованиями Wi-Fi Display, может приниматься.
В этом первом варианте информация о четвертом уровне может содержать, по меньшей мере, информацию о номере порта, используемого в RTSP. При таком построении информация о четвертом уровне, содержащая, по меньшей мере, информацию о номере порта, может приниматься.
В этом первом варианте информация о роли устройства беспроводной связи и информация о четвертом уровне могут располагаться в кадре действия таким образом, что информация о роли беспроводного соединения следует перед информацией о четвертом уровне. При таком построении кадр действия, в котором информация о роли устройства беспроводной связи и информация о четвертом уровне располагаются в таком порядке, может приниматься.
В этом первом варианте приемный блок может принимать кадр действия, содержащий информацию о возможностях. При таком построении кадр действия, содержащий информацию о возможностях, может приниматься.
В этом первом варианте информация о возможностях может содержать, по меньшей мере, информацию о существовании или не существовании совместимости с защитой контента, совместимой с техническими требованиями Wi-Fi Display. В этом первом варианте информация о возможностях, содержащая, по меньшей мере, информацию о существовании или не существовании совместимости с защитой контента, совместимой с техническими требованиями Wi-Fi Display, может приниматься.
Вторым вариантом настоящей технологии является устройство беспроводной связи, способ связи для устройства беспроводной связи и программа, заставляющая компьютер реализовывать способ. Устройство беспроводной связи содержит: блок связи, осуществляющий беспроводную связь между устройствами с другим устройством, обнаруженным посредством процесса обнаружения соединения; и блок управления, выполняющий первое приложение, назначенное в процессе обнаружения соединения, в котором, когда второе приложение исполняется во время действия первого приложения, блок связи принимает кадр действия, содержащий информацию о втором приложении и описанный в технических требованиях IEEE 802.11. При такой структуре беспроводная связь между устройствами может выполняться с другим устройством, обнаруженным посредством процесса обнаружения соединения, первое приложение, назначенное в процессе обнаружения соединения, может действовать, основываясь на синхронизации установления соединения беспроводной связи между устройствами, и кадр действия, содержащий информацию о втором приложении и описанный в технических требованиях IEEE 802.11, может приниматься, когда второе приложение исполняется в то время, когда действует первое приложение.
В этом втором варианте блок управления может заканчивать первое приложение, основываясь на синхронизации запуска в работу второго приложения. При таком построении первое приложение может быть закончено, основываясь на синхронизации запуска в работу второго приложения.
В этом втором варианте блок управления может уменьшить объем данных, передаваемых о первом приложении, основываясь на синхронизации запуска в работу второго приложения. При таком построении объем данных, передаваемых о первом приложении, может быть уменьшен, основываясь на синхронизации запуска в работу второго приложения.
В этом втором варианте блок управления может регулярно или нерегулярно проверять состояние операций первого приложения после запуска в работу второго приложения. При таком построении состояние операций первого приложения может регулярно или нерегулярно проверяться после запуска в работу второго приложения.
В этом втором варианте вторым приложением может быть Wi-Fi CERTIFIED Miracast. При таком построении кадр действия, содержащий информацию о Wi-Fi CERTIFIED Miracast и описанный в технических требованиях IEEE 802.11, может приниматься.
В этом втором варианте первым приложением может быть DLNA (Digital Living Network Alliance). При таком построении может действовать приложение DLNA, назначенное в процессе обнаружения соединения.
В этом втором варианте блок связи может принимать пакет FIN (конечный пакет) в протоколе TCP (Transmission Control Protocol, протокол управления передачей), основываясь на синхронизации запуска в работу второго приложения. При таком построении пакет FIN в протоколе TCP может приниматься, основываясь на синхронизации запуска в работу второго приложения.
Третьим вариантом настоящей технологии является устройство беспроводной связи, способ связи для устройства беспроводной связи и программа, заставляющая компьютер реализовывать способ. Устройство беспроводной связи осуществляет беспроводную связь между устройствами с другим устройством беспроводной связи в соответствии с техническими требованиями Wi-Fi (Wireless Fidelity) Direct и содержит: приемный блок, принимающий кадр действия, содержащий информацию о роли устройства беспроводной связи и описанный в технических требованиях IEEE (Institute of Electrical and Electronic Engineers, Институт инженеров по электротехнике и радиоэлектронике) 802.11; блок отображения, отображающий данные изображения; и блок переключения протоколов, переключающий протокол, используя беспроводную связь между устройствами. При такой структуре беспроводная связь между устройствами может осуществляться с другим устройством беспроводной связи в соответствии с техническими требованиями Wi-Fi Direct и кадр действия, содержащий информацию о роли устройства беспроводной связи и описанный в технических требованиях IEEE 802.11, может приниматься, данные изображения могут отображаться и протокол, использующий беспроводную связь между устройствами, может переключаться.
В этом третьем варианте устройство беспроводной связи может дополнительно содержать блок приема операций, принимающий операцию пользователя, и приемный блок принимает информацию о роли устройства беспроводной связи, основываясь на синхронизации приема операции пользователя для запуска передачи данных изображения, когда операция пользователя была принята блоком приема операций. При таком построении информация о роли устройства беспроводной связи может приниматься, основываясь на синхронизации приема операции пользователя (операции пользователя для запуска передачи данных изображения), принятой блоком приема операций.
В этом третьем варианте приемный блок может принимать данные изображения, которые должны отображаться на блоке отображения, используя протокол, переключаемый блоком переключения протоколов. При таком построении данные изображения, которые должны отображаться на блоке отображения, могут приниматься, используя протокол, переключаемый блоком переключения протоколов.
Четвертым вариантом настоящей технологии является устройство беспроводной связи, способ обработки информации для устройства обработки информации и программа, заставляющая компьютер реализовывать программу. Устройство обработки информации содержит: процессор; и память, хранящую программу, которая должна исполняться процессором. Программа заставляет процессор выполнять первую процедуру для осуществления беспроводной связи между устройствами с другим устройством в соответствии с техническими требованиями Wi-Fi Direct и вторую процедуру для приема кадра действия, содержащего информацию о роли устройства беспроводной связи, используя устройство обработки информации, и описанного в технических требованиях IEEE 802.11. При такой структуре беспроводная связь между устройствами может осуществляться с другим устройством беспроводной связи в соответствии с техническими требованиями Wi-Fi Direct и кадр действия, содержащий информацию о роли устройства беспроводной связи, использующем устройство обработки информации, и описанный в технических требованиях IEEE 802.11, может приниматься.
В этом четвертом варианте программа может дополнительно заставить процессор выполнять процедуру обработки сигнала для обработки данных изображения. При таком построении обработка сигнала может выполняться для обработки данных изображения.
В этом четвертом варианте программа может дополнительно заставить процессор выполнять процедуру регулировки потребления энергии в соответствии с работой процессора. При таком построении потребление энергии может регулироваться в соответствии с работой процессора.
Результаты изобретения
Настоящая технология может обеспечить огромное преимущество, позволяя пользователям легко использовать желаемые приложения. Краткое описание чертежей
Фиг. 1 - примерная структура системы 10 связи в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 2 - блок-схема примерной функциональной структуры первого устройства 100 беспроводной связи в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 3 - схематичный вид примерной структуры списка 180 равноправных участников, хранящегося в памяти 150 в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 4 - примерный экран дисплея (экран 190 выбора подробностей соединения), отображаемый на блоке 170 отображения первого устройства 100 беспроводной связи в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 5 - диаграмма последовательности выполнения операций, показывающая примерный процесс соединения, который должен выполняться каждым устройством и на котором основана настоящая технология.
Фиг. 6 - диаграмма последовательности выполнения операций, показывающая примерный процесс соединения, который должен выполняться каждым устройством и на котором основана настоящая технология.
Фиг. 7 - схематичный вид примерной структуры формата кадра, который должен передаваться/приниматься в процессе соединения каждым из устройств на котором основана настоящая технология.
Фиг. 8 - диаграмма последовательности выполнения операций, показывающая примерный процесс соединения, который должен выполняться каждым устройством и на котором основана настоящая технология.
Фиг. 9 - диаграмма последовательности выполнения операций, показывающая примерный процесс соединения, который должен выполняться каждым устройством и на котором основана настоящая технология.
Фиг. 10 - схематичный вид примерной структуры формата кадра, который должен передаваться/приниматься в процессе соединения между соответствующими устройствами в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 11 - схематичный вид примерной структуры формата кадра, который должен передаваться/приниматься в процессе соединения между соответствующими устройствами в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 12 - схематичный вид примерной структуры формата кадра, который должен передаваться/приниматься в процессе соединения между соответствующими устройствами в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 13 - схематичный вид примера информационного элемента, который должен передаваться/приниматься в процессе соединения между соответствующими устройствами связи в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 14 - примерные сеансы WFD, которые должны проводиться устройствами беспроводной связи в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 15 - примерное отображение в случае, когда беспроводная передача данных изображения выполняется посредством Wi-Fi CERTIFIED Miracast в системе 10 связи в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 16 - диаграмма последовательности выполнения операций, показывающая примерный процесс соединения, который должен выполняться каждым устройством в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 17 - блок-схема последовательности выполнения операций, показывающая процедуры примерного процесса соединения, который должен выполняться первым устройством 100 беспроводной связи в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 18 - блок-схема последовательности выполнения операций, показывающая процедуры примерного процесса соединения, который должен выполняться первым устройством 100 беспроводной связи в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 19 - блок-схема последовательности выполнения операций, показывающая процедуры примерного процесса соединения, который должен выполняться первым устройством 100 беспроводной связи в первом варианте осуществления, соответствующем настоящей технологии.
Фиг. 20 - блок-схема примерной структуры устройства 800 обработки информации во втором варианте осуществления, соответствующем настоящей технологии.
Фиг. 21 - пример взаимосвязи между характеристиками и потреблением энергии устройством 800 обработки информации во втором варианте осуществления, соответствующем настоящей технологии.
Осуществление изобретения
Ниже приводится описание способов осуществления настоящей технологии (здесь далее упоминаемых как варианты осуществления). Объяснения будут даны в следующем порядке.
1. Первый вариант осуществления (управление соединением): пример, в котором конкретное приложение, которое должно использоваться после установления соединения на втором уровне, назначается без отключения соединения на втором уровне)
2. Второй вариант осуществления (управление соединением: пример устройства обработки информации, используемого в устройстве беспроводной связи)
1. Варианты осуществления
Примерная структура системы связи
На фиг. 1 представлена примерная структура системы 10 связи в первом варианте осуществления, соответствующем настоящей технологии.
Система 10 связи содержит первое устройство 100 беспроводной связи, второе устройство 200 беспроводной связи, третье устройство 300 беспроводной связи и четвертое устройство 400 беспроводной связи.
Первое устройство 100 беспроводной связи, второе устройство 200 беспроводной связи, третье устройство 300 беспроводной связи и четвертое устройство 400 беспроводной связи каждое имеет функцию беспроводной связи и все устройства соединяются друг с другом и способны передавать/принимать различные виды информации, используя беспроводные соединения. Соответствующими устройствами беспроводной связи являются устройства беспроводной связи, совместимые со стандартом IEEE (Institute of Electrical and Electronics Engineers, 802.11, Институт инженеров по электротехнике и электронике) и позволяющие соединения P2P (Peer to Peer, между равноправными участниками). То есть, соответствующие устройства беспроводной связи формируют группу связи и могут связываться напрямую друг с другом без вмешательства точки доступа (не показана). В этом случае, какое устройство беспроводной связи должно действовать в качестве владельца группы и какие устройства беспроводной связи должны действовать в качестве клиентов, может определяться или может не определяться при изготовлении соответствующих устройств беспроводной связи. В случае, когда во время производства никакое определение не делается, устройства беспроводной связи посредством согласования могут определять, какое из устройств беспроводной связи должно действовать в качестве владельца группы, а какие из устройств беспроводной связи должны действовать в качестве клиентов. Например, в случае, когда первое устройство 100 беспроводной связи и второе устройство 200 беспроводной связи формируют группу связи, первое устройство 100 беспроводной связи может передавать данные (например, видеоконтент) непосредственно второму устройству 200 беспроводной связи. В этом случае, устройства беспроводной связи соединяются друг с другом и видеоконтент, хранящийся в первом устройстве 100 беспроводной связи, может отображаться на втором устройстве 200 беспроводной связи. К известным примерам стандартов связи, позволяющих устройствам беспроводной связи осуществлять связь непосредственно друг с другом, относится Wi-Fi Direct.
Первым устройством 100 беспроводной связи является, например, мобильное телефонное устройство (такое как устройство беспроводной связи, имеющее функцию вербальной связи и функцию передачи данных). Вторым устройством 200 беспроводной связи является устройство видеопросмотра (такое как телевизионный приемник со встроенным жестким диском), которое, например, записывает или отображает видеоконтент. Третьим устройством 300 беспроводной связи является, например, устройство обработки информации (такое как ноутбук PC (персональный компьютер)), которое выполняет различные виды обработки информации. Четвертым устройством 400 беспроводной связи является, например, переносное устройство обработки информации (такое как смартфон, имеющий функцию вербальной связи и функцию передачи данных).
Первое устройство 100 беспроводной связи, второе устройство 200 беспроводной связи, третье устройство 300 беспроводной связи и четвертое устройство 400 беспроводной связи могут подключаться к точке доступа (не показана), используя беспроводные соединения, чтобы передавать/принимать различные виды информации. Здесь точкой доступа является точка доступа, совместимая со стандартом беспроводной LAN, таким как IEEE 802.11a/b/g/n. То есть, беспроводная LAN, стандартизованная по стандарту IEEE 802.11a/b/g/n, реализуется с помощью маршрутизатора и точки доступа (или, например, изделия, имеющего маршрутизатор, содержащий точку доступа).
Примерами данных, которые должны передаваться между устройствами беспроводной связи, являются музыкальные и радиопрограммы, данные изображения кинофильмов, телевизионные программы, видеопрограммы, фотографии, документы, картинки, чертежи и т.п., игровые данные или данные программного обеспечения и т.п.
Устройства беспроводной связи, показанные на фиг. 1, являются просто примерами и этот вариант осуществления может также применяться к некоторым другим устройствам беспроводной связи. Например, этот вариант осуществления может также применяться к устройству получения изображений (такому как цифровая фотокамера или цифровая видеокамера (например, рекордер с камерой)), имеющему функцию беспроводной связи, и к устройству аудиовывода (такому как мобильный аудиоплеер), имеющему функцию беспроводной связи. Кроме того, этот вариант осуществления может применяться, например, к устройству отображения (такому как цифровая рамка для фотографий), имеющему функцию беспроводной связи, и к электронному устройству для чтения, имеющему функцию беспроводной связи. Этот вариант осуществления может также применяться, например, к другим устройствам обработки информации, каждое из которых имеет функцию беспроводной связи. Примерами устройств обработки информации, имеющих функцию беспроводной связи, являются устройства обработки домашнего видео (такие как DVD-рекордеры и кассетные видеомагнитофоны), PDA (персональные цифровые секретари), домашние игровые автоматы, электробытовая техника, мобильные устройства обработки видеоданных, мобильные игровые автоматы и т.п. Этот вариант осуществления может также применяться к устройствам обработки информации (таким как персональные компьютеры, не имеющие функций беспроводной связи), которые, например, могут осуществлять беспроводную связь, когда снабжаются устройством беспроводной связи, имеющим функцию беспроводной связи.
Примерная структура устройства беспроводной связи
На фиг. 2 представлена блок-схема примерной функциональной структуры первого устройства 100 беспроводной связи в первом варианте осуществления, соответствующем настоящей технологии. Функциональные структуры (функциональные структуры, связанные с беспроводной связью) второго устройства 200 беспроводной связи, третьего устройства 300 беспроводной связи и четвертого устройства 400 беспроводной связи являются, по существу, одинаковыми с функциональной структурой первого устройства 100 беспроводной связи и поэтому их объяснение здесь не приводится. Кроме того, когда ниже объясняются компоненты соответствующих устройств беспроводной связи, отличных от первого устройства 100 беспроводной связи, для них будут использоваться те же самые ссылочные позиции, которые используются для первого устройства 100 беспроводной связи.
Первое устройство 100 беспроводной связи содержит антенну 101, блок 110 обработки данных, блок 120 обработки для передачи, блок 130 беспроводного интерфейса, блок 140 управления, память 150, блок 160 приема операций и блок 170 отображения.
Под управлением блока 140 управления блок 110 обработки данных обрабатывает различные виды данных. Когда, например, выполняется операция передачи, блок 110 обработки данных создает различные виды кадров данных и пакетов данных в соответствии с запросом от более высокого уровня и подает кадры и пакеты данных на блок 120 обработки для передачи. Когда, например, выполняется операция приема, блок 110 обработки данных обрабатывает и анализирует различные виды кадров данных и пакетов данных, подаваемых от блока 120 обработки для передачи.
Блок 110 обработки данных также функционирует как блок обработки данных изображения, выполняющий обработку сигнала, чтобы обрабатывать данные изображения, которые должны отображаться на блоке 170 отображения, или данные изображения, которые должны отображаться на другом устройстве беспроводной связи. Например, блок 110 обработки данных заставляет блок 170 отображения отображать изображение через посредство блока 140 управления. Блок 110 обработки данных может также заставить блок 170 отображения отображать изображение без вмешательства блока 140 управления.
Под управлением блока 140 управления блок 120 обработки для передачи выполняет различные процессы для передачи. Когда, например, выполняется операция передачи, блок 120 обработки для передачи выполняет процесс добавления различных заголовков данных и кодов обнаружения ошибок, таких как FCS (Frame Check Sequence, последовательности проверки кадров), к пакетам, сформированным блоком 110 обработки данных. Блок 120 обработки для передачи затем подает обработанные данные на блок 130 беспроводного интерфейса. Когда, например, выполняется операция приема, блок 120 обработки для передачи анализирует заголовки, присоединенные к различным видам кадров данных, поданных от блока 130 беспроводного интерфейса. После подтверждения отсутствия ошибок в кадрах данных, основанном на кодах обнаружения ошибок, блок 120 обработки для передачи подает различные виды кадров данных на блок 110 обработки данных.
Блок 130 беспроводного интерфейса является интерфейсом, который соединяется с другими устройствами беспроводной связи, чтобы передавать/принимать различные виды информации. Когда, например, выполняется операция передачи, блок 130 беспроводного интерфейса формирует сигнал модуляции в полосе частот несущих из данных, принятых от блока 120 обработки для передачи, и передает сформированный сигнал модуляции в качестве радиосигнала через антенну 101. Когда, например, выполняется операция приема, блок 130 беспроводного интерфейса выполняет преобразование с понижением частоты радиосигнала, принятого антенной 101, в битовый поток, чтобы декодировать различные виды кадров данных.
Как описано выше, блок 110 обработки данных, блок 120 обработки для передачи и блок 130 беспроводного интерфейса функционируют как блок 102 связи. Блок 102 связи выполняет процесс обнаружения присоединенного устройства до того, как установлено беспроводное соединение (соединение на втором уровне). Этим процессом обнаружения присоединенного устройства является, например, обнаружение устройства. Это обнаружение устройства выполняется, добавляя информацию об устройстве и информацию, указывающую ассоциированное конкретное приложение, к пробному запросу, Probe Request, или к пробному ответу, Probe Response, описанным в технических требованиях IEEE 802.11.
Блок 102 связи также выполняет процесс установления для установления беспроводного соединения (процесс установления для установления соединения на втором уровне). В случае, когда присоединенное устройство, обнаруженное посредством процесса обнаружения присоединенного устройства, определяется как такое, которое должно быть ассоциировано с конкретным приложением, блок 102 связи выполняет процесс установления, передавая/принимая данные, содержащие информационный элемент (показан на фиг. 7) для назначения конкретного приложения.
Блок 140 управления управляет соответствующими операциями приема и операциями передачи блок 110 обработки данных, блок 120 обработки для передачи и блока 130 беспроводного интерфейса. Например, блок 140 управления выполняет такие операции, как определение частоты, которая должна использоваться, создание управляющих сообщений и интерпретации команд передачи и управляющих сообщений. Примерами сообщений управления являются информация об уведомлении, такая как маяки, принятые ответы на маяки, пробные запросы и пробные ответы. Управление, которое должно выполняться блоком 140 управления, будет описано позже подробно со ссылкой на фиг. 16-19.
Блок 140 управления содержит блок 141 переключения протоколов. Блок 141 переключения протоколов переключает протоколы при использовании беспроводных соединений между устройствами. Блок 140 управления также выполняет управление передачей данных изображения, отображаемых на блоке 170 отображения, другому устройству беспроводной связи, используя протокол, переключаемый блоком 141 переключения протоколов. При этом, блок 102 связи принимает данные изображения, которые должны отображаться на блоке 140 отображения, используя протокол, переключаемый блоком 141 переключения протоколов.
Память 150 функционирует как рабочая область для обработки данных, выполняемой блоком 140 управления, и как носитель, хранящий различные виды данных. Кроме того, различные виды информации (такие, как показаны на фиг. 10-12), которые должны быть введены в данные, передаваемые устройству беспроводной связи, служащему в качестве равноправного участника, сохраняются в памяти 150. Список 180 равноправных участников, показанный на фиг. 3, также записывается в память 150. Память 150 может быть носителем для хранения данных, таким как энергонезависимая память, магнитный диск, оптический диск, или МО-диск (магнитооптический диск). Энергонезависимая память может быть, например, EEPROM (электрически стираемая программируемая постоянная память) или EPROM (стираемая программируемая постоянная память). Магнитный диск может быть, например, жестким диском или круглым магнитным диском. Оптический диск может быть, например, CD-диском (Compact Disc, компакт-диском), DVD-R (Digital Versatile Disc Recordable, записываемым цифровым универсальным диском) или BD-диском (диском Blu-Ray (зарегистрированное торговое название)).
Блок 160 приема операций принимает ввод операций от пользователя и выводит информацию об операции, соответствующую принятому вводу операции, на блок 140 управления. Блок 160 приема операций может быть, например, мышью, клавиатурой, сенсорной панелью, кнопками, микрофоном, переключателями или рычагом. Блок 160 приема операций также принимает операцию передачи/приема различных видов данных другому устройству беспроводной связи и/или от него.
Блок 170 отображения является блоком отображения, который отображает различные виды информации (такие как текстовая информация и временная информация) под управлением блока 140 управления. Блок 170 отображения отображает различные виды информации (такие как экран дисплея, показанный на фиг. 4), например, для передачи/приема различных видов данных устройству беспроводной связи и/или от него. Блок 170 отображения также отображает данные изображения, обработанные блоком 110 обработки данных. Блок 170 отображения может быть панелью дисплея, такой как органическая электролюминесцентная (EL) панель или панель жидкокристаллического дисплея (LCD (Liquid Crystal Display, LCD). Блок 160 приема операций и блок 170 отображения могут быть сформированы вместе с сенсорной панелью, через которую пользователь может вводить операцию, касаясь поверхности дисплея пальцем или поднося палец к поверхности дисплея.
Примерная структура списка равноправных участников
На фиг. 3 схематично представлена примерная структура списка 180 равноправных участников, хранящегося в памяти 150 в первом варианте осуществления, соответствующем настоящей технологии.
Список 180 равноправных участников формируется вместе с информацией 181 идентификации терминалов, адресами 182 MAC (Media Access Control, управления доступом к среде), типами 183 терминалов и ассоциацией 184 конкретного приложения. Эти фрагменты информации получают от соответствующих устройств беспроводной связи, исполняя процесс обнаружения устройства, Device Discovery, и т.п., и последовательно сохраняются блоком 140 управления.
Информация 181 идентификации терминалов является идентификационной информацией (такой как конкретные идентификаторы ID устройств) для идентификации соответствующих устройств беспроводной связи. На фиг. 3 для простоты объяснения информация идентификации терминалов показана как "AAAA", "BBBB" и "CCCC", а названия соответствующих устройств беспроводной связи показаны в круглых скобках.
Адреса 182 MAC являются физическими адресами, уникально назначенными соответствующим устройствам беспроводной связи.
Типы 183 терминалов являются информацией, указывающей типы соответствующих устройств беспроводной связи.
Ассоциация 184 конкретного приложения является информацией, указывающей, ассоциированы ли соответствующие устройства беспроводной связи с конкретным приложением. На фиг. 3 для простоты объяснения устройства беспроводной связи, связанные с конкретным приложением, сопровождаются словом "associated" (связано), а названия связанных конкретных приложений показаны в круглых скобках. Устройства беспроводной связи, не связанные с каким-либо конкретным приложением, сопровождаются надписью "N/A".
Примерный экран дисплея, который должен использоваться в случае беспроводного соединения с другим устройством беспроводной связи
На фиг. 4 представлен примерный экран дисплея (экран 190 выбора подробностей соединения), отображаемый на блоке 170 отображения первого устройства 100 беспроводной связи в первом варианте осуществления, соответствующем настоящей технологии.
Экран 190 выбора подробностей соединения показывает кнопки 191-195 выбора приложений для использования, кнопку 196 отмены и кнопку 197 OK.
Кнопки 191-195 выбора приложений для использования являются кнопками для выбора устройства беспроводной связи, которое должно быть равноправным участником, и приложения, которое должно использоваться в соединении с этим устройством беспроводной связи. Кнопки 191-195 выбора приложений для использования отображаются, например, на основе подробностей (таких как информация 181 идентификации терминалов и ассоциация 184 конкретного приложениям), приведенных в списке 180 равноправных участников, показанном на фиг. 3.
Когда после нажатия одной из кнопок 191-195 выбора приложения для использования нажимается кнопка 197 OK, блок 140 управления выполняет управление для исполнения приложения, соответствующего нажатой кнопке.
Для отмены операции, соответствующей одной из кнопок 191-195 выбора приложения для использования после того, как нажата одна из кнопок выбора приложения для использования, нажимается кнопка 196 отмены.
Пример базовой операции устройства беспроводной связи, на которой основана настоящая технология
Здесь далее описывается пример базовой операции, на которой основана настоящая технология.
Сначала описывается пример беспроводной пакетной передачи/приема (фиг. 5 и 6), которые должны выполняться для установления соединения P2P (равноправных участников) и работы конкретного приложения.
Затем описывается пример беспроводной пакетной передачи/приема (фиг. 8), которые должны выполняться перед установлением соединения на втором уровне, чтобы назначить конкретное приложение для использования, установить соединение P2P и работать с конкретным приложением.
После этого описывается пример беспроводной пакетной передачи/приема (фиг. 9), которые должны выполняться, чтобы запустить конкретное приложение после установления соединения на втором уровне в случае, когда пример, показанный на фиг. 5 и 6, объединяется с примером, показанным на фиг. 8.
Пример соединения при запуске в работу конкретного приложения
На фиг. 5 и 6 представлена диаграмма последовательности выполнения операций, показывающая примерный процесс соединения, который должен выполняться каждым устройством, на котором основана настоящая технология. Конкретно, описывается пример процедур установления прямого соединения, приводящего к соединению, совместимому со стандартом Wi-Fi Direct (также называемому Wi-Fi P2P), который был установлен Wi-Fi Alliance.
В соответствии с Wi-Fi Direct, устройства беспроводной связи обнаруживают существование друг друга (Device Discovery, обнаружение устройства и, Service Discovery, обнаружение обслуживания). Затем выбираются устройства, которые должны соединяться, и устанавливается прямое соединение между выбранными устройствами, выполняя аутентификацию устройств через WPS (Wi-Fi Protected Setup, защищенная установка Wi-Fi). В соответствии с Wi-Fi Direct, устройства беспроводной связи формируют группу связи с одним из устройств беспроводной связи, определяемым в качестве владельца группы, и некоторыми из устройств беспроводной связи, определяемыми в качестве клиентов.
В примерном процессе связи, показанном на фиг. 5 и 6, однако, часть пакетной передачи/приема не показана. Например, во время первого соединения необходимы обмены пакетами для использования WPS и передача/прием Запроса/Ответа Аутентификации (Authentication Request/Response) также содержит обмен пакетами. Однако, на фиг. 5 и 6 не показаны такие обмены пакетами и показаны только второе и последующие соединения.
Хотя на фиг. 5 и 6 показан пример процесса соединения, которое должно выполняться между первым устройством 100 беспроводной связи и вторым устройством 200 беспроводной связи, тот же самый процесс соединения может быть выполнен между другими устройствами беспроводной связи.
Сначала выполняется обнаружение устройства, Device Discovery, между первым устройством 100 беспроводной связи и вторым устройством 200 беспроводной связи (501). Например, первое устройство 100 беспроводной связи передает пробный запрос (сигнал запроса ответа) и принимает пробный ответ (ответный сигнал) на пробный запрос от второго устройства 200 беспроводной связи. При этом первое устройство 100 беспроводной связи и второе устройство 200 беспроводной связи могут обнаружить существование друг друга. Посредством обнаружения устройства, Device Discovery, могут быть получены название и тип устройства (телевизор, персональный компьютер, смартфон и т.п.) друг для друга.
Затем между первым устройством 100 беспроводной связи и вторым устройством 200 беспроводной связи выполняется обнаружение обслуживания, Service Discovery, (502). Например, первое устройство 100 беспроводной связи передает запрос обнаружения обслуживания, Service Discovery Query, чтобы запросить обслуживание, с которым ассоциировано второе устройство 200 беспроводной связи, обнаруженное посредством обнаружения устройства, Device Discovery. Первое устройство 100 беспроводной связи затем принимает ответ об обнаружении обслуживания, Service Discovery Response, от второго устройства 200 беспроводной связи и получает обслуживание, с которым ассоциировано второе устройство 200 беспроводной связи. То есть, обслуживание и т.п., которое может выполнять другое устройство, может быть получено через обнаружение обслуживания, Service Discovery. Обслуживание, которое может выполнять другое устройство, может быть, например, обслуживанием или протоколом (таким как DLNA (Digital Living Network Alliance) или DMR (Digital Media Renderer)).
Пользователь затем выполняет операцию по выбору равноправного участника (операцию выбора равноправного участника) (503). Эта операция выбора равноправного участника выполняется в некоторых случаях только в одном первом устройстве 100 беспроводной связи или в одном втором устройстве 200 беспроводной связи. Например, экран выбора равноправного участника отображается на блоке 170 отображения первого устройства 100 беспроводной связи и второе устройство 200 беспроводной связи выбирается в качестве равноправного участника на экране выбора равноправного участника посредством операции пользователя.
После того как пользователем выполнена операция выбора равноправного участника (503), проводится согласование владельца группы, Group Owner Negotiation, между первым устройством 100 беспроводной связи и вторым устройством 200 беспроводной связи 200 (504). В примере, показанном на фиг. 5 и 6, в результате согласования владельца группы, Group Owner Negotiation, первое устройство 100 беспроводной связи становится владельцем 505 группы и второе устройство 200 беспроводной связи становится клиентом 506
Соответствующие процедуры (507-510) затем выполняются между первым устройством 100 беспроводной связи и вторым устройством 200 беспроводной связи, чтобы установить прямое соединение. Конкретно, ассоциация, Association, (установление звена связи L2 (второго уровня)) (507) и установление безопасного звена связи, Secure, (508) проводятся последовательно. Кроме того, последовательно проводятся назначение IP-адреса, IP Address Assignment, (509) и установка L4 в L3 посредством простого протокола обнаружения обслуживания SSDP, Simple Service Discovery Protocol, и т.п. (510). Следует заметить, что L2 (уровень 2) означает второй уровень (уровень звена передачи данных), L3 (уровень 3) означает третий уровень (сетевой уровень) и L4 (уровень 4) означает четвертый уровень (транспортный уровень).
Пользователь затем выполняет операцию назначения или запуска конкретного приложения (операция назначения/запуска приложения) (511). Эта операция назначения/запуска приложения выполняется в некоторых случаях только в одном первом устройстве 100 беспроводной связи или только во втором устройстве 200 беспроводной связи. Например, экран операции назначения/запуска приложения (например, экран 190 выбора подробностей соединения, показанный на фиг. 4) отображается на блоке 170 отображения первого устройства 100 беспроводной связи и конкретное приложение выбирается на этом экране операции назначения/запуска приложения посредством операции пользователя.
После того как пользователем выполнена операция (511) назначения/запуска приложения, между первым устройством 100 беспроводной связи и вторым устройством 200 беспроводной связи исполняется конкретное приложение, соответствующее этой операции назначения/запуска приложения (512).
В качестве примера, соединение между AP (точка доступа) и STA (станция) устанавливается в пределах более старых технических требований, чем стандарт Wi-Fi Direct (технические требования, стандартизированные посредством IEEE 802.11). В этом случае нет никакого способа распознать, с каким устройством должно быть установлено соединение, до установления соединения на втором уровне (до ассоциации, как указано в IEEE 802.11).
С другой стороны, в соответствии с Wi-Fi Direct, информация о равноправном участнике может быть получена, когда поиск возможных равноправных участников ведется при обнаружении устройства, Device Discovery, и обслуживании устройства, Service Discovery, (опция), как показано на фиг. 5 и 6. Информацией о равноправном участнике являются тип основного устройства, ассоциированное конкретное приложение и т.п. Пользователь может выбрать равноправного участника, основываясь на полученной информации о равноправном участнике.
Этот механизм может быть расширен, чтобы реализовать систему беспроводной связи, которая назначает конкретное приложение и выбирает равноправного участника для установления соединения на втором уровне и заставляет конкретное приложение автоматически запускаться после выбора. Пример последовательности установления соединения для такого случая показан на фиг. 8. Примерная структура формата кадра, который должен передаваться/приниматься в этом процессе соединения, показана на фиг. 7.
Примерная структура формата кадра
На фиг. 7 схематично представлена примерная структура формата кадра, который должен передаваться/приниматься в процессе соединения каждым из устройств, на котором основана настоящая технология. То есть, на фиг. 7 показана примерная структура кадра MAC для установления соединения на втором уровне. Конкретно, формат кадра является примером формата кадра запроса/ответа ассоциации (Association Request/Response) (527) для реализации последовательности, показанной на фиг. 8.
Следует заметить, что заголовок MAC формируется с помощью управления кадром, Frame Control, (601) через управление последовательностью, Sequence Control, (606). Когда передается запрос ассоциации, Association Request, в управлении кадром, Frame Control, (601) устанавливаются B3B2="0b00" и B7B6B5B4="0b0000". Когда запрос ассоциации, Association Request, инкапсулируется, в управлении кадром, Frame Control, (601) устанавливаются B3B2="0b00" и B7B6B5B4="0b0001". Здесь "0b00" означает "00" в двоичной системе, "0b0000" означает "0000" в двоичной системен "0b0001" означает "0001" в двоичной системе.
Кадр MAC, показанный на фиг. 7, в основном, имеет формат кадра запроса/ответа ассоциации, Association Request/Response, описанный в разделах 7.2.3.4 и 7.2.3.5 технических требований IEEE 802.11-2007. Однако, кадр MAC содержит не только информационный элемент, Information Element, (здесь далее упоминаемый просто как IE), описанный в технических требованиях IEEE 802.11, но также и уникально расширенный IE.
Чтобы указать конкретный IE поставщика, Vendor Specific IE, (610), устанавливают "127" в качестве десятичного числа для типа IE, IE Туре, (идентификатор информационного элемента, Information Element ID, (611)). В этом случае, в соответствии с разделом 7.3.2.26 технических требований IEEE 802.11-2007, поле Length (612) и поле OUI (613) следуют после идентификатора информационного элемента, Information Element ID, (611), сопровождаемые конкретным контентом поставщика (614).
В конкретном контенте (614) поставщика поле, указывающее тип конкретного IE поставщика (тип IE (615)), устанавливается первым. Подэлементы (616) могут следовать после типа IE, IE Type, (615).
Подэлементы (616) могут содержать название конкретного приложения, которое должно использоваться, (617) и роль устройства во время работы конкретного приложения (618). Подэлементы (616) могут также содержать информацию о конкретном приложении или такую информацию, как номер порта, который должен использоваться для управления конкретным приложением (информация для установки L4) (619), и информацию о возможностях конкретного приложения (информация о возможностях, Capability). Здесь информация о возможностях, Capability, является информацией для обнаружения совместимости с передачей/воспроизведением аудиоданных, совместимости с передачей/воспроизведением видеоданных и т.п., когда назначенным конкретным приложением является, например, DLNA.
Пример соединения при запуске в работу конкретного приложения
На фиг. 8 представлена диаграмма последовательности, показывающая примерный процесс соединения, который должен выполняться каждым устройством, на котором основана настоящая технология. На фиг. 8 показан примерный процесс соединения, который должен выполняться, чтобы назначить конкретное приложение, выбрать равноправного участника до установления соединения на втором уровне и автоматически запустить конкретное приложение после выбора. Диаграмма последовательности, показанная на фиг. 8, является модификацией, сформированной посредством частичного изменения диаграммы последовательности, показанной на фиг. 5 и 6, и поэтому объяснение тех же самых аспектов, которые показаны на фиг. 5 и 6, не приводится.
Сначала выполняется обнаружение устройства, Device Discovery, между первым устройством 100 беспроводной связи и вторым устройством 200 беспроводной связи (521).
Здесь, пробный запрос (сигнал запроса ответа)/пробный ответ (сигнал ответа), используемый на этапе обнаружения устройства, может содержать конкретный IE (610) поставщика, показанный на фиг. 7. Соответственно, ассоциация с конкретным приложением и информацией о возможностях, указывающая роль, которую устройство может играть во время работы конкретного приложения, может быть получена на этапе обнаружения устройства, Device Discovery. Здесь, роль, которую устройство может играть во время работы конкретного приложения, является ролью сервера/клиента, ведущего/ведомого, источника/приемника и т.п.
Затем между первым устройством 100 беспроводной связи и вторым устройством 200 беспроводной связи выполняется обнаружение обслуживания, Service Discovery, (522).
Здесь подробная информация о возможностях конкретного приложении (такая как информация о подробностях формата ассоциированного носителя данных в случае DLNA) может быть введена в этап обнаружения обслуживания, Service Discovery. Соответственно, в конкретном приложении может быть получена подробная информация о возможностях.
Соответствующие процедуры (523 и 524), показанные на фиг. 8, эквивалентны соответствующим процедурам 503 и 504, показанным на фиг. 5.
Соответствующие процедуры (этапы 527-529) затем выполняются между первым устройством 100 беспроводной связи и вторым устройством 200 беспроводной связи, чтобы установить прямое соединение.
Здесь, кадр (кадр MAC), показанный на фиг. 7, передается/принимается как запрос/ответ об ассоциации, Association Request/Response, на этапе ассоциации, Association (527). Соответственно, конкретное приложение, которое должно использоваться после соединения на втором уровне, может быть назначено на этапе (527) обмена пакетами (Association Request/Response) для установления соединения на втором уровне. Кроме того, информация, необходимая при использовании конкретного приложения, может содержаться в этапе (527)
Как описано выше, в примере, показанном на фиг. 8, обмен информацией, отличный от того, который показан на фиг. 5 и 6, выполняется на этапах обнаружения устройства (521) и обнаружения обслуживания, Service Discovery, (522). При этом отличии пользователь может неявно назначить конкретное приложение, которое должно использоваться, после установления соединения на втором уровне, выбирая устройство до соединения на втором уровне.
Кроме того, при отличии обмена пакетом на этапе (527) для установления соединения на втором уровне, от примера, показанного в примере на фиг. 5 и 6, приложение, которое должно использоваться, может быть определено автоматически и количество этапов, которые должны быть выполнены пользователем, может быть сокращено на единицу.
Дополнительно, по сравнению с примером, показанным на фиг. 5 и 6, этап (510) установки L4 в L3 с помощью SSDP и т.п. может быть пропущен. Соответственно, пользователь может почувствовать, что время до запуска приложения сокращается.
Далее будет описан пример, в котором конкретное приложение запускается, используя механизм, показанный на фиг. 8, после установления соединения на втором уровне. В этом случае механизм, показанный на фиг. 8, неявно назначает конкретное приложение, которое должно использоваться, в конкретном IE поставщика (этап 610, показанный на фиг. 7), содержащемся в запросе/ответе об ассоциации, Association Request/Response. Информация, необходимая для работы конкретного приложения, также содержится в конкретном IE (610) поставщика. Как результат, возникает проблема в случае, когда конкретное приложение запущено, используя механизм, показанный на фиг. 8, после установления соединения на втором уровне. Этот пример представлен на фиг. 9.
Пример соединения при запуске в работу конкретного приложения
На фиг. 9 представлена диаграмма последовательности, показывающая примерный процесс соединения, который должен выполняться каждым устройством, на котором основана настоящая технология. На фиг. 9 показан примерный процесс соединения, который должен выполняться в случае, когда конкретное приложение запускается, используя механизм, показанный на фиг. 8, после соединения на втором уровне.
Диаграмма последовательности, показанная на фиг. 9, является примером, сформированным посредством объединения диаграммы последовательности, показанной на фиг. 5 и 6, с диаграммой последовательности, показанной на фиг. 8, и поэтому объяснение тех же самых аспектов, которые показаны на фиг. 5, 6 и 8, не приводится. Конкретно, в процессе соединения, указанном прямоугольником 541, выполняются соответствующие процедуры (501-512), показанные на фиг. 5 и 6. В процессе соединения, указанном прямоугольником 543, выполняются соответствующие процедуры (521-531), показанные на фиг. 8.
Далее в качестве примера описывается случай, в котором конкретное приложение запускается после того, как установлено соединение на втором уровне, и другое приложение действует (541), как показано на фиг. 5 и 6. В этом случае, процесс временного отключения звена L2 связи (второй уровень) выполняется посредством обмена запросом/ответом диссоциации, Disassociation Request/Response, (542) и повторное соединение устанавливается (543), используя процедуры, показанных на фиг. 8.
Как описано выше, когда запускается конкретное приложение, обнаружение устройства, Device Discovery, процесс соединения второго уровня, процесс установления защищенного звена связи, процесс назначения IP-адреса и т.п. выполняются снова. Поэтому конфликты из-за использования ресурса в беспроводной зоне возрастают и время ожидания пользователя увеличивается по сравнению со временем, требующимся для выполнения этих процессов
Чтобы избежать отключения звена связи на втором уровне, протокол в L3/L4, такой как SDP, может быть использован при переключении на конкретное приложение, например, как в случае, когда запускается другое приложение, как показано на фиг. 5 и 6.
В этом случае, однако, должен поддерживаться протокол, не требующийся при выполнении конкретного приложения, как показано на фиг. 8. Дополнительно, в этом случае запрос соединения для приложения выдается с другого уровня. Поэтому реализация в части переключения приложений может усложниться. Например, когда конкретное приложение исполняется механизмом, показанным на фиг. 8, сигнал переключения для конкретного приложения выдается со второго уровня. С другой стороны, когда конкретное приложение запускается путем повторного использования существующего звена L2 связи (второй уровень), используется протокол L3/L4, такой как SDP. Когда используется протокол L3/4, такой как SDP, сигнал переключения конкретного приложения выдается с уровня L3/L4 и объект управления соединениями должен быть подготовлен более чем для одного уровня. В результате, реализация может усложниться.
С этой точки зрения, вариант осуществления настоящей технологии предлагает пример, в котором конкретное приложение может легко использоваться даже после установления соединения на втором уровне
Примерная структура формата кадра
На фиг. 10 схематично представлена примерная структура формата кадра, который должен передаваться/приниматься в процессе соединения между соответствующими устройствами в первом варианте осуществления, соответствующем настоящей технологии. То есть, на фиг. 10 показана примерная структура кадра действия, который переключает запуск конкретного приложения (запуск конкретного приложения) после установления соединения на втором уровне. Конкретно, показана примерная структура кадра конкретного действия поставщика на уровне MAC.
Здесь кадр конкретного действия поставщика является кадром действия, содержащим конкретный IE поставщика.
Когда обмен пакетами выполняется для запуска конкретного приложения, обмен необходимой информацией может проводиться, используя кадр действия, описанный в технических требованиях IEEE 802.11-2007.
Следует заметить, что заголовок MAC формируется с помощью управления кадром, Frame Control, (631) через управление последовательностью, Sequence Control, (636). В управлении кадром, Frame Control, (631) в заголовке MAC устанавливаются B3B2="0b00" и B7B6B5B4="0b1101". При такой установке этот кадр может быть представлен как кадр действия, классифицированный как кадр управления.
Кроме того, "127" устанавливается как десятичное число в поле категории, Category, (639) в основе (637) кадра, чтобы указать, что этот кадр действия является конкретным кадром поставщика. В этом случае, согласно разделу 7.4.5 технических требований IEEE 802.11-2007, поле OUI (640) и поле конкретного контента поставщика, Vendor Specific Content, (641) следуют после поля категории, Category (639).
Чтобы последовательность операций, показанная на фиг. 16, могла быть реализована, в поле (641) конкретного контента поставщика устанавливаются различные виды информации. Здесь различные виды информации могут содержать название конкретного приложения, которое должно использоваться, роль устройства во время работы конкретного приложения и т.п. Различные виды информации также содержат, например, информацию о конкретном приложении или такую информацию, как номер порта, который должен использоваться для управления конкретным приложением (информация для установки L4) (619), и информацию о возможностях, Capability, конкретного приложения.
Хотя могут существовать различные способы реализации поля (641) конкретного контента поставщика, Vendor Specific Content, в первом варианте осуществления настоящей технологии используются следующие две примерные структуры (показаны на фиг. 11 и 12).
Примерная структура формата кадра
На фиг. 11 схематично представлена примерная структура формата кадра, который должен передаваться/приниматься в процессе соединения между соответствующими устройствами в первом варианте осуществления, соответствующем настоящей технологии. Конкретно, на фиг. 11 в качестве примера показан случай, когда конкретный информационный элемент, Information Element, поставщика используется в качестве конкретного контента поставщика, Vendor Specific Content, конкретного кадра действия поставщика, показанного на фиг. 10. Короче говоря, на фиг. 11 показан способ конфигурации, использующий информационный элемент (IE).
Здесь конкретный контент поставщика, Vendor Specific Content, предпочтительно делится более чем на один участок, так чтобы указать, для какой цели должен использоваться кадр конкретного действия поставщика. Например, конкретный контент поставщика, Vendor Specific Content, предпочтительно делится на участок типа (652) конкретного контента поставщика и последующий участок (653) хранения информационного элемента. То есть, тип (652) конкретного контента поставщика может указывать, для какой цели должен использоваться кадр конкретного действия поставщика. Таким образом, участок (652) информации о типе и участок (653) информационного элемента формируются в кадре действия (кадре конкретного действия поставщика).
В первом варианте осуществления, соответствующем настоящей технологии, тип каждого кадра, предположительно, записывается в типе (652) конкретного контента поставщика. Тип может быть типом кадра запроса для указания равноправному участнику запустить конкретное приложение или типом ответного кадра для ответа на указание, в то время как существует, например, звено L2 связи (второй уровень) для P2P.
На участке (653) хранения информационного элемента следуют поле (655) длины, Length, и поле (656) OUI, как определено в разделе 7.3.2.26 технических требований IEEE 802.11-2007. Конкретный контент (657) поставщика следует после поля OUI (656).
Конкретный контент (657) поставщика делится на тип (658) информационного элемента и субэлементы (659), составляющие информационный элемент. Участок (659) субэлементов дополнительно делится на субэлементы (660-663).
Участок (658) типа содержит информацию, указывающую, что информационный элемент предназначен для запуска конкретного приложения, и участок (659) под элементов содержит различные виды информации. Различные виды информации на участке (659) подэлементов содержат название конкретного приложения, которое должно использоваться, (660) и роль устройства во время работы конкретного приложения (661). Различные виды информации также содержат информацию о конкретном приложении или такую информацию, как, например, номер порта, который должен использоваться для управления конкретным приложением (информация для установки L4) (662), и информацию о возможностях, Capability, конкретного приложения. Информация о возможностях, Capability, является информацией, указывающей совместимость с передачей/воспроизведением аудиоданных, совместимость с передачей/воспроизведением видеоданных и т.п., когда назначенным конкретным приложением является, например, DLNA. Различные виды информации, содержащейся на участке (659) подэлементов, далее будет описан подробно со ссылкой на фиг. 13.
Кроме вышесказанного, конкретное приложение, которое должно быть запущено, может быть назначено, например, в соответствии с типом информационного элемента в некотором процессе классификации. В этом случае подэлемент, который назначает тип конкретного приложения и переключает запуск, является ненужным.
Например, сторона передачи (такая как первое устройство 100 беспроводной связи) передает кадр действия, который содержит такой информационный элемент, и запрашивает запуск конкретного приложения у стороны приема (такой как второе устройство 200 беспроводной связи). После приема кадра действия сторона приема возвращает кадр действия как ответ, содержащий соответствующий информационный элемент (ответ на кадр действия, запрашивающий запуск конкретного приложения). Передавая/принимая кадр действия таким образом, намерения передающей стороны и приемной стороны могут быть согласованы и конкретное приложение может быть автоматически запущено на обеих сторонах. Соответственно, работа конкретного приложения может быть запущена, основываясь на управляющей информации в звене связи L2 (второго уровня).
Здесь, в ответ на кадр действия, который должен быть отправлен обратно, в субэлементе в информационном элементе может быть назначена роль. В случае, когда роль равноправного участника в этом запросе назначается как "сервер", роль клиента предпочтительно назначается соответственно в подэлементе в информационном элементе в кадре ответного действия, который должен быть послан обратно.
В другом способе реализации заданный участок может быть инкапсулирован как конкретный контент (641) поставщика, показанный на фиг. 10. Заданный участок, который должен быть инкапуслирован и передан, является участком основы кадра для кадра запроса ассоциации или кадра ответа ассоциации, содержащего конкретный информационный элемент. Примерная структура формата кадра, соответствующего этому способу осуществления, показана на фиг. 12.
Примерная структура формата кадра
На фиг. 12 схематично представлена примерная структура формата кадра, который должен передаваться/приниматься в процессе соединения между соответствующими устройствами в первом варианте осуществления, соответствующем настоящей технологии. Конкретно, на фиг. 12 в качестве примера показан случай, когда ассоциация используется в качестве конкретного контента поставщика, Vendor Specific Content, кадра конкретного действия поставщика, показанного на фиг. 10.
Здесь конкретный контент поставщика, Vendor Specific Content, предпочтительно делится более чем на один участок, так чтобы указать, для какой цели должен использоваться кадр конкретного действия поставщика, как это показано в примере, приведенном на фиг. 11. Например, конкретный контент поставщика, Vendor Specific Content, предпочтительно делится на участок типа (672) конкретного контента поставщика и последующий участок (673) хранения информационного элемента, инкапсулирующий кадр. То есть, тип (672) конкретного контента поставщика может указывать, для какой цели должен использоваться кадр конкретного действия поставщика.
В первом варианте осуществления, соответствующем настоящей технологии, тип каждого кадра, предположительно, записывается в типе (672) конкретного контента поставщика. Тип может быть типом кадра действия, сформированным путем инкапсулирования кадра запроса ассоциации для указания равноправному участнику запустить конкретное приложение, в то время как существует, например, звено связи L2 (второй уровень) для P2P. Альтернативно, тип может быть типом кадра действия, сформированным инкапсулированием кадра запроса ассоциации для ответа на кадр запроса ассоциации.
Участок (673) хранения информационного элемента, который инкапсулирует кадр, сохраняет участок (675) основы кадра запроса ассоциации или кадра ответа об ассоциации для ответа на кадр запроса ассоциации.
Формат участка (675) основы кадра запроса ассоциации или кадра ответа об ассоциации, который должен инкапсулироваться, имеет ту же самую структуру, что и основа кадра, показанная на фиг. 7. Формат участка (675) основы эквивалентен показанному на фиг. 11, и информационный элемент для запуска конкретного приложения на участке (675) основы также эквивалентен показанному на фиг. 11. Поэтому их подробное объяснение здесь не повторяется.
Как описано выше, кадр запроса ассоциации, к которому добавляется информационный элемент для запуска конкретного приложения, инкапсулируется в кадр действия и затем они передаются равноправному участнику. При этом, запрос на запуск конкретного приложения может передаваться равноправному участнику, в то время как существующее звено связи L2 (второго уровня) сохраняется. После приема запроса равноправный участник может инкапсулировать кадр ответа об ассоциации, к которому в кадр действия добавлен информационный элемент для запуска конкретного приложения, и сообщить обратно ответ. При этом намерения передающей стороны и приемной стороны могут быть согласованы и конкретное приложение может быть автоматически запущено на обеих сторонах. Соответственно, работа конкретного приложения может быть запущена, основываясь на управляющей информации в существующем звене связи L2 (второго уровня).
Примерная информация, записываемая в подэлементах
На фиг. 13 схематично представлен примерный вид информационного элемента, который должен передаваться/приниматься в процессе соединения между соответствующими устройствами связи в первом варианте осуществления, соответствующем настоящей технологии. Этот информационный элемент является участком (659) подэлементов, показанным на фиг. 11, или участком подэлементов, показанным на фиг. 12.
На фиг. 13 приложение (такое как DLNA), использующее Wi-Fi CERTIFIED Miracast и P2P, показывается как примерное приложение и соответствующие информационные элементы классифицируются по типам 686 приложений. Следует заметить, что Wi-Fi CERTIFIED Miracast является технологией отражения передаваемых аудио- и отображаемых видеоданных, воспроизводимых на одном терминале, на другом терминале, и заставляющих другой терминал выводить аудио- и видеоданные подобным образом, используя такую технологию, как Wi-Fi Direct или TDLS. Пример изображения, отображаемого посредством Wi-Fi CERTIFIED Miracast, будет описан ниже подробно со ссылкой на фиг. 15.
Названия ассоциированных приложений (конкретных приложений) хранятся в разделе приложений, Application, который должен переключаться (687). Теперь, в качестве примера будет описан случай, в котором типом 686 приложения является Wi-Fi CERTIFIED Miracast. В этом случае, информация, которая должна быть сохранена в разделе Application, который должен переключаться (687), может быть назначена в типе IE, IE Type, (658), показанном на фиг. 11. Соответственно, сохранение информации в Application, который должен переключаться (687), может быть пропущено. В случае, когда тип 686 приложения является приложением, использующим P2P, уровень, такой как "приложение, использующее P2P", может назначаться в типе IE, IE Type (658), показанном на фиг. 11. Поэтому, в случае, когда типом 686 приложения является приложение, использующее P2P, название ассоциированного приложения (конкретного приложения) сохраняется в разделе Application, который должен переключаться (687).
Между тем, информация о роли первого устройства 100 беспроводной связи сохраняется в разделе роли устройства, Device Role, в этом приложении (688). В случае, когда типом 686 приложения является Wi-Fi CERTIFIED Miracast, например, сохраняется информация, указывающая, является ли ролью первого устройства 100 беспроводной связи источник, Source, или приемник, Sink. То есть, информация об источнике, Source, или приемнике, Sink, совместимая с техническими требованиями Wi-Fi Display, сохраняется как информация о роли первого устройства 100 беспроводной связи. Источник, Source, и приемник, Sink, позже будут описаны подробно со ссылкой на фиг. 14. Также описывается пример случая, в котором типом 686 приложения является приложение, использующее P2P. В этом случае сохраняется информация, указывающая, является ли ролью первого устройства 100 беспроводной связи DMC (Digital Media Controller, цифровой медиаконтроллер) или DMR (Digital Media Renderer, цифровой медиарендерер).
Информация о четвертом уровне (информация о звене связи L4) сохраняется в информации (689) настройки L4. В случае, когда типом 686 приложения является, например, Wi-Fi CERTIFIED Miracast, сохраняется информация о RTSP, описанном в технических требованиях Wi-Fi Display. Также, в случае, когда типом 686 приложения является, например, Wi-Fi CERTIFIED Miracast, сохраняется информация о номере порта, используемого в RTSP. Может сохраняться по меньшей мере один фрагмент информации о RTSP и информации о номере порта. В случае, когда типом 686 приложения является, например, приложение, использующее P2P, запоминается информация об управляющем протоколе, совместимом с этим приложением. Также, в случае, когда типом 686 приложения является, например, приложение, использующее P2P, сохраняется информация о номере порта, используемом в управляющем протоколе, совместимом с этим приложением. Может сохраняться по меньшей мере один фрагмент информации об управляющем протоколе и информации о номере порта.
Информация о возможностях сохраняется в разделе Application Capabilities (690). В случае, например, когда типом 686 приложения является, например, Wi-Fi CERTIFIED Miracast, сохраняется информация о совместимости защиты контента. Эта информация о совместимости защиты контента является информацией о существовании или не существовании совместимости с защитой контента, совместимой, например, с техническими требованиями Wi-Fi Display. В случае, когда типом 686 приложения является, например, приложение, использующее P2P, запоминается информация о существовании или не существовании совместимости с видеоданными или о не существовании совместимости с аудиоданными.
Далее описывается роль устройства беспроводной связи в случае, когда беспроводные соединения выполняются посредством WFD (Wi-Fi Display). Конкретно, WFD Source и WFD Sink теперь описываются подробно.
На фиг. 14 представлены примерные сеансы WFD, которые должны проводиться устройствами беспроводной связи в первом варианте осуществления, соответствующем настоящей технологии.
На фиг. 14 буква "a" показывает примерный сеанс WFD, который должен проводиться в случае, когда выполняются только аудиосоединения. На фиг. 14 буква "b" показывает примерный сеанс WFD, который должен проводиться в случае, когда выполняются только видеосоединения. На фиг. 14 буква "с" показывает примерный сеанс WFD, который должен проводиться в случае, когда выполняются аудио- и видеосоединения. На фиг. 14 буква "d" показывает примерный сеанс WFD, который должен проводиться в случае, когда выполняются соединения со связанными Sink.
В сеансе WFD устройство беспроводной связи, играющее роль передатчика, называется WFD Source. Например, устройства беспроводной связи (WFD Sources 701-704), показанные на левой стороне для сеансов "a"-"d" на фиг. 14, эквивалентны WFD Source.
В сеансе WFD устройство беспроводной связи, играющее роль приемника, называется WFD Sink. Например, устройства беспроводной связи (вторичный приемник, Secondary Sink, или первичный приемник, Primary Sink 705, первичные приемники, Primary Sink, 706-708, и вторичный приемник Secondary Sink 709), показанные на правой стороне сеансов "a"-"d" на фиг. 14, эквивалентны WFD Sink.
Как показано для сеансов "a"-"d" на фиг. 14, источники WFD Source 701-704 передают данные контента (видеоданные и аудиоданные) приемникам WFD Sink.
Здесь WFD Sink классифицируются на два типа: первичные приемники, Primary Sink, и вторичные приемники, Secondary Sink. Конкретно, как показано для сеансов "a"-"d" на фиг. 14, первичные приемники, Primary Sink являются приемниками WFD Sink, совместимыми только с видеоконтентом, только с аудиоконтентом или видео- и аудиоконтентом.
Как показано для сеансов "a"-"d" на фиг. 14, вторичные приемники, Secondary Sink, являются приемниками WFD Sink, совместимыми только с аудиоконтентом.
Информация о ролях этих устройств беспроводной связи (информация, указывающая, является ли ролью каждого из устройств беспроводной связи Source или Sink) хранится в разделе роли устройств, Device Role, в этом приложении (688), показанном на фиг. 13.
Примерное отображение данных изображения
На фиг. 15 представлено примерное отображение в случае, когда беспроводная передача данных изображения выполняется посредством Wi-Fi CERTIFIED Miracast в системе 10 связи в первом варианте осуществления, соответствующем настоящей технологии. На фиг. 15 показан пример, в котором беспроводная передача данных изображения выполняется между первым устройством 100 обработки информации и вторым устройством 200 обработки информации, чтобы отображать одно и то же движущееся изображение на блоках отображения обоих устройств.
Например, первое устройство 100 обработки информации передает данные изображения для отображения на втором устройстве 200 обработки информации того же самого движущегося изображения, что и движущееся изображение, отображаемое на блоке 170 отображения. Например, на фиг. 15 движущееся изображение лошади, скачущей по берегу, отображается на блоке 170 отображения первого устройства 100 обработки информации. В этом случае, блок 140 управления первого устройства 100 обработки информации выполняет управление, чтобы передать данные изображения для отображения того же самого движущегося изображения (лошади, скачущей по берегу), которое отображается на блоке 170 отображения, на втором устройстве 200 обработки информации. Здесь могут передаваться данные изображения, сопровождаемые аудиоданными.
Блок управления второго устройства 200 обработки информации заставляет блок 201 отображения отображать движущееся изображение (лошадь, скачущую по берегу), основываясь на данных изображения, переданных от первого устройства 100 обработки информации. Если данные изображения сопровождаются аудиоданными, блок управления второго устройства 200 обработки информации выводит звук, основываясь на аудиоданных, переданных от первого устройства 100 обработки информации, через блок вывода аудиосигнала (не показан).
Первое устройство 100 обработки информации может содержать блок получения изображения для формирования движущегося изображения. В этом случае первое устройство 100 обработки информации может заставить блок 170 отображения отображать движущееся изображение, сформированное блоком получения изображения, и передавать данные изображения для отображения того же самого движущегося изображения на втором устройстве 200 обработки информации, чтобы заставить блок 201 отображения отображать то же самое движущееся изображение.
Пример соединения при запуске в работу конкретного приложения
На фиг. 16 представлена диаграмма последовательности, показывающая примерный процесс соединения, который должен выполняться каждым устройством в варианте осуществления настоящей технологии. На фиг. 16 показан примерный процесс соединения, который должен выполняться в случае, когда конкретное приложение запускается после установления соединения на втором уровне.
Диаграмма последовательности, показанная на фиг. 16, является модификацией, сформированной посредством частичного изменения диаграммы последовательности, показанной на фиг. 5 и 6, и поэтому объяснение тех же самых аспектов, которые показаны на фиг. 5 и 6, не приводится. Конкретно, в процессе соединения, указанном прямоугольником 551, выполняются соответствующие процедуры (501-512), показанные на фиг. 5 и 6.
Например, как показано на фиг. 5 и 6, другое приложение исполняется после того, как установлено (551) звено связи L2 (второго уровня). После того, как звено связи L2 (второго уровня) установлено, как указано выше, конкретное приложение запускается посредством обмена пакетами для запуска конкретного приложения (552). При этом обмене пакетами для запуска конкретного приложения передается/принимается каждый кадр (кадр действия), показанный на фиг. 10-12. После обмена пакетами для запуска конкретного приложения могут быть переданы (553) фактические данные для конкретного приложения.
По сравнению с примером, показанным на фиг. 9, соответствующие процедуры, такие как временное отключение (542) звена связи L2 (второго уровня), могут быть пропущены. Процедурами, которые могут быть пропущены, являются, например, обнаружение второго устройства, Device Discovery, и обнаружение второго обслуживания, Service Discovery, (как вариант). Кроме того, процедурами, которые могут быть пропущены, являются, например, вторые переговоры о владельце группы, Group Owner Negotiation, вторая ассоциация, Association, установление второго защищенного звена связи и второе назначение IP-адреса. Поскольку процедуры, такие как временное отключение звена связи L2 (второго уровня), могут быть пропущены, следующее конкретное приложение может быть запущено за короткий период времени.
Здесь может существовать случай, когда необходимый обмен информацией не выполняется при обнаружении первого устройства (эквивалентном этапу 501 на фиг. 5), содержащемся на участке обмена (501-512) пакетами, показанном на фиг. 16. В этом случае может оказаться невозможным определить, является ли равноправный участник совместимым с обменами кадрами конкретного действия поставщика. В этом случае информация, указывающая, что принятые кадры не являются такими, которые должны распознаваться, может быть передана, чтобы уведомить, например, что равноправный участник не совместим с кадрами конкретного действия поставщика. Как указано в разделе 7.3.1.11 технических требований IEEE 802.11-2007, например, "128"-"255" назначаются в поле категории в кадре действия и принятый информационный элемент добавляется к ответу, который должен быть отправлен обратно. Таким образом, может быть передано уведомление, что приемная сторона несовместима с кадрами конкретного действия поставщика.
Кроме того, возможен случай, когда приемная сторона может интерпретировать контенты кадра конкретного действия поставщика, но не назначается для запуска назначенного конкретного приложения. В этом случае уведомление о несовместимости может быть передано посредством посылки обратно ответа, используя код ошибки, определенный как конкретный информационный элемент поставщика.
Примерные случаи, когда кадры действия используются в рамках объема технических требований IEEE 802.11-2007, были описаны в первом варианте осуществления настоящей технологии. Здесь могут использоваться кадры GAS (generic advertisement service) Public Action, определенные в технических требованиях IEEE 802.11u. В этом случае, однако, кадры не шифруются. Поэтому, в случаях, когда обмен информацией осуществляется между устройствами беспроводной связи в то время, когда звено связи L2 (второго уровня) уже установлено и защищенное звено связи также установлено, предпочтительно использовать кадры действия.
Кроме того, на этапе обмена пакетами для установления соединения второго уровня может выполняться передача/прием пакета, содержащего информационный элемент с информацией, отличной от необходимой информации, а также назначение конкретного приложения, которое должно использоваться после соединения на втором уровне, и добавление информации, необходимой для использования конкретного приложения. Например, может передаваться/приниматься пакет, содержащий информационный элемент с информацией, указывающей, запускать ли конкретное приложение. В этом случае может устанавливаться соединение второго уровня с использованием пакета, содержащего информационный элемент с информацией, указывающей, что конкретное приложение не должно запускаться. В этом случае конкретное приложение может быть запущено после установления соединения, в то время как соединение второго уровня сохраняется с использованием пакета, который содержит информационный элемент с информацией, указывающей, что конкретное приложение должно быть запущено, в том же самом информационном элементе. Соответственно, в таком случае может применяться первый вариант осуществления настоящей технологии.
Примерный порядок работы устройства беспроводной связи
На фиг. 17-19 представлена блок-схема последовательности выполнения процедур примерного процесса соединения, который должен выполняться первым устройством 100 беспроводной связи в первом варианте осуществления, соответствующем настоящей технологии.
Сначала описываются соотношение соответствия между процедурами, показанными на фиг. 17-19, и соответствующие процедуры, показанные на фиг. 5, 6, 8 и 9.
Этапы S901-S905 соответствуют этапам 521 и 522 на фиг. 8. Этапы S906-S909 соответствуют этапу 523 на фиг. 8. Этап S910 соответствует этапу 524 на фиг. 8. Этапы S911-S915 соответствуют этапу 527 и 531 на фиг. 8.
Этап S919 соответствует этапу 504 на фиг. 5. Этапы S920-S926 соответствуют этапам 507-512 на фиг. 5 и 6.
Этапы S927-S933 и этап S914 соответствуют этапу 552 на фиг. 16. Этап S915 соответствует этапу 553 на фиг. 16.
Сначала блок 140 управления проводит обнаружение устройства, Device Discovery, (этап S901). Блок управления 140 затем определяет, содержится ли IE, указывающий, что ассоциация конкретного приложения (эквивалентно этапу 610 на фиг. 7) содержится в информации, принятой от равноправного устройства, обнаруженного посредством обнаружения устройства, Device Discovery (этап S902). Информацией, принятой от равноправного устройства, является запрос обнаружения устройства, Device Discovery, или ответ об обнаружении устройства, Device Discovery. В случае, когда содержится IE, указывающий ассоциацию конкретного приложения (этап S902), блок 140 управления записывает обнаруженное устройство в качестве равноправного участника, ассоциированного с конкретным приложением, в список (такой как список 180 равноправных участников, показанный на фиг. 3) (этап S903). В случае, когда какой-либо IE, указывающий ассоциацию конкретного приложения не содержится (этап S902), блок 140 управления записывает обнаруженное устройство как равноправного участника, ассоциированного с конкретным приложением в списке (таком как список 180 равноправных участников, показанный на фиг. 3) (этап S904). В случае, когда содержится IE, указывающий ассоциацию конкретного приложения, например, ассоциацию 184 конкретного приложения, в список 180, показанный на фиг. 3, записывается "associated" (ассоциированный). В случае, когда никакой IE, указывающий ассоциацию конкретного приложения, не содержится, для этой ассоциации 184 конкретного приложения записывается "N/A" (не ассоциировано).
Блок 140 управления затем определяет, все ли равноправные устройства, обнаруженные посредством обнаружения устройства, Device Discovery, были записаны в список (этап S905). В случае, когда не все равноправные устройства были записаны, блок 140 управления возвращается к этапу S902. В случае, когда все равноправные устройства были записаны в список (этап S905), блок 140 управления определяет, была ли пользователем выполнена операция назначения равноправного участника (этап S906).
В случае, когда пользователем не была выполнена никакая операция назначения равноправного участника (этап S906), блок 140 управления определяет, был ли принят запрос соединения от равноправного устройства (этап S907). В случае, когда никаким равноправным устройством не был принят никакой запрос соединения (этап S907), блок 140 управления устанавливается в режим ожидания (этап S908) и возвращается к этапу S901. В случае, когда от равноправного устройства был принят запрос соединения (этап S907), блок 140 управления переходит к этапу S909.
В случае, когда пользователем выполнена операция назначения равноправного участника (этап S906) или когда запрос соединения был принят от равноправного устройства (этап S907), блок 140 управления определяет, было ли назначено конкретное приложение (S909). Например, на экране 190 выбора подробностей соединения, показанном на фиг. 4, пользователь выполняет операцию назначения равноправного участника или операцию назначения конкретного приложения. Кроме того, выполняется проверка, чтобы определить, было ли назначено конкретное приложение, основываясь на информации, содержащейся в запросе соединения, принятом от равноправного устройства.
В случае, когда конкретное приложение было назначено (этап S909), блок 140 управления добавляет IE ассоциации конкретного приложения и проводит согласование владельца группы, Group Owner Negotiation, (этап S910). Посредством согласования владельца группы, Group Owner Negotiation, первое устройство 100 беспроводной связи становится владельцем группы, GO (Group Owner), или клиентом.
Блок 140 управления затем добавляет IE ассоциации конкретного приложения, проводит ассоциацию, Association, и устанавливает соединение на втором уровне (этап S911). Затем блок 140 управления проводит установление защищенного звена связи, Secure, (этап S912) и назначение IP-адреса, IP Address Assignment, (этап S913).
Блок 140 управления затем заставляет автоматически запускать конкретное приложение в соответствии с информации в IE ассоциации конкретного приложения (этап S914) и исполняет конкретное приложение (этап S915). Блок 140 управления затем определяет, был ли принят от пользователя или равноправного участника запрос отключения второго уровня (этап S916). В случае, если никакой запрос отключения второго уровня не был принят, блок 140 управления продолжает контроль. С другой стороны, в случае, когда запрос отключения второго уровня был принят (этап S916), блок 140 управления выполняет процесс окончания конкретного приложения (S917) и выполняет процесс отключения второго уровня (S918) и заканчивает процесс соединения.
В случае, когда никакое конкретное приложение не было назначено (этап S909), блок 140 управления проводит согласование владельца группы, Group Owner Negotiation, без добавления IE ассоциации конкретного приложения (этап S919). Посредством согласования владельца группы, Group Owner Negotiation, первое устройство 100 беспроводной связи становится владельцем группы, GO (Group Owner), или клиентом.
Блок 140 управления затем проводит ассоциацию, Association, и устанавливает соединение на втором уровне без добавления IE ассоциации конкретного приложения (этап S920). Затем блок 140 управления проводит установление безопасного звена связи, Secure, (этап S921) и назначение IP-адреса, IP Address Assignment, (этап S922).
Блок 140 управления затем проверяет ассоциированные приложения посредством SSDP и проводит установку L4 (S923). Блок 140 управления затем определяет, была ли принята от пользователя или равноправного участника команда запуска приложения (этап S924). В случае, если никакая команда запуска приложения не была принята, блок 140 управления продолжает контроль. С другой стороны, в случае, когда команда запуска приложения была принята (этап S924), блок 140 управления запускает приложение в соответствии с командой запуска приложения (этап S925) и исполняет приложение (этап S926).
Блок 140 управления затем определяет, была ли принята от пользователя команда запуска конкретного приложения (этап S927). В случае, когда команда запуска конкретного приложения была принята, блок 140 управления приостанавливает исполняемое в данный момент приложение (этап S928). Затем блок 140 управления передает (этап S929) равноправному участнику кадр конкретного действия поставщика, Vendor Specific Action, запроса переключения запуска приложения, содержащего IE ассоциации конкретного приложения. Затем блок 140 управления принимает (этап S930) от равноправного участника кадр ответа для переключения запуска приложения, содержащий IE ассоциации конкретного приложения.
В случае, когда конкретным приложением является Wi-Fi CERTIFIED Miracast, операция пользователя, например, по запуску беспроводной передачи данных изображения, принимается в качестве команды запуска конкретного приложения (этап S927). Например, операция пользователя (такая как операция касания сенсорной панели или операция нажатия, используя оперативный инструмент) для запуска беспроводной передачи данных изображения, показанная на фиг. 15, принимается блоком 160 приема операции (этап S927). В этом случае, блок 140 управления передает равноправному участнику кадр конкретного действия поставщика, Vendor Specific Action, основываясь на синхронизации приема операции пользователя (операции пользователя для запуска беспроводной передачи данных изображения) (этап S929).
Здесь кадр конкретного действия поставщика, Vendor Specific Action, является кадром действия, Action, показанным на фиг. 10-12, и содержит конкретный IE поставщика (IE ассоциации конкретного приложения).
Блок 140 управления затем заставляет автоматически запускать конкретное приложение в соответствии с информации в IE ассоциации конкретного приложения (этап S914) и исполняет конкретное приложение (этап S915).
В случае, когда никакая команда запуска конкретного приложения не была принята (этап S927), блок 140 управления определяет, был ли принят кадр конкретного действия поставщика, Vendor Specific Action, с запросом переключения запуска приложения, содержащим IE ассоциации конкретного приложения (этап S931). В случае, когда кадр действия, Action, был принят (этап S931), блок 140 управления передает равноправному участнику кадр конкретного действия поставщика, Vendor Specific Action, с ответом о переключении запуска приложения, содержащим IE ассоциации конкретного приложения (этап S932). Блок 140 управления затем приостанавливает исполняемое приложение (этап S933) и переходит к этапу S914.
В случае, когда конкретным приложением здесь является Wi-Fi CERTIFIED Miracast, операция пользователя, например, по запуску беспроводной передачи данных изображения, принимается в качестве команды запуска конкретного приложения. Например, операция пользователя по запуску беспроводной передачи данных изображения, показанная на фиг. 15, принимается равноправным участником. В этом случае, блок 102 связи принимает от равноправного участника кадр конкретного действия поставщика, Vendor Specific Action, основываясь на синхронизации приема операции пользователя (операции пользователя для запуска беспроводной передачи данных изображения) (этап S931).
В случае, когда кадр действия, Action, не был принят (этап S931), блок 140 управления определяет, были ли принят от пользователя или от равноправного участника запрос отключения второго уровня (этап S934). В случае, когда никакой запрос отключения второго уровня не был принят (этап S934), блок 140 управления возвращается к этапу S927 и продолжает контроль. С другой стороны, в случае, когда запрос отключения второго уровня был принят (этап S934), блок 140 управления выполняет процесс окончания приложения (S935) и выполняет процесс отключения второго уровня (S936), чтобы закончить процесс передачи.
Далее описывается процесс приостановки (этапы S928 и S933) для приостановки исполняемого приложения. Далее здесь описывается пример случая, когда исполняемым приложением (первым приложением) является DLNA, а приложением (вторым приложением), для которого должен быть выполнен запуск во время работы первого приложения, является Wi-Fi CERTIFIED Miracast. То есть, второе приложение является примером конкретного приложения, которое должно быть запущено посредством передачи/приема запроса/ответа кадра действия.
В случае, когда работающее приложение приостанавливается, одно устройство беспроводной связи (первое устройство 100 беспроводной связи или равноправный участник) передает пакет FIN (конечный пакет), например, другому устройству беспроводной связи. Пакет FIN может передаваться, например, по TCP (Transmission Control Protocol, протокол управления передачей), используемому как HTTP (HyperText Transfer Protocol, протокол передачи гипертекста) DLNA. Устройство беспроводной связи, которое передало кадр запроса, может передать, например, пакет FIN. Устройство беспроводной связи, которое приняло пакет FIN, возвращает равноправному участнику (устройству беспроводной связи, которое передало пакет FIN) пакет ACK (пакет ACKnowledgement).
Устройство беспроводной связи, которое передало пакет ACK, затем передает пакет FIN равноправному участнику (устройству беспроводной связи, которому был передан пакет ACK). Устройство беспроводной связи, принявшее пакет FIN (устройство беспроводной связи, передавшее первый пакет FIN), возвращает пакет ACK равноправному участнику (устройству беспроводной связи, передавшему следующий пакет FIN в ответ на первый пакет FIN).
Посредством такого обмена процесс закрытия порта TCP, используемого DLNA, выполняется и ресурс освобождается.
Примерный случай, в котором RTSP для Wi-Fi CERTIFIED Miracast запускается, когда передача данных посредством DLNA не была закончена (или в то время, когда идет обмен пакетами FIN и ACK), не описывается. В этом случае данные, принятые равноправным участником, не передаются в приложение, а просто отбрасываются. Поэтому RTSP для Wi-Fi CERTIFIED Miracast не может быть запущено, пока не будет завершен обмен пакетом FIN и пакетом ACK между устройствами беспроводной связи.
Поэтому RTSP для Wi-Fi CERTIFIED Miracast не может быть запущен, пока не будет завершен обмен пакетом FIN и пакетом ACK между устройствами беспроводной связи. В таком случае, однако, время, требующееся для процесса приостановки (процесса завершения), не определено и поэтому существует вероятность, что перерыв произойдет при запуске RTSP. С этой точки зрения, предпочтительно установить соответствующую синхронизацию запуска RTSP для Wi-Fi CERTIFIED Miracast.
В процессе приостановки работающего приложения порт TCP для UPnP (Universal Plug and Play) может быть оставлен открытым или может быть временно закрыт. UPnP использует функцию обнаружения устройства, чтобы, например, подтвердить возможность DLNA.
При таком построении работа первого приложения может быть закончена, основываясь на синхронизации операции запуска второго приложения. Однако, работающее первое приложение также может быть завершено после того, как установлено второе приложение и начался обмен данными контента.
После запуска работы второго приложения работа первого приложения может не завершаться, а продолжаться, и передача/прием данных о первом приложении (объеме связи) может быть уменьшена. При таком построении передача/прием данных о первом приложении могут быть уменьшены, основываясь на синхронизации запуска в работу второго приложения. В этом случае соединение с равноправным участником сохраняется в такой степени, что устройства беспроводной связи не отключаются друг от друга. Например, в то время как передача/прием видеоданных и аудиоданных не выполняются, может выполняться только обмен информацией, чтобы поддерживать соединение действующим, так что первое приложение не будет вызывать остановки. То есть, чтобы уменьшить передачу/прием данных о первом приложении, рабочее состояние первого приложения (такое как состояние обмена информации о поддержании соединения действующим) регулярно или нерегулярно проверяется. Если ответ от равноправного участника в результате проверки отсутствует, первое приложение может быть завершено.
В приведенном выше примере, первым приложением является DLNA, а вторым приложением является Wi-Fi CERTIFIED Miracast. Однако, приведенный выше пример может применяться и в случаях, где первое приложение является каким-то другим приложением (таким как приложение для преобразования файла, копирования файла и т.п.).
Этапы S901-S926 являются примером первой процедуры, раскрытой в формуле изобретения. Этапы S910-S931 являются примером второй процедуры, раскрытой в формуле изобретения.
Как описано выше, под управлением блока 140 управления блок 102 связи выполняет соответствующие процессы приема и соответствующие процессы передачи. Например, блок 102 связи осуществляет беспроводную связь между устройствами с другим устройством беспроводной связи в соответствии с техническими требованиями Wi-Fi Direct. Кроме того, блок 102 связи передает информацию о роли первого устройства 100 беспроводной связи, информацию о четвертом уровне и информацию о возможностях, которые содержатся в кадре действия, описанном в технических требованиях IEEE 802.11. В этом случае блок 102 связи выполняет передачу при соединении P2P с другим устройством беспроводной связи.
Кроме того, блок 102 связи принимает информацию о роли первого устройства 100 беспроводной связи, информацию о четвертом уровне и информацию о возможностях, которые содержатся в кадре действия, описанном в технических требованиях IEEE 802.11. В этом случае блок 102 связи выполняет прием при соединении P2P с другим устройством беспроводной связи.
Блок 140 управления использует первое приложение, назначенное в процессе обнаружения объединения, основываясь на синхронизации установления соединения беспроводной связи между устройствами. Кроме того, когда второе приложение исполняется во время работы первого приложения, блок 102 связи передает информацию о втором приложении, содержащуюся в кадре действия, описанном в технических требованиях IEEE 802.11. Здесь информация о втором приложении является по меньшей мере фрагментом информации о роли первого устройства 100 беспроводной связи, информации о четвертом уровне и информации о возможностях. Кроме того, блок 140 управления может завершить первое приложение, основываясь на синхронизации запуска в работу второго приложения. При таком построении работа первого приложения может быть закончена, основываясь на синхронизации операции запуска второго приложения. Кроме того, блок 140 управления может уменьшить объем данных о первом приложении, который должен передаваться, основываясь на синхронизации запуска в работу второго приложения. В этом случае после запуска в работу второго приложения блок 140 управления регулярно или нерегулярно проверяет состояние операций первого приложения.
Кроме того, когда второе приложение исполняется во время работы первого приложения, блок 102 связи передает информацию о втором приложении, содержащуюся в кадре действия, описанном в технических требованиях IEEE 802.11.
Блок 141 переключения протоколов переключает протокол, использующий беспроводную связь между устройствами, между протоколом, совместимым с первым приложением, и протоколом, совместимым со вторым приложением. Теперь описывается примерный случай, в котором протоколом, переключаемым блоком 141 переключения протоколов, является протокол, совместимый со вторым приложением (такой как Wi-Fi CERTIFIED Miracast). В этом случае блок 102 связи, например, передает данные изображения, отображаемых на блоке 170 отображения, другому устройству беспроводной связи, используя протокол, переключаемый блоком 141 переключения протоколов. При этом, блок 102 связи принимает данные изображения, которые должны отображаться на блоке 140 отображения, от другого устройства беспроводной связи, используя протокол, переключаемый блоком 141 переключения протоколов.
Блок 140 управления выполняет управление назначением конкретного приложения в случае, когда никакое конкретное приложение не было назначено во время процесса установления, чтобы установить беспроводное соединение (соединение на втором уровне), но конкретное приложение назначается после установления беспроводного соединения. В этом случае блок 140 управления выполняет управление, чтобы назначить конкретное приложение, передавая/принимая данные, содержащие информацию (показанную на фиг. 10-12), эквивалентную информационному элементу (показанному на фиг. 7) для назначения конкретного приложения без отключения беспроводного соединения. Блок 140 управления затем передает/принимает зашифрованный кадр в качестве данных, содержащих информацию, эквивалентную информационному элементу.
Например, в случае, когда конкретное приложение назначено операцией пользователя после того, как беспроводное соединение было установлено, блок 140 управления передает данные, содержащие информацию, эквивалентную информационному элементу, для назначения запуска конкретного приложения без отключения беспроводного соединения. С помощью этой передачи назначается конкретное приложение. С другой стороны, существует случай, когда данные, содержащие информацию, эквивалентную информационному элементу для назначения конкретного приложения, принимаются от устройства беспроводной связи, подключенного по беспроводной технологии, (такого как второе устройство 200 беспроводной связи) после того, как установлено беспроводное соединение. В этом случае блок 140 управления передает устройству беспроводной связи (такому как второе устройство 200 беспроводной связи) данные, содержащие информацию, эквивалентную информационному элементу, для назначения запуска конкретного приложения, в качестве ответа на данные без отключения беспроводного соединения. С помощью этой передачи назначается конкретное приложение.
Конкретно, блок 140 передает/принимает кадр конкретного действия поставщика, описанный в технических требованиях IEEE 802.11, например, как данные, содержащие информацию, эквивалентную информационному элементу. В этом случае блок 140 управления передает кадр конкретного действия поставщика, являющийся кадром запроса, использующим конкретный информационный элемент, Information Element, поставщика в качестве информационного элемента. Кроме того, блок 140 управления передает кадр конкретного действия поставщика, являющийся кадром ответа, используя конкретный информационный элемент, Information Element, поставщика в качестве информационного элемента.
Блок 140 управления также инкапсулирует основу кадра запроса ассоциации, содержащую информационный элемент, в кадр конкретного действия поставщика, который должен передаваться. Эта основа кадра запроса ассоциации имеет конкретный информационный элемент, Information Element, поставщика, используемый в качестве информационного элемента, и содержит информационный элемент.
Блок 140 управления также инкапсулирует основу кадра ответа об ассоциации, содержащую информационный элемент, в кадр конкретного действия поставщика, который должен передаваться. Эта основа кадра ответа об ассоциации имеет конкретный информационный элемент, Information Element, поставщика, используемый в качестве информационного элемента, и содержит информационный элемент.
В случае, когда конкретное приложение, которое не было назначено во время процесса установления, назначается вновь после того, как установлено беспроводное соединение, блок 140 управления может выполнить управление, чтобы назначить новое конкретное приложение. Следует заметить, что блок 102 связи и блок 140 управления являются примером приемного блока в формуле изобретения.
Как описано выше, в первом варианте осуществления настоящей технологии конкретное приложение может быть назначено во время обнаружения устройства или обнаружения обслуживания, проводимого перед тем, как будет установлено соединение на втором уровне. Даже в случае, когда во время обнаружения устройства или обнаружения обслуживания никакое конкретное приложение не назначено, кадр, содержащий заданный информационный элемент, может быть передан после установления соединения на втором уровне. Заданный информационный элемент может быть информационным элементом, который должен передаваться/приниматься, например, во время обнаружения устройства или обнаружения обслуживания. При этом, конкретное приложение, которое должно использоваться после соединения на втором уровне, может быть вновь назначенным и запущенным без отключения соединения на втором уровне. То есть, пользователь может легко использовать желаемое приложение.
Например, возможно переключать конкретное приложение, в то же время сохраняя соединение Wi-Fi Direct. Например, даже в случае, когда Wi-Fi CERTIFIED Miracast назначается и исполняется во время работы DLNA, Wi-Fi CERTIFIED Miracast может быть запущено без отключения соединения на втором уровне. Конкретно, даже в случае, когда переключение на конкретное приложение (такое как Wi-Fi CERTIFIED Miracast) выполняется после установления соединения на втором уровне, отключение соединения на втором уровне и повторное соединение на втором уровне могут отсутствовать. При этом, неисправность, при которой для использования необходимо принимать меры, и время ожидания для пользователя могут быть уменьшены. Кроме того, количество пакетов, требующихся при операции, может быть сокращено и перегрузка в каналах беспроводной связи может быть устранена.
Кроме того, в первом варианте осуществления настоящей технологии производится обмен информацией, необходимой для запуска конкретного приложения, используя для этого кадры действия, используемые на точно такой же основе. Поскольку кадры действия могут быть зашифрованы, сопротивление атакам с других сторон может быть повышено, что предпочтительно с точки зрения защищенности.
2. Второй вариант осуществления
В первом варианте осуществления настоящей технологии были описаны устройства беспроводной связи, обменивающиеся различного рода информацией, используя беспроводные соединения. Первый вариант осуществления настоящей технологии может также применяться к устройствам обработки информации (таким как полупроводниковые интегральные схемы), используемым в устройствах беспроводной связи.
С этой точки зрения, второй вариант осуществления настоящей технологии показывает пример устройства обработки информации (такого как полупроводниковая интегральная схема), используемого в устройстве беспроводной связи.
Примерная структура устройства обработки информации
На фиг. 20 представлена блок-схема примерной структуры устройства 800 обработки информации во втором варианте осуществления, соответствующем настоящей технологии.
Устройство 800 обработки информации содержит процессор 810 и память 820. Устройство 800 обработки информации реализуется, например, с помощью полупроводниковой интегральной схемы. Для простоты объяснения, компоненты, такие как процессор 810 и память 820, не показаны на фиг. 20 и их объяснение не приводится.
Процессор 810 является процессором, выполняющим соответствующие процессы, основываясь на программе, хранящейся в памяти 820.
Память 820 является памятью, в которой хранится программа, заставляющая процессор 810 выполнять соответствующие процессы. Здесь, программой, хранящейся в памяти 820, является программа, заставляющая процессор 810 выполнять соответствующие процессы, описанные в первом варианте осуществления настоящей технологии.
Далее описывается примерный случай, в котором устройство беспроводной связи, использующее устройство 800 обработки информации, действует в качестве передающей стороны. В этом случае программа, хранящаяся в памяти 820 заставляет процессор 810 выполнять первую процедуру, чтобы осуществить беспроводную связь между устройствами с другим устройством, например, в соответствии с техническими требованиями Wi-Fi Direct. Кроме того, программа, хранящаяся в памяти 820, заставляет процессор 810 выполнять вторую процедуру, чтобы передать кадр действия, описанный в технических требованиях IEEE 802.11 и содержащий информацию о роли устройства беспроводной связи, используя устройство 800 обработки информации.
Далее описывается примерный случай, в котором устройство беспроводной связи, использующее устройство 800 обработки информации, действует в качестве приемной стороны. В этом случае программа, хранящаяся в памяти 820 заставляет процессор 810 выполнять первую процедуру, чтобы осуществить беспроводную связь между устройствами с другим устройством, например, в соответствии с техническими требованиями Wi-Fi Direct. Кроме того, программа, хранящаяся в памяти 820, заставляет процессор 810 выполнять вторую процедуру, чтобы принимать кадр действия, описанный в технических требованиях IEEE 802.11 и содержащий информацию о роли устройства беспроводной связи, используя устройство 800 обработки информации.
Программа, хранящаяся в памяти 820, также заставляет процессор 810 выполнять процедуры обработки сигнала, например, для обработки данных изображения. Дополнительно, программа, хранящаяся в памяти 820, заставляет процессор 810 выполнять процедуры регулировки потребления энергии в соответствии с работой процессора 810.
Пример взаимосвязи между характеристиками и потреблением энергии
На фиг. 21 представлен пример взаимосвязи между характеристиками и потреблением энергии устройством 800 обработки информации во втором варианте осуществления, соответствующем настоящей технологии.
На графике, показанном на фиг. 21, по оси ординат указывается потребление энергии устройства 800 обработки информации и по оси абсцисс указываются характеристики устройства 800 обработки информации.
Как показано на фиг. 21, устройство 800 обработки информации управляется таким образом, что его потребляемая энергия не превышает теплового порогового значения, даже когда его характеристики улучшаются. То есть, процессор 810 управляется так, чтобы регулировать потребление энергии в соответствии с работой устройства.
Как описано выше, при использовании устройств беспроводной связи, каждое из которых содержит устройство 800 обработки информации, конкретное приложение, которое должно использоваться после установления соединения на втором уровне, может быть назначено и запущено вновь без отключения соединения на втором уровне, как в первом варианте осуществления настоящей технологии. То есть, пользователь может легко использовать желаемое приложение. Например, даже в случае, когда Wi-Fi CERTIFIED Miracast назначается и исполняется во время работы DLNA, Wi-Fi CERTIFIED Miracast может быть запущено без отключения соединения на втором уровне.
Описанные выше варианты осуществления являются просто примерами осуществления настоящей технологии и позиции в вариантах осуществления соответствуют позициям предмета изобретения, представленного в формуле изобретения. Аналогично, позиции предмета изобретения в формуле изобретения соответствуют позициям с теми же самыми названиями в вариантах осуществления настоящей технологии. Однако, настоящая технология не ограничивается вариантами осуществления и дополнительные конкретные варианты осуществления могут быть сформированы, вводя различные изменения в варианты осуществления, не отступая от его объема.
Процедуры обработки, описанные выше в вариантах осуществления, могут рассматриваться как способ, содержащий последовательность процедур, или могут рассматриваться как программа, заставляющая компьютер выполнять последовательность процедур, или как носитель записи данных, хранящий программу. Носитель записи данных может быть, например, CD-диском (Compact Disc, компакт-диском), MD (Mini Disk, минидиском), DVD (Digital Versatile Disc, цифровым универсальным диском), картой памяти или диском Blu-ray (зарегистрированное торговое название).
Настоящая технология может также быть осуществлена в описанных ниже структурах.
(1) Устройство беспроводной связи, осуществляющее беспроводную связь между устройствами с другим устройством беспроводной связи в соответствии с техническими требованиями Wi-Fi (Wireless Fidelity) Direct, причем упомянутое устройство беспроводной связи содержит:
приемный блок, который принимает кадр действия, содержащий информацию о роли устройства беспроводной связи, описанный в технических требованиях IEEE (Institute of Electrical and Electronic Engineers, Институт инженеров по электротехнике и электронике) 802.11.
(2) Устройство беспроводной связи по п. (1), в котором приемный блок выполняет прием, когда устройством беспроводной связи является устройство на основе P2P (действующее между равноправными участниками), соединенное с другим устройством беспроводной связи.
(3) Устройство беспроводной связи по п. (1) или (2), в котором информация о роли устройства беспроводной связи является информацией об источнике и приемнике, совместимых с техническими требованиями Wi-Fi Display.
(4) Устройство беспроводной связи по любому из пп. (1)-(3), в котором кадр действия является кадром конкретного действия поставщика, описанным в технических требованиях IEEE 802.11.
(5) Устройство беспроводной связи по п. (4), в котором информация о роли устройства беспроводной связи вводится в область конкретного контента поставщика в кадре конкретного действия поставщика.
(6) Устройство беспроводной связи по любому из пп. (1)-(5), в котором кадр действия содержит участок информации о типе и участок информационного элемента.
(7) Устройство беспроводной связи по любому из пп. (1)-(6), в котором приемный блок принимает кадр действия, содержащий информацию о четвертом уровне.
(8) Устройство беспроводной связи по п. (7), в котором информация о четвертом уровне содержит, по меньшей мере, информацию о RTSP.
(9) Устройство беспроводной связи по п. (8), в котором информация о четвертом уровне содержит, по меньшей мере, информацию о номере порта, используемого в RTSP.
(10) Устройство беспроводной связи по любому из пп. (7)-(9), в котором информация о роли устройства беспроводной связи и информация о четвертом уровне расположены так, что информация о роли устройства беспроводной связи следует перед информацией о четвертом уровне в кадре действия.
(11) Устройство беспроводной связи по любому из пп. (1)-(10), в котором приемный блок принимает кадр действия, содержащий информацию о возможностях.
(12) Устройство беспроводной связи по п. (11), в котором информация о возможностях содержит, по меньшей мере, информацию о существовании или не существовании совместимости с защитой контента, совместимой с техническими требованиями Wi-Fi Display.
(13) Устройство беспроводной связи, содержащее:
блок связи, осуществляющий беспроводную связь между устройствами с другим устройством, раскрытым в процессе обнаружения соединения; и
блок управления, использующий первое приложение, назначенное в процессе обнаружения соединения, основываясь на синхронизации установления соединения беспроводной связи между устройствами, в котором
когда второе приложение исполняется во время работы первого приложения, блок связи принимает кадр действия, содержащий информацию о втором приложении, причем кадр действия описан в технических требованиях IEEE 802.11.
(14) Устройство беспроводной связи по п. (13), в котором блок управления завершает первое приложение, основываясь на синхронизации запуска в работу второго приложения.
(15) Устройство беспроводной связи по п. (13), в котором блок управления уменьшает объем данных, передаваемый о первом приложении, основываясь на синхронизации запуска в работу второго приложения.
(16) Устройство беспроводной связи по п. (15), в котором блок управления регулярно или нерегулярно проверяет состояние работы первого приложения после запуска в работу второго приложения.
(17) Устройство беспроводной связи по любому из пп. (13)-(16), в котором вторым приложением является Wi-Fi CERTIFIED Miracast.
(18) Устройство беспроводной связи по любому из пп. (13)-(17), в котором первым приложением является DLNA (Digital Living Network Alliance).
(19) Устройство беспроводной связи по п. (18), в котором блок связи принимает пакет FIN (конечный пакет) в протоколе TCP (Transmission Control Protocol, протокол управления передачей), основываясь на синхронизации запуска в работу второго приложения.
(20) Устройство беспроводной связи, осуществляющее беспроводную связь между устройствами с другим устройством беспроводной связи в соответствии с техническими требованиями Wi-Fi (Wireless Fidelity) Direct, причем упомянутое устройство беспроводной связи содержит:
приемный блок, который принимает кадр действия, содержащий информацию о роли устройства беспроводной связи, причем кадр действия описан в технических требованиях IEEE (Institute of Electrical and Electronic Engineers, Институт инженеров по электротехнике и электронике) 802.11;
блок отображения, отображающий данные изображения; и
блок переключения протоколов, переключающий протоколы при использовании беспроводной связи между устройствами.
(21) Устройство беспроводной связи по п. (20), дополнительно содержащее блок приема операций, принимающий операцию пользователя, в котором приемный блок принимает информацию о роли устройства беспроводной связи, основываясь на синхронизации приема операции пользователя для запуска передачи данных изображения, когда операция пользователя была принята блоком приема операций.
(22) Устройство беспроводной связи по п. (20) или (21), в котором приемный блок принимает данные изображения, отображаемые на блоке отображения, используя протокол, переключаемый блоком переключения протоколов.
(23) Устройство обработки информации, содержащее:
процессор; и
память, в которой хранится программа, которая должна исполняться процессором, в котором программа заставляет процессор выполнять:
первую процедуру, чтобы осуществлять беспроводную связь между устройствами и другим устройством в соответствии с техническими требованиями Wi-Fi Direct; и
вторую процедуру, чтобы принимать кадр действия, содержащий информацию о роли устройства беспроводной связи, используя устройство обработки информации, причем кадр действия описан в технических требованиях IEEE 802.11.
(24) Устройство обработки информации по п. (23), в котором программа дополнительно заставляет процессор выполнять процедуру обработки сигнала для обработки данных изображения.
(25) Устройство обработки информации по п. (23) или (24), в котором программа дополнительно заставляет процессор выполнять процедуру регулировки потребления энергии в соответствии с работой процессора.
(26) Способ связи, содержащий этапы, на которых:
выполняют первую процедуру, чтобы осуществлять беспроводную связь между устройствами с другим устройством беспроводной связи в соответствии с техническими требованиями Wi-Fi Direct; и
вторую процедуру для блока связи, чтобы принимать кадр действия, содержащий информацию о роли устройства беспроводной связи, используя устройство обработки информации, причем кадр действия описан в технических требованиях IEEE 802.11.
Перечень ссылочных позиций
10 Система связи
100 Первое устройство беспроводной связи
101 Антенна
110 Блок обработки данных
120 Блок обработки для передачи
130 Блок беспроводного интерфейса
140 Блок управления
141 Блок переключения протоколов
150 Память
160 Блок приема операции
170 Блок отображения
200 Второе устройство беспроводной связи
300 Третье устройство беспроводной связи
400 Четвертое устройство беспроводной связи
800 Устройство обработки информации
810 Процессор
820 Память