Результат интеллектуальной деятельности: ПРИКЛАДНОЙ МОДУЛЬ И СЕРВЕР УДАЛЕННОГО УПРАВЛЕНИЯ С МОДЕЛЬЮ ОПИСАНИЯ ПАРАМЕТРОВ

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

Настоящее изобретение в целом относится к удаленному управлению, то есть установке, конфигурации и удалению модулей прикладного или обслуживающего (сервисного) программного обеспечения - так называемых "пакетов" - на оборудовании в помещении абонента (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" и т.п. при использовании в описании или в формуле изобретения вводятся для отличия между аналогичными элементами или этапами и не обязательно являются описывающими последовательный или хронологический порядок. Аналогичным образом, термины "верх", "низ", "над", "под" и т.п. вводятся для описательных целей и не обязательно обозначают относительные положения. Нужно понимать, что используемые таким образом термины являются взаимозаменяемыми при подходящих условиях, и варианты осуществления изобретения допускают функционирование в соответствии с настоящим изобретением в других последовательностях или в ориентациях, отличных от описанной (описанных) или проиллюстрированных выше.