СПОСОБ, УСТРОЙСТВО И СИСТЕМА УПРАВЛЕНИЯ
CONTROL METHOD, DEVICE AND SYSTEM

Настоящее изобретение относится к области технологий связи и, более конкретно, к способу, устройству и системе управления.
Предшествующий уровень техники
Спецификация интерфейса удаленного сетевого драйвера (RNDIS) является спецификацией сетевого устройства. Она требует, чтобы устройство RNDIS обрабатывало дескриптор идентификатора объекта (OID), который поступает из системы. Поэтому программа драйвера, обеспеченная в системе, может использоваться различными устройствами RNDIS в совместимом режиме, не требуется разработка специализированной программы драйвера для конкретного устройства RNDIS, и система может посылать различные OID к устройствам RNDIS, чтобы реализовать конкретные функции.
Использование RNDIS не только приносит большое удобство пользователям, но также и упрощает развитие устройства RNDIS. Однако программа драйвера RNDIS может только передавать сетевые данные и не может передавать команды управления пользователей. Поэтому основные запросы пользователей, такие как автоматическое установление соединения и разъединение, не могут быть переданы к устройству RNDIS, но могут быть реализованы только посредством других операций. Например, сеть может быть отсоединена только посредством удаления устройства, что является неудобным для пользователей.
Для решения этой проблемы, в предшествующем уровне техники драйвер RNDIS используется в качестве интерфейса устройства RNDIS, и дополнительный интерфейс управления добавляется в устройстве RNDIS, где пользовательское устройство посылает команду управления через интерфейс управления, чтобы управлять устройством RNDIS.
Добавление интерфейса управления применимо только к устройству RNDIS с интерфейсом универсальной последовательной шины, а не к устройствам RNDIS со всеми видами интерфейсов. Таким образом, это решение не имеет общей применимости. Кроме того, поскольку добавляется новый интерфейс управления, пользователю нужно добавить дополнительную программу драйвера для нового интерфейса управления, что увеличивает сложность использования.
Сущность изобретения
Варианты осуществления настоящего изобретения обеспечивают способ, устройство и систему управления, которые не только имеют общую применимость, но также могут реализовать передачу команды управления к устройству RNDIS, без инсталляции дополнительной программы драйвера, таким образом, упрощая процессы использования. Способ управления содержит:
инкапсулирование команды управления в пакет сетевых данных, подлежащий посылке в устройство RNDIS, где команда управления используется для управления устройством RNDIS; и
посылку инкапсулированного пакета сетевых данных к устройству RNDIS, чтобы управлять устройством RNDIS.
Способ управления содержит:
инкапсулирование команды управления в пакет данных, подлежащий посылке на компакт-диск (CD) или устройство пользовательского интерфейса (HID), где команда управления используется для управления устройством RNDIS; и
посылку инкапсулированного пакета в устройство RNDIS через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, чтобы управлять устройством RNDIS.
Способ управления содержит:
прием пакета сетевых данных, посланного пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакет данных;
декапсулирование пакета сетевых данных, чтобы получить команду управления; и
выполнение операций согласно инструкции команды управления.
Способ управления содержит:
прием через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, пакета данных, посланных пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете данных;
декапсулирование пакета данных, чтобы получить команду управления; и
выполнение операций согласно инструкции команды управления.
Пользовательское устройство содержит:
первый блок инкапсулирования, конфигурированный для инкапсулирования команды управления в пакете сетевых данных, подлежащем посылке в устройство RNDIS, где команда управления используется для управления устройством RNDIS; и
первый блок посылки, конфигурированный для посылки пакета сетевых данных, инкапсулированного первым блоком инкапсулирования, в устройство RNDIS для управления устройством RNDIS.
Пользовательское устройство содержит:
второй блок инкапсулирования, конфигурированный для инкапсулирования команды управления в пакет данных в формате интерфейса CD или HID, где команда управления используется для управления устройством RNDIS; и
второй блок посылки, конфигурированный для посылки, через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, пакета данных, инкапсулированного вторым блоком инкапсулирования, в устройство RNDIS для управления устройством RNDIS.
Устройство RNDIS содержит:
первый блок приема, конфигурированный для приема пакета сетевых данных, посланных пользовательским устройством, где команда управления, используемая для управления устройством NDIS, инкапсулирована в пакете данных;
первый блок декапсулирования, конфигурированный для декапсулирования пакета сетевых данных, принятого первым блоком приема, для получения команды управления; и
первый блок обработки, конфигурированный для выполнения операций согласно инструкции команды управления, полученной первым блоком декапсулирования.
Устройство RNDIS содержит:
второй блок приема, конфигурированный для приема, через интерфейс CD или интерфейс HID, пакета данных, посланного пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете данных;
второй блок декапсулирования, конфигурированный для декапсулирования пакета данных, принятого вторым блоком приема, чтобы получить команду управления; и
второй блок обработки, конфигурированный для выполнения операций согласно инструкции команды управления, полученной вторым блоком декапсулирования.
Система связи содержит любое пользовательское устройство и любое устройство RNDIS, обеспеченное вариантами осуществления настоящего изобретения.
Согласно вариантам осуществления настоящего изобретения, команда управления инкапсулирована в пакет сетевых данных, подлежащий посылке в устройство RNDIS, и инкапсулированный пакет сетевых данных посылается в устройство RNDIS, чтобы управлять устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно послать пакет сетевых данных в устройство RNDIS. Поэтому, при таком решении, команда управления может быть передана в устройство RNDIS без добавления нового интерфейса управления или инсталлирования дополнительной программы драйвера. По сравнению с решением, которое требует добавления дополнительного интерфейса управления и инсталлирования программы драйвера в предшествующем уровне техники, настоящее решение снижает сложность приложения и не предъявляет особого требования для устройства RNDIS, которое применяется обычным образом и является простым для реализации.
Краткое описание чертежей
Чтобы иллюстрировать технические решения согласно вариантам осуществления настоящего изобретения более ясно, иллюстрирующие чертежи для описания вариантов осуществления кратко описываются следующим образом. Очевидно, что иллюстрирующие чертежи описывают только некоторые варианты осуществления настоящего изобретения, и специалисты в данной области техники могут вывести другие чертежи из таких иллюстрирующих чертежей без какой-либо изобретательской деятельности.
ФИГ. 1 - блок-схема способа управления согласно варианту осуществления 1 настоящего изобретения;
ФИГ. 2 - блок-схема способа управления согласно варианту осуществления 2 настоящего изобретения;
ФИГ. 3а - блок-схема способа управления согласно варианту осуществления 3 настоящего изобретения;
ФИГ. 3b - схематичная диаграмма сценария связи между персональным компьютером (PC) и устройством RNDIS;
ФИГ. 3c - формат пакета данных для использования пакета данных протокола пользовательских дейтаграмм (UDP), чтобы инкапсулировать команду АТ;
ФИГ. 4 - блок-схема способа управления согласно варианту осуществления 4 настоящего изобретения;
ФИГ. 5 - блок-схема способа управления согласно варианту осуществления 5 настоящего изобретения;
ФИГ. 6a - схематичная диаграмма сценария связи между PC и устройством RNDIS;
ФИГ. 6b - блок-схема способа управления согласно варианту осуществления 4 настоящего изобретения;
ФИГ. 7a - схематичная структурная диаграмма пользовательского устройства согласно варианту осуществления настоящего изобретения;
ФИГ. 7b - другая схематичная структурная диаграмма пользовательского устройства согласно варианту осуществления настоящего изобретения;
ФИГ. 8 - еще одна схематичная структурная диаграмма пользовательского устройства согласно варианту осуществления настоящего изобретения;
ФИГ. 9 - схематичная структурная диаграмма устройства RNDIS согласно варианту осуществления настоящего изобретения;
ФИГ. 10 - другая схематичная структурная диаграмма устройства RNDIS согласно варианту осуществления настоящего изобретения; и
ФИГ. 11 - схематичная структурная диаграмма системы связи согласно варианту осуществления настоящего изобретения.
Подробное описание вариантов осуществления
Технические решения согласно вариантам осуществления настоящего изобретения разработаны следующим образом со ссылками на иллюстрирующие чертежи. Очевидно, описанные варианты осуществления являются лишь некоторыми, но не всеми вариантами осуществления настоящего изобретения. Все другие варианты осуществления, полученные специалистами в данной области техники, основанные на вариантах осуществлениях настоящего изобретения без какой-либо изобретательской деятельности, должны входить в объем защиты настоящего изобретения.
Варианты осуществления настоящего изобретения обеспечивают способ, устройство и систему управления, которые соответственно описаны подробно следующим образом.
Вариант осуществления 1
Этот вариант осуществления описан в аспекте пользовательского устройства. Пользовательское устройство может быть, в частности, терминалом, таким как PC или ноутбук.
Способ управления содержит: инкапсулирование команды управления, используемой для управления устройством RNDIS, в пакет сетевых данных, подлежащий посылке в устройство RNDIS; и посылку инкапсулированного пакета сетевых данных в устройство RNDIS, чтобы управлять устройством RNDIS.
Согласно ФИГ. 1, конкретный процесс может быть следующим.
101: Команда управления инкапсулируется в пакет сетевых данных, подлежащий посылке в устройство RNDIS.
Например, команда управления может быть инкапсулирована в пакет данных основанного на соединении протокола управления передачей (TCP), подлежащий посылке в устройство RNDIS; или
команда управления может быть инкапсулирована в пакет данных UDP без установления соединения, подлежащий посылке в устройство RNDIS. Команда управления используется для управления устройством RNDIS. Команда может быть, например, командой АТ, командой диагностики (DIAG) или другими определенными пользователем командами.
102: Инкапсулированный пакет сетевых данных посылается в устройство RNDIS, чтобы управлять устройством RNDIS, например, инициализировать запрос на автоматическое соединение, разблокирование персонального идентификационного номера (PIN) или разъединение автоматического соединения на устройстве RNDIS.
Опционально, перед этапом 101, то есть инкапсулированием команды управления в пакете сетевых данных, подлежащем посылке в устройство RNDIS, процесс может дополнительно содержать: создание сетевого коммуникационного порта для осуществления связи с устройством RNDIS, где сетевой коммуникационный порт может быть любым портом, но номер порта не должен быть тем же самым, как таковые для других известных приложений. Можно сослаться на предшествующий уровень техники относительно конкретного способа создания, который здесь не детализируется.
Этап 101 может конкретно представлять собой инкапсулирование команды управления в пакет сетевых данных, подлежащий посылке через сетевой коммуникационный порт.
Можно видеть из предшествующего описания, что, согласно этому варианту осуществления, команда управления инкапсулирована в пакет сетевых данных, подлежащий посылке в устройство RNDIS, и инкапсулированный пакет сетевых данных посылается в устройство RNDIS для управления устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно посылать пакет сетевых данных в устройство RNDIS. Поэтому, при этом решении, команда управления может быть передана к устройству RNDIS без добавления нового интерфейса управления и инсталлирования дополнительной программы драйвера. По сравнению с решением из предшествующего уровня техники, данное решение уменьшает сложность приложения и не предъявляет никакого специального требования для устройства RNDIS, которое применяется обычным образом и является простым для реализации.
Вариант осуществления 2
Этот вариант осуществления описан исходя из аспекта устройства RNDIS. Устройство RNDIS может представлять собой, в частности, беспроводную карту данных, используемую на порту RNDIS.
Способ управления содержит: прием пакета сетевых данных, посланного пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете сетевых данных; декапсулирование принятого пакета сетевых данных, чтобы получить команду управления; и выполнение операций согласно инструкции команды управления.
Со ссылкой на ФИГ. 2, конкретный процесс может быть следующим.
201: Принимается пакет сетевых данных, посланный пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете сетевых данных. Команда может быть командой АТ, командой DIAG или другими определенными пользователем командами.
Например, может приниматься пакет данных основанного на соединении TCP, посланный пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете данных TCP; или
пакет данных UDP без установления соединения принимается от пользовательского устройства, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете данных UDP.
Более конкретно, пакет сетевых данных может быть принят через сетевой коммуникационный порт, созданный между пользовательским устройством и устройством RNDIS. Сетевой коммуникационный порт может быть любым портом, но номер порта не должен быть тем же самым, как таковой для других известных приложений.
202: Принятый пакет сетевых данных декапсулируется, чтобы получить команду управления, что детализируется следующим образом.
Устройство RNDIS определяет, переносит ли принятый пакет сетевых данных команду управления. Если команда управления переносится, пакет сетевых данных декапсулируется; если команда управления не переносится, устройство RNDIS принимает решение, что принятый пакет сетевых данных представляет нормальные сетевые данные, и посылает данные на сетевую сторону.
203: Операции выполняются согласно инструкции команды управления, полученной на этапе 202, например, установление автоматического соединения, деблокирование PIN или разъединение автоматически установленного соединения.
Опционально, устройство RNDIS может также возвратить ответное сообщение и сообщить об изменении статуса устройства в систему путем посылки пакета данных широковещательной передачи.
Например, устройство RNDIS инкапсулирует ответное сообщение в формате, проиллюстрированном на ФИГ. 3с, и посылает сообщение в пользовательское устройство.
Можно видеть из предшествующего описания, что, согласно этому варианту осуществления, принимается пакет сетевых данных, посланный пользовательским устройством, где команда управления инкапсулирована в пакет сетевых данных; пакет сетевых данных декапсулируется, чтобы получить команду управления; и операции выполняются согласно инструкции команды управления. Таким образом, пользовательское устройство реализует управление устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно послать пакет сетевых данных в устройство RNDIS. Поэтому в настоящем решении команда управления может передаваться к устройству RNDIS без добавления нового интерфейса управления и инсталлирования дополнительной программы драйвера. По сравнению с решением из предшествующего уровня техники, настоящее решение уменьшает сложность приложения и не предъявляет никакого специального требования к устройству RNDIS, которое применяется обычным образом и является простым для реализации.
Вариант осуществления 3
Согласно методам, описанным в варианте осуществления 1 и варианте осуществления 2, в следующем разделе используются примеры для подробного описания.
В этом варианте осуществления принимается пример, в котором пользовательское устройство представляет собой PC, пакет сетевых данных является пакетом данных UDP без установления соединения, и команда управления является командой АТ. Согласно ФИГ. 3a, конкретный процесс может быть следующим.
301: Сетевой коммуникационный порт создается между PC и устройством RNDIS, где сетевой коммуникационный порт используется для связи с устройством RNDIS, может представлять собой любой порт, но номер порта не должен быть тем же самым, как таковой для других известных приложений. Для удобства в описании сетевой коммуникационный порт называется портом программы управления RNDIS в вариантах осуществлениях настоящего изобретения.
Например, на ФИГ. 3b представлена схематичная диаграмма сценария связи между PC и устройством RNDIS. Можно видеть из ФИГ. 3b, что номером порта приложения протокола передачи файлов (FTP) является 21; номером порта приложения протокола передачи гипертекста (HTTP) является 80. Предположим, что в PC используемыми номерами портов являются только 21 и 80, порт X программы управления RNDIS может быть любым портом кроме портов 21 и 80.
Поскольку устройство RNDIS является сетевым устройством, приложение в PC может посылать сетевые данные непосредственно в устройство RNDIS через сетевой коммуникационный порт.
302: На сетевом коммуникационном порту, созданном на этапе 301, от PC требуется выдать определенную пользователем команду управления на устройство RNDIS, например, команда АТ инкапсулирована в пакет данных UDP без установления соединения.
Например, на ФИГ. 3c показан формат пакета данных для использования пакета данных UDP, чтобы инкапсулировать команду АТ. Поле АТ флага является полем идентификации определенной пользователем команды управления. Размер поля может быть установлен в 8 байтов. Поле данных команды АТ является полем данных определенной пользователем команды управления. Размер поля является переменным, что может устанавливаться согласно размеру данных. Максимальный размер поля может составить 1464 байта.
В пакете данных UDP, в котором инкапсулирована команда АТ, форматы поля Интернет-заголовка, поля заголовка Интернет-протокола (IP) и поля заголовка UDP являются теми же самыми, что и обычный формат пакета данных UDP. Размер поля Интернет-заголовка составляет 14 байтов, размер поля IP-заголовка составляет 20 байтов, и размер поля заголовка UDP составляет 8 байтов. Однако целевой адрес управления доступом к среде передачи (MAC) Интернет-заголовка должен использовать МАС адрес или широковещательный адрес в устройстве RNDIS, чтобы гарантировать, что пакет данных UDP может быть принят устройством RNDIS. Аналогичным образом, целевой IP-адрес в IP- заголовке также должен использовать адрес IP-адреса или широковещательного адреса устройства RNDIS, чтобы гарантировать, что пакет данных UDP может быть принят устройством RNDIS.
303: PC посылает пакет данных UDP, в котором инкапсулирована команда АТ, к устройству RNDIS.
304: Устройство RNDIS принимает пакет данных UDP, посланный PC, определяет, переносит ли пакет данных UDP команду АТ, например, определяет, согласован ли идентификатор АТ в пакете данных UDP. Если пакет данных UPD переносит команду АТ, то принятый пакет данных UDP декапсулируется, чтобы получить команду АТ. Может быть сделана ссылка на предшествующий уровень техники, что касается конкретного метода декапсулирования пакета, который здесь не детализируется. Если пакет данных UDP не переносит команду АТ (например, идентификатор АТ в пакете данных не согласован), то определяется, что пакет данных UDP является обычным пакетом данных UDP, и RNDIS посылает пакет данных UDP непосредственно к сетевой стороне.
305: Устройство RNDIS выполняет операции согласно инструкции команды АТ, полученной на этапе 304, например, установление автоматического соединения, деблокирование PIN или разъединение соединения.
Опционально, устройство RNDIS может также ответить на соответствующую команду АТ путем возвращения пакета данных UDP и сообщить об изменении статуса устройства RNDIS в РС путем посылки пакета данных широковещательной передачи.
Следует отметить, что предшествующая иллюстрация только использует случай, что пакет сетевых данных является, например, пакетом данных UDP без установления соединения. Должно быть понятно, что также могут использоваться другие пакеты сетевых данных, например, пакет данных основанного на соединении TCP. Далее, команда управления может также быть командой DIAG или другими определенными пользователем командами в дополнение к команде AT.
Можно видеть из предшествующего описания, что, согласно этому варианту осуществления, команда АТ инкапсулируется в пакет данных UDP, подлежащий посылке в устройство RNDIS, и инкапсулированный пакет данных UDP посылается в устройство RNDIS, чтобы управлять устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно послать пакет данных UDP в устройство RNDIS. Поэтому в настоящем решении никакой новый интерфейс управления не требуется добавлять, и может использоваться первоначальный интерфейс устройства RNDIS. По сравнению с решением, которое требует добавления нового интерфейса управления в предшествующем уровне техники, это решение облегчает использование для пользователей. Кроме того, при этом решении, так как никакой новый интерфейс управления не требуется добавлять, никакая дополнительная программа драйвера не должна быть инсталлирована. По сравнению с решением, которое требует инсталлирования дополнительной программы драйвера в предшествующем уровне техники, настоящее решение уменьшает сложность приложения и не предъявляет никакого специального требования к устройству RNDIS, которое является применимым обычным образом и простым для реализации.
Вариант осуществления 4
В дополнение к сетевому коммуникационному порту, созданному между пользовательским устройством и устройством RNDIS, интерфейс CD или интерфейс HID может также быть добавлен к устройству RNDIS для инкапсулирования и посылки команды управления. Таким образом, команда управления инкапсулируется в формат CD или формат интерфейса HID и посылается в устройство RNDIS через интерфейс CD или интерфейс HID.
Подобно варианту осуществления 1, этот вариант осуществления также описан исходя из аспекта пользовательского устройства.
Пользовательское устройство может быть терминальным устройством, таким как PC или ноутбук.
Согласно ФИГ. 4, обеспечен способ управления, и конкретный процесс способа может быть следующим.
401: Команда управления инкапсулируется в пакет данных в формате CD или формате интерфейса HID.
Команда управления используется для управления устройством RNDIS. Команда может быть, в частности, командой АТ, командой DIAG или другими определенными пользователем командами.
402: Инкапсулированный пакет данных посылается в устройство RNDIS через интерфейс CD или HID, установленный на устройстве RNDIS, чтобы управлять устройством RNDIS, например, запрос установления автоматического соединения, деблокирование PIN или разъединение соединения.
Можно видеть из предшествующего описания, что, согласно этому варианту осуществления, команда управления инкапсулирована в пакет данных в формате CD или формате итерфейса HID, и инкапсулированный пакет данных посылается в устройство RNDIS через формат CD или интерфейс HID, установленный на устройстве RNDIS, чтобы управлять устройством RNDIS. Поскольку обычная система PC содержит универсальную программу драйвера интерфейса CD или устройства HID, никакую дополнительную программу драйвера не требуется устанавливать в этом решении. По сравнению с решением, которое требует инсталляции дополнительной программы драйвера в предшествующем уровне техники, это решение уменьшает сложность приложения.
Вариант осуществления 5
Соответственно варианту осуществления 4, этот вариант осуществления описан, исходя из аспекта устройства RNDIS.
Согласно ФИГ. 5, обеспечен способ управления, и конкретный процесс способа может быть следующим.
501: Пакет данных принимается от пользовательского устройства через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете данных.
Нужно отметить, что пакет данных здесь является пакетом данных в формате CD или формате интерфейса HID.
502: Принятый пакет данных декапсулируется, чтобы получить команду управления, такую как команда АТ, команда DIAG или другие определенные пользователем команды. Более конкретно:
Устройство RNDIS определяет, переносит ли принятый пакет сетевых данных команду управления. Если команда управления переносится, пакет сетевых данных декапсулируется; если команда управления не переносится, то устройство RNDIS определяет, является ли принятый пакет данных нормальными данными, и обрабатывает пакет данных согласно предшествующему уровню техники.
503: Операции выполняются согласно инструкции команды управления, полученной на этапе 502, такой как установление автоматического соединения, деблокирование PIN или разъединение соединения.
Из предшествующего описания можно видеть, что, согласно этому варианту осуществления, пакет данных, посланный пользовательским устройством, принимается через интерфейс CD или интерфейс HID, где команда управления инкапсулирована в пакете данных, и пакет данных декапсулируется, чтобы получить команду управления. Затем операции выполняются согласно инструкции команды управления. Поэтому пользовательское устройство реализует управление устройством RNDIS. Поскольку обычная система PC содержит универсальную программу драйвера интерфейса CD или устройство HID, никакую дополнительную программу драйвера не требуется инсталлировать в этом решении. По сравнению с решением, которое требует инсталляции дополнительной программы драйвера в предшествующем уровне техники, это решение уменьшает сложность приложения. Однако, поскольку это решение требует добавления дополнительного интерфейса, по сравнению с техническим решением согласно вариантам осуществления 1, 2 и 3, это решение более сложно в реализации.
Вариант осуществления 6
Согласно методам, описанным в варианте осуществления 4 и варианте осуществления 5, следующий раздел использует примеры для подробного описания.
Подобно варианту осуществления 3, в этом варианте осуществления применяется пример, согласно которому пользовательское устройство представляет собой PC, и команда управления является командой АТ. В отличие от варианта осуществления 3, в этом варианте осуществления никакой сетевой коммуникационный порт не создается между PC и устройством RNDIS, но интерфейс CD или интерфейс HID добавляется к устройству RNDIS. Это решение главным образом применимо к устройству, поддерживающему интерфейс к составному устройству, например, устройству USB. В следующем разделе принимается, что пользовательское устройство представляет собой PC, а команда управления является командой АТ, в качестве примера для краткой иллюстрации.
Во-первых, интерфейс CD или интерфейс HID должны быть добавлены к устройству RNDIS, которое сконфигурировано, чтобы принимать пакет данных, с помощью которого инкапсулирована команда управления, в формате CD или формате интерфейса HID. Однако, первоначальный порт RNDIS все еще используется для приема обычных пакетов данных. На ФИГ. 6a представлена схематичная диаграмма сценария связи между PC и устройством RNDIS. Система PC уже обеспечивает универсальную программу драйвера для интерфейса CD или устройства HID. Поэтому данное техническое решение не требует никакой дополнительной программы драйвера.
Ссылаясь на ФИГ.6b, конкретный процесс может быть следующим.
601: PC инкапсулирует определенную пользователем команду управления, такую как команда АТ, подлежащая посылке в устройство RNDIS, в пакет данных, посылаемый в интерфейс CD или HID.
602: PC посылает пакет данных, в котором инкапсулирована команда АТ, к устройству RNDIS.
603: Устройство RNDIS принимает пакет данных, посланный от PC через интерфейс CD или HID, определяет, переносит ли пакет данных команду АТ, например, определяет, согласован ли идентификатор АТ в пакете данных. Если пакет данных переносит команду АТ, принятый пакет данных декапсулируется, чтобы получить команду АТ. Можно сослаться на предшествующий уровень техники, что касается способа декапсулирования пакета, который здесь не детализируется. Если пакет данных не переносит команду АТ, например, команда АТ в пакете данных не согласована, пакет данных определяется как обычные данные CD или HID и обрабатывается согласно предшествующему уровню техники.
604: Устройство RNDIS выполняет операции согласно инструкции команды АТ, полученной на этапе 603, например, установление автоматического соединения, деблокирование PIN или разъединение соединения.
Опционально, устройство RNDIS может также отвечать на соответствующую команду АТ путем возвращения пакета данных UDP и сообщать об изменении статуса устройства RNDIS в РС путем посылки пакета данных широковещательной передачи. Следует отметить, что предшествующий раздел использует команду АТ только в качестве примера для иллюстрации, и должно быть понятно, что также могут использоваться другие команды, такие как команда DIAG или другие определенные пользователем команды.
Можно видеть из предшествующего описания, что, согласно этому варианту осуществления, дополнительный интерфейс CD или HID добавляется к устройству RNDIS; команда АТ инкапсулируется в пакет данных, подлежащий посылке в устройство RNDIS, и инкапсулированный пакет данных посылается в устройство RNDIS через интерфейс CD или интерфейс HID, чтобы управлять устройством RNDIS. Поскольку обычная система PC содержит универсальную программу драйвера интерфейса CD или устройства HID, никакие дополнительные программы драйвера не требуется устанавливать в этом решении. По сравнению с решениями, которые требуют инсталлирования дополнительной программы драйвера в предшествующем уровне техники, настоящее решение уменьшает сложность приложения. Однако поскольку это решение требует дополнительных интерфейсов, оно является более сложным в реализации по сравнению с вариантом осуществления 3.
Вариант осуществления 7
Для лучшей реализации способов, обеспеченных в вариантах осуществления 1-3, в данном варианте осуществления настоящего изобретения дополнительно обеспечивается пользовательское устройство. Как показано на ФИГ. 7a, пользовательское устройство содержит первый блок 701 инкапсулирования и первый блок 702 посылки.
Первый блок 701 инкапсулирования конфигурирован, чтобы инкапсулировать команду управления в пакете сетевых данных, подлежащем посылке в устройство RNDIS, где команда управления используется для управления устройством RNDIS.
Пакет сетевых данных может быть пакетом данных основанного на соединении TCP или пакетом данных UDP без установления соединения. Команда может быть командой АТ.
Первый блок 702 посылки конфигурирован, чтобы посылать пакет сетевых данных, инкапсулированый первым блоком 701 инкапсулирования, к устройству RNDIS, чтобы управлять устройством RNDIS, например, инициировать запрос на установление автоматического соединения, деблокирование PIN или разъединение автоматически установленного соединения на устройстве RNDIS.
Опционально, со ссылкой на ФИГ. 7b, пользовательское устройство может также содержать первый блок 703 создания.
Первый блок 703 создания конфигурирован, чтобы создавать сетевой коммуникационный порт сети для связи с устройством RNDIS. Сетевой коммуникационный порт может быть любым портом, однако номер порта не должен быть тем же самым, как таковой из других известных приложений. Можно сослаться на предшествующий уровень техники, что касается метода создания, который здесь не детализируется.
При этом первый блок 701 инкапсулирования, в особенности, сконфигурирован, чтобы инкапсулировать команду управления в пакет сетевых данных на сетевом коммуникационном порту, созданном первым блоком 703 создания.
Опционально, пользовательское устройство может также содержать первый блок приема, конфигурированный, чтобы принимать ответ о команде управления, возвращенной устройством RNDIS, и дополнительно принимать изменение статуса устройства для устройства RNDIS, сообщаемое устройством RNDIS.
Можно сослаться на предыдущие варианты осуществления, что касается подробного выполнения блоков, которое здесь не детализируется.
Из предшествующего описания может быть понятно, что в этом варианте осуществления первый блок 701 инкапсулирования пользовательского устройства может инкапсулировать команду управления в пакет сетевых данных, подлежащий посылке в устройство RNDIS. Затем первый блок 702 посылки посылает инкапсулированный пакет сетевых данных в устройство RNDIS, чтобы управлять устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно посылать пакет сетевых данных в устройство RNDIS. Поэтому, при этом решении, команда управления может быть передана к устройству RNDIS без добавления нового интерфейса управления и инсталлирования дополнительной программы драйвера. По сравнению с решением, которое требует добавления нового интерфейса управления и дополнительно инсталлирования программы драйвера согласно предшествующему уровню техники, данное решение уменьшает сложность приложения и не предъявляет никакого особого требования для устройства RNDIS, которое применяется обычным образом и является простым для реализации.
Вариант осуществления 8
Для лучшей реализации способов, обеспеченных в вариантах осуществления 4-6, в данном варианте осуществления настоящего изобретения дополнительно обеспечивается пользовательское устройство. Как показано на ФИГ. 8, пользовательское устройство содержит второй блок 801 инкапсулирования и второй блок 802 посылки.
Второй блок 801 инкапсулирования конфигурирован, чтобы инкапсулировать команду управления в пакете данных в формате CD или формате интерфейса HID, где команда управления используется для управления устройством RNDIS. Команда может быть командой АТ, командой DIAG или иной определенной пользователем командой.
Второй блок 802 посылки конфигурирован, чтобы посылать пакет данных, инкапсулированный вторым блоком 801 инкапсулирования, к устройству RNDIS через интерфейс CD или интерфейс HID, конфигурированный на устройстве RNDIS, чтобы, например, инициировать запрос на установление автоматического соединения, деблокирование PIN или разъединение соединения на устройстве RNDIS.
Из предшествующего описания может быть понятно, что второй блок 801 инкапсулирования пользовательского устройства, обеспеченного в этом варианте осуществления, инкапсулирует команду управления в пакете данных в формате CD или формате HID интерфейса, и второй блок 802 посылки посылает пакет данных в устройство RNDIS через интерфейс CD или HID, установленный на устройстве RNDIS, чтобы управлять устройством RNDIS. Поскольку обычная система PC содержит универсальную программу драйвера интерфейса CD или устройства HID, никакие дополнительные программы драйвера не требуется инсталлировать в этом решении. По сравнению с решением, которое требует инсталлирования дополнительной программы драйвера в предшествующем уровне техники, данное решение уменьшает сложность приложения.
Вариант осуществления 9
Соответственно варианту осуществления 7, этот вариант осуществления настоящего изобретения дополнительно обеспечивает устройство RNDIS. Как показано на ФИГ. 9, устройство RNDIS содержит первый блок 901 приема, первый блок 902 декапсулирования и первый блок 903 обработки.
Первый блок 901 приема конфигурирован, чтобы принимать пакет сетевых данных, посланный пользовательским устройством, где команда управления, например, команда АТ, команда DIAG или другая определенная пользователем команда, используемая для управления устройством RNDIS, инкапсулирована в пакете сетевых данных. Пакет сетевых данных может быть пакетом данных основанного на соединении TCP или пакетом данных UDP без установления соединения.
Первый блок 902 декапсулирования конфигурирован для декапсулирования пакета сетевых данных, принятого первым блоком 901 приема, чтобы получить команду управления. Можно сослаться на предыдущий вариант осуществления, что касается деталей, которые здесь подробно не описываются.
Первый блок 903 обработки конфигурирован, чтобы выполнять операции согласно инструкции команды управления, полученной вторым блоком 902 декапсулирования, например, установление автоматического соединения, деблокирование PIN или разъединение соединения.
Блок 901 приема, в особенности, конфигурирован, чтобы принимать пакет сетевых данных, посланный пользовательским устройством через сетевой коммуникационный порт, созданный между пользовательским устройством и устройством RNDIS. Сетевой коммуникационный порт может быть любым портом, но номер порта не должен быть тем же самым, что и для других известных приложений.
Опционально, устройство RNDIS может также содержать первый блок ответа, конфигурированный, чтобы возвращать ответ на пользовательское устройство. Блок ответа может дополнительно сообщать об изменении статуса устройства на пользовательское устройство путем посылки пакета данных широковещательной передачи.
Можно сослаться на предыдущие варианты осуществления, что касается подробного выполнения вышеописаннных блоков, которое здесь не детализировано.
Устройство RNDIS может представлять собой, в частности, беспроводную карту данных, использующую порт RNDIS.
Из предшествующего описания может быть известно, что первый блок 901 приема устройства RNDIS, предусмотренный в этом варианте осуществления, может принимать пакет сетевых данных, посланный пользовательским устройством, где команда управления инкапсулирована в пакете сетевых данных; первый блок 902 декапсулирования декапсулирует пакет данных, чтобы получить команду управления; и затем первый блок 903 обработки выполняет операции согласно инструкции команды управления. Таким образом, пользовательское устройство управляет устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно послать пакет сетевых данных в устройство RNDIS. Поэтому, при этом решении, команда управления может быть передана к устройству RNDIS без добавления нового интерфейса управления или инсталлирования дополнительной программы драйвера. По сравнению с решением, которое требует добавления нового интерфейса управления и инсталлирования программы драйвера дополнительно, согласно предшествующему уровню техники, данное решение уменьшает сложность приложения и не предъявляет никакого особого требования к устройству RNDIS, которое является обычно применимым и легко реализуемым.
Вариант осуществления 10
Соответственно варианту осуществления 8, этот вариант осуществления дополнительно обеспечивает устройство RNDIS. Как показано на ФИГ. 10, устройство RNDIS содержит второй блок 1001 приема, второй блок 1002 декапсулирования и второй блок 1003 обработки.
Второй блок 1001 приема конфигурирован для приема пакета данных от пользовательского устройства через интерфейс CD или интерфейс HID, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакет данных.
Следует отметить, что пакет данных здесь имеет формат CD или формат интерфейса HID.
Второй блок 1002 декапсулирования конфигурирован для декапсулирования пакета данных, принятого вторым блоком 1001 приема для получения команды управления, такой как команда АТ, команда DIAG или иные определенные пользователем команды. Можно сослаться на предыдущие варианты осуществления, что касается деталей, которые здесь не описаны подробно.
Второй блок 1003 обработки конфигурирован, чтобы выполнить операции согласно инструкции из команды управления, полученной вторым блоком 1002 декапсулирования, например, установления автоматического соединения, разблокирования PIN или разъединения соединения.
Устройство RNDIS может, в частности, представлять собой беспроводную карту данных, использующую порт RNDIS.
Из предшествующего описания может быть понятно, что второй блок 1001 приема устройства RNDIS, обеспеченного в этом варианте осуществления, принимает пакет данных, в котором инкапсулирована команда управления, от пользовательского устройства через интерфейс CD или интерфейс HID; второй блок 1002 декапсулирования декапсулирует пакет данных, чтобы получить команду управления; и затем второй блок 1003 обработки выполняет операции согласно инструкции команды управления. Таким образом, пользовательское устройство управляет устройством RNDIS. Поскольку обычная система PC включает в себя универсальную программу драйвера интерфейса CD или устройства HID, никакая дополнительная программа драйвера не должна быть инсталлирована в этом решении. По сравнению с решением, которое требует инсталлирования дополнительной программы драйвера в предшествующем уровне техники, данное решение уменьшает сложность приложения.
Вариант осуществления 11
Соответственно, этот вариант осуществления обеспечивает систему связи. Как показано на ФИГ. 11, система связи содержит любое пользовательское устройство 700 и любое устройство RNDIS 900, обеспеченные согласно вариантам осуществления настоящего изобретения.
Пользовательское устройство 700 конфигурировано, чтобы инкапсулировать команду управления в пакет сетевых данных, подлежащий посылке в устройство RNDIS 900, или в пакет данных в формате CD или формате интерфейса HID, и посылает инкапсулированный пакет сетевых данных в устройство RNDIS 900, или посылает инкапсулированный пакет данных в устройство RNDIS через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, таким образом управляя устройством RNDIS 900. Команда управления используется для управления устройством RNDIS 900 и может быть командой АТ. Пакет сетевых данных может быть, в особенности, пакетом данных TCP или пакетом данных UDP.
Устройство RNDIS 900 конфигурировано, чтобы принимать пакет сетевых данных или пакет данных, посланный пользовательским устройством 700, где команда управления, используемая для управления устройством RNDIS 900, инкапсулирована в пакете сетевых данных или пакете данных, декапсулировать пакет сетевых данных или пакет данных, чтобы получить команду управления, и затем выполнять операции согласно инструкции команды управления, например, установление автоматического соединения, разблокирование PIN или разъединение автоматического соединения.
В конкретной реализации, опционально, пользовательское устройство 700 дополнительно конфигурировано, чтобы создать сетевой коммуникационный порт для связи с устройством RNDIS 900, и инкапсулировать команду управления в пакет сетевых данных на сетевом коммуникационном порту. Сетевой коммуникационный порт сети может быть любым портом, но номер порта не должен быть тем же самым, как таковой из других известных приложений.
При этом устройство RNDIS 900, в особенности, конфигурировано для приема пакета сетевых данных через сетевой коммуникационный порт, созданный между пользовательским устройством и устройством RNDIS.
Опционально, устройство RNDIS 900 дополнительно конфигурировано, чтобы возвращать сообщение ответа и сообщать об изменении статуса устройства в систему путем посылки пакета данных широковещательной передачи.
При этом пользовательское устройство 700 дополнительно конфигурировано для приема сообщения ответа, возвращенного устройством RNDIS 900, и сообщения об изменении статуса устройства.
Можно сослаться на предыдущие варианты осуществления, что касается детального выполнения вышеописанных блоков, которое здесь подробно не описывается.
Можно видеть из предшествующего описания, что пользовательское устройство 700 в системе связи согласно данному варианту осуществления инкапсулирует команду управления в пакет сетевых данных, подлежащий посылке в устройство RNDIS 900, и посылает инкапсулированный пакет данных UDP в устройство RNDIS 900, чтобы управлять устройством RNDIS 900. В обычной сетевой архитектуре пользовательское устройство 700 может непосредственно посылать сетевые данные в устройство RNDIS 900. Поэтому, при этом решении, никакой новый интерфейс управления не требуется добавлять, но используется исходный интерфейс устройства RNDIS 900. По сравнению с решением, которое требует добавления дополнительного интерфейса управления в предшествующем уровне техники, данное решение облегчает использование для пользователей. Кроме того, не требуется инсталлировать никакой дополнительной программы драйвера. По сравнению с решением, которое требует инсталлирования дополнительной программы драйвера в предшествующем уровне техники, данное решение уменьшает сложность приложения, и, кроме того, данное решение не предъявляет никаких особых требований для устройства RNDIS 900, которое является обычно применимым и простым для реализации.
Нужно отметить, что даже в этом варианте осуществления настоящего изобретения, дополнительный интерфейс CD или HID может быть добавлен, чтобы создать канал управления. Однако обычная система 30 пользовательского устройства 700 уже содержит универсальные программы драйвера для интерфейса CD или HID. Поэтому данное решение не требует никаких дополнительных программ драйвера, что также уменьшает сложность приложения по сравнению с решением, которое требует инсталлирования дополнительной программы драйвера в предшествующем уровне техники.
Для специалистов в данной области техники должно быть понятно, что все или часть этапов вышеописанных вариантов осуществления могут быть реализованы программой, инструктирующей аппаратные средства. Программа может быть сохранена на машиночитаемом носителе данных. Носитель данных может быть постоянной памятью (ROM), памятью произвольного доступа (RAM), магнитным диском или компакт-диском.
Выше представлено детальное описание способа, устройства и системы управления согласно вариантам осуществления настоящего изобретения. Принцип и реализация настоящего изобретения объясняются в настоящей заявке с помощью конкретных вариантов осуществления, которые используются только для того, чтобы способствовать пониманию метода и центральной идеи настоящего изобретения. Вместе с тем, специалисты в данной области техники могут создать модификации и варианты изобретения согласно идее настоящего изобретения в терминах конкретных реализаций и объема изобретения. В заключение, настоящее описание не должно рассматриваться как ограничение настоящего изобретения.