Прикладной модуль и сервер удаленного управления с моделью описания параметров

Изобретение относится к компьютерной технике, а более конкретно к локальным (LAN) и глобальным (WAN) сетям связи. Технический результат состоит в обеспечении возможности обнаруживать новые не стандартизованные параметры модели автоматизированным способом, который не требует адаптации стандартизированного протокола удаленного управления. Для этого прикладной модуль (114) удаленно устанавливается на клиентском устройстве (101) и удаленно конфигурируется с сервера (102) удаленного управления. Прикладной модуль (114) к тому же содержит модель (120) параметров с параметрами (121) модели, которая может передаваться автоматически между клиентом (113) удаленного управления, находящимся на клиентском устройстве (101), и сервером (102) удаленного управления по протоколу (103) удаленного управления. Модель (120) параметров дополнительно содержит по меньшей мере один параметр (122) описания, который формально описывает новый параметр (121) модели, образующий часть модели (120) параметров. Параметр (122) описания запускает автоматическое создание нового параметра (121) модели на сервере (102) удаленного управления. 2 н. и 7 з.п. ф-лы, 2 ил.

 

Область техники, к которой относится изобретение

Настоящее изобретение в целом относится к удаленному управлению, то есть установке, конфигурации и удалению модулей прикладного или обслуживающего (сервисного) программного обеспечения - так называемых "пакетов" - на оборудовании в помещении абонента (CPE) с сервера, расположенного в любом месте сети с возможностью соединения с устройствами CPE. Сервер называется сервером автоматической конфигурации или сервером удаленного управления на всем протяжении этой заявки на патент. Примерами CPE или клиентских устройств являются модем цифровой абонентской линии (DSL), телевизионная приставка (STB), беспроводной терминал, такой как мобильный телефон, персональный цифровой помощник (PDA) и т.д. Конкретнее, изобретение относится к изучению модели параметров, которая, по сути, образует часть вновь установленного пакета или прикладного модуля с помощью сервера удаленного управления.

Уровень техники изобретения

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

Примером платформы управления является сервисная платформа OSGi (Инициатива шлюза с открытыми сервисами), которая является сервисной платформой на основе Java, которая работает поверх Виртуальной машины Java (JVM) внутри клиентского устройства, которое управляется удаленно. Наличие сервисной платформы OSGi в клиентском устройстве дает возможность удаленной установки, обновления и/или удаления пакетов, то есть программных модулей или компонентов, например приложения на протоколе передачи файлов (FTP), с сервера автоматической конфигурации в любом месте сети, не нарушая работу клиентского устройства. Таким образом, установка программного приложения, обновление программного приложения до новой версии, переконфигурирование приложения, добавление или включение новых возможностей приложения и удаление приложения с клиентского устройства становится возможным без отправки технического специалиста в помещение заказчика и без необходимости вмешательства заказчика. Благодаря платформе управления программные службы или приложения, работающие на одном клиентском устройстве, могут совместно использовать их возможности.

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

Роль протокола управления состоит в предоставлении механизма, с помощью которого сервер автоматической конфигурации может надежно считывать или записывать значения параметров для конфигурирования программного обеспечения в клиентском устройстве и в конечном счете отслеживать состояние и статистические данные клиентского устройства. Примером протокола управления для защищенного удаленного управления клиентскими устройствами является протокол TR-069, описанный Форумом DSL (DSL Forum) в своем Техническом отчете TR-069, озаглавленном "CPE WAN Management Protocol", который может быть, например, найден в Интернете по следующему URL: http://dslforum.org/aboutdsl/tr_table.html.

Протокол TR-069 основан на Удаленном вызове процедуры (RPC), то есть механизме на основе базовых сообщений, с помощью которого сервер автоматической конфигурации способен считать/записать/сконфигурировать параметры и атрибуты параметров у программного компонента, работающего на устройстве CPE. Каждый параметр состоит из пары наименование-значение. Наименование определяет конкретный параметр и имеет иерархическую структуру, аналогичную файлам в каталоге, причем разные уровни отделяются с помощью "." (точки). Значение параметра может быть одним из нескольких определенных типов данных. Каждый параметр дополнительно может задаваться как параметр только для чтения или параметр чтения-записи в зависимости от того, разрешено ли серверу автоматической конфигурации только считывать параметр или также изменять значение параметра.

Конкретным примером могла бы быть служба или приложение на протоколе передачи гипертекстовых файлов (HTTP), которое устанавливается на ADSL- или VDSL-модеме для связи клиент-сервер. Все параметры приложения HTTP образуют модель параметров приложения HTTP. Примерный параметр является номером или обозначением порта, который прослушивает приложение HTTP. ADSL- или VDSL-модем предполагается имеющим платформу OSGi, работающую поверх Виртуальной машины Java. Платформа OSGi дает возможность совместно использовать возможности приложения HTTP с другими приложениями, например веб-обозревателем. Посредством агента управления TR-069, установленного поверх платформы OSGi, параметры приложения HTTP могут быть сделаны видимыми и доступными серверу автоматической конфигурации (ACS) в сети DSL или любому другому осведомленному пакету TR-069.

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

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

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

Третье решение предшествующего уровня техники состоит в определении нового атрибута для протокола удаленного управления, например TR-069, который является дополнительным полем для одного или нескольких сообщений, дающим возможность передавать описание параметра, например схему на расширяемом языке разметки (XML), определяющую новый параметр (параметры) модели, из восходящего интерфейса устройства CPE к нисходящему интерфейсу сервера автоматической конфигурации. Это третье решение предшествующего уровня техники описано, например, в дополнении dsl2006.873 от Кристеля Бушата (Christele Bouchat) и Вернера Ликенса (Werner Liekens) для спецификации TR69v2 или WT-148 Форума DSL, которое было озаглавлено "Introduce a New Attribute" и предложено Форумом DSL в марте 2007 г. Хотя последнее решение уже не требует ручного вмешательства оператора, оно невыгодно в том, что оно требует адаптации протокола управления конфигурацией. Дополнительный атрибут должен быть представлен, что снова требует соглашения и стандартизации. Даже будучи стандартизованным, третье решение порождает проблему совместимости с развернутыми серверами автоматической конфигурации и существующими программными приложениями, которые не поддерживают дополнительный атрибут. Другой недостаток третьего решения состоит в отрицательном влиянии на производительность удаленной конфигурации. В самом деле, в результате дополнительного атрибута по меньшей мере два сообщения должны быть переданы между устройством CPE и сервером автоматической конфигурации, чтобы представить серверу новый параметр модели. Во-первых, наименования и значения параметров сообщаются в ответ, например, на команду TR-069 GetParameterValues. После этого атрибуты, включая атрибут, который описывает новые параметры, сообщаются в ответ, например, на команду TR-069 GetParameterAttributes.

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

Сущность изобретения

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

Таким образом, в соответствии с изобретением модель параметров пакета характеризует дополнительные параметры, которые содержат формальное описание новых параметров модели, например наименования и типа нового параметра. Поскольку описание образует часть дополнительных параметров, в протоколе удаленного управления не нужно определять никаких новых полей или атрибутов для передачи описания нового параметра (параметров) серверу удаленного управления. Дополнительные параметры, называемые параметрами описания на всем протяжении этой заявки на патент, будут передаваться автоматически из восходящего интерфейса CPE в нисходящий интерфейс ACS в ответ, например, на команду TR-069 GetParameterValues, выданную ACS. Параметры описания дополнительно предполагаются для динамического запуска создания новых параметров модели на сервере удаленного управления. После распознавания предопределенного наименования или предопределенной части наименования параметра описания с помощью сервера удаленного управления сервер удаленного управления, например, узнает, что следующая информация будет представлять наименование и тип нового параметра модели. Сервер удаленного управления, другими словами, автоматически узнает информацию, которая ему нужна для создания нового параметра модели из сопутствующего параметра (параметров) описания, который/которые передаются между CPE и ACS, используя существующие атрибуты или поля протокола. Никакой стандартизации или ручного вмешательства не требуется.

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

Дополнительная возможность прикладного модуля, в соответствии с настоящим изобретением, состоит в том факте, что параметр (параметры) описания может быть параметром (параметрами) только для чтения, как указано п.2.

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

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

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

При желании, как указано п.4, наличие слова "Dynamic" в наименовании параметра может запускать создание нового параметра модели.

В действительности, если, например, приложение FTP устанавливается на устройстве CPE, может потребоваться создание нового параметра модели, именуемого "InternetGatewayDevice.Service.FTP.url". К тому же приложение FTP может содержать в ее модели параметров параметр описания с наименованием "InternetGatewayDevice.Dynamic.Parameter.1.Name" и в качестве значения строку "InternetGatewayDevice.Service.FTP.url". При проверке сервером удаленного управления последний распознает слово "Dynamic" в наименовании дополнительного параметра и из этого сделает вывод, что должен быть создан новый параметр модели с наименованием "InternetGatewayDevice.Service.FTP.url". Очевидно, что любое другое предопределенное наименование или часть наименования, или любое другое соглашение, которое дает возможность серверу удаленного управления распознать параметр описания, является функционально эквивалентным, и данное изобретение не ограничивается конкретным способом отличения параметров описания от параметров модели.

Другая дополнительная особенность настоящего изобретения состоит в том, что параметр (параметры) описания может содержать параметр наименования для формального описания наименования нового параметра модели. Эта особенность определяется в п. 5.

Дополнительно или в качестве альтернативы, параметр (параметры) описания может содержать параметр типа для формального описания типа нового параметра модели. Это указывается п.6.

Еще, при желании, параметр (параметры) описания может содержать параметр определения для формального определения нового параметра модели на естественном языке. Эта возможность определяется п.7.

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

Еще одна дополнительная особенность настоящего изобретения состоит в том, что протокол удаленного управления мог быть протоколом TR-069, как определено п.8.

Как уже упоминалось во вводной части этой заявки на патент, Форум DSL описал в своем Техническом отчете TR-069 протокол для удаленного управления, то есть способ именования параметров иерархически структурированным образом, и способ надежного чтения/записи этих параметров из удаленного местоположения в сети с помощью последовательности сообщений. Очевидно, что идея параметров описания, которые формально описывают новые параметры модели и которые автоматически запускают создание таких новых параметров модели, не ограничивается конкретным существующим или будущим протоколом удаленного управления. Различные протоколы управления, чьи текущие или будущие версии могут использоваться в сочетании с данным изобретением, являются, например, Протокол управления устройствами Открытого альянса мобильной связи (OMA-DM) для мобильных клиентских устройств или SNMP (Простой протокол сетевого управления).

Краткое описание чертежей

Фиг.1 иллюстрирует сеть, включающую вариант осуществления сервера 102 удаленного управления в соответствии с настоящим изобретением, и клиентское устройство 101, на которое устанавливается вариант осуществления прикладного модуля 114 в соответствии с настоящим изобретением; и

фиг.2 более подробно иллюстрирует модель 120 параметров прикладного модуля 114 из фиг.1.

Подробное описание варианта (вариантов) осуществления

Фиг.1 показывает устройство 101 CPE, например ADSL- или VDSL-модем, с совместимой с TR-069 возможностью 103 соединения с сервером 102 автоматической конфигурации, расположенным где-то в Интернете. Устройство 101 CPE имеет платформу 112 OSGi с агентом 113 управления по TR-069, работающим поверх Виртуальной машины 111 Java. Фиг.1 дополнительно показывает прикладной модуль 114, например клиент-серверное программное приложение FTP, которое удаленно устанавливается и управляется посредством агента 113 управления по TR-069. При установке программное приложение 114 к тому же совместно использует его модель 120 параметров с агентом 113 управления по TR-069. В соответствии с текущим изобретением эта модель 120 параметров содержит параметры 121 модели и параметры 122 описания. Параметры 122 описания образуют формальную модель описания по TR-069 для описания параметров 121 модели по TR-069, как будет объясняться в следующих абзацах.

Модель 120 параметров по TR-069 для приложения 113 FTP, подробно изображенная на фиг.2, содержит три параметра модели и формальное описание трех параметров модели. Формальное описание представляется в виде трех дополнительных параметров, описывающих соответственно наименование, тип и определение для каждого из параметров модели.

Три параметра модели приложения 113 FTP называются:

- InternetGatewayDevice.service.FTP.url

- InternetGatewayDevice.service.FTP.login

- InternetGatewayDevice.service.FTP.password

Первый параметр, InternetGatewayDevice.Service.FTP.url, содержит URL, который указывает файл или каталог на некотором узле в Интернете, доступный с использованием приложения FTP. Синтаксис такого URL FTP описывается в RFC 959 IETF. Второй параметр, InternetGatewayDevice.service.FTP.login, содержит зарегистрированное имя или имя пользователя, которое будет использоваться приложением FTP для доступа к узлу в Интернете, а третий параметр, InternetGatewayDevice.service.FTP.password, содержит пароль, необходимый для доступа к узлу в Интернете. В конкретном примере фиг.2 эти три параметра при установке приложения FTP имеют в качестве начальных значений соответствующие строки "FTP://host.dom/", "myname" и "mypassword".

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

- InternetGatewayDevice.Dynamic.Parameter.{i}.Name

- InternetGatewayDevice.Dynamic.Parameter.{i}.Type

- InternetGatewayDevice.Dynamic.Parameter.{i}.Definition

Здесь {i} представляет индекс параметра модели, которому соответствует параметр описания. В вышеприведенном примере может, к примеру, предполагаться, что индекс первого параметра модели, InternetGatewayDevice.Service.FTP.url, равен 1, индекс второго параметра, InternetGatewayDevice.service.FTP.login, равен 2, и индекс третьего параметра, InternetGatewayDevice.service.FTP.password, равен 3. Первый из трех параметров описания формально описывает наименование нового параметра модели, который нужно создать, второй из трех параметров описания формально описывает тип нового параметра модели, который нужно создать, и третий из трех параметров описания формально определяет новый параметр модели на естественном языке.

Для трех параметров модели приложения 114 FTP:

- InternetGatewayDevice.Service.FTP.url

- InternetGatewayDevice.Service.FTP.login

- InternetGatewayDevice.Service.FTP.password

пакет 114 также реализует соответственно следующие 9 параметров описания:

- InternetGatewayDevice.Dynamic.Parameter.1.Name со значением: "InternetGatewayDevice.Service.FTP.url";

- InternetGatewayDevice.Dynamic.Parameter.1.Type со значением: "Строка";

- InternetGatewayDevice.Dynamic.Parameter.1.Definition со значением: "URL, указывающий файл или каталог на некотором узле в Интернете, доступный с использованием приложения FTP";

- InternetGatewayDevice.Dynamic.Parameter.2.Name со значением: "InternetGatewayDevice.Service.FTP.login";

- InternetGatewayDevice.Dynamic.Parameter.2.Type со значением: "Строка";

- InternetGatewayDevice.Dynamic.Parameter.2.Definition со значением: "Зарегистрированное имя, используемое приложением FTP для доступа к узлу в Интернете";

- InternetGatewayDevice.Dynamic.Parameter.3.Name со значением: "InternetGatewayDevice.Service.FTP.password";

- InternetGatewayDevice.Dynamic.Parameter.3.Type со значением: "Строка"; и

- InternetGatewayDevice.Dynamic.Parameter.3.Definition со значением: "Имя пользователя, используемое приложением FTP для доступа к узлу в Интернете".

Когда пакет 114 FTP загружается и устанавливается на устройстве 101 CPE, пакет 114 регистрирует его параметры TR-069 с помощью агента 113 управления по TR-069. Другими словами, когда пакет 114 FTP загружается и устанавливается на платформе 112 OSGi внутри устройства 101 CPE, вся модель 120 параметров TR-069 становится известной агенту 113 управления по TR-069. Последний агент 113, таким образом, информируется, что следующие параметры TR-069 поддерживаются вновь установленным приложением 114:

- InternetGatewayDevice.service.FTP.url

- InternetGatewayDevice.service.FTP.login

- InternetGatewayDevice.service.FTP.password

- InternetGatewayDevice.Dynamic.Parameter.1.Name

- InternetGatewayDevice.Dynamic.Parameter.1.Type

- InternetGatewayDevice.Dynamic.Parameter.1.Definition

- InternetGatewayDevice.Dynamic.Parameter.2.Name

- InternetGatewayDevice.Dynamic.Parameter.2.Type

- InternetGatewayDevice.Dynamic.Parameter.2.Definition

- InternetGatewayDevice.Dynamic.Parameter.3.Name

- InternetGatewayDevice.Dynamic.Parameter.3.Type

-InternetGatewayDevice.Dynamic.Parameter.3.Definition

Когда сервером 102 автоматической конфигурации выполняется проверка на клиенте 113 управления по TR-069, например путем выдачи команды GetParameterValues по TR-069, сервер 102 автоматической конфигурации автоматически получит все необходимые данные для создания/анализа/сохранения и обработки трех новых параметров модели. В действительности, при приеме первого параметра модели, InternetGatewayDevice.Service.FTP.url, сервер 102 автоматической конфигурации не распознает новый параметр модели и поэтому решит сохранить принятую информацию. После распознавания предопределенного наименования параметра у первого параметра описания, InternetGatewayDevice.Dynamic.Parameter.1.Name, сервер 102 автоматической конфигурации узнает, что следующая информация включает в себя наименование вновь определенного параметра, и изучает эту информацию. Аналогичным образом, после распознавания предопределенного наименования параметра InternetGatewayDevice.Dynamic.Parameter.1.Type сервер 102 автоматической конфигурации узнает, что следующая информация включает в себя тип вновь определенного параметра, и изучает эту информацию. Наконец, после распознавания предопределенного наименования параметра InternetGatewayDevice.Dynamic.Parameter.1.Definition сервер 102 автоматической конфигурации узнает, что следующая информация включает в себя определение на естественном языке вновь определенного параметра, и изучает эту информацию. С помощью информации, выясненной из значений этих трех параметров описания, сервер автоматической конфигурации затем будет создавать и анализировать новый параметр модели InternetGatewayDevice.Service.FTP.url.

Аналогичным образом, как описано в предыдущем абзаце, сервер 102 автоматической конфигурации автоматически узнает информацию, которая ему необходима для создания второго нового параметра модели InternetGatewayDevice.service.FTP.login и третьего нового параметра модели InternetGatewayDevice.service.FTP.password.

Благодаря наличию параметров 122 описания в модели 120 параметров и развитой логике в сервере 102 автоматической конфигурации для распознавания этих параметров описания и запуска создания параметров модели, используя информацию, выясненную из параметров описания, не требуется ручная загрузка никакого описания параметра на сервер 102 автоматической конфигурации. Следовательно, устраняется редактирование любого XML-файла описания модели параметров.

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

Хотя настоящее изобретение проиллюстрировано путем отсылки к конкретным вариантам осуществления, специалистам в данной области техники будет очевидно, что изобретение не ограничивается подробностями вышеупомянутого пояснительного варианта (вариантов) осуществления и что настоящее изобретение может быть реализовано с различными изменениями и модификациями без отклонения от его сущности и объема. Например, модель приложения может быть любым компонентом или пакетом обслуживающего программного обеспечения, например Http Services, Log, Configuration Management, Preferences, XML Parsing, Device Access, Package Admin, Permission Admin, Start Level, User Admin, IO Connector, Wire Admin, Jini, UPnP Exporter, Application Tracking, Signed Bundles, Declarative Services, Power Management, Device Management, Security Policies, Diagnostic/Monitoring, Framework Layering и т.д. Изобретение не ограничивается конкретным количеством или составом параметров описания и не ограничивается использованием в сочетании с конкретной структурой удаленного управления, например OSGi, и/или протоколом удаленного управления, например TR-069. Настоящие варианты осуществления поэтому должны рассматриваться как пояснительные и не ограничивающие во всех отношениях, объем изобретения указывается прилагаемой формулой изобретения, а не предшествующим описанием, и все изменения, которые подпадают под смысл и диапазон эквивалентности формулы изобретения, предназначены поэтому для включения в нее. Другими словами, предполагается охватить любую и все модификации, вариации или эквиваленты, которые находятся в пределах сущности и объема основополагающих принципов, и чьи неотъемлемые атрибуты заявляются в этой заявке на патент. Кроме того, читателем этой заявки на патент будет осознано, что слова "содержащий" или "содержат" не исключают другие элементы или этапы, что артикли "a" или "an" не исключают множества, и что одиночный элемент, например компьютерная система, процессор или другой интегральный модуль может выполнять функции нескольких средств, перечисленных в формуле изобретения. Любые знаки ссылок в формуле изобретения не следует толковать как ограничивающие соответствующие пункты формулы. Термины "первый", "второй", третий", "a", "b", "c" и т.п. при использовании в описании или в формуле изобретения вводятся для отличия между аналогичными элементами или этапами и не обязательно являются описывающими последовательный или хронологический порядок. Аналогичным образом, термины "верх", "низ", "над", "под" и т.п. вводятся для описательных целей и не обязательно обозначают относительные положения. Нужно понимать, что используемые таким образом термины являются взаимозаменяемыми при подходящих условиях, и варианты осуществления изобретения допускают функционирование в соответствии с настоящим изобретением в других последовательностях или в ориентациях, отличных от описанной (описанных) или проиллюстрированных выше.

1. Клиентское устройство (101), на котором модуль (114) прикладного программного обеспечения удаленно установлен и удаленно сконфигурирован с сервера (102) удаленного управления, причем модуль (114) прикладного программного обеспечения содержит модель (120) параметров с по меньшей мере одним параметром (121) модели, которая может автоматически передаваться между клиентом (113) удаленного управления, находящимся в клиентском устройстве (101), и сервером (102) удаленного управления по протоколу (103) удаленного управления, отличающееся тем, что модель (120) параметров дополнительно содержит по меньшей мере один параметр (122) описания, приспособленный для формального описания упомянутого по меньшей мере одного параметра (121) модели и для запуска автоматического создания упомянутого по меньшей мере одного параметра (121) модели на сервере (102) удаленного управления.

2. Клиентское устройство (114) по п.1, отличающееся тем, что упомянутый по меньшей мере один параметр (122) описания содержит по меньшей мере один параметр только для чтения.

3. Клиентское устройство (114) по п.1, отличающееся тем, что упомянутый по меньшей мере один параметр (122) описания содержит триггер в его наименовании для запуска автоматического создания упомянутого по меньшей мере одного параметра (121) модели на сервере (102) удаленного управления.

4. Клиентское устройство (114) по п.3, отличающееся тем, что упомянутый триггер содержит слово "Dynamic".

5. Клиентское устройство (114) по п.1, отличающееся тем, что упомянутый по меньшей мере один параметр (122) описания содержит параметр наименования (InternetGatewayDevice.Dynamic.Parameter. 1.Name) для формального описания наименования упомянутого по меньшей мере одного параметра (121) модели.

6. Клиентское устройство (114) по п.1, отличающееся тем, что упомянутый по меньшей мере один параметр (122) описания содержит параметр типа (InternetGatewayDevice.Dynamic. Parameter. 1. Туре) для формального описания типа упомянутого по меньшей мере одного параметра (121) модели.

7. Клиентское устройство (114) по п.1, отличающееся тем, что упомянутый по меньшей мере один параметр (122) описания содержит параметр определения (InternetGatewayDevice.Dynamic.Parameter. 1.Definition) для формального определения упомянутого по меньшей мере одного параметра (121) модели на естественном языке.

8. Клиентское устройство (114) по п.1, отличающееся тем, что упомянутый протокол удаленного управления является протоколом TR-069.

9. Сервер (102) удаленного управления, приспособленный для удаленной установки и конфигурирования модуля (114) прикладного программного обеспечения на клиентском устройстве (101), причем сервер (102) удаленного управления содержит средство для автоматического приема модели (120) параметров с по меньшей мере одним параметром (121) модели от модуля (114) прикладного программного обеспечения по протоколу (103) удаленного управления,
отличающийся тем, что дополнительно содержит средство для автоматического приема по меньшей мере одного параметра (122) описания, приспособленного для формального описания упомянутого по меньшей мере одного параметра (121) модели, и средство для автоматического запуска создания упомянутого по меньшей мере одного параметра (121) модели на сервере (102) удаленного управления, используя упомянутый по меньшей мере один параметр (122) описания.



 

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

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

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

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

Изобретение относится к области техники систем связи медицинских имплантатов. .

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

Изобретение относится к средствам ретрансляции потерь в линии связи. .

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

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

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

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

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

Изобретение относится к области систем автоматизации подстанции (SA) для подстанций в сетях электроснабжения высокого и среднего напряжения. Технический результат заключается в обеспечении непрерывной обработки сетевого трафика за счет разделения функциональных возможностей защиты и контроля в интеллектуальных электронных устройствах (IED) от задач передачи данных, и первая не препятствует последней. Технический результат достигается за счет интеллектуального электронного устройства (IED), оборудованного для автоматизации подстанций, таких как модули коммутационной панели или ПК подстанции, с центральным процессором (CPU), который включает в себя первое ядро обработки, предназначенное для и выполненное с возможностью исполнения приложения защиты и управления, и второе ядро обработки или сетевое ядро, предназначенное для и выполненное с возможностью обработки или декодирования сетевого графика передачи данных; в предпочтительном варианте осуществления сетевое ядро выполняет объемные по вычислениям функции предварительной или последующей обработки в верхней части стека передачи данных 9-2; множество сетевых ядер или множество сетевых интерфейсов может потребоваться для того, чтобы обеспечить возможность работы с ожидаемым объемом графика IEC 61850 9-2. 2 н. и 6 з.п. ф-лы, 3 ил.

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

Изобретение относится к технике связи и может использоваться в беспроводных системах связи. Технический результат состоит в повышении надежности установления связи между устройствами связи различных сетей. Для этого, если обнаруживается сеть, имеющая тот же SSID, но отличный BSSID от тех из сети, которые были созданы первым устройством связи, сеть, созданная первым устройством связи, останавливается, и первое устройство связи участвует в обнаруженной сети. Это делает возможным для первого устройства связи и другого устройства связи участие в одной и той же сети. 9 н. и 20 з.п. ф-лы, 12 ил.

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

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

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

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