RU2742327C1 - Инфраструктурная сеть - Google Patents

Инфраструктурная сеть Download PDF

Info

Publication number
RU2742327C1
RU2742327C1 RU2020121698A RU2020121698A RU2742327C1 RU 2742327 C1 RU2742327 C1 RU 2742327C1 RU 2020121698 A RU2020121698 A RU 2020121698A RU 2020121698 A RU2020121698 A RU 2020121698A RU 2742327 C1 RU2742327 C1 RU 2742327C1
Authority
RU
Russia
Prior art keywords
field
message
profile
data
electronic device
Prior art date
Application number
RU2020121698A
Other languages
English (en)
Inventor
Джей Д. ЛОГ
Грант М. ЭРИКСОН
Захари Б. СМИТ
Осборн Б. ХАРДИСОН
Ричард Дж. ШУЛЬТЦ
Санни П. ГУДЖАРУ
Мэттью Г. НИЛИ
Original Assignee
Гугл Инк.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Гугл Инк. filed Critical Гугл Инк.
Application granted granted Critical
Publication of RU2742327C1 publication Critical patent/RU2742327C1/ru

Links

Images

Classifications

    • 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
    • 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
    • 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)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Data Mining & Analysis (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (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

Изобретение относится к электронному устройству. Технический результат заключается в возможности эффективной передачи данных в инфраструктурной сети. Электронное устройство, выполненное с возможностью передавать сообщения в или принимать сообщения от других электронных устройств через уровень платформы, при этом сообщения имеют формат сообщения, содержащий: поле типа сообщения, которое приспособлено указывать код операции сообщения, определяющее тип передаваемого сообщения; поле идентификатора (ID) обмена, следующее за полем типа сообщения, причем поле ID обмена приспособлено однозначно идентифицировать обсуждение, в котором сообщение появляется для электронного устройства; поле ID профиля, непосредственно следующее за полем ID обмена, причем поле ID профиля указывает профиль из множества профилей, который позволяет принимающему устройству интерпретировать поле типа сообщения и идентифицировать по меньшей мере одну схему из множества схем для передаваемых данных, при этом каждая схема из множества схем указывает формат кодирования в соответствии с профилем и схемой; поле полезной нагрузки приложения, следующее за полем ID профиля, при этом поле полезной нагрузки приложения содержит данные, ассоциированные с уровнем приложения электронного устройства. 3 н. и 17 з.п. ф-лы, 49 ил., 25 табл.

Description

[0001] Настоящее изобретение относится к инфраструктурной сети, которая связывает электронные устройства с использованием сетей одного или нескольких типов.
[0002] Данный раздел предназначен для представления читателю различных аспектов уровня техники, которые могут быть связаны с различными аспектами настоящих технологий, которые описаны и/или заявлены ниже. Представляется, что это обсуждение будет полезным в предоставлении читателю информации о предпосылках изобретения, чтобы способствовать лучшему пониманию различных аспектов настоящего раскрытия. Соответственно, следует понимать, что эти сведения должны пониматься в этом свете, а не в качестве сведений из предшествующего уровня техники.
[0003] Подключенные к сети устройства появляются повсеместно в домах. Некоторые из этих устройств часто способны осуществлять связь друг с другом через один тип сети (например, соединение WiFi) с использованием протокола передачи. Может быть желательным использовать менее энергоемкие протоколы соединения для некоторых устройств, которые питаются от батареи или получают пониженный заряд. Однако в некоторых сценариях, устройства, связанные с протоколом пониженной мощности, могут быть не в состоянии осуществлять связь с устройствами, связанными с протоколом более высокой мощности (например, WiFi).
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[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 может осуществлять связь с одной логической сетью (например, WiFi), а другой компонент сетевого интерфейса может осуществлять связь с другой логической сетью (например, 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 через одну или более логических сетей (например, WiFi). Беспроводной маршрутизатор 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 сети (например, WiFi, Ethernet, HomePlug, 802.15.4 и т.д.).
[0089] Транспортный уровень 98 может определять прозрачный перенос данных из узла-источника к узлу-получателю. Транспортный уровень 98 может также управлять тем, как прозрачный перенос данных остается надежным. Таким образом, транспортный уровень 98 может быть использован для проверки того, что пакеты данных, предназначенные для передачи на узел-получатель, действительно достигли узла-получателя. Примерные протоколы, которые могут быть использованы на транспортном уровне 98, могут включать в себя Протокол Управления Передачей (TCP) и Протокол Пользовательских Дейтаграмм (UDP).
[0090] Уровень 100 платформы включает в себя инфраструктурную сеть и устанавливает соединения между устройствами в соответствии с протоколом, заданным в транспортном уровне 98, и может быть безразличным к типу сети, используемому в сетевом уровне 96. Уровень 100 платформы может также переводить пакеты данных в форму, которую может использовать уровень 102 приложения. Уровень 102 приложения может поддерживать приложение программного обеспечения, которое может непосредственно взаимодействовать с пользователем. Таким образом, уровень 102 приложения может реализовывать протоколы, определенные приложением программного обеспечения. Например, приложение программного обеспечения может обеспечивать сервисы, такие как передачи файлов, электронная почта и т.п.
II. Взаимосвязь инфраструктурных устройств
[0091] Как описано выше, инфраструктура может быть реализована с использованием одного или более подходящих протоколов связи, таких как протоколы IPv6. В самом деле, инфраструктура может быть частично или полностью безразлична к базовым технологиям (например, типам сетей или протоколам связи), используемым для реализации инфраструктуры. В одном или более протоколах связи, инфраструктура может быть реализована с использованием одного или более типов сетей, используемых, чтобы коммуникативно связывать электрические устройства с использованием беспроводных или проводных соединений. Например, некоторые варианты осуществления инфраструктуры могут включать в себя Ethernet, WiFi, 802.15.4, ZigBee®, ISA100.11a, WirelessHART, MiWiTM, сети на линиях питания и/или другие подходящие типы сетей. В рамках инфраструктуры устройства (например, узлы) могут обмениваться пакетами информации с другими устройствами (например, узлами) в инфраструктуре, непосредственно или через промежуточные узлы, такие как интеллектуальные термостаты, выступающие в качестве IP-маршрутизаторов. Эти узлы могут включать в себя устройства от производителей (например, термостаты и детекторы дыма) и/или клиентские устройства (например, телефоны, планшеты, компьютеры и т.д.). Кроме того, некоторые устройства могут быть “всегда включены” и непрерывно получают питание с использованием электрических соединений. Другие устройства могут иметь частично сниженное потребление мощности (например, средний рабочий цикл), используя соединение уменьшенной/прерывистой мощности, например, соединение питания термостата или дверного звонка. Наконец, некоторые устройства могут иметь короткий рабочий цикл и работают только от батарейного питания. Другими словами, в некоторых вариантах осуществления, инфраструктура может включать разнородные устройства, которые могут быть соединены с одной или более подсетями в соответствии с типом соединения и/или желательной потребляемой мощности. Фиг. A-C иллюстрируют три варианта осуществления, которые могут быть использованы для соединения электрических устройств через одну или более подсетей в инфраструктуре.
A. Топология одиночной сети
[0092] Фиг. 4 иллюстрирует вариант осуществления инфраструктуры 1000, имеющей топологию одиночной сети. Как показано, инфраструктура 1000 включает в себя одиночную логическую сеть 1002. Сеть 1002 может включать в себя Ethernet, WiFi, 802.15.4, сети на линиях питания и/или другие подходящие типы сетей в протоколах IPv6. В самом деле, в некоторых вариантах осуществления, когда сеть 1002 включает в себя сеть WiFi или Ethernet, сеть 1002 может охватывать несколько сегментов Wi-Fi и/или Ethernet, которые перекрываются мостами на канальном уровне.
[0093] Сеть 1002 включает в себя один или несколько узлов 1004, 1006, 1008, 1010, 1012, 1014 и 1016, совместно упоминаемых как 1004-1016. Хотя показанная сеть 1002 включает в себя семь узлов, некоторые варианты осуществления сети 1002 могут включать в себя один или несколько узлов, взаимосвязанных с использованием сети 1002. Кроме того, если сеть 1002 является сетью WiFi, каждый из узлов 1004-1016 может быть взаимосвязан с помощью узла 1016 (например, WiFi-маршрутизатора) и/или формировать пары с другими узлами, используя WiFi Direct (прямое соединение) (т.е., WiFi P2P).
B. Звездообразная сетевая топология
[0094] На фиг. 5 показан альтернативный вариант осуществления инфраструктуры 1000 в форме инфраструктуры 1018, имеющей звездообразную сетевую топологию. Инфраструктура 1018 включает в себя сеть-концентратор 1020, которая соединяет вместе две периферийные сети 1022 и 1024. Сеть-концентратор 1020 может включать в себя домашнюю сеть, например, сеть WiFi/Ethernet или сеть на линиях питания. Периферийные сети 1022 и 1024 могут быть дополнительными сетевыми соединениями различных типов, иных, чем сеть-концентратор 1020. Например, в некоторых вариантах осуществления, сеть-концентратор 1020 может представлять собой сеть WiFi/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 в сети WiFi/Ethernet. Связь между периферийной сетью 1022 и 1024 проходит через сеть-концентратор 1020 с использованием узлов межсетевой маршрутизации. Например, в показанном варианте осуществления, узлы 1034 и 1036 соединены с периферийной сетью 1022 с использованием первого типа сетевого соединения (например, 802.15.4) и с сетью-концентратором 1020 с использованием второго типа сетевого соединения (например, WiFi), в то время как узел 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/WiFi, а не конечную точку, и может не присутствовать либо в сети 1056, либо в сети 1058, той, которая не является сетью Ethernet/WiFi. Соответственно, сообщение от узла 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 может быть назначен монотонно, начиная с единицы, с добавлением каждой новой логической сети к инфраструктуре. Например, сеть WiFi может быть идентифицирована шестнадцатеричным значением 0x01, а позднее подключенная сеть 802.15.4 может быть идентифицирована шестнадцатеричным значением 0x02, продолжая с приращением после подсоединения каждой новой сети к инфраструктуре.
[00105] Наконец, ULA 1098 включает в себя ID 1104 интерфейса, который включает в себя 64 бита. ID 1104 интерфейса может быть назначен с использованием глобально уникального 64-битного идентификатора в соответствии со стандартом IEEE EUI-64. Например, устройства с интерфейсами сети IEEE 802 могут получать ID 1104 интерфейса с использованием прожженного MAC-адреса для “первичного интерфейса” устройств. В некоторых вариантах осуществления, обозначение, какой интерфейс является первичным интерфейсом, может быть определено произвольно. В других вариантах осуществления некоторый тип интерфейса (например, WiFi) может считаться первичным интерфейсом, когда он присутствует. Если МАС-адрес для первичного интерфейса устройства является 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 списка свойств:
Figure 00000001
Figure 00000002
Figure 00000003
Figure 00000004
Figure 00000005
Figure 00000006
Figure 00000007
В качестве примера, приведенный выше список свойств может быть представлен в тегах описанного выше формата TLV (без байта управления) в соответствии с таблицей 5 ниже.
Таблица 5
Примерное представление XML-списка свойств в формате TLV
XML ключ Тип тега Номер тега
OfflineMode Булев 1
IPv4 Контейнер 3
IPv6 Контейнер 4
Method Строка 5
Technologies Контейнер 6
WiFi Контейнер 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.wifi
0×40 09 0×01 1 Technologies.wifi.Enabled
0×4d 0a 0×5e Technologies.wifi.Devices
0×4d 16 0×5b Technologies.wifi.Devices.Device.[0]
0×4b 0b 0×13 “wifi_18b43…” Technologies.wifi.Devices.Device.[0].ID
0×40 09 0×01 1 Technologies.wifi.Devices.Device.[0].Enabled
0×4d 0c 0×3e Technologies.wifi.Devices.Device.[0].Services
0×0b 0×3c “wifi_18b43…” Technologies.wifi.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 “wifi_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 (42)

1. Электронное устройство, выполненное с возможностью передавать сообщения в или принимать сообщения от других электронных устройств через уровень платформы, каковые сообщения должны вызывать выполнение операции в электронном устройстве или этих других электронных устройствах, при этом сообщения имеют формат сообщения, содержащий:
поле типа сообщения, причем поле типа сообщения приспособлено указывать код операции сообщения, который определяет тип передаваемого сообщения;
поле идентификатора (ID) обмена, непосредственно следующее за полем типа сообщения, причем поле ID обмена приспособлено однозначно идентифицировать обсуждение, в котором сообщение появляется для электронного устройства;
поле ID профиля, непосредственно следующее за полем ID обмена, причем поле ID профиля указывает профиль из множества профилей, который позволяет принимающему устройству интерпретировать поле типа сообщения и идентифицировать по меньшей мере одну схему из множества схем для передаваемых данных, при этом каждая схема из множества схем указывает формат кодирования в соответствии с профилем и схемой; и
поле полезной нагрузки приложения, следующее за полем ID профиля, при этом поле полезной нагрузки приложения содержит данные, ассоциированные с уровнем приложения электронного устройства.
2. Электронное устройство по п. 1, при этом формат сообщения содержит индивидуальное для профиля поле заголовка, которое непосредственно следует за полем ID профиля и непосредственно предшествует полю полезной нагрузки приложения, при этом индивидуальный для профиля заголовок включен в формат сообщения, когда поле профиля указывает, что включен профиль, который использует дополнительную информацию для обработки полезной нагрузки приложения.
3. Электронное устройство по п. 1, при этом каждый профиль из множества профилей содержит набор схем из множества схем.
4. Электронное устройство по п. 1, при этом указанный профиль содержит:
базовый профиль, содержащий набор базовых схем, доступных для электронного устройства;
профиль управления данными, содержащий набор схем управления данными, который позволяет электронному устройству осуществлять доступ к данным, расположенным на упомянутых других электронных устройствах;
профиль групповой пересылки данных, содержащий набор схем групповой пересылки данных, который позволяет электронному устройству пересылать массив данных на упомянутые другие электронные устройства или от упомянутых электронных устройств;
профиль отчетности о состоянии, содержащий набор схем отчетности о состоянии, который позволяет электронному устройству передавать или принимать информацию о состоянии от упомянутых других электронных устройств; или
профиль обновления программного обеспечения, содержащий набор схем обновления программного обеспечения, который позволяет электронному устройству передавать или принимать образы обновления программного обеспечения изображения от упомянутых других электронных устройств.
5. Электронное устройство по п. 1, при этом формат сообщения содержит поле версии, приспособленное указывать версию формата сообщения, используемого для форматирования сообщения, причем поле типа сообщения непосредственно следует за полем версии, при этом поле версии содержит 8 бит данных.
6. Электронное устройство по п. 1, при этом поле типа сообщения содержит 8 бит данных.
7. Электронное устройство по п. 1, при этом поле ID обмена содержит 16 бит данных.
8. Долговременный машиночитаемый носитель, на котором сохранено сообщение, имеющее формат сообщения, причем формат сообщения вызывает выполнение операции в электронном устройстве, имеющем этот долговременный машиночитаемый носитель, при этом формат сообщения содержит:
поле типа сообщения, причем поле типа сообщения приспособлено указывать код операции сообщения, который определяет тип передаваемого сообщения;
поле идентификатора (ID) обмена, непосредственно следующее за полем типа сообщения, причем поле ID обмена приспособлено однозначно идентифицировать обсуждение, в котором сообщение появляется;
поле ID профиля, непосредственно следующее за полем ID обмена, причем поле ID профиля указывает профиль из множества профилей, который позволяет принимающему устройству интерпретировать поле типа сообщения и идентифицировать по меньшей мере одну схему из множества схем для передаваемых данных, при этом каждая схема из множества схем указывает формат кодирования в соответствии с профилем и схемой; и
поле полезной нагрузки приложения, следующее за полем ID профиля, при этом поле полезной нагрузки приложения содержит данные, ассоциированные с уровнем приложения.
9. Долговременный машиночитаемый носитель по п. 8, при этом формат сообщения содержит индивидуальное для профиля поле заголовка, причем индивидуальное для профиля поле заголовка используется при идентификации схемы.
10. Долговременный машиночитаемый носитель по п. 8, при этом поле ID профиля содержит 32 бита данных.
11. Долговременный машиночитаемый носитель по п. 8, при этом поле полезной нагрузки приложения имеет переменную длину данных.
12. Долговременный машиночитаемый носитель по п. 8, при этом поле полезной нагрузки приложения содержит данные, отформатированные согласно формату 'тег-длина-значение'.
13. Долговременный машиночитаемый носитель по п. 8, при этом каждый профиль из множества профилей содержит схему из множества схем.
14. Способ передачи и приема сообщений между устройствами в инфраструктурной сети, каковые сообщения вызывают выполнение операции в электронном устройстве из этих устройств, при этом способ содержит этап, на котором передают или принимают сообщение c использованием формата сообщения, при этом формат сообщения содержит:
поле типа сообщения, причем поле типа сообщения приспособлено указывать код операции сообщения, который определяет тип передаваемого сообщения;
поле идентификатора (ID) обмена, непосредственно следующее за полем типа сообщения, причем поле ID обмена приспособлено однозначно идентифицировать обсуждение, в котором сообщение появляется;
поле ID профиля, непосредственно следующее за полем ID обмена, причем поле ID профиля указывает профиль из множества профилей, который позволяет принимающему устройству интерпретировать поле типа сообщения и идентифицировать по меньшей мере одну схему из множества схем для передаваемых данных, при этом каждая схема из множества схем указывает формат кодирования в соответствии с профилем и схемой; и
поле полезной нагрузки приложения, следующее за полем ID профиля, при этом поле полезной нагрузки приложения содержит данные, ассоциированные с уровнем приложения.
15. Способ по п. 14, в котором формат сообщения содержит индивидуальное для профиля поле заголовка, которое непосредственно следует за полем ID профиля и непосредственно предшествует полю полезной нагрузки приложения, при этом индивидуальный для профиля заголовок включен в формат сообщения, когда поле профиля указывает, что включен профиль, который использует дополнительную информацию для обработки полезной нагрузки приложения.
16. Способ по п. 14, в котором каждый профиль из множества профилей содержит набор схем из множества схем.
17. Способ по п. 14, в котором указанный профиль содержит:
базовый профиль, содержащий набор базовых схем, доступных для электронного устройства;
профиль управления данными, содержащий набор схем управления данными, который позволяет электронному устройству осуществлять доступ к данным, расположенным на других электронных устройствах;
профиль групповой пересылки данных, содержащий набор схем групповой пересылки данных, который позволяет электронному устройству пересылать массив данных на другие электронные устройства или от электронных устройств;
профиль отчетности о состоянии, содержащий набор схем отчетности о состоянии, который позволяет электронному устройству передавать или принимать информацию о состоянии от других электронных устройств; или
профиль обновления программного обеспечения, содержащий набор схем обновления программного обеспечения, который позволяет электронному устройству передавать или принимать образы обновления программного обеспечения изображения от других электронных устройств.
18. Способ по п. 14, в котором формат сообщения содержит поле версии, приспособленное указывать версию формата сообщения, используемого для форматирования сообщения, при этом поле типа сообщения непосредственно следует за полем версии, причем поле версии содержит 8 бит данных.
19. Способ по п. 14, в котором поле типа сообщения содержит 8 бит данных.
20. Способ по п. 14, в котором поле ID обмена содержит 16 бит данных.
RU2020121698A 2013-06-25 2020-06-30 Инфраструктурная сеть RU2742327C1 (ru)

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
RU2019117595A Division RU2728764C1 (ru) 2013-06-25 2019-06-06 Инфраструктурная сеть

Related Child Applications (1)

Application Number Title Priority Date Filing Date
RU2021101318A Division RU2754308C1 (ru) 2013-06-25 2021-01-22 Инфраструктурная сеть

Publications (1)

Publication Number Publication Date
RU2742327C1 true RU2742327C1 (ru) 2021-02-04

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 (3)

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 Инфраструктурная сеть

Family Applications After (1)

Application Number Title Priority Date Filing Date
RU2021101318A RU2754308C1 (ru) 2013-06-25 2021-01-22 Инфраструктурная сеть

Country Status (11)

Country Link
US (9) US9112790B2 (ru)
EP (6) EP3866409B1 (ru)
JP (7) JP6126252B2 (ru)
KR (6) KR102028146B1 (ru)
CN (4) CN105917615B (ru)
AU (7) AU2014302721B2 (ru)
BR (1) BR112015032501B1 (ru)
CA (3) CA3225089A1 (ru)
MX (2) MX368748B (ru)
RU (5) RU2693289C2 (ru)
WO (1) WO2014209898A1 (ru)

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US9531704B2 (en) 2013-06-25 2016-12-27 Google Inc. Efficient network layer for IPv6 protocol
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
EP3125471B1 (en) * 2014-04-21 2019-05-22 Mitsubishi Electric Corporation Communication device, integrated vehicle management system, and method for updating routing table
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
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
KR102076393B1 (ko) * 2016-10-27 2020-05-19 국민대학교산학협력단 광학 카메라 통신을 이용하는 조명 제어 방법 및 장치
CN106657296B (zh) * 2016-12-06 2020-04-24 捷开通讯(深圳)有限公司 一种终端间信息转移方法及通信终端
US10425287B2 (en) * 2017-02-23 2019-09-24 Dell Products L.P. Systems and methods for network topology discovery
US10785118B2 (en) 2017-02-23 2020-09-22 Dell Products L.P. Systems and methods for network topology validation
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 华为技术有限公司 报文处理的方法和设备
US10673695B2 (en) 2018-03-06 2020-06-02 Kaloom Inc. Computing device and method for performing a fabric deployment in a data center
US10924454B2 (en) 2018-03-06 2021-02-16 Kaloom Inc. Computing device and method for generating a fabric-wide IPV6 address
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
WO2020219807A1 (en) * 2019-04-25 2020-10-29 Liqid Inc. Composed computing systems with converged and disaggregated component pool
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 (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0935200A1 (en) * 1998-02-06 1999-08-11 NCR International, Inc. Highly scalable parallel processing computer system architecture
US20050246186A1 (en) * 2004-04-30 2005-11-03 Nikolov Radoslav I Prioritizing producers and consumers of an enterprise messaging system
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
US20130083805A1 (en) * 2011-10-04 2013-04-04 Advanergy, Inc. Network Integration System and Method

Family Cites Families (403)

* Cited by examiner, † Cited by third party
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
US6006100A (en) 1990-05-25 1999-12-21 Norand Corporation Multi-level, hierarchical radio-frequency communication system
US5682379A (en) 1993-12-23 1997-10-28 Norand Corporation Wireless personal local area network
US5805807A (en) 1990-05-25 1998-09-08 Norand Corporation Multilevel data communication system including local and host systems
US5640151A (en) 1990-06-15 1997-06-17 Texas Instruments Incorporated Communication system for communicating with tags
ES2082885T3 (es) 1990-06-15 1996-04-01 Savi Techn Inc Metodo y aparato para radio-identificacion y seguimiento.
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 Ｇｐｓ測位装置
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
AU664864B2 (en) 1991-10-01 1995-12-07 Broadcom 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
US5610969A (en) 1994-12-23 1997-03-11 Bell Atlantic Mobile Systems, Inc. Personal communication service registration system and method
EP0758114A4 (en) * 1995-02-28 1998-08-26 Ntt Data Tsushin Kk COOPERATIVE DISTRIBUTED SYSTEM, NEWSPAPER PROCESSING AND RECOVERY PROCESSING IN THE 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
US5892441A (en) 1996-06-26 1999-04-06 Par Government Systems Corporation Sensing with active electronic tags
US5917433A (en) 1996-06-26 1999-06-29 Orbital Sciences Corporation Asset monitoring system and associated method
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
US6104512A (en) 1998-01-23 2000-08-15 Motorola, Inc. Method for adjusting the power level of an infrared signal
US20020073646A1 (en) 1998-01-23 2002-06-20 Von Gutfeld Robert J. Apparatus and system for rapidly attaching identifiers to items
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
DE69939875D1 (de) 1998-09-03 2008-12-18 Wherenet Inc Mehrfach laterales netz mit zirkularpolarisierter antenne
US6427913B1 (en) 1998-09-11 2002-08-06 Key-Trak, Inc. Object control and tracking system with zonal transition detection
US6232876B1 (en) 1998-09-11 2001-05-15 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
US6285295B1 (en) 1998-12-14 2001-09-04 Martin S. Casden Passive remote programmer for induction type RFID readers
US6154658A (en) 1998-12-14 2000-11-28 Lockheed Martin Corporation Vehicle information and safety control system
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 データ受信装置
AU4987800A (en) 1999-05-06 2000-11-21 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
JP2003500975A (ja) 1999-05-21 2003-01-07 ケーナー，ラルフ・ジェイ 規定された集合のメンバーの存在／不在をモニタするための識別システム
WO2000074306A2 (en) 1999-05-28 2000-12-07 Basic Resources, Inc. Wireless transceiver network employing node-to-node data messaging
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
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
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
GB9930645D0 (en) 1999-12-23 2000-02-16 Koninkl Philips Electronics Nv Location alarm
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
EP1182154A4 (en) 2000-01-31 2007-12-26 Ishikawajima Transp Machinery METHOD AND DEVICE FOR MANAGING CONTAINERS
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
US6547137B1 (en) 2000-02-29 2003-04-15 Larry J. Begelfer System for distribution and control of merchandise
JP2001242210A (ja) 2000-02-29 2001-09-07 Murata Mfg Co Ltd 高周波部品、通信装置および高周波部品の特性測定方法
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
JP3859591B2 (ja) * 2000-06-16 2006-12-20 富士通株式会社 Ｖｐｎ収容機能を含む通信装置
US20020002627A1 (en) 2000-06-20 2002-01-03 Graham Stead 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
US7161476B2 (en) 2000-07-26 2007-01-09 Bridgestone Firestone North American Tire, Llc Electronic tire management system
EP1309460B1 (en) 2000-07-26 2010-08-25 Bridgestone Americas Tire Operations, 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
US6542114B1 (en) 2000-09-07 2003-04-01 Savi Technology, Inc. Method and apparatus for tracking items using dual frequency tags
US6940392B2 (en) 2001-04-24 2005-09-06 Savi Technology, Inc. Method and apparatus for varying signals transmitted by a tag
ATE464618T1 (de) 2000-09-07 2010-04-15 Savi Techn Inc Verfahren und vorrichtung zur verfolgung von geräten mit radiofrequenzetiketten
US6720888B2 (en) 2000-09-07 2004-04-13 Savi Technology, Inc. Method and apparatus for tracking mobile devices using tags
US6765484B2 (en) 2000-09-07 2004-07-20 Savi Technology, Inc. Method and apparatus for supplying commands to a tag
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
US6745027B2 (en) 2000-12-22 2004-06-01 Seekernet Incorporated Class switched networks for tracking articles
US7133704B2 (en) 2000-12-22 2006-11-07 Terahop Networks, Inc. Manufacture of 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
US7733818B2 (en) 2000-12-22 2010-06-08 Terahop Networks, Inc. Intelligent node communication using network formation messages in a mobile Ad hoc network
US8280345B2 (en) 2000-12-22 2012-10-02 Google Inc. LPRF device wake up using wireless tag
US20100330930A1 (en) 2000-12-22 2010-12-30 Twitchell Robert W 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
US7200132B2 (en) 2000-12-22 2007-04-03 Terahop Networks, Inc. Forming ad hoc RSI networks among transceivers sharing common designation
US6934540B2 (en) 2000-12-22 2005-08-23 Seekernet, Inc. Network formation in asset-tracking system based on asset class
US7209771B2 (en) 2000-12-22 2007-04-24 Terahop Networks, Inc. Battery powered wireless transceiver having LPRF component and second wake up receiver
US7522568B2 (en) 2000-12-22 2009-04-21 Terahop Networks, Inc. Propagating ad hoc wireless networks based on common designation and routine
US7209468B2 (en) 2000-12-22 2007-04-24 Terahop Networks, Inc. Forming communication cluster of wireless AD HOC network 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
US7907941B2 (en) 2006-01-01 2011-03-15 Terahop Networks, Inc. Determining presence of radio frequency communication device
US7155264B2 (en) 2000-12-22 2006-12-26 Terahop Networks, Inc. Systems and methods having LPRF device wake up using wireless tag
US20080303897A1 (en) 2000-12-22 2008-12-11 Terahop Networks, Inc. Visually capturing and monitoring contents and events of cargo container
US7830273B2 (en) 2005-08-18 2010-11-09 Terahop Networks, Inc. Sensor networks for pipeline monitoring
US7430437B2 (en) 2000-12-22 2008-09-30 Terahop Networks, Inc. Transmitting sensor-acquired data using step-power filtering
JP3816334B2 (ja) 2000-12-22 2006-08-30 株式会社エヌ・ティ・ティ・ドコモ 無線リソース割当方法及び基地局
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
EP2287777A1 (en) 2001-02-12 2011-02-23 Symbol Technologies, Inc. Radio frequency identification architecture
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
WO2002095438A2 (en) 2001-05-22 2002-11-28 Geospatial Technologies, Inc. A 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
US7233958B2 (en) 2002-02-01 2007-06-19 Sap Aktiengesellschaft Communications in an item tracking system
US7969306B2 (en) 2002-01-11 2011-06-28 Sap Aktiengesellschaft Context-aware and real-time item tracking system architecture and scenarios
WO2003063103A1 (en) 2002-01-18 2003-07-31 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
US7002472B2 (en) 2002-09-04 2006-02-21 Northrop Grumman Corporation Smart and secure container
US6975614B2 (en) 2002-09-04 2005-12-13 Harris Corporation Intelligent communication node object beacon framework in a mobile ad hoc network
EP1557058B1 (en) 2002-10-09 2011-06-08 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
EP2485507B1 (en) 2002-11-11 2014-07-16 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
EP1584077A1 (en) 2003-01-14 2005-10-12 United Technologies Corporation Shipping container and method of using same
CN1745393B (zh) * 2003-01-27 2011-11-02 松下电器产业株式会社 一种终端装置、服务器装置、数字内容分发系统及事项处理方法
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
GB2415075B8 (en) 2003-02-21 2006-09-22 Westinghouse Government Enviro 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
US7196622B2 (en) 2003-04-09 2007-03-27 Savi Technology, Inc. State monitoring of a container
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
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
EP1639564A4 (en) 2003-06-17 2007-08-15 United Security Appl Id Inc ELECTRONIC SECURITY SYSTEM FOR MONITORING AND RECORDING ACTIVITY AND DATA RELATING TO FREIGHT
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 株式会社半導体エネルギー研究所 非直線ａ／ｄ変換されたデジタル信号対応のｄ／ａ変換回路及びそれを内蔵した音声信号処理回路及び表示装置
US7394372B2 (en) 2003-12-30 2008-07-01 G2 Microsystems Pty. Ltd. Method and apparatus for aggregating and communicating tracking information
US7212122B2 (en) 2003-12-30 2007-05-01 G2 Microsystems Pty. Ltd. Methods and apparatus of meshing and hierarchy establishment for tracking devices
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
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
WO2005125047A1 (en) * 2004-06-16 2005-12-29 Philips Intellectual Property & Standards Gmbh Distributed resource reservation in a wireless adhoc network
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
US20080201403A1 (en) * 2004-09-29 2008-08-21 Telefonaktiebolaget Lm Ericsson (Publ) Maintaning 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
CA2605177C (en) 2005-04-19 2011-06-21 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
EP2247067B1 (en) 2005-06-09 2016-05-11 Whirlpool Corporation Appliance with embedded virtual router
US20070008408A1 (en) 2005-06-22 2007-01-11 Ron Zehavi Wide area security system and method
WO2007005947A1 (en) 2005-07-01 2007-01-11 Terahop Networks, Inc. Nondeterministic and deterministic network routing
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
WO2008048304A2 (en) * 2005-12-01 2008-04-24 Firestar Software, Inc. System and method for exchanging information among exchange applications
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 华为技术有限公司 一种多协议信令转换的方法和装置
WO2009151877A2 (en) 2008-05-16 2009-12-17 Terahop Networks, Inc. Systems and apparatus for securing a container
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
US8369343B2 (en) * 2008-06-03 2013-02-05 Microsoft Corporation Device virtualization
US20100188993A1 (en) 2009-01-28 2010-07-29 Gregory G. Raleigh Network tools for analysis, design, testing, and production of services
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
US7990897B2 (en) 2009-03-11 2011-08-02 Sony Corporation Method and apparatus for a wireless home mesh network with network topology visualizer
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
US8572196B2 (en) * 2010-08-12 2013-10-29 Netbriefings, Inc. 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 엘지전자 주식회사 다중 네트워크 접속 방법 및 그 통신 기기
JP2014534405A (ja) * 2011-10-21 2014-12-18 ネスト・ラブズ・インコーポレイテッド ユーザフレンドリーな、ネットワーク接続された学習サーモスタットならびに関連するシステムおよび方法
KR101302973B1 (ko) * 2011-10-21 2013-09-03 한국과학기술정보연구원 대용량 데이터의 분산 병렬을 위한 어플리케이션 독립 가시화 프로토콜 서비스 시스템 및 방법
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
US9032072B2 (en) * 2012-08-08 2015-05-12 Empire Technology Development Llc Real-time compressive data collection for cloud monitoring
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

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0935200A1 (en) * 1998-02-06 1999-08-11 NCR International, Inc. Highly scalable parallel processing computer system architecture
US20050246186A1 (en) * 2004-04-30 2005-11-03 Nikolov Radoslav I Prioritizing producers and consumers of an enterprise messaging system
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
US20130083805A1 (en) * 2011-10-04 2013-04-04 Advanergy, Inc. Network Integration System and Method

Also Published As

Publication number Publication date
KR102050848B1 (ko) 2019-12-02
EP3611677B1 (en) 2021-04-21
KR101702285B1 (ko) 2017-02-06
EP3866409B1 (en) 2023-12-27
AU2016216596B2 (en) 2017-08-31
JP6799560B2 (ja) 2020-12-16
KR20180038063A (ko) 2018-04-13
AU2017210654B2 (en) 2017-09-07
EP2920921A1 (en) 2015-09-23
JP6679791B2 (ja) 2020-04-15
RU2018110075A (ru) 2019-02-27
JP2017108448A (ja) 2017-06-15
EP3611677A1 (en) 2020-02-19
JP2021043985A (ja) 2021-03-18
JP2017175666A (ja) 2017-09-28
JP6660348B2 (ja) 2020-03-11
CA3131902C (en) 2024-02-13
JP6126252B2 (ja) 2017-05-10
KR101769082B1 (ko) 2017-08-17
MX352768B (es) 2017-12-07
KR102028146B1 (ko) 2019-10-02
US20150127735A1 (en) 2015-05-07
MX368748B (es) 2019-09-30
CN118432965A (zh) 2024-08-02
AU2016203048B2 (en) 2016-06-09
RU2728764C1 (ru) 2020-07-31
US20150019669A1 (en) 2015-01-15
EP3367623A1 (en) 2018-08-29
US9313280B2 (en) 2016-04-12
AU2017210654A1 (en) 2017-08-24
KR20190112216A (ko) 2019-10-02
CN114978791B (zh) 2024-05-24
KR20170014011A (ko) 2017-02-07
US9002968B2 (en) 2015-04-07
CN114978791A (zh) 2022-08-30
AU2016203048A1 (en) 2016-06-02
US20150019650A1 (en) 2015-01-15
AU2016216596A1 (en) 2016-09-01
AU2017261508A1 (en) 2017-12-07
EP3367623B1 (en) 2019-11-20
CN105917615B (zh) 2019-03-01
CA3225089A1 (en) 2014-12-31
CN110086763B (zh) 2022-05-27
EP2978166B1 (en) 2018-08-08
KR101951785B1 (ko) 2019-02-25
JP2019106735A (ja) 2019-06-27
EP3866409A1 (en) 2021-08-18
JP6858300B2 (ja) 2021-04-14
CA3131902A1 (en) 2014-12-31
AU2019271917B2 (en) 2020-08-13
AU2016203041B2 (en) 2016-06-09
KR20160021890A (ko) 2016-02-26
MX2015018002A (es) 2017-03-01
US20150039670A1 (en) 2015-02-05
JP2016529743A (ja) 2016-09-23
CA2916589C (en) 2021-11-16
KR20190018773A (ko) 2019-02-25
CN105917615A (zh) 2016-08-31
US20140379817A1 (en) 2014-12-25
RU2018110075A3 (ru) 2019-02-27
EP4319068A2 (en) 2024-02-07
KR20170096215A (ko) 2017-08-23
JP2018110453A (ja) 2018-07-12
US9021133B1 (en) 2015-04-28
EP2978166A1 (en) 2016-01-27
AU2019271917A1 (en) 2019-12-19
CN110086763A (zh) 2019-08-02
US20180152373A1 (en) 2018-05-31
US9112790B2 (en) 2015-08-18
EP4319068A3 (en) 2024-04-17
EP2920921B1 (en) 2017-03-29
US9002967B2 (en) 2015-04-07
AU2016203041A1 (en) 2016-06-02
US9015266B2 (en) 2015-04-21
US20160218955A1 (en) 2016-07-28
RU2693289C2 (ru) 2019-07-02
US9172759B2 (en) 2015-10-27
JP6174281B2 (ja) 2017-08-02
US9923801B2 (en) 2018-03-20
WO2014209898A1 (en) 2014-12-31
BR112015032501B1 (pt) 2023-02-23
CA2916589A1 (en) 2014-12-31
AU2017261508B2 (en) 2019-09-12
AU2014302721B2 (en) 2016-02-11
US20150046509A1 (en) 2015-02-12
JP2020102877A (ja) 2020-07-02
JP6786736B2 (ja) 2020-11-18
RU2754308C1 (ru) 2021-08-31
RU2016102034A (ru) 2017-07-28
BR112015032501A2 (pt) 2018-04-10
US10693760B2 (en) 2020-06-23
AU2014302721A1 (en) 2016-01-21
US20150046584A1 (en) 2015-02-12
KR101847576B1 (ko) 2018-04-10
RU2650028C2 (ru) 2018-04-06

Similar Documents

Publication Publication Date Title
RU2742327C1 (ru) Инфраструктурная сеть
RU2735238C1 (ru) Эффективная связь для устройств домашней сети