СИСТЕМА УПРАВЛЕНИЯ БЕСПРОВОДНОЙ СВЯЗЬЮ МЕЖДУ УСТРОЙСТВАМИ Российский патент 2015 года по МПК H04B5/00 

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

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

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

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

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

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

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

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

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

Кроме того, пользователь сталкивается с еще большими трудностями в процессе программирования именно тех программируемых универсальных пультов дистанционного управления, которые обеспечивают управление несколькими устройствами в предварительно запрограммированной «макро» последовательности. Например, могла бы быть создана последовательность, называемая «Проигрывание ДВД» ("Play DVD"), которая обеспечивает включение DVD-плейера и телеприемника, переключение телеприемника на нужный AV-вход для DVD и включение проигрывание DVD.

Третье поколение пультов дистанционного управления практически аналогично второму поколению, но при этом третье поколение ПДУ включает функцию обучаемости, которая позволяет им «усваивать» управляющие коды, передаваемые с других пультов дистанционного управления. В качестве среды передачи данных обычно используется инфракрасное излучение, обеспечивающее однонаправленный канал от контроллера к аппаратуре.

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

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

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

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

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

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

Кроме того, ряд новых устройств, таких как популярные мультимедийные проигрыватели, снабжен внешним периферийным оборудованием, к которым они могут подключаться. Например, iPod (МР3-плейер) может стыковаться со многими типами специально предназначенных для него внешних периферийных устройств, таких как мощные HiFi-устройства, переносные большие магнитофоны, радиочасы и т.д. Однако проблема для потребителей и производителей заключается в том, что компания Apple жестко контролирует стыковочный интерфейс, в котором используется запатентованная технология, и доступ к которому затруднен механическим соединителем, не обеспечивающим дистанционное управление.

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

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

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

КРАТКОЕ ИЗЛОЖЕНИЕ СУЩЕСТВА ИЗОБРЕТЕНИЯ

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

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

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

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

Фиг.2а - концептуальная схема (базового) пульта дистанционного управления первого поколения для управления устройством.

Фиг.2b - концептуальная схема (универсального) пульта дистанционного управления второго поколения для управления несколькими устройствами.

Фиг.2с - концептуальная схема (обучающегося) пульта дистанционного управления третьего поколения для управления несколькими устройствами.

Фиг.3 - жизненный цикл соединения (взаимосвязи) между контроллером и устройством, которые подчиняются ADRC-протоколу (ADRC).

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

Фиг.5 - концептуальная схема, иллюстрирующая систему, с помощью которой обеспечивается управление средствами программного обеспечения.

Фиг.6 - концептуальная схема, иллюстрирующая систему, в которую введен прокси-устройство.

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

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

Фиг.9 - блок-схема, иллюстрирующая первое устройство (управляемое устройство).

Фиг.10 - блок-схема, иллюстрирующая второе устройство (контроллер) как до, так и после соединения с первым устройством.

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

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

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

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

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

Фиг.16 - внутренняя блок-схема предпочтительного примера осуществления контроллера в соответствии с настоящим изобретением.

Фиг.17 - внутренняя блок-схема предпочтительного примера осуществления устройства в соответствии с настоящим изобретением.

Фиг.18 - внутренняя блок-схема предпочтительного примера осуществления шлюзового устройства в соответствии с настоящим изобретением.

Фиг.19 - внутренняя блок-схема предпочтительного примера осуществления сигнального устройства в соответствии с настоящим изобретением.

Фиг.20 - блок-схема, описывающая способ, определенный ADRC-протоколом.

Фиг.21 - пример содержания внутри файла описания ресурсов.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

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

В настоящем изобретении:

«самоописываемое устройство», или просто «устройство» в равной степени относится к элементу аппаратных средств или к приложению;

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

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

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

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

На Фиг.1 проиллюстрирована система дистанционного управления, включающая один или несколько контроллеров 100, устанавливающих связь с использованием протоколов 2000, 2100, 2200, 2300, 2400, 2500, передаваемых по беспроводному каналу связи 200, с одним или несколькими устройствами 300, которые в соответствии с идеей настоящего изобретения являются самоописываемыми. Кроме того, контроллер 100 также может устанавливать связь с сервером 500 через коммуникационную сеть 600 с целью обеспечения доступа к любым ресурсам, которые могут потребоваться контроллеру или пользователю для взаимодействия с устройством 300 или для осуществления гибкой пользовательской настройки устройства 300.

Устройство 300 реализует ADRC-протокол и, следовательно, сдержит, как минимум, один файл описания ресурсов (RDF). Контроллер 100, используя ADRC-протокол, устанавливает связь с устройством 300 по беспроводному каналу связи 200.

На этапе протокола 2000 контроллер 100 и устройство 300 обнаруживают друг друга и в последующем образуют соединение, за счет которого они могут беспрепятственно устанавливать двунаправленную связь между собой.

На этапе протокола 2100 контроллер 100 получает файл описания ресурсов для каждого подблока устройства 300 и делает попытку произвести выборку (загрузку) любых указанных в нем ресурсов. После получения ресурсов контроллер 100 использует информацию в файле описания ресурсов для динамического генерирования пользовательского интерфейса, являющегося необходимым и достаточным для управления устройством 300 и для конфигурации любых ресурсов обработчика, необходимых для реагирования на события, которые могут быть получены.

На этапе протокола 2200 контроллер 100 получает описательные данные для устройства 300. Описательные данные могут содержать элементы, включающие производителя, модель, версию и канал связи, и указанные элементы предоставляются одному или нескольким подблокам, которые может реализовывать устройство 300.

На этапе протокола 2300 пользователь активизирует управление с пользовательского интерфейса, который может быть генерирован путем подачи голосовой команды, и контроллер 100 формирует точную последовательность кодов команд, используя соответствующие данные в файле описания ресурсов, и направляет указанные данные в устройство 300, которое принимает последовательность кодов команд и реализует соответствующую команду.

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

На этапе протокола 2500 контроллер 100 и устройство 300 «забывают» о соединении между ними и не могут в дальнейшем устанавливать связь между собой.

Как указывалось выше, устройства существующего уровня техники могут быть в целом отнесены к трем группам в зависимости от поколения технических средств дистанционного управления, которые представлены на Фиг.2а-2с. Указанные рисунки также упоминались выше, однако для детализации на управляемые устройства в целом делается ссылка как на устройство 300 и контроллер 100.

Дисплей на контроллере обозначен позицией 110, и ввод пользователя обозначен позицией 120. Интернет в целом обозначен позицией 600, портативный персональный компьютер - позицией 500 и пульт дистанционного управления, распознаваемый контроллером, - позицией 130.

Очевидно, что приведенное ниже описание основано на примере осуществления настоящего изобретения, в котором контроллер и устройство сначала обнаруживают друг друга путем близостного росчерка на сенсорной панели, которая активизируется при расположении устройств на таком расстоянии, при котором они практически касаются друг от друга. Близостное обнаружение рассматривается в качестве предпочтительного примера осуществления для бытовой аппаратуры ввиду нижеприведенных причин: оно обеспечивает максимально удобный и простой в обращении способ для пользователя, позволяющий ему формировать соединение между контроллерами и устройствами; оно является приемлемым каналом связи «по умолчанию» между всеми устройствами и контроллерами; оно обеспечивает обнаружение независимо от технологии персональных сетей/локальных сетей, реализуемой на устройстве и контроллере; оно является механизмом защиты для обмена чувствительными данными, такими как ключи шифрования и т.д. и оно существенно снижает стоимость производства.

На Фиг.3 проиллюстрирован жизненный цикл соединения между контроллером 100 и устройством 300, состоящий из 7 фаз 317, 319, 321, 323, 325, 327 и 329.

Обнаружение 317

С целью установления соединения устройство 300 сначала должно обнаружить контроллер 100.

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

- механизмы обнаружения, обеспечиваемые протоколами персональной сети (протоколами PAN), например, средства обнаружения, обеспечиваемые объектом управления сетевым уровнем (NLME) протокола радиочастотного дистанционного управления для бытовой электронной аппаратуры,

- сервисы обнаружения, предоставляемые в локальной сети (LAN), например, Avahi;

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

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

Обнаружение 317 также может быть связано (333) с разъединением 329.

Соединение 319

В зависимости от применения устройству 300 может потребоваться контроллер 100 для аутентификации и наоборот. При необходимости проведения аутентификации и при ее успешном завершении, устройство 300 и контроллер 100 обмениваются любыми данными, необходимыми для создания сетевого соединения друг с другом. Например, если бы сеть являлась персональной сетью радиочастотного дистанционного управления для бытовой электронной аппаратуры, то контроллер 100 направил бы сообщение о PAIR.запросе на объект управления сетевым уровнем (NLME), и устройство 300 направило бы ответ на PAIR.запрос. При успешном выполнении запроса обе стороны «образовали бы пару» друг с другом и теперь могли бы свободно установить связь между собой.

Предоставление данных 321

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

Перечисление 323

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

Перечисление 323 также может быть связано (331) с использованием 327.

Активизирование 325

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

Использование 327

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

Разъединение 329

В определенный момент времени может возникнуть необходимость прервать соединение между устройством 300 и контроллером 100, например, если устройство является элементом аудиовизуальных средств, и владелец решает продать его другой стороне. Во время фазы разъединения предварительно сформированное соединение между устройством и контроллером «забывается».

На Фиг.4 представлена концептуальная схема, иллюстрирующая, каким образом может быть достигнуто соединение между пользователем 417 и его контроллером 419 и управляемым устройством 300, которое в данном случае является телеприемником, с использованием способа сенсорного касания, и соответствующий электронно регулируемый обмен также обозначен позицией 419.

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

Компьютер 500 поддерживает один или несколько коммуникационных интерфейсов, например, проводной сетевой адаптер 540 или беспроводной сетевой адаптер 550. Управление указанными коммуникационными интерфейсами обычно осуществляется сетевым администратором 570 операционной системы, инсталлированной на компьютере, в результате чего обеспечивается беспрепятственный доступ приложений к сетевой функциональности, обеспечиваемой несколькими интерфейсами. В данном примере осуществления функциональность ADRC-протокола реализуется как в виде кристалла интегральной схемы 400, так и программной услуги 510.

Кристалл интегральной схемы 400 обладает двумя основными функциями. Во-первых, кристалл ИС функционирует в качестве прокси-устройства таким образом, чтобы на блок электропитания 560 обеспечивалась подача команды на включение контроллером 100. Благодаря этому обеспечивается включение компьютера 500 как любого иного прибора. Во-вторых, кристалл ИС образует коммуникационный интерфейс персональной сети для обеспечения связи с сетевым администратором 570. Благодаря этому компьютер 500 становится вариантом контроллера 100 путем реализации функциональности «программируемый контроллер» (′Soft Контроллер′), за счет чего обеспечивается управление им другими устройствами в персональной сети.

Сервис 510 функционирует в качестве прокси-устройства таким образом, чтобы обеспечивалось управление приложениями на компьютере 500 контроллером 100 аналогично управлению любым иным устройством. Сервис 510 имеет доступ к сетевым коммуникационным средствам через сетевой администратор 570, и, кроме того, он обеспечивает интерфейс прикладного программирования (API) 530 таким образом, чтобы обеспечивалась разработка приложений 520, которые используют интерфейс прикладного программирования, и в результате чего обеспечивается их дистанционное управление контроллером 100. При инсталлировании приложения 520 на компьютере 500 во время процедуры инсталлирования дополнительно осуществляется регистрация приложения с сервисом 510. Это может быть осуществлено, например, путем копирования файла описания ресурсов приложения в профильный участок кэш-памяти сервиса 510. Функция сервиса 510 заключается в том, чтобы каждое зарегистрированное приложение представляло собой подблок компьютера 500.

В предпочтительном примере осуществления настоящего изобретения сервис 510 регистрируется с помощью протокола обнаружения сервисов на основе локальной сети, такого протокола как одна из реализации ZeroConf, например, Avahi для систем Linux или Bonjour для систем Apple. Таким образом, контроллер 100, используя свой интерфейс 140 локальной сети и протокол обнаружения сервиса, может обнаружить и сформировать соединение с сервисом 510 на компьютере 500 с помощью известных способов на базе локальной сети.

В соответствии с идеей настоящего изобретения контроллер 100 далее направляет запрос сервису 510 перечислить свои подблоки (в этом случае зарегистрированные приложения). Затем контроллер 100, используя описательные данные, полученные в результате процесса перечисления, определяет, располагает ли он файлом описания ресурсов для каждого подблока. Если он не располагает таким файлом, предоставление, инсталлирование и активизирование файла описания ресурсов и любых ресурсов, определенных в нем, осуществляется в соответствии с ранее приведенным описанием. В этот момент времени на пользовательский интерфейс, представленный контроллером 100, выводится пиктограмма для каждого зарегистрированного приложения на компьютере 500.

На фазе использования пиктограммы устройства (представляющие приложения) на графическом пользовательском интерфейсе способны указать, включено ли (выполняется ли) в настоящее время или выключено (не выполняется) программное устройство. При активизировании пользователем пиктограммы выключенного устройства контроллер 100 направляет «команду на включение» устройства на сервис 510, который далее запускает выполнение соответствующего приложения 520. При активизировании пользователем «кнопки выключения» устройства контроллер 100 направляет «команду на выключение» устройства на сервис 510, который затем прекращает выполнение приложения 520.

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

Приложение 520 может направить данные в ответ на команды на интерфейс прикладного программирования 530, и сервис 510 доставит указанные данные на контроллер 100. Например, если программное обеспечение представляет собой приложение демонстрации слайдов, и пользователь подает команду на переход к следующему слайду, приложение 520 может направить заметки докладчика пользователю для вывода их на дисплей.

Приложение 520 может генерировать уведомления о необусловленном событии для интерфейса прикладного программирования 530, и сервис 510 доставит указанные уведомления контроллеру 100. Например, если программное обеспечение является приложением мультимедийного плейера и происходит воспроизведение музыкальной фонограммы, то далее событие могло бы устанавливаться на контроллере 100 каждую секунду для обновления дисплея состояния использованного времени.

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

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

В некоторых сетевых системах на основе персональных сетей пользователю необходимо сформировать соединения между каждым контроллером М и устройством N. Через относительно короткий отрезок времени пользователь сталкивается с неудобствами, т.к. количество соединений составляет М*N (произведение М и N). Например, если бы в доме имелось 3 контроллера и 5 устройств (например, телеприемник, DVD-плейер, телеприставка, кондиционер и термореле системы подогрева), то необходимо было бы сформировать 15 соединений. Указанное количество граничит с пределом приемлемости. Однако если бы в другом доме имелось 3 контроллера и 20 устройств (аудиовизуальные средства, выключатели осветительной арматуры, контроллеры жалюзи, штепсельные розетки и т.д.), то количество соединений составило бы 60, что является, безусловно, неудобным для проведения установок и трудоемким в управлении.

Для устранения такой ситуации в систему дистанционного управления может быть введено прокси-устройство 700. В данной системе каждое устройство 1…N формирует соединение с прокси-устройством 700, и каждый контроллер 1…М также формирует соединение с прокси-устройством. Следовательно, насчитывается N+М соединений. В продолжение предыдущего примера в доме 1 теперь было бы 8 соединений вместо 15, а в доме 2-23 вместо 60. Таким образом, введение прокси-устройства 700 позволило существенно сократить количество соединений, которые необходимо было установить и поддерживать пользователю, и, следовательно, результирующая система является более удобной и более предпочтительной.

Прокси-устройство 700 также может вести себя аналогичным образом по отношению к сервису 510, описанному выше, когда каждое устройство 300 становится подблоком прокси-устройства 700. Таким образом, контроллер 100 способен использовать ADRC-протокол для взаимодействия с прокси-устройством 700, которое передаст запросы от контроллера 100 к устройству 300 и ответы от устройства 300 к контроллеру 100 при необходимости.

В нижеприведенном абзаце со ссылкой на Фиг.7 раскрывается другой вариант системы по сравнению с системой, описанной со ссылкой на Фиг.6, в которой задача формирования соединений между М контроллерами и N устройствами решается без необходимости использования прокси-устройства 700.

С целью координации операций соединения один контроллер 100 (RC1) определен как координатор, в то время как другой контроллер 100 (RC2) определен как инициатор. Сначала RC1 должен стандартным способом соединяться с устройствами 300 (AP1, AP2, АР3). При возникновении необходимости формирования соединения между RC2 и устройствами 300 пользователь сначала формирует соединение между RC2 и RC1, используя близостный росчерк на сенсорной панели. После формирования соединения продолжается вспомогательный процесс соединения, при котором RC1 направляет свой собственный идентификатор (RC1.ID), свой собственный секретный ключ (RC1.KEY) и информацию о соединении для каждого из устройств 300 (AP1.ID, AP2.ID, АР3.ID) на RC2 по каналу связи пространственной близости, который является защищенным по своей сути. Процесс продолжается, когда RC2 соединяется поочередно с каждым из устройств 300 и формирует соединение с ними. Для формирования соединения с устройством 300, RC2 устанавливает с ним беспроводной канал связи и направляет запрос на формирование соединения. Прежде, чем будет разрешено формирование соединения, необходимо установить доверие между устройством 300 и RC2. Для установления доверия устройство 300 формулирует случайное сообщение MSG и направляет его RC2. Далее RC2 использует RC1.KEY для шифрования MSG с помощью алгоритма симметричного шифрования и направляет свою информацию о соединении RC2.ID, идентификацию доверенного координатора RC1.ID и зашифрованное сообщение ENCRYPT(RC1.KEY, MSG) на устройство 300. Устройство 300 просматривает свою внутреннюю информацию о соединении в отношении RC1, получает RC1.KEY и использует его для шифрования MSG и сравнивает результаты с сообщением ENCRYPT(RC1.KEY, MSG), направленным контроллером RC2. При совпадении значений устройство 300 устанавливает доверие в RC2, и между RC2 и устройством 300 формируется соединение.

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

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

Для устранения такой ситуации в систему дистанционного управления включено устройство защиты 800. Устройство защиты 800 является достоверным устройством. Используя систему, основанную на системе, раскрытой на Фиг.6, закрытая персональная сеть включает прокси-устройство 700 и ряд устройств 300, которые ранее взаимодействовали с прокси-устройством. Указанные элементы образуют закрытую персональную сеть и не дают разрешения на формирование соединения с любого контроллера. Прокси-устройство может представлять собой функциональное устройство само по себе, такое как замок в двери номера. Прокси-устройство 700 сконфигурировано таким образом, чтобы оно обеспечивало соединение только с тем контроллером, который указало ему устройство защиты 800. Устройство защиты 800 может быть расположено на стойке регистрации гостиницы. При регистрации клиента в гостинице сотрудник выделяет ему номер, и эти данные передаются на устройство защиты 800, далее контроллер 100 клиента гостиницы предъявляется устройству защиты 800, которое опознает его. При успешном опознавании контроллера 100 устройство защиты 800 направляет идентификацию контроллера 100 на прокси-устройство 700 номера, который был выделен клиенту гостиницы, и информация о соединении прокси-устройства 700 может быть выборочно представлена контроллеру 100. Теперь, когда клиент гостиницы предъявляет контроллер 100 прокси-устройству 700, которое может представлять собой дверной замок и обладать возможностями близостного росчерка на сенсорной панели, прокси-устройство примет запрос на соединение от контроллера 100. После формирования соединения между контроллером 100 и прокси-устройством 700, контроллер способен управлять устройствами в персональной сети номера аналогичным способом, описанным со ссылкой на Фиг.6. Наконец, при регистрации отбытия клиента устройство защиты 800 может направить команду прокси-устройству 700 для разъединения с контроллером 100.

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

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

В нижеприведенном абзаце со ссылкой на Фиг.11 раскрывается система, в которую включено средство управления доступом 700, координирующее управление доступом с помощью контроллера 100 и устройства 300.

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

Пользователь с соответствующими привилегиями может создать информацию об управлении доступом 3000 на устройстве управления доступом 700. Создание такой информации может быть осуществлено с использованием приложения, специально разработанного для этой цели.

После создания или обновления требуемой информации об управлении доступом устройство управления доступом 700 направляет список управления доступом (ACL) 3005 на любое соответствующее устройство 300 и список управления доступом ACL 3010 на любой соответствующий контроллер 100. Теперь, когда контроллер 100 направляет команду 3015 на устройство 300, устройство проводит сверку с соответствующим списком управления доступом для определения того, имеет ли контроллер 100 разрешение на выполнение запрашиваемой операции. Если контроллер 100 не имеет разрешения, то в этом случае устройство 300 не исполняет запрос, а вместо этого информирует контроллер о причине отказа в исполнении запроса. Аналогичным образом, когда пользователь контроллера 100 запрашивает доступ к конкретной функции 3020, контроллер 100 проводит сверку с соответствующим списком управления доступом для определения необходимости предоставления функции.

В нижеприведенном абзаце со ссылкой на Фиг.12 раскрывается система, в которой устройство 700 обеспечивает дистанционный доступ к контроллеру 100 в другом месте, находящемся за пределами охвата беспроводного канала связи 200.

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

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

Устройство 700 имеет конфигурацию, обеспечивающую установление связи с устройствами 300 в одной или нескольких персональных сетях. В указанных персональных сетях не необходимости использовать одну и ту же технологию, например, персональная сеть 1 может представлять собой сеть Bluetooth 3, в то время как персональная сеть 2 может представлять собой сверхширокополосную (UWB) сеть.

Устройство 700 также сконфигурировано для соединения с Интернетом через определенные сетевые средства локальной сети, например, через точку доступа Wi-Fi™ или модем DSL, либо через аналогичные устройства. Компьютер 500 находится на удаленном расстоянии и подсоединен к сети Интернет.

Приложение, реализующее ADRC-протокол, инсталлировано на компьютере 500. Указанное ′SoftRemote′ 100 могло бы быть загружено с сервера в сети Интернет. Кроме того, устройство 700 реализует одно или несколько шлюзовых устройств, которые позволяют ему переформатировать сетевые пакеты и обеспечивать их маршрутизацию между первой и второй сетью.

Например, компьютер 500 может направить протокол пользовательских датаграмм/протокол Internet (UDP/IP) на устройство 700, которое переформатирует его в один или несколько пакетов Bluetooth и маршрутизирует указанные пакеты в персональную сеть 1. Наконец, в соответствии с вышеприведенным описанием концентратор 700 функционирует в качестве прокси-устройства таким образом, чтобы каждое устройство 300 представляло собой один из его подблоков. Теперь, ′SoftRemote′ 100 способно использовать ADRC-протокол для взаимодействия с устройствами 300а, 300b и 300с через устройство 700, как если бы они были местными устройствами.

В нижеприведенном абзаце со ссылкой на Фиг.13 раскрывается система, в которой устройство 300 использует дисплей контроллера 100 для выведения на дисплей меню, индикации состояния и аналогичных данных.

Можно создать ряд менее дорогостоящих устройств, т.к. в них предусматривается использование только самого базового способа взаимодействия с пользователем. Например, современный DVD-плейер снабжен только самым базовым дисплеем с несколькими кнопками, таким образом, его работа зависит от телеприемника и пульта дистанционного управления для обеспечения полностью функционального пользовательского интерфейса. Такой способ обычно называют способом отображения выполняемых функций на экране (OSD). Тем не менее, использование отображения выполняемых функций на экране мешает просмотру основной программы для любых иных зрителей, что при определенных обстоятельствах может являться наиболее раздражающим фактором. Таким образом, было бы наиболее предпочтительным, если бы любые экранные меню и иная информация о состоянии выводились бы на экран контроллера 100, а не экран телеприемника.

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

Ввиду гибкости, обеспечиваемой настоящим изобретением, могут быть описаны крайне удобные и простые в использовании меню/управляющие интерфейсы, которые могут быть активизированы непосредственно простым движением пальцев вместо перемещения по системе меню с помощью курсорных клавиш. Указанные меню/управляющие интерфейсы также могут включать относящуюся к программам информацию, такую как название программы, ее продолжительность и иные имеющиеся метаданные. Кроме того, на экран может выводиться и обновляться в реальном режиме времени информация о состоянии, таком как режим (например, воспроизведение, пауза, останов), время выполнения программы, оставшееся время и т.д., при этом контроллер 100 использует интерфейс прикладного программирования устройства в соответствии с описанием в его файле описания ресурсов для запроса такой информации, и устройство 300 направляет события на контроллер 100 для проведения при необходимости обновления состояния.

В нижеприведенном абзаце со ссылкой на Фиг.14 раскрывается система, в которой устройство 300 получает информацию, передаваемую по сети открытого (некодированного) вещания и генерирует соответствующие события для контроллера 100.

В настоящее время существуют медиа-сервисы открытого вещания, позволяющие передавать цифровую информацию в сочетании с фактическим содержанием программы. Например, система цифрового телевидения (DVB) способна передавать название станции, электронный телегид (EPG) и иные данные вместе с содержанием телевизионной программы. Аналогичным образом служба передачи радиоданных (RDS) способна передавать название станции, название программы и иные данные вместе с содержанием аудио программы FM.

Оператор сети открытого (некодированного) вещания способен пересылать цифровые данные 3200 по своей сети по своему усмотрению, и, кроме того, он также в состоянии синхронизировать доставку таких данных с тем, чтобы они соответствовали содержанию программы. Это позволяет создать эффективную схему, в которой приемное устройство 300 способно принимать такие данные и далее отсылать необусловленное событие 3205 для уведомления контроллера 100. Событие 3205 может содержать информацию, такую как унифицированный указатель ресурсов, условие триггера, текст или иные данные. При получении контроллером 100 события 3205 он может действовать в отношении указанного события соответствующим образом.

Например, если событие 3205 содержало унифицированный указатель ресурсов для веб-страницы, контроллер 100 может принять решение визуализировать указанную страницу и вывести ее на дисплей для пользователя. Веб-страница может являться веб-приложением, позволяющим пользователю обеспечить взаимодействие 3210 с сервером 500, и, в свою очередь, сервер 500 предоставляет соответствующие ответы 3215 пользователю. Кроме того, если событие 3205 содержало условие триггера, то в этом случае контроллер 100 может принять решение активизировать соответствующий ресурс обработчика 3220, информирую его об условиях триггера. Далее указанный обработчик может использовать информацию персонализации, хранящуюся в контроллере 100, для выведения высокоцелевой или персонализированной информации для пользователя.

Для введения указанной системы в контекст телевизионная станция может вести вещание спортивного мероприятия, такого как футбольный матч. По завершению периода матча телевизионная станция направляет информацию, содержащую унифицированный указатель ресурсов, по сети цифрового телевидения (DVB). Болельщик смотрит матч по телеприемнику, обеспечивающему осуществление настоящего изобретения. Телеприемник получает информацию по сети цифрового телевидения, переформатирует ее в виде события и направляет указанную информацию на пульт дистанционного управления.

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

В нижеприведенных абзацах со ссылкой на Фиг.15 раскрывается система, в соответствии с которой, тем не менее, обеспечивается управление бытовыми приборами, в которых не реализовано настоящее изобретение (технологии дистанционного управления первого, второго и третьего поколения), контроллером 100.

Прибор снабжен управляющим интерфейсом, представляющим собой интерфейс для обеспечения инфракрасной связи либо любой иной тип радиочастотного интерфейса. Прибор также может быть снабжен одним или несколькими портами HDMI, способными реагировать на команды контроллера коммуникационного процессора (СЕС). В данном примере осуществления настоящего изобретения шлюз 900 также способен преобразовывать сообщения, поступающие по беспроводному каналу связи 200 от контроллера 100, в форму, совместимую с технологией дистанционного управления прибора.

Шлюз 900 также ведет себя аналогичным образом в отношении вышеописанного прокси-устройства 700 в том плане, что он выступает в качестве прокси-устройства, в результате чего каждый прибор становится подблоком шлюза 900. Таким образом, контроллер 100 способен использовать ADRC-протокол для взаимодействия со шлюзом 900, и шлюз 900 передает команды от контроллера 100 к одному или нескольким приборам, используя соответствующую коммуникационную среду.

Например, если прибор снабжен инфракрасным пультом дистанционного управления, шлюз 900 получит команды от контроллера 100 по беспроводному каналу связи 200 и затем смодулирует инфракрасный сигнал для передачи команды на прибор. В другом примере, если прибор снабжен портом HDMI (интерфейс, предназначенный для передачи видео высокого разрешения и многоканальных цифровых аудиосигналов с защитой от копирования), поддерживающим управление с помощью набора команд контроллера коммуникационного процессора, то в этом случае шлюз 900 получит команды от контроллера 100 по беспроводному каналу связи 200, затем переформатирует команду в свой соответствующий формат контроллера коммуникационного процессора и направит команду на прибор через штырьевой разъем контроллера коммуникационного процессора порта HDMI.

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

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

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

Информация, хранимая для взаимодействия, может включать:

- производителя устройства, модель и класс

- подаваемые команды

- метку даты/времени

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

Контроллер 100 может периодически предварительно обрабатывать хранящиеся записи и затем направлять их на сервис по Интернету для агрегирования, анализа и отчетности).

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

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

- наименование программы

- вещательную станцию

- метку даты/времени

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

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

На Фиг.16 проиллюстрированы основные аппаратные блоки в соответствии с предпочтительным примером осуществления контроллера 100. Микроконтроллер 105 взаимодействует с различными блоками, а также выполняет программы, обеспечивающие реализацию функциональности дистанционного управления, протоколы и иные приложения. Блок 110 жидкокристаллического дисплея с сенсорной панелью, предназначенный для выведения на дисплей динамически генерируемых графических интерфейсов управления для пользователя и для ввода информации пользователем. Беспроводный зарядный блок 115, предназначенный для зарядки внутреннего аккумулятора, при этом отсутствует необходимость физического подсоединения системы к сети электропитания. Блок громкоговорителя 120, включающий один или несколько громкоговорителей для оповещения пользователя об уведомлениях, поступающих от устройств (например, оповещения об изменениях состояния) и для обеспечения звуковой обратной связи для определенных операции пользовательского интерфейса. Блок микрофона 125, предназначенный для приема речевых команд от пользователя. Блок контроллера пространственной близости 130, предназначенный для обеспечения ближней связи с низкоскоростной передачей данных между контроллером 100 и внешним устройством 300 на расстоянии, составляющем несколько сантиметров. Блок контроллера 135 беспроводной сети, предназначенный для обеспечения связи по персональной сети со средней скоростью передачи данных между контроллером 100 и внешним устройством 300 на расстоянии десятков метров. Блок беспроводной локальной сети 140, предназначенный для обеспечения связи по локальной сети с высокой скоростью передачи данных между контроллером 100 и коммуникационной зоной доступа или внешним устройством 300. Блок датчика движения 145, предназначенный для определения того, является ли контроллер 100 неподвижным или перемещается для управления режимами мощности. Блок инфракрасного приемника 150, предназначенный для приема инфракрасных сигналов, подаваемых существующими инфракрасными пультами дистанционного управления, с целью обеспечения распознавания указанных сигналов. Блок FM 155, предназначенный для передачи аудио содержания на внешние устройства и приема информации, передаваемой через открытые сервисы с частотной модуляцией.

На Фиг.17 проиллюстрированы основные аппаратные блоки в соответствии с предпочтительным примером осуществления устройства 300 и кристалла интегральной схемы 400. Следует отметить, что устройство 300 является любым устройством общего назначения, примеры которого включают прокси-устройство 700, устройство защиты 800 и шлюз 900, бытовую технику, научное оборудование, научное оборудование и промышленное оборудование. Микропроцессор 405 взаимодействует с различными блоками 400, а также выполняет программы, обеспечивающие реализацию функциональности прокси-устройства, протоколы и иные приложения. Блок контроллера последовательного интерфейса 410 предназначен для взаимодействия с внутренними контурами 310 устройства 300 для обеспечения передачи данных. Общий блок ввода/вывода (GIO) 440 предназначен для взаимодействия с внутренними контурами 310 устройства 300 для обеспечения входного сигнала или сигналов управления. Блок контроллера беспроводной сети 415 предназначен для связи по персональной сети со средней скоростью передачи данных с контроллером 100. Блок FLASH-памяти 420 предназначен для хранения программного обеспечения и данных. Блок защиты 425 предназначен для выполнения операций аутентификации и шифрования. Блок таймера 430 предназначен для точной синхронизации связи и иных системных функций. Блок ЗУ с произвольной выборкой 435 предназначен для создания оперативного запоминающего устройства для микропроцессора 405. Дополнительный блок внешней памяти 320 предназначен для создания памяти большей емкости для хранения ресурсов. Блок близостных контуров 330 предназначен для обеспечения близостного обнаружения кристаллом интегральной схемы 400 и связи ближнего действия с низкой скоростью передачи данных с контроллером 100 на расстоянии нескольких сантиметров.

На Фиг.18 проиллюстрированы основные аппаратные блоки предпочтительного примера осуществления шлюза 700. Микроконтроллер 705 взаимодействует с различными блоками, а также выполняет программы, реализующие функциональность шлюза, прокси-устройство, протоколы и иные приложения. Дополнительный пользовательский интерфейс 710 предназначен для вывода на дисплей состояния или информации для пользователя и для ввода данных пользователем. Блок контроллера пространственной близости 715 предназначен для обеспечения связи ближнего действия с низкой скоростью передачи данных с контроллером 100 на расстоянии нескольких сантиметров. Блок контроллера беспроводной персональной сети 720 предназначен для обеспечения связи со средней скоростью передачи данных на контроллер 100 устройства 300. Блок обычного коммуникационного интерфейса 725 предназначен для осуществления связи с приборами, не соответствующими настоящему изобретению.

На Фиг.19 проиллюстрированы основные аппаратные блоки предпочтительного примера осуществления устройства защиты 800. Микроконтроллер 805 взаимодействует с различными блоками, а также выполняет программы, реализующие функциональность устройства защиты, протоколы и иные приложения. Дополнительный пользовательский интерфейс 810 предназначен для вывода на дисплей состояния или информации для пользователя и для ввода данных пользователем. Блок контроллера пространственной близости 815 предназначен для обеспечения связи ближнего действия с низкой скоростью передачи данных с контроллером 100 на расстоянии нескольких сантиметров. Блок последовательной связи 820 предназначен для обеспечения связи USB и RS232 с компьютером или устройством. Блок беспроводной локальной сети 825 предназначен для связи с высокой скоростью передачи данных с сервером приложений или устройством. Блок проводной локальной сети 830 предназначен для обеспечения связи с высокой скоростью передачи данных с сервером приложений или устройством.

В нижеприведенных абзацах со ссылкой на Фиг.20 раскрывается детализированный логический поток ADRC-протокола на протяжении всего жизненного цикла соединения с устройством.

На этапе 2000 пользователь располагает контроллер 100 на расстоянии пространственной близости от устройства 300 и в некоторой точке, на этапе 2002 устройство 300 обнаруживает присутствие контроллера 100. Такое положение концептуально проиллюстрировано на Фиг.4.

На этапах 2004-2006 устройство и контроллер обмениваются маркерами «обнаружения» по установленному между ними каналу близостной связи. Маркеры соединения могут включать информацию следующего характера:

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

- необходима ли аутентификация;

- какие беспроводные коммуникационные интерфейсы поддерживаются;

- для каждого поддерживаемого коммуникационного интерфейса соответствующие характеристики, например, в отношении информации, касающейся интерфейса беспроводной локальной сети, включали бы: версию 802.11, например, , защищенный доступ по протоколу шифрования в WEP или WPA, расширенный стандарт шифрования -протокол блочного шифрования с кодом аутентичности сообщения и режимом сцепления блоков и счетчика (AES-CCMP) и т.д.

Этапы 2008 и 2012 применимы, если устройство 300 запрашивает аутентификацию контроллера 100. При необходимости аутентификации в данном случае применяют соответствующий способ. В предпочтительном примере осуществления настоящего изобретения нашел бы применение способ PKI, предусматривающий цифровые сертификаты и обмен произвольно генерированными паролями (конфиденциальной информацией). Для упрощения процесса как контроллер, так и управляемое устройство, должны иметь, как минимум, цифровые сертификаты и ключи ассиметричной криптосистемы. Если для применения приемлемы более низкие уровни доверия, то в этом случае могут быть использованы другие способы, для которых могут потребоваться ключи симметричной криптосистемы.

Этапы 2010 и 2014 применимы, если контроллер 100 запрашивает аутентификацию устройства 300. При необходимости аутентификации в данном случае применяют соответствующий способ. В наиболее иллюстративном примере осуществления настоящего изобретения используется способ PKI, включающий цифровые сертификаты и произвольно генерируемые пароли. Если для применения приемлемы более низкие уровни доверия, то в этом случае могут быть использованы другие способы.

На этапе 2016 устройство 300 принимает решение о том, допустит ли устройство соединение с контроллером 100. Указанное решение может быть основано на различных критериях, например, было ли уже сформировано соединение с другим контроллером, либо, возможно, используется схема списка управления доступом, в результате чего только назначенные контроллеры получат разрешение на соединение с устройством.

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

На этапах 2018-2020 устройство и контроллер обмениваются маркерами «соединения» по установленному между ними канал близостной связи. Маркеры соединения могут включать информацию следующего характера:

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

- любой пароль, парольная фраза, ключ или параметр, необходимый для соединения с другой стороной по персональной сети/локальной сети, например, с другим устройством радиочастотного дистанционного управления для бытовой электронной аппаратуры, для которого требуется шифрованный канал связи с обязательным указанием счета передач на основе обмена ключами (Key Exchange Transfer Count);

- адрес сети;

- номер сетевого канала;

- протокол; и

- другие маркеры при необходимости.

На этапах 2022-2024 определяется, был ли успешно проведен обмен маркерами соединения. В случае успешного обмена может быть инициировано соединение. Если соединение невозможно, пользователь информируется об этом на этапе 2042.

На этапах 2026-2028 устройство 300 и контроллер 100 образуют соединение друг с другом, на основе которого они имеют возможность открыть канал связи и беспрепятственно передавать данные. Например, если сеть представляет собой беспроводную локальную сеть, то в этом случае соединение может быть описано: идентификатором SSID, способом защиты и ключом, адресом IP, протоколом и номером порта.

На этапе 2200 контроллер 100 определяет, располагает ли он уже файлом описания ресурсов для соответствия описательным данным в отношении каждого подблока, возвращенного устройством 300 на этапе 2102. В отношении тех файлов описания ресурсов, которыми не располагает контроллер, на этапах 2202-2204 контроллер 100 предпринимает попытку произвести выборку файлов описания ресурсов непосредственно из устройства directly from device 300. В отношении тех файлов, выборку которых невозможно осуществить из устройства 300, контроллер 100 на этапе 2210 предпринимает попытку осуществить выборку файлов описания ресурсов из указанной ссылки. При отсутствия указания на ссылку контроллер 100 на этапе 2212 предпринимает попытку осуществить выборку файлов описания ресурсов из URL по умолчанию. Указанная ссылка и URL по умолчанию могут находиться на сервере 500, и доступ к ним может осуществляться по сети 600. Если на этапе 2214 не был получен файл описания ресурсов, то информация об этом предоставляется пользователю на этапе 2216.

На этапе 2220 контроллер 100 использует информацию, содержащуюся в файле описания ресурсов для определения того, существует ли необходимость в каких-либо дополнительных ресурсах для управления соответствующего подблока устройства 300. В настоящем изобретении ресурсы относятся к элементам, которые могут быть затребованы контроллером для выполнения своих функций управления, а именно: данные, приложения, дополнительные модули, таблицы стилей и т.д.

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

Дополнительное назначение файла описания ресурсов заключается в определении того, каким образом следует обрабатывать события, генерируемые устройством 300. Файл описания ресурсов обеспечивает средство для соединения событий устройства с обрабатывающими ресурсами на контроллере 100 таким образом, чтобы при получении события оно пересылалось на соответствующий ресурс обработчика.

Кроме того, дополнительной целью файла описания ресурсов является предоставление возможности для описания средств ввода-вывода, предоставляемых устройством 300. Например, телеустройство может быть снабжено двумя входами AV1 и HDMI1 и одним выходом MONITOR. Такая информация является исключительно полезной для приложений, которые могут быть разработаны в помощь пользователю для установки и конфигурирования своей системы.

На этапах 2242-2244 контроллер 100 запускает на выполнение любые ресурсы, которые обозначены в файле описания ресурсов для автоматического активизирования.

На этапе 2100 контроллер 100 использует беспроводной канал связи 200 к устройству 300 и запрашивает устройство перечислить его подблоки. Для аппаратных устройств, таких как аудиовизуальные средства. (AV), подблок представляет собой блок оборудования, выполняющий четко определенную функцию, например, телеприемник (как таковой) располагает всего лишь одним подблоком, в то время как устройство, сочетающее телеприемник/DVD плейер, располагает двумя подблоками (телеприемник и DVD плейер). Для компьютеров, таких как ПК или серверы, подблок представляет собой приложение или сервис. Например, на ПК могут быть инсталлированы приложение музыкального плейера и игровое приложение, в то время как сервер может предложить сервисы, такие как географически привязанные сервисы, а также платежные сервисы. Для каждого подблока потребуется свой собственный уникальный набор данных для обеспечения управления ими.

На этапе 2102 устройство 300 перечисляет все свои подблоки, собирает описательные данные для каждого подблока и направляет указанные данные на контроллер 100. Описательные данные для подблока могут содержать:

- наименование производителя;;

- номер модели;

- версию;

- ссылку на файл описания ресурсов (дополнительно); и

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

Этапы 2300-2318 позволяют проиллюстрировать, каким образом пользователь имеет возможность использовать графический пользовательский интерфейс, генерированный на этапе 2240 для управления соответствующим устройством. Кроме того, этапы 2400-2406 позволяют проиллюстрировать, каким образом обеспечивается обработка устройств, способных генерировать уведомления о необусловленном событии для контроллера 100, путем перенаправления их на соответствующий ресурс обработчика, указанный в файле описания ресурсов, либо, если ни один из ресурсов обработчика не был указан, то в данном случае просто путем выведения на дисплей уведомления для пользователя с помощью графического пользовательского интерфейса.

Разъединение представляет собой процесс, при котором «забывается» соединение, ранее установленное между устройством 300 и контроллером 100. Таким образом, удаляются любые ограничения или контроль за доступом, которые были введены во время соединения. Этот фактор является значимым для определенных классов устройств, таких как аудиовизуальные средства, которые, вероятно, могли бы быть проданы новому владельцу.

На этапе 2500 контроллер 100 направляет запрос устройству 300 на разъединение. На этапе 2502 устройство может принять решение отклонить запрос, например, если соответствующий контроллер направил запрос, однако указанный контроллер не обладал привилегией на осуществление такой операции. При отклонении запроса пользователь уведомляется на этапе 2512 и 2514 и соединение остается ненарушенным. При принятии запроса на разъединение на этапах 2504-2510 проиллюстрировано, каким образом устройств 300 и контроллер 100 устраняют соединение друг с другом и, кроме того, контроллер 100 удаляет криптограмму устройства с графического пользовательского интерфейса вместе с файлом описания ресурсов и любыми связанными с ним ресурсами. После устранения соединения устройство 300 и контроллер 100 далее не в состоянии устанавливать связь друг с другом.

На Фиг.21 проиллюстрирован один пример осуществления файла описания ресурсов, основанного на XML.

Описательные данные, предоставляемые устройством 300 контроллеру 100 во время этапа перечисления, содержатся в тэге <описание> (<description>) 1000.

Информация, определяющая функции, обеспечиваемые устройством 300, содержатся в тэге <управляемый> (<controllable>) 1010. Например, тэг <функция> (<function>) 1011 представляет команду, необходимую для переключения питания на устройство 300. При генерировании пользовательского интерфейса тэг 1011 будет активизирован специальным графическим элементом, выделенным для тэгов <функция> (<function>) (который мог бы представлять собой нажимную кнопку), если это не будет отменено с помощью таблицы стилей. При активизировании пользователем указанного специального графического элемента контроллер 100 направит код ′807F′ устройству 300. При обеспечении поддержки голосовых команд слова, содержащиеся в тэге <голос> (<voice>) активизируют указанную команду. В качестве другого примера тэг <функция> (<function>) 1012 представляет команду, необходимую для установки громкости до указанного уровня. В этом случае тэг 1012 содержит тэг <диапазон> (<range>), указывающий, что данный специальный графический элемент может генерировать диапазон значений от 0 до 100 на этапах из 2. Таким образом, при генерировании пользовательского интерфейса тэг 1012 будет активизирован с помощью специального графического элемента, который может продемонстрировать диапазон, такого как скользящий маркер, либо с помощью любого иного специального графического элемента, который может быть указан в таблице стилей. Также возможны иные входные спецификаторы такого специального графического элемента, например, одним из таких применяемых спецификаторов мог бы быть список или перечисление, в котором может быть выбран фиксированный набор значений, и т.д.

Функции устройства могут быть сгруппированы вместе с помощью тэга <группа> (<group>) 1013. Например, является целесообразным сгруппировать определенные функции вместе, т.к. они являются логически связанными, например, цифровые клавиши 0-9 или клавиши управления меню. Кроме того, пульты дистанционного управления последнего поколения имеют от 20 до 30 кнопок, и если бы все из указанных кнопок были представлены на одном и том же экране контроллера 100, то результирующий интерфейс было бы трудно или невозможно использовать. Тем не менее, большинство пользователей используют незначительное количество функций, обычно таких как питание, режим отключения звука, громкость +/-, канал +/-, возврат и т.д., таким образом, является целесообразным сгруппировать употребительные функции на первом экране и распределить другие менее употребительные функции между вторым и третьим и, возможно, другими экранами по усмотрению пользователя. Специалистам в данной области техники должно быть очевидно, что размещение средств контроля и групп средств контроля также может быть определено с помощью таблицы стилей.

Как указывалось выше, ряд устройств мог обладать преимуществом за счет предоставления одного или нескольких ресурсов обработчика с целью обеспечения поддержки и повышения эффективности своей работы. Кроме того, при использовании в некоторых областях может потребоваться элемент автоматизированного управления, в рамках которого контроллер 100 может выполнять действия без вмешательства пользователя. Ресурсы и интерфейсы, необходимые для поддержания указанных функциональных возможностей, определены в тэге <автоматизация> (<automation>) 1020. Ресурсы могут включать приложения, встроенные сценарии, интерфейсы, объекты, данные и любые иные элементы, которые могут потребоваться. Например, тэг <ресурс> (<resource>) 1021 определяет обработчика, который реализуется с помощью встроенного скриптового языка, в то время как тэг <ресурс> (<resource>) 1023 определяет отдельно загруженное модульное приложение. Если предусматривается разработка программного обеспечения для управления устройством 300, то в этом случае необходимо знать интерфейс или интерфейс прикладного программирования устройства. Производители устройств могут определить интерфейс прикладного программирования своего устройства с помощью одного или нескольких тэгов <интерфейс> (<interface>). Например, тэг <интерфейс> (<interface>) 1024 определяет интерфейс, называемый ′xert′, содержащий одно событие (которое может быть направлено контроллеру), в то время как тэг <интерфейс> (<interface>) 1025 определяет второй интерфейс, называемый ′epg′, содержащий документ, событие и два способа. Ресурсы обработчика разрабатываются для реализации одного или нескольких интерфейсов. Тэг <средства реализации> (<implements>) определяет интерфейсы, реализуемые ресурсом обработчика. Например, тэг <средства реализации> (<implements>) 1022 определяет, что его соответствующий ресурс обработчика реализует интерфейс ′xert′.

Как описывалось выше, знание средств ввода/вывода устройства 300 контроллером 100 могло бы явиться для него преимуществом. Для этой цели представлен тэг <конфигурация> (<configuration>) 1030. Исходя из информации, описанной в тэге <конфигурация> (<configuration>) 1030, контроллер 100 имеет возможность узнать о технологии, реализующей ввод или вывод, например, HDMI или аналоговое композитное видео, используемые разъемы, в том числе их названия, цветную маркировку и любые специфические особенности, такие как поддерживаемые цифровые протоколы и т.д. Возможности создания персональной сети, добавления устройств к локальной сети и их удаление из нее с помощью близостного устройства.

Изобретение относится к средствам управления взаимодействием между контроллером и несколькими управляемыми устройствами. Технический результат заключается в усовершенствовании обмена и управления информацией при взаимодействии между контроллером и одним или несколькими электронно-управляемыми устройствами. Система для управления двунаправленной беспроводной связью между контроллером и несколькими управляемыми устройствами, в которой каждое управляемое устройство способно подавать операционные функционально-специализированные команды на контроллер относительно режима управления ими контроллером и в которой устройство пространственной близости обеспечивает двунаправленную связь на расстоянии нескольких сантиметров между контроллером и (или) каждым управляемым устройством. 5 н. и 48 з.п. ф-лы, 29 ил.

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

2. Система по п. 1, в которой каждое устройство имеет учетные данные для проверки подлинности.

3. Система по п. 2, в которой учетные данные для проверки подлинности являются цифровыми сертификатами.

4. Система по п. 1, в которой управляемое устройство снабжено одним или несколькими ключами симметричной и (или) асимметричной криптосистемы.

5. Система по п. 1, в которой коммуникационное устройство пространственной близости является устройством беспроводной связи ближнего радиуса действия (NFC), либо коммуникационным устройством радиочастотной идентификации (RFID), либо электромеханическим устройством, либо устройством оптического распознавания.

6. Система по п. 5, в которой оптическое распознавание включает фиксирование и обработку изображений прибора или идентификатора прибора, таких как один или несколько или сочетание штрихкодов либо 2-мерных или матричных штрихкодов.

7. Система по п. 1, в которой коммуникационные устройства включают как минимум одну беспроводную персональную сеть, включающую Bluetooth^ТМ, ZigBee^ТМ, Ultra WideBand, 6loWPAN; беспроводную местную сеть, включающую IEEE 802.11; и Infrared.

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

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

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

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

12. Система по п. 11, в которой пользовательское устройство ввода контроллера включает как минимум один сенсорный экран, клавиши и звуковое приемное устройство.

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

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

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

16. Система по п. 15, в которой контроллер получает электронный телегид для устройства индикации на дисплее управляемого устройства.

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

18. Система по п. 17, в которой несколько контроллерных устройств управляют несколькими управляемыми устройствами.

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

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

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

22. Система по п. 21, в которой каждое устройство включает учетные данные для проверки подлинности.

23. Система по п. 9, в которой процессор управляемого устройства запускает одно или несколько приложений для взаимодействия с одним или несколькими файлами описания ресурсов управляемого устройства.

24. Система по п. 10, в которой процессор контроллерного устройства запускает одно или несколько приложений для взаимодействия с одним или несколькими файлами описания ресурсов контроллерного устройства.

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

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

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

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

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

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

31. Система по п. 30, в которой в устройстве аутентификации используется RADIUS-протокол.

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

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

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

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

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

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

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

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

40. Способ по п. 36, в котором контроллерное устройство включает одно или несколько приложений, при этом способ дополнительно включает этап
принятия ввода внешнего запуска для вызова соответствующего ресурса в файле описания ресурсов и (или) выбранного приложения.

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

42. Способ по п. 40, в котором внешний запуск получают из информации, содержащейся в полученном беспроводном сигнале.

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

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

45. Способ по п. 36 в котором, если контроллерное устройство не включает одно или несколько приложений, способ дополнительно включает этап
обеспечения доступа к одному или нескольким приложениям для контроллерного устройства.

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

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

48. Способ по п. 36, в котором контроллерное устройство имеет один или несколько файлов описания ресурсов, при этом способ включает этап
передачи одного или нескольких файлов описания ресурсов контроллерного устройства на управляемое устройство.

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

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

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

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

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