RU2728764C1 - Инфраструктурная сеть - Google Patents
Инфраструктурная сеть Download PDFInfo
- Publication number
- RU2728764C1 RU2728764C1 RU2019117595A RU2019117595A RU2728764C1 RU 2728764 C1 RU2728764 C1 RU 2728764C1 RU 2019117595 A RU2019117595 A RU 2019117595A RU 2019117595 A RU2019117595 A RU 2019117595A RU 2728764 C1 RU2728764 C1 RU 2728764C1
- Authority
- RU
- Russia
- Prior art keywords
- field
- network
- interface
- electronic device
- message
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/147—Signalling methods or messages providing extensions to protocols defined by standardisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2807—Exchanging configuration information on appliance services in a home automation network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
- H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/15—Interconnection of switching modules
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/20—Support for services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
- H04L49/355—Application aware switches, e.g. for HTTP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/604—Address structures or formats
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/668—Internet protocol [IP] address subnets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Human Resources & Organizations (AREA)
- Automation & Control Theory (AREA)
- Entrepreneurship & Innovation (AREA)
- Strategic Management (AREA)
- Computer Hardware Design (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Operations Research (AREA)
- Economics (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Environmental & Geological Engineering (AREA)
- Selective Calling Equipment (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Information Transfer Between Computers (AREA)
- Small-Scale Networks (AREA)
Abstract
Изобретение относится к электронному устройству, выполненному с возможностью осуществления связи через инфраструктурную сеть. Технический результат заключается в возможности эффективной передачи данных в инфраструктурной сети. Электронное устройство содержит: сетевой интерфейс, выполненный с возможностью отправки и/или приема сообщения в другое электронное устройство в инфраструктурной сети; и память, приспособленную для хранения уникального локального адреса (ULA), имеющего формат адреса, причем ULA предоставляет указание получателя сообщения, отправленного в инфраструктурной сети. При этом формат адреса содержит: глобальный ID, сконфигурированный идентифицировать инфраструктурную сеть, к которой коммуникационно подсоединено электронное устройство; ID логической сети, непосредственно следующий за глобальным ID, при этом ID логической сети сконфигурирован идентифицировать логическую сеть инфраструктурной сети; и ID интерфейса, непосредственно следующий за ID логической сети, при этом ID интерфейса сконфигурирован идентифицировать электронное устройство в инфраструктурной сети. 3 н. и 26 з.п. ф-лы, 49 ил., 25 табл.
Description
[0001] Настоящее изобретение относится к инфраструктурной сети, которая связывает электронные устройства с использованием сетей одного или нескольких типов.
[0002] Данный раздел предназначен для представления читателю различных аспектов уровня техники, которые могут быть связаны с различными аспектами настоящих технологий, которые описаны и/или заявлены ниже. Представляется, что это обсуждение будет полезным в предоставлении читателю информации о предпосылках изобретения, чтобы способствовать лучшему пониманию различных аспектов настоящего раскрытия. Соответственно, следует понимать, что эти сведения должны пониматься в этом свете, а не в качестве сведений из предшествующего уровня техники.
[0003] Подключенные к сети устройства появляются повсеместно в домах. Некоторые из этих устройств часто способны осуществлять связь друг с другом через один тип сети (например, соединение Wi-Fi) с использованием протокола передачи. Может быть желательным использовать менее энергоемкие протоколы соединения для некоторых устройств, которые питаются от батареи или получают пониженный заряд. Однако в некоторых сценариях, устройства, связанные с протоколом пониженной мощности, могут быть не в состоянии осуществлять связь с устройствами, связанными с протоколом более высокой мощности (например, Wi-Fi).
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0004] Сущность некоторых вариантов осуществления, раскрытых здесь, изложена ниже. Следует понимать, что эти аспекты представлены только для того, чтобы предоставить читателю краткое изложение этих некоторых вариантов осуществления, и что эти аспекты не предназначены для ограничения объема настоящего раскрытия. Действительно, настоящее изобретение может охватывать самые различные аспекты, которые могут не быть изложены ниже.
[0005] Варианты осуществления настоящего изобретения относятся к системам и способам инфраструктурной сети, которая включает в себя одну или более логических сетей, которая позволяет устройствам, соединенным с инфраструктурой, осуществлять связь друг с другом с использованием списка протоколов и/или профилей, известных устройствам. Связь между устройствами может следовать согласно типовому формату сообщения, который позволяет устройствам понимать передачи между устройствами независимо от того, с какими логическими сетями соединены осуществляющие связь устройства в инфраструктуре. В формате сообщения, полезная нагрузка данных может быть включена для сохранения и/или обработки принимающим устройством. Формат и содержание полезной нагрузки может варьироваться в соответствии с заголовком в полезной нагрузке, который указывает профиль (включая один или более протоколов) и/или тип сообщения, отправляемого в соответствии с профилем.
[0006] В соответствии с некоторыми вариантами осуществления, два или более устройств в инфраструктуре могут осуществлять связь с использованием протоколов или профилей отчетности о состоянии. Например, в некоторых вариантах осуществления, протокол или схема отчетности о состоянии могут быть включены в базовый профиль, который доступен для устройств, соединенных с инфраструктурой. Используя протокол отчетности о состоянии, устройства могут передавать или запрашивать информацию о состоянии к или от других устройств в инфраструктуре.
[0007] Кроме того, в некоторых вариантах осуществления, два или более устройств в инфраструктуре могут осуществлять связь с использованием протоколов или профилей обновления программного обеспечения. В некоторых вариантах осуществления, протокол или схема обновления программного обеспечения могут быть включены в базовый профиль, который доступен для устройств, соединенных с инфраструктурой. Используя протокол обновления программного обеспечения, устройство может запрашивать, передавать или уведомлять о наличии обновлений в пределах инфраструктуры.
[0008] В некоторых вариантах осуществления, два или более устройств в инфраструктуре могут осуществлять связь с использованием протоколов или профилей управления данными. В некоторых вариантах осуществления, протокол или схема управления данными могут быть включены в базовый профиль, который доступен для устройств, соединенных с инфраструктурой. Используя протокол управления обновлением данных, устройства могут запрашивать, просматривать или отслеживать имеющуюся в узле информацию, которая хранится в других устройствах.
[0009] Кроме того, в некоторых вариантах осуществления, два или более устройств в инфраструктуре могут передавать данные с использованием протоколов или профилей передачи больших массивов данных (групповой пересылки данных). В некоторых вариантах осуществления протокол или схема передачи больших массивов данных могут быть включены в базовый профиль, который доступен для устройств, соединенных с инфраструктурой. Используя протокол передачи больших массивов данных, устройства могут инициировать, передавать или принимать большие массивы данных, используя любые логические сетей в инфраструктуре. В некоторых вариантах осуществления, либо передающее, либо приемное устройство, использующее протокол передачи больших массивов данных, может быть в состоянии “приводить в действие” синхронную передачу между устройствами. В других вариантах осуществления передача больших массивов данных может быть выполнена посредством асинхронной передачи.
[0010] Различные усовершенствования признаков, указанных выше, могут существовать в отношении различных аспектов настоящего раскрытия. Дополнительные признаки могут также быть включены в эти различные аспекты. Эти усовершенствования и дополнительные признаки могут существовать индивидуально или в любой комбинации. Например, различные признаки, обсуждаемые ниже в отношении одного или нескольких из проиллюстрированных вариантов осуществления, могут быть включены в любой из описанных выше аспектов настоящего раскрытия по отдельности или в любой комбинации. Краткая сущность изобретения, представленная выше, предназначена только для ознакомления читателя с некоторыми аспектами и контекстами вариантов осуществления настоящего изобретения без ограничения заявленного предмета изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0011] Различные аспекты этого раскрытия можно лучше понять из нижеследующего подробного описания и со ссылками на чертежи, на которых:
[0012] Фиг. 1 является блок-схемой электронного устройства, которое может быть соединено с другими устройствами с использованием инфраструктурной сети, в соответствии с вариантом осуществления;
[0013] Фиг.2 иллюстрирует блок-схему домашней среды, в которой обобщенное устройство по фиг. 1 может осуществлять связь с другими устройствами через инфраструктурную сеть, в соответствии с вариантом осуществления;
[0014] Фиг.3 иллюстрирует блок-схему модели взаимодействия открытых систем (OSI), которая характеризует систему связи для домашней среды по фиг. 2, в соответствии с вариантом осуществления;
[0015] Фиг. 4 иллюстрирует инфраструктурную сеть, имеющую топологию одиночной логический сети, в соответствии с вариантом осуществления;
[0016] Фиг. 5 иллюстрирует инфраструктурную сеть, имеющую топологию звездообразной сети, в соответствии с вариантом осуществления;
[0017] Фиг. 6 иллюстрирует инфраструктурную сеть, имеющую топологию перекрывающихся сетей, в соответствии с вариантом осуществления;
[0018] Фиг. 7 иллюстрирует службу, осуществляющую связь с одной или более инфраструктурных сетей, в соответствии с вариантом осуществления;
[0019] Фиг. 8 иллюстрирует два устройства в инфраструктурной сети в коммуникативном соединении, в соответствии с вариантом осуществления;
[0020] Фиг. 9 иллюстрирует формат уникального локального адреса (ULA), который может быть использован для адресации устройств в инфраструктурной сети, в соответствии с вариантом осуществления;
[0021] Фиг. 10 иллюстрирует процесс представления периферийных устройств в сети концентратора, в соответствии с вариантом осуществления;
[0022] Фиг. 11 иллюстрирует пакет значения длины тега (TLV), который может быть использован для передачи данных по инфраструктурной сети, в соответствии с вариантом осуществления;
[0023] Фиг. 12 иллюстрирует общий протокол сообщения (GMP), который может использоваться для передачи данных по инфраструктурной сети, которые могут включать в себя пакет TLV по фиг. 11, в соответствии с вариантом осуществления;
[0024] Фиг. 13 иллюстрирует поле заголовка сообщения GMP по фиг. 12 в соответствии с вариантом осуществления;
[0025] Фиг. 14 иллюстрирует поле идентификатора ключа GMP по фиг. 12 в соответствии с вариантом осуществления;
[0026] Фиг.15 иллюстрирует поле полезной нагрузки приложения GMP по фиг. 12 в соответствии с вариантом осуществления;
[0027] Фиг. 16 иллюстрирует схему отчетности о состоянии, которая может использоваться для обновления информации о состоянии в инфраструктурной сети, в соответствии с вариантом осуществления;
[0028] Фиг.17 иллюстрирует поле профиля схемы отчетности о состоянии по фиг. 16 в соответствии с вариантом осуществления;
[0029] Фиг. 18 иллюстрирует протокольную последовательность, которая может быть использована для выполнения обновления программного обеспечения между клиентом и сервером, в соответствии с вариантом осуществления;
[0030] Фиг. 19 иллюстрирует кадр запроса образа, который может использоваться в протокольной последовательности по фиг. 18, в соответствии с вариантом осуществления;
[0031] Фиг. 20 иллюстрирует поле управления кадра в кадре запроса образа по фиг. 19 в соответствии с вариантом осуществления;
[0032] Фиг. 21 иллюстрирует поле спецификации продукта кадра запроса образа по фиг. 19 в соответствии с вариантом осуществления;
[0033] Фиг. 22 иллюстрирует поле спецификации версии кадра запроса образа по фиг. 19 в соответствии с вариантом осуществления;
[0034] Фиг. 23 иллюстрирует поле локальной спецификации кадра запроса образа по фиг. 19 в соответствии с вариантом осуществления;
[0035] Фиг.24 иллюстрирует поле поддерживаемых типов целостности кадра запроса образа по фиг. 19 в соответствии с вариантом осуществления;
[0036] Фиг. 25 иллюстрирует поле поддерживаемых схем обновления кадра запроса образа по фиг. 19 в соответствии с вариантом осуществления;
[0037] Фиг. 26 иллюстрирует кадр ответа на запрос образа, который может быть использован в протокольной последовательности по фиг. 18, в соответствии с вариантом осуществления;
[0038] Фиг. 27 иллюстрирует поле унифицированного идентификатора ресурса (URI) кадра ответа на запрос образа по фиг. 26 в соответствии с вариантом осуществления;
[0039] Фиг. 28 иллюстрирует поле спецификации целостности кадра ответа на запрос образа по фиг. 26 в соответствии с вариантом осуществления;
[0040] Фиг. 29 иллюстрирует поле схемы обновления кадра ответа на запрос образа по фиг. 26 в соответствии с вариантом осуществления;
[0041] Фиг. 30 иллюстрирует последовательность, используемую для применения протокола управления данными для управления данными между устройствами в инфраструктурной сети, в соответствии с вариантом осуществления;
[0042] Фиг. 31 иллюстрирует кадр запроса моментального снимка, который может быть использован в последовательности по фиг. 30, в соответствии с вариантом осуществления;
[0043] Фиг. 32 иллюстрирует схему примерного профиля, которая может быть доступной с использованием кадра запроса моментального снимка по фиг. 31, в соответствии с вариантом осуществления;
[0044] Фиг. 33 представляет собой бинарный формат пути, который может указывать на путь в схеме профиля, в соответствии с вариантом осуществления;
[0045] Фиг. 34 иллюстрирует кадр запроса наблюдения, который может быть использован в последовательности по фиг. 30, в соответствии с вариантом осуществления;
[0046] Фиг. 35 иллюстрирует кадр запроса периодического обновления, который может быть использован в последовательности по фиг. 30, в соответствии с вариантом осуществления;
[0047] Фиг. 36 иллюстрирует кадр запроса обновления, который может быть использован в последовательности по фиг. 30, в соответствии с вариантом осуществления;
[0048] Фиг. 37 иллюстрирует запрос отмены просмотра, который может быть использован в последовательности по фиг. 30, в соответствии с вариантом осуществления;
[0049] Фиг. 38 иллюстрирует кадр ответа просмотра, который может быть использован в последовательности по фиг. 30, в соответствии с вариантом осуществления;
[0050] Фиг. 39 иллюстрирует кадр явного запроса обновления, который может использоваться в последовательности по фиг. 30, в соответствии с вариантом осуществления;
[0051] Фиг. 40 иллюстрирует кадр запроса обновления просмотра, который может использоваться в последовательности по фиг. 30, в соответствии с вариантом осуществления;
[0052] Фиг. 41 иллюстрирует кадр элемента обновления, который может быть обновлен с использованием последовательности по фиг. 30, в соответствии с вариантом осуществления;
[0053] Фиг. 42 иллюстрирует кадр ответа обновления, который может быть отправлен как сообщение ответа обновления в последовательности по фиг. 30, в соответствии с вариантом осуществления;
[0054] Фиг. 43 иллюстрирует коммуникативное соединение между отправителем и получателем в передаче больших массивов данных в соответствии с вариантом осуществления;
[0055] Фиг. 44 иллюстрирует сообщение SendInit, которое может быть использовано, чтобы инициировать коммуникативное соединение отправителем по фиг. 43, в соответствии с вариантом осуществления;
[0056] Фиг. 45 иллюстрирует поле управления передачей сообщения SendInit по фиг. 44, в соответствии с вариантом осуществления;
[0057] Фиг. 46 иллюстрирует поле управления диапазоном сообщения SendInit по фиг. 45, в соответствии с вариантом осуществления;
[0058] Фиг. 47 иллюстрирует сообщение SendAccept, которое может быть использовано для принятия соединения связи, предложенного сообщением SendInit по фиг. 44, отправленным отправителем по фиг. 44, в соответствии с вариантом осуществления;
[0059] Фиг. 48 иллюстрирует сообщение SendReject, которое может быть использовано для отклонения соединения связи, предложенного сообщением SendInit по фиг. 44, отправленного отправителем по фиг. 44, в соответствии с вариантом осуществления; и
[0060] Фиг. 49 иллюстрирует сообщение ReceiveAccept, которое может быть использовано для принятия соединения связи, предложенного получателем по фиг. 44, в соответствии с вариантом осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
[0061] Один или более конкретных вариантов осуществления настоящего раскрытия будут описаны ниже. Эти описанные варианты осуществления являются лишь примерами раскрытых здесь методов. Кроме того, стремясь обеспечить краткость описания этих вариантов осуществления, все признаки фактической реализации невозможно описать в данной спецификации. Следует отметить, что в разработке любой такой фактической реализации, как и в любой инженерной или конструкторской разработке, многочисленные специфические для реализации решения должны быть направлены на достижение конкретных целей разработчиков, таких как соблюдение связанных с системой и связанных с бизнесом ограничений, которые могут варьироваться от одной реализации к другой. Кроме того, следует понимать, что такие проектные работы могут быть сложными и трудоемкими, но, тем не менее, могут быть рутинной процедурой конструирования, изготовления и производства для специалистов в данной области, пользующихся преимуществами настоящего раскрытия.
[0062] При введении элементов различных вариантов осуществления настоящего изобретения, формы единственного числа предназначены, чтобы означать, что имеется один или более элементов. Термины “содержащий”, “включающий” и “имеющий” подразумевают включение и означают, что могут быть и дополнительные элементы, иные, чем перечисленные элементы. Кроме того, следует понимать, что ссылки на “один вариант осуществления” или “вариант осуществления” в настоящем раскрытии не предназначены, чтобы интерпретироваться как исключающие существование дополнительных вариантов осуществления, которые также включают перечисленные признаки.
[0063] Варианты осуществления настоящего изобретения относятся в целом к эффективной инфраструктурной сети, которая может быть использована устройствами и/или службами, осуществляющими связь друг с другом в домашней среде. Как правило, для потребителей, проживающих в домах, может оказаться полезным координировать операции различных устройств в их доме, так, чтобы все их устройства работали эффективно. Например, устройство термостата может быть использовано для определения температуры дома и координации активности других устройств (например, осветительных приборов) на основе определенной температуры. В этом примере устройство термостата может определить температуру, которая может указывать, что температура вне дома соответствует часам дневного света. Затем устройство термостата может сообщить осветительному устройству, что в доме может быть достаточным дневной свет, и, таким образом, освещение должно быть выключено.
[0064] В дополнение к эффективному управлению этими устройствами, потребители обычно предпочитают использовать удобные для пользователя устройства, которые требуют минимального количества действий по настройке или инициализации. То есть, потребители, как правило, предпочитают покупать устройства, которые полностью работоспособны после выполнения нескольких этапов инициализации, которые могут выполняться практически любым человеком, независимо от возраста или технического опыта.
[0065] Имея это в виду, чтобы обеспечить возможность эффективной передачи данных между устройствами в домашней среде, устройства могут использовать инфраструктурную сеть, которая включает в себя одну или более логических сетей, чтобы управлять осуществлением связи между устройствами. То есть, эффективная инфраструктурная сеть может позволить множеству устройств в пределах дома осуществлять связь друг с другом с использованием одной или более логических сетей. Сеть связи может поддерживать связь согласно Интернет-протоколу версии 6 (IPv6), так что каждое подключенное устройство может иметь уникальный локальный адрес (LA). Кроме того, чтобы позволить интеграцию каждого устройства в доме, может быть полезным для каждого устройства осуществлять связь в сети с использованием малых уровней мощности. То есть, при обеспечении возможности устройствам осуществлять связь с использованием малой мощности, устройства могут быть размещены в любом месте в доме, не будучи связанными с непрерывным источником питания (например, с питанием от батареи).
I. Введение в инфраструктуру
[0066] В качестве введения, фиг. 1 иллюстрирует пример обобщенного устройства 10, которое может осуществлять связь с другими подобными устройствами в домашней среде. В одном варианте осуществления устройство 10 может включать в себя один или более датчиков 12, компонент 14 пользовательского интерфейса, источник 16 питания (например, включая соединение питания и/или батарею), сетевой интерфейс 18, процессор 20 и т.п. Конкретные датчики 12, компоненты 14 пользовательского интерфейса и конфигурации источника питания могут быть одинаковыми или аналогичными в каждом из устройств 10. Тем не менее, следует отметить, что в некоторых вариантах осуществления, каждое устройство 10 может включать в себя конкретные датчики 12, компоненты 14 пользовательского интерфейса, конфигурации источника питания и т.п., в зависимости от типа устройства или модели.
[0067] Датчики 12, в некоторых вариантах осуществления, могут обнаруживать различные свойства, такие как ускорение, температура, влажность, вода, поставляемая мощность, близость, внешнее движение, движение устройства, звуковые сигналы, ультразвуковые сигналы, световые сигналы, огонь, дым, угарный газ, спутниковые сигналы системы глобального позиционирования (GPS), радиочастотные (RF) сигналы, другие электромагнитные сигналы или поля и т.п. Таким образом, датчики 12 могут включать в себя датчик(и) температуры, датчик(и) влажности, связанный(е) с опасностью датчик(и) или другие датчики окружающей среды, акселерометр(ы), микрофон(ы), оптические датчики вплоть до и включая камеру(ы) (например, на приборах с зарядовой связью или видеокамеры), активные или пассивные датчики излучения, GPS приемник(и) или детектор(ы) радиочастотной идентификации. В то время как фиг. 1 иллюстрирует вариант с одним датчиком, многие варианты осуществления могут включать в себя множество датчиков. В некоторых случаях устройство 10 может включать в себя один или более первичных датчиков и один или более вторичных датчиков. Здесь, первичный(е) датчик(и) может (могут) воспринимать данные, являющиеся центральными для базовой операции устройства (например, восприятие температуры в термостате или восприятие дыма в детекторе дыма), а вторичный(е) датчик(и) может (могут) воспринимать другие типы данных (например, движение, свет или звук), которые могут использоваться для целей энергоэффективности или целей интеллектуальной операции.
[0068] Один или более компонентов 14 пользовательского интерфейса в устройстве 10 может принимать ввод от пользователя и/или представлять информацию пользователю. Компонент 14 пользовательского интерфейса может также включать в себя один или более компонентов пользовательского ввода, которые могут принимать информацию от пользователя. Принятый ввод может быть использован для определения настройки. В некоторых вариантах осуществления компоненты пользовательского ввода могут включать в себя механический или виртуальный компонент, который реагирует на движение пользователя. Например, пользователь может механически переместить скользящий компонент (ползунок) (например, вдоль вертикальной или горизонтальной направляющей) или вращать поворотное кольцо (например, по круговой направляющей), или может обнаруживаться движение пользователя вдоль сенсорной панели, или движения/жесты могут обнаруживаться с использованием бесконтактного датчика обнаружения жеста (например, инфракрасного датчика или камеры). Такие движения могут соответствовать корректировке настройки, что может определяться на основе абсолютного положения компонента 104 пользовательского интерфейса или на основе смещения компонентов 104 пользовательского интерфейса (например, корректировки температуры заданного значения на 1 градус F для каждого поворота на 10° компонента поворотного кольца). Физически и виртуально подвижные компоненты пользовательского ввода могут позволить пользователю установить настройку вдоль части видимого континуума. Таким образом, пользователь не ограничивается выбором между двумя дискретными опциями (например, как это было бы в случае, если бы использовались кнопки “вверх” и “вниз”), но может быстро и интуитивно определить настройку вдоль диапазона возможных значений настроек. Например, величина перемещения компонента пользовательского ввода может быть ассоциирована с величиной корректировки настройки, так что пользователь может резко изменить настройку большим движением или точно установить настройку малым движением.
[0069] Компоненты 14 пользовательского интерфейса также могут включать в себя одну или несколько кнопок (например, кнопки “вверх” и “вниз”), клавиатуру, цифровую панель, переключатель, микрофон и/или камеру (например, для обнаружения жестов). В одном варианте осуществления компонент 14 пользовательского ввода может включать в себя компонент кругового кольца с функцией “нажать и повернуть”, который может позволить пользователю взаимодействовать с компонентом, вращая кольцо (например, для корректировки настройки) и/или нажимая кольцо в направлении внутрь (например, чтобы выбрать скорректированную настройку или выбрать опцию). В другом варианте осуществления компонент 14 пользовательского ввода может включать в себя камеру, которая может обнаруживать жесты (например, чтобы указать, что питание или состояние тревожной сигнализации устройства должно быть изменено). В некоторых случаях устройство 10 может иметь один первичный компонент ввода, который может быть использован для установки множества типов настроек. Компоненты 14 пользовательского интерфейса также могут быть сконфигурированы, чтобы предоставлять информацию пользователю через, например, визуальное отображение (например, дисплей на тонкопленочных транзисторах или дисплей на органических светоизлучающих диодах) и/или аудио динамик.
[0070] Компонент 16 источника питания может включать в себя соединение питания и/или локальную батарею. Например, соединение питания может соединять устройство 10 с источником питания, таким как источник напряжения линии. В некоторых случаях, источник питания переменного тока (АС) может быть использован для подзарядки (например, подзаряжаемой) локальной батареи, так что батарея может в дальнейшем использоваться для подачи питания на устройство 10, когда источник питания АС не доступен. В некоторых вариантах осуществления компонент 16 источника питания может включать в себя соединения прерывистой или сниженной мощности, которая может быть меньше, чем обеспечиваемая через штепсельную вилку АС в доме. В некоторых вариантах осуществления устройства с батареями и/или прерывистой или сниженной мощностью могут работать как “спящие устройства”, которые чередуют состояние включения/активности с состоянием выключения/неактивности, чтобы снизить потребление мощности.
[0071] Сетевой интерфейс 18 может включать в себя один или более компонентов, которые позволяют устройству 10 осуществлять связь между устройствами с использованием одной или более логических сетей в инфраструктурной сети. В одном варианте осуществления сетевой интерфейс 18 может осуществлять связь с использованием эффективного сетевого уровня как части его модели взаимодействия открытых систем (OSI). В некоторых вариантах осуществления один компонент сетевого интерфейса 18 может осуществлять связь с одной логической сетью (например, Wi-Fi), а другой компонент сетевого интерфейса может осуществлять связь с другой логической сетью (например, 802.15.4). Другими словами, сетевой интерфейс 18 может позволять устройству 10 осуществлять беспроводную связь через множество IPv6-сетей. Таким образом, сетевой интерфейс 18 может включать в себя беспроводную карту, порт Ethernet и/или другие подходящие соединения приемопередатчика.
[0072] Процессор 20 может поддерживать одну или более из множества различных функциональностей устройства. Как таковой, процессор 20 может включать в себя один или более процессоров, сконфигурированных и запрограммированных для выполнения и/или инициирования выполнения одной или более функциональностей, описанных здесь. В одном варианте осуществления процессор 20 может включать в себя процессоры общего назначения, выполняющие компьютерный код, хранящийся в локальной памяти (например, флэш-памяти, на жестком диске, в оперативной памяти), процессоры специального назначения или специализированные интегральные схемы, другие типы платформ обработки на аппаратных средствах/прошивке/программном обеспечении и/или некоторые их комбинации. Кроме того, процессор 20 может быть реализован как локализованные версии или дубликаты алгоритмов, выполняемых или регулируемых дистанционно центральными серверами или облачными системами, такими как на основании исполнения виртуальной машины Java (JVM), которая исполняет инструкции, предоставляемые от облачного сервера с использованием Asynchronous Javascript и XML (AJAX) или аналогичных протоколов. В качестве примера, процессор 20 может обнаружить, когда некоторое местоположение (например, дом или комната) занято, вплоть до и включая то, занято ли оно конкретным лицом или занято определенным количеством людей (например, по отношению к одному или более пороговым значениям). В одном варианте осуществления это обнаружение может выполняться, например, путем анализа микрофонных сигналов, обнаружения движений пользователя (например, перед устройством), обнаружения открываний и закрытий дверей или гаражных дверей, обнаружения беспроводных сигналов, обнаружения IP-адреса принятого сигнала, обнаружения функционирования одного или более устройств в некотором временном окне и т.п. Кроме того, процессор 20 может включать в себя технологии распознавания образов, чтобы идентифицировать конкретные лица или объекты.
[0073] В некоторых случаях процессор 20 может предсказывать желательные настройки и/или реализовывать эти настройки. Например, на основе обнаружения присутствия, процессор 20 может корректировать настройки устройства, например, чтобы экономить энергию, когда никого нет дома или в конкретной комнате или в соответствии с предпочтениями пользователя (например, общими предпочтениями в доме или конкретными специфическими для пользователя предпочтениями). В качестве другого примера, на основе обнаружения конкретного человека, животного или объекта (например, ребенка, домашнего питомца или потерянного объекта), процессор 20 может инициировать аудио или визуальный указатель того, где находится человек, животное или объект, или может инициировать функцию тревоги или безопасности, если нераспознанное лицо обнаружено при определенных условиях (например, в ночное время, или когда освещение выключено).
[0074] В некоторых случаях устройства могут взаимодействовать друг с другом таким образом, что события, обнаруженные посредством первого устройства, влияют на действия второго устройства, с использованием одного или более общих профилей между устройствами. Например, первое устройство может обнаружить, что пользователь вошел в гараж (например, путем обнаружения движения в гараже, обнаружения изменения освещения в гараже или обнаружения открытия гаражной двери). Первое устройство может передать эту информацию на второе устройство через инфраструктурную сеть, так что второе устройство может, например, скорректировать настройку температуры в доме, настройку света, настройку музыки и/или настройку тревожной сигнализации. В качестве другого примера, первое устройство может обнаружить пользователя, приближающегося к передней двери (например, путем обнаружения движения или резких изменений картины освещения). Первое устройство может вызвать представление общего аудио или визуального сигнала (например, такого, как звучание дверного звонка) или вызвать представление специфического для местоположения аудио или визуального сигнала (например, уведомить о присутствии посетителя в помещении, которое занимает пользователь).
[0075] С учетом вышеизложенного, фиг. 2 иллюстрирует блок-схему домашней среды 30, в которой устройство 10 по фиг. 1 может осуществлять связь с другими устройствами через инфраструктурную сеть. Изображенная домашняя среда 30 может включать в себя структуру 32, например, дом, офисное здание, гараж или мобильный дом. Следует иметь в виду, что устройства также могут быть интегрированы в домашнюю среду, которая не включает в себя всю структуру 32, например, квартиру, кондоминиум, офисное помещение или тому подобное. Кроме того, домашняя среда 30 может управлять и/или может быть связана с устройствами за пределами фактической структуры 32. В самом деле, различные устройства в домашней среде 30 не обязательно должны физически находиться в структуре 32. Например, устройство, управляющее нагревателем 34 бассейна, или система 36 орошения могут быть расположены за пределами структуры 32.
[0076] Изображенная структура 32 включает в себя ряд помещений 38, отделенных, по меньшей мере частично, друг от друга с помощью стен 40. Стены 40 могут включать в себя внутренние стены или наружные стены. Каждое помещение 38 может также включать в себя пол 42 и потолок 44. Устройства могут монтироваться на стенах 40, на полу 42 или потолке 44, встраиваться в них и/или поддерживаться ими.
[0077] Домашняя среда 30 может включать в себя множество устройств, в том числе интеллектуальные, мульти-сенсорные, соединенные с сетью устройства, которые могут плавно интегрироваться друг с другом и/или с облачными серверными системами, чтобы обеспечивать любую из множества полезных целей домашней среды. Одно, несколько или каждое из устройств, показанных в домашней среде 30, может включать в себя один или несколько датчиков 12, пользовательский интерфейс 14, источник 16 питания, сетевой интерфейс 18, процессор 20 и т.п.
[0078] Примерные устройства 10 могут включать в себя подключенный к сети термостат 46, который может обнаруживать климатические характеристики окружающей среды (например, температуру и/или влажность) и управлять системой 48 отопления, вентиляции и кондиционирования воздуха (HVAC). Другое примерное устройство 10 может включать в себя блок 50 обнаружения опасности, который может обнаруживать присутствие опасного вещества и/или опасной ситуации в домашней среде 30 (например, дыма, огня или угарного газа). Кроме того, интерфейсные устройства 52 передней (входа), которые могут определяться понятием “интеллектуальный дверной звонок”, могут обнаруживать приближение или удаление человека от данного места, управлять звуковой функцией, оповещать о приближении или удалении человека с помощью аудио или визуальных средств или управлять настройками на системе безопасности (например, чтобы активировать или деактивировать систему безопасности).
[0079] В некоторых вариантах осуществления устройство 10 может включать в себя переключатель 54 освещения, который может обнаруживать условия внешнего освещения, обнаруживать состояния занятости помещений и управлять мощностью и/или состоянием ослабления света одного или более осветительных приборов. В некоторых случаях переключатели 54 освещения могут управлять состоянием мощности или скоростью вентилятора, такого как потолочный вентилятор.
[0080] Кроме того, интерфейсы 56 штепсельных вилок для стенных розеток могут обнаруживать занятость помещения или огороженного пространства и управлять подачей питания на одну или более штепсельных вилок для стенных розеток (например, так, что питание не подается на вилку, если никого нет дома). Устройство 10 в домашней среде 30 может дополнительно включать в себя бытовое устройство 58, такое как холодильники, кухонные плиты и/или печи, телевизоры, стиральные машины, сушилки, осветительные приборы (внутри и/или снаружи структуры 32), стереосистемы, системы внутренней связи, устройства отпирания гаражных дверей, напольные вентиляторы, потолочные вентиляторы, вентиляторы целого дома, настенные кондиционеры, нагреватели 34 бассейнов, системы 36 орошения, системы безопасности и т.д. В то время как описание фиг. 2 может идентифицировать конкретные датчики и функциональности, связанные с конкретными устройствами, следует понимать, что любые из множества датчиков и функциональностей (таких как те, которые описываются во всей спецификации) могут быть интегрированы в устройство 10.
[0081] В дополнение к присутствию функциональных возможностей обработки и восприятия, каждое из примерных устройств, описанных выше, может иметь возможность передачи данных и совместного использования информации с любым другим устройством, а также с любым облачным сервером или любым другим устройством, которое соединено с сетью в любом месте в мире. В одном варианте осуществления устройства 10 могут посылать и принимать передачи через инфраструктурную сеть, описанную ниже. В одном варианте осуществления инфраструктура может позволить устройствам 10 осуществлять связь друг с другом через одну или более логических сетей. Таким образом, некоторые устройства могут служить как беспроводные ретрансляторы и/или могут функционировать как мосты между устройствами, службами и/или логическими сетями в домашней среде, которые не могут быть непосредственно соединены (то есть, одним транзитным участком) друг с другом.
[0082] В одном варианте осуществления беспроводной маршрутизатор 60 может дополнительно осуществлять связь с устройствами 10 в домашней среде 30 через одну или более логических сетей (например, Wi-Fi). Беспроводной маршрутизатор 60 может тогда осуществлять связь с сетью Интернет 62 или другой сетью таким образом, что каждое устройство 10 может осуществлять связь с удаленной службой или облачной вычислительной системой 64 через Интернет 62. Облачная вычислительная система 64 может быть ассоциирована с производителем, объектом поддержки или поставщиком услуг, ассоциированным с конкретным устройством 10. Таким образом, в одном варианте осуществления, пользователь может контактировать с клиентской службой поддержки с использованием самого устройства, а не с использованием некоторого другого средства связи, такого как телефон или соединенный с Интернетом компьютер. Кроме того, обновления программного обеспечения могут автоматически отправляться с облачной вычислительной системы 64 или устройств в домашней среде 30 на другие устройства в инфраструктуре (например, при их доступности, при покупке или с регулярными интервалами).
[0083] Ввиду подключения к сети, одно или более устройств 10 могут дополнительно позволять пользователю взаимодействовать с устройством, даже если пользователь не находится в непосредственной близости к устройству. Например, пользователь может осуществлять связь с устройством с использованием компьютера (например, настольного компьютера, ноутбука или планшета) или другого портативного электронного устройства (например, смартфона) 66. Веб-страница или приложение может принимать сообщения от пользователя и управлять устройством 10 на основе принятых сообщений. Кроме того, веб-страница или приложение может предоставлять информацию о работе устройства пользователю. Например, пользователь может просматривать текущую заданную температуру для устройства и корректировать ее с помощью компьютера, который может быть подключен к Интернету 62. В этом примере термостат 46 может принять запрос просмотра текущей заданной температуры через инфраструктурную сеть через одну или более базовых логических сетей.
[0084] В некоторых вариантах осуществления домашняя среда 30 может также включать в себя различные, не осуществляющие связь унаследованные бытовые устройства 68, такие как устаревшие традиционные стиральные машины/сушилки, холодильники и т.п., которыми можно управлять, хотя и грубо (включение/выключение) на основе интерфейсов 56 штепсельных вилок стенных розеток. Домашняя среда 30 дополнительно может включать в себя множество частично осуществляющих связь унаследованных бытовых устройств 70, таких как управляемые с помощью инфракрасного (IR) излучения настенные кондиционеры или другие IR-управляемые устройства, которыми можно управлять с помощью IR-сигналов, предоставляемых блоками 50 обнаружения опасности или переключателями 54 освещения.
[0085] Как упоминалось выше, каждое из примерных устройств 10, описанных выше, может образовывать часть инфраструктурной сети. Как правило, инфраструктурная сеть может быть частью модели 90 взаимодействия открытых систем (OSI), как показано на фиг. 4. Модель OSI 90 иллюстрирует функции системы связи по отношению к уровням абстракции. То есть, модель OSI может задавать сетевую архитектуру или то, как могут быть реализованы коммуникации между устройствами. В одном варианте осуществления, модель OSI может включать в себя шесть уровней: физический уровень 92, уровень 94 канала данных (канальный уровень), сетевой уровень 96, транспортный уровень 98, уровень 100 платформы и уровень 102 приложения (прикладной уровень). Как правило, каждый уровень в модели OSI 90 может обслуживать уровень над ним и может обслуживаться уровнем под ним.
[0086] Имея это в виду, физический уровень 92 может обеспечивать спецификации аппаратных средств для устройств, которые могут осуществлять связь друг с другом. Таким образом, физический уровень 92 может устанавливать, как устройства могут соединяться друг с другом, обеспечивать поддержку в управлении тем, как коммуникационные ресурсы могут совместно использоваться между устройствами и т.п.
[0087] Уровень 94 канала данных может определять, каким образом данные могут передаваться между устройствами. Как правило, уровень 94 канала данных может обеспечивать способ, которым передаваемые пакеты данных могут кодироваться и декодироваться в биты как часть протокола передачи.
[0088] Сетевой уровень 96 может определять, каким образом маршрутизируются данные, передаваемые в узел-получатель. Сетевой уровень 96 может также обеспечивать протокол безопасности, который может поддерживать целостность передаваемых данных. Эффективный сетевой уровень, обсужденный выше, соответствует сетевому уровню 96. В некоторых вариантах осуществления, сетевой уровень 96 может быть полностью независимым от уровня 100 платформы и включать любой подходящий тип IPv6 сети (например, Wi-Fi, Ethernet, HomePlug, 802.15.4 и т.д.).
[0089] Транспортный уровень 98 может определять прозрачный перенос данных из узла-источника к узлу-получателю. Транспортный уровень 98 может также управлять тем, как прозрачный перенос данных остается надежным. Таким образом, транспортный уровень 98 может быть использован для проверки того, что пакеты данных, предназначенные для передачи на узел-получатель, действительно достигли узла-получателя. Примерные протоколы, которые могут быть использованы на транспортном уровне 98, могут включать в себя Протокол Управления Передачей (TCP) и Протокол Пользовательских Дейтаграмм (UDP).
[0090] Уровень 100 платформы включает в себя инфраструктурную сеть и устанавливает соединения между устройствами в соответствии с протоколом, заданным в транспортном уровне 98, и может быть безразличным к типу сети, используемому в сетевом уровне 96. Уровень 100 платформы может также переводить пакеты данных в форму, которую может использовать уровень 102 приложения. Уровень 102 приложения может поддерживать приложение программного обеспечения, которое может непосредственно взаимодействовать с пользователем. Таким образом, уровень 102 приложения может реализовывать протоколы, определенные приложением программного обеспечения. Например, приложение программного обеспечения может обеспечивать сервисы, такие как передачи файлов, электронная почта и т.п.
II. Взаимосвязь инфраструктурных устройств
[0091] Как описано выше, инфраструктура может быть реализована с использованием одного или более подходящих протоколов связи, таких как протоколы IPv6. В самом деле, инфраструктура может быть частично или полностью безразлична к базовым технологиям (например, типам сетей или протоколам связи), используемым для реализации инфраструктуры. В одном или более протоколах связи, инфраструктура может быть реализована с использованием одного или более типов сетей, используемых, чтобы коммуникативно связывать электрические устройства с использованием беспроводных или проводных соединений. Например, некоторые варианты осуществления инфраструктуры могут включать в себя Ethernet, Wi-Fi, 802.15.4, ZigBee®, ISA100.11a, WirelessHART, MiWiTM, сети на линиях питания и/или другие подходящие типы сетей. В рамках инфраструктуры устройства (например, узлы) могут обмениваться пакетами информации с другими устройствами (например, узлами) в инфраструктуре, непосредственно или через промежуточные узлы, такие как интеллектуальные термостаты, выступающие в качестве IP-маршрутизаторов. Эти узлы могут включать в себя устройства от производителей (например, термостаты и детекторы дыма) и/или клиентские устройства (например, телефоны, планшеты, компьютеры и т.д.). Кроме того, некоторые устройства могут быть “всегда включены” и непрерывно получают питание с использованием электрических соединений. Другие устройства могут иметь частично сниженное потребление мощности (например, средний рабочий цикл), используя соединение уменьшенной/прерывистой мощности, например, соединение питания термостата или дверного звонка. Наконец, некоторые устройства могут иметь короткий рабочий цикл и работают только от батарейного питания. Другими словами, в некоторых вариантах осуществления, инфраструктура может включать разнородные устройства, которые могут быть соединены с одной или более подсетями в соответствии с типом соединения и/или желательной потребляемой мощности. Фиг. A-C иллюстрируют три варианта осуществления, которые могут быть использованы для соединения электрических устройств через одну или более подсетей в инфраструктуре.
A. Топология одиночной сети
[0092] Фиг. 4 иллюстрирует вариант осуществления инфраструктуры 1000, имеющей топологию одиночной сети. Как показано, инфраструктура 1000 включает в себя одиночную логическую сеть 1002. Сеть 1002 может включать в себя Ethernet, Wi-Fi, 802.15.4, сети на линиях питания и/или другие подходящие типы сетей в протоколах IPv6. В самом деле, в некоторых вариантах осуществления, когда сеть 1002 включает в себя сеть Wi-Fi или Ethernet, сеть 1002 может охватывать несколько сегментов Wi-Fi и/или Ethernet, которые перекрываются мостами на канальном уровне.
[0093] Сеть 1002 включает в себя один или несколько узлов 1004, 1006, 1008, 1010, 1012, 1014 и 1016, совместно упоминаемых как 1004-1016. Хотя показанная сеть 1002 включает в себя семь узлов, некоторые варианты осуществления сети 1002 могут включать в себя один или несколько узлов, взаимосвязанных с использованием сети 1002. Кроме того, если сеть 1002 является сетью Wi-Fi, каждый из узлов 1004-1016 может быть взаимосвязан с помощью узла 1016 (например, Wi-Fi-маршрутизатора) и/или формировать пары с другими узлами, используя Wi-Fi Direct (прямое соединение) (т.е., Wi-Fi P2P).
B. Звездообразная сетевая топология
[0094] На фиг. 5 показан альтернативный вариант осуществления инфраструктуры 1000 в форме инфраструктуры 1018, имеющей звездообразную сетевую топологию. Инфраструктура 1018 включает в себя сеть-концентратор 1020, которая соединяет вместе две периферийные сети 1022 и 1024. Сеть-концентратор 1020 может включать в себя домашнюю сеть, например, сеть Wi-Fi/Ethernet или сеть на линиях питания. Периферийные сети 1022 и 1024 могут быть дополнительными сетевыми соединениями различных типов, иных, чем сеть-концентратор 1020. Например, в некоторых вариантах осуществления, сеть-концентратор 1020 может представлять собой сеть Wi-Fi/Ethernet, периферийная сеть 1022 может включать в себя сеть 802.15.4, и периферийная сеть 1024 может включать в себя сеть на линиях питания, сеть ZigBee®, сеть ISA100.11а, сеть WirelessHART или сеть MiWiМТ. Кроме того, хотя показанный вариант осуществления инфраструктуры 1018 включает в себя три сети, некоторые варианты осуществления инфраструктуры 1018 могут включать в себя любое количество сетей, такое как 2, 3, 4, 5 или более сетей. Реально, некоторые варианты осуществления инфраструктуры 1018 включают в себя несколько периферийных сетей того же типа.
[0095] Хотя проиллюстрированная инфраструктура 1018 включает в себя четырнадцать узлов, обозначенные, каждый, индивидуально ссылочными позициями 1024-1052, соответственно, следует понимать, что инфраструктура 1018 может включать в себя любое количество узлов. Связь в каждой сети 1020, 1022 или 1024 может происходить непосредственно между устройствами и/или через точку доступа, например, узел 1042 в сети Wi-Fi/Ethernet. Связь между периферийной сетью 1022 и 1024 проходит через сеть-концентратор 1020 с использованием узлов межсетевой маршрутизации. Например, в показанном варианте осуществления, узлы 1034 и 1036 соединены с периферийной сетью 1022 с использованием первого типа сетевого соединения (например, 802.15.4) и с сетью-концентратором 1020 с использованием второго типа сетевого соединения (например, Wi-Fi), в то время как узел 1044 соединен с сетью-концентратором 1020 с использованием второго типа сетевого соединения и с периферийной сетью 1024 с использованием третьего типа сетевого соединения (например, линии питания). Например, сообщение, посланное от узла 1026 к узлу 1052, может проходить через узлы 1028, 1030, 1032, 1036, 1042, 1044, 1048 и 1050 по пути к узлу 1052.
C. Топология перекрывающихся сетей
[0096] Фиг. 6 иллюстрирует альтернативный вариант осуществления инфраструктуры 1000 как инфраструктуры 1054, имеющей топологию перекрывающихся сетей. Инфраструктура 1054 включает в себя сети 1056 и 1058. Как показано, каждый из узлов 1062, 1064, 1066, 1068, 1070 и 1072, может быть соединен с каждой из сетей. В других вариантах осуществления, узел 1072 может включать в себя точку доступа для сети Ethernet/Wi-Fi, а не конечную точку, и может не присутствовать либо в сети 1056, либо в сети 1058, той, которая не является сетью Ethernet/Wi-Fi. Соответственно, сообщение от узла 1062 к узлу 1068 может быть передано через сеть 1056, сеть 1058 или некоторую их комбинацию. В показанном варианте осуществления каждый узел может связываться с любым другим узлом через любую сеть с использованием любой желательной сети. Соответственно, в отличие от звездообразной сетевой топологии по фиг. 5, топология перекрывающихся сетей может осуществлять связь непосредственно между узлами с использованием любой сети без использования межсетевой маршрутизации.
D. Соединение инфраструктурной сети со службами
[0097] В дополнение к осуществлению связи между устройствами в пределах дома, инфраструктура (например, инфраструктура 1000) может включать в себя службы, которые могут быть расположены физически рядом с другими устройствами в инфраструктуре или физически удалены от таких устройств. Инфраструктура соединяется с этими службами через одну или более конечных точек служб. Фиг. 7 иллюстрирует вариант службы 1074, осуществляющей связь с инфраструктурами 1076, 1078 и 1080. Служба 1074 может включать в себя различные услуги, которые могут быть использованы устройствами в инфраструктурах 1076, 1078 и/или 1080. Например, в некоторых вариантах осуществления, служба 1074 может быть службой времени суток, которая предоставляет время суток на устройства, службой погоды, чтобы обеспечивать различные метеорологические данные (например, внешнюю температуру, закат, информацию о ветре, прогноз погоды и т.д.), эхо-службой, которая “опрашивает” каждое устройство, службами управления данными, службами управления устройствами и/или другими подходящими службами. Как показано, служба 1074 может включать в себя сервер 1082 (например, веб-сервер), который хранит/обращается к соответствующим данным и передает информацию через конечную точку 1084 службы к одной или более конечным точкам 1086 в инфраструктуре, такой как инфраструктура 1076. Хотя проиллюстрированный вариант осуществления включает в себя только три инфраструктуры с одним сервером 1082, следует понимать, что служба 1074 может соединяться с любым количеством инфраструктур и может включать в себя серверы в дополнение к серверу 1082 и/или соединения с дополнительными службами.
[0098] В некоторых вариантах осуществления служба 1074 также может соединяться с потребительским устройством 1088, таким как телефон, планшет и/или компьютер. Потребительское устройство 1088 может быть использовано для соединения со службой 1074 через инфраструктуру, например, инфраструктуру 1076, Интернет-соединение и/или другой подходящий способ соединения. Потребительское устройство 1088 может быть использовано для доступа к данным из одной или нескольких конечных точек (например, электронных устройств) в инфраструктуре либо непосредственно через инфраструктуру, либо через службу 1074. Другими словами, используя службу 1074, потребительское устройство 1088 может быть использовано для доступа/управления устройствами в инфраструктуре дистанционно от инфраструктуры.
E. Связь между устройствами в инфраструктуре
[0099] Как описано выше, каждое электронное устройство или узел может связываться с любым другим узлом в инфраструктуре, прямо или косвенно в зависимости от топологии инфраструктуры и типа сетевого соединения. Дополнительно, некоторые устройства (например, удаленные устройства) могут осуществлять связь через службу, чтобы осуществлять связь с другими устройствами в инфраструктуре. Фиг. 8 иллюстрирует вариант осуществления связи 1090 между двумя устройствами 1092 и 1094. Связь 1090 может охватывать одну или более сетей, прямо или косвенно, через дополнительные устройства и/или службы, как описано выше. Дополнительно, связь 1090 может происходить в соответствующем протоколе связи, таком как IPv6, с использованием одного или более транспортных протоколов. Например, в некоторых вариантах осуществления связь 1090 может включать в себя использование протокола управления передачей (TCP) и/или протокола пользовательских дейтаграмм (UDP). В некоторых вариантах осуществления устройство 1092 может передавать первый сигнал 1096 на устройство 1094 с использованием протокола без установления соединения (например, UDP). В некоторых вариантах осуществления устройство 1092 может осуществлять связь с устройством 1094 с использованием протокола, ориентированного на соединение (например, TCP). Хотя проиллюстрированная связь 1090 изображена как двунаправленное соединение, в некоторых вариантах осуществления связь 1090 может быть однонаправленным широковещанием.
i. Уникальный локальный адрес
[00100] Как описано выше, данные, передаваемые в инфраструктуре, принимаемые узлом, могут быть перенаправлены или пропущены через этот узел к другому узлу в зависимости от желательной цели для связи. В некоторых вариантах осуществления передача данных может быть предназначена для широковещания ко всем устройствам. В таких вариантах осуществления данные могут повторно передаваться без дальнейшей обработки, чтобы определять, следует ли пропустить данные к другому узлу. Однако некоторые данные могут быть направлены в определенную конечную точку. Чтобы обеспечить возможность передачи адресованных сообщений к желательным конечным точкам, узлам может быть назначена идентификационная информация.
[00101] Каждому узлу может быть назначен набор локальных для линии адресов (LLA), по одному, присваиваемому каждому сетевому интерфейсу. Эти LLA могут быть использованы для связи с другими узлами в той же сети. Кроме того, LLA могут быть использованы для различных процедур связи, таких как IPv6 Протокол Обнаружения Соседа. В дополнение к LLA, каждому узлу назначается уникальный локальный адрес (ULA).
[00102] Фиг. 9 иллюстрирует вариант осуществления уникального локального адреса (ULA) 1098, который может использоваться для адресации каждого узла в инфраструктуре. В некоторых вариантах осуществления ULA 1098 может быть отформатирован, как формат IPv6-адреса, содержащий 128 битов, разделенный на глобальный ID 1100, ID 1102 подсети и ID 1104 интерфейса. Глобальный ID 1100 включает в себя 40 бит, и ID 1102 подсети включает в себя 16 бит. Глобальный ID 1100 и ID 1102 подсети вместе образуют ID 1103 инфраструктуры для инфраструктуры.
[00103] ID 1103 инфраструктуры представляет собой уникальный 64-битный идентификатор, используемый для идентификации инфраструктуры. ID 1103 инфраструктуры может быть сгенерирован при создании ассоциированной инфраструктуры с использованием псевдослучайного алгоритма. Например, псевдо-случайный алгоритм может 1) получать текущее время суток в 64-битном формате NTP, 2) получать ID 1104 интерфейса для устройства, 3) выполнять конкатенацию времени суток с ID 1104 интерфейса, чтобы создать ключ, 4) вычислять SHA-1 дайджест на ключе с получением 160 бит, 5) использовать младшие 40 бит в качестве глобального ID 1100 и 6) выполнять конкатенацию ULA и устанавливать младший бит в 1, чтобы создать ID 1103 инфраструктуры. В некоторых вариантах осуществления, как только ID 1103 инфраструктуры создан с инфраструктурой, ID 1103 инфраструктуры остается, пока инфраструктура не будет аннулирована.
[00104] Глобальный ID 1100 идентифицирует инфраструктуру, к которой принадлежит узел. ID 1102 подсети идентифицирует логические сети в инфраструктуре. ID подсети F3 может быть назначен монотонно, начиная с единицы, с добавлением каждой новой логической сети к инфраструктуре. Например, сеть Wi-Fi может быть идентифицирована шестнадцатеричным значением 0x01, а позднее подключенная сеть 802.15.4 может быть идентифицирована шестнадцатеричным значением 0x02, продолжая с приращением после подсоединения каждой новой сети к инфраструктуре.
[00105] Наконец, ULA 1098 включает в себя ID 1104 интерфейса, который включает в себя 64 бита. ID 1104 интерфейса может быть назначен с использованием глобально уникального 64-битного идентификатора в соответствии со стандартом IEEE EUI-64. Например, устройства с интерфейсами сети IEEE 802 могут получать ID 1104 интерфейса с использованием прожженного MAC-адреса для “первичного интерфейса” устройств. В некоторых вариантах осуществления, обозначение, какой интерфейс является первичным интерфейсом, может быть определено произвольно. В других вариантах осуществления некоторый тип интерфейса (например, Wi-Fi) может считаться первичным интерфейсом, когда он присутствует. Если МАС-адрес для первичного интерфейса устройства является 48-битовым, а не 64-битовым, 48-битовый МАС-адрес может быть преобразован в значение EUI-64 с помощью инкапсуляции (например, инкапсуляции организационно уникального идентификатора). В потребительских устройств (например, телефонах или компьютерах), ID 1104 интерфейса может быть назначен локальными операционными системами потребительских устройств.
ii. Маршрутизация передач между логическими сетями
[00106] Как обсуждалось выше по отношению к звездообразной топологии сети, межсетевая маршрутизация может происходить при осуществлении связи между двумя устройствами через логические сети. В некоторых вариантах осуществления, межсетевая маршрутизация основана на ID 1102 подсети. Каждый узел межсетевого взаимодействия (например, узел 1034 на фиг. 5) может поддерживать список других узлов маршрутизации (например, узла В 14 на фиг. 5) на сети-концентраторе 1020 и их соответствующих присоединенных периферийных сетях (например, периферийной сети 1024 на фиг. 5). Когда поступает пакет, адресованный узлу, иному, чем сам узел маршрутизации, адрес места назначения (получателя) (например, адрес для узла 1052 на фиг. 5) сравнивается со списком сетевых префиксов, и выбирается узел маршрутизации (например, узел 1044), который присоединен к желательной сети (например, периферийной сети 1024). Затем пакет пересылается к выбранному узлу маршрутизации. Если несколько узлов (например, 1034 и 1036) присоединены к той же периферийной сети, то узлы маршрутизации выбираются в чередующемся порядке.
[00107] Кроме того, узлы межсетевой маршрутизации могут регулярно передавать сообщения оповещения маршрутизатора Протокола Обнаружения Соседа (NDP) по сети-концентратору, чтобы оповещать потребительские устройства о существовании сети-концентратора и позволять им получать префикс подсети. Оповещения маршрутизатора могут включать в себя один или несколько вариантов информации маршрутов для оказания помощи в маршрутизации информации в инфраструктуре. Например, эти варианты информации маршрутов могут информировать потребительские устройства о существовании периферийных сетей и о том, как маршрутизировать пакеты в периферийных сетях.
[00108] В дополнение или вместо вариантов информации маршрутов, узлы маршрутизации могут выступать в качестве посредников (прокси), чтобы обеспечивать соединение между потребительскими устройствами и устройствами в периферийных сетях, как процесс 1105, проиллюстрированный на фиг. 10. Как показано, процесс 1105 включает в себя назначение каждому устройству периферийной сети виртуального адреса в сети-концентраторе путем объединения ID 1102 подсети с ID 1104 интерфейса для устройства в периферийной сети (блок 1106). Для представления с использованием виртуальных адресов, узлы маршрутизации поддерживают список всех периферийных узлов в инфраструктуре, которые напрямую достижимы через один из ее интерфейсов (блок 1108). Узлы маршрутизации прослушивают сеть-концентратор на предмет сообщений запроса о соседях, запрашивающих канальный адрес периферийного узла с использованием своего виртуального адреса (блок 1110). При приеме такого сообщения, узел маршрутизации пытается назначить виртуальный адрес своему интерфейсу концентратора спустя некоторый период времени (блок 1112). Как часть назначения, узел маршрутизации выполняет обнаружение дубликатов адреса, чтобы блокировать представление виртуального адреса более чем одним узлом маршрутизации. После назначения, узел маршрутизации отвечает на сообщение запроса о соседях и принимает пакет (блок 1114). После приема пакета, узел маршрутизации переписывает адрес места назначения на реальный адрес периферийного узла (блок 1116) и пересылает сообщение на соответствующий интерфейс (блок 1118).
iii. Соединение потребительских устройств с инфраструктурой
[00109] Чтобы присоединиться к инфраструктуре, потребительское устройство может обнаружить адрес узла уже в инфраструктуре, к которой потребительскому устройству желательно присоединиться. Кроме того, если потребительское устройство было отсоединено от инфраструктуры в течение длительного периода времени, возможно, потребуется заново обнаруживать узлы в сети, если топология/расположение инфраструктуры изменилось. Чтобы способствовать обнаружению/повторному обнаружению, инфраструктурные устройства в сети-концентраторе могут публиковать отчеты Службы Обнаружения Системы Доменных Имен (DNS-SD) посредством mDNS, которые оповещают о присутствии инфраструктуры и обеспечивают адреса для потребительского устройства.
III. Данные, передаваемые в инфраструктуре
[00110] После создания инфраструктуры и создания адреса для узлов, данные могут передаваться через инфраструктуру. Данные, передаваемые через инфраструктуру, могут быть упорядочены в формат, общий для всех сообщений и/или общий для определенных типов диалогов в инфраструктуре. В некоторых вариантах осуществления, формат сообщения может позволить отображение один-к-одному на JavaScript Object Notation (JSON) с использованием формата преобразования в последовательную форму TLV, обсужденного ниже. Кроме того, хотя следующие кадры данных описаны как включающие определенные размеры, следует отметить, что длина полей данных в кадрах данных может изменяться на другие подходящие битовые длины.
[00111] Следует понимать, что каждый из следующих кадров данных профилей и/или форматов, обсуждаемых ниже, может быть сохранен в памяти (например, памяти устройства 10) до и/или после передачи сообщения. Другими словами, хотя кадр данных, профили и форматы могут, в общем, обсуждаться как передачи данных, они также могут быть физически сохранены (например, в буфере) до, во время и/или после передачи кадра данных, профилей и/или форматов. Кроме того, следующие кадры данных, профили, схемы и/или форматы могут быть сохранены на Долговременном (нетранзиторном) считываемом компьютером носителе, который позволяет электронному устройству получать доступ к кадрам данных, профилям, схемам и/или форматам. Например, инструкции для форматирования кадров данных, профилей, схем и/или форматов могут быть сохранены на любом подходящем считываемом компьютером носителе, например, в памяти устройства 10, памяти другого устройства, портативном устройстве памяти (например, компакт-диске, флэш-накопителе и т.д.) или другом подходящем физическом устройстве, подходящем для хранения кадров данных, профилей, схем и/или форматов.
A. Безопасность
[00112] Наряду с данными, предназначенными для передачи, инфраструктура может передавать данные с дополнительными мерами безопасности, такими как шифрование, проверки целостности сообщений и цифровые подписи. В некоторых вариантах осуществления уровень безопасности, поддерживаемый для устройства, может варьироваться в соответствии с физической безопасностью устройства и/или возможностями устройства. В некоторых вариантах осуществления, сообщения, передаваемые между узлами в инфраструктуре, могут быть зашифрованы с использованием блочного шифра Усовершенствованного Стандарта Шифрования (AES), работающего в режиме счетчика (AES-CTR) с 128-битным ключом. Как обсуждено ниже, каждое сообщение содержит 32-битный идентификатор (id) сообщения. id сообщения может быть объединен с id передающего узла для формирования защитного слова для алгоритма AES-CTR. 32-битный счетчик позволяет зашифровывать и отправлять 4 млрд сообщений каждым узлом, прежде чем будет согласован новый ключ.
[00113] В некоторых вариантах осуществления инфраструктура может обеспечить целостность сообщения, используя код аутентификации сообщения, например HMAC-SHA-1, который может быть включен в каждое зашифрованное сообщение. В некоторых вариантах осуществления код аутентификации сообщения может быть сгенерирован с использованием 160-битного ключа целостности сообщения, который образует пару в соотношении один к одному с ключом шифрования. Кроме того, каждый узел может проверить id сообщения входящих сообщений по отношению к списку недавно принятых id, поддерживаемых на основе по каждому узлу, чтобы блокировать воспроизведение сообщений.
B. Форматирование значения длины тега (TLV)
[00114] Для снижения потребления мощности, желательно передавать по меньшей мере часть данных, передаваемых по инфраструктуре, компактно, при этом позволяя контейнерам данных гибко представлять данные, что учитывает пропуск данные, которые не распознаны или не понятны, пропуская до следующего местоположения данных, которые понятны, при преобразовании данных в последовательную форму. В некоторых вариантах осуществления, форматирование “тег-длина-значение” (TLV) может быть использовано для компактного и гибкого кодирования/декодирования данных. Путем сохранения по меньшей мере части передаваемых данных в TLV, данные могут быть компактно и гибко сохранены/посланы с низкой служебной нагрузкой кодирования/декодирования и памяти, как описано ниже со ссылкой на таблицу 7. В некоторых вариантах осуществления TLV могут быть использованы для некоторых данных как гибкие, расширяемые данные, но другие части данных, которые не являются расширяемыми, могут быть сохранены и отправлены в понятном стандартном протокольном блоке данных (PDU).
[00115] Данные, отформатированные в формате TLV, могут быть закодированы как элементы TLV различных типов, таких как примитивные типы и контейнерные типы. Примитивные типы включают значения данных в некоторых форматах, таких как целые числа или строки. Например, формат TLV может кодировать: числа в 1, 2, 3, 4 или 8 байт со знаком/без знака, UTF-8 строки, байтовые строки, числа с плавающей запятой одинарной/двойной точности (например, формата IEEE 754-1985), булевы, нулевые и другие подходящие типы формата данных. Контейнерные типы включают в себя коллекции элементов, которые затем подразделяются на контейнерные или примитивные типы. Контейнерные типы могут быть классифицированы по различным категориям, таким как словари, массивы, пути или другие подходящие типы для группировки элементов TLV, известных в качестве членов. Словарь представляет собой совокупности членов, каждый из которых имеет четкие определения и уникальные теги в словаре. Массив - это упорядоченная совокупность членов с подразумеваемыми определениями или без отдельных определений. Путь представляет собой упорядоченную совокупность элементов, которая описывает, как пройти дерево элементов TLV.
[00116] Как показано на фиг. 11, вариант осуществления пакета 1120 TLV включает в себя три поля данных: поле 1122 тега, поле 1124 длины и поле 1126 значения. Хотя показанные поля 1122, 1124 и 1126 проиллюстрированы как приблизительно эквивалентные по размеру, размер каждого поля может быть переменным и различается по размеру по отношению друг к другу. В других вариантах осуществления пакет 1120 TLV может дополнительно включать в себя байт управления перед полем 1122 тега.
[00117] В вариантах осуществления, имеющих байт управления, байт управления может быть подразделен на поле типа элемента и поле управления тега. В некоторых вариантах осуществления поле типа элемента включает в себя 5 младших бит байта управления, и поле управления тега занимает верхние 3 бита. Поле типа элемента указывает тип элемента TLV, а также то, как кодированы поле 1124 длины и поле 1126 значения. В некоторых вариантах осуществления поле типа элемента также кодирует булевы значения и/или нулевые значения для TLV. Например, вариант осуществления перечисления поля типа элемента приведен в таблице 1 ниже.
Таблица 1 | ||||||||
Примерные значения поля типа элемента | ||||||||
7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 | |
0 | 0 | 0 | 0 | 0 | Целое со знаком, значение 1 байт | |||
0 | 0 | 0 | 0 | 1 | Целое со знаком, значение 2 байта | |||
0 | 0 | 0 | 1 | 0 | Целое со знаком, значение 4 байта | |||
0 | 0 | 0 | 1 | 1 | Целое со знаком, значение 8 байт | |||
0 | 0 | 1 | 0 | 0 | Целое без знака, значение 1 байт | |||
0 | 0 | 1 | 0 | 1 | Целое без знака, значение 2 байта | |||
0 | 0 | 1 | 1 | 0 | Целое без знака, значение 4 байт | |||
0 | 0 | 1 | 1 | 1 | Целое без знака, значение 8 байт | |||
0 | 1 | 0 | 0 | 0 | Булево ложно | |||
0 | 1 | 0 | 0 | 1 | Булево истинно | |||
0 | 1 | 0 | 1 | 0 | Число с плавающей запятой, значение 4 байта | |||
0 | 1 | 0 | 1 | 1 | Число с плавающей запятой, значение 8 байт | |||
0 | 1 | 1 | 0 | 0 | UTF8-строка, длина 1 байт | |||
0 | 1 | 1 | 0 | 1 | UTF8-строка, длина 2 байта | |||
0 | 1 | 1 | 1 | 0 | UTF8-строка, длина 4 байта | |||
0 | 1 | 1 | 1 | 1 | UTF8-строка, длина 8 байт | |||
1 | 0 | 0 | 0 | 0 | Байтовая строка, длина 1 байт | |||
1 | 0 | 0 | 0 | 1 | Байтовая строка, длина 2 байта | |||
1 | 0 | 0 | 1 | 0 | Байтовая строка, длина 4 байта | |||
1 | 0 | 0 | 1 | 1 | Байтовая строка, длина 8 байт | |||
1 | 0 | 1 | 0 | 0 | Нуль | |||
1 | 0 | 1 | 0 | 1 | Словарь | |||
1 | 0 | 1 | 1 | 0 | Массив | |||
1 | 0 | 1 | 1 | 1 | Путь | |||
1 | 1 | 0 | 0 | 0 | Конец контейнера |
Поле управления тега указывает форму тега в поле 1122 тега, назначенном элементу TLV (в том числе тег нулевой длины). Примеры значений поля управления тега представлены ниже в таблице 2.
Таблица 2 | ||||||||
Примерные значения для поля управления тега | ||||||||
7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 | |
0 | 0 | 0 | Анонимное, 0 байт | |||||
0 | 0 | 1 | Контекстно-специфический тег, 1 байт | |||||
0 | 1 | 0 | Тег базового профиля, 2 байта | |||||
0 | 1 | 1 | Тег базового профиля, 4 байта | |||||
1 | 0 | 0 | Тег неявного профиля, 2 байта | |||||
1 | 0 | 1 | Тег неявного профиля, 4 байта | |||||
1 | 1 | 0 | Полностью определенный тег, 6 байт | |||||
1 | 1 | 1 | Полностью определенный тег, 8 байт |
Другими словами, в вариантах осуществления, имеющих байт управления, байт управления может указывать длину тега.
[00118] В некоторых вариантах осуществления поле 1122 тега может включать от нуля до восьми байт, например, восемь, шестнадцать, тридцать два или шестьдесят четыре бита. В некоторых вариантах осуществления тег поля тега может быть классифицирован как профильно-специфические теги или контекстно-специфические теги. Профильно-специфические теги идентифицируют элементы глобально, используя Id поставщика, Id профиля и/или номер тега, как описано ниже. Контекстно-специфические теги идентифицируют элементы TLV в пределах контекста, содержащего элемент словаря, и могут включать одно-байтовый номер тега. Так как контекстно-специфические теги определены в контексте их контейнеров, одиночный контекстно-специфический тег может иметь различные интерпретации, когда включен в различные контейнеры. В некоторых вариантах осуществления, контекст может быть также получен из вложенных контейнеров.
[00119] В вариантах осуществления, имеющих байт управления, длина тега кодируется в поле управления тега, и поле 1122 тега включает в себя возможные три поля: поле Id поставщика, поле Id профиля и поле номера тега. В полностью определенной форме, поле 1122 кодированного тега включает в себя все три поля с полем номера тега, включающим в себя 16 или 32 бита, определенных полем управления тега. В неявной форме, тег включает в себя только номер тега, и Id поставщика и номер профиля выводятся из контекста протокола элемента TLV. Форма базового профиля включает в себя профильно-специфические теги, как описано выше. Контекстно-специфические теги кодируются как один байт, переносящий номер тега. Анонимные элементы имеют поля 1122 тега нулевой длины.
[00120] В некоторых вариантах осуществления без байта управления два бита могут указывать длину поля 1122 тега, два бита могут указывать длину поля 1124 длины, и четыре бита могут указывать тип информации, сохраненной в поле 1126 значения. Пример возможного кодирования для верхних 8 битов для поля тега показан ниже в таблице 3.
Таблица 3 | ||||||||
Поле тега пакета TLV | ||||||||
Байт | ||||||||
0 | ||||||||
7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 | Описание |
0 | 0 | - | - | - | - | - | - | Тег равен 8 битам |
0 | 1 | - | - | - | - | - | - | Тег равен 16 битам |
1 | 0 | - | - | - | - | - | - | Тег равен 32 битам |
1 | 1 | - | - | - | - | - | - | Тег равен 64 битам |
- | - | 0 | 0 | - | - | - | - | Длина равна 8 битам |
- | - | 0 | 1 | - | - | - | - | Длина равна 16 битам |
- | - | 1 | 0 | - | - | - | - | Длина равна 32 битам |
- | - | 1 | 1 | - | - | - | - | Длина равна 64 битам |
- | - | 0 | 0 | 0 | 0 | Булево | ||
- | - | 0 | 0 | 0 | 1 | Фиксированное 8-битовое без знака | ||
- | - | 0 | 0 | 1 | 0 | Фиксированное 8-битовое со знаком | ||
- | - | 0 | 0 | 1 | 1 | Фиксированное 16-битовое без знака | ||
- | - | 0 | 1 | 0 | 0 | Фиксированное 16-битовое со знаком | ||
- | - | 0 | 1 | 0 | 1 | Фиксированное 32-битовое без знака | ||
- | - | 0 | 1 | 1 | 0 | Фиксированное 32-битовое со знаком | ||
- | - | 0 | 1 | 1 | 1 | Фиксированное 64-битовое без знака | ||
- | - | 1 | 0 | 0 | 0 | Фиксированное 8-битовое со знаком | ||
- | - | 1 | 0 | 0 | 1 | 32-битовое с плавающей запятой | ||
- | - | 1 | 0 | 1 | 0 | 64-битовое с плавающей запятой | ||
- | - | 1 | 0 | 1 | 1 | UTF-8 строка | ||
- | - | 1 | 1 | 0 | 0 | Непрозрачные данные | ||
- | - | 1 | 1 | 0 | 1 | Контейнер |
Как показано в таблице 3, верхние 8 битов поля 1122 тега могут быть использованы для кодирования информации о поле 1122 тега, поле 1124 длины и поле 1126 значения, так что поле 112 тега может быть использовано для определения длины для поля 122 тега и поля 1124 длины. Остальные биты в поле 1122 тега могут быть сделаны доступными для распределенных пользователем и/или назначенных пользователем значений тегов.
[00121] Поле 1124 длины может включать в себя восемь, шестнадцать, тридцать два или шестьдесят четыре бита, как указано полем 1122 тега, как показано в таблице 3, или полем элемента, как показано в таблице 2. Кроме того, поле 1124 длины может включать в себя целое число без знака, которое представляет длину закодированного в поле 1126 значения. В некоторых вариантах осуществления длина может быть выбрана устройством, передающим элемент TLV. Поле 1126 значения включает данные полезной нагрузки, подлежащие декодированию, но интерпретация поля 1126 значения может зависеть от полей длины тега и/или байта управления. Например, пакет TLV без байта управления, включающий 8-битный тег, показан в таблице 4 ниже для иллюстрации.
Таблица 4 | |||
Пример пакета TLV, включающего 8-битный тег | |||
Тег | Длина | Значение | Описание |
0×0d | 0×24 | ||
0×09 | 0×04 | 0×42 95 00 00 | 74.5 |
0×09 | 0×04 | 0×42 98 66 66 | 76.2 |
0×09 | 0×04 | 0×42 94 99 9a | 74.3 |
0×09 | 0×04 | 0×42 98 99 9a | 76.3 |
0×09 | 0×04 | 0×42 95 33 33 | 74.6 |
0×09 | 0×04 | 0×42 98 33 33 | 76.1 |
Как показано в таблице 4, первая строка указывает, что поле 1122 тега и поле 1124 длины имеет, каждое, длину 8 бит. Кроме того, поле 1122 тега указывает, что тип тега для первой строки является контейнером (например, пакет TLV). Поле 1124 тега для строк от второй до шестой указывают, что каждая запись в пакете TLV имеет поле 1122 тега и поле 1124 длины, состоящие из 8 битов каждое. Кроме того, поле 1124 тега указывает, что каждая запись в пакете TLV имеет поле 1126 значения, которое включает в себя 32-битовое значение с плавающей запятой. Каждая запись в поле 1126 значения соответствует числу с плавающей запятой, которое может декодироваться с использованием соответствующей информации поля 1122 тега и поля 1124 длины. Как показано в этом примере, каждая запись в поле 1126 значения соответствует температуре в градусах Фаренгейта. Как можно понять, путем сохранения данных в пакете TLV, как описано выше, данные могут быть переданы компактно, оставаясь гибкими для различных длин и информации, как может использоваться различными устройствами в инфраструктуре. Кроме того, в некоторых вариантах осуществления, поля мульти-байтовых целых чисел могут быть переданы в прямом порядке или в обратном порядке.
[00122] При передаче TLV пакеты с использованием протокола порядка (например, прямого порядка), который может быть использован форматами передающего/принимающего устройства (например, JSON), данные, передаваемые между узлами, могут передаваться в протоколе порядка, используемом по меньшей мере одним из узлов (например, прямого порядка). Например, если один или более узлов включают в себя ARM или i×86 процессоры, передачи между узлами могут передаваться с использованием упорядочения байтов в прямом порядке, чтобы снизить использование переупорядочения байтов. Путем снижения включения переупорядочения байтов, формат TLV позволяет устройствам осуществлять связь с использованием меньшей энергии, чем в случае передачи, которая использует переупорядочение байтов на обоих концах передачи. Кроме того, форматирование TLV может быть определено, чтобы обеспечивать преобразование один к одному между другими методами хранения данных, такими как JSON+Extensible Markup Language (XML). В качестве примера, формат TLV может быть использован для представления следующего XML списка свойств:
В качестве примера, приведенный выше список свойств может быть представлен в тегах описанного выше формата TLV (без байта управления) в соответствии с таблицей 5 ниже.
Таблица 5 | ||
Примерное представление XML-списка свойств в формате TLV | ||
XML ключ | Тип тега | Номер тега |
OfflineMode | Булев | 1 |
IPv4 | Контейнер | 3 |
IPv6 | Контейнер | 4 |
Method | Строка | 5 |
Technologies | Контейнер | 6 |
Wi-Fi | Контейнер | 7 |
802.15.4 | Контейнер | 8 |
Enabled | Булев | 9 |
Devices | Контейнер | 10 |
ID | Строка | 11 |
Services | Контейнер | 12 |
Name | Строка | 13 |
SSID | Данные | 14 |
EPANID | Данные | 15 |
Frequency | 16-битовый без знака | 16 |
AutoConnect | Булев | 17 |
Favorite | Булев | 18 |
Error | Строка | 19 |
DHCP | Строка | 20 |
LastAddress | Данные | 21 |
Device | Контейнер | 22 |
Service | Контейнер | 23 |
Аналогичным образом, таблица 6 иллюстрирует пример буквальных представлений тега, длины и значения для примерного XML списка свойств.
Таблица 6 | |||
Пример буквальных значений для полей тега, длины и значения для XML списка свойств | |||
Тег | Длина | Значение | Описание |
0×40 01 | 0×01 | 0 | OfflineMode |
0×4d 02 | 0×14 | Network | |
0×4d 03 | 0×07 | Network.IPv4 | |
0×4b 05 | 0×04 | “dhcp” | Network.IPv4.Method |
0×4d 04 | 0×07 | Network.IPv6 | |
0×4b 05 | 0×04 | “auto” | Network.IPv6.Method |
0×4d 06 | 0×d6 | Technologies | |
0×4d 07 | 0×65 | Technologies.Wi-Fi | |
0×40 09 | 0×01 | 1 | Technologies.Wi-Fi.Enabled |
0×4d 0a | 0×5e | Technologies.Wi-Fi.Devices | |
0×4d 16 | 0×5b | Technologies.Wi-Fi.Devices.Device.[0] | |
0×4b 0b | 0×13 | “Wi-Fi_18b43…” | Technologies.Wi-Fi.Devices.Device.[0].ID |
0×40 09 | 0×01 | 1 | Technologies.Wi-Fi.Devices.Device.[0].Enabled |
0×4d 0c | 0×3e | Technologies.Wi-Fi.Devices.Device.[0].Services | |
0×0b | 0×3c | “Wi-Fi_18b43…” | Technologies.Wi-Fi.Devices.Device.[0].Services.[0] |
0×4d 08 | 0×6b | Technologies.802.15.4 | |
0×40 09 | 0×01 | 1 | Technologies.802.15.4.Enabled |
0×4d 0a | 0×64 | Technologies.802.15.4.Devices | |
0×4d 16 | 0×61 | Technologies.802.15.4.Devices.Device.[0] | |
0×4b 0b | 0×1a | “802.15.4_18” | Technologies.802.15.4.Devices.Device.[0].ID |
0×40 09 | 0×01 | 1 | Technologies.802.15.4.Devices.Device.[0].Enabled |
0×4d 0c | 0×3d | Technologies.802.15.4.Devices.Device.[0].Services | |
0×0b | 0×3b | “802.15.4_18” | Technologies.802.15.4.Devices.Device.[0].Services.[0] |
0×4d 0c | 0×cb | Services | |
0×4d 17 | 0×75 | Services.Service.[0] | |
0×4b 0b | 0×13 | “Wi-Fi_18b43…” | Services.Service.[0].ID |
0×4b 0d | 0×14 | “998-3 Alp…” | Services.Service.[0].Name |
0×4c 0f | 0×28 | 3939382d… | Services.Service.[0].SSID |
0×45 10 | 0×02 | 2642 | Services.Service.[0].Frequency |
0×40 11 | 0×01 | 1 | Services.Service.[0].AutoConnect |
0×40 12 | 0×01 | 1 | Services.Service.[0].Favorite |
0×4d 02 | 0×0d | Services.Service.[0].Network | |
0×4d 03 | 0×0a | Services.Service.[0].Network.IPv4 | |
0×4d 14 | 0×07 | Services.Service.[0].Network.IPv4.DHCP | |
0×45 15 | 0×04 | 0×0a02001e | Services.Service.[0].Network.IPv4.LastAddress |
0×4d 17 | 0×50 | Services.Service.[1] | |
0×4b 0b | 0×1a | “802.15.4_18” | Services.Service.[1].ID |
0×4c 0d | 0×10 | “998-3 Alp…” | Services.Service.[1].Name |
0×4c 0f | 0×10 | 3939382d… | Services.Service.[1].EPANID |
0×45 10 | 0×02 | 2412 | Services.Service.[1].Frequency |
0×40 11 | 0×01 | 1 | Services.Service.[1].AutoConnect |
0×40 12 | 0×01 | 1 | Services.Service.[1].Favorite |
Формат TLV позволяет ссылаться на свойства, которые также могут быть перечислены в XML, но делает это с меньшим размером хранения. Например, в таблице 7 показано сравнение размеров данных XML списка свойств, соответствующего двоичного списка свойств и формата TLV.
Таблица 7 | ||
Сравнение размеров для размеров данных списков свойств | ||
Тип списка | Размер в байтах | Процент от размера XML |
XML | 2199 | - |
Двоичный | 730 | -66,8% |
TLV | 450 | -79,5% |
Путем снижения количества данных, используемых для передачи данных, формат TLV позволяет инфраструктуре 1000 передавать данные к устройствам и/или от устройств, имеющих короткие рабочие циклы из-за ограниченной мощности (например, устройств с батарейным питанием). Другими словами, формат TLV обеспечивает гибкость в передаче при увеличении компактности данных, подлежащих передаче.
С. Общий протокол сообщения
[00123] В дополнение к отправке отдельных записей различных размеров, данные могут передаваться в инфраструктуре с использованием общего протокола сообщения, который может включать в себя форматирование TLV. Вариант осуществления общего протокола сообщения (GMP) 1128 показан на фиг. 12. В некоторых вариантах осуществления, общий протокол сообщения (GMP) 1128 может быть использован для передачи данных в инфраструктуре. GMP 1128 может быть использован для передачи данных посредством протоколов без установления соединения (например, UDP) и/или ориентированных на соединение протоколов (например, TCP). Соответственно, GMP 1128 может гибко адаптировать информацию, которая используется в одном протоколе, игнорируя такую информацию, когда используется другой протокол. Кроме того, GMP 1226 может допускать пропуск полей, которые не используются в конкретной передаче. Данные, которые могут быть опущены из одной или более пересылок GMP 1226, как правило, указывается с использованием серых границ вокруг блоков данных. В некоторых вариантах осуществления мульти-байтовые целочисленные поля могут передаваться в прямом порядке или в обратном порядке.
i. Длина пакета
[00124] В некоторых вариантах осуществления GMP 1128 может включать в себя поле 1130 длины пакета. В некоторых вариантах осуществления, поле 1130 длины пакета содержит 2 байта. Значение поля 1130 длины пакета соответствует целому числу без знака, указывающего общую длину сообщения в байтах, исключая само поле 1130 длины пакета. Поле 1130 длины пакета может присутствовать, когда GMP 1128 передается через соединение TCP, но когда GMP 1128 передается через соединение UDP, длина сообщения может быть равна длине полезной нагрузки основного UDP пакета, за исключением поля 1130 длины пакета.
ii. Заголовок сообщения
[00125] GMP 1128 может также включать в себя заголовок 1132 сообщения независимо от того, передается ли GMP 1128 с использованием соединений TCP или UDP. В некоторых вариантах осуществления заголовок 1132 сообщения включает в себя два байта данных, расположенных в формате, показанном на фиг. 13. Как показано на фиг. 13, заголовок 1132 сообщения включает в себя поле 1156 версии. Поле 1156 версии соответствует версии GMP 1128, который используется для кодирования сообщения. Соответственно, когда GMP 1128 обновляется, новые версии GMP 1128 могут быть созданы, но каждое устройство в инфраструктуре может быть способно принимать пакет данных в любой версии GMP 1128, известной устройству. В дополнение к полю 1156 версии, сообщение 1132 заголовка может включать в себя поле 1158 S флага и D флаг 1160. S флаг 1158 представляет собой один бит, который указывает, включено ли поле Id узла-источника (обсуждается ниже) в передаваемый пакет. Аналогично, D флаг 1160 является одним битом, который указывает, включено ли поле Id узла-получателя (обсуждается ниже) в передаваемый пакет.
[00126] Заголовок 1132 сообщения также включает в себя поле 1162 типа шифрования. Поле 1162 типа шифрования включает в себя четыре бита, которые определяют, какой тип шифрования/проверки целостности применяется к сообщению, если таковые имеются. Например, 0×0 может указывать, что шифрование или проверка целостности сообщения не включены, но десятичное 0×1 может указывать, что включены шифрование AES-128-CTR с проверкой целостности сообщения HMAC-SHA-1.
[00127] Наконец, заголовок 1132 сообщения дополнительно включает в себя поле 1164 типа подписи. Поле 1164 типа подписи включает в себя четыре бита, которые определяют, какой тип цифровой подписи применяется к сообщению, если таковая имеются. Например, 0×0 может указывать, что никакая цифровая подпись не включена в сообщение, а 0×1 может указывать, что алгоритм цифровой подписи эллиптический кривой (ECDSA) с параметрами эллиптической кривой Prime256v1 включен в сообщение.
iii. Id сообщения
[00128] Со ссылкой на фиг. 12, GMP 1128 также включает в себя поле 1134 Id сообщения, которое может быть включено в передаваемое сообщение независимо от того, отправляется ли сообщение с использованием TCP или UDP. Поле 1134 Id сообщения включает в себя четыре байта, которые соответствуют целочисленному значению без знака, которое однозначно идентифицирует сообщение с точки зрения передающего узла. В некоторых вариантах осуществления узлы могут назначать увеличенные значения поля 1134 Id сообщения каждому сообщению, которые они отправляют, возвращающиеся к нулю после достижения 232 сообщений.
iv. Id узла-источника
[00129] В некоторых вариантах осуществления GMP 1128 также может включать в себя поле 1136 Id узла-источника, которое включает в себя восемь байтов. Как упоминалось выше, поле 1136 Id узла-источника может присутствовать в сообщении, когда однобитовый S-флаг 1158 в заголовке 1132 сообщения установлен в 1. В некоторых вариантах осуществления поле 1136 Id узла-источника может содержать Id 1104 интерфейса ULA 1098 или весь ULA 1098. В некоторых вариантах осуществления байты поля 1136 Id узла-источника передаются в восходящем порядке значения индекса (например, EUI[0], затем EUI[1], затем EUI[2], затем EUI[3] и т.д.).
v. ID узла-получателя
[00130] GMP 1128 может включать в себя поле 1138 Id узла-получателя, которое включает в себя восемь байт. Поле 1138 Id узла-получателя подобно полю 1136 Id узла-источника, но поле 1138 Id узла-получателя соответствует узлу-получателю сообщения. Поле 1138 Id узла-получателя может присутствовать в сообщении, когда однобитовый D-флаг 1160 в заголовке 1132 сообщения установлен в 1. Также, аналогично полю 1136 Id узла-источника, в некоторых вариантах осуществления, байты поля 1138 Id узла-получателя могут передаваться в восходящем порядке значения индекса (например, EUI[0], затем EUI[1], затем EUI[2], затем EUI[3] и т.д.).
vi. Id ключа
[00131] В некоторых вариантах осуществления GMP 1128 может включать в себя поле 1140 Id ключа. В некоторых вариантах осуществления, поле 1140 Id ключа включает в себя два байта. Поле 1140 Id ключа включает в себя целочисленное значение без знака, которое идентифицирует ключи шифрования/целостности сообщения, используемые для шифрования сообщения. Наличие поля 1140 Id ключа может быть определено значением поля 1162 типа шифрования заголовка 1132 сообщения. Например, в некоторых вариантах осуществления, когда значение поля 1162 типа шифрования заголовка 1132 сообщения равно 0×0, поле 1140 Id ключа может быть опущено из сообщения.
[00132] Вариант осуществления поля 1140 Id ключа представлен на фиг. 14. В показанном варианте, поле 1140 Id ключа включает в себя поле 1166 типа ключа и поле 1168 номера ключа. В некоторых вариантах осуществления поле 1166 типа ключа включает в себя четыре бита. Поле 1166 типа ключа соответствует целочисленному значению без знака, которое идентифицирует тип шифрования/целостности сообщения, используемый для шифрования сообщения. Например, в некоторых вариантах осуществления, если поле 1166 типа ключа равно 0×0, то ключ инфраструктуры совместно используется всеми или большинством узлов в инфраструктуре. Однако если поле 1166 типа ключа равно 0×1, то ключ инфраструктуры совместно используется парой узлов в инфраструктуре.
[00133] Поле 1140 Id ключа также включает в себя поле 1168 номера ключа, которое включает в себя двенадцать бит, которые соответствуют целочисленному значению без знака, которое идентифицирует конкретный ключ, используемый для шифрования сообщения из набора доступных ключей, либо совместно используемый, либо инфраструктурный ключи.
vii. Длина полезной нагрузки
[00134] В некоторых вариантах осуществления GMP 1128 может включать в себя поле 1142 длины полезной нагрузки. Поле 1142 длины полезной нагрузки, когда оно присутствует, может включать в себя два байта. Поле 1142 полезной нагрузки соответствует целочисленному значению без знака, которое указывает размер в байтах поля полезной нагрузки приложения. Поле 1142 длины полезной нагрузки может присутствовать, когда сообщение зашифровано с использованием алгоритма, который использует заполнение сообщения, как описано ниже по отношению к полю заполнения.
viii. Вектор инициализации
[00135] В некоторых вариантах осуществления GMP 1128 также может включать в себя поле 1144 вектора инициализации (IV). Поле IV 1144, если оно присутствует, содержит переменное число байт данных. Поле IV 1144 содержит криптографические значения IV, используемые для шифрования сообщения. Поле IV 1144 может быть использовано, когда сообщение зашифровано с помощью алгоритма, который использует IV. Длина поля IV 1144 может быть выведена из типа шифрования, используемого для шифрования сообщения.
ix. Полезная нагрузка приложения
[00136] GMP 1128 включает в себя поле 1146 полезной нагрузки приложения. Поле 1146 полезной нагрузки приложения включает в себя переменное число байт. Поле 1146 полезной нагрузки приложения включает в себя данные приложения, передаваемые в сообщении. Длина поля 1146 полезной нагрузки приложения может быть определена из поля 1142 длины полезной нагрузки, когда оно присутствует. Если поле 1142 длины полезной нагрузки отсутствует, длина поля 1146 полезной нагрузки приложения может быть определена путем вычитания длины всех других полей из общей длины сообщения и/или значений данных, включенных в поле 1146 полезной нагрузки приложения (например, TLV).
[00137] Вариант осуществления поля 1146 полезной нагрузки приложения показан на фиг. 15. Поле 1146 полезной нагрузки приложения включает в себя поле APVersion 1170. В некоторых вариантах осуществления поле APVersion 1170 включает в себя восемь бит, которые указывают, какая версия программного обеспечения инфраструктуры поддерживается передающим устройством. Поле 1146 полезной нагрузки приложения также включает в себя поле 1172 типа сообщения. Поле 1172 типа сообщения может включать в себя восемь бит, которые соответствуют коду операции сообщения, который указывает тип сообщения, передаваемого в профиле. Например, в профиле обновления программного обеспечения, 0×00 может указывать, что посланное сообщение является оповещением образа. Поле 1146 полезной нагрузки приложения дополнительно включает в себя поле 1174 Id обмена, которое включает в себя шестнадцать бит, что соответствует идентификатору обмена, который является уникальным для передающего узла для транзакции.
[00138] Кроме того, поле 1146 полезной нагрузки приложения включает в себя поле 1176 Id профиля. Поле 1176 Id профиля указывает “тему обсуждения”, используемую для обозначения типа передачи в сообщении. Поле 1176 Id профиля может соответствовать одному или более профилям, которые устройство может передавать. Например, поле 1176 Id профиля может указывать, что сообщение относится к базовому профилю, профилю обновления программного обеспечения, профилю обновления состояния, профилю управления данными, профилю климата и комфорта, профилю безопасности, профиль надежности и/или другим подходящим типам профиля. Каждое устройство в инфраструктуре может включать в себя список профилей, которые релевантны для устройства и в которых устройство способно “участвовать в дискуссии”. Например, многие устройства в инфраструктуре могут включать в себя базовый профиль, профиль обновления программного обеспечения, профиль обновления состояния и профиль управления данными, но только некоторые устройства будут включать в себя профиль климата и комфорта. Поле 1170 APVersion, поле 1172 типа сообщения, поле Id обмена, поле 1176 Id профиля и поле 1176 специфического для профиля заголовка, если присутствуют, могут упоминаться в комбинации как “заголовок приложения”.
[00139] В некоторых вариантах осуществления указание Id профиля посредством поля 1176 Id профиля может предоставить достаточную информацию, чтобы обеспечить схему для данных, передаваемых для профиля. Однако в некоторых вариантах осуществления дополнительная информация может быть использована для определения дальнейших указаний для декодирования поля 1146 полезной нагрузки приложения. В таких вариантах осуществления поле 1146 полезной нагрузки приложения может включать в себя поле 1178 специфического для профиля заголовка. Некоторые профили могут не использовать поле 1178 специфического для профиля заголовка, тем самым позволяя полю 1146 полезной нагрузки приложения опускать поле 1178 специфического для профиля заголовка. После определения схемы из поля 1176 Id профиля и/или поля 1178 специфического для профиля заголовка, данные могут кодироваться/декодироваться в суб-поле 1180 полезной нагрузки приложения. Суб-поле 1180 полезной нагрузки приложения включает в себя базовые данные приложения, подлежащие передаче между устройствами и/или службами, которые сохраняются, ретранслируются и/или на которые оказывается воздействие посредством принимающего устройства/службы.
x. Проверка целостности сообщений
[00140] Со ссылкой на фиг. 12, в некоторых вариантах осуществления GMP 1128 может также включать в себя поле 1148 проверки целостности сообщения (MIC). Поле 1148 MIC, если присутствует, включает в себя переменную длину в байтах данных, содержащих MIC для сообщения. Длина и порядок байт поля зависят от используемого алгоритма проверки целостности. Например, если сообщение проверяется на целостность сообщения, используя HMAC-SHA-1, поле 1148 MIC включает в себя двадцать байт в обратном порядке. Кроме того, наличие поля 1148 MIC может быть определено тем, включает ли в себя поле 1162 типа шифрования заголовка 1132 сообщения значение, отличное от 0×0.
xi. Заполнение
[00141] GMP 1 128 может также включать в себя поле 1150 заполнения. Поле 1150 заполнения, когда оно присутствует, включает в себя последовательность байт, представляющих собой криптографическое заполнение, добавляемое к сообщению, чтобы сделать зашифрованную часть сообщения делимой нацело на размер блока шифрования. Наличие поля 1150 заполнения может быть определено тем, использует ли тип алгоритма шифрования (например, блочные шифры в режиме сцепления блоков шифра), указанный полем 1162 типа шифрования в заголовке 1132 сообщения криптографическое заполнение.
xii. Шифрование
[00142] Поле 1146 полезной нагрузки приложения, поле 1148 MIC и поле 1150 заполнения вместе образуют блок 1152 шифрования. Блок 1152 шифрования включает в себя части сообщения, которые зашифрованы, когда поле 1162 типа шифрования в заголовке 1132 сообщения имеет любое значение кроме 0×0.
xiii. Подпись сообщения
[00143] GMP 1128 может также включать в себя поле 1154 подписи сообщения. Поле 1154 подписи сообщения, когда оно присутствует, включает в себя последовательность байт переменной длины, которая содержит криптографическую подпись сообщения. Длина и содержание поля подписи сообщения могут быть определены в соответствии с используемым типом алгоритма подписи и указаны полем 1164 типа подписи заголовка 1132 сообщения. Например, если используемым алгоритмом является ECDSA, использующий параметры эллиптической кривой Prime256v1, то поле 1154 подписи сообщения может включать в себя два 32-битных целых числа, закодированных в прямом порядке.
IV. Профили и протоколы
[00144] Как описано выше, одна или более схем информации могут быть выбраны на основе общего обсуждения желательного типа для сообщения. Профиль может состоять из одной или нескольких схем. Например, один набор схем информации может быть использован для кодирования/декодирования данных в суб-поле 1180 полезной нагрузки приложения, когда один профиль указан в поле 1176 Id профиля полезной нагрузки 1146 приложения. Однако другой набор схем может быть использован для кодирования/декодирования данных суб-поля 1180 полезной нагрузки приложения, когда другой профиль указан в поле 1176 Id профиля полезной нагрузки 1146 приложения.
[00145] Дополнительно, в некоторых вариантах осуществления, каждое устройство может включать в себя набор методов, используемых для обработки профилей. Например, базовый протокол может включать в себя следующие профили: GetProfiles, GetSchema, GetSchemas, GetProperty, GetProperties, SetProperty, SetProperties, RemoveProperty, RemoveProperties, RequestEcho, NotifyPropertyChanged и/или NotifyPropertiesChanged. Метод GetProfiles может возвращать массив профилей, поддерживаемых запрошенным узлом. Методы GetSchema и GetSchemas могут соответственно возвращать одну или все схемы для конкретного профиля. GetProperty и GetProperties могут, соответственно, возвращать значение или все пары значений для схемы профиля. SetPropertiy и SetProperties могут, соответственно, устанавливать одно или несколько значений для схемы профиля. RemoveProperty и RemoveProperties могут, соответственно, пытаться удалить одно или несколько значений из схемы профиля. RequestEcho может отправить произвольную полезную нагрузку данных к указанному узлу, которую этот узел возвращает неизмененной. NotifyPropertyChange и NotifyPropertiesChanged могут, соответственно, выдавать уведомление, если одна/несколько пар значений изменились для схемы профиля.
[00146] Для помощи в понимании профилей и схем, неисключительной список профилей и схем приведен ниже в иллюстративных целях.
А. Отчетность о состоянии
[00147] Схема отчетности о состоянии представлена как кадр 1182 отчетности о состоянии на фиг. 16. Схема отчетности о состоянии может быть отдельным профилем или может быть включена в один или несколько профилей (например, базовый профиль). В некоторых вариантах осуществления, кадр 1182 отчетности о состоянии включает в себя поле 1184 профиля, поле 1186 кода состояния, поле 1188 следующего состояния и может включать в себя поле 1190 дополнительной информации о состоянии.
i. Поле профиля
[00148] В некоторых вариантах осуществления, поле 1184 профиля включает в себя четыре байта данных, которые определяют профиль, при котором информация в представленном отчете о состоянии должна быть интерпретирована. Вариант осуществления поля 1184 профиля показан на фиг. 17 с двумя суб-полями. В показанном варианте осуществления, поле 1184 профиля включает в себя суб-поле 1192 Id профиля, которое включает в себя шестнадцать бит, которое соответствует специфическому для поставщика идентификатору для профиля, под которым определено значение поля 1186 кода состояния. Поле 1184 профиля может также включать в себя суб-поле 1194 Id поставщика, которое включает в себя шестнадцать бит, которое идентифицирует поставщика, обеспечивающего профиль, идентифицированный в суб-поле 1192 Id профиля.
ii. Код состояния
[00149] В некоторых вариантах осуществления, поле 1186 кода состояния включает в себя шестнадцать бит, которые кодируют состояние, о котором сообщается. Значения в поле 1186 кода состояния интерпретируются по отношению к значениям, закодированным в суб-поле 1192 Id поставщика и суб-поле 1194 Id профиля, представленным в поле 1184 профиля. Кроме того, в некоторых вариантах осуществления, пространство кодов состояния может быть разделено на четыре группы, как показано ниже в таблице 8.
Таблица 8 | ||
Таблица диапазонов кодов состояния | ||
Диапазон | Наименование | Описание |
0×0000…0×0010 | Успешно | Запрос был успешно обработан |
0×0011…0×0020 | Клиентская ошибка | Ошибка возникла или могла возникнуть на клиентской стороне обмена клиент-сервер. Например, клиент сделал плохо сформированный запрос. |
0×0021…0×0030 | Серверная ошибка | Ошибка возникла или могла возникнуть на серверной стороне обмена клиент-сервер. Например, сервер не смог обработать ошибку клиентского запроса к операционной системе. |
0×0031…0×0040 | Продолжить/перенаправить | Будет использована дополнительная обработка, такая как перенаправление, чтобы завершить конкретный обмен, но еще без ошибки. |
Хотя таблица 8 определяет общие диапазоны кода состояния, которые могут быть использованы отдельно назначенными и используемыми для каждого конкретного Id профиля, в некоторых вариантах осуществления, некоторые коды состояния могут быть общими для каждого из профилей. Например, эти профили могут быть идентифицированы с использованием идентификатора общего профиля (например, базового профиля), например, 0×00000000.
iii. Следующее состояние
[00150] В некоторых вариантах осуществления, поле 1188 кода следующего состояния включает в себя восемь бит. Поле 1188 кода следующего состояния указывает, имеется ли информация о следующем состоянии после сообщенного в текущее время состояния. Если информации о следующем состоянии должна быть включена, то поле 1188 кода следующего состояния указывает, какой тип информации о состоянии должен быть включен. В некоторых вариантах осуществления, поле 1188 кода следующего состояния может быть включено всегда, таким образом, потенциально увеличивая размер сообщения. Однако, предоставляя возможность сцепления информации о состоянии вместе, потенциал для общего сокращения пересылаемых данных может быть снижен. Если поле 1186 следующего состояния равно 0×00, то поле 1190 информации о следующем состоянии не включено. Однако ненулевые значения могут указывать, что данные могут быть включены, и указывать форму, в которой данные включены (например, в пакете TLV).
iv. Дополнительная информация о состоянии
[00151] Когда поле 1188 кода следующего состояния не является нулевым, то поле 1190 дополнительной информации о состоянии включено в сообщение. Если присутствует, то поле элемента состояния может содержать состояние в такой форме, которая может быть определена значением поля типа предшествующего состояния (например, формат TLV).
В. Обновление программного обеспечения
[00152] Профиль или протокол обновления программного обеспечения представляет собой набор схем и протокол клиент/сервер, который позволяет клиентам быть в курсе или искать информацию о наличии программного обеспечения, которое они могут загрузить и установить. С использованием протокола обновления программного обеспечения, образ программного обеспечения может быть предоставлен в профиль клиента в формате, известном клиенту. Последующая обработка образа программного обеспечения может быть обобщенной, специфической для устройства, или специфической для поставщика и определяется протоколом обновления программного обеспечения и устройствами.
i. Общие заголовки приложения для полезной нагрузки приложения
[00153] Для того, чтобы распознаваться и обрабатываться надлежащим образом, кадры профиля обновления программного обеспечения могут быть идентифицированы в поле 1146 полезной нагрузки приложения GMP 1128. В некоторых вариантах осуществления, все кадры профиля обновления программного обеспечения могут использовать общий Id 1176 профиля, такой как 0×0000000С. Кроме того, кадры профиля обновления программного обеспечения могут включать в себя поле 1172 типа сообщения, которое указывает дополнительную информацию и может выбираться в соответствии с таблицей 9 ниже и типом отправляемого сообщения.
Таблица 9 | |
Типы сообщения профиля обновления программного обеспечения | |
Тип | Сообщение |
0×00 | Оповещение образа |
0×01 | Запрос образа |
0×02 | Ответ на запрос образа |
0×03 | Уведомление о загрузке |
0×04 | Ответ на уведомление |
0×05 | Уведомление об обновлении |
0×06…0×ff | Зарезервировано |
Кроме того, как описано ниже, последовательность обновления программного обеспечения может быть инициирована сервером, посылающим обновление как оповещение образа, или клиентом, принимающим обновление как запрос образа. В любом варианте осуществления, Id 1174 обмена из инициирующего события используется для всех сообщений, используемых в связи с обновлением программного обеспечения.
ii. Протокольная последовательность
[00154] Фиг. 18 иллюстрирует вариант осуществления протокольной последовательности 1196 для обновления программного обеспечения между клиентом 1198 обновления программного обеспечения и сервером 1200 обновления программного обеспечения. В некоторых вариантах осуществления любое устройство в инфраструктуре может быть клиентом 1198 обновления программного обеспечения или сервером 1200 обновления программного обеспечения. Некоторые варианты осуществления протокольной последовательности 1196 могут включать в себя дополнительные этапы, такие как те, которые показаны пунктирными линиями, которые могут быть опущены в некоторых передачах обновления программного обеспечения.
1. Обнаружение службы
[00155] В некоторых вариантах осуществления, протокольная последовательность 1196 начинается с того, что сервер профиля обновления программного обеспечения оповещает о наличии обновления. Однако в других вариантах осуществления, например, показанном варианте осуществления, протокольная последовательность 1196 начинается с обнаружения 1202 службы, как описано выше.
2. Оповещение образа
[00156] В некоторых вариантах осуществления сообщение 1204 оповещения образа может передаваться сервером 1200 обновления программного обеспечения посредством многоадресной передачи или одноадресной передачи. Сообщение 1204 оповещения образа информирует устройства в инфраструктуре, что сервер 1200 имеет обновления программного обеспечения, чтобы предоставлять их. Если обновление применимо к клиенту 1198, после приема сообщения 1204 оповещения образа, клиент 1198 обновления программного обеспечения отвечает сообщением 1206 запроса образа. В некоторых вариантах осуществления сообщение 1204 оповещения образа может не включаться в протокольную последовательность 1196. Вместо этого, в таких вариантах осуществления, клиент 1198 обновления программного обеспечения может использовать график опроса, чтобы определять, когда следует послать сообщение 1206 запроса образа.
3. Запрос образа
[00157] В некоторых вариантах осуществления сообщение 1206 запроса образа может передаваться путем одноадресной передачи от клиента 1198 обновления программного обеспечения либо в ответ на сообщение 1204 оповещения образа, либо в соответствии с графиком опроса, как описано выше. Сообщение 1206 запроса образа включает в себя информацию от клиента 1198 о самом себе. Вариант осуществления кадра сообщения 1206 запроса образа показан на фиг. 19. Как показано на фиг. 19, некоторые варианты осуществления сообщения 1206 запроса образа могут включать в себя поле 1218 управления кадра, поле 1220 спецификации продукта, поле 1222 данных, специфических для поставщика, поле 1224 спецификации версии, поле 1226 спецификации места, поле 1228 поддерживаемого типа целостности и поле 1230 поддерживаемых схем обновления.
а. Управление кадра
[00158] Поле 1218 управления кадра включает в себя 1 байт и указывает различную информацию о сообщении 1204 запроса образа. Пример поля 128 управления кадра показан на фиг. 20. Как показано, поле 1218 управления кадра может включать три суб-поля: флаг 1232, специфический для поставщика, флаг 1234 спецификации места и зарезервированное поле S3. Флаг 1232, специфический для поставщика, указывает, включено ли поле 1222 специфических для поставщика данных в сообщение запроса образа. Например, когда флаг 1232, специфический для поставщика, равен 0, то поле 1222 специфических для поставщика данных может отсутствовать в сообщении запроса образа, а если флаг 1232, специфический для поставщика, равен 1, то поле 1222 специфических для поставщика данных может присутствовать в сообщении запроса образа. Аналогичным образом, значение 1 во флаге 1234 спецификации места указывает, что поле 1226 спецификации места присутствует в сообщении запроса образа, а значение 0 указывает, что поле 1226 спецификации места не присутствует в сообщении запроса образа.
b. Спецификация продукта
[00159] Поле 1220 спецификации продукта является 6-байтовым полем. Вариант осуществления поля 1220 спецификации продукта показан на фиг. 21. Как показано, поле 1220 спецификации продукта может включать в себя три суб-поля: поле 1236 Id поставщика, поле 1238 Id продукта и поле 1240 модификации продукта. Поле 1236 Id поставщика включает в себя шестнадцать бит, которые указывают поставщика для клиента 1198 обновления программного обеспечения. Поле 1238 Id продукта включает в себя шестнадцать бит, которые указывают продукт устройства, которое посылает сообщение 1206 запроса образа в качестве клиента 1198 обновления программного обеспечения. Поле 1240 модификации продукта включает в себя шестнадцать бит, которые указывают атрибут модификации клиента 1198 обновления программного обеспечения.
с. Данные, специфические для поставщика
[00160] Поле 1222 данных, специфических для поставщика, если оно присутствует в сообщении 1206 запроса образа, имеет длину переменного числа байт. Наличие поля 1222 данных, специфических для поставщика, может быть определено из специфического для поставщика флага 1232 поля 1218 управления кадра. Если присутствует, то поле 1222 специфических для поставщика данных кодирует специфическую для поставщика информацию о клиенте 1198 обновления программного обеспечения в формате TLV, как описано выше.
d. Спецификация версии
[00161] Вариант осуществления поля 1223 спецификации версии показан на фиг. 22. Поле 1224 спецификации версии включает в переменное число байт, подразделяемых на два суб-поля: поле 1242 длины версии и поле 1244 строки версии. Поле 1242 длины версии включает в себя восемь бит, которые указывают длину поля 1244 строки версии. Поле 1244 строки версии является переменным по длине и определяется полем 1242 длины версии. В некоторых вариантах осуществления поле 1244 строки версии может быть ограничено сверху 255 UTF-8 символами по длине. Значение, кодируемое в поле 1244 строки версии, указывает атрибут версии программного обеспечения атрибут для клиента 1198 обновления программного обеспечения.
е. Спецификация места
[00162] В некоторых вариантах осуществления, поле 1226 спецификации места может быть включено в сообщение 1206 запроса образа, когда флаг 1234 спецификации места поля 1218 управления кадра равен 1. Вариант осуществления поля 1226 спецификации места показан на фиг. 23. Показанный вариант осуществления поля 1226 поля спецификации места включает в себя переменное число байт, разделенных на два суб-поля: поле 1246 длины строки места и поле 1248 строки места. Поле 1246 длины строки места включает в себя восемь бит, которые указывают длину поля 1248 строки места. Поле 1248 строки места поля 1226 спецификации места может быть переменной длины и содержать строку UTF-8 символов, кодирующих описание места на основе кодов места интерфейса портативной операционной системы (POSIX). Стандартный формат для кодов места POSIX имеет вид [language[_territory][.codeset][@modifier]]. Например, представление POSIX для австралийского английского имеет вид en_AU.UTF8.
f. Поддерживаемые типы целостности
[00163] Вариант осуществления поля 1228 типов целостности показан на фиг. 24. Поле 1228 поддерживаемых типов целостности включает в себя от двух до четырех байт данных, разделенных на два суб-поля: поле 1250 длины списка типов и поле 1252 списка типов целостности. Поле 1250 длины списка типов включает в себя восемь бит, которые указывают длину в байтах поля 1252 списка типов целостности. Поле 1252 списка типов целостности указывает значение атрибута типа целостности обновления программного обеспечения клиента 1198 обновления программного обеспечения. В некоторых вариантах обновления, тип целостности может быть получен из таблицы 10 ниже.
Таблица 10 | |
Примерные типы целостности | |
Значение | Тип целостности |
0×00 | SHA-160 |
0×01 | SHA-256 |
0×02 | SHA-512 |
Поле 1252 списка типов целостности может содержать по меньшей мере один элемент из таблицы 10 или другие дополнительные не включенные значения.
g. Поддерживаемые схемы обновления
[00164] Вариант осуществления поля 1230 поддерживаемых схем показан на фиг. 25. Поле 1230 поддерживаемых схем включает в себя переменное число байт, разделенных на два суб-поля: поле 1254 длины списка схем и поле 1256 списка схем обновления. Поле 1254 длины списка схем включает в себя восемь бит, которые указывают длину поля списка схем обновления в байтах. Поле 1256 списка схем обновления поля 1222 поддерживаемых схем обновления имеет переменную длину, определяемую полем 1254 длины списка схем. Поле 12566 списка схем обновления представляет атрибуты схем обновления профиля обновления программного обеспечения клиента 1198 обновления программного обеспечения. Вариант осуществления примерных значений показан в таблице 11 ниже.
Таблица 11 | |
Примерные схемы обновления | |
Значение | Схема обновления |
0×00 | HTTP |
0×01 | HTTPS |
0×02 | SFTP |
0×03 | Специфический для инфраструктуры протокол передачи файлов (например, групповой пересылки данных, обсужденный ниже). |
Получив сообщение 1206 запроса образа, сервер 1200 обновления программного обеспечения использует переданную информацию, чтобы определить, имеет ли сервер 1200 обновления программного обеспечения обновление для клиента 1198 обновления программного обеспечения, и каким образом лучше доставить обновление к клиенту 1198 обновления программного обеспечения.
4. Ответ на запрос образа
[00165] Со ссылкой на фиг. 18, после того как сервер 1200 обновления программного обеспечения получает сообщение 1206 запроса образа от клиента 1198 обновления программного обеспечения, сервер 1200 обновления программного обеспечения отвечает ответом 1208 на запрос образа. Ответ 1208 на запрос образа включает в себя либо информацию, детализирующую, почему образ обновления не доступен для клиента 1198 обновления программного обеспечения, либо информацию о доступном обновлении образа, чтобы позволить клиенту 1198 обновления программного обеспечения загрузить и установить обновление.
[00166] Вариант осуществления кадра ответа 1208 на запрос образа показан на фиг. 26. Как показано, ответ 1208 на запрос образа включает в себя пять возможных суб-полей: поле 1258 состояния запроса, поле 1260 унифицированного идентификатора ресурса (URI), поле 1262 спецификация целостности, поле 1264 схемы обновления и поле 1266 опций обновления.
а. Состояние запроса
[00167] Поле 1258 состояния запроса включает в себя переменное число байт и содержит отформатированные данные отчетности о состоянии, как описано выше со ссылкой на отчетность о состоянии. Например, поле 1258 состояния запроса может включать в себя коды состояния ответа на запрос образа, такие, как показаны ниже в таблице 12.
Таблица 12 | ||
Примерные коды состояния ответа на запрос образа | ||
Профиль | Код | Описание |
0×00000000 | 0×0000 | Сервер обработал сообщение 1206 запроса образа и имеет обновление для клиента 1198 обновления программного обеспечения. |
0×0000000С | 0×0001 | Сервер обработал сообщение 1206 запроса образа, но сервер не имеет обновления для клиента 1198 обновления программного обеспечения. |
0×00000000 | 0×0010 | Сервер не мог обработать запрос из-за ненадлежащей формы запроса. |
0×00000000 | 0×0020 | Сервер не мог обработать запрос ввиду внутренней ошибки. |
b. URI
[00168] Поле 1260 URI включает в себя переменное число байт. Наличие поля 1260 URI может быть определено полем 1258 состояния запроса. Если поле 1258 состояния запроса указывает, что доступно обновление, поле 1260 URI может быть включено. Вариант осуществления поля 1260 URI показан на фиг. 27. Поле 1260 URI включает в себя два суб-поля: поле 1268 длины URI и поле 1270 строки URI. Поле 1268 длины URI включает в себя шестнадцать бит, которые указывают длину поля 1270 строки URI в UTF-8 символах. Поле 1270 строки URI указывает атрибут URI представленного обновления образа программного обеспечения, так что клиент 1198 обновления программного обеспечения может быть в состоянии найти, загрузить и установить обновление образа программного обеспечения, когда оно присутствует.
c. Спецификация целостности
[00169] Поле 1262 спецификации целостности может иметь переменную длину и присутствует, когда поле 1258 состояния запроса указывает, что доступно обновление от сервера 1198 обновления программного обеспечения для клиента 1198 обновления программного обеспечения. Вариант осуществления поля 1262 спецификации целостности показан на фиг. 28. Как показано, поле 1262 спецификации целостности включает в себя два суб-поля: поле 1272 типа целостности и поле 1274 значения целостности. Поле 1272 типа целостности включает в себя восемь бит, которые указывают атрибут типа целостности для обновления образа программного обеспечения, и может заполняться с использованием списка, аналогичного показанному в таблице 10 выше. Поле 1274 значения целостности включает в себя значение целостности, которое используется для верификации, что сообщение обновления образа сохранило целостность в процессе передачи.
d. Схема обновления
[00170] Поле 1264 схемы обновления включает в себя восемь бит и присутствует, когда поле 1258 состояния запроса указывает, что доступно обновление с сервера 1198 обновления программного обеспечения для клиента 1198 обновления программного обеспечения. Если присутствует, поле 1264 схемы обновления указывает атрибут схемы для обновления образа программного обеспечения, представленного серверу 1198 обновления программного обеспечения.
е. Опции обновления
[00171] Поле 1266 опций обновления включает в себя восемь бит и присутствует, когда поле 1258 состояния запроса указывает, что обновление доступно от сервера 1198 обновления программного обеспечения для клиента 1198 обновления программного обеспечения. Поле 1266 опций обновления может быть подразделено, как показано на фиг. 29. Как показано, поле 1266 опций обновления включает в себя четыре суб-поля: поле 1276 приоритета обновления, поле 1278 условия обновления, флаг 1280 состояния отчета и зарезервированное поле 1282. В некоторых вариантах осуществления поле 1276 приоритета обновления включает в себя два бита. Поле 1276 приоритета обновления указывает атрибут приоритета обновления и может быть определено с использованием значений, таких как те, которые показаны в таблице 13 ниже.
Таблица 13 | |
Примерные значения приоритета обновления | |
Значение | Описание |
00 | Нормальное – обновление в течение периода низкого сетевого трафика |
01 | Критическое – обновление настолько срочное, насколько возможно |
Поле 1278 состояния обновления включает в себя три бита, которые могут быть использованы для определения условных факторов, чтобы определить, когда выполнять обновление и следует ли выполнять обновление. Например, значения в поле 1278 условия обновления могут декодироваться с использованием приведенной ниже таблицы 14.
Таблица 14 | |
Примерные условия обновления | |
Значение | Описание |
0 | Обновить без условий. |
1 | Обновить, если версия программного обеспечения, исполняемая на клиенте обновления программного обеспечения, не согласована с версией обновления. |
2 | Обновить, если версия программного обеспечения, исполняемая на клиенте обновления программного обеспечения, старше, чем версия обновления. |
3 | Обновить, если пользователь выбирает обновление с помощью пользовательского интерфейса. |
Флаг 1280 состояния отчета является одним битом, который указывает, должен ли клиент 1198 обновления программного обеспечения отвечать сообщением 1210 уведомления о загрузке. Если флаг 1280 состояния отчета установлен в 1, то сервер 1198 обновления программного обеспечения запрашивает, чтобы сообщение 1210 уведомления о загрузке было передано после того, как обновление программного обеспечения загружено клиентом 200 обновления программного обеспечения.
[00172] Если ответ 1208 на запрос образа указывает, что доступно обновление, клиент 1198 обновления программного обеспечения загружает 1210 обновление с использованием информации, содержащейся в ответе 1208 на запрос образа, во время, указанное в ответе 1208 на запрос образа.
5. Уведомление о загрузке
[00173] После того как загрузка 1210 обновления успешно завершена или не удалась, и значение флага 1280 состояния отчета равно 1, клиент 1198 обновления программного обеспечения может ответить сообщением 1212 уведомления о загрузке. Сообщение 1212 уведомления о загрузке может быть отформатировано в соответствии с форматом отчетности о состоянии, обсужденным выше. Пример кодов состояния, используемых в сообщении 1212 уведомления о загрузке, показан в таблице 15 ниже.
Таблица 15 | ||
Примерные коды состояния уведомления о загрузке | ||
Профиль | Код | Описание |
0×00000000 | 0×0000 | Загрузка завершена, и целостность верифицирована. |
0×0000000С | 0×0020 | Загрузка не могла быть завершена из-за ошибочных инструкций загрузки. |
0×0000000С | 0×0021 | Сообщение 1208 ответа на запрос образа выглядит корректным, но верификация загрузки или целостности безуспешна. |
0×0000000С | 0×0022 | Целостность загрузки не могла быть верифицирована. |
В дополнение к отчетности о состоянии, описанной выше, сообщение 1208 уведомления о загрузке может включать в себя дополнительную информацию о состоянии, которая может быть релевантной для загрузки и/или неуспеха загрузки.
6. Ответ на уведомление
[00174] Сервер 1200 обновления программного обеспечения может ответить сообщением 1214 ответа на уведомление в ответ на сообщение 1212 уведомления о загрузке или сообщением 1216 уведомления об обновлении. Сообщение 1214 ответа на уведомление может включать в себя формат отчетности о состоянии, как описано выше. Например, сообщение 1214 ответа на уведомление может включать в себя коды состояния, перечисленные в таблице 16 ниже.
Таблица 16 | ||
Примерные коды состояния ответа на уведомление | ||
Профиль | Код | Описание |
0×00000000 | 0×0030 | Продолжить – уведомление подтверждено, но обновление не завершено, так что сообщение 1214 уведомления о загрузке принято, а сообщение 1216 уведомления об обновлении нет. |
0×00000000 | 0×0000 | Успешно – уведомление подтверждено, и обновление завершено. |
0×0000000С | 0×0023 | Прервать – уведомление подтверждено, но сервер не может продолжить обновление. |
0×0000000С | 0×0031 | Повторить запрос - уведомление подтверждено, и клиенту 1198 обновления программного обеспечения предписывается повторная попытка обновления путем посылки другого сообщения 1206 запроса образа. |
В дополнение к отчетности о состоянии, описанной выше, сообщение 1214 ответа на уведомление может включать в себя дополнительную информацию о состоянии, которая может быть релевантной для загрузки, обновления и/или неуспеха загрузить/обновить обновление программного обеспечения.
7. Уведомление об обновлении
[00175] После того, как обновление успешно завершено или не удалось, и значение флага 1280 состояния отчета равно 1, клиент 1198 обновления программного обеспечения может ответить сообщением 1216 уведомления об обновлении. Сообщение 1216 уведомления об обновлении может использовать формат отчетности о состоянии, описанный выше. Например, сообщение 1216 уведомления об обновлении может включать в себя коды состояния, перечисленные в таблице 17 ниже.
Таблица 17 | ||
Примерные коды состояния уведомления об обновлении | ||
Профиль | Код | Описание |
0×00000000 | 0×0000 | Успешно – обновление завершено. |
0×0000000С | 0×0010 | Клиентская ошибка – обновление безуспешно вследствие проблемы в клиенте 1198 обновления программного обеспечения. |
В дополнение к отчетности о состоянии, описанной выше, сообщение 1216 уведомления об обновлении может включать в себя дополнительную информацию о состоянии, которая может быть релевантной для обновления и/или неуспеха обновления.
С. Протокол управления данными
[00176] Управление данными может быть включено в общий профиль (например, базовый профиль), используемый в различных электронных устройствах в инфраструктуре, или может быть обозначено как отдельный профиль. В любом случае, протокол управления устройством (DMP) может быть использован для узлов, чтобы выполнять просмотр, совместное использование и/или обновление информации, имеющейся в узле. Последовательность 1284, используемая в DMP, показана на фиг. 30. Последовательность 1284 иллюстрирует просматривающий узел 1286, который запрашивает для просмотра и/или изменения резидентные данные просматриваемого узла 1288. Кроме того, просматривающий узел 1286 может запросить просмотр резидентных данных с использованием одного из нескольких опций просмотра, таких как запрос моментального снимка, запрос наблюдения, чтобы просмотр продолжался в течение некоторого периода времени, или другой подходящий тип просмотра. Каждое сообщение соответствует формату полезной нагрузки 1146 приложения, описанному со ссылкой на фиг. 15. Например, каждое сообщение содержит Id 1176 профиля, который соответствует профилю управления данными и/или релевантному базовому профилю, такому как 0x235A0000. Каждое сообщение также содержит тип 1172 сообщения. Тип 1172 сообщения может быть использован для определения различных факторов, относящихся к диалогу, таких как тип просмотра для просмотра. Например, в некоторых вариантах осуществления, поле 1172 типа сообщения может кодироваться/декодироваться в соответствии с таблицей 18 ниже.
Таблица 18 | |
Примерные типы сообщения профиля обновления программного обеспечения | |
Тип | Сообщение |
0×00 | Запрос моментального снимка |
0×01 | Запрос наблюдения |
0×02 | Запрос периодического обновления |
0×03 | Обновление регенерации |
0×04 | Обновление отмены представления |
0×05 | Ответ просмотра |
0×06 | Явный запрос обновления |
0×07 | Запрос обновления просмотра |
0×08 | Ответ обновления |
i. Запрос просмотра
[00177] Хотя сообщение 1290 запроса просмотра запрашивает просмотр резидентных данных узла, тип запроса может быть определен посредством поля 1172 типа сообщения, как описано выше. Соответственно каждый тип запроса может включать в себя отличающийся кадр запроса просмотра.
1. Запрос моментального снимка
[00178] Запрос моментального снимка может быть отправлен просматривающим узлом 1286, когда просматривающему узлу 1286 желателен моментальный просмотр резидентных данных узла на просматриваемом узле 1288 без запроса будущих обновлений. Вариант осуществления кадра 1292 запроса моментального снимка иллюстрируется на фиг. 31.
[00179] Как показано на фиг. 31, кадр 1292 запроса моментального снимка может быть переменной длины и может включать в себя три поля: поле 1294 дескриптора просмотра, поле 1296 списка длины путей и поле 1298 списка путей. Поле 1294 дескриптора просмотра может включать в себя два бита, которые обеспечивают “дескриптор”, чтобы идентифицировать запрашиваемый просмотр. В некоторых вариантах осуществления, поле 1294 дескриптора просмотра заполняется с использованием случайного 16-битного числа или 16-битного порядкового номера вместе с проверкой уникальности, выполняемой на просматривающем узле 1286, когда запрос сформирован. Поле 1296 длины списка путей включает в себя два байта, которые указывают длину поля 1298 списка путей. Поле 1298 списка путей имеет переменную длину и указывается значением поля 1296 длины списка путей. Значение поля 1298 списка путей указывает путь схемы для узлов.
[00180] Путь схемы представляет собой компактное описание для элемента данных или контейнера, который является частью схемы, резидентной на узлах. Например, на фиг. 32 приведен пример схемы 1300 профиля. В показанной схеме 1300 профиля, путь к элементу 1302 данных может быть записан как “Нечто:велосипед:гора” в двоичном формате. Двоичный формат пути может быть представлен как двоичный формат 1304 профиля, как показано на фиг. 33. Двоичный формат 1304 профиля включает в себя два суб-поля: поле 1306 идентификатора профиля и поле 1308 данных TLV. Поле 1306 идентификатора профиля идентифицирует профиль, на который ссылаются (например, профиль Foo (“нечто”, метасинтаксическая переменная)). Поле 1308 данных TLV содержит информацию о маршруте. Как обсуждалось ранее, данные TLV включают в себя поле тега, которое включает в себя информацию о вложенных данных. Значения поля тега, используемые для ссылки на профиль “нечто” на фиг. 32, могут быть аналогичны значениям, перечисленным в таблице 19.
Таблица 19 | |
Примерные значения тегов для профиля “Нечто” | |
Имя | Тег |
Животное | 0×4301 |
Рыба | 0×4302 |
Дичь | 0×4303 |
Среда | 0×43004 |
Размер | 0×4305 |
Велосипед | 0×4306 |
Дорога | 0×4307 |
Горы | 0×4308 |
Трек | 0×4309 |
Число передач | 0×430А |
Вес | 0×430В |
Используя таблицу 19 и профиль “нечто” на фиг. 32, двоичная строка в формате TLV, представляющая путь “Нечто:велосипед:гора” может быть представлена, как показано в таблице 20 ниже.
Таблица 20 | |||
Примерный список двоичного тега для пути схемы | |||
ID профиля | Тег и длина (TL) | “велосипед” | “горы” |
CD:AB:00:00 | 0D:02 | 06:43 | 08:43 |
Если просматривающий узел 1286 желает получить весь набор данных, определенный в схеме профиля (например, схеме профиля “нечто” на фиг. 33), то сообщение 1290 запроса просмотра может запрашивать элемент “нуль” (например, 0×0D00 TL и пустую длину, ссылающуюся на контейнер).
2. Запрос наблюдения
[00181] Если просматривающий узел 1286 желает больше, чем моментальный снимок, просматривающий узел 1286 может запрашивать запрос наблюдения. Запрос наблюдения запрашивает у просматриваемого узла 1288 послать обновления, когда вносятся изменения в данные, представляющие интерес, в просматриваемом узле 1288, так что просматривающий узел 1286 может поддерживать синхронизированный список данных. Кадр запроса наблюдения может иметь формат, иной, чем формат запроса моментального снимка по фиг. 31. Вариант осуществления кадра 1310 запроса наблюдения иллюстрируется на фиг. 34. Кадр 1310 запроса наблюдения включает в себя четыре поля: поле 1312 дескриптора просмотра, поле 1314 длины списка путей, поле 1316 списка путей и поле 1318 счета изменений. Поле 1312 дескриптора просмотра, поле 1314 длины списка путей и поле списка путей могут быть соответственно сформатированы подобно полю 1294 дескриптора просмотра, полю 1296 длины списка путей и полю 1298 списка путей запроса моментального снимка согласно фиг. 31. Дополнительное поле, поле 1318 счета изменений, указывает порог числа изменений для запрашиваемых данных, с которым обновление посылается к просматривающему узлу 1286. В некоторых вариантах осуществления, если значение поля 1318 счета изменений равно 0, то просматриваемый узел 1288 может сам определять, когда посылать обновление. Если значение поля 1318 счета изменений не равно нулю, то после числа изменений, равного этому значению, обновление посылается на просматривающий узел 1286.
3. Запрос периодического обновления
[00182] Третий тип просмотра может также запрашиваться просматривающим узлом 1286. Этот третий тип просмотра упоминается как периодическое обновление. Периодическое обновление включает в себя просмотр моментального снимка, а также периодические обновления. Как можно понять, запрос периодического обновления может быть аналогичен запросу моментального снимка с дополнительной информацией, определяющей период обновления. Например, вариант осуществления кадра 1320 запроса периодического обновления показан на фиг. 35. Кадр 1320 запроса периодического обновления включает в себя четыре поля: поле 1322 дескриптора просмотра, поле 1324 длины списка путей, поле 1326 списка путей и поле 1328 периода обновления. Поле 1328 дескриптора просмотра, поле 1324 длины списка путей и поле 1326 списка путей могут быть отформатированы подобно соответствующим им полям в кадре 1292 запроса моментального снимка. Поле 1328 периода обновления имеет четыре байта в длину и содержит значение, которое соответствует периоду времени, проходящему между обновлениями, в соответствующих единицах времени (например, в секундах).
4. Запрос регенерации
[00183] Когда просматривающий узел 1286 желает получить обновленный моментальный снимок, просматривающий узел 1286 может отправить сообщение 1290 запроса просмотра в форме кадра 1330 запроса регенерации, как показано на фиг. 36. Кадр 1330 запроса регенерации по существу пересылает поле дескриптора просмотра моментального снимка (например, поле 1294 дескриптора просмотра) из предыдущего запроса моментального снимка, который просматриваемый узел 1288 может распознать как предыдущий запрос, используя значение дескриптора просмотра в кадре 1220 запроса регенерации.
5. Запрос отмены просмотра
[00184] Когда просматривающий узел 1286 желает отменить текущий просмотр (например, периодическое обновление или просмотр наблюдения), просматривающий узел 1286 может отправить сообщение 1290 запроса просмотра в форме кадра 1332 запроса отмены просмотра, как показано на фиг. 37. Кадр 1332 запроса отмены просмотра по существу пересылает поле дескриптора просмотра из предыдущего просмотра периодического обновления или просмотра наблюдения (например, поля 1310 или 1322 дескриптора просмотра) из предыдущего запроса, который просматриваемый узел 1288 может распознать как предыдущий запрос с использованием значения дескриптора просмотра в кадре 1330 запроса регенерации и отменить текущее периодическое обновление или просмотр наблюдения.
ii. Ответ просмотра
[00185] Со ссылкой на фиг. 30, после того как просматриваемый узел 1288 получает сообщение 1290 запроса просмотра, просматриваемый узел 1288 отвечает сообщением 1334 ответа (на запрос) просмотра. Пример кадра 1336 сообщения ответа просмотра иллюстрируется на фиг. 38. Кадр 1336 сообщения ответа просмотра включает в себя три поля: поле 1338 дескриптора просмотра, поле 1240 состояния запроса просмотра и поле 1242 списка элементов данных. Поле 1338 дескриптора просмотра может быть отформатировано аналогично любому из указанных выше полей 1338 дескриптора просмотра. Дополнительно, поле 1338 дескриптора просмотра содержит значение, которое совпадает с соответствующим полем дескриптора просмотра из сообщения 1290 запроса просмотра, на которое отвечает сообщение 1334 ответа просмотра. Поле 1340 состояния запроса просмотра является полем переменной длины, которое указывает состояние запроса просмотра и может быть отформатировано в соответствии с форматом обновления состояния, обсужденным выше. Поле 1342 списка элементов данных является полем переменной длины, которое присутствует, если поле 1340 состояния запроса просмотра указывает, что запрос просмотра был успешным. Если присутствует, поле 1342 списка элементов данных содержит упорядоченный список запрашиваемых данных, соответствующих списку путей сообщения 1290 запроса просмотра. Кроме того, данные в поле 1342 списка элементов данных могут быть закодированы в формате TLV, как описано выше.
iii. Запрос обновления
[00186] Как описано выше, в некоторых вариантах осуществления, просматриваемый узел 1288 может передавать обновления на просматривающий узел 1286. Эти обновления могут быть отправлены как сообщение 1344 запроса обновления. Сообщение 1344 запроса обновления может включать в себя определенный формат в зависимости от типа запроса обновления. Например, запрос обновления может быть явным запросом обновления или полем запроса обновления просмотра, которое может быть идентифицировано с помощью Id 1172 сообщения.
1. Явный запрос обновления
[00187] Явный запрос обновления может быть передан в любое время как результат желательности информации из другого узла в инфраструктуре 1000. Явный запрос обновления может быть отформатирован в кадре 1346 запроса обновления, показанном на фиг. 39. Показанный кадр 1346 запроса обновления включает в себя четыре поля: поле 1348 дескриптора обновления, поле 1350 длины списка путей, поле 1352 списка путей и поле 1354 списка элементов данных.
[00188] Поле 1348 дескриптора обновления включает в себя два байта, которые могут быть заполнены случайными или последовательными числами с проверками уникальности для идентификации запроса обновления или ответов на запрос. Поле 1350 длины списка путей содержит два байта, которые указывают длину поля 1352 списка путей. Поле 1352 списка путей является полем переменной длины, которое указывает последовательность путей, как описано выше. Поле 1354 списка элементов данных может быть отформатировано подобно полю 1242 списка элементов данных.
2. Запрос обновления просмотра
[00189] Сообщение запроса обновления просмотра может быть передано узлом, который ранее запрашивал просмотр схемы другого узла или узла, который установил просмотр в свои данные от имени другого узла. Вариант осуществления кадра 1356 запроса обновления просмотра показан на фиг. 40. Кадр 1356 запроса обновления просмотра включает в себя четыре поля: поле 1358 дескриптора обновления, поле 1360 дескриптора просмотра, поле 1362 длины списка элементов обновления и поле 1364 списка элементов обновления. Поле 1358 дескриптора обновления может быть составлено с использованием формата, обсужденного выше со ссылкой на поле 1348 дескриптора обновления. Поле 1360 дескриптора просмотра содержит два байта, которые идентифицируют просмотр, созданный релевантным сообщением 1290 запроса просмотра, имеющим тот же дескриптор просмотра. Поле 1362 длины списка элементов обновления включает в себя два байта и указывает количество элементов обновления, которые включены в поле 1364 списка элементов обновления.
[00190] Поле 1364 списка элементов обновления включает в себя переменное число байтов и перечисляет элементы данных, составляющих обновленные значения. Каждый список элементов обновления может включать в себя множество элементов обновления. Отдельные элементы обновления сформатированы в соответствии с кадром 1366 элемента обновления, показанным на фиг. 41. Каждый кадр 1366 элемента обновления включает в себя три суб-поля: поле 1368 индекса элемента, поле 1370 временной метки элемента и поле 1372 элемента данных. Поле 1368 индекса элемента содержит два байта, которые указывают просмотр, для которого запрашивается обновление, и индекс в списке путей этого просмотра для поля 1372 элемента данных.
[00191] Поле 1370 временной метки элемента включает в себя четыре байта и указывает время (например, в секундах), прошедшее от изменения до тех пор, пока не будет выполнено сообщаемое обновление. Если более чем одно изменение было выполнено для элемента данных, то поле 1370 временной метки элемента может указывать самое последнее или самое раннее изменение. Поле 1372 элемента данных является полем переменной длины, кодированным в формате TLV, которое должно приниматься в качестве обновленной информации.
iv. Ответ обновления
[00192] После того как обновление принято, узел (например, просматривающий узел 1286) может послать сообщение 1374 ответа обновления. Сообщение 1374 ответа обновления может быть закодировано с использованием кадра 1376 ответа обновления, показанного на фиг. 42. Кадр 1376 ответа обновления включает в себя два поля: поле 1378 дескриптора обновления и поле 1380 состояния запроса обновления 1380. Поле 1378 дескриптора обновления соответствует значению поля дескриптора обновления сообщения 1344 запроса обновления, на которое отвечает сообщение 1374 ответа обновления. Поле 1380 состояния запроса обновления сообщает состояние обновления в соответствии с форматом отчетности о состоянии, упомянутым выше. Кроме того, профиль, использующий DMP (например, базовый профиль или профиль управления данными), может включать в себя специфические для профиля коды, такие как те, которые перечислены в таблице 21 ниже.
Таблица 21 | ||
Пример кодов состояния для профиля, включающего в себя DMP | ||
Имя | Значение | Описание |
Успешно | 0×0000 | Запрос успешно обработан |
Неправильно оформленный Запрос |
0×0010 | Принятый запрос не может быть проанализирован (например, пропуск полей, лишние поля и т.д.) |
Недействительный путь | 0×0011 | Путь из списка путей просмотра или запроса обновления не согласован с находящейся в узле схемой отвечающего устройства. |
Неизвестный дескриптор Просмотра |
0×0012 | Дескриптор просмотра в запросе обновления не согласован с просмотром на принимающем узле. |
Несанкционированный запрос считывания |
0×0013 | Узел, выполняющий запрос на считывание конкретного элемента данных, не имеет разрешения на это. |
Несанкционированный запрос записи |
0×0014 | Узел, выполняющий запрос на запись конкретного элемента данных, не имеет разрешения на это. |
Внутренняя серверная ошибка | 0×0020 | Сервер не может обрабатывать запрос из-за внутренней ошибки. |
Нехватка памяти | 0×0021 | Запрос обновления не может быть исполнен, так как он переполнил бы доступную память в принимающем устройстве. |
Продолжить | 0×0030 | Запрос был успешно обработан, но может произойти дополнительное действие запрашивающего устройства. |
Д. Групповая пересылка
[00193] В некоторых вариантах осуществления может быть желательным пересылать объемные файлы данных (например, данные датчиков, журналы или образы обновления) между узлами/услугами в инфраструктуре 1000. Чтобы обеспечить возможность групповой пересылки данных, отдельный профиль или протокол может быть включен в один или более профилей и сделан доступным узлам/службам в узлах. Протокол групповой пересылки данных может моделировать файлы данных как коллекции данных с вложениями метаданных. В некоторых вариантах осуществления данные могут быть непрозрачными, но метаданные могут быть использованы для определения, следует ли продолжать с запрашиваемой пересылкой файлов.
[00194] Устройства, участвующие в групповой пересылке, могут быть в общем разделены в соответствии с передачей групповой пересылки и созданием события. Как показано на фиг. 43, каждая передача 1400 в групповой пересылке включает в себя отправителя 1402, который является узлом/службой, который(ая) передает массив данных 1404 к получателю 1406, который является узлом/службой, который(ая) получает объемные данные 1404. В некоторых вариантах осуществления получатель может посылать информацию 1408 о состоянии к отправителю 1402, указывающую состояние групповой пересылки. Кроме того, событие групповой пересылки может быть инициировано либо отправителем 1402 (например, выгрузка), либо получателем 1406 (например, загрузка) в качестве инициатора. Узел/служба, который(ая) отвечает инициатору, может упоминаться как ответчик в групповой пересылке данных.
[00195] Групповая пересылка данных может происходить с использованием либо синхронного, либо асинхронного режимов. Режим, в котором пересылаются данные, может быть определен с помощью различных факторов, таких, как базовый протокол (например, UDP или TCP), согласно которому выполняется групповая пересылка данных. В протоколах без установления соединения (например, UDP), массив данные может пересылаться с использованием синхронного режима, который позволяет одному из узлов/служб (“драйверу”) управлять скоростью, с которой выполняется пересылка. В некоторых вариантах осуществления, после каждого сообщения в групповой пересылке данных в синхронном режиме, может отправляться подтверждение до посылки следующего сообщения в групповой пересылке данных. Драйвером может быть отправитель 1402 или получатель 1406. В некоторых вариантах осуществления драйвер может переключаться между онлайн-состоянием и офлайн-режимом при отправке сообщений, чтобы способствовать пересылке в онлайн-состоянии. В групповых пересылках данных с использованием протоколов, ориентированных на соединение (например, TCP), массив данных может передаваться с помощью асинхронного режима, который не использует подтверждение перед отправкой последовательных сообщений, или одного драйвера.
[00196] Независимо от того, выполняется ли групповая пересылка данных с использованием синхронного или асинхронного режима, тип сообщения может быть определен с использованием типа 1172 сообщения в полезной нагрузке 1146 приложения в соответствии с Id 1176 профиля в полезной нагрузке приложения. Таблица 22 включает в себя пример типов сообщений, которые могут быть использованы в связи со значением профиля групповой передачи данных в Id 1176 профиля.
Таблица 22 | |
Примеры типов сообщений для профилей групповой пересылки данных | |
Тип сообщения | Сообщение |
0×01 | SendInit |
0×02 | SendAccept |
0×03 | SendReject |
0×04 | ReceiveInit |
0×05 | ReceiveAccept |
0×06 | ReceiveReject |
0×07 | BlockQuery |
0×08 | Block |
0×09 | BlockEOF |
0×0А | Ack |
0×0В | BlockEOF |
0×0С | Error |
i. SendInit
[00197] Вариант осуществления сообщения SendInit 1420 показан на фиг. 44. Сообщение SendInit 1420 может включать в себя семь полей: поле 1422 управления пересылкой, поле 1424 управления диапазоном, поле 1426 длины обозначения файла, поле 1428 предложенного максимального размера блока, поле 1430 начального смещения, поле 1432 длины и поле 1434 обозначения файла.
[00198] Поле 1422 управления пересылкой включает в себя байт данных, показанных на фиг. 45. Поле управления пересылкой включает в себя по меньшей мере четыре поля: асинхронный флаг 1450, флаг RDrive 1452, флаг SDrive 1454 и поле 1456 версии. Асинхронный флаг 1450 указывает, может ли предложенная пересылка выполняться с использованием синхронного или асинхронного режима. Флаг RDrive 1452 и флаг SDrive 1454, соответственно, указывают, способен ли получатель 1406 пересылать данные, когда получатель 1402 или отправитель 1408 запускают пересылку в синхронном режиме.
[00199] Поле 1424 управления диапазоном включает в себя байт данных, такой как поле 1424 управления диапазоном, показанное на фиг. 46. В показанном варианте осуществления поле 1424 управления диапазоном включает в себя по меньшей мере три поля: флаг BigExtent 1470, флаг 1472 начального смещения и флаг 1474 определения длины. Флаг 1474 определения длины указывает, имеет ли пересылка определенную длину. Флаг 1474 определения длины указывает, присутствует ли поле 1432 длины в сообщении Sendlnit 1420, и флаг BigExtent 1470 указывает размер для поля 1432 длины. Например, в некоторых вариантах осуществления, значение 1 во флаге BigExtent 1470 указывает, что поле 1432 длины соответствует восьми байтам. В противном случае, поле 1432 длины соответствует четырем байтам, если присутствует. Если пересылка имеет определенную длину, флаг 1472 начального смещения указывает, присутствует ли начальное смещение. Если начальное смещение присутствует, то флаг BigExtent 1470 указывает длину для поля 1430 начального смещения. Например, в некоторых вариантах осуществления, значение 1 во флаге BigExtent 1470 указывает, что поле 1430 начального смещения соответствует восьми байтам. В противном случае, поле 1430 начального смещения соответствует четырем байтам, если присутствует.
[00200] Со ссылкой на фиг. 44, поле 1426 длины обозначения файла включает в себя два байта, которые указывают длину поля 1434 обозначения файла. Поле 1434 обозначения файла, которое является полем переменной длины, зависит от поля 1426 длины обозначения файла. Поле 1428 максимального размера блока предлагает максимальный размер блока, который можно переслать в одной пересылке.
[00201] Поле 1430 начального смещения, если присутствует, имеет длину, указанную флагом BigExtent 1470. Значение поля 1430 начального смещения указывает место в файле, который должен пересылаться, от которого отправитель 1402 может начать пересылку, по существу позволяя сегментировать пересылки больших файлов на несколько сессий групповой пересылки.
[00202] Поле 1432 длины, если присутствует, указывает длину файла, подлежащего пересылке, если поле 1474 определения длины указывает, что файл имеет определенную длину. В некоторых вариантах осуществления, если получатель 1402 получает последний блок, прежде чем длина достигается, получатель может считать, что пересылка безуспешна, и сообщить об ошибке, как описано ниже.
[00203] Поле 1434 обозначения файла является идентификатором переменной длина, выбранным отправителем 1402, чтобы идентифицировать файл, подлежащий отправке. В некоторых вариантах осуществления отправитель 1402 и получатель 1406 могут согласовать идентификатор для файла перед пересылкой. В других вариантах осуществления получатель 1406 может использовать метаданные вместе с полем 1434 обозначения файла, чтобы определить, следует ли принимать пересылку, и каким образом обрабатывать данные. Длина поля 1434 обозначения файла может быть определена из поля 1426 длины обозначения файла. В некоторых вариантах осуществления сообщение Sendlnit 1420 может также включать в себя поле 1480 метаданных переменной длины, закодированное в формате TLV. Поле 1480 метаданных позволяет инициатору отправлять дополнительную информацию, такую как информация конкретного приложения о файле, подлежащем пересылке. В некоторых вариантах осуществления поле 1480 метаданных может быть использовано, чтобы избежать согласования поля 1434 обозначения файла перед групповой пересылкой данных.
ii. SendAccept
[00204] Сообщение принятия передачи передается от ответчика, чтобы указать режим пересылки, выбранный для пересылки. Вариант осуществления сообщения SendAccept 1500 представлен на фиг. 47. Сообщение SendAccept 1500 содержит поле 1502 управления пересылкой, аналогичное полю 1422 управления пересылкой сообщения SendInit 1420. Однако в некоторых вариантах осуществления только флаг RDrive 1452 или SDrive 1454 может иметь ненулевое значение в поле 1502 управления пересылкой, чтобы идентифицировать отправителя 1402 или получателя 1406 как инициатора пересылки в синхронном режиме. Сообщение SendAccept 1500 также включает в себя поле 1504 максимального размера блока, которое указывает максимальный размер блока для пересылки. Поле 1504 размера блока может быть равно значению поля 1428 максимального блока сообщения SendInit 1420, но значение поля 1504 максимального размера блока может быть меньше, чем значение, предлагаемое в поле 1428 максимального блока. Наконец, сообщение SendAccept 1500 может включать в себя поле 1506 метаданных, которое указывает информацию, которую получатель 1506 может послать к отправителю 1402, о пересылке.
iii. SendReject
[00205] Если получатель 1206 отклоняет пересылку после сообщения SendInit, получатель 1206 может отправить сообщение SendReject, которое указывает, что существует одна или более проблем относительно групповой пересылки данных между отправителем 1202 и получателем 1206. Сообщение отклонения передачи может быть отформатировано в соответствии с форматом отчета о состоянии, описанным выше и показанным на фиг. 48. Кадр 1520 отклонения передачи может включать в себя поле 1522 кода состояния, которое включает в себя два байта, которые указывают на причину отклонения пересылки. Поле 1522 кода состояния может быть декодировано с использованием значений, аналогичных тем, которые перечислены в таблице 23 ниже.
Таблица 23 | |
Примерные коды состояния для сообщения отклонения передачи | |
Код состояния | Описание |
0×0020 | Способ передачи не поддерживается |
0×0021 | Обозначение файла не известно |
0×0022 | Начальное смещение не поддерживается |
0×0011 | Требуемая длина |
0×0012 | Длина слишком велика |
0×002F | Неизвестная ошибка |
В некоторых вариантах осуществления сообщение 1520 отклонения передачи может включать в себя поле 1524 следующего состояния 1524. Поле 1524 следующего состояния, если присутствует, может форматироваться и кодироваться так, как описано выше в отношении поля 1188 следующего состояния кадра отчета о состоянии. В некоторых вариантах осуществления сообщение 1520 отклонения передачи может включать в себя поле 1526 дополнительной информации. Поле 1526 дополнительной информации, если присутствует, может хранить информацию о дополнительном состоянии и может быть закодировано с использованием формата TLV, описанного выше.
iv. ReceiveInit
[00206] Сообщение ReceiveInit может быть передано получателем 1206 в качестве инициатора. Сообщение Receivelnit может форматироваться и кодироваться аналогично сообщению SendInit 1480, показанному на фиг. 44, но поле BigExtent 1470 может упоминаться как поле максимальной длины, которое определяет максимальный размер файла, который получатель 1206 может обрабатывать.
v. ReceiveAccept
[00207] Когда отправитель принимает сообщение ReceiveInit, отправитель 1202 может ответить сообщением ReceiveAccept. Сообщение ReceiveAccept может форматироваться и кодироваться как сообщение ReceiveAccept 1540, показанное на фиг. 49. Сообщение ReceiveAccept 1540 может включать в себя четыре поля: поле 1542 управления пересылкой, поле 1544 управления диапазоном, поле 1546 максимального размера блока и иногда поле 1548 длины. Сообщение ReceiveAccept 1540 может быть отформатировано подобно сообщению SendAccept 1502 на фиг. 47 с вторым байтом, указывающим поле 1544 управления диапазоном. Кроме того, поле 1544 управления диапазоном может форматироваться и кодироваться с использованием методов, описанных выше в отношении поля 1424 управления диапазоном по фиг. 46.
vi. ReceiveReject
[00208] Если отправитель 1202 обнаруживает проблему с пересылкой файла к получателю 1206, отправитель 1202 может отправить сообщение ReceiveReject, отформатированное и закодированное подобно сообщению SendReject 48 с использованием формата отчетности о состоянии, как описано выше. Однако поле 1522 кода состояния может быть кодировано/декодировано с использованием значений, аналогичных перечисленным в таблице 24 ниже.
Таблица 24 | |
Примерные коды состояния для сообщения отклонения приема | |
Код состояния | Описание |
0×0020 | Способ пересылки не поддерживается |
0×0021 | Обозначение файла не известно |
0×0022 | Начальное смещение не поддерживается |
0×0013 | Длина слишком велика |
0×002F | Неизвестная ошибка |
vii. BlockQuery
[00209] Сообщение BlockQuery может быть отправлено посредством инициирующего получателя 1202 в групповой пересылке данных синхронного режима, чтобы запросить следующий блок данных. BlockQuery косвенно подтверждает получение предыдущего блока данных, если явное подтверждение не было отправлено. В вариантах осуществления с использованием асинхронных передач, сообщение BlockQuery может быть опущено из процесса передачи.
viii. Block
[00210] Блоки данных, передаваемых в групповой пересылке данных, могут включать в себя любую длину больше 0 и меньше, чем максимальный размер блока, согласованный отправителем 1202 и получателем 1206.
ix. BlockEOF
[00211] Конечный блок в пересылке данных может быть представлен как блок “конец файла” (BlockEOF). BlockEOF может иметь длину от 0 до максимального размера блока. Если получатель 1206 обнаруживает несоответствие между заранее согласованным размером файла (например, полем 1432 длины) и количеством фактически переданных данных, получатель 1206 может послать сообщение об ошибке, указывающее на сбой, как описано ниже.
x. Ack
[00212] Если отправитель 1202 инициирует пересылку в синхронном режиме, отправитель 1202 может ожидать, пока не будет принято подтверждение (Ack) после отправки блока (Block) перед отправкой следующего блока. Если получатель инициирует пересылку в синхронном режиме, то получатель 1206 может послать либо явное Ack, либо BlockQuery, чтобы подтвердить получение предыдущего блока. Кроме того, в групповых пересылках в асинхронном режиме сообщение Аck может быть вообще опущено из процесса передачи.
xi. AckEOF
[00213] Подтверждение конца файла (AckEOF) может быть отправлено в групповых пересылках, отправленных в синхронном режиме или в асинхронном режиме. Используя AckEOF, получатель 1206 показывает, что при пересылке были получены все данные, и сигнализирует конец сессии групповой пересылки данных.
xii. Error
[00214] При возникновении некоторых проблем при осуществлении связи отправитель 1202 или получатель 1206 может отправить сообщение об ошибке, чтобы преждевременно закончить сессию групповой пересылки данных. Сообщения об ошибках могут форматироваться и кодироваться в соответствии с форматом отчетности о состоянии, описанным выше. Например, сообщение об ошибке может быть отформатировано аналогично кадру SendReject 1520 по фиг. 48. Однако коды состояния могут кодироваться/декодироваться со значениями, включающими в себя или подобными значениям, перечисленным в таблице 25 ниже.
Таблица 25 | |
Примерные коды состояния для сообщения об ошибке в профиле групповой пересылки данных | |
Код состояния | Описание |
0×001F | Пересылка безуспешна ввиду неизвестной ошибки |
0×0011 | Ошибка переполнения |
[00215] Конкретные варианты осуществления, описанные выше, были показаны в качестве примера, и следует понимать, что эти варианты осуществления могут допускать различные модификации и альтернативные формы. Следует также понимать, что формула изобретения не предназначена, чтобы ограничиваться конкретными раскрытыми формами, а скорее охватывает все модификации, эквиваленты и альтернативы, попадающие в рамки сущности и объема настоящего раскрытия.
Claims (59)
1. Электронное устройство, выполненное с возможностью осуществления связи через инфраструктурную сеть, причем электронное устройство содержит:
сетевой интерфейс, выполненный с возможностью отправки и/или приема сообщения в другое электронное устройство в инфраструктурной сети; и
память, приспособленную для хранения уникального локального адреса (ULA), имеющего формат адреса, причем ULA предоставляет указание получателя сообщения, отправленного в инфраструктурной сети, при этом упомянутый формат адреса содержит:
глобальный ID, сконфигурированный идентифицировать инфраструктурную сеть, к которой коммуникационно подсоединено электронное устройство,
ID логической сети, непосредственно следующий за глобальным ID, при этом ID логической сети сконфигурирован идентифицировать логическую сеть инфраструктурной сети, и
ID интерфейса, непосредственно следующий за ID логической сети, при этом ID интерфейса сконфигурирован уникально идентифицировать электронное устройство в инфраструктурной сети.
2. Электронное устройство по п.1, при этом формат адреса содержит глобально уникальный идентификатор в качестве ID интерфейса электронного устройства.
3. Электронное устройство по п.1, в котором ID интерфейса назначается, посредством процессора электронного устройства, операционной системой электронного устройства.
4. Электронное устройство по п.1, в котором глобальный ID генерируется при создании инфраструктурной сети с использованием псевдослучайного алгоритма, причем псевдослучайный алгоритм содержит:
получение текущего времени суток в 64-битном формате NTP;
получение ID интерфейса электронного устройства;
выполнение конкатенации времени суток с ID интерфейса, чтобы создать ключ;
вычисление SHA-1 дайджеста на этом ключе с получением 160-битного значения; и
определение младших 40 бит этого 160-битного значения.
5. Электронное устройство по п.4, в котором глобальный ID представляет собой упомянутые младшие 40 бит 160-битного значения.
6. Электронное устройство по п.1, в котором уникальный локальный адрес содержит 128 бит.
7. Электронное устройство по п.1, содержащее тип интерфейса, причем тип интерфейса является предустановленным в качестве первичного интерфейса, при этом тип интерфейса ассоциирован с логической сетью.
8. Электронное устройство по п.1, в котором ID интерфейса представляет собой MAC-адрес электронного устройства.
9. Электронное устройство по п.1, в котором ID интерфейса представляет собой преобразованную версию MAC-адреса электронного устройства.
10. Электронное устройство по п.1, в котором ID интерфейса отформатирован согласно стандарту IEEE EUI-64.
11. Долговременный машиночитаемый носитель, содержащий инструкции для отправки и/или приема сообщения электронным устройством в инфраструктурной сети, при этом сообщение содержит уникальный локальный адрес (ULA), имеющий формат адреса, причем ULA предоставляет указание получателя сообщения, отправленного в инфраструктурной сети, при этом упомянутый формат адреса содержит:
глобальный ID, сконфигурированный идентифицировать инфраструктурную сеть, к которой коммуникационно подсоединено электронное устройство,
ID логической сети, непосредственно следующий за глобальным ID, при этом ID логической сети сконфигурирован идентифицировать логическую сеть инфраструктурной сети, и
ID интерфейса, непосредственно следующий за ID логической сети, при этом ID интерфейса сконфигурирован уникально идентифицировать электронное устройство в инфраструктурной сети.
12. Долговременный машиночитаемый носитель по п.11, при этом ULA отформатирован в соответствии с форматом адреса IPv6, содержащим 128 бит, разделенных на глобальный ID, ID логической сети и ID интерфейса, причем глобальный ID содержит 40 бит, при этом ID логической сети содержит 16 бит.
13. Долговременный машиночитаемый носитель по п.11, при этом инфраструктурная сеть содержит множество логических сетей, причем каждой логической сети из множества логических сетей назначен ID логической сети.
14. Долговременный машиночитаемый носитель по п.11, при этом ID интерфейса содержит 64 бита.
15. Долговременный машиночитаемый носитель по п.11, при этом глобальный ID генерируется при создании инфраструктурной сети с использованием псевдослучайного алгоритма, причем псевдослучайный алгоритм содержит:
получение текущего времени суток в 64-битном формате NTP;
получение ID интерфейса электронного устройства;
выполнение конкатенации времени суток с ID интерфейса, чтобы создать ключ;
вычисление SHA-1 дайджеста на этом ключе с получением 160-битного значения; и
определение младших 40 бит этого 160-битного значения.
16. Долговременный машиночитаемый носитель по п.11, при этом ID интерфейса назначается с использованием глобально уникального 64-битного идентификатора согласно стандарту IEEE EUI-64.
17. Долговременный машиночитаемый носитель по п.11, при этом ID интерфейса конфигурируется на основе одного из множества разных коммуникационных интерфейсов электронного устройства.
18. Долговременный машиночитаемый носитель по п.17, при этом один из упомянутых коммуникационных интерфейсов обозначен как первичный интерфейс, и ID интерфейса конфигурируется на основе первичного интерфейса.
19. Долговременный машиночитаемый носитель по п.18, при этом первичным интерфейсом является интерфейс Wi-Fi.
20. Долговременный машиночитаемый носитель по п.11, при этом ID логической сети конфигурируется для идентификации типа сети, включая сеть Wi-Fi и сеть 802.15.4.
21. Способ отправки сообщений из и/или приема сообщений на электронном устройстве в инфраструктурной сети, содержащий этап, на котором
отправляют и/или принимают сообщение с использованием уникального локального адреса (ULA), имеющего формат адреса, причем ULA предоставляет указание получателя сообщения, отправленного в инфраструктурной сети, при этом упомянутый формат адреса содержит:
глобальный ID, сконфигурированный идентифицировать инфраструктурную сеть, к которой коммуникационно подсоединено электронное устройство,
ID логической сети, непосредственно следующий за глобальным ID, при этом ID логической сети сконфигурирован идентифицировать логическую сеть инфраструктурной сети, и
ID интерфейса, непосредственно следующий за ID логической сети, при этом ID интерфейса сконфигурирован уникально идентифицировать электронное устройство в инфраструктурной сети.
22. Способ по п.21, содержащий этап, на котором форматируют ULA согласно формату адреса IPv6.
23. Способ по п.21, содержащий назначение ID интерфейса, посредством процессора электронного устройства, операционной системой электронного устройства.
24. Способ по п.21, в котором глобальный ID генерируется при создании инфраструктурной сети с использованием псевдослучайного алгоритма, причем псевдослучайный алгоритм содержит:
получение текущего времени суток в 64-битном формате NTP;
получение ID интерфейса электронного устройства;
выполнение конкатенации времени суток с ID интерфейса, чтобы создать ключ;
вычисление SHA-1 дайджеста на этом ключе с получением 160-битного значения; и
определение младших 40 бит этого 160-битного значения.
25. Способ по п.21, дополнительно содержащий этап, на котором генерируют глобальный ID.
26. Способ по п.25, в котором глобальный ID генерируется с использованием псевдослучайного алгоритма.
27. Способ по п.25, в котором генерирование глобального ID содержит этапы, на которых:
создают ключ;
хешируют этот ключ, чтобы сгенерировать модифицированный ключ, имеющий больше бит, чем требуется для глобального ID; и
используют подмножество модифицированного ключа в качестве глобального ID.
28. Способ по п.27, в котором ключ создается на основе статических данных, динамических данных или сочетания статических данных и динамических данных.
29. Способ по п.28, в котором статические данные включают в себя ID интерфейса, а динамические данные включают в себя текущее время суток.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/926,302 | 2013-06-25 | ||
US13/926,302 US9112790B2 (en) | 2013-06-25 | 2013-06-25 | Fabric network |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2018110075A Division RU2693289C2 (ru) | 2013-06-25 | 2014-06-23 | Инфраструктурная сеть |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2020121698A Division RU2742327C1 (ru) | 2013-06-25 | 2020-06-30 | Инфраструктурная сеть |
Publications (1)
Publication Number | Publication Date |
---|---|
RU2728764C1 true RU2728764C1 (ru) | 2020-07-31 |
Family
ID=51211873
Family Applications (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2018110075A RU2693289C2 (ru) | 2013-06-25 | 2014-06-23 | Инфраструктурная сеть |
RU2016102034A RU2650028C2 (ru) | 2013-06-25 | 2014-06-23 | Инфраструктурная сеть |
RU2019117595A RU2728764C1 (ru) | 2013-06-25 | 2019-06-06 | Инфраструктурная сеть |
RU2020121698A RU2742327C1 (ru) | 2013-06-25 | 2020-06-30 | Инфраструктурная сеть |
RU2021101318A RU2754308C1 (ru) | 2013-06-25 | 2021-01-22 | Инфраструктурная сеть |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2018110075A RU2693289C2 (ru) | 2013-06-25 | 2014-06-23 | Инфраструктурная сеть |
RU2016102034A RU2650028C2 (ru) | 2013-06-25 | 2014-06-23 | Инфраструктурная сеть |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2020121698A RU2742327C1 (ru) | 2013-06-25 | 2020-06-30 | Инфраструктурная сеть |
RU2021101318A RU2754308C1 (ru) | 2013-06-25 | 2021-01-22 | Инфраструктурная сеть |
Country Status (11)
Country | Link |
---|---|
US (9) | US9112790B2 (ru) |
EP (6) | EP2978166B1 (ru) |
JP (7) | JP6126252B2 (ru) |
KR (6) | KR101769082B1 (ru) |
CN (3) | CN105917615B (ru) |
AU (7) | AU2014302721B2 (ru) |
BR (1) | BR112015032501B1 (ru) |
CA (3) | CA3131902C (ru) |
MX (2) | MX368748B (ru) |
RU (5) | RU2693289C2 (ru) |
WO (1) | WO2014209898A1 (ru) |
Families Citing this family (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9531704B2 (en) | 2013-06-25 | 2016-12-27 | Google Inc. | Efficient network layer for IPv6 protocol |
US9112790B2 (en) * | 2013-06-25 | 2015-08-18 | Google Inc. | Fabric network |
US9191209B2 (en) | 2013-06-25 | 2015-11-17 | Google Inc. | Efficient communication for devices of a home network |
CN104679530B (zh) * | 2013-11-26 | 2017-12-29 | 英业达科技有限公司 | 服务器***与固件更新方法 |
US9791839B2 (en) | 2014-03-28 | 2017-10-17 | Google Inc. | User-relocatable self-learning environmental control device capable of adapting previous learnings to current location in controlled environment |
WO2015162672A1 (ja) * | 2014-04-21 | 2015-10-29 | 三菱電機株式会社 | 通信装置、車両統合管理システムおよびルーティングテーブル更新方法 |
US11085455B1 (en) * | 2014-08-11 | 2021-08-10 | Delta T, Llc | System for regulating airflow associated with product for sale |
US10541916B2 (en) | 2014-12-17 | 2020-01-21 | Google Llc | Tunneled routing |
KR101683592B1 (ko) * | 2015-04-14 | 2016-12-07 | 삼성에스디에스 주식회사 | 데이터 관리 방법 및 장치와 이를 이용한 데이터 관리 시스템 |
FR3038181A1 (fr) * | 2015-06-25 | 2016-12-30 | Orange Sa | Procede de notification relatif a au moins une operation mise en œuvre par un dispositif formant nœud d'un reseau |
US9681111B1 (en) * | 2015-10-22 | 2017-06-13 | Gopro, Inc. | Apparatus and methods for embedding metadata into video stream |
US10140100B2 (en) * | 2016-03-04 | 2018-11-27 | Google Llc | Device common model interface |
US10419390B2 (en) * | 2016-06-27 | 2019-09-17 | International Business Machines Corporation | Using dynamic host configuration protocol to protect data |
US10210706B2 (en) | 2016-09-25 | 2019-02-19 | Aristocrat Technologies Australia Pty Limited | Electronic gaming system with dynamic return to player and method of use |
KR102076393B1 (ko) * | 2016-10-27 | 2020-05-19 | 국민대학교산학협력단 | 광학 카메라 통신을 이용하는 조명 제어 방법 및 장치 |
FR3058290B1 (fr) * | 2016-10-27 | 2019-08-02 | Thales | Equipement avionique avec signature a usage unique d'un message emis, systeme avionique, procede de transmission et programme d'ordinateur associes |
CN106657296B (zh) * | 2016-12-06 | 2020-04-24 | 捷开通讯(深圳)有限公司 | 一种终端间信息转移方法及通信终端 |
US10785118B2 (en) | 2017-02-23 | 2020-09-22 | Dell Products L.P. | Systems and methods for network topology validation |
US10425287B2 (en) * | 2017-02-23 | 2019-09-24 | Dell Products L.P. | Systems and methods for network topology discovery |
CN107171678B (zh) * | 2017-05-17 | 2022-12-09 | 深圳市安拓浦科技有限公司 | 一种门铃天线及其接收器的控制方法 |
US10362633B2 (en) | 2017-07-21 | 2019-07-23 | Itron Networked Solutions, Inc. | Method and system for communicating between private mesh network and public network |
JP6904846B2 (ja) * | 2017-08-07 | 2021-07-21 | キヤノン株式会社 | 通信装置、通信装置の制御方法、および、プログラム |
KR102072224B1 (ko) * | 2017-12-13 | 2020-02-03 | 재단법인대구경북과학기술원 | 전자 장치, 전자 시스템 및 제어 방법 |
CN109951397B (zh) * | 2017-12-20 | 2021-07-20 | 华为技术有限公司 | 报文处理的方法和设备 |
US10924454B2 (en) | 2018-03-06 | 2021-02-16 | Kaloom Inc. | Computing device and method for generating a fabric-wide IPV6 address |
US10673695B2 (en) | 2018-03-06 | 2020-06-02 | Kaloom Inc. | Computing device and method for performing a fabric deployment in a data center |
US11190608B2 (en) | 2018-03-21 | 2021-11-30 | Cdk Global Llc | Systems and methods for an automotive commerce exchange |
US11501351B2 (en) | 2018-03-21 | 2022-11-15 | Cdk Global, Llc | Servers, systems, and methods for single sign-on of an automotive commerce exchange |
CN108718236B (zh) * | 2018-05-21 | 2020-08-18 | 西安交通大学 | 互联网自组织汇流的数据传输方法 |
CN111342956B (zh) * | 2018-12-19 | 2021-06-15 | 美的集团股份有限公司 | 一种家电设备通信的方法、存储介质、家电设备和装置 |
US11196634B2 (en) * | 2019-04-05 | 2021-12-07 | Cisco Technology, Inc. | Establishing trust relationships of IPv6 neighbors using attestation-based methods in IPv6 neighbor discovery |
US11973650B2 (en) * | 2019-04-25 | 2024-04-30 | Liqid Inc. | Multi-protocol communication fabric control |
US11178060B2 (en) * | 2019-10-08 | 2021-11-16 | Hewlett Packard Enterprise Development Lp | Self forming local fabric |
CN110995853B (zh) * | 2019-12-12 | 2021-08-20 | 大连理工大学 | 一种基于跨协议通信的物联网节点代码更新方法 |
US12020217B2 (en) | 2020-11-11 | 2024-06-25 | Cdk Global, Llc | Systems and methods for using machine learning for vehicle damage detection and repair cost estimation |
WO2022116009A1 (zh) * | 2020-12-01 | 2022-06-09 | Oppo广东移动通信有限公司 | 一种数据传输方法及装置、通信设备 |
US11514021B2 (en) * | 2021-01-22 | 2022-11-29 | Cdk Global, Llc | Systems, methods, and apparatuses for scanning a legacy database |
US12045212B2 (en) | 2021-04-22 | 2024-07-23 | Cdk Global, Llc | Systems, methods, and apparatuses for verifying entries in disparate databases |
US11803535B2 (en) | 2021-05-24 | 2023-10-31 | Cdk Global, Llc | Systems, methods, and apparatuses for simultaneously running parallel databases |
US20230099363A1 (en) * | 2021-09-30 | 2023-03-30 | Rai Strategic Holdings, Inc. | Adaptive Signal Architecture for Initiating and Testing State Transitions in an Aerosol Generation Device |
US11983145B2 (en) | 2022-08-31 | 2024-05-14 | Cdk Global, Llc | Method and system of modifying information on file |
USD1006154S1 (en) * | 2023-06-27 | 2023-11-28 | Qiongfang Mao | Cable crossover attachment |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006135758A1 (en) * | 2005-06-09 | 2006-12-21 | Whirlpool Corporation | Components and accessories for a communicating appliance |
US20080188963A1 (en) * | 2005-06-09 | 2008-08-07 | Whirlpool Corporation | Distributed object-oriented appliance control system |
RU2372721C2 (ru) * | 2004-06-16 | 2009-11-10 | Конинклейке Филипс Электроникс Н.В. | Распределенное резервирование ресурсов в беспроводной специальной сети |
RU2008135964A (ru) * | 2006-04-28 | 2010-03-10 | Самсунг Электроникс Ко., Лтд. (KR) | СПОСОБ И УСТРОЙСТВО ДЛЯ ФОРМИРОВАНИЯ УНИКАЛЬНОГО ЛОКАЛЬНОГО АДРЕСА IPv6 |
US20100232317A1 (en) * | 2009-03-11 | 2010-09-16 | Xiangpeng Jing | Method and apparatus for a wireless home mesh network with network topology visualizer |
US20130083805A1 (en) * | 2011-10-04 | 2013-04-04 | Advanergy, Inc. | Network Integration System and Method |
Family Cites Families (402)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3693155A (en) | 1971-03-23 | 1972-09-19 | Nat Telecommunications System | Communication system |
US3805265A (en) | 1971-10-06 | 1974-04-16 | Rcds Enterprises Inc | Radiant wave locating system |
US4165024A (en) | 1977-09-09 | 1979-08-21 | Cato Oil And Grease Co. | Bulk shipping container |
US4275385A (en) | 1979-08-13 | 1981-06-23 | Bell Telephone Laboratories, Incorporated | Infrared personnel locator system |
US4446454A (en) | 1981-01-21 | 1984-05-01 | Pyle Ronald E | Home security system |
US6919803B2 (en) | 2002-06-11 | 2005-07-19 | Intelligent Technologies International Inc. | Low power remote asset monitoring |
US4613990A (en) | 1984-06-25 | 1986-09-23 | At&T Bell Laboratories | Radiotelephone transmission power control |
CA1246681A (en) | 1985-01-30 | 1988-12-13 | Northern Telecom Limited | Terminal address assignment in a broadcast transmission system |
US4775999A (en) | 1986-10-31 | 1988-10-04 | Motorola, Inc. | Registration of radiotelephones in networked cellular radiotelephone systems |
US4750197A (en) | 1986-11-10 | 1988-06-07 | Denekamp Mark L | Integrated cargo security system |
US4688244A (en) | 1986-11-10 | 1987-08-18 | Marwan Hannon | Integrated cargo security system |
US4794368A (en) | 1987-01-21 | 1988-12-27 | Electronic Security Products Of California | Programmable automobile alarm system having vocal alarm and reporting features |
US4817537A (en) | 1987-03-16 | 1989-04-04 | Cripe Alan R | Container carrying convertible rail-highway vehicle |
US5425051A (en) | 1992-11-09 | 1995-06-13 | Norand Corporation | Radio frequency communication network having adaptive parameters |
US5117501A (en) | 1988-08-08 | 1992-05-26 | General Electric Company | Dynamic regrouping in a trunked radio communications system |
JPH0773385B2 (ja) | 1989-04-03 | 1995-08-02 | 三菱電機株式会社 | 移動電話装置 |
GB8910997D0 (en) | 1989-05-12 | 1989-06-28 | Tunstall Telecom Ltd | Radio transmission system |
US5025254A (en) | 1989-06-23 | 1991-06-18 | Motorola, Inc. | Communication system with improved resource assignment |
US5805807A (en) | 1990-05-25 | 1998-09-08 | Norand Corporation | Multilevel data communication system including local and host systems |
US5682379A (en) | 1993-12-23 | 1997-10-28 | Norand Corporation | Wireless personal local area network |
US6006100A (en) | 1990-05-25 | 1999-12-21 | Norand Corporation | Multi-level, hierarchical radio-frequency communication system |
US5640151A (en) | 1990-06-15 | 1997-06-17 | Texas Instruments Incorporated | Communication system for communicating with tags |
EP0467036B1 (en) | 1990-06-15 | 1996-02-07 | Savi Technology, Inc. | Method and apparatus for radio identification and tracking |
US5040238A (en) | 1990-06-29 | 1991-08-13 | Motorola, Inc. | Trunking system communication resource reuse method |
JPH0470584A (ja) | 1990-07-11 | 1992-03-05 | Mitsubishi Electric Corp | 衛星航法装置 |
JPH0482351A (ja) * | 1990-07-25 | 1992-03-16 | Canon Inc | データ通信装置 |
US5206903A (en) | 1990-12-26 | 1993-04-27 | At&T Bell Laboratories | Automatic call distribution based on matching required skills with agents skills |
JPH04369492A (ja) | 1991-06-18 | 1992-12-22 | Pioneer Electron Corp | Gps測位装置 |
US5401946A (en) | 1991-07-22 | 1995-03-28 | Weinblatt; Lee S. | Technique for correlating purchasing behavior of a consumer to advertisements |
ZA925728B (en) | 1991-08-01 | 1993-04-28 | City Communications Ltd | Improvements in a radio communication system |
EP0606396B1 (en) | 1991-10-01 | 2002-06-12 | Norand Corporation | A radio frequency local area network |
US5974236A (en) | 1992-03-25 | 1999-10-26 | Aes Corporation | Dynamically reconfigurable communications network and method |
US5558013A (en) | 1992-05-07 | 1996-09-24 | Blackstone, Jr.; James O. | Device and method for electronically measuring the fullness of a trash receptacle |
JP2798557B2 (ja) | 1992-06-19 | 1998-09-17 | シャープ株式会社 | ナビゲーションシステム用軌跡表示装置 |
CA2143652C (en) | 1992-09-01 | 2000-10-17 | David J. H. Nuttall | Information model based on a physical system |
US5543778A (en) | 1993-04-19 | 1996-08-06 | Code-Alarm, Inc. | Security system |
US7397363B2 (en) | 1993-06-08 | 2008-07-08 | Raymond Anthony Joao | Control and/or monitoring apparatus and method |
US5790946A (en) | 1993-07-15 | 1998-08-04 | Rotzoll; Robert R. | Wake up device for a communications system |
US5442758A (en) | 1993-07-19 | 1995-08-15 | Sequent Computer Systems, Inc. | Apparatus and method for achieving reduced overhead mutual exclusion and maintaining coherency in a multiprocessor system utilizing execution history and thread monitoring |
US5331637A (en) | 1993-07-30 | 1994-07-19 | Bell Communications Research, Inc. | Multicast routing using core based trees |
DE4329697C2 (de) | 1993-09-02 | 1995-10-05 | Siemens Ag | Fernsteuerbare Zugangskontrolleinrichtung |
DE4329898A1 (de) | 1993-09-04 | 1995-04-06 | Marcus Dr Besson | Kabelloses medizinisches Diagnose- und Überwachungsgerät |
US5555376A (en) | 1993-12-03 | 1996-09-10 | Xerox Corporation | Method for granting a user request having locational and contextual attributes consistent with user policies for devices having locational attributes consistent with the user request |
CA2135856A1 (en) | 1993-12-10 | 1995-06-11 | Steven Peter Allen | Low power, addressable data communication device and method |
JP2974274B2 (ja) | 1994-05-12 | 1999-11-10 | エヌ・ティ・ティ移動通信網株式会社 | 送信電力制御方法および送信電力制御装置 |
US5461390A (en) | 1994-05-27 | 1995-10-24 | At&T Ipm Corp. | Locator device useful for house arrest and stalker detection |
US5530702A (en) | 1994-05-31 | 1996-06-25 | Ludwig Kipp | System for storage and communication of information |
US5771459A (en) | 1994-06-21 | 1998-06-23 | U.S. Philips Corporation | Communication system for use with stationary and second entities, via a wireless intermediate network with gateway devices, a gateway device for use with such system, and a mobile entity provided with such gateway device |
US5579306A (en) | 1994-09-01 | 1996-11-26 | Ericsson Inc. | Time and frequency slot allocation system and method |
US5550547A (en) | 1994-09-12 | 1996-08-27 | International Business Machines Corporation | Multiple item radio frequency tag identification protocol |
US5565858A (en) | 1994-09-14 | 1996-10-15 | Northrop Grumman Corporation | Electronic inventory system for stacked containers |
US5596625A (en) | 1994-09-28 | 1997-01-21 | U S West Technologies, Inc. | Method for routing emergency calls during busy interface channel conditions |
US5525992A (en) | 1994-11-14 | 1996-06-11 | Texas Instruments Deutschland Gmbh | Method and system for conserving power in a recognition system |
US5649286A (en) | 1994-11-14 | 1997-07-15 | Bellsouth Corporation | Method for managing the registration of a wireless unit |
US5511232A (en) | 1994-12-02 | 1996-04-23 | Motorola, Inc. | Method for providing autonomous radio talk group configuration |
US5592533A (en) | 1994-12-23 | 1997-01-07 | Bell Atlantic Mobile Systems, Inc. | Personal communication service registration system and method |
US6052695A (en) * | 1995-02-28 | 2000-04-18 | Ntt Data Communications Systems Corporation | Accurate completion of transaction in cooperative type distributed system and recovery procedure for same |
US5793882A (en) | 1995-03-23 | 1998-08-11 | Portable Data Technologies, Inc. | System and method for accounting for personnel at a site and system and method for providing personnel with information about an emergency site |
US5596652A (en) | 1995-03-23 | 1997-01-21 | Portable Data Technologies, Inc. | System and method for accounting for personnel at a site and system and method for providing personnel with information about an emergency site |
ZA959074B (en) | 1995-04-12 | 1996-05-22 | Lo Jack Corp | Vehicle tracking transponder system and transponding method |
US5577029A (en) | 1995-05-04 | 1996-11-19 | Interwave Communications | Cellular communication network having intelligent switching nodes |
RU95107478A (ru) | 1995-05-18 | 1997-02-10 | А.И. Грушин | Способ устранения старших незначащих цифр при вычислениях с плавающей запятой и устройство для его осуществления |
US6097707A (en) | 1995-05-19 | 2000-08-01 | Hodzic; Migdat I. | Adaptive digital wireless communications network apparatus and process |
US5686888A (en) | 1995-06-07 | 1997-11-11 | General Electric Company | Use of mutter mode in asset tracking for gathering data from cargo sensors |
US5691980A (en) | 1995-06-07 | 1997-11-25 | General Electric Company | Local communication network for power reduction and enhanced reliability in a multiple node tracking system |
US5950124A (en) | 1995-09-06 | 1999-09-07 | Telxon Corporation | Cellular communication system with dynamically modified data transmission parameters |
US5833910A (en) | 1995-10-03 | 1998-11-10 | Mecanismos Auxiliares Industiales S.A. | Mold and method for manufacturing conduit grommet elements |
US5933354A (en) | 1995-10-13 | 1999-08-03 | Matsushita Electric Industrial Co., Ltd. | System for controlling physical distribution pallets |
US6005884A (en) | 1995-11-06 | 1999-12-21 | Ems Technologies, Inc. | Distributed architecture for a wireless data communications system |
GB2308947A (en) | 1996-01-04 | 1997-07-09 | I D Systems Ltd | Identification tag with environmental sensing facility |
US5850592A (en) | 1996-01-11 | 1998-12-15 | Gte Internetworking Incorporated | Method for self-organizing mobile wireless station network |
US5652751A (en) | 1996-03-26 | 1997-07-29 | Hazeltine Corporation | Architecture for mobile radio networks with dynamically changing topology using virtual subnets |
US5850187A (en) | 1996-03-27 | 1998-12-15 | Amtech Corporation | Integrated electronic tag reader and wireless communication link |
US7253731B2 (en) | 2001-01-23 | 2007-08-07 | Raymond Anthony Joao | Apparatus and method for providing shipment information |
JP2803626B2 (ja) | 1996-04-05 | 1998-09-24 | 日本電気株式会社 | 移動無線端末の送信電力制御方式 |
US5881366A (en) | 1996-05-01 | 1999-03-09 | Logitech, Inc. | Wireless peripheral interface |
US6130602A (en) | 1996-05-13 | 2000-10-10 | Micron Technology, Inc. | Radio frequency data communications device |
US6058374A (en) | 1996-06-20 | 2000-05-02 | Northrop Grumman Corporation | Inventorying method and system for monitoring items using tags |
US6128549A (en) | 1996-06-21 | 2000-10-03 | Symbol Technologies, Inc. | RF interrogatable processing system |
US5917433A (en) | 1996-06-26 | 1999-06-29 | Orbital Sciences Corporation | Asset monitoring system and associated method |
US5892441A (en) | 1996-06-26 | 1999-04-06 | Par Government Systems Corporation | Sensing with active electronic tags |
US5959568A (en) | 1996-06-26 | 1999-09-28 | Par Goverment Systems Corporation | Measuring distance |
US5887176A (en) | 1996-06-28 | 1999-03-23 | Randtec, Inc. | Method and system for remote monitoring and tracking of inventory |
US5873040A (en) | 1996-08-13 | 1999-02-16 | International Business Machines Corporation | Wireless 911 emergency location |
US5907491A (en) | 1996-08-23 | 1999-05-25 | Csi Technology, Inc. | Wireless machine monitoring and communication system |
US6201974B1 (en) | 1996-09-06 | 2001-03-13 | Nokia Mobile Phones Limited | Mobile station and network having hierarchical index for cell broadcast service |
US5892764A (en) | 1996-09-16 | 1999-04-06 | Sphere Communications Inc. | ATM LAN telephone system |
US5812049A (en) | 1996-10-25 | 1998-09-22 | Micro Utility Ltd. | System and method for monitoring a competitive activity |
US5950133A (en) | 1996-11-05 | 1999-09-07 | Lockheed Martin Corporation | Adaptive communication network |
US5890054A (en) | 1996-11-14 | 1999-03-30 | Telxon Corporation | Emergency mobile routing protocol |
US5999091A (en) | 1996-11-25 | 1999-12-07 | Highwaymaster Communications, Inc. | Trailer communications system |
US6700493B1 (en) | 1996-12-02 | 2004-03-02 | William A. Robinson | Method, apparatus and system for tracking, locating and monitoring an object or individual |
GB9625208D0 (en) | 1996-12-04 | 1997-01-22 | Olivetti Research Ltd | Detection system for determining information about objects |
JP3097581B2 (ja) | 1996-12-27 | 2000-10-10 | 日本電気株式会社 | アドホックローカルエリアネットワークの構成方法、通信方法及び端末 |
US5977913A (en) | 1997-02-07 | 1999-11-02 | Dominion Wireless | Method and apparatus for tracking and locating personnel |
US5978738A (en) | 1997-02-13 | 1999-11-02 | Anthony Brown | Severe weather detector and alarm |
CA2207371A1 (en) | 1997-06-09 | 1998-12-09 | Andre Gagnon | Apparatus for monitoring opening of sealed containers |
US5963134A (en) | 1997-07-24 | 1999-10-05 | Checkpoint Systems, Inc. | Inventory system using articles with RFID tags |
US6409082B1 (en) | 1997-07-25 | 2002-06-25 | Perseu Administration (Proprietary) Limited | Tracking of products |
US6072784A (en) | 1997-07-25 | 2000-06-06 | At&T Corp. | CDMA mobile station wireless transmission power management with adaptive scheduling priorities based on battery power level |
US20100030423A1 (en) * | 1999-06-17 | 2010-02-04 | Paxgrid Telemetric Systems, Inc. | Automotive telemetry protocol |
KR100284257B1 (ko) | 1997-08-31 | 2001-03-02 | 윤종용 | 전자식 통행요금 징수 시스템의 자동 기동장치 |
US6044069A (en) | 1997-10-29 | 2000-03-28 | Conexant Systems, Inc. | Power management system for a mobile station |
US6091724A (en) | 1997-11-20 | 2000-07-18 | International Business Machines Corporation | Routing messages within a network using the data content of the message |
US6343073B1 (en) | 1997-12-31 | 2002-01-29 | Anip, Inc. | Method and system for efficient link utlization |
US6593845B1 (en) | 1998-01-09 | 2003-07-15 | Intermac Ip Corp. | Active RF tag with wake-up circuit to prolong battery life |
US20020073646A1 (en) | 1998-01-23 | 2002-06-20 | Von Gutfeld Robert J. | Apparatus and system for rapidly attaching identifiers to items |
US6104512A (en) | 1998-01-23 | 2000-08-15 | Motorola, Inc. | Method for adjusting the power level of an infrared signal |
US6247077B1 (en) * | 1998-02-06 | 2001-06-12 | Ncr Corporation | Highly-scalable parallel processing computer system architecture |
US5936527A (en) | 1998-02-10 | 1999-08-10 | E-Tag Systems, Inc. | Method and apparatus for locating and tracking documents and other objects |
JPH11243584A (ja) | 1998-02-26 | 1999-09-07 | Fujitsu Ltd | 移動通信システムの緊急呼制御装置 |
KR100291413B1 (ko) | 1998-03-02 | 2001-07-12 | 김영환 | 이동통신단말기의송신전력제어장치 |
JP3464907B2 (ja) * | 1998-03-20 | 2003-11-10 | 富士通株式会社 | プロトコル変換システム |
US6476708B1 (en) | 1998-03-20 | 2002-11-05 | Hid Corporation | Detection of an RFID device by an RF reader unit operating in a reduced power state |
US6512455B2 (en) | 1999-09-27 | 2003-01-28 | Time Domain Corporation | System and method for monitoring assets, objects, people and animals utilizing impulse radio |
US6282407B1 (en) | 1998-04-16 | 2001-08-28 | Motorola, Inc. | Active electrostatic transceiver and communicating system |
US6473607B1 (en) | 1998-06-01 | 2002-10-29 | Broadcom Corporation | Communication device with a self-calibrating sleep timer |
US6437692B1 (en) | 1998-06-22 | 2002-08-20 | Statsignal Systems, Inc. | System and method for monitoring and controlling remote devices |
WO2000014561A1 (en) | 1998-09-03 | 2000-03-16 | Wherenet, Inc. | Network for multi-lateration with circularly polarized antenna |
CA2343412A1 (en) | 1998-09-11 | 2000-03-23 | William C. Maloney | Object control and tracking system with zonal transition detection |
WO2000016281A1 (en) | 1998-09-11 | 2000-03-23 | Key-Trak, Inc. | Mobile object tracking system |
US6084512A (en) | 1998-10-02 | 2000-07-04 | Lucent Technologies, Inc. | Method and apparatus for electronic labeling and localizing |
US7088233B2 (en) | 1998-10-23 | 2006-08-08 | Royal Thoughts, Llc | Personal medical device communication system and method |
US6154658A (en) | 1998-12-14 | 2000-11-28 | Lockheed Martin Corporation | Vehicle information and safety control system |
US6285295B1 (en) | 1998-12-14 | 2001-09-04 | Martin S. Casden | Passive remote programmer for induction type RFID readers |
US6246882B1 (en) | 1998-12-22 | 2001-06-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Wide area item tracking system |
JP4086393B2 (ja) | 1998-12-25 | 2008-05-14 | キヤノン株式会社 | 通信システム、通信装置及びそれらの制御方法 |
US6525648B1 (en) | 1999-01-29 | 2003-02-25 | Intermec Ip Corp | Radio frequency identification systems and methods for waking up data storage devices for wireless communication |
US7184413B2 (en) | 1999-02-10 | 2007-02-27 | Nokia Inc. | Adaptive communication protocol for wireless networks |
JP2000307647A (ja) * | 1999-04-16 | 2000-11-02 | Sony Corp | データ受信装置 |
WO2000068907A1 (en) | 1999-05-06 | 2000-11-16 | Pinpoint Corporation | An asset and personnel tagging system utilizing gps |
US6700533B1 (en) | 1999-05-06 | 2004-03-02 | Rf Technologies, Inc. | Asset and personnel tagging system utilizing GPS |
SE514264C2 (sv) | 1999-05-07 | 2001-01-29 | Ericsson Telefon Ab L M | Ett kommunikationssystem |
AU5137500A (en) | 1999-05-21 | 2000-12-12 | Ralph J. Koerner | Identification system for monitoring the presence/absence of members of a defined set |
US7027773B1 (en) | 1999-05-28 | 2006-04-11 | Afx Technology Group International, Inc. | On/off keying node-to-node messaging transceiver network with dynamic routing and configuring |
AU5158800A (en) | 1999-05-28 | 2000-12-18 | Basic Resources, Inc. | Wireless transceiver network employing node-to-node data messaging |
US6761312B2 (en) | 1999-07-30 | 2004-07-13 | Salamander Technologies, Inc. | System and method for tracking victims of a mass casualty incident |
US6677852B1 (en) | 1999-09-22 | 2004-01-13 | Intermec Ip Corp. | System and method for automatically controlling or configuring a device, such as an RFID reader |
US6404082B1 (en) | 1999-09-24 | 2002-06-11 | Siemens Westinghouse Power Corporation | Exciter having thermally isolated diode wheel and method of removing diode wheel for same |
US6735630B1 (en) | 1999-10-06 | 2004-05-11 | Sensoria Corporation | Method for collecting data using compact internetworked wireless integrated network sensors (WINS) |
US6256303B1 (en) | 1999-10-15 | 2001-07-03 | Akoo, Inc. | Wireless broadcast link to remote receiver |
US6914896B1 (en) | 1999-11-05 | 2005-07-05 | Rockwell Electronic Commerce Technologies, Llc | Emergency services management network utilizing broadband voice over data networks |
US6614349B1 (en) | 1999-12-03 | 2003-09-02 | Airbiquity Inc. | Facility and method for tracking physical assets |
US6751200B1 (en) | 1999-12-06 | 2004-06-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Route discovery based piconet forming |
US6512478B1 (en) | 1999-12-22 | 2003-01-28 | Rockwell Technologies, Llc | Location position system for relay assisted tracking |
GB9930645D0 (en) | 1999-12-23 | 2000-02-16 | Koninkl Philips Electronics Nv | Location alarm |
US6354493B1 (en) | 1999-12-23 | 2002-03-12 | Sensormatic Electronics Corporation | System and method for finding a specific RFID tagged article located in a plurality of RFID tagged articles |
US6617962B1 (en) | 2000-01-06 | 2003-09-09 | Samsys Technologies Inc. | System for multi-standard RFID tags |
US6313745B1 (en) | 2000-01-06 | 2001-11-06 | Fujitsu Limited | System and method for fitting room merchandise item recognition using wireless tag |
WO2001056907A1 (fr) | 2000-01-31 | 2001-08-09 | Ishikawajima-Harima Jukogyo Kabushiki Kaisha | Procede et dispositif pour la gestion de conteneurs |
US6262662B1 (en) | 2000-02-25 | 2001-07-17 | Xerox Corporation | Systems and methods that detect proximity information using electric field sensing devices and a page identification using embedded identification tags |
US6975941B1 (en) | 2002-04-24 | 2005-12-13 | Chung Lau | Method and apparatus for intelligent acquisition of position information |
JP2001242210A (ja) | 2000-02-29 | 2001-09-07 | Murata Mfg Co Ltd | 高周波部品、通信装置および高周波部品の特性測定方法 |
US6547137B1 (en) | 2000-02-29 | 2003-04-15 | Larry J. Begelfer | System for distribution and control of merchandise |
US6800533B1 (en) | 2000-03-06 | 2004-10-05 | Chartered Semiconductor Manufacturing Ltd. | Integrated vertical spiral inductor on semiconductor material |
US6647428B1 (en) | 2000-05-05 | 2003-11-11 | Luminous Networks, Inc. | Architecture for transport of multiple services in connectionless packet-based communication networks |
US6701215B1 (en) | 2000-05-08 | 2004-03-02 | Greg C. Stadermann | Bulk mailing tracking system |
GB0013619D0 (en) | 2000-06-06 | 2000-07-26 | Glaxo Group Ltd | Sample container |
US7005968B1 (en) | 2000-06-07 | 2006-02-28 | Symbol Technologies, Inc. | Wireless locating and tracking systems |
US7103344B2 (en) | 2000-06-08 | 2006-09-05 | Menard Raymond J | Device with passive receiver |
EP1758311B1 (en) * | 2000-06-16 | 2009-08-19 | Fujitsu Limited | Communication device including VPN accomodation function |
WO2001099346A2 (en) | 2000-06-20 | 2001-12-27 | Invertix Corporation | Method and system for interconnecting remote intelligent devices with a network |
US6381467B1 (en) | 2000-06-22 | 2002-04-30 | Motorola, Inc. | Method and apparatus for managing an ad hoc wireless network |
US6847892B2 (en) | 2001-10-29 | 2005-01-25 | Digital Angel Corporation | System for localizing and sensing objects and providing alerts |
US6559620B2 (en) | 2001-03-21 | 2003-05-06 | Digital Angel Corporation | System and method for remote monitoring utilizing a rechargeable battery |
US6587755B1 (en) | 2000-07-12 | 2003-07-01 | International Business Machines Corporation | Virtual signs for improving information communicated to the automotive driver |
US6659947B1 (en) | 2000-07-13 | 2003-12-09 | Ge Medical Systems Information Technologies, Inc. | Wireless LAN architecture for integrated time-critical and non-time-critical services within medical facilities |
KR100469735B1 (ko) | 2000-07-18 | 2005-02-02 | 삼성전자주식회사 | 부호분할다중접속 이동통신시스템의 호 수용방법 |
US6529142B2 (en) | 2000-07-24 | 2003-03-04 | Shipong Norman Yeh | Parked vehicle location finder |
ATE543669T1 (de) | 2000-07-26 | 2012-02-15 | Bridgestone Americas Tire | Elektronisches reifenhandhabungssystem |
US7161476B2 (en) | 2000-07-26 | 2007-01-09 | Bridgestone Firestone North American Tire, Llc | Electronic tire management system |
US6795823B1 (en) | 2000-08-31 | 2004-09-21 | Neoris Logistics, Inc. | Centralized system and method for optimally routing and tracking articles |
US6765484B2 (en) | 2000-09-07 | 2004-07-20 | Savi Technology, Inc. | Method and apparatus for supplying commands to a tag |
US6940392B2 (en) | 2001-04-24 | 2005-09-06 | Savi Technology, Inc. | Method and apparatus for varying signals transmitted by a tag |
US6542114B1 (en) | 2000-09-07 | 2003-04-01 | Savi Technology, Inc. | Method and apparatus for tracking items using dual frequency tags |
US6720888B2 (en) | 2000-09-07 | 2004-04-13 | Savi Technology, Inc. | Method and apparatus for tracking mobile devices using tags |
DE60141841D1 (de) | 2000-09-07 | 2010-05-27 | Savi Techn Inc | Verfahren und vorrichtung zur verfolgung von geräten mit radiofrequenzetiketten |
US6360169B1 (en) | 2000-09-07 | 2002-03-19 | Umesh Dudabey | System for determining and tracking changes in location |
US20020085589A1 (en) * | 2000-09-22 | 2002-07-04 | Narad Networks, Inc. | System and method for assigning network data packet header |
GB2367720B (en) | 2000-10-04 | 2004-08-18 | Hewlett Packard Co | Method and apparatus for disabling mobile telephones |
US6883710B2 (en) | 2000-10-11 | 2005-04-26 | Amerasia International Technology, Inc. | Article tracking system and method |
US6424264B1 (en) | 2000-10-12 | 2002-07-23 | Safetzone Technologies Corporation | System for real-time location of people in a fixed environment |
AU2002230821A1 (en) | 2000-10-30 | 2002-05-15 | Ocean Systems Engineering Corporation | Environment and hazard condition monitoring system |
US7034683B2 (en) | 2000-11-06 | 2006-04-25 | Loran Technologies, Inc. | Electronic vehicle product and personnel monitoring |
US6747562B2 (en) | 2001-11-13 | 2004-06-08 | Safetzone Technologies Corporation | Identification tag for real-time location of people |
US7253717B2 (en) | 2000-11-29 | 2007-08-07 | Mobile Technics Llc | Method and system for communicating with and tracking RFID transponders |
US6600418B2 (en) | 2000-12-12 | 2003-07-29 | 3M Innovative Properties Company | Object tracking and management system and method using radio-frequency identification tags |
US6807792B2 (en) | 2000-12-18 | 2004-10-26 | Tetra Laval Holdings & Finance, Sa | Spout singulator for closure feed system |
US7522568B2 (en) | 2000-12-22 | 2009-04-21 | Terahop Networks, Inc. | Propagating ad hoc wireless networks based on common designation and routine |
US7830273B2 (en) | 2005-08-18 | 2010-11-09 | Terahop Networks, Inc. | Sensor networks for pipeline monitoring |
US8144671B2 (en) | 2005-07-01 | 2012-03-27 | Twitchell Jr Robert W | Communicating via nondeterministic and deterministic network routing |
US7430437B2 (en) | 2000-12-22 | 2008-09-30 | Terahop Networks, Inc. | Transmitting sensor-acquired data using step-power filtering |
US7209771B2 (en) | 2000-12-22 | 2007-04-24 | Terahop Networks, Inc. | Battery powered wireless transceiver having LPRF component and second wake up receiver |
US6745027B2 (en) | 2000-12-22 | 2004-06-01 | Seekernet Incorporated | Class switched networks for tracking articles |
US8280345B2 (en) | 2000-12-22 | 2012-10-02 | Google Inc. | LPRF device wake up using wireless tag |
JP3816334B2 (ja) | 2000-12-22 | 2006-08-30 | 株式会社エヌ・ティ・ティ・ドコモ | 無線リソース割当方法及び基地局 |
US20080303897A1 (en) | 2000-12-22 | 2008-12-11 | Terahop Networks, Inc. | Visually capturing and monitoring contents and events of cargo container |
US6934540B2 (en) | 2000-12-22 | 2005-08-23 | Seekernet, Inc. | Network formation in asset-tracking system based on asset class |
US7733818B2 (en) | 2000-12-22 | 2010-06-08 | Terahop Networks, Inc. | Intelligent node communication using network formation messages in a mobile Ad hoc network |
US7155264B2 (en) | 2000-12-22 | 2006-12-26 | Terahop Networks, Inc. | Systems and methods having LPRF device wake up using wireless tag |
US7830850B2 (en) | 2000-12-22 | 2010-11-09 | Terahop Networks, Inc. | Class-switching in class-based data communcations network |
US7200132B2 (en) | 2000-12-22 | 2007-04-03 | Terahop Networks, Inc. | Forming ad hoc RSI networks among transceivers sharing common designation |
US7209468B2 (en) | 2000-12-22 | 2007-04-24 | Terahop Networks, Inc. | Forming communication cluster of wireless AD HOC network based on common designation |
US20100330930A1 (en) | 2000-12-22 | 2010-12-30 | Twitchell Robert W | Lprf device wake up using wireless tag |
US7133704B2 (en) | 2000-12-22 | 2006-11-07 | Terahop Networks, Inc. | Manufacture of LPRF device wake up using wireless tag |
US7221668B2 (en) | 2000-12-22 | 2007-05-22 | Terahop Networks, Inc. | Communications within population of wireless transceivers based on common designation |
US8050625B2 (en) | 2000-12-22 | 2011-11-01 | Terahop Networks, Inc. | Wireless reader tags (WRTs) with sensor components in asset monitoring and tracking systems |
US20020098861A1 (en) | 2001-01-19 | 2002-07-25 | International Business Machines Corporation | Method and system for preventing wireless devices from interfering with other equipment in a sensitive area |
WO2002061599A1 (en) * | 2001-01-25 | 2002-08-08 | Crescent Networks, Inc. | Extension of address resolution protocol (arp) for internet protocol (ip) virtual networks |
US20020146985A1 (en) | 2001-01-31 | 2002-10-10 | Axonn Corporation | Battery operated remote transceiver (BORT) system and method |
US7075436B2 (en) | 2001-02-12 | 2006-07-11 | Symbol Technologies, Inc. | Method, system, and apparatus for binary traversal of a tag population |
US7137003B2 (en) | 2001-02-27 | 2006-11-14 | Qualcomm Incorporated | Subscriber identity module verification during power management |
EP1246094A1 (en) | 2001-03-27 | 2002-10-02 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Container surveillance system and related method |
WO2002087172A1 (en) | 2001-04-20 | 2002-10-31 | Motorola, Inc. | Protocol and structure for self-organizing network |
GB0110759D0 (en) | 2001-05-02 | 2001-06-27 | Marks Roger J | Antenna clamp |
US20020170961A1 (en) | 2001-05-17 | 2002-11-21 | Bruce Dickson | Method and system for providing shopping assistance using RFID-tagged items |
US7072668B2 (en) | 2001-05-22 | 2006-07-04 | Geospatial Technologies, Inc. | Durable global asset-tracking device and a method of using the same |
US6988667B2 (en) | 2001-05-31 | 2006-01-24 | Alien Technology Corporation | Methods and apparatuses to identify devices |
US6822432B2 (en) | 2001-06-22 | 2004-11-23 | Network Technologies Group, Llc | Methods and systems for automated pipeline testing |
US7161926B2 (en) | 2001-07-03 | 2007-01-09 | Sensoria Corporation | Low-latency multi-hop ad hoc wireless network |
US6894600B2 (en) | 2001-07-05 | 2005-05-17 | The Goodyear Tire & Rubber Company | Energy conservation in battery powered tag |
US20030141973A1 (en) | 2001-07-24 | 2003-07-31 | Hen-Geul Yeh | Smart object locator |
US6737974B2 (en) | 2001-09-18 | 2004-05-18 | Kent H. Dickinson | Shipping container and system along with shipping method employing the same |
US6674364B1 (en) | 2001-09-28 | 2004-01-06 | Digital Innovations, L.L.C. | Object finder |
US6766169B2 (en) | 2001-10-30 | 2004-07-20 | Qualcomm Incorporated | Scheduling acquisition attempts of service providing systems |
US7099337B2 (en) * | 2001-11-30 | 2006-08-29 | Intel Corporation | Mechanism for implementing class redirection in a cluster |
US7969306B2 (en) | 2002-01-11 | 2011-06-28 | Sap Aktiengesellschaft | Context-aware and real-time item tracking system architecture and scenarios |
US7233958B2 (en) | 2002-02-01 | 2007-06-19 | Sap Aktiengesellschaft | Communications in an item tracking system |
US6972682B2 (en) | 2002-01-18 | 2005-12-06 | Georgia Tech Research Corporation | Monitoring and tracking of assets by utilizing wireless communications |
US6980823B2 (en) | 2002-01-31 | 2005-12-27 | Qualcomm Inc. | Intermediate wake mode to track sleep clock frequency in a wireless communication device |
US20050159187A1 (en) | 2002-03-18 | 2005-07-21 | Greg Mendolia | Antenna system and method |
US20030179073A1 (en) | 2002-03-20 | 2003-09-25 | Ohanes Ghazarian | Electronic secure locking system |
US6876945B2 (en) | 2002-03-25 | 2005-04-05 | Nicholas Jon Emord | Seamless sensory system |
JP3776821B2 (ja) * | 2002-03-28 | 2006-05-17 | 富士通株式会社 | アドレスアクセスシステム及び方法 |
US7443865B1 (en) * | 2002-04-04 | 2008-10-28 | Cisco Technology, Inc. | Multiple network connections from a single PPP link with network address translation |
US7327280B2 (en) | 2002-08-15 | 2008-02-05 | California Institute Of Technology | Emergency vehicle traffic signal preemption system |
GB0208449D0 (en) | 2002-04-10 | 2002-05-22 | Zarlink Semiconductor Ab | Method of saving power in RF devices |
US7230933B2 (en) | 2002-04-17 | 2007-06-12 | Microsoft Corporation | Reducing idle power consumption in a networked battery operated device |
US7184423B2 (en) | 2002-04-23 | 2007-02-27 | Machine Talker Inc. | Self coordinated machine network |
US7095738B1 (en) * | 2002-05-07 | 2006-08-22 | Cisco Technology, Inc. | System and method for deriving IPv6 scope identifiers and for mapping the identifiers into IPv6 addresses |
US7015817B2 (en) | 2002-05-14 | 2006-03-21 | Shuan Michael Copley | Personal tracking device |
CA2387106A1 (en) | 2002-05-21 | 2003-11-21 | Information Mediary Corporation | Method for measuring temperature using a remote, passive, calibrated rf/rfid tag including a method for calibration |
US7080190B2 (en) * | 2002-05-30 | 2006-07-18 | Lsi Logic Corporation | Apparatus and method for providing transparent sharing of channel resources by multiple host machines |
US20050249185A1 (en) | 2002-06-07 | 2005-11-10 | Poor Robert D | Routing in wireless networks |
US7251233B2 (en) | 2002-06-24 | 2007-07-31 | Intel Corporation | Call routing in a location-aware network |
US7401157B2 (en) * | 2002-07-30 | 2008-07-15 | Brocade Communications Systems, Inc. | Combining separate infiniband subnets into virtual subnets |
US7221676B2 (en) * | 2002-07-30 | 2007-05-22 | Brocade Communications Systems, Inc. | Supporting local IB packet communication between separate subnets |
US20040021572A1 (en) | 2002-08-05 | 2004-02-05 | Schoen Marc L. | Electronic baggage tracking and identification |
US6753775B2 (en) | 2002-08-27 | 2004-06-22 | Hi-G-Tek Ltd. | Smart container monitoring system |
US6961021B2 (en) | 2002-08-29 | 2005-11-01 | Omron Corporation | Wireless node that uses a circular polarized antenna and a mechanism for preventing corner reflections of an inside of a metal box space |
US6975614B2 (en) | 2002-09-04 | 2005-12-13 | Harris Corporation | Intelligent communication node object beacon framework in a mobile ad hoc network |
US7002472B2 (en) | 2002-09-04 | 2006-02-21 | Northrop Grumman Corporation | Smart and secure container |
US7340260B2 (en) | 2002-10-09 | 2008-03-04 | Mdf Holdings, Inc. | System and method for tracking the location of multiple mobile radio transceiver units |
US7072697B2 (en) | 2002-10-22 | 2006-07-04 | Nokia Corporation | Method and device for transponder aided wake-up of a low power radio device by a wake-up event |
US20040100394A1 (en) | 2002-10-28 | 2004-05-27 | Hitt Dale K. | Distributed environmental control in a wireless sensor system |
US7274295B2 (en) | 2002-10-30 | 2007-09-25 | At&T Bls Intellectual Property, Inc. | Instantaneous mobile access to all pertinent life events |
EP1418781B1 (en) | 2002-11-11 | 2012-06-20 | Nokia Corporation | Location dependent messaging |
US7344037B1 (en) | 2002-11-18 | 2008-03-18 | Mi-Jack Products, Inc. | Inventory storage and retrieval system and method with guidance for load-handling vehicle |
CA2427369A1 (en) | 2002-12-24 | 2004-06-24 | Research In Motion Limited | Methods and apparatus for controlling power to electrical circuitry of a wireless communication device having a subscriber identity module (sim) interface |
US7091859B2 (en) | 2003-01-13 | 2006-08-15 | Symbol Technologies, Inc. | Package-integrated RF relay |
US20060164239A1 (en) | 2003-01-14 | 2006-07-27 | Loda David C | Shipping container and method of using same |
EP1603051A4 (en) * | 2003-01-27 | 2012-01-18 | Panasonic Corp | DISTRIBUTION SYSTEM FOR DIGITAL CONTENT |
US20040246463A1 (en) | 2003-01-29 | 2004-12-09 | Milinusic Tomislav F. | Method and apparatus for optical inertial measurement |
US20040183673A1 (en) | 2003-01-31 | 2004-09-23 | Nageli Hans Peter | Portable detachable self-contained tracking unit for two-way satellite communication with a central server |
US8359393B2 (en) * | 2003-02-13 | 2013-01-22 | Transunion Interactive, Inc. | Methods, apparatuses and systems facilitating seamless, virtual integration of online membership models and services |
US7323981B2 (en) | 2003-02-20 | 2008-01-29 | Global Statistics, Inc. | Container tracking system |
WO2004077686A2 (en) | 2003-02-21 | 2004-09-10 | Westinghouse Government Environmental Services Llc | Cargo lock and monitoring apparatus and process |
US6865184B2 (en) * | 2003-03-10 | 2005-03-08 | Cisco Technology, Inc. | Arrangement for traversing an IPv4 network by IPv6 mobile nodes |
US7135976B2 (en) | 2003-03-31 | 2006-11-14 | Rftrax, Inc. | Wireless monitoring device |
US6927688B2 (en) | 2003-04-02 | 2005-08-09 | Caci International Inc. | Method for enabling communication and condition monitoring from inside of a sealed shipping container using impulse radio wireless techniques |
US7489244B2 (en) | 2003-04-09 | 2009-02-10 | Visible Assets, Inc. | Networked RF tag for tracking baggage |
US20100033330A1 (en) | 2003-04-09 | 2010-02-11 | Visible Assets, Inc. | Auditable security for cargo containers and other repositories |
US7196622B2 (en) | 2003-04-09 | 2007-03-27 | Savi Technology, Inc. | State monitoring of a container |
US7489245B2 (en) | 2003-04-09 | 2009-02-10 | Visible Assets, Inc | Networked RF tag for tracking baggage |
US20040254984A1 (en) * | 2003-06-12 | 2004-12-16 | Sun Microsystems, Inc | System and method for coordinating cluster serviceability updates over distributed consensus within a distributed data system cluster |
KR100796878B1 (ko) | 2003-06-17 | 2008-01-22 | 유나이티드 시큐리티 애플리케이션즈 아이디, 인코포레이티드 | 컨테이너 내용물을 식별하는 추적 시스템, 어셈블리 내의 아이템 추적 시스템, 컬렉션 내의 아이템 관리 시스템 및 컬렉션 내의 아이템 관리 방법 |
US7177623B2 (en) | 2003-07-02 | 2007-02-13 | The United States Of America As Represented By The Secretary Of The Army | Localized cellular awareness and tracking of emergencies |
US7701858B2 (en) | 2003-07-17 | 2010-04-20 | Sensicast Systems | Method and apparatus for wireless communication in a mesh network |
US7191934B2 (en) | 2003-07-21 | 2007-03-20 | Salamander Technologies, Inc. | Technique for creating incident-specific credentials at the scene of a large-scale incident or WMD event |
US7282944B2 (en) | 2003-07-25 | 2007-10-16 | Power Measurement, Ltd. | Body capacitance electric field powered device for high voltage lines |
US7098784B2 (en) | 2003-09-03 | 2006-08-29 | System Planning Corporation | System and method for providing container security |
US7158803B1 (en) | 2003-09-16 | 2007-01-02 | Verizon Corporate Services Group Inc. | Emergency services for wireless data access networks |
US20050087235A1 (en) | 2003-10-22 | 2005-04-28 | Skorpik James R. | Sensor assembly, system including RFID sensor assemblies, and method |
US7148803B2 (en) | 2003-10-24 | 2006-12-12 | Symbol Technologies, Inc. | Radio frequency identification (RFID) based sensor networks |
US7136667B2 (en) | 2003-10-28 | 2006-11-14 | Nokia Corporation | Method and radio terminal equipment arrangement for power control, radio terminal equipment and secondary terminal unit |
US7716160B2 (en) | 2003-11-07 | 2010-05-11 | Alien Technology Corporation | Methods and apparatuses to identify devices |
US7685265B1 (en) * | 2003-11-20 | 2010-03-23 | Microsoft Corporation | Topic-based notification service |
US20050125325A1 (en) | 2003-12-08 | 2005-06-09 | Chai Zhong H. | Efficient aggregate summary views of massive numbers of items in highly concurrent update environments |
KR20080044355A (ko) | 2003-12-09 | 2008-05-20 | 사비 테크날러지 인코퍼레이티드 | 포개 넣어지고 인접된 콘테이너들의 아이템 레벨 가시성 |
JP4629971B2 (ja) | 2003-12-11 | 2011-02-09 | 株式会社半導体エネルギー研究所 | 非直線a/d変換されたデジタル信号対応のd/a変換回路及びそれを内蔵した音声信号処理回路及び表示装置 |
US7212122B2 (en) | 2003-12-30 | 2007-05-01 | G2 Microsystems Pty. Ltd. | Methods and apparatus of meshing and hierarchy establishment for tracking devices |
US7394372B2 (en) | 2003-12-30 | 2008-07-01 | G2 Microsystems Pty. Ltd. | Method and apparatus for aggregating and communicating tracking information |
US7049982B2 (en) | 2003-12-31 | 2006-05-23 | Lear Corporation | Vehicle information display and communication system having an antenna array |
US7526944B2 (en) | 2004-01-07 | 2009-05-05 | Ashok Sabata | Remote monitoring of pipelines using wireless sensor network |
JP2005209048A (ja) * | 2004-01-26 | 2005-08-04 | Meidensha Corp | 監視制御システム |
US20050249215A1 (en) | 2004-02-19 | 2005-11-10 | Kelsey Richard A | Directing packets in a mesh network |
US8311552B1 (en) * | 2004-02-27 | 2012-11-13 | Apple Inc. | Dynamic allocation of host IP addresses |
KR100689550B1 (ko) | 2004-02-28 | 2007-03-02 | 삼성전자주식회사 | 모바일 애드 혹 네트워크에서 헬로 패킷 전송 방법 |
US7165722B2 (en) | 2004-03-10 | 2007-01-23 | Microsoft Corporation | Method and system for communicating with identification tags |
US7138913B2 (en) | 2004-03-12 | 2006-11-21 | Transport International Pool, Inc. | Selective reporting of events in asset tracking system |
US7126470B2 (en) | 2004-03-31 | 2006-10-24 | Harris Corporation | Wireless ad-hoc RFID tracking system |
KR100624792B1 (ko) | 2004-04-22 | 2006-09-20 | 엘지전자 주식회사 | 무선 네트워크 시스템 |
US8131300B2 (en) | 2004-04-28 | 2012-03-06 | Motorola Solutions, Inc. | Routing protocol within hybrid-cellular networks |
US7519669B2 (en) * | 2004-04-30 | 2009-04-14 | Sap Aktiengesellschaft | Prioritizing producers and consumers of an enterprise messaging system |
US7348875B2 (en) | 2004-05-04 | 2008-03-25 | Battelle Memorial Institute | Semi-passive radio frequency identification (RFID) tag with active beacon |
US20050261037A1 (en) | 2004-05-18 | 2005-11-24 | Raghunath Mandayam T | Conservation of battery power in mobile devices having communication capabilities |
US7376507B1 (en) | 2004-05-27 | 2008-05-20 | Sandia Corporation | Geophysics-based method of locating a stationary earth object |
US7142121B2 (en) | 2004-06-04 | 2006-11-28 | Endicott Interconnect Technologies, Inc. | Radio frequency device for tracking goods |
US7088229B2 (en) | 2004-06-14 | 2006-08-08 | Oracle International Corporation | Methods and systems for verifying the position and status of hierarchically arranged objects |
GB2417650A (en) * | 2004-07-30 | 2006-03-01 | Orange Personal Comm Serv Ltd | Tunnelling IPv6 packets over IPv4 packet radio network wherein an IPv6 address including a tunnel end identifier of the IPv4 bearer is formed |
US7319397B2 (en) | 2004-08-26 | 2008-01-15 | Avante International Technology, Inc. | RFID device for object monitoring, locating, and tracking |
US7536188B1 (en) | 2004-09-01 | 2009-05-19 | Avaya Inc. | Communication device locating system |
US7573879B2 (en) * | 2004-09-03 | 2009-08-11 | Intel Corporation | Method and apparatus for generating a header in a communication network |
JP2006075274A (ja) | 2004-09-08 | 2006-03-23 | Tiger Vacuum Bottle Co Ltd | 電気炊飯器 |
US7419101B2 (en) | 2004-09-13 | 2008-09-02 | Omron Corporation | Physical distribution management apparatus, physical distribution management pallet and physical distribution management system |
EP1805946A1 (en) * | 2004-09-29 | 2007-07-11 | Telefonaktiebolaget LM Ericsson (publ) | Maintaining a view of a cluster's membership |
US7349804B2 (en) | 2004-10-18 | 2008-03-25 | Trex Enterprises Corp. | Daytime stellar imager |
US7349803B2 (en) | 2004-10-18 | 2008-03-25 | Trex Enterprises Corp. | Daytime stellar imager |
US7339469B2 (en) | 2004-11-22 | 2008-03-04 | Maersk Logistics Usa, Inc. | Shipping container monitoring and tracking system |
TW200617792A (en) | 2004-11-26 | 2006-06-01 | Ind Tech Res Inst | Method and device applying RFID system tag to serve as local card reader and for power detection |
US7317382B2 (en) | 2004-12-13 | 2008-01-08 | Battelle Memorial Institute | Remote communications devices, wireless communications systems, and wireless communications methods |
US7330736B2 (en) | 2004-12-17 | 2008-02-12 | Bbn Technologies Corp. | Methods and apparatus for reduced energy communication in an ad hoc network |
FI118291B (fi) | 2004-12-22 | 2007-09-14 | Timo D Haemaelaeinen | Energiatehokas langaton anturiverkko, solmulaitteita sitä varten sekä menetelmä tietoliikenteen järjestämiseksi langattomassa anturiverkossa |
US7589616B2 (en) | 2005-01-20 | 2009-09-15 | Avaya Inc. | Mobile devices including RFID tag readers |
US7121502B2 (en) | 2005-01-26 | 2006-10-17 | Raytheon Company | Pseudo GPS aided multiple projectile bistatic guidance |
JP2006236138A (ja) * | 2005-02-25 | 2006-09-07 | Sony Corp | コンテンツ転送システム,コンテンツ転送方法,コンテンツ表示装置,およびそのプログラム |
US20060231611A1 (en) | 2005-03-23 | 2006-10-19 | Chakiris Phil M | Radio frequency identification purchase transactions |
US7369047B2 (en) | 2005-03-30 | 2008-05-06 | Crossbow Technology, Inc. | Adaptive sensing network |
WO2006113391A2 (en) | 2005-04-19 | 2006-10-26 | Jaymart Sensors, Llc | Miniaturized inertial measurement unit and associated methods |
JP2006309483A (ja) * | 2005-04-28 | 2006-11-09 | Hitachi Ltd | ストレージ装置及びストレージシステム |
US8111143B2 (en) | 2005-04-29 | 2012-02-07 | Hewlett-Packard Development Company, L.P. | Assembly for monitoring an environment |
KR100653527B1 (ko) * | 2005-05-30 | 2006-12-05 | 주식회사 팬택앤큐리텔 | 인터넷 프로토콜 주소 운용 방법 |
US9164867B2 (en) * | 2005-06-09 | 2015-10-20 | Whirlpool Corporation | Network for communicating information related to a consumable to an appliance |
US20070008408A1 (en) | 2005-06-22 | 2007-01-11 | Ron Zehavi | Wide area security system and method |
KR100766039B1 (ko) | 2005-07-06 | 2007-10-12 | 삼성전자주식회사 | 무선 통신망에서 전송되는 슈퍼프레임의 구조, 상기슈퍼프레임의 전송 방법, 및 상기 슈퍼프레임을 통한디바이스의 웨이크업 제어 방법 |
JP2007058166A (ja) | 2005-07-25 | 2007-03-08 | Konica Minolta Opto Inc | ダイクロイックプリズム及びこれを用いた画像投影装置。 |
US7440781B2 (en) | 2005-10-07 | 2008-10-21 | Symbol Technologies, Inc. | System and method for power conservation in a wireless device |
WO2007064877A2 (en) * | 2005-12-01 | 2007-06-07 | Firestar Software, Inc. | System and method for exchanging information among exchange applications |
WO2008036425A1 (en) | 2006-01-01 | 2008-03-27 | Terahop Networks, Inc. | Determining presence of radio frequency communication device |
US8595041B2 (en) * | 2006-02-07 | 2013-11-26 | Sap Ag | Task responsibility system |
US7765307B1 (en) * | 2006-02-28 | 2010-07-27 | Symantec Operating Corporation | Bulk network transmissions using multiple connections primed to optimize transfer parameters |
US20070237082A1 (en) * | 2006-03-31 | 2007-10-11 | Woojong Han | Techniques for sharing connection queues and performing congestion management |
GB2437791A (en) * | 2006-05-03 | 2007-11-07 | Skype Ltd | Secure communication using protocol encapsulation |
US20100191624A1 (en) * | 2006-09-05 | 2010-07-29 | Bmc Software, Inc. | System and method for classifying requests |
US7657659B1 (en) * | 2006-11-30 | 2010-02-02 | Vmware, Inc. | Partial copying of data to transmit buffer for virtual network device |
CN101222515A (zh) * | 2007-01-12 | 2008-07-16 | 英华达(南京)科技有限公司 | 不同通讯网络间的数据传递方法及其数据传递*** |
US8548908B2 (en) | 2007-04-11 | 2013-10-01 | First Data Corporation | Mobile commerce infrastructure systems and methods |
US7990947B2 (en) | 2007-06-12 | 2011-08-02 | Robert W. Twitchell, Jr. | Network watermark |
US7937068B2 (en) | 2007-08-23 | 2011-05-03 | Motorola Solutions, Inc. | Emergency dispatch management and prioritization of communication resources |
JP2009059201A (ja) * | 2007-08-31 | 2009-03-19 | Hitachi Ltd | ファイルレベルの仮想化と移行を行う中間装置 |
US8041773B2 (en) | 2007-09-24 | 2011-10-18 | The Research Foundation Of State University Of New York | Automatic clustering for self-organizing grids |
JP2009118367A (ja) * | 2007-11-09 | 2009-05-28 | Sony Corp | 記録装置および記録方法、プログラム、並びに記録システム |
CN101170734B (zh) * | 2007-11-28 | 2010-09-22 | 华为技术有限公司 | 实现不同网络之间业务互通的方法及装置 |
CN101527704B (zh) * | 2008-03-05 | 2012-11-07 | 华为技术有限公司 | 一种多协议信令转换的方法和装置 |
US8315237B2 (en) | 2008-10-29 | 2012-11-20 | Google Inc. | Managing and monitoring emergency services sector resources |
US8462662B2 (en) | 2008-05-16 | 2013-06-11 | Google Inc. | Updating node presence based on communication pathway |
WO2009140669A2 (en) | 2008-05-16 | 2009-11-19 | Terahop Networks, Inc. | Securing, monitoring and tracking shipping containers |
US8369343B2 (en) * | 2008-06-03 | 2013-02-05 | Microsoft Corporation | Device virtualization |
US8270952B2 (en) | 2009-01-28 | 2012-09-18 | Headwater Partners I Llc | Open development system for access service providers |
JP5153475B2 (ja) * | 2008-06-24 | 2013-02-27 | キヤノン株式会社 | 情報処理装置、画像処理装置、制御方法、及びプログラム |
US7991757B2 (en) * | 2008-08-12 | 2011-08-02 | Amazon Technologies, Inc. | System for obtaining recommendations from multiple recommenders |
US8055286B1 (en) | 2008-08-27 | 2011-11-08 | Sprint Spectrum L.P. | Modification of en-route message to add destination port number selected based at least in part on message originator |
US8155026B2 (en) | 2008-09-11 | 2012-04-10 | Verizon Patent And Licensing Inc. | Method and system for identifying network paths |
US8275404B2 (en) | 2008-10-29 | 2012-09-25 | Google Inc. | Managing and monitoring emergency services sector resources |
CA2778905A1 (en) | 2008-10-29 | 2010-08-26 | Google Inc. | Network and application merging and asset tracking |
US8300551B2 (en) | 2009-01-28 | 2012-10-30 | Google Inc. | Ascertaining presence in wireless networks |
US8705523B2 (en) | 2009-02-05 | 2014-04-22 | Google Inc. | Conjoined class-based networking |
US8234407B2 (en) * | 2009-06-30 | 2012-07-31 | Oracle America, Inc. | Network use of virtual addresses without pinning or registration |
US8713128B2 (en) * | 2009-07-24 | 2014-04-29 | Broadcom Corporation | Method and system for utilizing native ethernet as a virtual memory interconnect |
JP5620707B2 (ja) * | 2010-04-21 | 2014-11-05 | パナソニック株式会社 | 照明システム |
US9418052B2 (en) | 2010-04-28 | 2016-08-16 | Arm Finland Oy | Method and apparatus for web service schema management |
US20110295938A1 (en) * | 2010-06-01 | 2011-12-01 | Vanderpohl Iii Irvin John | Multi-master communications in a controller area network |
KR101120387B1 (ko) | 2010-06-24 | 2012-03-09 | 엔에이치엔(주) | 문서 수집 시스템 및 방법 |
US8447846B2 (en) * | 2010-08-06 | 2013-05-21 | International Business Machines Corporation | Using unique local unicast addresses in a global domain name server by providing a centralized registry |
WO2012021418A1 (en) * | 2010-08-12 | 2012-02-16 | Gary Anderson | Systems and methods for video messaging and confirmation |
US20120053967A1 (en) * | 2010-09-01 | 2012-03-01 | American Express Travel Related Services Company, Inc. | System and Method for Account Reconciliation |
US9679299B2 (en) * | 2010-09-03 | 2017-06-13 | Visa International Service Association | Systems and methods to provide real-time offers via a cooperative database |
US9100443B2 (en) | 2011-01-11 | 2015-08-04 | International Business Machines Corporation | Communication protocol for virtual input/output server (VIOS) cluster communication |
US10380585B2 (en) * | 2011-06-02 | 2019-08-13 | Visa International Service Association | Local usage of electronic tokens in a transaction processing system |
US8606868B2 (en) * | 2011-06-10 | 2013-12-10 | International Business Machines Corporation | Community based measurement of capabilities and availability |
US8990892B2 (en) * | 2011-07-06 | 2015-03-24 | Cisco Technology, Inc. | Adapting extensible authentication protocol for layer 3 mesh networks |
CN102281180A (zh) * | 2011-07-14 | 2011-12-14 | 冶金自动化研究设计院 | 应用于不同局域网的终端相互通讯的虚拟网卡通讯装置 |
US20130041808A1 (en) * | 2011-08-10 | 2013-02-14 | Nathalie Pham | Distributed media access |
US8688807B2 (en) * | 2011-08-18 | 2014-04-01 | Cisco Technology, Inc. | Deriving unique local addresses from device names |
US20130073681A1 (en) * | 2011-09-16 | 2013-03-21 | Microsoft Corporation | Creating interactive zones |
US9466075B2 (en) * | 2011-09-20 | 2016-10-11 | Visa International Service Association | Systems and methods to process referrals in offer campaigns |
WO2013051754A1 (ko) * | 2011-10-07 | 2013-04-11 | 엘지전자 주식회사 | 다중 네트워크 접속 방법 및 그 통신 기기 |
KR101302973B1 (ko) * | 2011-10-21 | 2013-09-03 | 한국과학기술정보연구원 | 대용량 데이터의 분산 병렬을 위한 어플리케이션 독립 가시화 프로토콜 서비스 시스템 및 방법 |
CA3044757C (en) * | 2011-10-21 | 2021-11-09 | Google Llc | User-friendly, network connected learning thermostat and related systems and methods |
US10389692B2 (en) * | 2011-11-05 | 2019-08-20 | Jianping He | Peer-to-peer device management, monitor and control |
US8812856B2 (en) * | 2012-02-10 | 2014-08-19 | Zynga Inc. | Methods and systems for state synchronization over a non-reliable network using signature processing |
JP5996905B2 (ja) * | 2012-03-30 | 2016-09-21 | シャープ株式会社 | 制御装置、通信ネットワークシステム、ノード情報管理方法 |
US9054949B2 (en) * | 2012-04-17 | 2015-06-09 | International Business Machines Corporation | Updating zone information in a distributed switch of data forwarders |
US20130318314A1 (en) * | 2012-05-25 | 2013-11-28 | Red Hat, Inc. | Managing copies of data on multiple nodes using a data controller node to avoid transaction deadlock |
US9544927B2 (en) * | 2012-07-02 | 2017-01-10 | Alcatel Lucent | System, method and computer readable medium for bearer activation in a core network for wireless devices |
CN104521182B (zh) * | 2012-08-08 | 2016-08-24 | 英派尔科技开发有限公司 | 用于云监视的实时压缩数据收集方法及数据中心 |
US8539567B1 (en) | 2012-09-22 | 2013-09-17 | Nest Labs, Inc. | Multi-tiered authentication methods for facilitating communications amongst smart home devices and cloud-based servers |
JP6086195B2 (ja) * | 2012-09-26 | 2017-03-01 | 岩崎通信機株式会社 | 無線メッシュネットワークシステムおよび無線通信装置 |
US9037896B2 (en) * | 2012-11-05 | 2015-05-19 | Cisco Technology, Inc. | Root cause analysis in a sensor-actuator fabric of a connected environment |
US20140282923A1 (en) | 2013-03-14 | 2014-09-18 | Motorola Mobility Llc | Device security utilizing continually changing qr codes |
US9191209B2 (en) | 2013-06-25 | 2015-11-17 | Google Inc. | Efficient communication for devices of a home network |
US9112790B2 (en) | 2013-06-25 | 2015-08-18 | Google Inc. | Fabric network |
-
2013
- 2013-06-25 US US13/926,302 patent/US9112790B2/en active Active
-
2014
- 2014-06-23 BR BR112015032501-7A patent/BR112015032501B1/pt active IP Right Grant
- 2014-06-23 EP EP15179772.7A patent/EP2978166B1/en active Active
- 2014-06-23 MX MX2017015863A patent/MX368748B/es unknown
- 2014-06-23 KR KR1020177002204A patent/KR101769082B1/ko active IP Right Grant
- 2014-06-23 EP EP21167600.2A patent/EP3866409B1/en active Active
- 2014-06-23 EP EP23214981.5A patent/EP4319068A3/en active Pending
- 2014-06-23 CN CN201480045696.8A patent/CN105917615B/zh active Active
- 2014-06-23 CN CN202210394763.3A patent/CN114978791B/zh active Active
- 2014-06-23 KR KR1020167002169A patent/KR101702285B1/ko active IP Right Grant
- 2014-06-23 CA CA3131902A patent/CA3131902C/en active Active
- 2014-06-23 JP JP2015563116A patent/JP6126252B2/ja active Active
- 2014-06-23 KR KR1020177022419A patent/KR101847576B1/ko active IP Right Grant
- 2014-06-23 CA CA3225089A patent/CA3225089A1/en active Pending
- 2014-06-23 RU RU2018110075A patent/RU2693289C2/ru active
- 2014-06-23 EP EP14741728.1A patent/EP2920921B1/en active Active
- 2014-06-23 KR KR1020197028354A patent/KR102050848B1/ko active IP Right Grant
- 2014-06-23 KR KR1020197004796A patent/KR102028146B1/ko active IP Right Grant
- 2014-06-23 CN CN201910115444.2A patent/CN110086763B/zh active Active
- 2014-06-23 EP EP19194377.8A patent/EP3611677B1/en active Active
- 2014-06-23 WO PCT/US2014/043695 patent/WO2014209898A1/en active Application Filing
- 2014-06-23 CA CA2916589A patent/CA2916589C/en active Active
- 2014-06-23 EP EP18167942.4A patent/EP3367623B1/en active Active
- 2014-06-23 KR KR1020187009446A patent/KR101951785B1/ko active IP Right Grant
- 2014-06-23 AU AU2014302721A patent/AU2014302721B2/en not_active Expired - Fee Related
- 2014-06-23 MX MX2015018002A patent/MX352768B/es active IP Right Grant
- 2014-06-23 RU RU2016102034A patent/RU2650028C2/ru active
- 2014-10-01 US US14/504,296 patent/US9172759B2/en active Active
- 2014-10-01 US US14/504,290 patent/US9015266B2/en active Active
- 2014-10-21 US US14/520,119 patent/US9313280B2/en active Active
- 2014-10-22 US US14/520,988 patent/US9002967B2/en active Active
- 2014-10-22 US US14/520,969 patent/US9021133B1/en active Active
- 2014-10-22 US US14/521,004 patent/US9002968B2/en active Active
-
2016
- 2016-03-18 US US15/074,547 patent/US9923801B2/en active Active
- 2016-05-11 AU AU2016203041A patent/AU2016203041B2/en active Active
- 2016-05-11 AU AU2016203048A patent/AU2016203048B2/en active Active
- 2016-08-16 AU AU2016216596A patent/AU2016216596B2/en active Active
-
2017
- 2017-02-17 JP JP2017028322A patent/JP6174281B2/ja active Active
- 2017-07-05 JP JP2017131818A patent/JP6660348B2/ja active Active
- 2017-08-06 AU AU2017210654A patent/AU2017210654B2/en active Active
- 2017-11-15 AU AU2017261508A patent/AU2017261508B2/en active Active
-
2018
- 2018-01-29 US US15/882,212 patent/US10693760B2/en active Active
- 2018-04-11 JP JP2018076154A patent/JP6799560B2/ja active Active
-
2019
- 2019-04-03 JP JP2019071200A patent/JP6679791B2/ja active Active
- 2019-06-06 RU RU2019117595A patent/RU2728764C1/ru active
- 2019-11-26 AU AU2019271917A patent/AU2019271917B2/en active Active
-
2020
- 2020-03-18 JP JP2020047817A patent/JP6786736B2/ja active Active
- 2020-06-30 RU RU2020121698A patent/RU2742327C1/ru active
- 2020-10-28 JP JP2020180360A patent/JP6858300B2/ja active Active
-
2021
- 2021-01-22 RU RU2021101318A patent/RU2754308C1/ru active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2372721C2 (ru) * | 2004-06-16 | 2009-11-10 | Конинклейке Филипс Электроникс Н.В. | Распределенное резервирование ресурсов в беспроводной специальной сети |
WO2006135758A1 (en) * | 2005-06-09 | 2006-12-21 | Whirlpool Corporation | Components and accessories for a communicating appliance |
US20080188963A1 (en) * | 2005-06-09 | 2008-08-07 | Whirlpool Corporation | Distributed object-oriented appliance control system |
RU2008135964A (ru) * | 2006-04-28 | 2010-03-10 | Самсунг Электроникс Ко., Лтд. (KR) | СПОСОБ И УСТРОЙСТВО ДЛЯ ФОРМИРОВАНИЯ УНИКАЛЬНОГО ЛОКАЛЬНОГО АДРЕСА IPv6 |
US20100232317A1 (en) * | 2009-03-11 | 2010-09-16 | Xiangpeng Jing | Method and apparatus for a wireless home mesh network with network topology visualizer |
US20130083805A1 (en) * | 2011-10-04 | 2013-04-04 | Advanergy, Inc. | Network Integration System and Method |
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2754308C1 (ru) | Инфраструктурная сеть | |
RU2735238C1 (ru) | Эффективная связь для устройств домашней сети |