[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

RU2735238C1 - Эффективная связь для устройств домашней сети - Google Patents

Эффективная связь для устройств домашней сети Download PDF

Info

Publication number
RU2735238C1
RU2735238C1 RU2020114497A RU2020114497A RU2735238C1 RU 2735238 C1 RU2735238 C1 RU 2735238C1 RU 2020114497 A RU2020114497 A RU 2020114497A RU 2020114497 A RU2020114497 A RU 2020114497A RU 2735238 C1 RU2735238 C1 RU 2735238C1
Authority
RU
Russia
Prior art keywords
field
profile
electronic device
status
message
Prior art date
Application number
RU2020114497A
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 RU2735238C1 publication Critical patent/RU2735238C1/ru

Links

Images

Classifications

    • 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
    • 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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02—Alarms for ensuring the safety of persons
    • G08B21/04—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons
    • G08B21/0407—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons based on behaviour analysis
    • G08B21/0415—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons based on behaviour analysis detecting absence of activity per se
    • 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
    • H04L12/2814—Exchanging control software or macros for controlling 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/2803—Home automation networks
    • H04L12/2823—Reporting information sensed by appliance or service execution status of 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/2803—Home automation networks
    • H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network
    • H04L12/2827—Reporting to a device within the home network; wherein the reception of the information reported automatically triggers the execution of a home appliance 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/06—Generation of reports
    • H04L43/065—Generation of reports related to network devices
    • 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/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/25—Routing or path finding in a switch fabric
    • H04L49/253—Routing or path finding in a switch fabric using establishment or release of connections between ports
    • H04L49/254—Centralised controller, i.e. arbitration or scheduling
    • 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
    • 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/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
    • 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/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • 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/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms
    • 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/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H04L9/3265—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate chains, trees or paths; Hierarchical trust model
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/069—Authentication using certificates or pre-shared keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246—Connectivity information discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/38—TPC being performed in particular situations
    • H04W52/383—TPC being performed in particular situations power control in peer-to-peer links
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • 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
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • 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/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
    • 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/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • 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/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • 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/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/047—Key management, e.g. using generic bootstrapping architecture [GBA] without using a trusted network node as an anchor
    • H04W12/0471—Key exchange
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
    • Y04S40/18—Network protocols supporting networked applications, e.g. including control of end-device applications over a network
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
    • Y04S40/20—Information technology specific aspects, e.g. CAD, simulation, modelling, system security

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Automation & Control Theory (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Medical Informatics (AREA)
  • Computer Hardware Design (AREA)
  • Psychiatry (AREA)
  • Psychology (AREA)
  • Social Psychology (AREA)
  • Gerontology & Geriatric Medicine (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Selective Calling Equipment (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Stored Programmes (AREA)

Abstract

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

Description

ПредПОСЫЛКИ ИЗОБРЕТЕНИЯ
[0001] Настоящее раскрытие относится к эффективной связи, чтобы позволить различным устройствам, включая устройства малой мощности или устройства в спящем режиме, осуществлять связь в домашней сети или аналогичной среде.
[0002] Данный раздел предназначен для представления читателю различных аспектов уровня техники, которые могут быть связаны с различными аспектами настоящих технологий, которые описаны и/или заявлены ниже. Представляется, что это обсуждение будет полезным в предоставлении читателю информации о предпосылках изобретения, чтобы способствовать лучшему пониманию различных аспектов настоящего раскрытия. Соответственно, следует понимать, что эти сведения должны пониматься в этом свете, а не в качестве сведений из предшествующего уровня техники.
[0003] Подключенные к сети устройства появляются повсеместно в домах. Некоторые из этих устройств часто способны осуществлять связь друг с другом через один тип сети (например, соединение WiFi) с использованием протокола передачи. Может быть желательным использовать менее энергоемкие протоколы соединения для некоторых устройств, которые питаются от батареи или получают пониженный заряд. Однако в некоторых сценариях, устройства, связанные с протоколом пониженной мощности, могут быть не в состоянии осуществлять связь с устройствами, связанными с протоколом более высокой мощности (например, WiFi).
[0004] Многочисленные электронные устройства в настоящее время способны соединяться с беспроводными сетями. Например, технологии интеллектуальных измерительных приборов используют беспроводную сеть для передачи данных потребления электрической энергии, ассоциированных со связанной с местом жительства недвижимостью, обратно к предприятию коммунального обслуживания для мониторинга, выставления счетов и тому подобное. Ряд стандартов беспроводных сетей в настоящее время доступен, чтобы позволять электронным устройствам осуществлять связь друг с другом. Некоторые реализации интеллектуальных измерительных приборов, например, используют Интернет-протокол версии 6 (IPv6) в маломощных беспроводных персональных сетях (6LоWPAN), чтобы позволять электронным устройствам осуществлять связь с интеллектуальным измерительным прибором. Однако имеющиеся в настоящее время стандарты беспроводных сетей, такие как 6LоWPAN, в общем случае не могут быть хорошо оснащены, чтобы поддерживать электронные устройства, рассредоточенные по месту жительства или дому для одного или более практических сценариев. То есть, имеющиеся в настоящее время стандарты беспроводных сетей не могут эффективно соединять все электронные устройства сети безопасным, но простым, удобным для потребителя способом ввиду одного или более известных практических ограничений. Кроме того, для одного или более практических сценариев, имеющиеся в настоящее время стандарты беспроводных сетей не могут обеспечивать эффективный способ для добавления новых электронных устройств к существующей беспроводной сети специальным (ad hoc) образом.
[0005] Кроме того, при предоставлении стандарта беспроводной сети для электронных устройств для использования внутри и вокруг дома, было бы полезно использовать стандарт беспроводной сети, который обеспечивает открытый протокол для различных устройств, чтобы узнать, как получить доступ к сети. Кроме того, учитывая количество электронных устройств, которые могут быть ассоциированы с домом, было бы полезно, если бы стандарт беспроводной сети был способен поддерживать связь согласно Интернет-протоколу версии 6 (IPv6) таким образом, что каждое устройство может иметь уникальный IP-адрес и может быть доступным через Интернет, через локальную сеть в домашней среде и т.п. Кроме того, было бы полезно для стандарта беспроводной сети позволять электронным устройствам осуществлять связь в беспроводной сети с использованием минимальной величины мощности. Принимая во внимание эти признаки, представляется, что один или более недостатков представлены каждым известным доступным в настоящее время стандартом беспроводной сети в контексте обеспечения стандарта маломощной, основанной на IPv6 беспроводной ячеистой сети, который имеет открытый протокол и может быть использован для электронных устройств внутри и вокруг дома. Например, стандарты беспроводных сетей, такие как Bluetooth®, Dust Networks®, Z-Wave®, WiFi и ZigBee®, не могут обеспечить одну или более желательных функций, описанных выше.
[0006] Bluetooth®, например, в общем, обеспечивает стандарт беспроводной сети для передачи на короткие расстояния с помощью коротковолновых радиопередач. Как таковой, стандарт беспроводной сети Bluetooth® не может поддерживать сеть связи ряда электронных устройств, рассредоточенных по всему дому. Кроме того, стандарт беспроводной сети Bluetooth® не может поддерживать беспроводную ячеистую связь или IPv6-адреса.
[0007] Как упоминалось выше, стандарт беспроводной сети, обеспеченный Dust Networks®, также может привести к одному или более недостаткам в отношении одной или более функций, которые позволили бы электронным устройствам, рассредоточенным в доме, эффективно взаимодействовать друг с другом. В частности, стандарт беспроводной сети Dust Networks® не может обеспечить открытый протокол, который может использоваться другими, чтобы взаимодействовать с устройствами, работающими в сети Dust Networks. Вместо этого, Dust Networks® может быть разработан, чтобы облегчить связь между устройствами, расположенными в промышленных средах, таких как сборочные линии, химические заводы и тому подобное. Таким образом, стандарт беспроводной сети Dust Networks® может быть направлен на обеспечение надежной сети связи, которая имеет предопределенные временные окна, в которых каждое устройство может осуществлять связь с другими устройствами и прослушивать инструкции от других устройств. Таким образом, стандарт беспроводной сети Dust Networks® может потребовать сложных и сравнительно дорогих радиопередатчиков, которые могут оказаться неэкономичными для реализации с потребительскими электронными устройствами для использования в домашних условиях.
[0008] Подобно стандарту беспроводной сети Dust Networks®, стандарт беспроводной сети, ассоциированный с Z-Wave®, не может быть открытым протоколом. Вместо этого, стандарт беспроводной сети Z-wave® может быть доступным только для авторизованных клиентов, которые встраивают конкретный чип приемопередатчика в свое устройство. Кроме того, стандарт беспроводной сети Z-wave® не может поддерживать связь, основанную на IPv6. То есть стандарт беспроводной сети Z-wave® может потребовать мостового устройства, чтобы преобразовывать данные, сгенерированные на Z-Wave®-устройстве, в данные, основанные на IP, которые могут быть переданы через Интернет.
[0009] Что касается стандартов беспроводной сети ZigBee®, то ZigBee® имеет два стандарта, обычно известные как ZigBee® Pro и ZigBee® IP. Кроме того, ZigBee® Pro может иметь один или более недостатков в контексте поддержки беспроводных ячеистых сетей. Вместо этого, ZigBee® Pro может зависеть, по меньшей мере частично, от центрального устройства, которое облегчает связь между каждым устройством в сети ZigBee® Pro. В дополнение к требованиям повышенной мощности для такого центрального устройства, те устройства, которые остаются включенными, чтобы обрабатывать, или отклоняют определенный беспроводный трафик, могут генерировать дополнительное тепло в своих корпусах, что может изменять некоторые показания датчика, например, показания температуры, получаемые устройством. Поскольку такие показания датчика могут быть полезны в определении того, каким образом каждое устройство в доме может работать, может быть выгодным избегать ненужной генерации тепла внутри устройства, которое может изменить показания датчика. Кроме того, ZigBee® Pro не может поддерживать связь по протоколу IPv6.
[0010] Что касается ZigBee® IP, то ZigBee® IP может привести к одному или более недостаткам в контексте прямой связи от устройства к устройству. ZigBee® IP направлен на облегчение связи посредством ретрансляции данных устройства к центральному маршрутизатору или устройству. Таким образом, центральный маршрутизатор или устройство может требовать постоянного питания и поэтому не может представлять собой маломощное средство связи между устройствами. Кроме того, IP-ZigBee® IP может иметь практическое ограничение на число узлов (т.е., ~20 узлов на каждую сеть), которые могут быть использованы в одной сети. Кроме того, IP-ZigBee® IP использует протокол маршрутизации “Ripple” (RPL), который может проявлять высокие требования к ширине полосы, обработке и памяти, что может быть связано с дополнительной мощностью для каждого подключенного устройства ZigBee® IP.
[0011] Подобно стандартам беспроводной сети ZigBee®, обсужденным выше, беспроводная сеть WiFi может проявлять один или более недостатков с точки зрения обеспечения возможности связи между устройствами, имеющими требования малой мощности. Например, стандарт беспроводной сети WiFi может также требовать, чтобы каждое сетевое устройство всегда было включено, и, кроме того, может требовать наличия центрального узла или концентратора. Как известно в данной области, WiFi является относительно распространенным стандартом беспроводной сети, который может быть идеальным для передачи данных относительно высокой ширины полосы (например, потоковое видео, синхронизация устройств). Как таковые, WiFi устройства, как правило, связаны с непрерывным источником питания или перезаряжаемыми аккумуляторами для поддержки постоянного потока передач данных между устройствами. Кроме того, беспроводная сеть WiFi может не поддерживать беспроводные ячеистые сети.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0012] Сущность определенных раскрытых здесь вариантов осуществления изложена ниже. Следует понимать, что эти аспекты представлены только для того, чтобы предоставить читателю краткое изложение этих вариантов осуществления, и что эти аспекты не предназначены для ограничения объема настоящего раскрытия. Действительно, настоящее раскрытие может охватывать самые различные аспекты, которые могут не быть изложены ниже.
[0013] Предложены системы и способы для эффективной связи в инфраструктурной сети устройств в домашней среде или аналогичной среде. Например, электронное устройство может эффективно управлять связью, чтобы сбалансировать факторы мощности и надежности, может эффективно передавать сообщения к некоторым предпочтительным сетям на основе анализа заголовков пакетов Интернет-протокола версии 6 (IPv6), которые используют расширенный уникальный локальный адрес (EULA), может эффективно передавать обновления программного обеспечения и отчеты о состоянии во всей инфраструктурной сети и/или может просто и эффективно подключаться к инфраструктурной сети.
[0014] Например, электронное устройство может включать в себя память или хранилище, хранящее инструкции для работы сетевого стека, процессор для исполнения инструкций и сетевой интерфейс для присоединения к подключенной к сети инфраструктуре устройств и передавать сообщение к целевому устройству инфраструктуры устройств с использованием сетевого стека. Сетевой стек может включать в себя уровень приложения, чтобы обеспечивать полезную нагрузку приложения с данными, которые должны передаваться в сообщении, уровень платформы, чтобы инкапсулировать полезную нагрузку приложения в общем формате сообщения для сообщения, транспортный уровень, чтобы избирательно транспортировать сообщение с использованием либо протокола пользовательских дейтаграмм (UDP), либо протокола управления передачей (TCP), и сетевой уровень, чтобы передавать сообщение с использованием Интернет-протокола версии 6 (IPv6) через одну или более сетей. Эти сети могут включать в себя, например, беспроводную сеть 802.11, беспроводную сеть 802.15.4, сеть на линиях питания, сеть сотовой связи и/или сеть Ethernet. Кроме того, уровень приложения, уровень платформы, транспортный уровень и/или сетевой уровень могут определять свойство способа передачи сообщения к целевому узлу, основываясь, по меньшей мере частично, на типе сообщения, сети, по которой сообщение должно быть отправлено, расстоянии, которое сообщение может проходить через инфраструктуру, режиме потребления мощности электронного устройства, режиме потребления мощности целевого устройства и/или режиме потребления мощности промежуточного устройства инфраструктуры устройств, которое должно передавать сообщение между данным электронным устройством и целевым устройством. Кроме того, изменение свойства способа передачи может вызвать то, что электронное устройство, целевое устройство и/или промежуточное устройство будут потреблять различные величины мощности, и вызвать то, что сообщение будет достигать целевого узла более надежно или менее надежно.
[0015] В другом примере, вещественный долговременный (нетранзиторный) считываемый компьютером носитель может включать в себя инструкции, подлежащие исполнению первым электронным устройством, коммуникативно связанным с другими электронными устройствами инфраструктуре устройств в домашней среде. Инструкции могут включать в себя инструкции, чтобы принимать сообщение Интернет-протокола версии 6 (IPv6) в первом электронном устройстве от второго электронного устройства по первой сети инфраструктуры устройств. Сообщение может предназначаться для целевого электронного устройства. Инструкции могут дополнительно включать в себя инструкции для идентификации Расширенного Уникального Локального Адреса, закодированного в заголовке IPv6 сообщения. Здесь Расширенный Уникальный Локальный Адрес может указывать, что вторая сеть является предпочтительной для достижения целевого электронного устройства. Инструкции также могут включать в себя инструкции, чтобы передавать сообщение через инфраструктуру устройств к целевому электронному устройству с использованием второй сети, основываясь, по меньшей мере частично, на Расширенном Уникальном Локальном Адресе.
[0016] Способ передачи обновления программного обеспечения по инфраструктурной сети могут включать передачу сообщения запроса образа из первого устройства в инфраструктурной сети ко второму устройству в инфраструктурной сети или локальному или удаленному серверу. Сообщение запроса образа может включать в себя информацию о программном обеспечении, сохраненном на первом устройстве, и возможностях пересылки первого устройства. Ответ на запрос образа может быть получен первым устройством от второго устройства или локального или удаленного сервера. Ответ на запрос образа может указывать, доступно ли обновление программного обеспечения и включает ли в себя информацию загрузки, имеющую универсальный идентификатор ресурса (URI), чтобы позволить первому устройству загрузить обновление программного обеспечения. Сообщение запроса образа может включать в себя информацию отправителя относительно программного обеспечения, сохраненного на устройстве-отправителе, и возможностях пересылки устройства-отправителя и приоритета обновления. С использованием URI, обновление программного обеспечения может быть загружено в первом устройстве от устройства-отправителя. Программное обеспечение может быть загружено единовременно, основываясь, по меньшей мере частично, на приоритете обновления и сетевом трафике в инфраструктурной сети, и может быть загружено таким образом, основываясь, по меньшей мере частично, на обычных возможностях пересылки, указанных в запросе образа и ответе на запрос образа.
[0017] В другом примере, вещественный долговременный считываемый компьютером носитель может хранить формат отчетности о состоянии. Формат отчетности о состоянии может включать в себя поле профиля для указания типа обновления состояния из множества типов обновлений состояния, код состояния для указания состояния, о котором предоставляется отчет - код состояния может интерпретироваться, основываясь, по меньшей мере частично, на типе обновления состояния - и поле следующего состояния для указания, включено ли дополнительное состояние в отчет о состоянии, формируемый с использованием формата отчетности о состоянии.
[0018] Другой пример электронного устройства включает в себя память для хранения инструкций, чтобы позволить первому электронному устройству сопрягаться с инфраструктурной сетью, содержащей второе электронное устройство, процессор для исполнения инструкций и сетевой интерфейс для доступа к логическим сетям 802.11 и 802.15.4. Инструкции могут включать в себя инструкции, чтобы устанавливать связь с вторым электронным устройством через первую логическую сеть 802.15.4. Второе электронное устройство может быть сопряжено с инфраструктурной сетью и может осуществлять связь со службой через другую логическую сеть в инфраструктурной сети. Инструкции могут также включать в себя инструкции для приема информации о конфигурации сети от службы через второе электронное устройство, чтобы позволить первому электронному устройству присоединиться к первой логической сети 802.11 и установить соединение по первой логической сети 802.11, соединиться со службой через первую логическую сеть 802.11 и зарегистрироваться для сопряжения с инфраструктурной сетью посредством связи со службой.
[0019] Различные усовершенствования признаков, указанных выше, могут быть использованы в связи с различными аспектами настоящего раскрытия. Дополнительные признаки могут также быть включены в эти различные аспекты. Эти усовершенствования и дополнительные признаки могут использоваться по отдельности или в любой комбинации. Например, различные признаки, обсуждаемые ниже в отношении одного или нескольких из проиллюстрированных вариантов осуществления, могут быть включены в любой из описанных выше аспектов настоящего раскрытия по отдельности или в любой комбинации. Краткое описание сущности изобретения, представленное выше, предназначено только для ознакомления читателя с некоторыми аспектами и контекстами вариантов осуществления настоящего раскрытия без ограничения заявленного предмета изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0020] Различные аспекты этого раскрытия можно лучше понять из нижеследующего подробного описания и со ссылками на чертежи, на которых:
[0021] Фиг. 1 иллюстрирует блок-схему обобщенного устройства, которое может осуществлять связь с другими устройствами, расположенными в домашней среде, с использованием эффективного протокола сетевого уровня, в соответствии с вариантом осуществления;
[0022] Фиг. 2 иллюстрирует блок-схему домашней среды, в которой обобщенное устройство по фиг. 1 может осуществлять связь с другими устройствами посредством протокола эффективного сетевого уровня в соответствии с вариантом осуществления;
[0023] Фиг. 3 иллюстрирует примерную беспроводную ячеистую сеть, ассоциированную с устройствами, изображенными в домашней среде по фиг. 2, в соответствии с вариантом осуществления;
[0024] Фиг. 4 иллюстрирует блок-схему модели взаимодействия открытых систем (OSI), которая характеризует систему связи для домашней среды по фиг. 2, в соответствии с вариантом осуществления;
[0025] Фиг. 5 иллюстрирует подробный вид эффективного сетевого уровня в модели OSI по фиг. 4 в соответствии с вариантом осуществления;
[0026] Фиг. 6 иллюстрирует блок-схему способа для реализации сети Протокола Информации Маршрутизации - Следующего Поколения (RIPng) в качестве механизма маршрутизации в эффективном сетевом уровне по фиг. 5 в соответствии с вариантом осуществления;
[0027] Фиг. 7A-7D иллюстрируют пример того, каким образом может быть реализована сеть RIPng в способе по фиг. 6 в соответствии с вариантом осуществления;
[0028] Фиг. 8 иллюстрирует блок-схему процесса производства, который включает в себя встраивание сертификата безопасности в обобщенное устройство по фиг. 1, с соответствии в вариантом осуществления;
[0029] Фиг. 9 иллюстрирует пример протокола квитирования между устройствами в домашней среде на фиг. 2 с использованием протокола Безопасности Транспортного Уровня Дейтаграмм (DTLS) в эффективном сетевом уровне по фиг. 5, в соответствии с вариантом осуществления.
[0030] Фиг. 10 иллюстрирует инфраструктурную сеть, имеющую топологию одиночной логической сети, в соответствии с вариантом осуществления;
[0031] Фиг. 11 иллюстрирует инфраструктурную сеть, имеющую топологию звездообразной сети, в соответствии с вариантом осуществления;
[0032] Фиг. 12 иллюстрирует инфраструктурную сеть, имеющую топологию перекрывающихся сетей, в соответствии с вариантом осуществления;
[0033] Фиг. 13 иллюстрирует службу, осуществляющую связь с одной или более инфраструктурных сетей, в соответствии с вариантом осуществления;
[0034] Фиг. 14 иллюстрирует два устройства в инфраструктурной сети в коммуникативном соединении, в соответствии с вариантом осуществления;
[0035] Фиг. 15 иллюстрирует формат уникального локального адреса (ULA), который может быть использован для адресации устройств в инфраструктурной сети, в соответствии с вариантом осуществления;
[0036] Фиг. 16 иллюстрирует процесс представления периферийных устройств в сети-концентраторе, в соответствии с вариантом осуществления;
[0037] Фиг. 17 иллюстрирует пакет тег-длина-значение (TLV), который может быть использован для передачи данных по инфраструктурной сети, в соответствии с вариантом осуществления;
[0038] Фиг. 18 иллюстрирует общий протокол сообщения (GMP), который может использоваться для передачи данных по инфраструктурной сети, которые могут включать в себя пакет TLV по фиг. 17, в соответствии с вариантом осуществления;
[0039] Фиг. 19 иллюстрирует поле заголовка сообщения GMP по фиг. 18 в соответствии с вариантом осуществления;
[0040] Фиг. 20 иллюстрирует поле идентификатора ключа GMP по фиг. 18 в соответствии с вариантом осуществления;
[0041] Фиг. 21 иллюстрирует поле полезной нагрузки приложения GMP по фиг. 18 в соответствии с вариантом осуществления;
[0042] Фиг. 22 иллюстрирует схему отчетности о состоянии, которая может использоваться для обновления информации о состоянии в инфраструктурной сети, в соответствии с вариантом осуществления;
[0043] Фиг. 23 иллюстрирует поле профиля схемы отчетности о состоянии по фиг. 22 в соответствии с вариантом осуществления;
[0044] Фиг. 24 иллюстрирует протокольную последовательность, которая может быть использована для выполнения обновления программного обеспечения между клиентом и сервером, в соответствии с вариантом осуществления;
[0045] Фиг. 25 иллюстрирует кадр запроса образа, который может использоваться в протокольной последовательности по фиг. 24, в соответствии с вариантом осуществления;
[0046] Фиг. 26 иллюстрирует поле управления кадра в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;
[0047] Фиг. 27 иллюстрирует поле спецификации продукта в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;
[0048] Фиг. 28 иллюстрирует поле спецификации версии в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;
[0049] Фиг. 29 иллюстрирует поле локальной спецификации в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;
[0050] Фиг. 30 иллюстрирует поле поддерживаемых типов целостности в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;
[0051] Фиг. 31 иллюстрирует поле поддерживаемых схем обновления в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;
[0052] Фиг. 32 иллюстрирует кадр ответа на запрос образа, который может быть использован в протокольной последовательности по фиг. 24, в соответствии с вариантом осуществления;
[0053] Фиг. 33 иллюстрирует поле унифицированного идентификатора ресурса (URI) в кадре ответа на запрос образа по фиг. 32 в соответствии с вариантом осуществления;
[0054] Фиг. 34 иллюстрирует поле спецификации целостности в кадре ответа на запрос образа по фиг. 32 в соответствии с вариантом осуществления;
[0055] Фиг. 35 иллюстрирует поле схемы обновления в кадре ответа на запрос образа по фиг. 32 в соответствии с вариантом осуществления;
[0056] Фиг. 36 иллюстрирует последовательность, используемую для применения протокола управления данными для управления данными между устройствами в инфраструктурной сети, в соответствии с вариантом осуществления;
[0057] Фиг. 37 иллюстрирует кадр запроса моментального снимка, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;
[0058] Фиг. 38 иллюстрирует схему примерного профиля, которая может быть доступной с использованием кадра запроса моментального снимка по фиг. 37, в соответствии с вариантом осуществления;
[0059] Фиг. 39 представляет собой бинарный формат пути, который может указывать на путь в схеме профиля, в соответствии с вариантом осуществления;
[0060] Фиг. 40 иллюстрирует кадр запроса наблюдения, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;
[0061] Фиг. 41 иллюстрирует кадр запроса периодического обновления, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;
[0062] Фиг. 42 иллюстрирует кадр запроса регенерации, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;
[0063] Фиг. 43 иллюстрирует запрос отмены просмотра, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;
[0064] Фиг. 44 иллюстрирует кадр ответа просмотра, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;
[0065] Фиг. 45 иллюстрирует кадр явного запроса обновления, который может использоваться в последовательности по фиг. 36, в соответствии с вариантом осуществления;
[0066] Фиг. 46 иллюстрирует кадр запроса обновления просмотра, который может использоваться в последовательности по фиг. 36, в соответствии с вариантом осуществления;
[0067] Фиг. 47 иллюстрирует кадр элемента обновления, который может быть обновлен с использованием последовательности по фиг. 36, в соответствии с вариантом осуществления;
[0068] Фиг. 48 иллюстрирует кадр ответа обновления, который может быть отправлен как сообщение ответа обновления в последовательности по фиг. 36, в соответствии с вариантом осуществления;
[0069] Фиг. 49 иллюстрирует коммуникативное соединение между отправителем и получателем в пересылке массивов данных в соответствии с вариантом осуществления;
[0070] Фиг. 50 иллюстрирует сообщение SendInit, которое может быть использовано, чтобы инициировать коммуникативное соединение отправителем по фиг. 49, в соответствии с вариантом осуществления;
[0071] Фиг. 51 иллюстрирует поле управления передачей сообщения SendInit по фиг. 50, в соответствии с вариантом осуществления;
[0072] Фиг. 52 иллюстрирует поле управления диапазоном сообщения SendInit по фиг. 51, в соответствии с вариантом осуществления;
[0073] Фиг. 53 иллюстрирует сообщение SendAccept, которое может быть использовано для принятия соединения связи, предложенного сообщением SendInit по фиг. 50, отправленным отправителем по фиг. 50, в соответствии с вариантом осуществления;
[0074] Фиг. 54 иллюстрирует сообщение SendReject, которое может быть использовано для отклонения соединения связи, предложенного сообщением SendInit по фиг. 50, отправленного отправителем по фиг. 50, в соответствии с вариантом осуществления;
[0075] Фиг. 55 иллюстрирует сообщение ReceiveAccept, которое может быть использовано для принятия соединения связи, предложенного получателем по фиг. 50, в соответствии с вариантом осуществления.
[0076] Фиг. 56 является блок-схемой примера заголовка IPv6 пакета, использующего Расширенный Уникальный Локальный Адрес (EULA), в соответствии с вариантом осуществления;
[0077] Фиг. 57 является схематичным представлением передачи IPv6 пакета, имеющего IPv6 пакет по фиг. 56, через топологию инфраструктуры, имеющую две сети, в соответствии с вариантом осуществления;
[0078] Фиг. 58 является блок-схемой последовательности операций способа для эффективной передачи IPv6 пакета через инфраструктуру по фиг. 57 с использованием заголовка IPv6 пакета по фиг. 56 в соответствии с вариантом осуществления;
[0079] Фиг. 59 является блок-схемой последовательности операций способа для выбора эффективного транспортного протокола, по которому посылать сообщение, основываясь, по меньшей мере частично, на одном или нескольких факторах надежности, в соответствии с вариантом осуществления;
[0080] Фиг. 60 представляет собой диаграмму, иллюстрирующую случай использования инфраструктуры устройств, в которой одно устройство вызывает способ другого устройства, в соответствии с вариантом осуществления;
[0081] Фиг. 61 представляет собой диаграмму, иллюстрирующую случай использования инфраструктуры устройств, в которой сообщение тревоги распространяется через ряд маломощных, находящихся в спящем режиме устройств, в соответствии с вариантом осуществления;
[0082] Фиг. 62-64 являются блок-схемами последовательности операций способа для введения нового устройства в инфраструктуру устройств, в соответствии с вариантом осуществления; и
[0083] Фиг. 65-67 являются блок-схемами другого способа для введения нового устройства в инфраструктуру устройств, в соответствии с вариантом осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
[0084] Один или более конкретных вариантов осуществления настоящего раскрытия будут описаны ниже. Эти описанные варианты осуществления являются лишь примерами раскрытых здесь методов. Кроме того, стремясь обеспечить краткость описания этих вариантов осуществления, все признаки фактической реализации не могут быть описаны в данной спецификации. Следует отметить, что в разработке любой такой фактической реализации, как и в любой инженерной или конструкторской разработке, многочисленные специфические для реализации решения должны быть направлены на достижение конкретных целей разработчиков, таких как соблюдение связанных с системой и связанных с бизнесом ограничений, которые могут варьироваться от одной реализации к другой. Кроме того, следует понимать, что такие проектные работы могут быть сложными и трудоемкими, но тем не менее могут быть рутинной процедурой конструирования, изготовления и производства для специалистов в данной области, пользующихся преимуществами настоящего раскрытия.
[0085] При введении элементов различных вариантов осуществления настоящего изобретения, формы единственного числа предназначены, чтобы означать, что имеется один или более элементов. Термины “содержащий”, “включающий” и “имеющий” подразумевают включение и означают, что могут быть и дополнительные элементы, иные, чем перечисленные элементы. Кроме того, следует понимать, что ссылки на “один вариант осуществления” или “вариант осуществления” в настоящем раскрытии не предназначены, чтобы интерпретироваться как исключающие существование дополнительных вариантов осуществления, которые также включают перечисленные признаки.
[0086] Как используется здесь, термин “HVAC” включает в себя системы, обеспечивающие как отопление, так и охлаждение, только отопление, только охлаждение, а также системы, которые имеют другие функциональные возможности обеспечения комфорта и/или кондиционирования для обитателей, включая увлажнение, осушение и вентиляцию.
[0087] Как используется здесь, термины “сбор”, “совместное использование” и “захват”, когда речь идет о домашних устройствах, относятся к получению мощности от силового трансформатора через нагрузку оборудования без использования прямого или общего проводного источника непосредственно из трансформатора.
[0088] Как используется здесь, термин “термостат” означает устройство или систему для регулирования параметров, таких как температура и/или влажность, в пределах по меньшей мере части корпуса. Термин “термостат” может включать в себя блок управления для системы отопления и/или охлаждения или составную часть нагревателя или кондиционера. Как используется здесь, термин “термостат” может также относиться в целом к универсальному блоку восприятия и управления (блоку VSCU), который сконфигурирован и адаптирован для обеспечения сложного, настроенного, энергосберегающего функционального средства управления HVAC и в то же время является визуально привлекательным, неустрашающим, элегантным на вид и восхитительно легким в использовании.
[0089] Как используется здесь, термин “детектор опасности” относится к любому домашнему устройству, которое может обнаружить свидетельства пожара (например, дым, тепло, угарный газ) и/или другие опасные условия (например, экстремальные температуры, скапливание опасных газов).
[0090] Настоящее раскрытие относится к эффективной связи, которая может быть использована устройствами, осуществляющими связь друг с другом в домашней среде. Эффективная связь согласно настоящему раскрытию может позволить инфраструктуре устройств и/или служб, осуществлять связь в домашней среде. Действительно, для потребителей, проживающих в домах, может оказаться полезным координировать операции различных устройств в их доме, чтобы все их устройства работали эффективно. Например, устройство термостата может быть использовано, чтобы определять температуру в доме и координировать активность других устройств (например, осветительных приборов) на основе определенной температуры. Устройство термостата может определить температуру, которая может указывать на то, что температура вне дома соответствует часам дневного света. Затем устройство термостата может сообщить осветительному устройству, что в доме может быть достаточным дневной свет, и, таким образом, освещение должно быть выключено. В другом примере, интеллектуальный детектор опасности может быть способен обнаруживать условия окружающей среды, которые указывают на занятость помещения. Устройство термостата может запросить детектор опасности относительно этих условий окружающей среды и изменить свою работу соответствующим образом. В дополнение к эффективности, потребители обычно предпочитают использовать удобные для пользователя устройства, которые требуют минимального количества действий по настройке или инициализации. То есть потребители, как правило, предпочитают устройства, которые полностью работоспособны после выполнения нескольких этапов инициализации, особенно таких, которые могут выполняться практически любым человеком, независимо от возраста или технического опыта.
[0091] Чтобы обеспечить возможность эффективной передачи данных между устройствами в домашней среде, устройства могут использовать инфраструктурную сеть, которая включает в себя одну или более логических сетей, чтобы управлять связью между устройствами. То есть эффективная инфраструктурная сеть может позволить множеству устройств в пределах дома осуществлять связь друг с другом с использованием одной или более логических сетей. Инфраструктурная сеть может поддерживаться эффективной схемой связи, использующей, например, эффективный сетевой уровень, эффективный уровень платформы и/или эффективный уровень приложения, чтобы управлять связью. Инфраструктурная сеть может поддерживать связь согласно Интернет-протоколу версии 6 (IPv6), так что каждое подключенное устройство может иметь уникальный локальный адрес (ULA). В некоторых примерах, IPv6 передачи могут использовать Расширенный Уникальный Локальный Адрес (EULA). Кроме того, чтобы позволить интеграцию каждого устройства в доме, может быть полезным для каждого устройства осуществлять связь в сети с использованием малых уровней мощности. То есть при обеспечении возможности устройствам осуществлять связь с использованием малой мощности, устройства могут быть размещены в любом месте в доме, не будучи связанными с непрерывным источником питания (например, с питанием от батареи).
[0092] На относительно низком уровне протокола связи (например, сетевом уровне), инфраструктурный эффективной сетевой уровень может создать сеть связи, в которой множество устройств в пределах дома могут осуществлять связь друг с другом с помощью беспроводной ячеистой сети. Сеть связи может поддерживать связь согласно Интернет-протоколу версии 6 (IPv6), так что каждое подключенное устройство может иметь уникальный адрес Интернет-протокола (IP). Кроме того, чтобы позволить интеграцию каждого устройства в доме, может быть полезным для каждого устройства осуществлять связь в сети с использованием малых уровней мощности. То есть при обеспечении возможности устройствам осуществлять связь с использованием малой мощности, устройства могут быть размещены в любом месте в доме, не будучи связанными с непрерывным источником питания.
[0093] Эффективный сетевой уровень может, таким образом, установить процедуру, в котором данные могут передаваться между двумя или более устройствами, так что создание сети связи использует незначительный пользовательский ввод, связь между устройствами использует мало энергии, и сама сеть связи является безопасной. В одном варианте осуществления эффективный сетевой уровень может быть основанной на IPv6 сетью связи, которая использует Протокол Информации Маршрутизации - Следующего Поколения (RIPng) в качестве своего механизма маршрутизации и протокол Безопасности Транспортного Уровня Дейтаграмм (DTLS) в качестве своего механизма безопасности. Таким образом, эффективный сетевой уровень может обеспечить простое средство для добавления или удаления устройств в доме при обеспечении защиты информации, передаваемой между подключенными устройствами.
[0094] На относительно высоких уровнях протокола связи (например, уровнях платформы и/или приложения) может создаваться и поддерживаться инфраструктура устройств. Эти уровни могут позволять параметрические обновления программного обеспечения и отчеты о состоянии во всей инфраструктуре. Эти уровни могут также обеспечивать связь, которая может быть осведомлена о некоторых ограничениях по мощности сети, таких как ограничения по мощности “спящих” устройств или устройств с батарейным питанием, и могут передавать сообщения с учетом этих факторов.
[0095] Варианты осуществления настоящего раскрытия относятся к системам и способам инфраструктурной сети, которая включает в себя одну или более логических сетей, которая позволяет устройствам, соединенным с инфраструктурой, осуществлять связь друг с другом с использованием списка протоколов и/или профилей, известных устройствам. Связь между устройствами может следовать согласно типовому формату сообщения, который позволяет устройствам понимать передачи между устройствами независимо от того, с какими логическими сетями соединены осуществляющие связь устройства в инфраструктуре. В формате сообщения, полезная нагрузка данных может быть включена для сохранения и/или обработки принимающим устройством. Формат и содержание полезной нагрузки может варьироваться в соответствии с заголовком в полезной нагрузке, который указывает профиль (включая один или более протоколов) и/или тип сообщения, отправляемого в соответствии с профилем.
[0096] В соответствии с некоторыми вариантами осуществления, два или более устройств в инфраструктуре могут осуществлять связь с использованием протоколов или профилей отчетности о состоянии. Например, в некоторых вариантах осуществления, протокол или схема отчетности о состоянии могут быть включены в базовый профиль, который доступен для устройств, соединенных с инфраструктурой. Используя протокол отчетности о состоянии, устройства могут передавать или запрашивать информацию о состоянии к или от других устройств в инфраструктуре.
[0097] Кроме того, в некоторых вариантах осуществления, два или более устройств в инфраструктуре могут осуществлять связь с использованием протоколов или профилей обновления программного обеспечения. В некоторых вариантах осуществления, протокол или схема обновления программного обеспечения могут быть включены в базовый профиль, который доступен для устройств, соединенных с инфраструктурой. Используя протокол обновления программного обеспечения, устройство может запрашивать, передавать или уведомлять о наличии обновлений в пределах инфраструктуры.
[0098] В некоторых вариантах осуществления, два или более устройств в инфраструктуре могут осуществлять связь с использованием протоколов или профилей управления данными. В некоторых вариантах осуществления, протокол или схема управления данными могут быть включены в базовый профиль, который доступен для устройств, соединенных с инфраструктурой. Используя протокол управления обновлением данных, устройства могут запрашивать, просматривать или отслеживать имеющуюся в узле информацию, которая хранится в других устройствах.
[0099] Кроме того, в некоторых вариантах осуществления, два или более устройств в инфраструктуре могут передавать данные с использованием протоколов или профилей передачи больших массивов данных (групповой пересылки данных). В некоторых вариантах осуществления протокол или схема передачи больших массивов данных могут быть включены в базовый профиль, который доступен для устройств, соединенных с инфраструктурой. Используя протокол передачи больших массивов данных, устройства могут инициировать, передавать или принимать большие массивы данных, используя любые логические сети в инфраструктуре. В некоторых вариантах осуществления, либо передающее, либо приемное устройство, использующее протокол передачи больших массивов данных, может быть в состоянии “приводить в действие” синхронную передачу между устройствами. В других вариантах осуществления передача больших массивов данных может быть выполнена посредством асинхронной передачи.
Введение в инфраструктуру
[00100] В качестве введения, фиг. 1 иллюстрирует пример обобщенного устройства 10, которое может осуществлять связь с другими подобными устройствами в домашней среде. В одном варианте осуществления устройство 10 может включать в себя один или несколько датчиков 12, компонент 14 пользовательского интерфейса, источник 16 питания (например, включая соединение питания и/или батарею), сетевой интерфейс 18, процессор 20 и т.п. Конкретные датчики 12, компоненты 14 пользовательского интерфейса и конфигурации источника питания могут быть одинаковыми или аналогичными в каждом из устройств 10. Тем не менее, следует отметить, что в некоторых вариантах осуществления, каждое устройство 10 может включать в себя конкретные датчики 12, компоненты 14 пользовательского интерфейса, конфигурации источника питания и т.п., в зависимости от типа устройства или модели.
[00101] Датчики 12, в некоторых вариантах осуществления, могут обнаруживать различные свойства, такие как ускорение, температура, влажность, вода, поставляемая мощность, близость, внешнее движение, движение устройства, звуковые сигналы, ультразвуковые сигналы, световые сигналы, огонь, дым, угарный газ, спутниковые сигналы системы глобального позиционирования (GPS), радиочастотные (RF) сигналы, другие электромагнитные сигналы или поля и т.п. Таким образом, датчики 12 могут включать в себя температурный(е) датчик(и), датчик(и) влажности, связанный(е) с опасностью датчик(и) или другие датчики окружающей среды, акселерометр(ы), микрофон(ы), оптические датчики вплоть до и включая камеру(ы) (например, на приборах с зарядовой связью или видеокамеры), активные или пассивные датчики излучения, GPS приемник(и) или детектор(ы) радиочастотной идентификации. В то время как фиг. 1 иллюстрирует вариант осуществления с одним датчиком, многие варианты осуществления могут включать в себя множество датчиков. В некоторых случаях устройство 10 может включать в себя один или более первичных датчиков и один или более вторичных датчиков. Здесь, первичный(е) датчик(и) может (могут) воспринимать данные, являющиеся центральными для базовой операции устройства (например, восприятие температуры в термостате или восприятие дыма в детекторе дыма), а вторичный(е) датчик(и) может (могут) воспринимать другие типы данных (например, движение, свет или звук), которые могут использоваться для целей энергоэффективности или целей интеллектуальной операции.
[00102] Один или более компонентов 14 пользовательского интерфейса в устройстве 10 может принимать ввод от пользователя и/или представлять информацию пользователю. Принятый ввод может быть использован для определения настройки. В некоторых вариантах осуществления компоненты пользовательского интерфейса могут включать в себя механический или виртуальный компонент, который реагирует на движение пользователя. Например, пользователь может механически переместить скользящий компонент (ползунок) (например, вдоль вертикальной или горизонтальной направляющей) или вращать поворотное кольцо (например, по круговой направляющей), или может обнаруживаться движение пользователя вдоль сенсорной панели. Такие движения могут соответствовать корректировке настройки, что может определяться на основе абсолютного положения компонента 104 пользовательского интерфейса или на основе смещения компонентов 104 пользовательского интерфейса (например, корректировки температуры заданного значения на 1 градус F для каждого поворота на 10° компонента поворотного кольца). Физически и виртуально подвижные компоненты пользовательского интерфейса могут позволить пользователю установить настройку вдоль части видимого континуума. Таким образом, пользователь не ограничивается выбором между двумя дискретными опциями (например, как это было бы в случае, если бы использовались кнопки “вверх” и “вниз”), но может быстро и интуитивно определить настройку в диапазоне возможных значений настроек. Например, величина перемещения компонента пользовательского интерфейса может быть ассоциирована с величиной корректировки настройки, так что пользователь может резко изменить настройку большим движением или точно установить настройку малым движением.
[00103] Компоненты 14 пользовательского интерфейса также могут включать в себя одну или несколько кнопок (например, кнопки “вверх” и “вниз”), клавиатуру, цифровую панель, переключатель, микрофон и/или камеру (например, для обнаружения жестов). В одном варианте осуществления компонент 14 пользовательского интерфейса может включать в себя компонент кругового кольца с функцией “нажать и повернуть”, который может позволить пользователю взаимодействовать с компонентом, вращая кольцо (например, для корректировки настройки) и/или нажимая кольцо в направлении внутрь (например, чтобы выбрать скорректированную настройку или выбрать опцию). В другом варианте осуществления компонент 14 пользовательского интерфейса может включать в себя камеру, которая может обнаруживать жесты (например, чтобы указать, что питание или состояние тревожной сигнализации устройства должно быть изменено). В некоторых случаях устройство 10 может иметь один первичный компонент ввода, который может быть использован для установки множества типов настроек. Компоненты 14 пользовательского интерфейса также могут быть сконфигурированы, чтобы предоставлять информацию пользователю через, например, визуальное отображение (например, дисплей на тонкопленочных транзисторах или дисплей на органических светоизлучающих диодах) и/или аудио динамик.
[00104] Компонент 16 источника питания может включать в себя соединение питания и/или локальную батарею. Например, соединение питания может соединять устройство 10 с источником питания, таким как источник напряжения линии. В некоторых случаях, источник питания переменного тока (АС) может быть использован для подзарядки (например, подзаряжаемой) локальной аккумуляторной батареи, так что батарея может в дальнейшем использоваться для подачи питания на устройство 10, когда источник питания АС не доступен.
[00105] Сетевой интерфейс 18 может включать в себя компонент, который позволяет устройству 10 осуществлять связь между устройствами. В одном варианте осуществления сетевой интерфейс 18 может осуществлять связь с использованием эффективного сетевого уровня как части его модели взаимодействия открытых систем (OSI). В одном варианте осуществления эффективный сетевой уровень, который будет описан более детально ниже со ссылкой на фиг. 5, может позволить устройству 10 осуществлять беспроводную передачу данных или трафика IPv6-типа, используя механизм маршрутизации RIPng и схему безопасности DTLS. Таким образом, сетевой интерфейс 18 может включать в себя беспроводную карту или некоторое другое соединение приемопередатчика.
[00106] Процессор 20 может поддерживать одну или более из множества различных функциональностей устройства. Как таковой, процессор 20 может включать в себя один или более процессоров, сконфигурированных и запрограммированных для выполнения и/или инициирования выполнения одной или более функциональностей, описанных здесь. В одном варианте осуществления процессор 20 может включать в себя процессоры общего назначения, выполняющие компьютерный код, хранящийся в локальной памяти (например, флэш-памяти, на жестком диске, в оперативной памяти), процессоры специального назначения или специализированные интегральные схемы, их комбинации и/или использовать другие типы платформ обработки на аппаратных средствах/прошивке/программном обеспечении. Кроме того, процессор 20 может быть реализован как локализованные версии или дубликаты алгоритмов, выполняемых или регулируемых дистанционно центральными серверами или облачными системами, такими как на основании исполнения виртуальной машины Java (JVM), которая исполняет инструкции, предоставляемые от облачного сервера с использованием Асинхронного JavaScript и XML (AJAX) или аналогичных протоколов. В качестве примера, процессор 20 может обнаружить, когда некоторое местоположение (например, дом или комната) занято, вплоть до и включая то, занято ли оно конкретным лицом или занято определенным количеством людей (например, по отношению к одному или более пороговым значениям). В одном варианте осуществления это обнаружение может выполняться, например, путем анализа микрофонных сигналов, обнаружения движений пользователя (например, перед устройством), обнаружения открываний и закрытий дверей или гаражных дверей, обнаружения беспроводных сигналов, обнаружения IP-адреса принятого сигнала, обнаружения функционирования одного или более устройств в некотором временном окне и т.п. Кроме того, процессор 20 может включать в себя технологии распознавания образов, чтобы идентифицировать конкретные лица или объекты.
[00107] В некоторых вариантах осуществления процессор 20 может также включать в себя процессор высокой мощности и процессор малой мощности. Процессор высокой мощности может исполнять вычислительные операции высокой интенсивности, такие как управление компонентами 14 пользовательского интерфейса и т.п. Процессор малой мощности, с другой стороны, может управлять менее сложными процессами, такими как обнаружение опасности или температуры от датчика 12. В одном варианте осуществления процессор малой мощности может активировать или инициализировать процессор высокой мощности для вычислительных процессов высокой интенсивности.
[00108] В некоторых случаях процессор 20 может предсказывать желательные настройки и/или реализовывать эти настройки. Например, на основе обнаружения присутствия, процессор 20 может корректировать настройки устройства, например, чтобы экономить энергию, когда никого нет дома или в конкретной комнате или в соответствии с предпочтениями пользователя (например, общими предпочтениями в доме или конкретными специфическими для пользователя предпочтениями). В качестве другого примера, на основе обнаружения конкретного человека, животного или объекта (например, ребенка, домашнего питомца или потерянного объекта), процессор 20 может инициировать аудио или визуальный индикатор того, где находится человек, животное или объект, или может инициировать функцию тревоги или безопасности, если нераспознанное лицо обнаружено при определенных условиях (например, в ночное время, или когда освещение выключено).
[00109] В некоторых случаях устройства могут взаимодействовать друг с другом таким образом, что события, обнаруженные посредством первого устройства, влияют на действия второго устройства. Например, первое устройство может обнаружить, что пользователь вошел в гараж (например, путем обнаружения движения в гараже, обнаружения изменения освещения в гараже или обнаружения открытия гаражной двери). Первое устройство может передать эту информацию на второе устройство через эффективный сетевой уровень, так что второе устройство может, например, скорректировать настройку температуры в доме, настройку света, настройку музыки и/или настройку тревожной сигнализации. В качестве другого примера, первое устройство может обнаружить пользователя, приближающегося к передней двери (например, путем обнаружения движения или резких изменений картины освещения). Первое устройство может, например, вызвать представление общего аудио или визуального сигнала (например, такого, как звучание дверного звонка) или вызывать представление специфического для местоположения аудио или визуального сигнала (например, уведомление о присутствии посетителя в помещении, которое занимает пользователь).
[00110] В качестве примера, устройство 10 может включать в себя термостат, такой как Nest® обучающийся термостат. Здесь термостат может включать в себя датчики 12, например, датчики температуры, датчики влажности и т.п., так что термостат может определить существующие климатические условия в здании, где расположен термостат. Компонент 16 источника питания для термостата может быть локальной батареей, так что термостат может быть размещен в любом месте в здании без учета размещения в непосредственной близости от непрерывного источника питания. Поскольку термостат может питаться с помощью локальной батареи, термостат может минимизировать свое использование энергии, так что батарея редко заменяется.
[00111] В одном варианте осуществления термостат может включать круговую направляющую, которая может иметь поворотное кольцо, расположенное на ней, в качестве компонента 14 пользовательского интерфейса. Таким образом, пользователь может взаимодействовать с термостатом или программировать его с помощью поворотного кольца таким образом, что термостат контролирует температуру здания с помощью блока управления отоплением, вентиляцией и кондиционированием воздуха (HVAC) или тому подобного. В некоторых случаях термостат может определять, когда здание может быть свободным, на основе его программирования. Например, если термостат запрограммирован, чтобы поддерживать блок HVAC с выключенным питанием в течение длительного периода времени, термостат может определить, что здание будет свободно в течение этого периода времени. Здесь термостат может быть запрограммирован, чтобы выключать переключатели освещения приборов или другие электронные устройства, когда он определяет, что здание пустует. Таким образом, термостат может использовать сетевой интерфейс 18 для осуществления связи с устройством переключения освещения таким образом, что он может посылать сигнал на устройство переключения освещения, когда определено, что здание пустует. Таким образом, термостат может эффективно управлять использованием энергии здания.
[00112] С учетом вышеизложенного, фиг. 2 иллюстрирует блок-схему домашней среды 30, в которой устройство 10 по фиг. 1 может осуществлять связь с другими устройствами через эффективный сетевой уровень. Изображенная домашняя среда 30 может включать в себя структуру 32, например, дом, офисное здание, гараж или мобильный дом. Следует иметь в виду, что устройства также могут быть интегрированы в домашнюю среду, которая не включает в себя всю структуру 32, например, квартиру, кондоминиум, офисное помещение или тому подобное. Кроме того, домашняя среда 30 может управлять и/или может быть связана с устройствами за пределами фактической структуры 32. В самом деле, различные устройства в домашней среде 30 не обязательно должны физически находиться в структуре 32. Например, устройство, управляющее нагревателем 34 бассейна, или система 36 орошения могут быть расположены за пределами структуры 32.
[00113] Изображенная структура 32 включает в себя ряд помещений 38, отделенных по меньшей мере частично друг от друга с помощью стен 40. Стены 40 могут включать в себя внутренние стены или наружные стены. Каждое помещение 38 может также включать в себя пол 42 и потолок 44. Устройства могут монтироваться на стенах 40, на полу 42 или потолке 44, встраиваться в них и/или поддерживаться ими.
[00114] Домашняя среда 30 может включать в себя множество устройств, в том числе интеллектуальные, мульти-сенсорные, соединенные с сетью устройства, которые могут плавно интегрироваться друг с другом и/или с облачными серверными системами, чтобы обеспечивать любую из множества полезных целей домашней среды. Одно, несколько или каждое из устройств, показанных в домашней среде 30, может включать в себя один или несколько датчиков 12, пользовательский интерфейс 14, источник 16 питания, сетевой интерфейс 18, процессор 20 и т.п.
[00115] Примерные устройства 10 могут включать в себя подключенный к сети термостат 46, например, Nest® обучающийся термостат 1-го поколения Т100577 или Nest® обучающийся термостат 2-го поколения T200577 от Nest Labs, Inc. Термостат 46 может обнаруживать климатические характеристики окружающей среды (например, температуру и/или влажность) и управлять системой 48 отопления, вентиляции и кондиционирования воздуха (HVAC). Другое примерное устройство 10 может включать в себя блок 50 обнаружения опасности, такой как блок обнаружения опасности согласно Nest®. Блок 50 обнаружения опасности может обнаруживать присутствие опасного вещества и/или опасной ситуации в домашней среде 30 (например, дыма, огня или угарного газа). Кроме того, интерфейсные устройства 52 передней (входа), которые могут определяться понятием “интеллектуальный дверной звонок”, могут обнаруживать приближение или удаление человека от данного места, управлять звуковой функцией, оповещать о приближении или удалении человека с помощью аудио или визуальных средств или управлять настройками на системе безопасности (например, чтобы активировать или деактивировать систему безопасности).
[00116] В некоторых вариантах осуществления устройство 10 может включать в себя переключатель 54 освещения, который может обнаруживать условия внешнего освещения, обнаруживать состояния занятости помещений и управлять мощностью и/или состоянием ослабления света одного или более осветительных приборов. В некоторых случаях переключатели 54 освещения могут управлять состоянием мощности или скоростью вентилятора, такого как потолочный вентилятор.
[00117] Кроме того, интерфейсы 56 штепсельных вилок для стенных розеток могут обнаруживать занятость помещения или огороженного пространства и управлять подачей питания на одну или более штепсельных вилок для стенных розеток (например, так, что питание не подается на вилку, если никого нет дома). Устройство 10 в домашней среде 30 может дополнительно включать в себя бытовые устройства 58, такие как холодильники, кухонные плиты и/или печи, телевизоры, стиральные машины, сушилки, осветительные приборы (внутри и/или снаружи структуры 32), стереосистемы, системы внутренней связи, устройства отпирания гаражных дверей, напольные вентиляторы, потолочные вентиляторы, вентиляторы целого дома, настенные кондиционеры, нагреватели 34 бассейнов, системы 36 орошения, системы безопасности и т.д. В то время как описание фиг. 2 может идентифицировать конкретные датчики и функциональности, связанные с конкретными устройствами, следует понимать, что любые из множества датчиков и функциональностей (таких как те, которые описываются во всей спецификации) могут быть интегрированы в устройство 10.
[00118] В дополнение к присутствию функциональных возможностей обработки и восприятия, каждое из примерных устройств, описанных выше, может иметь возможность передачи данных и обмена информацией с другими устройствами, а также с любым облачным сервером или любым другим устройством, которое соединено с сетью в любом месте в мире. В одном варианте осуществления устройства 10 могут посылать и принимать передачи через эффективный сетевой уровень, который будет обсужден ниже со ссылкой на фиг. 5. В одном варианте осуществления эффективный сетевой уровень может позволить устройствам 10 осуществлять связь друг с другом через беспроводную ячеистую сеть. Таким образом, некоторые устройства могут служить как беспроводные ретрансляторы и/или могут функционировать как мосты между устройствами в домашней среде, которые не могут быть непосредственно связаны (то есть одним транзитным участком) друг с другом.
[00119] В одном варианте осуществления беспроводной маршрутизатор 60 может дополнительно осуществлять связь с устройствами 10 в домашней среде 30 через беспроводную ячеистую сеть. Беспроводной маршрутизатор 60 может тогда осуществлять связь с сетью Интернет 62 таким образом, что каждое устройство 10 может осуществлять связь с центральным сервером или облачной вычислительной системой 64 через Интернет 62. Центральный сервер или облачная вычислительная система 64 могут быть ассоциированы с производителем, объектом поддержки или поставщиком услуг, ассоциированным с конкретным устройством 10. Таким образом, в одном варианте осуществления, пользователь может связываться с клиентской службой поддержки с использованием самого устройства, а не с использованием некоторого другого средства связи, такого как телефон или соединенный с Интернетом компьютер. Кроме того, обновления программного обеспечения могут автоматически отправляться с центрального сервера или облачной вычислительной системы 64 на устройства (например, при их доступности, при покупке или с регулярными интервалами).
[00120] Ввиду подключения к сети, одно или более устройств 10 могут дополнительно позволять пользователю взаимодействовать с устройством, даже если пользователь не находится в непосредственной близости к устройству. Например, пользователь может осуществлять связь с устройством с использованием компьютера (например, настольного компьютера, ноутбука или планшета) или другого портативного электронного устройства (например, смартфона) 66. Веб-страница или приложение может принимать сообщения от пользователя и управлять устройством 10 на основе принятых сообщений. Кроме того, веб-страница или приложение может предоставлять информацию о работе устройства пользователю. Например, пользователь может просматривать текущую заданную температуру для устройства и корректировать ее с помощью компьютера, который может быть подключен к Интернету 62. В этом примере термостат 46 может принимать запрос просмотра текущей заданной температуры через беспроводную ячеистую сеть, созданную с использованием эффективного сетевого уровня.
[00121] В некоторых вариантах осуществления домашняя среда 30 может также включать в себя различные, не осуществляющие связь унаследованные бытовые устройства 68, такие как устаревшие традиционные стиральные машины/сушилки, холодильники и т.п., которыми можно управлять, хотя и грубо (включение/выключение), на основе интерфейсов 56 штепсельных вилок стенных розеток. Домашняя среда 30 дополнительно может включать в себя множество частично осуществляющих связь унаследованных бытовых устройств 70, таких как управляемые с помощью инфракрасного (IR) излучения настенные кондиционеры или другие IR-управляемые устройства, которыми можно управлять с помощью IR-сигналов, предоставляемых блоками 50 обнаружения опасности или переключателями 54 освещения.
[00122] Как упоминалось выше, каждое из примерных устройств 10, описанных выше, может устанавливать беспроводную ячеистую сеть, так что данные могут передаваться к каждому устройству 10. Принимая во внимание примерные устройства по фиг. 2, фиг. 3 иллюстрирует примерную беспроводную ячеистую сеть 80, которая может быть использована для облегчения связи между некоторыми из примерных устройств, описанных выше. Как показано на фиг. 3, термостат 46 может иметь непосредственное беспроводное соединение с интерфейсом 56 штепсельной вилки, которое может быть соединено беспроводным способом с блоком 50 обнаружения опасности и с переключателем 54 освещения. Таким же образом, переключатель 54 освещения может быть беспроводным способом связан с бытовым устройством 58 и портативным электронным устройством 66. Бытовое устройство 58 может быть просто соединено с нагревателем 34 бассейна, и портативное электронное устройство 66 может быть просто связано с системой 36 орошения. Система 36 орошения может иметь беспроводное соединение с интерфейсным устройством 52 в передней. Каждое устройство в беспроводной ячеистой сети 80 на фиг. 3 может соответствовать узлу в пределах беспроводной ячеистой сети 80. В одном варианте осуществления эффективный сетевой уровень может определять, что каждый узел передает данные с использованием протокола RIPng и протокола DTLS, так что данные могут быть безопасно переданы к узлу-получателю при минимальном количестве транзитных участков между узлами.
[00123] Как правило, эффективный сетевой уровень может быть частью модели 90 взаимодействия открытых систем (OSI), как показано на фиг. 4. Модель OSI 90 иллюстрирует функции системы связи по отношению к уровням абстракции. То есть модель OSI может задавать сетевую архитектуру или то, как могут быть реализованы коммуникации между устройствами. В одном варианте осуществления, модель OSI может включать в себя шесть уровней: физический уровень 92, уровень 94 канала данных, сетевой уровень 96, транспортный уровень 98, уровень 100 платформы и уровень 102 приложения. Как правило, каждый уровень в модели OSI 90 может обслуживать уровень над ним и может обслуживаться уровнем под ним. По меньшей мере в некоторых вариантах осуществления, более высокий уровень может быть безразличным по отношению к технологиям, используемым на более низких уровнях. Например, в некоторых вариантах осуществления уровень 100 платформы может быть безразличным к типу сети, используемому на сетевом уровне.
[00124] Имея это в виду, физический уровень 92 может обеспечивать спецификации аппаратных средств для устройств, которые могут осуществлять связь друг с другом. Таким образом, физический уровень 92 может устанавливать, как устройства могут соединяться друг с другом, обеспечивать поддержку в управлении тем, как коммуникационные ресурсы могут совместно использоваться между устройствами, и т.п.
[00125] Уровень 94 канала данных может определять, каким образом данные могут передаваться между устройствами. Как правило, уровень 94 канала данных может обеспечивать способ, которым передаваемые пакеты данных могут кодироваться и декодироваться в биты, как часть протокола передачи.
[00126] Сетевой уровень 96 может определять, каким образом маршрутизируются данные, передаваемые в узел-получатель. Сетевой уровень 96 может также обеспечивать протокол безопасности, который может поддерживать целостность передаваемых данных.
[00127] Транспортный уровень 98 может определять прозрачную пересылку данных от узла-источника к узлу-получателю. Транспортный уровень 98 может также управлять тем, как прозрачная пересылка данных остается надежной. Таким образом, транспортный уровень 98 может быть использован для проверки того, что пакеты данных, предназначенные для пересылки на узел-получатель, действительно достигли узла-получателя. Примерные протоколы, которые могут быть использованы на транспортном уровне 98, могут включать в себя Протокол Управления Передачей (TCP) и Протокол Пользовательских Дейтаграмм (UDP).
[00128] Уровень 100 платформы может устанавливать соединения между устройствами в соответствии с протоколом, заданным в транспортном уровне 98. Уровень 100 платформы может также преобразовывать пакеты данных в форму, которую может использовать уровень 102 приложения. Уровень 102 приложения может поддерживать приложение программного обеспечения, которое может непосредственно взаимодействовать с пользователем. Таким образом, уровень 102 приложения может реализовывать протоколы, определенные приложением программного обеспечения. Например, приложение программного обеспечения может обеспечивать сервисы, такие как передача файлов, электронная почта и т.п.
Эффективный сетевой уровень
[00129] Со ссылкой на фиг. 5, в одном варианте осуществления сетевой уровень 96 и транспортный уровень 98 могут быть сконфигурированы определенным образом, чтобы формировать эффективную маломощную беспроводную персональную сеть (ELoWPAN) 110. В одном варианте осуществления ELoWPAN 110 может быть основана на сети IEEE 802.15.4, которая может соответствовать низкоскоростным беспроводным персональным сетям (LR-WPAN). ELoWPAN 110 может задавать, что сетевой уровень 96 может маршрутизировать данные между устройствами 10 в домашней среде 30 с использованием протокола связи, основанного на Интернет-протоколе версии 6 (IPv6). Таким образом, каждое устройство 10 может включать в себя 128-битный IPv6-адрес, который может обеспечить каждое устройство 10 уникальным адресом, используемым, чтобы идентифицировать себя в Интернете, локальной сети во всей домашней среде 30 и т.п.
[00130] В одном варианте осуществления сетевой уровень 96 может задавать, что данные могут маршрутизироваться между устройствами с использованием Протокола Информации Маршрутизации - Следующего Поколения (RIPng). RIPng является протоколом маршрутизации, который маршрутизирует данные через беспроводную ячеистую сеть на основе числа транзитных участков между узлом-источником и узлом-получателем. То есть RIPng может определить маршрут к узлу-получателю от узла-источника, который использует наименьшее количество транзитных участков, при определении того, каким образом данные будут маршрутизироваться. В дополнение к поддержке передач данных по беспроводной ячеистой сети, RIPng способен поддерживать IPv6 сетевой трафик. Таким образом, каждое устройство 10 может использовать уникальный IPv6-адрес, чтобы идентифицировать себя, и уникальный IPv6-адрес, чтобы идентифицировать узел-получатель, при маршрутизации данных. Дополнительные подробности в отношении того, каким образом RIPng может посылать данные между узлами, будут описаны ниже со ссылкой на фиг. 6.
[00131] Как упоминалось выше, сетевой уровень 96 может также обеспечивать протокол безопасности, который может управлять целостностью передаваемых данных. Здесь эффективный сетевой уровень может защищать данные, передаваемые между устройствами, с использованием протокола Безопасности Транспортного Уровня Дейтаграмм (DTLS). В общем, протокол Безопасности Транспортного Уровня (TLS) обычно используется, чтобы защищать пересылки данных через Интернет. Однако, для того, чтобы протокол TLS был эффективным, протокол TLS может транспортировать данные с использованием надежного транспортного канала, например, соответствующего Протоколу Управления Передачей (TCP). DTLS обеспечивает подобный уровень безопасности для пересылаемых данных при поддержке ненадежных транспортных каналов, таких как соответствующие Проколу Пользовательских Дейтаграмм (UDP). Дополнительные подробности в отношении протокола DTLS будут описаны ниже со ссылкой на фиг. 8 и 9.
[00132] Сетевой уровень 96, изображенный на фиг. 5, характеризуется здесь как эффективный сетевой уровень, упомянутый выше. То есть эффективный сетевой уровень маршрутизирует IPv6 данные с использованием RIPng и защищает маршрутизируемые данные с использованием протокола DTLS. Поскольку эффективный сетевой уровень использует протокол DTLS для защиты пересылки данных между устройствами, транспортный уровень 98 может поддерживать схемы передачи TCP и UDP для данных.
[00133] На фиг. 6 изображена блок-схема последовательности операций способа 120, который может использоваться для определения таблицы маршрутизации для каждого устройства 10 в ячеистой беспроводной сети 80 по фиг. 3 с использованием RIPng. Способ 120 может выполняться каждым устройством 10 в домашней среде 30 таким образом, что каждое устройство 10 может генерировать таблицу маршрутизации, которая указывает, как каждый узел в беспроводной ячеистой сети 80 может быть соединены друг с другом. Таким образом, каждое устройство 10 может независимо определять, как маршрутизировать данные к узлу-получателю. В одном варианте осуществления процессор 20 устройства 10 может выполнять способ 120 с использованием сетевого интерфейса 18. Таким образом, устройство 10 может посылать данные, ассоциированные с датчиком 12 или определенные процессором 18, к другим устройствам 10 в домашней среде 30 через сетевой интерфейс 18.
[00134] Нижеследующее обсуждение способа 120 будет описано со ссылкой на фиг. 7A-7D, чтобы четко проиллюстрировать различные блоки способа 120. Имея это в виду и ссылаясь на фиг. 6 и фиг. 7A, в блоке 122 устройство 10 может послать запрос 132 на любое другое устройство 10, которое может быть непосредственно (то есть с нулем транзитных участков) связано с запрашивающим устройством 10. Запрос 132 может включать в себя запрос на всю информацию маршрутизации из соответствующего устройства 10. Например, как показано на фиг. 7A, устройство 10 в узле 1 может посылать запрос 132 в устройство 10 в узле 2 на отправку всех маршрутов (т.е. маршрутов N2), включенных в память узла 2.
[00135] В блоке 124 запрашивающее устройство 10 может получить сообщение от соответствующего устройства 10, которое может включать в себя все маршруты, включенные в соответствующую память соответствующего устройства 10. Маршруты могут быть организованы в таблице маршрутизации, которая может задавать, как каждый узел в беспроводной ячеистой сети 80 может быть соединен с каждым другим узлом. То есть таблица маршрутизации может задавать, к каким промежуточным узлам могут быть переданы данные, чтобы данные от узла-источника были переданы к узлу-получателю. Возвращаясь к примеру, приведенному выше, и к фиг. 7В, в ответ на запрос узла 1 о маршрутах N2, в блоке 124 узел 2 может послать узлу 1 все маршруты (маршруты 144 N2), включенные в память или хранилище узла 2. В одном варианте осуществления каждый узел беспроводной ячеистой сети 80 может посылать запрос 132 к своему соседнему узлу, как показано на фиг. 7A. В ответ, каждый узел может затем послать свои маршруты к своему соседнему узлу, как показано на фиг. 7В. Например, фиг. 7В иллюстрирует, как каждый узел отправляет свои данные маршрутов к каждому соседнему узлу, как показано маршрутами 142 N1, маршрутами 144 N2, маршрутами 146 N3, маршрутами 148 N4, маршрутами 150 N5, маршрутами 152 N6, маршрутами 154 N7, маршрутами 156 N8 и маршрутами 158 N9.
[00136] Первоначально, каждый узел может знать узлы, с которыми он может иметь прямое соединение (например, нуль транзитных участков). Например, первоначально, узел 2 может только знать, что он напрямую соединен с узлом 1, узлом 3 и узлом 4. Однако после получения маршрутов 142 N1, маршрутов 146 N3 и маршрутов 148 N4, процессор 20 узла 2 может построить таблицу маршрутизации, которая включает всю информацию, включенную в маршруты 142 N1, маршруты 146 N3 и маршруты 148 N4. Таким образом, в следующий раз, когда узел 2 получит запрос на его маршруты или таблицу маршрутизации (т.е. маршруты 144 N2), узел 2 может отправить таблицу маршрутизации, которая включает в себя маршруты 142 N1, маршруты N2, маршруты 146 N3 и маршруты 148 N4.
[00137] Имея это в виду и возвращаясь к фиг. 6, в блоке 126 запрашивающее устройство 10 может обновлять свою локальную таблицу маршрутизации, чтобы включать информацию маршрутизации, полученную от соседнего устройства 10. В некоторых вариантах осуществления, каждое устройство 10 может выполнять способ 120 периодически, так что каждое устройство 10 включает обновленную таблицу маршрутизации, которая характеризует, каким образом каждый узел в беспроводной ячеистой сети 80 может быть соединен с каждым другим. Как упоминалось выше, каждый раз, когда способ 120 выполняется, каждое устройство 10 может принимать дополнительную информацию от своего соседнего устройства 10, если соседнее устройство 10 обновило свою таблицу маршрутизации информацией, полученной свих соседних устройств. В результате, каждое устройство 10 может понять, каким образом каждый узел в беспроводной ячеистой сети 80 может быть соединен с каждым другим.
[00138] Фиг. 7C, например, иллюстрирует таблицу 172 маршрутизации, которая может быть определена устройством 10 в узле 1 с использованием способа 120. В этом примере таблица 172 маршрутизации может определять каждый узел в беспроводной ячеистой сети 80 в качестве узла-получателя, промежуточные узлы между узлом 1 и каждым узлом-получателем, и число транзитных участков между узлом 1 и узлом-получателем. Число таких транзитных участков соответствует количеству раз, когда данные, посланные к узлу-получателю, могут направляться к промежуточному узлу перед достижением узла-получателя. При отправке данных к конкретному узлу-получателю, схема маршрутизации RIPng может выбрать маршрут, который включает наименьшее количество транзитных участков. Например, если узел 1 намеревается послать данные к узлу 9, схема маршрутизации RIPng будет маршрутизировать данных через узлы 2, 4, 5 и 8, что включает в себя четыре транзитных участка, в противоположность маршрутизации данных через узлы 2, 4, 6, 7 и 8, включающей в себя пять транзитных участков.
[00139] При использовании схемы маршрутизации RIPng, каждое устройство 10 может независимо определять то, каким образом данные должны маршрутизироваться к узлу-получателю. Обычные схемы маршрутизации, такие как Протокол Маршрутизации “Ripple” (RPL), используемые в устройствах 6LoWPAN, с другой стороны, могут маршрутизировать данные через центральный узел, который может быть единственным узлом, который знает структуру беспроводной ячеистой сети. Более конкретно, протокол RPL может создать беспроводную ячеистую сеть в соответствии с ориентированным ациклическим графом (DAG), которая может быть структурирована в виде иерархии. На вершине этой иерархии может располагаться граничный маршрутизатор, который может периодически выполнять многоадресную передачу запросов к узлам нижнего уровня, чтобы определять ранг для каждого из соединений узла. В сущности, когда данные передаются из узла-источника к узлу-получателю, данные могут передаваться вверх по иерархии узлов, а затем обратно вниз к узлу-получателю. Таким образом, узлы, расположенные выше в иерархии, могут маршрутизировать данные чаще, чем узлы, расположенные ниже в иерархии. Кроме того, пограничный маршрутизатор системы RPL также может работать более часто, так как он управляет тем, как данные будут маршрутизироваться через иерархию. В обычной системе RPL, в противоположность системе RIPng, раскрытой здесь, некоторые узлы могут маршрутизировать данные на более частой основе просто в силу своего расположения в иерархии, а не из-за своего расположения по отношению к узлу-источнику и узлу-получателю. Эти узлы, которые маршрутизируют данные чаще в соответствии с системой RPL, могут потреблять больше энергии и, следовательно, не могут быть подходящими для реализации с устройствами 10 в домашней среде 30, которая работает с использованием малой мощности. Кроме того, как упоминалось выше, если пограничный маршрутизатор или любой другой узел более высокого уровня системы RPL соответствует термостату 46, повышенная активность маршрутизации данных может увеличить тепло, производимое в термостате 46. В результате показание температуры термостата 46 может некорректно представлять температуру домашней среды 30. Поскольку другие устройства 10 могут выполнять определенные операции на основании показания температуры термостата 46, и поскольку термостат 46 может посылать команды на различные устройства 10 на основе своего показания температуры, может быть выгодным гарантировать, что показание температуры термостата 46 является точным.
[00140] В дополнение, чтобы гарантировать, что ни одно из устройств 10 не маршрутизирует данные несоразмерное количество раз, с использованием схемы маршрутизации RIPng, новые устройства 10 могут добавляться к беспроводной ячеистой сети с минимальными усилиями со стороны пользователя. Например, фиг. 7D иллюстрирует новый узел 10, добавляемый к беспроводной ячеистой сети 80. В некоторых вариантах осуществления, как только узел 10 устанавливает соединение с беспроводной ячеистой сетью 80 (например, через узел 4), устройство 10, которое соответствует узлу 10, может выполнить способ 120, описанный выше, чтобы определить, каким образом данные могут маршрутизироваться к каждому узлу в беспроводной ячеистой сети 80. Если каждый узел в беспроводной ячеистой сети 80 уже выполнил способ 120 несколько раз, устройство 10 в узле 10 может принимать всю структуру маршрутизации беспроводной ячеистой сети 80 от устройства 10 в узле 4. Таким же образом, устройства 10 могут удаляться из беспроводной ячеистой сети 80, и каждый узел может обновлять свою таблицу маршрутизации относительно просто путем выполнения снова способа 120.
[00141] После установления схемы маршрутизации с использованием схемы маршрутизации RIPng, ELoWPAN 110 может использовать протокол DTLS для защиты передач данных между каждым устройством 10 в домашней среде 30. Как упоминалось выше, путем использования протокола DTLS вместо протокола TLS, ELoWPAN 110 может разрешить транспортному уровню 98 передавать данные посредством TCP и UDP. Хотя UDP, в общем случае, может быть менее надежным по сравнению с TCP, UDP передачи данных используют простую схему передачи без выделенных каналов передачи или путей данных, устанавливаемых перед использованием. Таким образом, новые устройства 10, добавляемые к беспроводной ячеистой сети 80, могут использовать UDP передачи данных, чтобы эффективно осуществлять связь с другими устройствами 10 в беспроводной ячеистой сети более быстро. Кроме того, UDP передачи данных обычно используют меньше энергии устройством 10, которое передает или пересылает данных, поскольку не имеется никакой гарантии доставки. Таким образом, устройства 10 могут передавать некритичные данные (например, о присутствии человека в помещении), используя UDP передачу данных, тем самым экономя энергию в устройстве 10. Однако критические данные (например, тревожная сигнализация дыма) могут посылаться через TCP передачу данных, чтобы гарантировать, что соответствующая сторона примет данные. Повторяем, что использование схемы безопасности DTLS с ELoWOAN 110 может облегчать UDP и TCP передачи данных.
[00142] Имея в виду вышеописанное, ELoWPAN 110 может использовать протокол DTLS, чтобы защищать данные, передаваемые между устройствами 10. В одном варианте осуществления протокол DTLS может защищать передачи данных с использованием протокола квитирования. Как правило, протокол квитирования может аутентифицировать каждое устройство связи, использующее сертификат безопасности, который может быть предоставлен каждым устройством 10. Фиг. 8 иллюстрирует пример процесса 190 производства, который показывает, каким образом сертификат безопасности может встраиваться в устройство 10.
[00143] Со ссылкой на фиг. 8, доверенному производителю 192 устройства 10 может быть предоставлено множество сертификатов безопасности, которые он может использовать для каждого производимого устройства. Таким образом, при производстве устройства 10, которое может использоваться в домашней среде 30 и связываться с беспроводной ячеистой сетью 80, доверенный производитель 192 может встраивать сертификат 194 в устройство 10 в процессе 190 производства. То есть сертификат 194 может быть встроен в аппаратные средства устройства 10 во время изготовления устройства 10. Сертификат 194 может включать в себя открытый ключ, личный ключ или другие криптографические данные, которые могут использоваться для аутентификации различных устройств связи в беспроводной ячеистой сети 80. В результате, как только пользователь получает устройство 10, пользователь может интегрировать устройство 10 в беспроводную ячеистую сеть 80 без инициализации или регистрации устройства 10 в центральном узле безопасности или т.п.
[00144] В обычных протоколах безопасности передачи данных, таких как Протокол для Выполнения Аутентификации для Сетевого Доступа (PANA), используемых в устройствах 6LоWPAN, каждое устройство 10 может аутентифицировать себя в конкретном узле (т.е. агенте аутентификации). Таким образом, прежде чем данные передаются между любыми двумя устройствами 10, каждое устройство 10 может аутентифицировать себя в узле-агенте аутентификации. Узел-агент аутентификации может затем передать результат аутентификации в узел точки обеспечения исполнения, который может быть расположен совместно с узлом-агентом аутентификации. Узел точки обеспечения исполнения может затем установить канал передачи данных между двумя устройствами 10, если аутентификации действительны. Кроме того, в PANA, каждое устройство 10 может осуществлять связь друг с другом через узел точки обеспечения исполнения, который может верифицировать, что аутентификация для каждого устройства 10 действительна.
[00145] Таким образом, с использованием протокола DTLS вместо PANA для защиты передач данных между узлами, эффективный сетевой уровень может избегать чрезмерного использования узла-агента авторизации, узла точки обеспечения исполнения или их обоих. То есть ни одному узлу, использующему эффективный сетевой уровень, не требуется обрабатывать данные аутентификации для каждой передачи данных между узлами в беспроводной ячеистой сети. В результате узлы, использующие эффективный сетевой уровень, могут сберегать больше энергии по сравнению с узлом-агентом авторизации или узлом точки обеспечения исполнения в системе протокола PANA.
[00146] Имея это в виду, фиг. 9 иллюстрирует пример протокола 200 квитирования, который может использоваться между устройствами 10 при передаче данных между собой. Как показано на фиг. 9, устройство 10 в узле 1 может послать сообщение 202 на устройство 10 в узле 2. Сообщение 202 может быть приветственным сообщением, которое может включать в себя комплекты шифров, алгоритмы хеширования и сжатия и случайное число. Устройство 10 в узле 2 может затем ответить сообщением 204, которое может верифицировать, что устройство 10 в узле 2 приняло сообщение 202 от устройства 10 в узле 1.
[00147] После установления соединения между узлом 1 и узлом 2, устройство в узле 1 может снова передать сообщение 202 к устройству 10 в узле 2. Устройство 10 в узле 2 может затем ответить сообщением 208, которое может включать приветственное сообщение от узла 2, сертификат 194 от узла 2, обмен ключами от узла 2 и запрос сертификата для узла 1. Приветственное сообщение в сообщении 208 может включать в себя комплекты шифров, алгоритмы хеширования и сжатия и случайное число. Сертификат 194 может быть сертификатом безопасности, встроенным в устройство 10 доверенным производителем 192, как описано выше со ссылкой на фиг. 8. Обмен ключами может включать в себя открытый ключ, личный ключ или другую криптографическую информацию, которая может быть использована для определения секретного ключа для установления канала связи между двумя узлами. В одном варианте осуществления обмен ключами может быть сохранен в сертификате 194 соответствующего устройства 10, расположенного в соответствующем узле.
[00148] В ответ на сообщение 208, устройство 10 в узле 1 может отправить сообщение 210, которое может включать в себя сертификат 194 от узла 1, обмен ключами от узла 1, верификацию сертификата узла 2 и спецификацию изменения шифра от узла 1. В одном варианте осуществления устройство 10 в узле 1 может использовать сертификат 194 узла 2 и обмен ключами от узла 1 для верификации сертификата 194 узла 2. То есть устройство 10 в узле 1 может верифицировать, что сертификат 194, полученный от узла 2, действителен, на основании сертификата 194 узла 2 и обмена ключами от узла 1. Если сертификат 194 от узла 2 действителен, устройство 10 в узле 1 может послать сообщение спецификации изменения шифра к устройству 10 в узле 2, чтобы объявить, что канал связи между двумя узлами является безопасным.
[00149] Аналогичным образом, после приема сообщения 210, устройство 10 в узле 2 может использовать сертификат 194 узла 1 и обмен ключами от узла 2 для верификации сертификата 194 узла 1. То есть устройство 10 в узле 2 может верифицировать, что сертификат 194, полученный от узла 1, действителен, на основании сертификата 194 узла 1 и обмена ключами от узла 2. Если сертификат 194 от узла 1 действителен, то устройство 10 в узле 2 может также послать сообщение спецификации изменения шифра на устройство 10 в узле 1, чтобы объявить, что канал связи между двумя узлами является безопасным.
[00150] После установления, что канал связи является безопасным, устройство 10 в узле 1 может послать групповой сетевой ключ 214 к устройству 10 в узле 2. Групповой сетевой ключ 214 может быть ассоциирован с ELoWPAN 110. Таким образом, когда новые устройства присоединяются к ELoWPAN 110, устройства, ранее авторизованные для связи в ELoWPAN 110, могут обеспечивать новым устройствам доступ к ELoWPAN 110. То есть устройства, ранее авторизованные для осуществления связи в ELoWPAN 110, могут предоставлять новым устройствам групповой сетевой ключ 214, который может позволять новым устройствам осуществлять связь с другими устройствами в ELoWPAN 110. Например, групповой сетевой ключ 214 может быть использован для осуществления связи с другими устройствами, которые были надлежащим образом аутентифицированы и которые имеют ранее предоставленный групповой сетевой ключ 214. В одном варианте осуществления, после выполнения обмена сообщением спецификации изменения шифра между устройством 10 в узле 1 и устройством 10 в узле 2, идентификационная информация, такая как номер модели, функциональные возможности устройства и т.п., может передаваться между устройствами. Однако после того, как устройство 10 в узле 2 получает групповой сетевой ключ 214, дополнительная информация, такая как данные от датчиков, расположенных на устройстве 10, анализ данных, выполненный устройством 10, и т.п., может быть передана между устройствами.
[00151] Путем встраивания сертификата безопасности в устройство 10 во время процесса производства, устройство 10 может не привлекать пользователя к установлению процессов безопасности или аутентификации для устройства 10. Кроме того, поскольку устройство 10 может гарантировать, что данные безопасно передаются между узлами на основании протокола квитирования, в противоположность использованию центрального узла-агента аутентификации, безопасность передач данных в беспроводной ячеистой сети 80 может не полагаться на один узел для обеспечения безопасности. Вместо этого, эффективный сетевой уровень может гарантировать, что данные могут безопасно передаваться между узлами, даже когда некоторый узел становится недоступным. Таким образом, эффективный сетевой уровень может быть гораздо менее подвержен проблемам безопасности, так как он не зависит от единственного узла для обеспечения безопасности сообщений данных.
Эффективные уровни платформы и/или приложения
[00152] С использованием вышеописанных ELowPAN 110 и/или других подходящих логических сетей IPv6, эффективные уровни платформы и/или приложения могут быть использованы для генерации инфраструктуры устройств в домашней среде или подобных средах. Инфраструктура устройств может позволить многим, в общем, локальных устройств осуществлять связь, совместно использовать данные и информацию, вызывать способы друг друга, параметрически обеспечивать обновления программного обеспечения через сеть и, в общем, передавать сообщения эффективным, осмысленным по мощности способом.
Взаимосвязь устройства с инфраструктурой
[00153] Как описано выше, инфраструктура может быть реализована с использованием одного или более подходящих протоколов связи, таких как протоколы IPv6. Фактически, инфраструктура может быть частично или полностью безразлична к базовым технологиям (например, типам сетей или протоколам связи), используемым для реализации инфраструктуры. В одном или более протоколах связи, инфраструктура может быть реализована с использованием одного или более типов сетей, используемых, чтобы коммуникативно связывать электрические устройства с использованием беспроводных или проводных соединений. Например, некоторые варианты осуществления инфраструктуры могут включать в себя Ethernet, WiFi, 802.15.4, ZigBee®, ISA100.11a, WirelessHART, MiWiTM, сети на линиях питания и/или другие подходящие типы сетей. В рамках инфраструктуры, устройства (например, узлы) могут обмениваться пакетами информации с другими устройствами (например, узлами) в инфраструктуре, непосредственно или через промежуточные узлы, такие как интеллектуальные термостаты, выступающие в качестве IP-маршрутизаторов. Эти узлы могут включать в себя устройства от производителей (например, термостаты и детекторы дыма) и/или клиентские устройства (например, телефоны, планшеты, компьютеры и т.д.). Кроме того, некоторые устройства могут быть “всегда включены” и непрерывно получают питание с использованием электрических соединений. Другие устройства могут иметь частично сниженное потребление мощности (например, средний рабочий цикл), используя соединение пониженного/прерывистого питания, например, соединение питания термостата или дверного звонка. Наконец, некоторые устройства могут иметь короткий рабочий цикл и работают только от батарейного питания. Другими словами, в некоторых вариантах осуществления, инфраструктура может включать разнородные устройства, которые могут быть соединены с одной или более подсетями в соответствии с типом соединения и/или желательной потребляемой мощностью. Фиг. 10-12 иллюстрируют три варианта осуществления, которые могут быть использованы для соединения электрических устройств через одну или более подсетей в инфраструктуре.
A. Топология одиночной сети
[00154] Фиг. 10 иллюстрирует вариант осуществления инфраструктуры 1000, имеющей топологию одиночной сети. Как показано, инфраструктура 1000 включает в себя одиночную логическую сеть 1002. Сеть 1002 может включать в себя Ethernet, WiFi, 802.15.4, сети на линиях питания и/или другие подходящие типы сетей в протоколах IPv6. Фактически, в некоторых вариантах осуществления, когда сеть 1002 включает в себя сеть WiFi или Ethernet, сеть 1002 может охватывать несколько сегментов WiFi и/или 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. Звездообразная сетевая топология
[00156] На фиг. 11 показан альтернативный вариант осуществления инфраструктуры 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 включают в себя несколько периферийных сетей того же типа.
[00157] Хотя проиллюстрированная инфраструктура 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. Топология перекрывающихся сетей
[00158] Фиг. 12 иллюстрирует альтернативный вариант осуществления инфраструктуры 1000 как инфраструктуры 1054, имеющей топологию перекрывающихся сетей. Инфраструктура 1054 включает в себя сети 1056 и 1058. Как показано, каждый из узлов 1062, 1064, 1066, 1068, 1070 и 1072 может быть соединен с каждой из сетей. В других вариантах осуществления, узел 1072 может включать в себя точку доступа для сети Ethernet/WiFi, а не конечную точку, и может не присутствовать либо в сети 1056, либо в сети 1058, той, которая не является сетью Ethernet/WiFi. Соответственно, сообщение от узла 1062 к узлу 1068 может быть передано через сеть 1056, сеть 1058 или некоторую их комбинацию. В показанном варианте осуществления каждый узел может связываться с любым другим узлом через любую сеть с использованием любой желательной сети. Соответственно, в отличие от звездообразной сетевой топологии по фиг. 11, топология перекрывающихся сетей может осуществлять связь непосредственно между узлами с использованием любой сети без использования межсетевой маршрутизации.
D. Соединение инфраструктурной сети со службами
[00159] В дополнение к осуществлению связи между устройствами в пределах дома, инфраструктура (например, инфраструктура 1000) может включать в себя службы, которые могут быть расположены физически рядом с другими устройствами в инфраструктуре или физически удалены от таких устройств. Инфраструктура соединяется с этими службами через одну или более конечных точек служб. Фиг. 13 иллюстрирует вариант осуществления службы 1074, осуществляющей связь с инфраструктурами 1076, 1078 и 1080. Служба 1074 может включать в себя различные службы, которые могут быть использованы устройствами в инфраструктурах 1076, 1078 и/или 1080. Например, в некоторых вариантах осуществления, служба 1074 может быть службой времени суток, которая предоставляет время суток на устройства, службой погоды, чтобы обеспечивать различные метеорологические данные (например, внешнюю температуру, закат, информацию о ветре, прогноз погоды и т.д.), эхо-службой, которая “опрашивает” каждое устройство, службами управления данными, службами управления устройствами и/или другими подходящими службами. Как показано, служба 1074 может включать в себя сервер 1082 (например, веб-сервер), который хранит/обращается к соответствующим данным и передает информацию через конечную точку 1084 службы к одной или более конечным точкам 1086 в инфраструктуре, такой как инфраструктура 1076. Хотя проиллюстрированный вариант осуществления включает в себя только три инфраструктуры с одним сервером 1082, следует понимать, что служба 1074 может соединяться с любым количеством инфраструктур и может включать в себя серверы в дополнение к серверу 1082 и/или соединения с дополнительными службами.
[00160] В некоторых вариантах осуществления служба 1074 также может соединяться с потребительским устройством 1088, таким как телефон, планшет и/или компьютер. Потребительское устройство 1088 может быть использовано для соединения со службой 1074 через инфраструктуру, например, инфраструктуру 1076, Интернет-соединение и/или другой подходящий способ соединения. Потребительское устройство 1088 может быть использовано для доступа к данным из одной или нескольких конечных точек (например, электронных устройств) в инфраструктуре либо непосредственно через инфраструктуру, либо через службу 1074. Другими словами, используя службу 1074, потребительское устройство 1088 может быть использовано для доступа/управления устройствами в инфраструктуре дистанционно от инфраструктуры.
E. Связь между устройствами в инфраструктуре
[00161] Как описано выше, каждое электронное устройство или узел может связываться с любым другим узлом в инфраструктуре, прямо или косвенно в зависимости от топологии инфраструктуры и типа сетевого соединения. Дополнительно, некоторые устройства (например, удаленные устройства) могут осуществлять связь через службу, чтобы осуществлять связь с другими устройствами в инфраструктуре. Фиг. 14 иллюстрирует вариант осуществления связи 1090 между двумя устройствами 1092 и 1094. Связь 1090 может охватывать одну или более сетей, прямо или косвенно, через дополнительные устройства и/или службы, как описано выше. Дополнительно, связь 1090 может происходить в соответствующем протоколе связи, таком как IPv6, с использованием одного или более транспортных протоколов. Например, в некоторых вариантах осуществления связь 1090 может включать в себя использование протокола управления передачей (TCP) и/или протокола пользовательских дейтаграмм (UDP). В некоторых вариантах осуществления устройство 1092 может передавать первый сигнал 1096 на устройство 1094 с использованием протокола без установления соединения (например, UDP). В некоторых вариантах осуществления устройство 1092 может осуществлять связь с устройством 1094 с использованием протокола, ориентированного на соединение (например, TCP). Хотя проиллюстрированная связь 1090 изображена как двунаправленное соединение, в некоторых вариантах осуществления связь 1090 может быть однонаправленным широковещанием.
i. Уникальный локальный адрес
[00162] Как описано выше, данные, передаваемые в инфраструктуре, принимаемые узлом, могут быть перенаправлены или пропущены через этот узел к другому узлу в зависимости от желательной цели для связи. В некоторых вариантах осуществления передача данных может быть предназначена для широковещания ко всем устройствам. В таких вариантах осуществления данные могут повторно передаваться без дальнейшей обработки, чтобы определять, следует ли пропустить данные к другому узлу. Однако некоторые данные могут быть направлены в определенную конечную точку. Чтобы обеспечить возможность передачи адресованных сообщений к желательным конечным точкам, узлам может быть назначена идентификационная информация.
[00163] Каждому узлу может быть назначен набор локальных для линии адресов (LLA), по одному, присваиваемому каждому сетевому интерфейсу. Эти LLA могут быть использованы для связи с другими узлами в той же сети. Кроме того, LLA могут быть использованы для различных процедур связи, таких как IPv6 Протокол Обнаружения Соседа. В дополнение к LLA, каждому узлу назначается уникальный локальный адрес (ULA). В некоторых вариантах осуществления он может упоминаться как Расширенный Уникальный Локальный Адрес (ЕULA), поскольку он содержит информацию относительно инфраструктуры устройств, а также предпочтительной сети, по которой устройство достигается через инфраструктуру.
[00164] Фиг. 15 иллюстрирует вариант осуществления уникального локального адреса (ULA) 1098, который может использоваться для адресации каждого узла в инфраструктуре. В некоторых вариантах осуществления ULA 1098 может быть отформатирован как формат IPv6-адреса, содержащий 128 бит, разделенный на глобальный ID 1100, ID 1102 подсети и ID 1104 интерфейса. Глобальный ID 1100 включает в себя 40 бит, и ID 1102 подсети включает в себя 16 бит. Глобальный ID 1100 и ID 1102 подсети вместе образуют ID 1103 инфраструктуры для инфраструктуры.
[00165] 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 инфраструктуры остается, пока инфраструктура не будет аннулирована.
[00166] Глобальный ID 1100 идентифицирует инфраструктуру, к которой принадлежит узел. ID 1102 подсети идентифицирует логические сети в инфраструктуре. ID подсети F3 может быть назначен монотонно, начиная с единицы, с добавлением каждой новой логической сети к инфраструктуре. Например, сеть WiFi может быть идентифицирована шестнадцатеричным значением 0x01, а позднее подключенная сеть 802.15.4 может быть идентифицирована шестнадцатеричным значением 0x02, продолжая с приращением после подсоединения каждой новой сети к инфраструктуре.
[00167] Наконец, 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. Маршрутизация передач между логическими сетями
[00168] Как обсуждалось выше по отношению к звездообразной топологии сети, межсетевая маршрутизация может происходить при осуществлении связи между двумя устройствами через логические сети. В некоторых вариантах осуществления межсетевая маршрутизация основана на ID 1102 подсети. Каждый узел межсетевой маршрутизации (например, узел 1034 на фиг. 11) может поддерживать список других узлов маршрутизации (например, узла В 14 на фиг. 11) на сети-концентраторе 1020 и их соответствующих присоединенных периферийных сетях (например, периферийной сети 1024 на фиг. 11). Когда поступает пакет, адресованный узлу, иному, чем сам узел маршрутизации, адрес места назначения (получателя) (например, адрес для узла 1052 на фиг. 11) сравнивается со списком сетевых префиксов, и выбирается узел маршрутизации (например, узел 1044), который присоединен к желательной сети (например, периферийной сети 1024). Затем пакет пересылается к выбранному узлу маршрутизации. Если несколько узлов (например, 1034 и 1036) присоединены к той же периферийной сети, то узлы маршрутизации выбираются в чередующемся порядке.
[00169] Кроме того, узлы межсетевой маршрутизации могут регулярно передавать сообщения оповещения маршрутизатора Протокола Обнаружения Соседа (NDP) по сети-концентратору, чтобы оповещать потребительские устройства о существовании сети-концентратора и позволять им получать префикс подсети. Оповещения маршрутизатора могут включать в себя одну или несколько опций информации маршрутов для оказания помощи в маршрутизации информации в инфраструктуре. Например, эти опции информации маршрутов могут информировать потребительские устройства о существовании периферийных сетей и о том, как маршрутизировать пакеты в периферийных сетях.
[00170] В дополнение или вместо опций информации маршрутов, узлы маршрутизации могут выступать в качестве посредников (прокси), чтобы обеспечивать соединение между потребительскими устройствами и устройствами в периферийных сетях, как процесс 1105, проиллюстрированный на фиг. 16. Как показано, процесс 1105 включает в себя назначение каждому устройству периферийной сети виртуального адреса в сети-концентраторе путем объединения ID 1102 подсети с ID 1104 интерфейса для устройства в периферийной сети (блок 1106). Для представления с использованием виртуальных адресов, узлы маршрутизации поддерживают список всех периферийных узлов в инфраструктуре, которые напрямую достижимы через один из ее интерфейсов (блок 1108). Узлы маршрутизации прослушивают сеть-концентратор на предмет сообщений запроса о соседях, запрашивающих канальный адрес периферийного узла с использованием своего виртуального адреса (блок 1110). При приеме такого сообщения, узел маршрутизации пытается назначить виртуальный адрес своему интерфейсу концентратора спустя некоторый период времени (блок 1112). Как часть назначения, узел маршрутизации выполняет обнаружение дубликатов адреса, чтобы блокировать представление виртуального адреса более чем одним узлом маршрутизации. После назначения, узел маршрутизации отвечает на сообщение запроса о соседях и принимает пакет (блок 1114). После приема пакета, узел маршрутизации переписывает адрес места назначения на реальный адрес периферийного узла (блок 1116) и пересылает сообщение на соответствующий интерфейс (блок 1118).
iii. Соединение потребительских устройств с инфраструктурой
[00171] Чтобы присоединиться к инфраструктуре, потребительское устройство может обнаружить адрес узла уже в инфраструктуре, к которой потребительскому устройству желательно присоединиться. Кроме того, если потребительское устройство было отсоединено от инфраструктуры в течение длительного периода времени, возможно, потребуется заново обнаруживать узлы в сети, если топология/расположение инфраструктуры изменилось. Чтобы способствовать обнаружению/повторному обнаружению, инфраструктурные устройства в сети-концентраторе могут публиковать отчеты Службы Обнаружения Системы Доменных Имен (DNS-SD) посредством mDNS, которые оповещают о присутствии инфраструктуры и обеспечивают адреса для потребительского устройства.
III. Данные, передаваемые в инфраструктуре
[00172] После создания инфраструктуры и создания адреса для узлов, данные могут передаваться через инфраструктуру. Данные, передаваемые через инфраструктуру, могут быть упорядочены в формат, общий для всех сообщений и/или общий для определенных типов диалогов в инфраструктуре. В некоторых вариантах осуществления, формат сообщения может позволить отображение один-к-одному на JavaScript Object Notation (JSON) с использованием формата преобразования в последовательную форму TLV, обсужденного ниже. Кроме того, хотя следующие кадры данных описаны как включающие определенные размеры, следует отметить, что длина полей данных в кадрах данных может изменяться на другие подходящие битовые длины.
А. Безопасность
[00173] Наряду с данными, предназначенными для передачи, инфраструктура может передавать данные с дополнительными мерами безопасности, такими как шифрование, проверки целостности сообщений и цифровые подписи. В некоторых вариантах осуществления уровень безопасности, поддерживаемый для устройства, может варьироваться в соответствии с физической безопасностью устройства и/или возможностями устройства. В некоторых вариантах осуществления, сообщения, передаваемые между узлами в инфраструктуре, могут быть зашифрованы с использованием блочного шифра Усовершенствованного Стандарта Шифрования (AES), работающего в режиме счетчика (AES-CTR) с 128-битным ключом. Как обсуждено ниже, каждое сообщение содержит 32-битный идентификатор (id) сообщения. id сообщения может быть объединен с id передающего узла для формирования защитного слова для алгоритма AES-CTR. 32-битный счетчик позволяет зашифровывать и отправлять 4 млрд сообщений каждым узлом, прежде чем будет согласован новый ключ.
[00174] В некоторых вариантах осуществления инфраструктура может обеспечить целостность сообщения, используя код аутентификации сообщения, например HMAC-SHA-1, который может быть включен в каждое зашифрованное сообщение. В некоторых вариантах осуществления код аутентификации сообщения может быть сгенерирован с использованием 160-битного ключа целостности сообщения, который образует пару в соотношении один к одному с ключом шифрования. Кроме того, каждый узел может проверить id сообщения входящих сообщений по отношению к списку недавно принятых id, поддерживаемых на основе по каждому узлу, чтобы блокировать воспроизведение сообщений.
B. Форматирование значения длины тега (TLV)
[00175] Для снижения потребления мощности, желательно передавать по меньшей мере часть данных, передаваемых по инфраструктуре, компактно, при этом позволяя контейнерам данных гибко представлять данные, что учитывает пропуск данных, которые не распознаны или не понятны, пропуская до следующего местоположения данных, которые понятны, при преобразовании данных в последовательную форму. В некоторых вариантах осуществления, форматирование “тег-длина-значение” (TLV) может быть использовано для компактного и гибкого кодирования/декодирования данных. Путем сохранения по меньшей мере части передаваемых данных в TLV, данные могут быть компактно и гибко сохранены/посланы с низкой служебной нагрузкой кодирования/декодирования и памяти, как описано ниже со ссылкой на таблицу 7. В некоторых вариантах осуществления TLV могут быть использованы для некоторых данных как гибкие, расширяемые данные, но другие части данных, которые не являются расширяемыми, могут быть сохранены и отправлены в понятном стандартном протокольном блоке данных (PDU).
[00176] Данные, отформатированные в формате TLV, могут быть закодированы как элементы TLV различных типов, таких как примитивные типы и контейнерные типы. Примитивные типы включают значения данных в некоторых форматах, таких как целые числа или строки. Например, формат TLV может кодировать: числа в 1, 2, 3, 4 или 8 байт со знаком/без знака, UTF-8 строки, байтовые строки, числа с плавающей запятой одинарной/двойной точности (например, формата IEEE 754-1985), булевы, нулевые и другие подходящие типы формата данных. Контейнерные типы включают в себя совокупности элементов, которые затем подразделяются на контейнерные или примитивные типы. Контейнерные типы могут быть классифицированы по различным категориям, таким как словари, массивы, пути или другие подходящие типы для группировки элементов TLV, известных в качестве членов. Словарь представляет собой совокупность членов, каждый из которых имеет четкие определения и уникальные теги в словаре. Массив - это упорядоченная совокупность членов с подразумеваемыми определениями или без отдельных определений. Путь представляет собой упорядоченную совокупность элементов, которая описывает, как пройти дерево элементов TLV.
[00177] Как показано на фиг. 11, вариант осуществления пакета 1120 TLV включает в себя три поля данных: поле 1122 тега, поле 1124 длины и поле 1126 значения. Хотя показанные поля 1122, 1124 и 1126 проиллюстрированы как приблизительно эквивалентные по размеру, размер каждого поля может быть переменным и различается по размеру по отношению друг к другу. В других вариантах осуществления пакет 1120 TLV может дополнительно включать в себя байт управления перед полем 1122 тега.
[00178] В вариантах осуществления, имеющих байт управления, байт управления может быть подразделен на поле типа элемента и поле управления тега. В некоторых вариантах осуществления поле типа элемента включает в себя 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 байт
Другими словами, в вариантах осуществления, имеющих байт управления, байт управления может указывать длину тега.
[00179] В некоторых вариантах осуществления поле 1122 тега может включать от нуля до восьми байт, например, восемь, шестнадцать, тридцать два или шестьдесят четыре бита. В некоторых вариантах осуществления тег поля тега может быть классифицирован как профильно-специфические теги или контекстно-специфические теги. Профильно-специфические теги идентифицируют элементы глобально, используя Id поставщика, Id профиля и/или номер тега, как описано ниже. Контекстно-специфические теги идентифицируют элементы TLV в пределах контекста содержащего словарь элемента и могут включать однобайтовый номер тега. Так как контекстно-специфические теги определены в контексте их контейнеров, одиночный контекстно-специфический тег может иметь различные интерпретации, когда включен в различные контейнеры. В некоторых вариантах осуществления контекст может быть также получен из вложенных контейнеров.
[00180] В вариантах осуществления, имеющих байт управления, длина тега кодируется в поле управления тега, и поле 1122 тега включает в себя возможные три поля: поле Id поставщика, поле Id профиля и поле номера тега. В полностью определенной форме, поле 1122 кодированного тега включает в себя все три поля с полем номера тега, включающим в себя 16 или 32 бита, определенным полем управления тега. В неявной форме, тег включает в себя только номер тега, и Id поставщика и номер профиля выводятся из контекста протокола элемента TLV. Форма базового профиля включает в себя профильно-специфические теги, как описано выше. Контекстно-специфические теги кодируются как один байт, переносящий номер тега. Анонимные элементы имеют поля 1122 тега нулевой длины.
[00181] В некоторых вариантах осуществления без байта управления два бита могут указывать длину поля 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 Фиксированное 64-битовое со знаком
- - 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 тега могут быть сделаны доступными для распределенных пользователем и/или назначенных пользователем значений тегов.
[00182] Поле 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, как описано выше, данные могут быть переданы компактно, оставаясь гибкими для различных длин и информации, как может использоваться различными устройствами в инфраструктуре. Кроме того, в некоторых вариантах осуществления, поля мульти-байтовых целых чисел могут быть переданы в прямом порядке или в обратном порядке.
[00183] При передаче 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%
[00184] Путем снижения количества данных, используемых для передачи данных, формат TLV позволяет инфраструктуре 1000 передавать данные к устройствам и/или от устройств, имеющих короткие рабочие циклы из-за ограниченной мощности (например, устройств с батарейным питанием). Другими словами, формат TLV обеспечивает гибкость в передаче при увеличении компактности данных, подлежащих передаче.
С. Общий протокол сообщения
[00185] В дополнение к отправке отдельных записей различных размеров, данные могут передаваться в инфраструктуре с использованием общего протокола сообщения, который может включать в себя форматирование TLV. Вариант осуществления общего протокола сообщения (GMP) 1128 показан на фиг. 18. В некоторых вариантах осуществления, общий протокол сообщения (GMP) 1128 может быть использован для передачи данных в инфраструктуре. GMP 1128 может быть использован для передачи данных посредством протоколов без установления соединения (например, UDP) и/или ориентированных на соединение протоколов (например, TCP). Соответственно, GMP 1128 может гибко адаптировать информацию, которая используется в одном протоколе, игнорируя такую информацию, когда используется другой протокол. Кроме того, GMP 1226 может допускать пропуск полей, которые не используются в конкретной передаче. Данные, которые могут быть опущены из одной или более пересылок GMP 1226, как правило, указываются с использованием серых границ вокруг блоков данных. В некоторых вариантах осуществления мульти-байтовые целочисленные поля могут передаваться в прямом порядке или в обратном порядке.
i. Длина пакета
[00186] В некоторых вариантах осуществления GMP 1128 может включать в себя поле 1130 длины пакета. В некоторых вариантах осуществления, поле 1130 длины пакета содержит 2 байта. Значение поля 1130 длины пакета соответствует целому числу без знака, указывающему общую длину сообщения в байтах, исключая само поле 1130 длины пакета. Поле 1130 длины пакета может присутствовать, когда GMP 1128 передается через соединение TCP, но когда GMP 1128 передается через соединение UDP, длина сообщения может быть равна длине полезной нагрузки основного UDP пакета, за исключением поля 1130 длины пакета.
ii. Заголовок сообщения
[00187] GMP 1128 может также включать в себя заголовок 1132 сообщения независимо от того, передается ли GMP 1128 с использованием соединений TCP или UDP. В некоторых вариантах осуществления заголовок 1132 сообщения включает в себя два байта данных, расположенных в формате, показанном на фиг. 19. Как показано на фиг. 19, заголовок 1132 сообщения включает в себя поле 1156 версии. Поле 1156 версии соответствует версии GMP 1128, который используется для кодирования сообщения. Соответственно, когда GMP 1128 обновляется, новые версии GMP 1128 могут быть созданы, но каждое устройство в инфраструктуре может быть способно принимать пакет данных в любой версии GMP 1128, известной устройству. В дополнение к полю 1156 версии, сообщение 1132 заголовка может включать в себя поле 1158 S флага и D флаг 1160. S флаг 1158 представляет собой один бит, который указывает, включено ли поле Id узла-источника (обсуждается ниже) в передаваемый пакет. Аналогично, D флаг 1160 является одним битом, который указывает, включено ли поле Id узла-получателя (обсуждается ниже) в передаваемый пакет.
[00188] Заголовок 1132 сообщения также включает в себя поле 1162 типа шифрования. Поле 1162 типа шифрования включает в себя четыре бита, которые определяют, какой тип шифрования/проверки целостности применяется к сообщению, если таковые имеются. Например, 0×0 может указывать, что шифрование или проверка целостности сообщения не включены, но десятичное 0×1 может указывать, что включены шифрование AES-128-CTR с проверкой целостности сообщения HMAC-SHA-1.
[00189] Наконец, заголовок 1132 сообщения дополнительно включает в себя поле 1164 типа подписи. Поле 1164 типа подписи включает в себя четыре бита, которые определяют, какой тип цифровой подписи применяется к сообщению, если таковая имеется. Например, 0×0 может указывать, что никакая цифровая подпись не включена в сообщение, а 0×1 может указывать, что алгоритм цифровой подписи эллиптический кривой (ECDSA) с параметрами эллиптической кривой Prime256v1 включен в сообщение.
iii. Id сообщения
[00190] Со ссылкой на фиг. 18, GMP 1128 также включает в себя поле 1134 Id сообщения, которое может быть включено в передаваемое сообщение независимо от того, отправляется ли сообщение с использованием TCP или UDP. Поле 1134 Id сообщения включает в себя четыре байта, которые соответствуют целочисленному значению без знака, которое однозначно идентифицирует сообщение с точки зрения передающего узла. В некоторых вариантах осуществления узлы могут назначать увеличенные значения поля 1134 Id сообщения каждому сообщению, которые они отправляют, возвращающиеся к нулю после достижения 232 сообщений.
iv. Id узла-источника
[00191] В некоторых вариантах осуществления 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 узла-получателя
[00192] 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 ключа
[00193] В некоторых вариантах осуществления GMP 1128 может включать в себя поле 1140 Id ключа. В некоторых вариантах осуществления поле 1140 Id ключа включает в себя два байта. Поле 1140 Id ключа включает в себя целочисленное значение без знака, которое идентифицирует ключи шифрования/целостности сообщения, используемые для шифрования сообщения. Наличие поля 1140 Id ключа может быть определено значением поля 1162 типа шифрования заголовка 1132 сообщения. Например, в некоторых вариантах осуществления, когда значение поля 1162 типа шифрования заголовка 1132 сообщения равно 0×0, поле 1140 Id ключа может быть опущено из сообщения.
[00194] Вариант осуществления поля 1140 Id ключа представлен на фиг. 20. В показанном варианте осуществления поле 1140 Id ключа включает в себя поле 1166 типа ключа и поле 1168 номера ключа. В некоторых вариантах осуществления поле 1166 типа ключа включает в себя четыре бита. Поле 1166 типа ключа соответствует целочисленному значению без знака, которое идентифицирует тип шифрования/целостности сообщения, используемый для шифрования сообщения. Например, в некоторых вариантах осуществления, если поле 1166 типа ключа равно 0×0, то ключ инфраструктуры совместно используется всеми или большинством узлов в инфраструктуре. Однако если поле 1166 типа ключа равно 0×1, то ключ инфраструктуры совместно используется парой узлов в инфраструктуре.
[00195] Поле 1140 Id ключа также включает в себя поле 1168 номера ключа, которое включает в себя двенадцать бит, которые соответствуют целочисленному значению без знака, которое идентифицирует конкретный ключ, используемый для шифрования сообщения из набора доступных ключей, либо совместно используемый, либо инфраструктурный ключи.
vii. Длина полезной нагрузки
[00196] В некоторых вариантах осуществления GMP 1128 может включать в себя поле 1142 длины полезной нагрузки. Поле 1142 длины полезной нагрузки, когда оно присутствует, может включать в себя два байта. Поле 1142 длины полезной нагрузки соответствует целочисленному значению без знака, которое указывает размер в байтах поля полезной нагрузки приложения. Поле 1142 длины полезной нагрузки может присутствовать, когда сообщение зашифровано с использованием алгоритма, который использует заполнение сообщения, как описано ниже по отношению к полю заполнения.
viii. Вектор инициализации
[00197] В некоторых вариантах осуществления GMP 1128 также может включать в себя поле 1144 вектора инициализации (IV). Поле IV 1144, если оно присутствует, содержит переменное число байт данных. Поле IV 1144 содержит криптографические значения IV, используемые для шифрования сообщения. Поле IV 1144 может быть использовано, когда сообщение зашифровано с помощью алгоритма, который использует IV. Длина поля IV 1144 может быть выведена из типа шифрования, используемого для шифрования сообщения.
ix. Полезная нагрузка приложения
[00198] GMP 1128 включает в себя поле 1146 полезной нагрузки приложения. Поле 1146 полезной нагрузки приложения включает в себя переменное число байт. Поле 1146 полезной нагрузки приложения включает в себя данные приложения, передаваемые в сообщении. Длина поля 1146 полезной нагрузки приложения может быть определена из поля 1142 длины полезной нагрузки, когда оно присутствует. Если поле 1142 длины полезной нагрузки отсутствует, длина поля 1146 полезной нагрузки приложения может быть определена путем вычитания длины всех других полей из общей длины сообщения и/или значений данных, включенных в поле 1146 полезной нагрузки приложения (например, TLV).
[00199] Вариант осуществления поля 1146 полезной нагрузки приложения показан на фиг. 21. Поле 1146 полезной нагрузки приложения включает в себя поле APVersion 1170. В некоторых вариантах осуществления поле APVersion 1170 включает в себя восемь бит, которые указывают, какая версия программного обеспечения инфраструктуры поддерживается передающим устройством. Поле 1146 полезной нагрузки приложения также включает в себя поле 1172 типа сообщения. Поле 1172 типа сообщения может включать в себя восемь бит, которые соответствуют коду операции сообщения, который указывает тип сообщения, передаваемого в профиле. Например, в профиле обновления программного обеспечения, 0×00 может указывать, что посланное сообщение является оповещением образа. Поле 1146 полезной нагрузки приложения дополнительно включает в себя поле 1174 Id обмена, которое включает в себя шестнадцать бит, что соответствует идентификатору обмена, который является уникальным для передающего узла для транзакции.
[00200] Кроме того, поле 1146 полезной нагрузки приложения включает в себя поле 1176 Id профиля. Поле 1176 Id профиля указывает “тему обсуждения”, используемую для обозначения типа передачи в сообщении. Поле 1176 Id профиля может соответствовать одному или более профилям, которые устройство может передавать. Например, поле 1176 Id профиля может указывать, что сообщение относится к базовому профилю, профилю обновления программного обеспечения, профилю обновления состояния, профилю управления данными, профилю климата и комфорта, профилю безопасности, профилю надежности и/или другим подходящим типам профиля. Каждое устройство в инфраструктуре может включать в себя список профилей, которые релевантны для устройства и в которых устройство способно “участвовать в дискуссии”. Например, многие устройства в инфраструктуре могут включать в себя базовый профиль, профиль обновления программного обеспечения, профиль обновления состояния и профиль управления данными, но только некоторые устройства будут включать в себя профиль климата и комфорта. Поле 1170 APVersion, поле 1172 типа сообщения, поле Id обмена, поле 1176 Id профиля и поле 1176 специфического для профиля заголовка, если присутствуют, могут упоминаться в комбинации как “заголовок приложения”.
[00201] В некоторых вариантах осуществления указание Id профиля посредством поля 1176 Id профиля может предоставить достаточную информацию, чтобы обеспечить схему для данных, передаваемых для профиля. Однако в некоторых вариантах осуществления дополнительная информация может быть использована для определения дальнейших указаний для декодирования поля 1146 полезной нагрузки приложения. В таких вариантах осуществления поле 1146 полезной нагрузки приложения может включать в себя поле 1178 специфического для профиля заголовка. Некоторые профили могут не использовать поле 1178 специфического для профиля заголовка, тем самым позволяя полю 1146 полезной нагрузки приложения опускать поле 1178 специфического для профиля заголовка. После определения схемы из поля 1176 Id профиля и/или поля 1178 специфического для профиля заголовка, данные могут кодироваться/декодироваться в суб-поле 1180 полезной нагрузки приложения. Суб-поле 1180 полезной нагрузки приложения включает в себя базовые данные приложения, подлежащие передаче между устройствами и/или службами, которые сохраняются, ретранслируются и/или на которые оказывается воздействие посредством принимающего устройства/службы.
x. Проверка целостности сообщений
[00202] Со ссылкой на фиг. 18, в некоторых вариантах осуществления GMP 1128 может также включать в себя поле 1148 проверки целостности сообщения (MIC). Поле 1148 MIC, если присутствует, включает в себя переменную длину в байтах данных, содержащих MIC для сообщения. Длина и порядок байт поля зависят от используемого алгоритма проверки целостности. Например, если сообщение проверяется на целостность сообщения, используя HMAC-SHA-1, поле 1148 MIC включает в себя двадцать байт в обратном порядке. Кроме того, наличие поля 1148 MIC может быть определено тем, включает ли в себя поле 1162 типа шифрования заголовка 1132 сообщения значение, отличное от 0×0.
xi. Заполнение
[00203] GMP 1128 может также включать в себя поле 1150 заполнения. Поле 1150 заполнения, когда оно присутствует, включает в себя последовательность байт, представляющих собой криптографическое заполнение, добавляемое к сообщению, чтобы сделать зашифрованную часть сообщения делимой нацело на размер блока шифрования. Наличие поля 1150 заполнения может быть определено тем, использует ли тип алгоритма шифрования (например, блочные шифры в режиме сцепления блоков шифра), указанный полем 1162 типа шифрования в заголовке 1132 сообщения, криптографическое заполнение.
xii. Шифрование
[00204] Поле 1146 полезной нагрузки приложения, поле 1148 MIC и поле 1150 заполнения вместе образуют блок 1152 шифрования. Блок 1152 шифрования включает в себя части сообщения, которые зашифрованы, когда поле 1162 типа шифрования в заголовке 1132 сообщения имеет любое значение кроме 0×0.
xiii. Подпись сообщения
[00205] GMP 1128 может также включать в себя поле 1154 подписи сообщения. Поле 1154 подписи сообщения, когда оно присутствует, включает в себя последовательность байт переменной длины, которая содержит криптографическую подпись сообщения. Длина и содержание поля подписи сообщения могут быть определены в соответствии с используемым типом алгоритма подписи и указаны полем 1164 типа подписи заголовка 1132 сообщения. Например, если используемым алгоритмом является ECDSA, использующий параметры эллиптической кривой Prime256v1, то поле 1154 подписи сообщения может включать в себя два 32-битных целых числа, закодированных в прямом порядке.
Профили и протоколы
[00206] Как описано выше, одна или более схем информации могут быть выбраны на основе общего обсуждения желательного типа для сообщения. Профиль может состоять из одной или нескольких схем. Например, один набор схем информации может быть использован для кодирования/декодирования данных в суб-поле 1180 полезной нагрузки приложения, когда один профиль указан в поле 1176 Id профиля полезной нагрузки 1146 приложения. Однако другой набор схем может быть использован для кодирования/декодирования данных суб-поля 1180 полезной нагрузки приложения, когда другой профиль указан в поле 1176 Id профиля полезной нагрузки 1146 приложения.
[00207] Дополнительно, в некоторых вариантах осуществления, каждое устройство может включать в себя набор методов, используемых для обработки профилей. Например, базовый протокол может включать в себя следующие профили: GetProfiles, GetSchema, GetSchemas, GetProperty, GetProperties, SetProperty, SetProperties, RemoveProperty, RemoveProperties, RequestEcho, NotifyPropertyChanged и/или NotifyPropertiesChanged. Метод GetProfiles может возвращать массив профилей, поддерживаемых запрошенным узлом. Методы GetSchema и GetSchemas могут соответственно возвращать одну или все схемы для конкретного профиля. GetProperty и GetProperties могут, соответственно, возвращать значение или все пары значений для схемы профиля. SetPropertiy и SetProperties могут, соответственно, устанавливать одно или несколько значений для схемы профиля. RemoveProperty и RemoveProperties могут, соответственно, пытаться удалить одно или несколько значений из схемы профиля. RequestEcho может отправить произвольную полезную нагрузку данных к указанному узлу, которую этот узел возвращает неизмененной. NotifyPropertyChange и NotifyPropertiesChanged могут, соответственно, выдавать уведомление, если одна/несколько пар значений изменились для схемы профиля.
[00208] Для помощи в понимании профилей и схем, неисключительной список профилей и схем приведен ниже в иллюстративных целях.
А. Отчетность о состоянии
[00209] Схема отчетности о состоянии представлена как кадр 1182 отчетности о состоянии на фиг. 22. Схема отчетности о состоянии может быть отдельным профилем или может быть включена в один или несколько профилей (например, базовый профиль). В некоторых вариантах осуществления кадр 1182 отчетности о состоянии включает в себя поле 1184 профиля, поле 1186 кода состояния, поле 1188 следующего состояния и может включать в себя поле 1190 дополнительной информации о состоянии.
i. Поле профиля
[00210] В некоторых вариантах осуществления поле 1184 профиля включает в себя четыре байта данных, которые определяют профиль, при котором информация в представленном отчете о состоянии должна быть интерпретирована. Вариант осуществления поля 1184 профиля показан на фиг. 23 с двумя суб-полями. В показанном варианте осуществления поле 1184 профиля включает в себя суб-поле 1192 Id профиля, которое включает в себя шестнадцать бит, которое соответствует специфическому для поставщика идентификатору для профиля, под которым определено значение поля 1186 кода состояния. Поле 1184 профиля может также включать в себя суб-поле 1194 Id поставщика, которое включает в себя шестнадцать бит, которое идентифицирует поставщика, обеспечивающего профиль, идентифицированный в суб-поле 1192 Id профиля.
ii. Код состояния
[00211] В некоторых вариантах осуществления поле 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. Следующее состояние
[00212] В некоторых вариантах осуществления поле 1188 кода следующего состояния включает в себя восемь бит. Поле 1188 кода следующего состояния указывает, имеется ли информация о следующем состоянии после сообщенного в текущее время состояния. Если информации о следующем состоянии должна быть включена, то поле 1188 кода следующего состояния указывает, какой тип информации о состоянии должен быть включен. В некоторых вариантах осуществления поле 1188 кода следующего состояния может быть включено всегда, таким образом, потенциально увеличивая размер сообщения. Однако, предоставляя возможность сцепления информации о состоянии вместе, потенциал для общего сокращения пересылаемых данных может быть снижен. Если поле 1186 следующего состояния равно 0×00, то поле 1190 информации о следующем состоянии не включено. Однако ненулевые значения могут указывать, что данные могут быть включены, и указывать форму, в которой данные включены (например, в пакете TLV).
iv. Дополнительная информация о состоянии
[00213] Когда поле 1188 кода следующего состояния не является нулевым, то поле 1190 дополнительной информации о состоянии включено в сообщение. Если присутствует, то поле элемента состояния может содержать состояние в такой форме, которая может быть определена значением поля типа предшествующего состояния (например, формат TLV).
В. Обновление программного обеспечения
[00214] Профиль или протокол обновления программного обеспечения представляет собой набор схем и протокол клиент/сервер, который позволяет клиентам быть в курсе или искать информацию о наличии программного обеспечения, которое они могут загрузить и установить. С использованием протокола обновления программного обеспечения, образ программного обеспечения может быть предоставлен в профиль клиента в формате, известном клиенту. Последующая обработка образа программного обеспечения может быть обобщенной, специфической для устройства, или специфической для поставщика и определяется протоколом обновления программного обеспечения и устройствами.
i. Общие заголовки приложения для полезной нагрузки приложения
[00215] Для того, чтобы распознаваться и обрабатываться надлежащим образом, кадры профиля обновления программного обеспечения могут быть идентифицированы в поле 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. Протокольная последовательность
[00216] Фиг. 24 иллюстрирует вариант осуществления протокольной последовательности 1196 для обновления программного обеспечения между клиентом 1198 обновления программного обеспечения и сервером 1200 обновления программного обеспечения. В некоторых вариантах осуществления любое устройство в инфраструктуре может быть клиентом 1198 обновления программного обеспечения или сервером 1200 обновления программного обеспечения. Некоторые варианты осуществления протокольной последовательности 1196 могут включать в себя дополнительные этапы, такие как те, которые показаны пунктирными линиями, которые могут быть опущены в некоторых передачах обновления программного обеспечения.
1. Обнаружение службы
[00217] В некоторых вариантах осуществления протокольная последовательность 1196 начинается с того, что сервер профиля обновления программного обеспечения оповещает о наличии обновления. Однако в других вариантах осуществления, например, показанном варианте осуществления, протокольная последовательность 1196 начинается с обнаружения 1202 службы, как описано выше.
2. Оповещение образа
[00218] В некоторых вариантах осуществления сообщение 1204 оповещения образа может передаваться сервером 1200 обновления программного обеспечения посредством многоадресной передачи или одноадресной передачи. Сообщение 1204 оповещения образа информирует устройства в инфраструктуре, что сервер 1200 имеет обновления программного обеспечения, чтобы предоставлять их. Если обновление применимо к клиенту 1198, после приема сообщения 1204 оповещения образа, клиент 1198 обновления программного обеспечения отвечает сообщением 1206 запроса образа. В некоторых вариантах осуществления сообщение 1204 оповещения образа может не включаться в протокольную последовательность 1196. Вместо этого, в таких вариантах осуществления, клиент 1198 обновления программного обеспечения может использовать график опроса, чтобы определять, когда следует послать сообщение 1206 запроса образа.
3. Запрос образа
[00219] В некоторых вариантах осуществления сообщение 1206 запроса образа может передаваться путем одноадресной передачи от клиента 1198 обновления программного обеспечения либо в ответ на сообщение 1204 оповещения образа, либо в соответствии с графиком опроса, как описано выше. Сообщение 1206 запроса образа включает в себя информацию от клиента 1198 о самом себе. Вариант осуществления кадра сообщения 1206 запроса образа показан на фиг. 25. Как показано на фиг. 25, некоторые варианты осуществления сообщения 1206 запроса образа могут включать в себя поле 1218 управления кадра, поле 1220 спецификации продукта, поле 1222 данных, специфических для поставщика, поле 1224 спецификации версии, поле 1226 спецификации места, поле 1228 поддерживаемого типа целостности и поле 1230 поддерживаемых схем обновления.
а. Управление кадра
[00220] Поле 1218 управления кадра включает в себя 1 байт и указывает различную информацию о сообщении 1204 запроса образа. Пример поля 128 управления кадра показан на фиг. 26. Как показано, поле 1218 управления кадра может включать три суб-поля: флаг 1232, специфический для поставщика, флаг 1234 спецификации места и зарезервированное поле S3. Флаг 1232, специфический для поставщика, указывает, включено ли поле 1222 специфических для поставщика данных в сообщение запроса образа. Например, когда флаг 1232, специфический для поставщика, равен 0, то поле 1222 специфических для поставщика данных может отсутствовать в сообщении запроса образа, а если флаг 1232, специфический для поставщика, равен 1, то поле 1222 специфических для поставщика данных может присутствовать в сообщении запроса образа. Аналогичным образом, значение 1 во флаге 1234 спецификации места указывает, что поле 1226 спецификации места присутствует в сообщении запроса образа, а значение 0 указывает, что поле 1226 спецификации места не присутствует в сообщении запроса образа.
b. Спецификация продукта
[00221] Поле 1220 спецификации продукта является 6-байтовым полем. Вариант осуществления поля 1220 спецификации продукта показан на фиг. 27. Как показано, поле 1220 спецификации продукта может включать в себя три суб-поля: поле 1236 Id поставщика, поле 1238 Id продукта и поле 1240 модификации продукта. Поле 1236 Id поставщика включает в себя шестнадцать бит, которые указывают поставщика для клиента 1198 обновления программного обеспечения. Поле 1238 Id продукта включает в себя шестнадцать бит, которые указывают продукт устройства, которое посылает сообщение 1206 запроса образа в качестве клиента 1198 обновления программного обеспечения. Поле 1240 модификации продукта включает в себя шестнадцать бит, которые указывают атрибут модификации клиента 1198 обновления программного обеспечения.
с. Данные, специфические для поставщика
[00222] Поле 1222 данных, специфических для поставщика, если оно присутствует в сообщении 1206 запроса образа, имеет длину переменного числа байт. Наличие поля 1222 данных, специфических для поставщика, может быть определено из специфического для поставщика флага 1232 поля 1218 управления кадра. Если присутствует, то поле 1222 специфических для поставщика данных кодирует специфическую для поставщика информацию о клиенте 1198 обновления программного обеспечения в формате TLV, как описано выше.
d. Спецификация версии
[00223] Вариант осуществления поля 1223 спецификации версии показан на фиг. 28. Поле 1224 спецификации версии включает в переменное число байт, подразделенных на два суб-поля: поле 1242 длины версии и поле 1244 строки версии. Поле 1242 длины версии включает в себя восемь бит, которые указывают длину поля 1244 строки версии. Поле 1244 строки версии является переменным по длине и определяется полем 1242 длины версии. В некоторых вариантах осуществления поле 1244 строки версии может быть ограничено сверху 255 UTF-8 символами по длине. Значение, кодируемое в поле 1244 строки версии, указывает атрибут версии программного обеспечения для клиента 1198 обновления программного обеспечения.
е. Спецификация места
[00224] В некоторых вариантах осуществления поле 1226 спецификации места может быть включено в сообщение 1206 запроса образа, когда флаг 1234 спецификации места поля 1218 управления кадра равен 1. Вариант осуществления поля 1226 спецификации места показан на фиг. 29. Показанный вариант осуществления поля 1226 поля спецификации места включает в себя переменное число байт, разделенных на два суб-поля: поле 1246 длины строки места и поле 1248 строки места. Поле 1246 длины строки места включает в себя восемь бит, которые указывают длину поля 1248 строки места. Поле 1248 строки места поля 1226 спецификации места может быть переменной длины и может содержать строку UTF-8 символов, кодирующих описание места на основе кодов места интерфейса портативной операционной системы (POSIX). Стандартный формат для кодов места POSIX имеет вид [language[_territory][.codeset][@modifier]]. Например, представление POSIX для австралийского английского имеет вид en_AU.UTF8.
f. Поддерживаемые типы целостности
[00225] Вариант осуществления поля 1228 типов целостности показан на фиг. 30. Поле 1228 поддерживаемых типов целостности включает в себя от двух до четырех байт данных, разделенных на два суб-поля: поле 1250 длины списка типов и поле 1252 списка типов целостности. Поле 1250 длины списка типов включает в себя восемь бит, которые указывают длину в байтах поля 1252 списка типов целостности. Поле 1252 списка типов целостности указывает значение атрибута типа целостности обновления программного обеспечения клиента 1198 обновления программного обеспечения. В некоторых вариантах осуществления тип целостности может быть получен из таблицы 10 ниже.
Таблица 10
Примерные типы целостности
Значение Тип целостности
0×00 SHA-160
0×01 SHA-256
0×02 SHA-512
Поле 1252 списка типов целостности может содержать по меньшей мере один элемент из таблицы 10 или другие дополнительные не включенные значения.
g. Поддерживаемые схемы обновления
[00226] Вариант осуществления поля 1230 поддерживаемых схем показан на фиг. 31. Поле 1230 поддерживаемых схем включает в себя переменное число байт, разделенных на два суб-поля: поле 1254 длины списка схем и поле 1256 списка схем обновления. Поле 1254 длины списка схем включает в себя восемь бит, которые указывают длину поля списка схем обновления в байтах. Поле 1256 списка схем обновления поля 1222 поддерживаемых схем обновления имеет переменную длину, определяемую полем 1254 длины списка схем. Поле 1256 списка схем обновления представляет атрибуты схем обновления профиля обновления программного обеспечения клиента 1198 обновления программного обеспечения. Вариант осуществления примерных значений показан в таблице 11 ниже.
Таблица 11
Примерные схемы обновления
Значение Схема обновления
0×00 HTTP
0×01 HTTPS
0×02 SFTP
0×03 Специфический для инфраструктуры протокол передачи файлов (например, групповой пересылки данных, обсужденный ниже)
Получив сообщение 1206 запроса образа, сервер 1200 обновления программного обеспечения использует переданную информацию, чтобы определить, имеет ли сервер 1200 обновления программного обеспечения обновление для клиента 1198 обновления программного обеспечения, и каким образом лучше доставить обновление к клиенту 1198 обновления программного обеспечения.
4. Ответ на запрос образа
[00227] Со ссылкой на фиг. 18, после того как сервер 1200 обновления программного обеспечения получает сообщение 1206 запроса образа от клиента 1198 обновления программного обеспечения, сервер 1200 обновления программного обеспечения отвечает ответом 1208 на запрос образа. Ответ 1208 на запрос образа включает в себя либо информацию, детализирующую, почему образ обновления не доступен для клиента 1198 обновления программного обеспечения, либо информацию о доступном обновлении образа, чтобы позволить клиенту 1198 обновления программного обеспечения загрузить и установить обновление.
[00228] Вариант осуществления кадра ответа 1208 на запрос образа показан на фиг. 32. Как показано, ответ 1208 на запрос образа включает в себя пять возможных суб-полей: поле 1258 состояния запроса, поле 1260 унифицированного идентификатора ресурса (URI), поле 1262 спецификации целостности, поле 1264 схемы обновления и поле 1266 опций обновления.
а. Состояние запроса
[00229] Поле 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
[00230] Поле 1260 URI включает в себя переменное число байт. Наличие поля 1260 URI может быть определено полем 1258 состояния запроса. Если поле 1258 состояния запроса указывает, что доступно обновление, поле 1260 URI может быть включено. Вариант осуществления поля 1260 URI показан на фиг. 33. Поле 1260 URI включает в себя два суб-поля: поле 1268 длины URI и поле 1270 строки URI. Поле 1268 длины URI включает в себя шестнадцать бит, которые указывают длину поля 1270 строки URI в UTF-8 символах. Поле 1270 строки URI указывает атрибут URI представленного обновления образа программного обеспечения, так что клиент 1198 обновления программного обеспечения может быть в состоянии найти, загрузить и установить обновление образа программного обеспечения, когда оно присутствует.
c. Спецификация целостности
[00231] Поле 1262 спецификации целостности может иметь переменную длину и присутствует, когда поле 1258 состояния запроса указывает, что доступно обновление от сервера 1198 обновления программного обеспечения для клиента 1198 обновления программного обеспечения. Вариант осуществления поля 1262 спецификации целостности показан на фиг. 34. Как показано, поле 1262 спецификации целостности включает в себя два суб-поля: поле 1272 типа целостности и поле 1274 значения целостности. Поле 1272 типа целостности включает в себя восемь бит, которые указывают атрибут типа целостности для обновления образа программного обеспечения, и может заполняться с использованием списка, аналогичного показанному в таблице 10 выше. Поле 1274 значения целостности включает в себя значение целостности, которое используется для верификации, что сообщение обновления образа сохранило целостность в процессе передачи.
d. Схема обновления
[00232] Поле 1264 схемы обновления включает в себя восемь бит и присутствует, когда поле 1258 состояния запроса указывает, что доступно обновление с сервера 1198 обновления программного обеспечения для клиента 1198 обновления программного обеспечения. Если присутствует, поле 1264 схемы обновления указывает атрибут схемы для обновления образа программного обеспечения, представленного серверу 1198 обновления программного обеспечения.
е. Опции обновления
[00233] Поле 1266 опций обновления включает в себя восемь бит и присутствует, когда поле 1258 состояния запроса указывает, что обновление доступно от сервера 1198 обновления программного обеспечения для клиента 1198 обновления программного обеспечения. Поле 1266 опций обновления может быть подразделено, как показано на фиг. 35. Как показано, поле 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 обновления программного обеспечения.
[00234] Если ответ 1208 на запрос образа указывает, что доступно обновление, клиент 1198 обновления программного обеспечения загружает 1210 обновление с использованием информации, содержащейся в ответе 1208 на запрос образа, во время, указанное в ответе 1208 на запрос образа.
5. Уведомление о загрузке
[00235] После того как загрузка 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. Ответ на уведомление
[00236] Сервер 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. Уведомление об обновлении
[00237] После того, как обновление успешно завершено или не удалось, и значение флага 1280 состояния отчета равно 1, клиент 1198 обновления программного обеспечения может ответить сообщением 1216 уведомления об обновлении. Сообщение 1216 уведомления об обновлении может использовать формат отчетности о состоянии, описанный выше. Например, сообщение 1216 уведомления об обновлении может включать в себя коды состояния, перечисленные в таблице 17 ниже.
Таблица 17
Примерные коды состояния уведомления об обновлении
Профиль Код Описание
0×00000000 0×0000 Успешно – обновление завершено.
0×0000000С 0×0010 Клиентская ошибка – обновление безуспешно вследствие проблемы в клиенте 1198 обновления программного обеспечения.
В дополнение к отчетности о состоянии, описанной выше, сообщение 1216 уведомления об обновлении может включать в себя дополнительную информацию о состоянии, которая может быть релевантной для обновления и/или неуспеха обновления.
С. Протокол управления данными
[00238] Управление данными может быть включено в общий профиль (например, базовый профиль), используемый в различных электронных устройствах в инфраструктуре, или может быть обозначено как отдельный профиль. В любом случае, протокол управления устройством (DMP) может быть использован для узлов, чтобы выполнять просмотр, совместное использование и/или обновление информации, имеющейся в узле. Последовательность 1284, используемая в DMP, показана на фиг. 36. Последовательность 1284 иллюстрирует просматривающий узел 1286, который запрашивает для просмотра и/или изменения резидентные данные просматриваемого узла 1288. Кроме того, просматривающий узел 1286 может запросить просмотр резидентных данных с использованием одной из нескольких опций просмотра, таких как запрос моментального снимка, запрос наблюдения, чтобы просмотр продолжался в течение некоторого периода времени, или другой подходящий тип просмотра. Каждое сообщение соответствует формату полезной нагрузки 1146 приложения, описанному со ссылкой на фиг. 21. Например, каждое сообщение содержит 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. Запрос просмотра
[00239] Хотя сообщение 1290 запроса просмотра запрашивает просмотр резидентных данных узла, тип запроса может быть определен посредством поля 1172 типа сообщения, как описано выше. Соответственно каждый тип запроса может включать в себя отличающийся кадр запроса просмотра.
1. Запрос моментального снимка
[00240] Запрос моментального снимка может быть отправлен просматривающим узлом 1286, когда просматривающему узлу 1286 желателен моментальный просмотр резидентных данных узла на просматриваемом узле 1288 без запроса будущих обновлений. Вариант осуществления кадра 1292 запроса моментального снимка иллюстрируется на фиг. 37.
[00241] Как показано на фиг. 37, кадр 1292 запроса моментального снимка может быть переменной длины и может включать в себя три поля: поле 1294 дескриптора просмотра, поле 1296 списка длины путей и поле 1298 списка путей. Поле 1294 дескриптора просмотра может включать в себя два бита, которые обеспечивают “дескриптор”, чтобы идентифицировать запрашиваемый просмотр. В некоторых вариантах осуществления, поле 1294 дескриптора просмотра заполняется с использованием случайного 16-битного числа или 16-битного порядкового номера вместе с проверкой уникальности, выполняемой на просматривающем узле 1286, когда запрос сформирован. Поле 1296 длины списка путей включает в себя два байта, которые указывают длину поля 1298 списка путей. Поле 1298 списка путей имеет переменную длину и указывается значением поля 1296 длины списка путей. Значение поля 1298 списка путей указывает путь схемы для узлов.
[00242] Путь схемы представляет собой компактное описание для элемента данных или контейнера, который является частью схемы, резидентной на узлах. Например, на фиг. 38 приведен пример схемы 1300 профиля. В показанной схеме 1300 профиля, путь к элементу 1302 данных может быть записан как “Нечто:велосипед:гора” в двоичном формате. Двоичный формат пути может быть представлен как двоичный формат 1304 профиля, как показано на фиг. 39. Двоичный формат 1304 профиля включает в себя два суб-поля: поле 1306 идентификатора профиля и поле 1308 данных TLV. Поле 1306 идентификатора профиля идентифицирует профиль, на который ссылаются (например, профиль Foo (“нечто”, метасинтаксическая переменная)). Поле 1308 данных TLV содержит информацию о маршруте. Как обсуждалось ранее, данные TLV включают в себя поле тега, которое включает в себя информацию о вложенных данных. Значения поля тега, используемые для ссылки на профиль “нечто” на фиг. 38, могут быть аналогичны значениям, перечисленным в таблице 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 и профиль “нечто” на фиг. 38, двоичная строка в формате TLV, представляющая путь “Нечто:велосипед:гора” может быть представлена, как показано в таблице 20 ниже.
Таблица 20
Примерный список двоичного тега для пути схемы
ID профиля Тег и длина (TL) “велосипед” “горы”
CD:AB:00:00 0D:02 06:43 08:43
Если просматривающий узел 1286 желает получить весь набор данных, определенный в схеме профиля (например, схеме профиля “нечто” на фиг. 39), то сообщение 1290 запроса просмотра может запрашивать элемент “нуль” (например, 0×0D00 TL и пустую длину, ссылающуюся на контейнер).
2. Запрос наблюдения
[00243] Если просматривающий узел 1286 желает больше, чем моментальный снимок, просматривающий узел 1286 может запрашивать запрос наблюдения. Запрос наблюдения запрашивает у просматриваемого узла 1288 послать обновления, когда вносятся изменения в данные, представляющие интерес, в просматриваемом узле 1288, так что просматривающий узел 1286 может поддерживать синхронизированный список данных. Кадр запроса наблюдения может иметь формат, иной, чем формат запроса моментального снимка по фиг. 37. Вариант осуществления кадра 1310 запроса наблюдения иллюстрируется на фиг. 40. Кадр 1310 запроса наблюдения включает в себя четыре поля: поле 1312 дескриптора просмотра, поле 1314 длины списка путей, поле 1316 списка путей и поле 1318 счета изменений. Поле 1312 дескриптора просмотра, поле 1314 длины списка путей и поле списка путей могут быть соответственно отформатированы подобно полю 1294 дескриптора просмотра, полю 1296 длины списка путей и полю 1298 списка путей запроса моментального снимка согласно фиг. 37. Дополнительное поле, поле 1318 счета изменений, указывает порог числа изменений для запрашиваемых данных, с которым обновление посылается к просматривающему узлу 1286. В некоторых вариантах осуществления, если значение поля 1318 счета изменений равно 0, то просматриваемый узел 1288 может сам определять, когда посылать обновление. Если значение поля 1318 счета изменений не равно нулю, то после числа изменений, равного этому значению, обновление посылается на просматривающий узел 1286.
3. Запрос периодического обновления
[00244] Третий тип просмотра может также запрашиваться просматривающим узлом 1286. Этот третий тип просмотра упоминается как периодическое обновление. Периодическое обновление включает в себя просмотр моментального снимка, а также периодические обновления. Как можно понять, запрос периодического обновления может быть аналогичен запросу моментального снимка с дополнительной информацией, определяющей период обновления. Например, вариант осуществления кадра 1320 запроса периодического обновления показан на фиг. 41. Кадр 1320 запроса периодического обновления включает в себя четыре поля: поле 1322 дескриптора просмотра, поле 1324 длины списка путей, поле 1326 списка путей и поле 1328 периода обновления. Поле 1322 дескриптора просмотра, поле 1324 длины списка путей и поле 1326 списка путей могут быть отформатированы подобно соответствующим им полям в кадре 1292 запроса моментального снимка. Поле 1328 периода обновления имеет четыре байта в длину и содержит значение, которое соответствует периоду времени, проходящему между обновлениями, в соответствующих единицах времени (например, в секундах).
4. Запрос регенерации
[00245] Когда просматривающий узел 1286 желает получить обновленный моментальный снимок, просматривающий узел 1286 может отправить сообщение 1290 запроса просмотра в форме кадра 1330 запроса регенерации, как показано на фиг. 42. Кадр 1330 запроса регенерации по существу пересылает поле дескриптора просмотра моментального снимка (например, поле 1294 дескриптора просмотра) из предыдущего запроса моментального снимка, который просматриваемый узел 1288 может распознать как предыдущий запрос, используя значение дескриптора просмотра в кадре 1330 запроса регенерации.
5. Запрос отмены просмотра
[00246] Когда просматривающий узел 1286 желает отменить текущий просмотр (например, периодическое обновление или просмотр наблюдения), просматривающий узел 1286 может отправить сообщение 1290 запроса просмотра в форме кадра 1332 запроса отмены просмотра, как показано на фиг. 43. Кадр 1332 запроса отмены просмотра по существу пересылает поле дескриптора просмотра из предыдущего просмотра периодического обновления или просмотра наблюдения (например, поля 1310 или 1322 дескриптора просмотра) из предыдущего запроса, который просматриваемый узел 1288 может распознать как предыдущий запрос с использованием значения дескриптора просмотра в кадре 1330 запроса регенерации и отменить текущее периодическое обновление или просмотр наблюдения.
ii. Ответ просмотра
[00247] Со ссылкой на фиг. 36, после того как просматриваемый узел 1288 получает сообщение 1290 запроса просмотра, просматриваемый узел 1288 отвечает сообщением 1334 ответа просмотра. Пример кадра 1336 сообщения ответа просмотра иллюстрируется на фиг. 44. Кадр 1336 сообщения ответа просмотра включает в себя три поля: поле 1338 дескриптора просмотра, поле 1240 состояния запроса просмотра и поле 1242 списка элементов данных. Поле 1338 дескриптора просмотра может быть отформатировано аналогично любому из указанных выше полей 1338 дескриптора просмотра. Дополнительно, поле 1338 дескриптора просмотра содержит значение, которое совпадает с соответствующим полем дескриптора просмотра из сообщения 1290 запроса просмотра, на которое отвечает сообщение 1334 ответа просмотра. Поле 1340 состояния запроса просмотра является полем переменной длины, которое указывает состояние запроса просмотра и может быть отформатировано в соответствии с форматом обновления состояния, обсужденным выше. Поле 1342 списка элементов данных является полем переменной длины, которое присутствует, если поле 1340 состояния запроса просмотра указывает, что запрос просмотра был успешным. Если присутствует, поле 1342 списка элементов данных содержит упорядоченный список запрашиваемых данных, соответствующих списку путей сообщения 1290 запроса просмотра. Кроме того, данные в поле 1342 списка элементов данных могут быть закодированы в формате TLV, как описано выше.
iii. Запрос обновления
[00248] Как описано выше, в некоторых вариантах осуществления, просматриваемый узел 1288 может передавать обновления на просматривающий узел 1286. Эти обновления могут быть отправлены как сообщение 1344 запроса обновления. Сообщение 1344 запроса обновления может включать в себя определенный формат в зависимости от типа запроса обновления. Например, запрос обновления может быть явным запросом обновления или полем запроса обновления просмотра, которое может быть идентифицировано с помощью Id 1172 сообщения.
1. Явный запрос обновления
[00249] Явный запрос обновления может быть передан в любое время как результат желательности информации из другого узла в инфраструктуре 1000. Явный запрос обновления может быть отформатирован в кадре 1346 запроса обновления, показанном на фиг. 45. Показанный кадр 1346 запроса обновления включает в себя четыре поля: поле 1348 дескриптора обновления, поле 1350 длины списка путей, поле 1352 списка путей и поле 1354 списка элементов данных.
[00250] Поле 1348 дескриптора обновления включает в себя два байта, которые могут быть заполнены случайными или последовательными числами с проверками уникальности для идентификации запроса обновления или ответов на запрос. Поле 1350 длины списка путей содержит два байта, которые указывают длину поля 1352 списка путей. Поле 1352 списка путей является полем переменной длины, которое указывает последовательность путей, как описано выше. Поле 1354 списка элементов данных может быть отформатировано подобно полю 1242 списка элементов данных.
2. Запрос обновления просмотра
[00251] Сообщение запроса обновления просмотра может быть передано узлом, который ранее запрашивал просмотр схемы другого узла или узла, который установил просмотр в свои данные от имени другого узла. Вариант осуществления кадра 1356 запроса обновления просмотра показан на фиг. 46. Кадр 1356 запроса обновления просмотра включает в себя четыре поля: поле 1358 дескриптора обновления, поле 1360 дескриптора просмотра, поле 1362 длины списка элементов обновления и поле 1364 списка элементов обновления. Поле 1358 дескриптора обновления может быть составлено с использованием формата, обсужденного выше со ссылкой на поле 1348 дескриптора обновления. Поле 1360 дескриптора просмотра содержит два байта, которые идентифицируют просмотр, созданный релевантным сообщением 1290 запроса просмотра, имеющим тот же дескриптор просмотра. Поле 1362 длины списка элементов обновления включает в себя два байта и указывает количество элементов обновления, которые включены в поле 1364 списка элементов обновления.
[00252] Поле 1364 списка элементов обновления включает в себя переменное число байтов и перечисляет элементы данных, составляющих обновленные значения. Каждый список элементов обновления может включать в себя множество элементов обновления. Отдельные элементы обновления сформатированы в соответствии с кадром 1366 элемента обновления, показанным на фиг. 47. Каждый кадр 1366 элемента обновления включает в себя три суб-поля: поле 1368 индекса элемента, поле 1370 временной метки элемента и поле 1372 элемента данных. Поле 1368 индекса элемента содержит два байта, которые указывают просмотр, для которого запрашивается обновление, и индекс в списке путей этого просмотра для поля 1372 элемента данных.
[00253] Поле 1370 временной метки элемента включает в себя четыре байта и указывает время (например, в секундах), прошедшее от изменения до тех пор, пока не будет выполнено сообщаемое обновление. Если более чем одно изменение было выполнено для элемента данных, то поле 1370 временной метки элемента может указывать самое последнее или самое раннее изменение. Поле 1372 элемента данных является полем переменной длины, кодированным в формате TLV, которое должно приниматься в качестве обновленной информации.
iv. Ответ обновления
[00254] После того как обновление принято, узел (например, просматривающий узел 1286) может послать сообщение 1374 ответа обновления. Сообщение 1374 ответа обновления может быть закодировано с использованием кадра 1376 ответа обновления, показанного на фиг. 48. Кадр 1376 ответа обновления включает в себя два поля: поле 1378 дескриптора обновления и поле 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 Запрос был успешно обработан, но может произойти дополнительное действие запрашивающего устройства.
Д. Групповая пересылка
[00255] В некоторых вариантах осуществления может быть желательным пересылать объемные файлы данных (например, данные датчиков, журналы или образы обновления) между узлами/службами в инфраструктуре 1000. Чтобы обеспечить возможность групповой пересылки данных, отдельный профиль или протокол может быть включен в один или более профилей и сделан доступным узлам/службам в узлах. Протокол групповой пересылки данных может моделировать файлы данных как коллекции данных с вложениями метаданных. В некоторых вариантах осуществления данные могут быть непрозрачными, но метаданные могут быть использованы для определения, следует ли продолжать с запрашиваемой пересылкой файлов.
[00256] Устройства, участвующие в групповой пересылке, могут быть в общем разделены в соответствии с передачей групповой пересылки и созданием события. Как показано на фиг. 49, каждая передача 1400 в групповой пересылке включает в себя отправителя 1402, который является узлом/службой, который(ая) передает массив данных 1404 к получателю 1406, который является узлом/службой, который(ая) получает массив данных 1404. В некоторых вариантах осуществления получатель может послать к отправителю 1402 информацию 1408 о состоянии, указывающую состояние групповой пересылки. Кроме того, событие групповой пересылки может быть инициировано либо отправителем 1402 (например, выгрузка), либо получателем 1406 (например, загрузка) в качестве инициатора. Узел/служба, который(ая) отвечает инициатору, может упоминаться как ответчик в групповой пересылке данных.
[00257] Групповая пересылка данных может происходить с использованием либо синхронного, либо асинхронного режимов. Режим, в котором пересылаются данные, может быть определен с помощью различных факторов, таких, как базовый протокол (например, UDP или TCP), согласно которому выполняется групповая пересылка данных. В протоколах без установления соединения (например, UDP), массив данных может пересылаться с использованием синхронного режима, который позволяет одному из узлов/служб (“драйверу”) управлять скоростью, с которой выполняется пересылка. В некоторых вариантах осуществления, после каждого сообщения в групповой пересылке данных в синхронном режиме, может отправляться подтверждение до посылки следующего сообщения в групповой пересылке данных. Драйвером может быть отправитель 1402 или получатель 1406. В некоторых вариантах осуществления драйвер может переключаться между онлайн-состоянием и офлайн-режимом при отправке сообщений, чтобы способствовать пересылке в онлайн-состоянии. В групповых пересылках данных с использованием протоколов, ориентированных на соединение (например, TCP), массив данных может передаваться с помощью асинхронного режима, который не использует подтверждение перед отправкой последовательных сообщений, или одного драйвера.
[00258] Независимо от того, выполняется ли групповая пересылка данных с использованием синхронного или асинхронного режима, тип сообщения может быть определен с использованием типа 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
[00259] Вариант осуществления сообщения SendInit 1420 показан на фиг. 50. Сообщение SendInit 1420 может включать в себя семь полей: поле 1422 управления пересылкой, поле 1424 управления диапазоном, поле 1426 длины обозначения файла, поле 1428 предложенного максимального размера блока, поле 1430 начального смещения, поле 1432 длины и поле 1434 обозначения файла.
[00260] Поле 1422 управления пересылкой включает в себя байт данных, показанных на фиг. 51. Поле управления пересылкой включает в себя по меньшей мере четыре поля: асинхронный флаг 1450, флаг RDrive 1452, флаг SDrive 1454 и поле 1456 версии. Асинхронный флаг 1450 указывает, может ли предложенная пересылка выполняться с использованием синхронного или асинхронного режима. Флаг RDrive 1452 и флаг SDrive 1454, соответственно, указывают, способен ли получатель 1406 пересылать данные, когда получатель 1402 или отправитель 1408 запускают пересылку в синхронном режиме.
[00261] Поле 1424 управления диапазоном включает в себя байт данных, такой как поле 1424 управления диапазоном, показанное на фиг. 52. В показанном варианте осуществления поле 1424 управления диапазоном включает в себя по меньшей мере три поля: флаг BigExtent 1470, флаг 1472 начального смещения и флаг 1474 определения длины. Флаг 1474 определения длины указывает, имеет ли пересылка определенную длину. Флаг 1474 определения длины указывает, присутствует ли поле 1432 длины в сообщении SendInit 1420, и флаг BigExtent 1470 указывает размер для поля 1432 длины. Например, в некоторых вариантах осуществления, значение 1 во флаге BigExtent 1470 указывает, что поле 1432 длины соответствует восьми байтам. В противном случае, поле 1432 длины соответствует четырем байтам, если присутствует. Если пересылка имеет определенную длину, флаг 1472 начального смещения указывает, присутствует ли начальное смещение. Если начальное смещение присутствует, то флаг BigExtent 1470 указывает длину для поля 1430 начального смещения. Например, в некоторых вариантах осуществления, значение 1 во флаге BigExtent 1470 указывает, что поле 1430 начального смещения соответствует восьми байтам. В противном случае, поле 1430 начального смещения соответствует четырем байтам, если присутствует.
[00262] Со ссылкой на фиг. 50, поле 1426 длины обозначения файла включает в себя два байта, которые указывают длину поля 1434 обозначения файла. Поле 1434 обозначения файла, которое является полем переменной длины, зависит от поля 1426 длины обозначения файла. Поле 1428 максимального размера блока предлагает максимальный размер блока, который можно переслать в одной пересылке.
[00263] Поле 1430 начального смещения, если присутствует, имеет длину, указанную флагом BigExtent 1470. Значение поля 1430 начального смещения указывает место в файле, который должен пересылаться, от которого отправитель 1402 может начать пересылку, по существу позволяя сегментировать пересылки больших файлов на несколько сессий групповой пересылки.
[00264] Поле 1432 длины, если присутствует, указывает длину файла, подлежащего пересылке, если поле 1474 определения длины указывает, что файл имеет определенную длину. В некоторых вариантах осуществления, если получатель 1402 получает последний блок, прежде чем длина достигается, получатель может считать, что пересылка безуспешна, и сообщить об ошибке, как описано ниже.
[00265] Поле 1434 обозначения файла является идентификатором переменной длина, выбранным отправителем 1402, чтобы идентифицировать файл, подлежащий отправке. В некоторых вариантах осуществления отправитель 1402 и получатель 1406 могут согласовать идентификатор для файла перед пересылкой. В других вариантах осуществления получатель 1406 может использовать метаданные вместе с полем 1434 обозначения файла, чтобы определить, следует ли принимать пересылку, и каким образом обрабатывать данные. Длина поля 1434 обозначения файла может быть определена из поля 1426 длины обозначения файла. В некоторых вариантах осуществления сообщение SendInit 1420 может также включать в себя поле 1480 метаданных переменной длины, закодированное в формате TLV. Поле 1480 метаданных позволяет инициатору отправлять дополнительную информацию, такую как информация конкретного приложения о файле, подлежащем пересылке. В некоторых вариантах осуществления поле 1480 метаданных может быть использовано, чтобы избежать согласования поля 1434 обозначения файла перед групповой пересылкой данных.
ii. SendAccept
[00266] Сообщение принятия передачи передается от ответчика, чтобы указать режим пересылки, выбранный для пересылки. Вариант осуществления сообщения SendAccept 1500 представлен на фиг. 53. Сообщение 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
[00267] Если получатель 1206 отклоняет пересылку после сообщения SendInit, получатель 1206 может отправить сообщение SendReject, которое указывает, что существует одна или более проблем относительно групповой пересылки данных между отправителем 1202 и получателем 1206. Сообщение отклонения передачи может быть отформатировано в соответствии с форматом отчета о состоянии, описанным выше и показанным на фиг. 54. Кадр 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
[00268] Сообщение ReceiveInit может быть передано получателем 1206 в качестве инициатора. Сообщение ReceiveInit может форматироваться и кодироваться аналогично сообщению SendInit 1480, показанному на фиг. 50, но поле BigExtent 1470 может упоминаться как поле максимальной длины, которое определяет максимальный размер файла, который получатель 1206 может обрабатывать.
v. ReceiveAccept
[00269] Когда отправитель принимает сообщение ReceiveInit, отправитель 1202 может ответить сообщением ReceiveAccept. Сообщение ReceiveAccept может форматироваться и кодироваться как сообщение ReceiveAccept 1540, показанное на фиг. 55. Сообщение ReceiveAccept 1540 может включать в себя четыре поля: поле 1542 управления пересылкой, поле 1544 управления диапазоном, поле 1546 максимального размера блока и иногда поле 1548 длины. Сообщение ReceiveAccept 1540 может быть отформатировано подобно сообщению SendAccept 1502 на фиг. 53 с вторым байтом, указывающим поле 1544 управления диапазоном. Кроме того, поле 1544 управления диапазоном может форматироваться и кодироваться с использованием методов, описанных выше в отношении поля 1424 управления диапазоном по фиг. 52.
vi. ReceiveReject
[00270] Если отправитель 1202 обнаруживает проблему с пересылкой файла к получателю 1206, отправитель 1202 может отправить сообщение ReceiveReject, отформатированное и закодированное подобно сообщению SendReject 48 с использованием формата отчетности о состоянии, как описано выше. Однако поле 1522 кода состояния может быть кодировано/декодировано с использованием значений, аналогичных перечисленным в таблице 24 ниже.
Таблица 24
Примерные коды состояния для сообщения отклонения приема
Код состояния Описание
0×0020 Способ пересылки не поддерживается
0×0021 Обозначение файла не известно
0×0022 Начальное смещение не поддерживается
0×0013 Длина слишком велика
0×002F Неизвестная ошибка
vii. BlockQuery
[00271] Сообщение BlockQuery может быть отправлено посредством инициирующего получателя 1202 в групповой пересылке данных синхронного режима, чтобы запросить следующий блок данных. BlockQuery косвенно подтверждает получение предыдущего блока данных, если явное подтверждение не было отправлено. В вариантах осуществления с использованием асинхронных передач, сообщение BlockQuery может быть опущено из процесса передачи.
viii. Block
[00272] Блоки данных, передаваемых в групповой пересылке данных, могут включать в себя любую длину больше 0 и меньше, чем максимальный размер блока, согласованный отправителем 1202 и получателем 1206.
ix. BlockEOF
[00273] Конечный блок в пересылке данных может быть представлен как блок “конец файла” (BlockEOF). BlockEOF может иметь длину от 0 до максимального размера блока. Если получатель 1206 обнаруживает несоответствие между заранее согласованным размером файла (например, полем 1432 длины) и количеством фактически переданных данных, получатель 1206 может послать сообщение об ошибке, указывающее на сбой, как описано ниже.
x. Ack
[00274] Если отправитель 1202 инициирует пересылку в синхронном режиме, отправитель 1202 может ожидать, пока не будет принято подтверждение (Ack) после отправки блока (Block) перед отправкой следующего блока. Если получатель инициирует пересылку в синхронном режиме, то получатель 1206 может послать либо явное Ack, либо BlockQuery, чтобы подтвердить получение предыдущего блока. Кроме того, в групповых пересылках в асинхронном режиме сообщение Аck может быть вообще опущено из процесса передачи.
xi. AckEOF
[00275] Подтверждение конца файла (AckEOF) может быть отправлено в групповых пересылках, отправленных в синхронном режиме или в асинхронном режиме. Используя AckEOF, получатель 1206 показывает, что при пересылке были получены все данные, и сигнализирует конец сессии групповой пересылки данных.
xii. Error
[00276] При возникновении некоторых проблем при осуществлении связи отправитель 1202 или получатель 1206 может отправить сообщение об ошибке, чтобы преждевременно закончить сессию групповой пересылки данных. Сообщения об ошибках могут форматироваться и кодироваться в соответствии с форматом отчетности о состоянии, описанным выше. Например, сообщение об ошибке может быть отформатировано аналогично кадру SendReject 1520 по фиг. 54. Однако коды состояния могут кодироваться/декодироваться со значениями, включающими в себя или подобными значениям, перечисленным в таблице 25 ниже.
Таблица 25
Примерные коды состояния для сообщения об ошибке в профиле групповой пересылки данных
Код состояния Описание
0×001F Пересылка безуспешна ввиду неизвестной ошибки
0×0011 Ошибка переполнения
[00277] Конкретные варианты осуществления, описанные выше, были показаны в качестве примера, и следует понимать, что эти варианты осуществления могут допускать различные модификации и альтернативные формы. Следует также понимать, что формула изобретения не предназначена, чтобы ограничиваться конкретными раскрытыми формами, а скорее охватывает все модификации, эквиваленты и альтернативы, попадающие в рамки сущности и объема настоящего раскрытия.
Случаи использования эффективной связи и информированность о питании
[00278] Протокол эффективной сети IPv6 802.15.4 и/или протокол эффективной платформы, описанные выше, могут обеспечить энергетически эффективные операции в домашней среде. Как будет описано ниже, в одном примере, такая связь может включать в себя передачу IPv6 пакета по конкретной предпочтительный сети. Дополнительно или альтернативно, свойства способа связи, такие как тип транспортного протокола - TCP или UDP – используемого для передачи сообщения, могут также выбираться. Например, для обеспечения большей надежности, но при меньшем энергосбережении, может быть выбран протокол ТСР, в то время как для обеспечения большей экономии мощности, но при меньшей надежности, может быть выбран протокол UDP.
Интеллектуальная связь, использующая поля заголовка IPv6 пакета
[00279] Как указано выше, поля, доступные в заголовке IPv6 пакета, могут быть использованы в системе согласно данному раскрытию, чтобы переносить информацию о целевом узле инфраструктуры 1000, который ориентирован на прием сообщения. Например, как показано на фиг. 56, заголовок 1600 IPv6 пакета, ориентированного на конкретный узел, может включать в себя поле 1602 МАС, поле 1604 подсети и поле 1606 ID инфраструктуры. Поле 1602 МАС может заполнять 64-битную область, как правило, понимаемую, чтобы представлять Расширенный Уникальный Идентификатор (EUI-64). Поле 1602 МАС может включать в себя указание МАС-адреса целевого узла. Поле 1604 подсети и поле 1606 ID инфраструктуры могут коллективно представлять Расширенный Уникальный Локальный Адрес (EULA). В EULA этих полей, поле 1606 ID инфраструктуры может указывать конкретную инфраструктуру 1000, через которую должен посылаться IPv6 пакет, а поле 1604 подсети может идентифицировать предпочтительную сеть в инфраструктуре 1000, по которой целевой узел предпочтительно может принимать сообщения. В примере на фиг. 56, поле 1604 подсети указывает, что целевой узел предпочтительно может принимать сообщения через конкретную сеть WiFi. Следует иметь в виду, что EULA, образованный полем 1606 ID инфраструктуры и полем 1604 подсети, может быть использован, когда IPv6 пакеты отправляются исключительно в пределах одной или более соединенных инфраструктур и/или служб, которые обслуживают эти инфраструктуры. Когда IPv6 пакеты должны быть отправлены от узла инфраструктуры 1000 на внешний Интернет-адрес IPv6, может быть использована другая (например, более традиционная) структура заголовка IPv6 пакета.
[00280] Информация EULA поля 1604 подсети и поля 1606 ID инфраструктуры может быть использована для эффективной передачи IPv6 пакетов через инфраструктуру 1000 к целевому узлу. В примере, показанном на фиг. 57, сообщение посылается через сетевую топологию, описанную выше со ссылкой на фиг. 11. В данном случае узел 1026 является передающим узлом, а узел 1036 является целевым узлом. Узел 1026 работает в 802.15.4 сети 1022, в то время как целевой узел 1036 работает как в 802.15.4 сети 1022, так и в беспроводной сети 1020. Предпочтительная сеть целевого узла 1036 представлена в примере на фиг. 57 как WiFi сеть 1020. Таким образом, IPv6 пакеты, используемые для передачи сообщения от передающего узла 1026 к целевому узлу 1036, обычно могут иметь характеристики, показанные в IPv6 пакете 1600 на фиг. 56.
[00281] Различные узлы 1026, 1028, 1030, 1034 и 1042 показаны на фиг. 57 для передачи сообщения от передающего узла 1026 к целевому узлу 1036. Когда имеется только одна сеть, чтобы передавать сообщение, сообщение может передаваться через эту сеть. Это соответствует случаю узлов 1026, 1028 и 1030 в примере на фиг. 57. Однако когда сообщение достигает узла, который работает в более чем одной сети, такого как узел 1034, этот узел может использовать поле 1604 подсети, чтобы определить, какую сеть следует использовать для передачи сообщения дальше к целевому узлу 1036.
[00282] Блок-схема 1650 последовательности операций на фиг. 58 иллюстрирует пример способа для использования поля 1604 подсети заголовка 1600 пакета для передачи IPv6 пакета к целевому узлу. В способе, узел, который работает в двух сетях (например, узел 1034, который работает как в WiFi сети 1020, так и в 802.15.4 сети 1022), может принимать IPv6 пакет (блок 1652). Узел может анализировать поле 1604 подсети заголовка 1600 IPv6 пакета, чтобы определить, какая сеть является наиболее подходящей сетью для использования, чтобы передать IPv6 пакет к целевому узлу. Поле 1604 подсети может указывать, например, что сообщение должно приниматься целевым узлом (например, узлом 1036) по WiFi сети 1020. Принимающий узел (например, узел 1034) может тогда послать IPv6 пакет к целевому узлу (например, узлу 1036) по сети, указанной полем 1604 подсети (например, WiFi сети 1020) (блок 1654).
[00283] В некоторых примерах, сеть, по которой был принят IPv6 пакет, может отличаться от сети, указанной полем 1604 подсети. На фиг. 57, например, узел 1034 принимает сообщение по 802.15.4 сети 1022. Однако если поле 1604 подсети указывает, что WiFi сеть 1020 является предпочтительной сетью, чтобы использоваться для передачи IPv6 пакета, то вместо этого узел 1034 может передать IPv6 пакет по сети WiFi 1020. Таким образом, поле 1604 подсети может позволить целевому узлу иметь предпочтительную сеть для приема сообщений. В примере на фиг. 57, целевой узел 1036 может быть всегда включенным электронным устройством, которое может осуществлять связь более быстро или более надежно по WiFi сети 1020, чем по 802.15.4 сети 1022. В других примерах, целевой узел 1036 может быть устройством в спящем режиме с батарейным питанием, для которого было бы лучше принимать сообщения по 802.15.4 сети 1022. В таком примере, хотя целевой узел 1036 мог бы принимать сообщения через WiFi сеть 1020, путем приема сообщений через 802.15.4 сеть 1022, как может указываться полем 1604 подсети, целевой узел 1036 может экономить энергию. Таким образом, EULA заголовка 1600 IPv6 пакета (например, поле 1606 ID инфраструктуры и поле 1604 подсети) может быть использован для поддержки эффективной передачи сообщений через инфраструктуру.
Выбор транспортного протокола или предпочтительной целевой сети на основе желательной надежности сообщения
[00284] Тщательный выбор транспортного протокола (например, TCP или UDP) и/или предпочтительной сети целевого узла, используемой для отправки IPv6 пакетов, может также привести к эффективному использованию сети. В самом деле, в то время как TCP является более надежным, чем UDP, надежность TCP проистекает из использования в нем квитирования и подтверждений при передаче сообщений, многие из которых отсутствуют в UDP. Дополнительная надежность TCP, однако, может увеличить затраты на передачу сообщения в терминах потребляемой мощности. В самом деле, имеют место дополнительные затраты мощности на квитирование и подтверждения в TCP. Кроме того, использование TCP будет вызывать повторную передачу отброшенных пакетов, пока они не будут приняты с подтверждением, потребляя дополнительную мощность на всех устройствах, для которых имеют место отброшенные пакеты.
[00285] Таким образом, может быть желательно передавать сообщения посредством UDP, если только не имеется причин, по которым надежность является предпочтительной по сравнению с энергетической эффективностью. Например, как показано в блок-схеме 1670 последовательности операций на фиг. 59, одно из устройств в инфраструктуре 1000 может формировать сообщение (блок 1672). Устройство может учитывать один или более факторов надежности, относящихся к желательной надежности сообщения (блок 1674). Этот учет одного или более факторов надежности может иметь место в уровне 102 приложения или уровне 100 платформы OSI стека 90, исполняемого на устройстве. В любом случае, фактор(ы) надежности, который(е) устройство может учитывать, может (могут) включать в себя (1) тип сообщения, генерируемого в блоке 1672, (2) тип сети, по которой сообщение будет отправлено, (3) расстояние, которое сообщение может проходить в инфраструктуре, (4) чувствительность по мощности целевого узла и/или передающих узлов, которые будут использоваться для передачи сообщения на целевой узел, и/или (5) тип целевого конечного узла (например, является ли он устройством или службой). В некоторых вариантах осуществления может учитываться только один фактор. Кроме того, перечень факторов надежности, обсуждаемых здесь, не является исчерпывающим, но, скорее, приведен в качестве примеров для принятия решения о том, будет ли надежность или энергосбережение более желательной(ым) при передаче сообщения.
[00286] Первым фактором, который может повлиять на желательную надежность транспортного протокола, является тип сообщения, которое должно передаваться. Очень высокая надежность может быть желательна, когда сообщение является сообщением тревоги, таким как сообщение, указывающее, что была обнаружена опасность. Однако высокая надежность может иметь меньшую ценность, чем энергосбережение, когда сообщение представляет данные датчика или данные о состоянии некоторого устройства.
[00287] Вторым фактором, который может повлиять на желательную надежность транспортного протокола, является тип сети, по которой должно передаваться сообщение. Если сообщение будет главным образом проходить по сети 802.15.4, например, это может означать, что энергосбережение может быть более выгодным, чем надежность. Однако если сообщение будет в основном или целиком проходить через сеть WiFi, это может означать, что энергосбережение может быть менее ценным, а надежность может быть более ценной.
[00288] Третьим фактором, который может повлиять на желательную надежность транспортного протокола, является расстояние, которое сообщение может проходить в инфраструктуре 1000, чтобы достичь целевого узла. Расстояние может представлять собой, например, число “транзитных участков”, чтобы достичь целевого узла, количество различных типов сетей, которые могут быть пройдены, чтобы достичь целевого узла, и/или действительное расстояние по сети.
[00289] Четвертым фактором, который может повлиять на желательную надежность транспортного протокола, является чувствительность по мощности устройств, которые могут быть использованы для передачи сообщения на целевой узел. Если все или по существу все из таких устройств всегда включены или питаются от внешнего источника питания, повышение надежности может быть предпочтительным по сравнению с энергосбережением. Если одно или более из устройств представляют собой маломощные устройства, устройства в спящем режиме и/или устройства с батарейным питанием, то энергосбережение может быть предпочтительным, если сообщение не является особенно срочным.
[00290] Пятым фактором, который может повлиять на желательную надежность транспортного протокола, является тип целевого конечного узла сообщения. В одном примере, когда целевой конечный узел является службой, локальной или удаленной, то более высокая надежность может быть желательной. Таким образом, в этом случае, TCP может быть более предпочтительным, чем UDP. В другом примере, повышенная надежность может быть предпочтительной, когда целевой конечный узел является удаленной службой, но меньшая надежность и большие энергосбережения могут потребоваться, когда целевой конечный узел является локальной службой. В других примерах может учитываться тип службы. То есть, для некоторых служб, надежность может быть более предпочтительной, чем энергосбережения, в то время как для других служб, энергосбережения могут быть более предпочтительными, чем надежность. Например, для связи со службой, используемой для предоставления информации о погоде, может быть желательной относительно более низкая надежность по сравнению с энергосбережением. С другой стороны, для связи со службой, используемой для обеспечения обновления программного обеспечения, повышенная надежность может быть более предпочтительной, чем энергосбережение.
[00291] Устройство может учитывать один или более из этих факторов любым подходящим способом. В одном примере, факторам может быть назначен вес, и определение надежности может быть основано на общем взвешивании факторов. В других примерах, некоторые факторы могут иметь более высокий приоритет, чем другие факторы. В таком примере, срочное сообщение может всегда рассматриваться как имеющее более желательную надежность по сравнению с энергосбережением, в то время как желательность надежности для несрочных сообщений может зависеть от других факторов. Таким образом, когда энергосбережение является более желательным, чем надежность (решающий блок 1676), устройство может послать сообщение посредством UDP (блок 1678), чтобы сберечь мощность, несмотря на более низкую надежность. Когда более высокая надежность является желательной по сравнению с энергосбережением (решающий блок 1676), устройство может отправить сообщение посредством TCP (блок 1680), чтобы иметь повышенную надежность, несмотря на более высокое энергопотребление.
[00292] Хотя описанный выше способ был обсужден со ссылкой на выбор отправки сообщения с использованием TCP или UDP, следует понимать, что настоящая система связи может эффективно регулировать любое количество свойств в способе связи, чтобы сбалансировать желательную надежность с потребляемой мощностью. Например, в некоторых вариантах осуществления, когда желательна более высокая надежность, может быть предпочтительной сеть повышенной мощности (например, WiFi), а если желательны более низкая надежность и более высокое энергосбережение, то может быть предпочтительной сеть с низким энергопотреблением (например, 802.15.4). Передающий узел может, например, выбрать другую предпочтительную сеть, чтобы отметить в поле 1604 подсети заголовка 1600 IPv6 пакета, тем самым обеспечивая то, что сообщение будет передаваться, если это возможно, через эту выбранную сеть.
Дополнительные случаи использования
[00293] Инфраструктура 1000 соединенных устройств, описанная выше, может быть использована различными способами. Один пример может включать использование одного устройства для вызова метода на другом устройстве. Другой пример может включать распространение сообщения, такого как тревожная сигнализация, по различным устройствам инфраструктуры. Следует понимать, что эти случаи использования предназначены для обеспечения примеров и не предназначены, чтобы быть исчерпывающим.
Вызов метода с одного устройства на другое
[00294] В одном случае, устройство в одной области инфраструктуры 1000 может вызывать определенный метод на другом совместимом устройстве. Один пример представлен в диаграмме 1700 на фиг. 60. Диаграмма 1700 иллюстрирует взаимодействия между первым устройством 1702 и вторым устройством 1704, при посредничестве устройства каталога (DDS) 1706. Устройство каталога (DDS) 1706 может выдать широковещательную передачу 1708 услуги DDS к различным устройствам в инфраструктуре, включая первое устройство 1702 и второе устройство 1704. В ответ устройство каталога (DDS) 1706 может принять список всех методов и/или профилей различных устройств 1000 поддержки инфраструктуры.
[00295] Когда одно из устройств инфраструктуры, такое как первое устройство 1702, желает выполнить метод (показан на фиг. 60 как метод n), первое устройство 1702 может запрашивать устройство каталога (DDS) 1706 соответствующим сообщением 1710 запроса (например, GetProperty(supports-n)). Устройство каталога (DDS) 1706 может ответить устройствами, которые поддерживают такое свойство, в данном случае отвечая сообщением 1712, указывающим, что второе устройство 1704 поддерживает желательный метод. Располагая этой информацией, первое устройство 1702 может вызвать метод в сообщении 1714 к второму устройству 1704. Второе устройство 1704, то может выдать ответ 1716 с соответствующим откликом.
[00296] Метод, вызываемый посредством первого устройства 1702 на втором устройстве 1704, может быть любым из ряда методов, которые могут быть полезны в домашней сети. Например, первое устройство 1702 может запросить данные датчика окружающей среды от второго устройства 1704. Данные датчика окружающей среды могут указывать движение, температуру, влажность и т.д. Данные датчика окружающей среды могут быть использованы первым устройством 1702, чтобы определять, например, занятость помещения в целях безопасности или определять различные температуры в текущий момент вокруг дома. В другом примере, первое устройство 1702 может запрашивать информацию ввода пользовательского интерфейса от второго устройства 1704. Например, первое устройство 1702 может запросить указание последних заданных значений температуры термостата, чтобы выяснить информацию о последних желательных настройках для обеспечения комфорта обитателей помещений.
Распространение сообщения к различным устройствам инфраструктуры
[00297] В некоторых ситуациях, может быть желательно распространять сообщение к множеству устройств инфраструктуры. Например, как показано на диаграмме 1720 на фиг. 61, несколько устройств 1722, 1724, 1726 и 1728 может быть использовано для распространения сообщения тревожной сигнализации. Действительно, сообщение тревожной сигнализации может распространяться, даже если одно или более из различных устройств 1722, 1724, 1726 и 1728 могут быть устройствами с низким энергопотреблением или в “спящем режиме”. В примере на фиг. 61, устройство 1722 является детектором опасности (например, детектором дыма) в гараже, устройство 1724 является детектором опасности (например, детектором дыма) в столовой, устройство 1726 является интеллектуальным дверным звонком у входной двери, и устройство 1728 является термостатом в прихожей.
[00298] Действие схемы 1720 начинается, когда событие 1730 (например, пожар) обнаруживается гаражным устройством 1722. Гаражное устройство 1722 может распространять сообщение 1732 пробуждения сети к устройству 1724 в столовой, которое может выдать ответ 1734 соответственно. Устройство 1724 в столовой может временно активизироваться из своего спящего состояния в постоянно включенное состояние. Устройство 1724 в столовой также может распространить сообщение 1736 пробуждения сети к устройству 1726 у входной двери, которое может ответить 1738 также распространением другого сообщения 1740 пробуждения сети к устройству 1728 в прихожей.
[00299] Активизировав устройства инфраструктуры, гаражное устройство 1722 может вывести сигнал тревоги 1744, связанный с событием 1730, и может выдать сообщение 1746 оповещения о тревоге к устройству 1724 в столовой. Сообщение 1746 оповещения о тревоге может указывать на тип события и инициирующее устройство (например, событие, происходящее в гараже), среди прочего. Устройство 1724 в соловой может выводить соответствующий сигнал тревоги 1748 и направлять сообщение оповещения о тревоге к устройству 1726 входной двери, которое может само начать выводить сигнал тревоги 1752. Устройство 1726 входной двери может также направлять сообщение оповещения о тревоге к устройству 1728 в прихожей.
[00300] Устройство 1728 в прихожей может отображать сообщение 1756 интерфейса, чтобы позволить пользователю ответить на сигнал тревоги. В то же время, сообщения могут продолжать распространяться по всей инфраструктуре. Они включают в себя дополнительные сообщения 1758, 1760, 1762, 1764 и 1766 пробуждения сети и ответа и дополнительные сообщения 1768, 1770 и 1772 оповещения о тревоге. Когда пользователь предоставляет пользовательскую обратную связь 1774 на устройстве 1728 в прихожей, запрашивающую выключение сигнализации (поняв, например, что сигнализация является ложной или обусловлена не представляющими опасности условиями), устройство 1728 в прихожей может отвечать отправкой сообщения 1776 выключения сигнала тревоги, которое может быть распространено по инфраструктуре 1000 ко всем устройствам. Сообщение 1776 выключения сигнала тревоги может достигать устройства 1726 в прихожей, которое может выключить свою тревожную сигнализацию 1778 и выдать дальнейшее сообщение 1780 выключения сигнала тревоги на устройство 1724 в столовой. В ответ устройство 1724 в столовой может выключить свой сигнал тревоги 1782 выдать дальнейшее сообщение выключения сигнала тревоги на гаражное устройство 1722, которое, в свою очередь, может выключить свой сигнал тревоги 1786.
[00301] После обеспечения выключения устройствами 1726, 1724 и 1722 своих сигналов тревоги, устройство 1728 в прихожей может вызвать перевод устройств 1726, 1724 и 1722 снова в спящее состояние с низким энергопотреблением. В частности, устройство 1728 в прихожей может выдать сообщение 1790 спящего состояния сети к устройству 1726 у входной двери, которое может ввести спящее состояние после выдачи сообщения 1792 спящего состояния сети к устройству 1724 в столовой. Устройство 1724 в столовой может соответственно прейти в спящее состояние после выдачи сообщения 1794 спящего состояние сети в гаражное устройство 1722. После приема сообщения 1794 спящего состояния сети гаражное устройство 1722 может перейти в спящее состояние с низким энергопотреблением.
Присоединение или создание инфраструктуры
[00302] Протоколы, описанные выше, могут быть использованы для присоединения или создания инфраструктуры 1000 устройств в домашней сети или аналогичной среде. Например, фиг. 62-64 относятся к первому способу, в котором новое устройство присоединяется к существующей инфраструктуре 1000 через другое устройство инфраструктуры 1000, которое соединено со службой (например, через Интернет). Фиг. 65-67 относятся к второму способу, в котором новое устройство присоединяется к существующей инфраструктуре 1000 или создает новую инфраструктуру 1000 через соединение одноранговых узлов с другим устройством независимо от того, соединено ли любое устройство с другой службой. Следующие примеры относятся к присоединению к инфраструктуре 1000 с новым устройством, которое может не иметь пользовательского интерфейса с собственным дисплеем и, таким образом, может привлекать помощь от клиентского устройства третьей стороны (например, мобильного телефона или планшетного компьютера). В других вариантах осуществления, например, в которых новое устройство включает в себя пользовательский интерфейс с собственным дисплеем, действия, описанные ниже в качестве выполняемых на клиентском устройстве третьей стороны, вместо этого могут выполняться на новом устройстве.
Присоединение или создание инфраструктуры с использованием Интернет-соединения со службой
[00303] Со ссылкой сначала на блок-схему 1800 последовательности операций, показанную на фиг. 62-64, пользователь может присоединить новое устройство к инфраструктуре 1000 путем открытия окна, в котором устройство было продано (блок 1802), и получения инструкций по установке приложения (блок 1804) на клиентском устройстве третьей стороны (например, мобильном телефоне или планшетном компьютере). Приложение может быть установлено на клиентском устройстве (блок 1806), и пользователь может войти в учетную запись службы, связанную с инфраструктурой 1000, где пользователь может выбрать конкретную инфраструктуру 1000, чтобы присоединить новое устройство (блок 1808). Например, пользователь может установить приложение Nest® и может войти в учетную запись службы Nest®, связанную с инфраструктурой Nest®WeaveTM. Приложение на клиентском устройстве может получить информацию, связанную с конфигурацией службы инфраструктуры 1000 (блок 1810). Информация, связанная с конфигурацией службы инфраструктуры 1000 может включать в себя, например:
- идентификацию узла службы (например, EUI-64 или EULA);
- набор сертификатов, которые могут служить в качестве доверительных целевых анкеров (указателей) для службы (например, маркер аутентификации инфраструктуры);
- глобально уникальную идентификацию учетной записи, связанной с учетной записью пользователя;
- имя хоста службы доменных имен (DNS), идентифицирующее точку входа для службы; и/или
- непрозрачный маркер сопряжения с учетной записью, который может быть использован в новом устройстве для сопряжения с учетной записью пользователя.
[00304] Пользователь может также сделать выбор, с помощью приложения на клиентском устройстве, чтобы добавить новое устройство в инфраструктуру 1000 (блок 1812). На основе того, имеется ли в текущий момент существующая инфраструктура 1000, ассоциированная с пользователем, или на основе каких-либо других подходящих критериев (решающий блок 1814), приложение может сделать выбор, чтобы создать новую инфраструктуру 1000 (блок 1816) или добавить новое устройство к существующей инфраструктуре 1000 (блок 1818).
[00305] Когда приложение делает выбор, чтобы добавить новое устройство в существующую инфраструктуру 1000 (блок 1818), приложение может определить, находятся ли устройства сети в активном, а не в спящем состоянии (решающий блок 1820), активируя устройства (блок 1822), если они находятся в спящем состоянии. Пользователь может выбрать конкретное существующее устройство сети для использования в процессе присоединения, например, нажатием кнопки (блок 1824). Существующее устройство может предоставить информацию присоединения к инфраструктуре в приложение на клиентском устройстве (этап 1826). Например, приложение на клиентском устройстве может установить безопасную сессию с существующим устройством с использованием маркера аутентификации инфраструктуры 1000. Приложение может использовать запросы (например, GetNetworkConfiguration и/или GetFabricConfiguration), чтобы получить от существующего устройства информацию о конфигурации сети и/или информацию о конфигурации инфраструктуры 1000. Приложение может сохранить эту информацию для последующего использования.
[00306] Приложение может дополнительно проинструктировать пользователя, чтобы активировать новое устройство (блок 1828), например, нажатием кнопки на новом устройстве (блок 1830). Затем способ может перейти к блоку (A) 1832, который продолжается на фиг. 63. Здесь приложение на клиентском устройстве может инструктировать существующее устройство соединиться с новым устройством (блок 1834). Например, приложение может установить новую безопасную сессию с существующим устройством с использованием маркера аутентификации инфраструктуры и в этой новой сессии может отправить запрос (например, ConnectOtherDevice) к существующему устройству. Между тем, новое устройство может установить “соединяющую сеть” 802.15.4, специально с целью соединения с существующим устройством. Таким образом, запрос блока 1834 может указывать, что приложение желает, чтобы существующее устройство соединилось с новым устройством через соединение сети 802.15.4 (например, соединяющую сеть 802.15.4, созданную новым устройством). Затем существующее устройство может выполнить сканирование соседних сетей 802.15.4 для поиска сети, созданной новым устройством. После нахождения, существующее устройство может покинуть существующую инфраструктуру, присоединиться к новой соединяющей сети 802.15.4 и прозондировать соединяющую сеть 802.15.4, пытаясь соединиться с адресом рандеву (который может быть установлен ранее с помощью программного обеспечения или прошивки существующего устройства или приложением на клиентском устройстве). После того, как соединение с новым устройством установлено, существующее устройство может ответить на запрос соединения с новым устройством (например, ConnectOtherDevice) из приложения на клиентском устройстве ответом успеха операции. С этого момента, сообщения, выдаваемые на новое устройство из приложения, могут выполняться путем представления существующим устройством через соединяющую сеть 802.15.4. То есть, новое устройство может быть соединено с существующим устройством через соединяющую сеть 802.15.4, существующее устройство может быть соединено с узлом службы через WiFi (и/или Интернет-соединение), и приложение на клиентском устройстве может быть соединено со службой. Таким образом, приложение может соединиться с новым устройством через существующую инфраструктуру, а существующее устройство может использовать только одно соединение WiFi и одно соединение 802.15.4 (тем самым снижая использование в существующем устройстве нескольких приемником и передатчиков на каждый тип сети, что может снизить стоимость устройства и энергопотребление).
[00307] В качестве альтернативы, когда новая инфраструктура 1000 должна быть создана, приложение на клиентском устройстве может соединиться непосредственно с новым устройством, используя соединение WiFi. Таким образом, приложение на клиентском устройстве может инструктировать пользователя переключиться на соединение WiFi (блок 1836). Пользователь может переключить сети WiFi на своем клиентском устройстве, чтобы установить одноранговое соединение WiFi с новым устройством (блок 1838). Например, новое устройство иметь ассоциированное с ним уникальное имя WiFi SSID на задней стороне нового устройства. Приложение на клиентском устройстве может прозондировать наличие нового устройства, повторно пытаясь соединиться с заранее определенным адресом рандеву (например, как предоставлено в приложение посредством информации о конфигурации из службы или как закодировано в приложении).
[00308] При установке любого из этих соединений, приложение на клиентском устройстве может обнаружить новое устройство и отобразить серийный номер, предоставленный новым устройством (блок 1840). В это время, приложение может также проверить, что новое устройство имеет установленные на нем определенные признаки безопасности, идентифицирующие устройство как достоверно аутентифицированное и имеющее соответствующие разрешения, чтобы присоединиться к инфраструктуре. Эти признаки безопасности могут быть такими же или дополнительными к сертификатам безопасности DTLS, описанным выше.
[00309] Используя любое соединение, пользователь может облегчить процедуру аутентификации, когда приложение на клиентском устройстве предписывает пользователю сканировать QR-код или другой код, ассоциированный с новым устройством (например, напечатанный на новом устройстве или на карте, предоставляемой с новым устройством) (блок 1842). Пользователь может ввести код путем сканирования или набора кода в приложение (блок 1844). Эта информация кода может быть предоставлена новому устройству, которое может использовать код, чтобы подтвердить, что приложение используется достоверным образом пользователем, владеющим новым устройством. Новое устройство может, например, подтверждать код, используя встроенную контрольную цифру. Новое устройство может указывать, когда код был введен неправильно, соответствующим ответом. Приложение может устанавливать безопасную сессию с новым устройством, используя любой подходящий протокол, в том числе протокол Weave PASE, с помощью прилагаемого парного кода в качестве пароля (блок 1848). Установив безопасное соединение с новым устройством, приложение на клиентском устройстве может выдать запрос на активацию отказоустойчивого режима на новом устройстве (например, ArmConfigurationFailsafe) (блок 1850). Путем активации отказоустойчивого режима, новое устройство может вернуться к некоторым исходным конфигурациям, если процесс присоединения не завершается некоторым значением тайм-аута. Приложение также может определить, принадлежит ли новое устройство другой существующей инфраструктуре 1000, путем выдачи соответствующего запроса (например, GetFabricState) (решающий блок 1852). Если это так, то приложение может предписывать новому устройству покинуть другую существующую инфраструктуру 1000 путем выдачи другого запроса (например, LeaveFabric) (блок 1854).
[00310] В случае, когда новое устройство должно формировать новую инфраструктуру 1000 с существующим устройством (решающий блок 1856), приложение может инструктировать новое устройство перечислить список сетей WiFi, наблюдаемых новым устройством (например, с помощью запроса EnumerateVisibleNetworks) (блок 1858). Согласно инструкции из приложения (блок 1860), затем пользователь может сделать выбор из этих сетей или может ввести сеть WiFi, к которой должно присоединиться новое устройство (блок 1862). Пользователь может также ввести соответствующий пароль, чтобы присоединиться к сети WiFi (блок 1864). Способ может дальше перейти к блоку (В) 1866, который продолжается на фиг. 64. Приложение может послать информацию о конфигурации сети WiFi к новому устройству (например, с помощью запроса AddNetwork) (блок 1868), и приложение может инструктировать новое устройство протестировать соединение (например, через запрос TestNetwork), пытаясь достичь службы по сети Интернет (блок 1870). Приложение может указать пользователю, что сетевое соединение подтверждено (блок 1872), и новое устройство может затем подтвердить свое соединение в приложение (блок 1874).
[00311] С новым устройством, теперь соединенным с Интернетом через соединение WiFi, если создается новая инфраструктура 1000 (блок 1876), приложение может инструктировать пользователя вернуться к соединению WiFi инфраструктуры 1000 (например, дома пользователя) (блок 1878). Пользователь может изменить сеть WiFi, используемую клиентским устройством, на соединение WiFi, используемое инфраструктурой 1000 (блок 1880).
[00312] Независимо от того, создается ли новая инфраструктура 1000 или осуществляется присоединение к уже существующей инфраструктуре, приложение может инструктировать новое устройство, чтобы выполнять это в данный момент (блок 1882). То есть, приложение может инструктировать новое устройство создать новую инфраструктуру 1000 (например, через запрос CreateFabric) или может инструктировать новое устройство присоединиться к существующей инфраструктуре 1000 (например, через запрос JoinExistingFabric). В случае присоединения к существующей инфраструктуре, приложение может информировать новое устройство о существующем устройстве (например, через запрос RegisterNewFabricMember к новому устройству). В любом случае, приложение может сконфигурировать новое устройство для осуществления связи со службой (например, службой Nest®) путем отправки запроса (например, запроса RegisterService), который содержит информацию о конфигурации службы (например, информацию о конфигурации службы WeaveTM).
[00313] Используя информацию о конфигурации службы, новое устройство может зарегистрироваться в службе (блок 1884). Например, новое устройство может подключиться к службе, используя ID узла службы и имя DNS из информации о конфигурации службы. Новое устройство может зарегистрироваться в службе, используя сертификат, установленный на новом устройстве, и частный ключ. Новое устройство может отправить сообщение (например, сообщение PairDeviceToAccount) к службе, содержащее идентификацию учетной записи службы, ассоциированную с инфраструктурой 1000, и маркер сопряжения с учетной записью, полученный из информации о конфигурации службы. Используя эту информацию, служба может подтвердить маркер сопряжения с учетной записью и может ассоциировать новое устройство с учетной записью службы пользователя, ассоциированной с инфраструктурой. В этот момент, новое устройство может интерпретироваться службой как часть инфраструктуры 1000 и может представляться в качестве ассоциированного устройства, когда пользователь входит в службу. Служба может ответить на сообщение от нового устройства (например, сообщение PairDeviceToAccount), может уничтожить свою копию маркера сопряжения с учетной записью и может ответить на сообщение, отправленное ранее в приложение (например, запрос RegisterService).
[00314] В ответ, чтобы завершить присоединение нового устройства к существующей инфраструктуре 1000 или новой инфраструктуре, приложение может отменить механизм отказоустойчивого присоединения путем отправки соответствующего сообщения на новое устройство (например, запроса DisarmConfigurationFailsafe) (блок 1886). Новое устройство может затем принять этот запрос, чтобы отменить отказоустойчивую конфигурацию (блок 1888). Сопряжение нового устройства с существующим устройством в новой инфраструктуре 1000 или существующей инфраструктуре 1000 теперь можно считать завершенным. Приложение на клиентском устройстве, таким образом, может предоставить пользовательские инструкции для дополнительных настроек установки (блок 1890), из которых пользователь может выбрать (блок 1892). Они могут включать, например, продолжение сопряжения дополнительных устройств или выход из режима установки.
Присоединение или создание инфраструктуры без соединения WiFi с сетью Интернет
[00315] Новое устройство может присоединиться или создать инфраструктуру 1000 без обязательного наличия доступа к соединению WiFi со службой или Интернетом. Например, как показано на фиг. 65-67, такое соединение может быть образовано с помощью другого сетевого соединения без содействия со стороны службы (например, по соединению сети 802.15.4). В этом разделе описываются действия и события, которые могут произойти в процессе присоединения нового устройства в инфраструктуру от устройства к устройству. Используемый здесь термин “инфраструктура от устройства к устройству” представляет собой сеть из двух или более устройств инфраструктуры 1000, соединенных через один сетевой интерфейс (например, только через интерфейсы 802.15.4). Устройства в инфраструктуре 1000 от устройства к устройству не должны обязательно соединяться с сетью WiFi и, таким образом, не могут взаимодействовать с приложением (например, веб или мобильным), исполняемым на клиентском устройстве (как на фиг. 62-64), или со службой по сети Интернет (например, службой Nest®).
[00316] В некоторых случаях, инфраструктуры от устройства к устройству может быть проще сформировать, чем инфраструктуры WiFi, связывая участие пользователя только с тем, что пользователь может нажимать кнопки на двух устройствах в течение короткого периода времени. Процесс соединения от устройства к устройству, описанный на фиг. 65-67, может поддерживать как создание новой инфраструктуры 1000 от устройства к устройству, используя два независимых устройства, так и присоединение нового независимого устройства к существующей инфраструктуре от устройства к устройству. Соединение от устройства к устройству также может быть использовано для удаления устройства из существующей инфраструктуры 1000 от устройства к устройству и присоединения его к другой инфраструктуре от устройства к устройству. Этот последний сценарий может стать особенно полезным, когда пользователь приобретает подержанный прибор, который не был должным образом отделен от своей старой инфраструктуры от устройства к устройству.
[00317] Следует отметить, что процесс присоединения от устройства к устройству не может быть использован для соединения нового устройства в существующую WiFi инфраструктуру 1000 в некоторых вариантах осуществления. Для этого, пользователь может следовать процессу соединения с WiFi, описанному выше со ссылкой на фиг. 62-64. Кроме того, процесс присоединения от устройства к устройству не могут быть использован, чтобы присоединить устройство, которое уже является членом WiFi инфраструктуры 1000, в инфраструктуру от устройства к устройству. Таким образом, в случае, когда пользователь приобретает подержанный прибор, который не был должным образом отделен от своей первоначальной WiFi инфраструктуры, пользователь может выполнить сброс настроек на устройстве, прежде чем приступить к процессу присоединения к инфраструктуре 1000 от устройства к устройству.
[00318] Процесс присоединения от устройства к устройству может начаться, когда, как показано на блок-схеме 1900 последовательности операций на фиг. 65, первое устройство (например, устройство 1) из двух устройств, которые должны быть соединены, активируется (блок 1902). Например, на основании инструкций в окне продаж первого устройства, пользователь может нажать кнопку на первом устройстве. Здесь, если пользователь добавляет устройство в существующую инфраструктуру, пользователь может быть проинструктирован, чтобы нажать кнопку на устройстве, которое должно добавляться. Если пользователь создает новую инфраструктуру 1000 из двух независимых устройств, пользователь может выбрать любое устройство в качестве первого устройства. Кроме того, если первое устройство является членом WiFi инфраструктуры, первое устройство может не предпринимать никаких дальнейших действий, и процедура присоединения останавливается. Когда первое устройство является членом WiFi инфраструктуры, первое устройство может быть отсоединено от WiFi инфраструктуры 1000 перед присоединением к сети от устройства к устройству (например, путем сброса заводских установок).
[00319] Когда первое устройство не является членом существующей WiFi инфраструктуры, первое устройство (например, устройство 1) может начать процедуры инициализации при активации, как в блоке 1902. Например, устройство 1 может запустить счетчик, который увеличивает отсчет во времени (например, несколько раз в секунду). Этот счетчик в дальнейшем будут использован для определения того, какое устройство из двух устройств имеет приоритет в создании инфраструктуры, если это необходимо. Устройство 1 также может создать беспроводную сеть 802.15.4, которая может быть названа соединяющей сетью 802.15.4 (блок 1904). Эта соединяющая сеть 802.15.4 может быть в общем уникальной, незащищенной сетью. Например, соединяющая сеть 802.15.4 может использовать в общем уникальное имя сети ELoWPAN 110, содержащее следующую информацию: (а) строка, идентифицирующая сеть как соединяющую сеть, (b) id узла первого устройства и (с) флаг, указывающий, является ли устройство частью инфраструктуры. Когда соединяющая сеть установлена, устройство 1 также может назначить себе два IPv6-адреса в соединяющей сети (блок 1906). Они могут включать в себя, например: (а) IPv6 ULA или EULA с отличающимся префиксом, который может быть назван префиксом рандеву, и идентификатор интерфейса, полученный из MAC-адреса устройства, и (b) IPv6 ULA или EULA с префиксом рандеву и идентификатор интерфейса 1, который может быть назван адресом рандеву.
[00320] Устройство 1 затем может непрерывно сканировать сеть 802.15.4, созданную другим устройством (блок 1908). Действительно, параллельно или после действий блоков 1902-1908, второе устройство (устройство 2) может выполнять само вышеуказанные действия (блок 1910). Либо устройство 1, либо устройство 2 может обнаружить соединяющую сеть у соответствующего другого устройства (блок 1912). В зависимости от некоторых характеристик устройства - устройства 1 или устройства 2, - которое является первым для обнаружения другого, устройства могут выполнять процесс инициирующего устройства (например, как показано на фиг. 66) или процесс отвечающего устройства (например, как показано на фиг. 67). То есть, когда одно из устройств обнаруживает соединяющую сеть другого, устройство сравнивает информацию, содержащуюся в имени соединяющей сети, с его собственной информацией и может предпринимать следующие действия: (а) если устройство является независимым устройством, а другое устройство является членом инфраструктуры, устройство может выполнять действия, показанные в процессе инициирующего устройства на фиг. 66; или (b) если устройство является членом инфраструктуры 1000, а другое устройство является независимым устройством, устройство может выполнять действия, показанные процессом отвечающего устройства на фиг. 67. Если ни одно устройство не является членом инфраструктуры, или если оба устройства являются членами инфраструктуры, устройство, которое обнаруживает соединяющую сеть другого устройства, может (а) сравнивать свой id узла с id узла другого устройства, и (b) если id узла устройства меньше, чем id узла другого устройства, устройство может выполнять действия из действий, указанных в процессе инициирующего устройства на фиг. 66. Если ни одно устройство не является членом инфраструктуры, или если оба устройства являются членами инфраструктуры, устройство, которое обнаруживает соединяющую сеть другого устройства, может (а) сравнивать свой id узла с id узла другого устройства, и (b) если id узла устройства больше, чем id узла другого устройства, может выполнять действия, показанные процессом отвечающего устройства на фиг. 67.
[00321] Устройство, которое выполняет процесс инициирующего устройства по фиг. 66, может быть либо устройством 1, либо устройством 2, как упоминалось выше. Таким образом, устройство, которое выполняет процесс инициирующего устройства по фиг. 66, теперь будет называться “инициирующим устройством”. Аналогичным образом, устройство, которое выполняет процесс отвечающего устройства по фиг. 67, может быть устройством, не работающим как инициирующее устройство, и может быть либо устройством 1, либо устройством 2, как упоминалось выше. Таким образом, устройство, которое выполняет процесс отвечающего устройства по фиг. 67, будет называться “отвечающим устройством”.
[00322] Как видно из блок-схемы 1920 последовательности операций, процесс инициирующего устройства на фиг. 66 может начаться, когда инициирующее устройство завершает свое присоединение к сети и соединяется с соединяющей сетью, созданной отвечающим устройством (блок 1922). Инициирующее устройство может назначить себе IPv6 ULA или EULA с префиксом рандеву и идентификатором интерфейса, полученным из своего МАС-адреса (блок 1924). Инициирующее устройство может отправить сообщение побуждения к присоединению к отвечающему устройству на его адрес рандеву. Сообщение побуждения к присоединению от инициирующего устройства может включать в себя следующую информацию: (а) числовое значение дискриминатора, установленное в значение счетчика, который был запущен, когда устройство было активировано, и (b) флаг, указывающий, является ли устройство уже членом инфраструктуры. Затем инициирующее устройство может ожидать ответного сообщения от отвечающего устройства, принимая либо запрос на присоединение к существующей инфраструктуре, либо запрос на побуждение к присоединению (блок 1928).
[00323] Когда инициирующее устройство принимает запрос на присоединение к существующей инфраструктуре, инициирующее устройство может покинуть свою текущую инфраструктуру, при необходимости, и может повторно инициализировать себя в качестве независимого устройства, и может сделать себя частью существующей инфраструктуры 1000 с отвечающим устройством, используя информацию в запросе на присоединение к существующей инфраструктуре (блок 1930). Инициирующее устройство может отправить ответ присоединения к существующей инфраструктуре к отвечающему устройству, указывая, что оно сейчас является членом существующей инфраструктуры 1000 (блок 1932).
[00324] Когда инициирующее устройство принимает запрос на побуждение к присоединению, инициирующее устройство может ответить различным образом в зависимости от того, является ли оно независимым устройством или членом существующей инфраструктуры, но в любом случае может послать информацию об инфраструктуре 1000 в запросе на присоединение к существующей инфраструктуре (блок 1934). Например, когда инициирующее устройство является независимым устройством, инициирующее устройство может создать новую инфраструктуру 1000 путем генерации id новой инфраструктуры и соответствующей информации безопасности инфраструктуры, может сделать себя частью новой инфраструктуры и может послать запрос на присоединение к существующей инфраструктуре к отвечающему устройству. Запрос на присоединение к существующей инфраструктуре может содержать информацию для новой инфраструктуры. В противном случае, если устройство является членом инфраструктуры, устройство может отправить запрос на присоединение к существующей инфраструктуре к отвечающему устройству, который содержит информацию для существующей инфраструктуры 1000, членом которой является инициирующее устройство. Затем инициирующее устройство может ожидать и принимать ответ присоединения к существующей инфраструктуре от отвечающего устройства, когда отвечающее устройство присоединяется к инфраструктуре 1000 инициирующего устройства.
[00325] Процесс отвечающего устройства по фиг. 67 описывает способ, которым отвечающее устройство может действовать в отношении инициирующего устройства. Процесс отвечающего устройства по фиг. 67 описывается блок-схемой 1950 последовательности операций. Блок-схема 1950 последовательности операций начинается, когда отвечающее устройство принимает сообщение побуждения к присоединению от инициирующего устройства (блок 1952).
[00326] Если отвечающее устройство является независимым устройством и не находится в существующей инфраструктуре 1000 (решающий блок 1954), отвечающее устройство может создать новую инфраструктуру 1000 путем генерации id новой инфраструктуры и соответствующей информации безопасности инфраструктуры (блок 1956). Отвечающее устройство может сделать себя частью новой инфраструктуры 1000 (блок 1958). Отвечающее устройство может затем послать запрос на присоединение к существующей инфраструктуре к инициирующему устройству, который содержит информацию для новой инфраструктуры 1000 отвечающего устройства (блок 1960). Отвечающее устройство может ожидать ответа присоединения к существующей инфраструктуре от инициирующего устройства.
[00327] В противном случае, после принятия сообщения побуждения к присоединению (блок 1952), если отвечающее устройство находится в существующей инфраструктуре 1000 (решающий блок 1954), отвечающее устройство может принять другое поведение. В частности, если отвечающее устройство находится в инфраструктуре, отвечающее устройство может проанализировать сообщение побуждения к присоединению (блок 1962). Отвечающее устройство может проанализировать значение дискриминатора (значение счетчика инициирующего устройства) и флаг “является членом инфраструктуры” в сообщении побуждения к присоединению.
[00328] В противном случае, если сообщение побуждения к присоединению указывает, что инициирующее устройство не является членом инфраструктуры 1000, или если значение дискриминатора больше или равно счетчику, запущенному отвечающим устройством при его активации (решающий блок 1964), отвечающее устройство может послать запрос на присоединение к существующей инфраструктуре к инициирующему устройству, который содержит информацию для инфраструктуры 1000 отвечающего устройства (блок 1974). Отвечающее устройство может ожидать ответа присоединения к существующей инфраструктуре от инициирующего устройства.
[00329] Если сообщение побуждения к присоединению указывает, что инициирующее устройство является членом инфраструктуры 1000, или если значение дискриминатора меньше, чем счетчик, запущенный отвечающим устройства при его активации (решающий блок 1964), отвечающее устройство может покинуть свою текущую инфраструктуру 1000 и повторно инициализирует себя в качестве независимого устройства (блок 1966). Отвечающее устройство может дополнительно отправить сообщение побуждения к присоединению к инициирующему устройству (блок 1968) и может ожидать запроса на присоединение к существующей инфраструктуре от инициирующего устройства. После приема запроса на присоединение к существующей инфраструктуре от инициирующего устройства (блок 1970), отвечающее устройство может сделать себя частью новой инфраструктуры 1000, используя информацию в запросе на присоединение к существующей инфраструктуре (блок 1972). Отвечающее устройство также может отправить ответ присоединения к существующей инфраструктуре, указывающий, что оно сейчас является членом существующей инфраструктуры 1000 инициирующего устройства.
[00330] Конкретные варианты осуществления, описанные выше, были показаны в качестве примера, и следует понимать, что эти варианты осуществления могут быть восприимчивы к различным модификациям и альтернативным формам. Следует также понимать, что формула изобретения не предназначена, чтобы ограничиваться конкретными раскрытыми формами, а скорее охватывает модификации, эквиваленты и альтернативы, попадающие в рамки сущности и объема настоящего раскрытия.

Claims (51)

1. Вещественный долговременный считываемый компьютером носитель, выполненный с возможностью передавать данные о состоянии электронного устройства инфраструктурной сети устройств, содержащий инструкции, хранящиеся на нем, которые при исполнении побуждают процессор выполнять:
прием, от другого электронного устройства в инфраструктурной сети, запроса на сообщение отчетности о состоянии, имеющее формат отчетности о состоянии, причем отчетность о состоянии указывает состояние работоспособности электронного устройства;
в ответ на прием запроса, передачу на другое электронное устройство, сообщения отчетности о состоянии, используя формат отчетности о состоянии, используемый в соответствии с протоколом передачи сообщений, при этом формат отчетности о состоянии содержит:
поле профиля, сконфигурированное для указания идентификатора профиля и идентификатор поставщика, причем идентификатор профиля указывает идентификатор конкретного поставщика для профиля, в котором значение кода состояния определено, и профиль поставщика указывает поставщика, обеспечивающего профиль, идентифицированный идентификатором профиля; и
код состояния, сконфигурированный для указания состояния, о котором предоставляется отчет, причем код состояния интерпретируется, по меньшей мере частично, в отношении поля профиля.
 2. Считываемый компьютером носитель по п. 1, в котором код состояния содержит кодированное значение для указания состояния, о котором предоставляется отчет.
3. Считываемый компьютером носитель по п. 1, в котором поле профиля содержит поле Id профиля и поле Id поставщика.
4. Считываемый компьютером носитель по п. 3, в котором поле Id профиля содержит два байта данных и поле Id поставщика содержит два байта данных.
5. Считываемый компьютером носитель по п. 3, в котором код состояния интерпретируется в отношении поля Id профиля и поля Id поставщика.
6. Считываемый компьютером носитель по п. 1, содержащий инструкции, сконфигурированные для передачи состояния переключателя освещения как электронного устройства.
 7. Считываемый компьютером носитель по п. 1, содержащий инструкции, сконфигурированные для передачи состояния дверного замка как электронного устройства.
8. Считываемый компьютером носитель по п. 1, содержащий инструкции, сконфигурированные для передачи состояния интерфейса штепсельной вилки как электронного устройства.
9. Считываемый компьютером носитель по п. 1, в котором один или более кодов состояния связан с профилем.
10. Считываемый компьютером носитель по п. 1, в котором один или более профилей связан с электронным устройством.
11. Электронное устройство, содержащее:
сетевой интерфейс для связи с инфраструктурной сетью;
процессор; и
память или устройство хранения, содержащее инструкции, исполняемые процессором, чтобы настроить электронное устройство на:
прием, от другого электронного устройства в инфраструктурной сети, запроса на сообщение отчетности о состоянии, имеющее формат отчетности о состоянии, причем отчетность о состоянии указывает состояние работоспособности электронного устройства;
в ответ на прием запроса, передачу на другое электронное устройство, сообщения отчетности о состоянии, используя формат отчетности о состоянии, используемый в соответствии с протоколом передачи сообщений, при этом формат отчетности о состоянии содержит:
поле профиля, сконфигурированное для указания идентификатора профиля, и идентификатор поставщика, причем идентификатор профиля указывает идентификатор конкретного поставщика для профиля, в котором значение кода состояния определено, и профиль поставщика указывает поставщика, обеспечивающего профиль, идентифицированный идентификатором профиля; и
код состояния, сконфигурированный для указания состояния, о котором предоставляется отчет, причем код состояния интерпретируется, по меньшей мере частично, в отношении поля профиля.
12. Электронное устройство по п. 11, в котором поле профиля содержит поле Id профиля и поле Id поставщика.
13. Электронное устройство по п. 12, в котором поле Id профиля содержит два байта данных и поле Id поставщика содержит два байта данных.
14. Электронное устройство по п. 12, в котором код состояния интерпретируется в отношении поля Id профиля и поля Id поставщика.
15. Электронное устройство по п. 11, в котором код состояния содержит кодированное значение для указания состояния, о котором предоставляется отчет.
 16. Электронное устройство по п. 11, причем электронное устройство является дверным звонком, при этом процессор дверного звонка сконфигурирован для передачи сообщения в формате отчетности о состоянии другому электронному устройству инфраструктурной сети, при этом другим устройством является камера.
 17. Электронное устройство по п. 11, причем электронное устройство является дверным звонком, при этом процессор дверного звонка сконфигурирован для передачи сообщения в формате отчетности о состоянии другому электронному устройству инфраструктурной сети, при этом другим устройством является система безопасности.
18. Электронное устройство по п. 11, причем электронное устройство является переключателем освещения, при этом процессор переключателя освещения сконфигурирован для передачи сообщения в формате отчетности о состоянии другому электронному устройству инфраструктурной сети, при этом другим устройством является вентилятор.
19. Электронное устройство по п. 11, причем электронное устройство является переключателем освещения, при этом процессор переключателя освещения сконфигурирован для передачи сообщения в формате отчетности о состоянии другому электронному устройству инфраструктурной сети, при этом другим устройством является камера.
20. Электронное устройство по п. 11, причем электронное устройство является интерфейсом штепсельной вилки, при этом процессор интерфейса штепсельной вилки сконфигурирован для передачи сообщения в формате отчетности о состоянии другому электронному устройству инфраструктурной сети, при этом другим устройством является блок обнаружения опасности.
21. Электронное устройство по п. 11, причем электронное устройство является датчиком, при этом процессор датчика сконфигурирован для передачи сообщения в формате отчетности о состоянии другому электронному устройству инфраструктурной сети, при этом другим устройством является сигнализация.
22. Электронное устройство по п. 11, причем электронное устройство является гаражным устройством, при этом процессор гаражного устройства сконфигурирован для передачи сообщения в формате отчетности о состоянии другому электронному устройству инфраструктурной сети, при этом другим устройством является переключатель освещения.
23. Электронное устройство по п. 11, в котором один или более кодов состояния связан с профилем.
24. Электронное устройство по п. 11, в котором один или более профилей связан с электронным устройством.
25. Способ передачи состояния работоспособности электронного устройства по инфраструктурной сети, содержащий этапы, на которых:
принимают, от другого электронного устройства в инфраструктурной сети, запрос на сообщение отчетности о состоянии, имеющее формат отчетности о состоянии, причем отчетность о состоянии указывает состояние работоспособности электронного устройства;
в ответ на прием запроса, передают на другое электронное устройство, сообщение отчетности о состоянии, используя формат отчетности о состоянии, используемый в соответствии с протоколом передачи сообщений, при этом формат отчетности о состоянии содержит:
поле профиля, сконфигурированное для указания идентификатора профиля, и идентификатор поставщика, причем идентификатор профиля указывает идентификатор конкретного поставщика для профиля, в котором значение кода состояния определено, и профиль поставщика указывает поставщика, обеспечивающего профиль, идентифицированный идентификатором профиля; и
код состояния, сконфигурированный для указания состояния, о котором предоставляется отчет, причем код состояния интерпретируется, по меньшей мере частично, в отношении поля профиля.
26. Способ по п. 25, в котором код состояния содержит кодированное значение для указания состояния, о котором предоставляется отчет.
27. Способ по п. 25, в котором поле профиля содержит поле Id профиля и поле Id поставщика.
28. Способ по п. 27, в котором поле Id профиля содержит два байта данных и поле Id поставщика содержит два байта данных.
29. Способ по п. 27, в котором код состояния интерпретируется в отношении поля Id профиля и поля Id поставщика.
30. Способ по п. 25, в котором электронное устройство является нагревателем бассейна, причем способ содержит передачу, посредством нагревателя бассейна, сообщения в формате отчетности о состоянии на систему орошения.
31. Способ по п. 25, в котором электронное устройство является стиральной машиной, причем способ содержит передачу, посредством стиральной машины, сообщения в формате отчетности о состоянии на сушилку.
32. Способ по п. 25, в котором электронное устройство является потолочным вентилятором, причем способ содержит передачу, посредством потолочного вентилятора, сообщения в формате отчетности о состоянии на кондиционер.
33. Способ по п. 25, в котором электронное устройство является системой безопасности, причем способ содержит передачу, посредством системы безопасности, сообщения в формате отчетности о состоянии на освещение.
34. Способ по п. 25, в котором электронное устройство является телевизором, причем способ передачи, посредством телевизора, сообщения в формате отчетности о состоянии на другое электронное устройство инфраструктурной сети, причем другим электронным устройством является планшет.
35. Способ по п. 25, в котором один или более кодов состояния связан с профилем.
36. Способ по п. 25, в котором один или более профилей связан с электронным устройством.
RU2020114497A 2013-06-25 2020-04-23 Эффективная связь для устройств домашней сети RU2735238C1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US13/926,335 US9191209B2 (en) 2013-06-25 2013-06-25 Efficient communication for devices of a home network
US13/926,335 2013-06-25

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
RU2020101127A Division RU2721938C1 (ru) 2013-06-25 2020-01-15 Эффективная связь для устройств домашней сети

Publications (1)

Publication Number Publication Date
RU2735238C1 true RU2735238C1 (ru) 2020-10-29

Family

ID=51211874

Family Applications (6)

Application Number Title Priority Date Filing Date
RU2016102033A RU2619694C1 (ru) 2013-06-25 2014-06-23 Эффективная связь для устройств домашней сети
RU2017113098A RU2640728C1 (ru) 2013-06-25 2014-06-23 Эффективная связь для устройств домашней сети
RU2017143553A RU2676229C1 (ru) 2013-06-25 2017-12-13 Эффективная связь для устройств домашней сети
RU2018143359A RU2713706C1 (ru) 2013-06-25 2018-12-07 Эффективная связь для устройств домашней сети
RU2020101127A RU2721938C1 (ru) 2013-06-25 2020-01-15 Эффективная связь для устройств домашней сети
RU2020114497A RU2735238C1 (ru) 2013-06-25 2020-04-23 Эффективная связь для устройств домашней сети

Family Applications Before (5)

Application Number Title Priority Date Filing Date
RU2016102033A RU2619694C1 (ru) 2013-06-25 2014-06-23 Эффективная связь для устройств домашней сети
RU2017113098A RU2640728C1 (ru) 2013-06-25 2014-06-23 Эффективная связь для устройств домашней сети
RU2017143553A RU2676229C1 (ru) 2013-06-25 2017-12-13 Эффективная связь для устройств домашней сети
RU2018143359A RU2713706C1 (ru) 2013-06-25 2018-12-07 Эффективная связь для устройств домашней сети
RU2020101127A RU2721938C1 (ru) 2013-06-25 2020-01-15 Эффективная связь для устройств домашней сети

Country Status (11)

Country Link
US (14) US9191209B2 (ru)
EP (3) EP3905600B1 (ru)
JP (7) JP6062575B2 (ru)
KR (10) KR102192081B1 (ru)
CN (3) CN109905483B (ru)
AU (7) AU2014302724B2 (ru)
BR (1) BR112015032518B1 (ru)
CA (4) CA3237996A1 (ru)
MX (2) MX365357B (ru)
RU (6) RU2619694C1 (ru)
WO (1) WO2014209901A2 (ru)

Families Citing this family (229)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7343413B2 (en) 2000-03-21 2008-03-11 F5 Networks, Inc. Method and system for optimizing a network by independently scaling control segments and data flow
US8976767B2 (en) * 2004-09-24 2015-03-10 Simple Works, Inc. System and method for communicating over an 802.15.4 network
US10721269B1 (en) 2009-11-06 2020-07-21 F5 Networks, Inc. Methods and system for returning requests with javascript for clients before passing a request to a server
US10015286B1 (en) 2010-06-23 2018-07-03 F5 Networks, Inc. System and method for proxying HTTP single sign on across network domains
US10135831B2 (en) 2011-01-28 2018-11-20 F5 Networks, Inc. System and method for combining an access control system with a traffic management system
US9615428B2 (en) 2011-02-01 2017-04-04 John Joseph King Arrangement for an outdoor light enabling motion detection
CN102833639B (zh) * 2011-06-15 2016-03-30 上海贝尔股份有限公司 在新软件下载完毕后控制光网络单元重启的方法和装置
US9246819B1 (en) * 2011-06-20 2016-01-26 F5 Networks, Inc. System and method for performing message-based load balancing
WO2013085058A1 (ja) * 2011-12-09 2013-06-13 京セラ株式会社 電力制御装置、電力制御システム及び制御方法
US10230566B1 (en) 2012-02-17 2019-03-12 F5 Networks, Inc. Methods for dynamically constructing a service principal name and devices thereof
US9351094B2 (en) * 2012-03-14 2016-05-24 Digi International Inc. Spatially aware smart device provisioning
US10397013B1 (en) * 2012-04-11 2019-08-27 Google Llc User interfaces, systems and methods for configuring smart devices for interoperability with a smart hub device
US10142122B1 (en) 2012-04-11 2018-11-27 Google Llc User interfaces, systems and methods for configuring smart devices for interoperability with a smart hub device
US9198204B2 (en) 2012-04-11 2015-11-24 Google Inc. Apparatus and method for seamless commissioning of wireless devices
US10075334B1 (en) 2012-04-11 2018-09-11 Google Llc Systems and methods for commissioning a smart hub device
US10097616B2 (en) 2012-04-27 2018-10-09 F5 Networks, Inc. Methods for optimizing service of content requests and devices thereof
US9922580B2 (en) 2013-04-30 2018-03-20 Google Llc Apparatus and method for the virtual demonstration of a smart phone controlled smart home using a website
US9294356B2 (en) * 2013-06-18 2016-03-22 International Business Machines Corporation Optimizing resource usage in systems which include heterogeneous devices, including sensors and smartphones
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
US9191209B2 (en) 2013-06-25 2015-11-17 Google Inc. Efficient communication for devices of a home network
JP6236152B2 (ja) * 2013-07-12 2017-11-22 コンヴィーダ ワイヤレス， エルエルシー スリーピノードをサポートするための近隣発見
US20150067099A1 (en) * 2013-08-30 2015-03-05 U-Me Holdings LLC Transferring user settings from one device to another
CN105519073B (zh) * 2013-09-10 2019-12-10 诺基亚通信公司 通信中的订阅者特定追踪
US9226373B2 (en) * 2013-10-30 2015-12-29 John Joseph King Programmable light timer and a method of implementing a programmable light timer
US10187317B1 (en) 2013-11-15 2019-01-22 F5 Networks, Inc. Methods for traffic rate control and devices thereof
CA2873008C (en) * 2013-12-03 2017-02-14 Emerson Electric Co. Providing wireless network authentication data to climate control system devices
US10088818B1 (en) 2013-12-23 2018-10-02 Google Llc Systems and methods for programming and controlling devices with sensor data and learning
WO2015106264A1 (en) * 2014-01-13 2015-07-16 Transcirrus Automatic connection of nodes to a cloud cluster
US9904765B2 (en) * 2014-01-13 2018-02-27 Carefusion 303, Inc. Monitoring medical device states to determine update timing
US9584402B2 (en) 2014-01-27 2017-02-28 Fasetto, Llc Systems and methods for peer to peer communication
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
US9918351B2 (en) 2014-04-01 2018-03-13 Belkin International Inc. Setup of multiple IOT networks devices
US9210192B1 (en) 2014-09-08 2015-12-08 Belkin International Inc. Setup of multiple IOT devices
KR101580734B1 (ko) * 2014-04-14 2015-12-29 엘에스산전 주식회사 Hvdc 시스템의 절체 방법
US9537854B2 (en) * 2014-04-18 2017-01-03 Symantec Corporation Transmitting encoded digital certificate data to certificate authority using mobile device
CN104053174B (zh) * 2014-05-29 2018-03-27 大唐移动通信设备有限公司 基于fpga基带单元设备rru接口协议自适应的方法及装置
US10015143B1 (en) 2014-06-05 2018-07-03 F5 Networks, Inc. Methods for securing one or more license entitlement grants and devices thereof
US20150372865A1 (en) * 2014-06-23 2015-12-24 Rockwell Automation Technologies, Inc. System and method for autonomous dynamic provisioning
US9681332B2 (en) * 2014-06-26 2017-06-13 Intel Corporation Compression configuration identification
US9779307B2 (en) 2014-07-07 2017-10-03 Google Inc. Method and system for non-causal zone search in video monitoring
JP6193185B2 (ja) * 2014-07-09 2017-09-06 株式会社東芝 通信装置、端末装置およびプログラム
US11838851B1 (en) 2014-07-15 2023-12-05 F5, Inc. Methods for managing L7 traffic classification and devices thereof
US10003530B2 (en) * 2014-07-22 2018-06-19 Futurewei Technologies, Inc. Service chain header and metadata transport
US10122630B1 (en) 2014-08-15 2018-11-06 F5 Networks, Inc. Methods for network traffic presteering and devices thereof
US9872240B2 (en) 2014-08-19 2018-01-16 Belkin International Inc. Network device source entity triggered device configuration setup
US10063439B2 (en) 2014-09-09 2018-08-28 Belkin International Inc. Coordinated and device-distributed detection of abnormal network device operation
US10257159B2 (en) 2014-12-04 2019-04-09 Belkin International, Inc. Methods, systems, and apparatuses for providing a single network address translation connection for multiple devices
US11051140B2 (en) * 2014-09-19 2021-06-29 Texas Instruments Incorporated Compression of internet protocol version 6 addresses in wireless sensor networks
US9553843B1 (en) * 2014-10-08 2017-01-24 Google Inc. Service directory profile for a fabric network
US10104132B2 (en) * 2014-10-08 2018-10-16 Google Llc Network-assisted fabric pairing
US10048994B2 (en) * 2014-10-20 2018-08-14 Teachers Insurance And Annuity Association Of America Identifying failed customer experience in distributed computer systems
US10601604B2 (en) 2014-11-12 2020-03-24 Google Llc Data processing systems and methods for smart hub devices
JP6305322B2 (ja) * 2014-11-28 2018-04-04 株式会社シマノ コンポーネントおよび通信システム
US10182013B1 (en) 2014-12-01 2019-01-15 F5 Networks, Inc. Methods for managing progressive image delivery and devices thereof
US9530264B2 (en) 2014-12-15 2016-12-27 Assa Abloy Inc. Using low power radio to control a higher power communication interface
US10101987B2 (en) * 2015-03-11 2018-10-16 Echelon Corporation Method and system of processing an image upgrade
US20160198021A1 (en) * 2015-01-02 2016-07-07 Citrix Systems, Inc. Dynamic protocol switching
EP3245696B1 (en) 2015-01-13 2020-06-17 Trane International Inc. Improved wireless hvac components
US11895138B1 (en) 2015-02-02 2024-02-06 F5, Inc. Methods for improving web scanner accuracy and devices thereof
US9958948B2 (en) * 2015-02-06 2018-05-01 Google Llc Systems and methods for altering a state of a system using a remote device that processes gestures
US10204505B2 (en) 2015-02-06 2019-02-12 Google Llc Systems and methods for processing coexisting signals for rapid response to user input
US10834065B1 (en) 2015-03-31 2020-11-10 F5 Networks, Inc. Methods for SSL protected NTLM re-authentication and devices thereof
US10110488B2 (en) * 2015-04-23 2018-10-23 Qualcomm Incorporated Data link interface internet protocol (IP) address generation
GB2537842A (en) * 2015-04-27 2016-11-02 Fujitsu Ltd A communications system, method and gateway device
EP3289783B1 (en) 2015-04-29 2021-04-21 Nokia Technologies Oy Session continuity for ipv6 over bluetooth low energy
US10677484B2 (en) * 2015-05-04 2020-06-09 Johnson Controls Technology Company User control device and multi-function home control system
CN107810368A (zh) 2015-05-04 2018-03-16 江森自控科技公司 具有包含成角度的电路板的外壳的用户控制装置
US11216020B2 (en) 2015-05-04 2022-01-04 Johnson Controls Tyco IP Holdings LLP Mountable touch thermostat using transparent screen technology
US10505818B1 (en) 2015-05-05 2019-12-10 F5 Networks. Inc. Methods for analyzing and load balancing based on server health and devices thereof
US11350254B1 (en) 2015-05-05 2022-05-31 F5, Inc. Methods for enforcing compliance policies and devices thereof
US10313256B2 (en) 2015-05-21 2019-06-04 Intel Corporation Apparatus and methods for adaptive data compression
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
US20170019230A1 (en) * 2015-07-13 2017-01-19 Qualcomm Incorporated Communicating a Data Payload and an Acknowledgment of the Data Payload on Different Channels
US9781686B2 (en) 2015-07-23 2017-10-03 Google Inc. Reducing wireless communication to conserve energy and increase security
US10009914B2 (en) 2015-07-24 2018-06-26 Google Llc Bandwidth throttling based on home occupancy
US10181959B2 (en) * 2015-07-27 2019-01-15 International Business Machines Corporation Methods and systems for mindful home automation
US10057388B2 (en) * 2015-07-27 2018-08-21 The Boeing Company System and method for selecting a communication network in a sensor network
US11172273B2 (en) 2015-08-10 2021-11-09 Delta Energy & Communications, Inc. Transformer monitor, communications and data collection device
WO2017027682A1 (en) 2015-08-11 2017-02-16 Delta Energy & Communications, Inc. Enhanced reality system for visualizing, evaluating, diagnosing, optimizing and servicing smart grids and incorporated components
US10055966B2 (en) 2015-09-03 2018-08-21 Delta Energy & Communications, Inc. System and method for determination and remediation of energy diversion in a smart grid network
CN105119790B (zh) * 2015-09-09 2019-02-19 小米科技有限责任公司 设备控制方法及装置
US10760809B2 (en) 2015-09-11 2020-09-01 Johnson Controls Technology Company Thermostat with mode settings for multiple zones
US10510127B2 (en) 2015-09-11 2019-12-17 Johnson Controls Technology Company Thermostat having network connected branding features
US9641553B2 (en) * 2015-09-25 2017-05-02 Intel Corporation Methods and apparatus to facilitate end-user defined policy management
MX2018004053A (es) * 2015-10-02 2018-12-17 Delta Energy & Communications Inc Red de malla de entrega y recepcion de datosdigitales complementarios y alternativos realizada a traves de la colocacion de dispositivos de monitoreo montados en transformadores mejorados.
EP3363189A1 (en) 2015-10-14 2018-08-22 Pindrop Security, Inc. Call detail record analysis to identify fraudulent activity and fraud detection in interactive voice response systems
WO2017067587A1 (en) * 2015-10-21 2017-04-27 Rwe Ag Meter of a supply system and supply system
WO2017070648A1 (en) 2015-10-22 2017-04-27 Delta Energy & Communications, Inc. Augmentation, expansion and self-healing of a geographically distributed mesh network using unmanned aerial vehicle technology
US10476597B2 (en) 2015-10-22 2019-11-12 Delta Energy & Communications, Inc. Data transfer facilitation across a distributed mesh network using light and optical based technology
US10655881B2 (en) 2015-10-28 2020-05-19 Johnson Controls Technology Company Thermostat with halo light system and emergency directions
US10310477B2 (en) 2015-10-28 2019-06-04 Johnson Controls Technology Company Multi-function thermostat with occupant tracking features
US11277893B2 (en) 2015-10-28 2022-03-15 Johnson Controls Technology Company Thermostat with area light system and occupancy sensor
US10546472B2 (en) 2015-10-28 2020-01-28 Johnson Controls Technology Company Thermostat with direction handoff features
US11841830B2 (en) * 2015-11-01 2023-12-12 International Business Machines Corporation Dynamic switching of catalog sharing protocols
US10318266B2 (en) 2015-11-25 2019-06-11 Johnson Controls Technology Company Modular multi-function thermostat
US11757946B1 (en) 2015-12-22 2023-09-12 F5, Inc. Methods for analyzing network traffic and enforcing network policies and devices thereof
US11146416B2 (en) * 2015-12-24 2021-10-12 Intel Corporation Universal interface for sensor devices
US10672252B2 (en) 2015-12-31 2020-06-02 Delta Faucet Company Water sensor
US10044674B2 (en) 2016-01-04 2018-08-07 Afero, Inc. System and method for automatic wireless network authentication in an internet of things (IOT) system
US10404698B1 (en) 2016-01-15 2019-09-03 F5 Networks, Inc. Methods for adaptive organization of web application access points in webtops and devices thereof
US11178150B1 (en) 2016-01-20 2021-11-16 F5 Networks, Inc. Methods for enforcing access control list based on managed application and devices thereof
MX2018010238A (es) 2016-02-24 2019-06-06 Delta Energy & Communications Inc Red de malla 802.11s distribuida usando hardware de módulo de transformador para la captura y transmisión de datos.
US10912019B2 (en) * 2016-03-14 2021-02-02 Robert Bosch Gbmh Distributed wireless intercom audio routing over ethernet with synchronization and roaming
US10873637B2 (en) * 2016-05-02 2020-12-22 Microsoft Technology Licensing, Llc Controlling service discovery and activation among peers
US11838036B2 (en) 2016-05-09 2023-12-05 Strong Force Iot Portfolio 2016, Llc Methods and systems for detection in an industrial internet of things data collection environment
US10983507B2 (en) 2016-05-09 2021-04-20 Strong Force Iot Portfolio 2016, Llc Method for data collection and frequency analysis with self-organization functionality
US11774944B2 (en) 2016-05-09 2023-10-03 Strong Force Iot Portfolio 2016, Llc Methods and systems for the industrial internet of things
US11327475B2 (en) 2016-05-09 2022-05-10 Strong Force Iot Portfolio 2016, Llc Methods and systems for intelligent collection and analysis of vehicle data
US10049088B1 (en) * 2016-05-26 2018-08-14 Kirio Inc. Automated configuration system for complex system requiring exhaustive custom programming
US10619872B2 (en) 2016-06-15 2020-04-14 Centravent, Llc Apparatus and method for providing selective fan or vent cooling
US11237546B2 (en) 2016-06-15 2022-02-01 Strong Force loT Portfolio 2016, LLC Method and system of modifying a data collection trajectory for vehicles
US10791088B1 (en) 2016-06-17 2020-09-29 F5 Networks, Inc. Methods for disaggregating subscribers via DHCP address translation and devices thereof
US10941951B2 (en) 2016-07-27 2021-03-09 Johnson Controls Technology Company Systems and methods for temperature and humidity control
WO2018035143A1 (en) 2016-08-15 2018-02-22 Delta Energy & Communications, Inc. Integrated solution of internet of things and smart grid network
US20180081670A1 (en) * 2016-09-21 2018-03-22 Ford Global Technologies, Llc Prioritization of updates for over-the-air distribution
BR112019005619A2 (pt) * 2016-09-21 2019-06-18 Dayco Ip Holdings Llc válvula de gaveta interna a uma abertura de venturi de um dispositivo de venturi para a produção de vácuo
CN106534957A (zh) * 2016-10-12 2017-03-22 深圳市东方时代新媒体有限公司 一种智能电器网络设置方法和系统
WO2018076240A1 (en) * 2016-10-27 2018-05-03 Silicon Laboratories Inc. Use of a network to commission a second network
JP2018073238A (ja) * 2016-11-01 2018-05-10 株式会社東芝 保護制御システム
US10505792B1 (en) 2016-11-02 2019-12-10 F5 Networks, Inc. Methods for facilitating network traffic analytics and devices thereof
US10382203B1 (en) * 2016-11-22 2019-08-13 Amazon Technologies, Inc. Associating applications with Internet-of-things (IoT) devices using three-way handshake
US10498598B1 (en) * 2016-12-20 2019-12-03 Amazon Technologies, Inc. Preconfigured device representations
CN108260184B (zh) * 2016-12-28 2021-05-07 上海掌门科技有限公司 一种执行WiFi模式任务的方法与设备
KR101958068B1 (ko) * 2016-12-29 2019-07-04 건국대학교 산학협력단 스마트 홈 오토메이션 서비스 방법 및 이를 수행하는 장치들
US10762072B2 (en) * 2017-01-30 2020-09-01 International Business Machines Corporation Processing messages of a plurality of devices
CN106922008B (zh) * 2017-03-06 2020-02-11 重庆邮电大学 一种基于RPL路由协议的IPv6无线传感网多路径传输方法
US10812266B1 (en) 2017-03-17 2020-10-20 F5 Networks, Inc. Methods for managing security tokens based on security violations and devices thereof
US10458669B2 (en) 2017-03-29 2019-10-29 Johnson Controls Technology Company Thermostat with interactive installation features
US10447665B2 (en) * 2017-03-31 2019-10-15 Konica Minolta Laboratory U.S.A., Inc. IPv6 link local secure network with biometric security to secure IOT devices
WO2018191510A1 (en) 2017-04-14 2018-10-18 Johnson Controls Technology Company Multi-function thermostat with air quality display
WO2018191688A2 (en) 2017-04-14 2018-10-18 Johnson Controls Techology Company Thermostat with exhaust fan control for air quality and humidity control
WO2018208358A1 (en) 2017-05-01 2018-11-15 Carrier Corporation System and method of mobile based user authentication for an access controlled environment
US10972453B1 (en) 2017-05-03 2021-04-06 F5 Networks, Inc. Methods for token refreshment based on single sign-on (SSO) for federated identity environments and devices thereof
US11122042B1 (en) 2017-05-12 2021-09-14 F5 Networks, Inc. Methods for dynamically managing user access control and devices thereof
US11343237B1 (en) 2017-05-12 2022-05-24 F5, Inc. Methods for managing a federated identity environment using security and access control data and devices thereof
US10496508B2 (en) 2017-06-02 2019-12-03 Apple Inc. Accessory communication control
CN107280625A (zh) * 2017-07-07 2017-10-24 深圳市博盛医疗科技有限公司 一种3d全高清电子腹腔镜系统
US10678233B2 (en) 2017-08-02 2020-06-09 Strong Force Iot Portfolio 2016, Llc Systems and methods for data collection and data sharing in an industrial environment
CN110073301A (zh) 2017-08-02 2019-07-30 强力物联网投资组合2016有限公司 工业物联网中具有大数据集的数据收集环境下的检测方法和系统
US20190069169A1 (en) * 2017-08-29 2019-02-28 Jean-Claude Louis Detre Wireless computing network
US11122083B1 (en) 2017-09-08 2021-09-14 F5 Networks, Inc. Methods for managing network connections based on DNS data and network policies and devices thereof
CN107577471B (zh) * 2017-09-14 2020-05-26 维沃移动通信有限公司 一种应用控制方法及移动终端
US11036797B2 (en) * 2017-10-12 2021-06-15 Adtran, Inc. Efficient storage and utilization of a hierarchical data set
US10063639B1 (en) * 2017-11-20 2018-08-28 Marc Berger Sticker communication method and system
US10341456B2 (en) * 2017-11-20 2019-07-02 Marc Berger Caching sticker profiles within a sticker communication system
CN108184260B (zh) * 2017-12-26 2021-04-30 生迪智慧科技有限公司 Zigbee节点的网络状态标识方法和装置
US11264791B2 (en) 2017-12-27 2022-03-01 Pass & Seymour, Inc. Smart wiring devices
US11165866B2 (en) 2018-01-09 2021-11-02 Stel Life, Inc. Secure wireless communication platform
CN110099393B (zh) * 2018-01-30 2022-06-21 阿里巴巴集团控股有限公司 监测配网设备的网络接入状态的方法、装置和系统
CN108491214A (zh) * 2018-02-08 2018-09-04 北京中科江南信息技术股份有限公司 应用系统升级部署的管理方法和管理系统
CN108366063B (zh) * 2018-02-11 2021-06-18 广东美的厨房电器制造有限公司 智能设备的数据通信方法、装置及其设备
US11038669B2 (en) * 2018-02-27 2021-06-15 Mydream Interactive, Inc. Systems and methods for blockchains with serial proof of work
US10924454B2 (en) * 2018-03-06 2021-02-16 Kaloom Inc. Computing device and method for generating a fabric-wide IPV6 address
US10673695B2 (en) * 2018-03-06 2020-06-02 Kaloom Inc. Computing device and method for performing a fabric deployment in a data center
US10873500B2 (en) * 2018-03-06 2020-12-22 Kaloom Inc. Computing device and method for generating a link IPV6 address
US11005667B2 (en) 2018-03-19 2021-05-11 Kaloom Inc. Computing device and method for performing a secure neighbor discovery
US11131474B2 (en) 2018-03-09 2021-09-28 Johnson Controls Tyco IP Holdings LLP Thermostat with user interface features
US10373484B1 (en) * 2018-03-12 2019-08-06 Ledvance Llc Apparatus system and method for controlling multiple devices simultaneously using short-range wireless communication
FR3079700B1 (fr) * 2018-03-27 2020-10-23 Sagemcom Energy & Telecom Sas Transmission de donnees depuis une entite de gestion vers un compteur electrique intelligent
IL265929B (en) * 2018-04-09 2022-07-01 Mobilitie LLC A system and method for the secure operation of a device
US11847241B1 (en) * 2018-04-20 2023-12-19 Amazon Technologies, Inc. Management of service permissions
US20190349277A1 (en) * 2018-05-08 2019-11-14 Landis+Gyr Innovations, Inc. Information element to indicate loss of backhaul connection
US10530638B2 (en) 2018-05-08 2020-01-07 Landis+ Gyr Innovations, Inc. Managing connectivity for critical path nodes
US10609573B2 (en) 2018-05-08 2020-03-31 Landis+Gyr Innovations, Inc. Switching PANs while maintaining parent/child relationships
US11146540B2 (en) * 2018-05-09 2021-10-12 Datalogic Ip Tech S.R.L. Systems and methods for public key exchange employing a peer-to-peer protocol
CN109087412A (zh) * 2018-06-06 2018-12-25 咕咚网络（北京）有限公司 一种无线联网门锁系统中门锁终端与网关的连接方法
CN108810912A (zh) * 2018-06-11 2018-11-13 深圳云博智联科技有限公司 一种基于LoRa实现Mesh组网的系统及其方法
US10861454B2 (en) * 2018-06-12 2020-12-08 Mastercard Asia/Pacific Pte. Ltd Interactive voice-activated bot with visual cue
KR102527868B1 (ko) * 2018-06-28 2023-05-02 삼성전자주식회사 Nan 프로토콜에 기반한 네트워크 환경에서 데이터 통신을 위한 장치 및 방법
US10760802B2 (en) 2018-07-03 2020-09-01 Centravent, Llc Whole house fresh air system with a wireless interface
EP3591926A1 (en) * 2018-07-03 2020-01-08 Assa Abloy AB Providing connectivity for a plurality of iot devices
US11870862B2 (en) * 2018-09-17 2024-01-09 Amazon Technologies, Inc. State prediction of devices
US20210092103A1 (en) * 2018-10-02 2021-03-25 Arista Networks, Inc. In-line encryption of network data
US20200127988A1 (en) * 2018-10-19 2020-04-23 Apple Inc. Media intercom over a secure device to device communication channel
EP3644571A1 (de) * 2018-10-23 2020-04-29 Siemens Aktiengesellschaft Verfahren zur nutzungsbeschränkung eines geräte-authentisierungsnachweises
US10965786B2 (en) 2018-10-31 2021-03-30 At&T Intellectual Property I, L.P. Adaptive fixed point mapping for uplink and downlink fronthaul
EP3884464A4 (en) 2018-11-22 2022-07-13 Presien Pty Ltd SYSTEM AND METHOD FOR IDENTIFYING A DEFINED OBJECT AND ALERTING A USER
US11246026B2 (en) 2018-11-23 2022-02-08 Stel Life, Inc. System for secure passive wireless communication with Bluetooth vitals devices
US11132472B2 (en) * 2018-11-29 2021-09-28 International Business Machines Corporation Use of intermediary devices for control of portable computers and mobile devices
WO2020115336A1 (es) * 2018-12-02 2020-06-11 Erle Robotics, S.L. Adaptador para seguridad en comunicaciones robóticas
EP3663956A1 (de) * 2018-12-03 2020-06-10 Steen Harbach AG Mikrocontroller
US11138018B2 (en) * 2018-12-14 2021-10-05 Nvidia Corporation Optimizing execution of computer programs using piecemeal profiles
US11557195B2 (en) 2018-12-14 2023-01-17 Carrier Corporation Alarm management system with blockchain technology
US10992490B2 (en) * 2018-12-17 2021-04-27 Rovi Guides, Inc. System and method for controlling playback or recording of media assets based on a state of a secondary device
US11107390B2 (en) 2018-12-21 2021-08-31 Johnson Controls Technology Company Display device with halo
CN109890029B (zh) * 2019-01-29 2022-06-03 珠海迈科智能科技股份有限公司 一种智能无线设备的自动配网方法
KR102162350B1 (ko) * 2019-02-14 2020-10-06 국방과학연구소 다중 통신 제어 장치 및 방법
EP3696762A1 (en) * 2019-02-18 2020-08-19 Carrier Corporation Refrigeration unit usage diagnostic and evaluation
US11119750B2 (en) 2019-05-23 2021-09-14 International Business Machines Corporation Decentralized offline program updating
FR3096862A1 (fr) * 2019-05-28 2020-12-04 Sagemcom Broadband Sas Procede et dispositif d’installation d’un nœud dans un reseau domestique.
US20200379870A1 (en) * 2019-05-28 2020-12-03 Trane International Inc. Ranking user interface elements based on physical conditions
CN110278166A (zh) * 2019-06-27 2019-09-24 肇庆中能创智信息科技有限公司 一种企业用高安全通信交换机
GB2597897B (en) * 2019-08-07 2022-08-31 Chameleon Digitization Ltd Control device, system and method
US11470194B2 (en) 2019-08-19 2022-10-11 Pindrop Security, Inc. Caller verification via carrier metadata
US10976068B2 (en) 2019-09-03 2021-04-13 Resolute Building Intelligence, LLC System and method for configuring analytic rules to equipment based upon building data
CN110493085A (zh) * 2019-09-03 2019-11-22 赛尔网络有限公司 IPv6活跃用户数的统计方法、系统、电子设备及介质
CN110649937B (zh) * 2019-09-23 2021-03-02 明格(上海)信息技术有限公司 超声波发射控制方法、收发控制方法和装置
US20210105869A1 (en) * 2019-10-07 2021-04-08 Instant! Communications LLC Device module formation of network devices for a distributed mesh radio network
KR20210041904A (ko) * 2019-10-08 2021-04-16 삼성전자주식회사 네트워크 연결을 관리하는 전자 장치 및 그의 제어 방법
US11277476B2 (en) * 2019-10-18 2022-03-15 Dish Wireless L.L.C. Internet of things gateway content receiver
CN111107050B (zh) * 2019-10-22 2021-10-22 国网浙江省电力有限公司电力科学研究院 一种配电网动模系统的分布式录波方法及装置
CN111124332B (zh) * 2019-11-18 2024-03-01 北京小米移动软件有限公司 设备呈现内容的控制方法、控制装置及存储介质
US10848567B1 (en) * 2019-11-29 2020-11-24 Cygnus, LLC Remote support for IoT devices
CN114731303B (zh) 2019-11-29 2024-06-18 昕诺飞控股有限公司 具有控制设备和多个受控设备的联网系统，以及由该系统使用的设备和方法
CN111010705B (zh) * 2019-12-25 2024-03-12 迈普通信技术股份有限公司 级联场景下无线接入点与无线控制器地址同步方法及系统
CN111673737A (zh) * 2020-05-13 2020-09-18 北京理工大学 一种机器人信息发送方法、接收方法、设备及存储介质
US20210368370A1 (en) * 2020-05-21 2021-11-25 Hubbell Incorporated Space utilization information system utilizing native lighting control system
US11824640B2 (en) * 2020-06-17 2023-11-21 Hewlett Packard Enterprise Development Lp System and method for reconfiguring a network using network traffic comparisions
CN114172672B (zh) * 2020-08-20 2024-02-27 台众计算机股份有限公司 双模式切换的阻断网络联机的方法
WO2022046037A1 (en) * 2020-08-25 2022-03-03 Google Llc Expressing multicast groups using weave traits
EP4226573A1 (en) 2020-10-05 2023-08-16 Redcom Laboratories, Inc. Zkmfa: zero-knowledge based multi-factor authentication system
US20230396900A1 (en) * 2020-10-27 2023-12-07 Hewlett-Packard Development Company, L.P. Configuration page notification items based on environmental conditions
CN114697017B (zh) * 2020-12-31 2024-01-16 华为技术有限公司 一种密钥协商的方法及其相关设备
JP7038442B2 (ja) * 2021-01-12 2022-03-18 株式会社ユピテル 中継システム、中継機およびプログラム
KR102264364B1 (ko) * 2021-02-23 2021-06-15 주식회사 모이기술 미세먼지 정보 제공 공기청정 시스템 및 방법
US11785012B2 (en) 2021-06-07 2023-10-10 Bank Of America Corporation Data processing for internet of things (IoT) devices based on recorded user behavior
CN113595931B (zh) * 2021-07-08 2024-01-16 杭州海康威视数字技术股份有限公司 一种报文处理方法、装置、设备及存储介质
CN113612760A (zh) * 2021-07-29 2021-11-05 深圳市捷诚技术服务有限公司 应用于上下位机串口通讯协议的控制方法及控制装置
CN113872761B (zh) * 2021-11-17 2023-07-07 湖北工业大学 智能家居设备批量认证方法、计算设备、可存储介质
CN117981289A (zh) * 2021-11-19 2024-05-03 Oppo广东移动通信有限公司 通知方法及通知装置
KR20230105551A (ko) * 2022-01-04 2023-07-11 엘지전자 주식회사 기능 업그레이드가 가능한 전자 기기, 및 전자 기기의 기능을 업그레이드하는 방법
KR102511893B1 (ko) * 2022-04-21 2023-03-21 신태수 화재를 예방할 수 있는 세탁소용 회수 건조장치
KR20240078930A (ko) 2022-11-28 2024-06-04 서울대학교산학협력단 네트워크 전송 api를 이용하여 6g 종단간 응용-수준 지연 보장을 위한 방법 및 이를 위한 전자 장치
CN116300499B (zh) * 2023-03-20 2024-07-23 深圳绿米联创科技有限公司 设备控制方法、装置、电子设备及存储介质
US20240372917A1 (en) * 2023-05-05 2024-11-07 Rohde & Schwarz Gmbh & Co. Kg Mesh router for connecting to a mesh network
CN116599766B (zh) * 2023-07-11 2023-09-29 深圳友讯达科技股份有限公司 智能电表的检测方法、装置、设备及存储介质
CN117424928B (zh) * 2023-12-18 2024-03-12 成都索贝数码科技股份有限公司 网络设备和资源分享的方法
CN117640511B (zh) * 2024-01-25 2024-03-29 无锡沐创集成电路设计有限公司 一种有线通信系统及其通信芯片、通信方法及介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6658586B1 (en) * 1999-10-07 2003-12-02 Andrew E. Levi Method and system for device status tracking
US7117239B1 (en) * 2000-07-28 2006-10-03 Axeda Corporation Reporting the state of an apparatus to a remote computer
US20090019147A1 (en) * 2007-07-13 2009-01-15 Purenetworks, Inc. Network metric reporting system
US20090019141A1 (en) * 2004-12-07 2009-01-15 Bush Steven M Network management
US7711814B1 (en) * 2004-12-13 2010-05-04 American Power Conversion Corporation Method and system for remote monitoring of a power supply device with user registration capability
US20110054710A1 (en) * 2009-08-21 2011-03-03 Imes Kevin R Energy management system and method
RU2463643C2 (ru) * 2008-02-20 2012-10-10 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ и устройство для обработки отчета о состоянии буфера заполнения

Family Cites Families (278)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US863537A (en) * 1906-10-18 1907-08-13 James Wesley Hurd Coke-puller.
WO1994027382A1 (en) * 1993-05-11 1994-11-24 Norand Corporation Premises, peripheral and vehicular local area networking
US5696903A (en) * 1993-05-11 1997-12-09 Norand Corporation Hierarchical communications system using microlink, data rate switching, frequency hopping and vehicular local area networking
GB2285471B (en) 1994-01-11 1997-02-12 Draftex Ind Ltd Sealing or guiding assemblies and methods of making them
US5572528A (en) * 1995-03-20 1996-11-05 Novell, Inc. Mobile networking method and apparatus
US5930257A (en) * 1996-01-25 1999-07-27 Baynetworks, Inc. Network router that routes internetwork packets between distinct networks coupled to the same physical interface using the physical interface
US7088726B1 (en) 1996-07-04 2006-08-08 Hitachi, Ltd. Translator for IP networks, network system using the translator, and IP network coupling method therefor
JP2944531B2 (ja) * 1996-09-12 1999-09-06 日本電気通信システム株式会社 Ｌａｎ間接続装置
US6101545A (en) * 1996-10-21 2000-08-08 Hughes Electronics Corporation Message handling system for different message delivery types
RU2169437C1 (ru) * 1998-12-29 2001-06-20 Свисском Мобиле Аг Способ предоставления пользователям телекоммуникационной сети доступа к объектам
JP3349113B2 (ja) 1999-03-25 2002-11-20 日本無線株式会社 ループ型ネットワーク通信システム
US6484200B1 (en) * 1999-06-11 2002-11-19 Sun Microsystems, Inc. Distinguished name scoping system for event filtering
US7194620B1 (en) * 1999-09-24 2007-03-20 Verizon Business Global Llc Method for real-time data authentication
US6775553B1 (en) * 2000-01-14 2004-08-10 Qualcomm Incorporated Method of avoiding PPP time-outs during IPCP negotiations
EP1273142B1 (en) 2000-04-10 2008-02-27 Honeywell International, Inc. In-flight e-mail system
US6880086B2 (en) * 2000-05-20 2005-04-12 Ciena Corporation Signatures for facilitating hot upgrades of modular software components
US6819652B1 (en) * 2000-06-21 2004-11-16 Nortel Networks Limited Method and apparatus for processing control messages in a communications system
US7184973B2 (en) 2000-07-11 2007-02-27 United Parcel Service Of America, Inc. Method and apparatus for communicating order entries in a network environment
JP2004525533A (ja) 2000-08-30 2004-08-19 ティアリス， インコーポレイテッド 家庭用ネットワークシステムおよび方法
US7051206B1 (en) * 2000-11-07 2006-05-23 Unisys Corporation Self-authentication of value documents using digital signatures
US7921290B2 (en) * 2001-04-18 2011-04-05 Ipass Inc. Method and system for securely authenticating network access credentials for users
US20020184208A1 (en) 2001-04-24 2002-12-05 Saul Kato System and method for dynamically generating content on a portable computing device
US7899912B2 (en) * 2001-08-21 2011-03-01 International Business Machines Corporation Pervasive, personal data interactivity over voice-grade circuit-switched cellular networks
JP3894758B2 (ja) * 2001-09-07 2007-03-22 信佳 酒谷 インターネット接続サーバ、初期設定サーバ、ホストサーバ、およびインターネット接続サーバの遠隔管理システム
US20030135556A1 (en) 2001-12-14 2003-07-17 International Business Machines Corporation Selection of communication strategies for message brokers or publish/subscribe communications
US8122118B2 (en) * 2001-12-14 2012-02-21 International Business Machines Corporation Selection of communication protocol for message transfer based on quality of service requirements
US6687793B1 (en) * 2001-12-28 2004-02-03 Vignette Corporation Method and system for optimizing resources for cache management
US8027921B1 (en) * 2002-02-13 2011-09-27 Sprint Communications Company L.P. Method and software for migrating protected authentication data
US7424532B1 (en) 2002-02-15 2008-09-09 3Com Corporation Method and system for automatic network resource selection and configuration in a network environment
US7181531B2 (en) * 2002-04-30 2007-02-20 Microsoft Corporation Method to synchronize and upload an offloaded network stack connection with a network stack
US7035207B2 (en) 2002-06-05 2006-04-25 Eka Systems, Inc System and method for forming, maintaining and dynamic reconfigurable routing in an ad-hoc network
US7782813B2 (en) 2002-06-07 2010-08-24 Ember Corporation Monitoring network traffic
US8116889B2 (en) 2002-06-27 2012-02-14 Openpeak Inc. Method, system, and computer program product for managing controlled residential or non-residential environments
JP2005535247A (ja) * 2002-08-06 2005-11-17 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ ネットワーク確立及び管理プロトコル
DE10253714A1 (de) * 2002-11-18 2004-06-09 Siemens Ag Verfahren zum Verarbeiten von Datenpaketen in einem Datennetz mit Mobilitätsfunktion
KR100580168B1 (ko) * 2003-03-21 2006-05-16 삼성전자주식회사 다중 홈 에이전트 제어장치 및 방법
US8352725B1 (en) * 2003-04-21 2013-01-08 Cisco Technology, Inc. Method and apparatus for managing secure communications
US7392399B2 (en) * 2003-05-05 2008-06-24 Sun Microsystems, Inc. Methods and systems for efficiently integrating a cryptographic co-processor
CN1771695B (zh) * 2003-05-30 2010-09-29 Lg电子株式会社 家庭网络系统
WO2004112312A1 (ja) * 2003-06-12 2004-12-23 Fujitsu Limited ユーザ認証システム
JP4431112B2 (ja) * 2003-07-09 2010-03-10 株式会社日立コミュニケーションテクノロジー 端末及び通信システム
US20050036623A1 (en) 2003-08-15 2005-02-17 Ming-Jye Sheu Methods and apparatus for distribution of global encryption key in a wireless transport network
US6975881B2 (en) 2003-08-25 2005-12-13 Motorola, Inc. Communication controller and method for maintaining a communication connection during a cell reselection
WO2005022187A2 (en) * 2003-09-02 2005-03-10 Sirf Technology, Inc. Control and features for satellite positioning system receivers
CN1599344A (zh) * 2003-09-15 2005-03-23 电视电声研究所 一种家庭网络系统体系结构和实现方法
WO2005029776A1 (en) * 2003-09-23 2005-03-31 Koninklijke Philips Electronics N.V. Configuring network interface on home network
JP2005100251A (ja) * 2003-09-26 2005-04-14 Hitachi Ltd 通信処理方法
SE526983C2 (sv) * 2003-09-30 2005-11-29 Anders Carlius Kommunikationsanordning och metod för att lösa identitetskonflikter i ett nätverk
US7665126B2 (en) 2003-12-17 2010-02-16 Microsoft Corporation Mesh networks with exclusion capability
US7483519B2 (en) 2003-12-23 2009-01-27 At&T Intellectual Property I, L.P. Caller controlled systems to suppress system to de-activate 911 indicator
US20050157646A1 (en) * 2004-01-16 2005-07-21 Nokia Corporation System and method of network congestion control by UDP source throttling
US7392046B2 (en) 2004-02-10 2008-06-24 Microsoft Corporation Method and apparatus for automatic diagnosis and resolution of wireless network malfunctions
CN1658547B (zh) * 2004-02-16 2010-08-18 华为技术有限公司 密钥分发方法
US7961874B2 (en) * 2004-03-03 2011-06-14 King Fahd University Of Petroleum & Minerals XZ-elliptic curve cryptography with secret key embedding
US7539686B2 (en) 2004-03-12 2009-05-26 Microsoft Corporation Tag-based schema for distributing update metadata in an update distribution system
JP4630275B2 (ja) 2004-03-17 2011-02-09 アイピートーク株式会社 無線通信端末及び無線通信方法
US7933290B2 (en) 2004-03-30 2011-04-26 Nokia Corporation System and method for comprehensive service translation
CN1938988A (zh) * 2004-03-31 2007-03-28 Lg电子株式会社 家庭网络系统
US7941491B2 (en) * 2004-06-04 2011-05-10 Messagemind, Inc. System and method for dynamic adaptive user-based prioritization and display of electronic messages
JP4086027B2 (ja) * 2004-09-30 2008-05-14 ブラザー工業株式会社 管理システム及びプログラム
JP4270096B2 (ja) * 2004-10-18 2009-05-27 株式会社日立製作所 移動端末との通信方法、および、移動端末
US8006091B2 (en) * 2005-01-10 2011-08-23 Cisco Technology, Inc. Method and apparatus to provide failover capability of cached secure sessions
US20060190413A1 (en) * 2005-02-23 2006-08-24 Trans World New York Llc Digital content distribution systems and methods
JP2006246202A (ja) * 2005-03-04 2006-09-14 Nec Corp 最適中継ノード選択方法、ノード及びマルチホップ無線通信ネットワークシステム
US9059863B2 (en) * 2005-03-16 2015-06-16 Icontrol Networks, Inc. Method for data routing in networks
JP4466434B2 (ja) 2005-03-30 2010-05-26 パナソニック株式会社 経路制御方法およびホームエージェント
US7400594B2 (en) * 2005-05-03 2008-07-15 Eaton Corporation Method and system for automated distributed pairing of wireless nodes of a communication network
KR100848541B1 (ko) * 2005-05-13 2008-07-25 삼성전자주식회사 이동 아이피 버전 6에서 재전송 공격을 방지하기 위한 방법
JP4612863B2 (ja) * 2005-05-18 2011-01-12 キヤノン株式会社 画像処理装置およびその制御方法とプログラム
US7424000B2 (en) * 2005-05-26 2008-09-09 Symbol Technologies, Inc. Time slot reservation scheme in wireless meshed networks
US8631483B2 (en) 2005-06-14 2014-01-14 Texas Instruments Incorporated Packet processors and packet filter processes, circuits, devices, and systems
US7724753B2 (en) * 2005-06-24 2010-05-25 Aylus Networks, Inc. Digital home networks having a control point located on a wide area network
RU2417539C2 (ru) * 2005-07-07 2011-04-27 Квэлкомм Инкорпорейтед Способ и устройство для межсетевого взаимодействия беспроводных глобальных сетей и беспроводных локальных сетей или беспроводных персональных локальных сетей
ES2387605T3 (es) 2005-07-08 2012-09-27 Panasonic Corporation Nodo móvil y procedimiento de control de comunicación
KR100766457B1 (ko) * 2005-07-12 2007-10-18 아주대학교산학협력단 인터넷 프로토콜 버전 6 기반의 저전력 무선 개인 영역네트워크상에서 계층적 라우팅 방법
US20070030848A1 (en) 2005-07-28 2007-02-08 Yokogawa Electric Corporation Network communication system
US9456469B2 (en) 2005-09-07 2016-09-27 Invention Science Fund I, Llc Heading-dependent routing method and network subsystem
US20070078986A1 (en) 2005-09-13 2007-04-05 Cisco Technology, Inc. Techniques for reducing session set-up for real-time communications over a network
KR100866023B1 (ko) * 2005-10-04 2008-10-30 삼성전자주식회사 다중 홉 릴레이 방식 광대역 무선 접속 통신 시스템에서레인징 메시지 중계 장치 및 방법
US20070083788A1 (en) 2005-10-06 2007-04-12 General Instrument Corporation Method and apparatus for testing for open ports of an endpoint device in a packet network
RU2406249C2 (ru) 2005-10-21 2010-12-10 Телефонактиеболагет Лм Эрикссон (Пабл) Управление качеством услуги в системе связи
US20070147255A1 (en) 2005-12-23 2007-06-28 Ozgur Oyman Routing in wireless mesh networks
KR100748259B1 (ko) * 2005-12-28 2007-08-10 성균관대학교산학협력단 애드-혹 상에서 우선순위 기반 적응적 디스커버리 시스템및 그 방법
US7782835B2 (en) 2006-01-17 2010-08-24 Motorola, Inc. System and method for multihop packet forwarding
US8090807B2 (en) * 2006-01-23 2012-01-03 Lg Electronics Inc. Home code setting method for home network system
KR100790173B1 (ko) 2006-02-23 2008-01-02 삼성전자주식회사 단문 메시지 서비스를 이용하여 무선 기기를 제어하기 위한방법과 홈 네트워크 시스템 및 이동 단말기
US7624181B2 (en) * 2006-02-24 2009-11-24 Cisco Technology, Inc. Techniques for authenticating a subscriber for an access network using DHCP
RU2392766C1 (ru) * 2006-03-06 2010-06-20 Квэлкомм Инкорпорейтед Способ и устройство для осуществления связи с беспроводной сетью с использованием одиночного адреса для многочисленных процессоров
CN101438256B (zh) 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
US20100262519A1 (en) * 2006-04-27 2010-10-14 Thomas Salomon Checking substance volume limits
KR100728040B1 (ko) * 2006-04-28 2007-06-13 삼성전자주식회사 ＩＰｖ6 유니크 로컬 주소 생성 방법 및 장치
US10467606B2 (en) * 2006-04-29 2019-11-05 Api Market, Inc. Enhanced title processing arrangement
JP4786412B2 (ja) 2006-05-22 2011-10-05 株式会社東芝 複数計算機間における通信プロトコルの動的選択方法および動的選択システム
CN101473632B (zh) 2006-06-20 2013-06-19 艾利森电话股份有限公司 移动网络中的装置和方法
EP2033400B1 (en) 2006-06-20 2011-12-21 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for assuring prefix consistency among multiple mobile routers.
KR200426311Y1 (ko) * 2006-06-23 2006-09-13 (주)홈텍코리아 화재감지수단이 내장된 홈 네트워크용 전등제어장치
US8717911B2 (en) * 2006-06-30 2014-05-06 Centurylink Intellectual Property Llc System and method for collecting network performance information
KR100801992B1 (ko) 2006-06-30 2008-02-12 주식회사 넥스지 외부 장비의 이상 상태 판단을 통한 자동 전원 제어기
WO2008017001A2 (en) * 2006-08-02 2008-02-07 Moka5, Inc. Sharing live appliances
JP4176794B2 (ja) 2006-09-19 2008-11-05 株式会社東芝 通信に用いるアドレスを選択する装置、方法およびプログラム
US8311046B2 (en) * 2006-11-28 2012-11-13 Core Wireless Licensing S.A.R.L. Method for the delivery of messages in a communication system
USPP18956P2 (en) 2006-12-11 2008-06-17 Terra Nova Nurseries, Inc. Tricyrtis plant named ‘Imperial Banner’
US8850451B2 (en) * 2006-12-12 2014-09-30 International Business Machines Corporation Subscribing for application messages in a multicast messaging environment
CN101247308B (zh) * 2007-02-13 2011-04-27 上海亿人通信终端有限公司 基于网络处理器实现IPv6穿越IPv4的隧道报文处理方法
US7961661B2 (en) 2007-03-14 2011-06-14 Amx, Llc System, method and computer readable medium for re-connecting to a Zigbee network
JP5293595B2 (ja) 2007-03-20 2013-09-18 富士通株式会社 コンピュータプログラム、更新システム、及びプログラム実行装置
CN101035373B (zh) * 2007-04-11 2010-05-26 重庆重邮信科通信技术有限公司 一种使用at指令实现ccbs业务的方法
US8681807B1 (en) * 2007-05-09 2014-03-25 Marvell Israel (M.I.S.L) Ltd. Method and apparatus for switch port memory allocation
US7957278B2 (en) 2007-05-21 2011-06-07 Sharp Laboratories Of America, Inc. Detection of signaling flows
JP2008301391A (ja) * 2007-06-04 2008-12-11 Murata Mach Ltd 放送用暗号システムと暗号通信方法、復号器及び復号プログラム
US8266427B2 (en) 2007-06-08 2012-09-11 Cisco Technology, Inc. Secure mobile IPv6 registration
JP5367237B2 (ja) 2007-06-18 2013-12-11 ソニー株式会社 サーバ
US8416773B2 (en) 2007-07-11 2013-04-09 Hewlett-Packard Development Company, L.P. Packet monitoring
US20090024498A1 (en) * 2007-07-20 2009-01-22 Berezuk John F Establishing A Financial Market Data Component In A Financial Market Data System
KR101355330B1 (ko) 2007-09-13 2014-01-23 삼성전자주식회사 근거리 무선 네트워크 시스템에서 아이피 버전 6 패킷전송을 위한 게이트웨이 제공 방법 및 장치
US8145920B2 (en) 2007-09-17 2012-03-27 Intel Corporation Techniques for collaborative power management for heterogeneous networks
US9198033B2 (en) 2007-09-27 2015-11-24 Alcatel Lucent Method and apparatus for authenticating nodes in a wireless network
US8193929B1 (en) * 2007-11-09 2012-06-05 Oceanit Laboratories, Inc. Integrated adaptive wireless mesh sensor platform and energy visualization and management system
CA2705090A1 (en) 2007-11-25 2009-05-28 Trilliant Networks, Inc. System and method for operating mesh devices in multi-tree overlapping mesh networks
US8125908B2 (en) * 2007-12-04 2012-02-28 Extrahop Networks, Inc. Adaptive network traffic classification using historical context
KR101475345B1 (ko) * 2007-12-20 2014-12-22 삼성전자주식회사 아이피 기반 저 전력 무선 개인 네트워크의 주소 설정 방법및 장치
US20090161578A1 (en) 2007-12-21 2009-06-25 Hong Kong Applied Science And Technology Research Institute Co. Ltd. Data routing method and device thereof
KR101448099B1 (ko) * 2008-01-18 2014-10-07 삼성전자 주식회사 아이피 기반 저전력 무선 네트워크에서 이동성 지원 방법및 이를 위한 시스템
CN101222507B (zh) * 2008-01-22 2013-08-21 张建中 一种在网络中进行移动通讯的方法和装置以及系统
JP5003518B2 (ja) * 2008-02-04 2012-08-15 ソニー株式会社 遠隔制御システム、受信装置および遠隔制御方法
US20090249322A1 (en) 2008-03-27 2009-10-01 Sony Corporation Of Japan Techniques for updating software
JP2009245397A (ja) 2008-03-31 2009-10-22 Nippon Telegr & Teleph Corp <Ntt> サーバ補助装置とそのプログラム
US8619634B2 (en) 2008-04-14 2013-12-31 Cisco Technology, Inc. Channel assignment protocol
FI123499B (fi) 2008-05-05 2013-06-14 Sensinode Oy Menetelmä ja laite viestien prosessoimiseksi
US9148769B2 (en) 2008-05-07 2015-09-29 Qualcomm Incorporated System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header
US8572599B2 (en) 2008-06-23 2013-10-29 Verizon Patent And Licensing Inc. Provisioning device make and model information for firmware over-the-air (FOTA)
US20090327515A1 (en) 2008-06-30 2009-12-31 Thomas Price Medical Monitor With Network Connectivity
US8406230B2 (en) * 2008-06-30 2013-03-26 Oracle America, Inc. Formerly Known As Sun Microsystems, Inc. Method and system for classifying packets in a network interface card and interface for performing the same
WO2010003113A1 (en) 2008-07-03 2010-01-07 The Trustees Of Columbia University In The City Of New York Methods and systems for controlling traffic on a communication network
CN201237834Y (zh) * 2008-07-22 2009-05-13 王睿哲 一种无线电器电源控制器
KR20120014887A (ko) * 2008-08-11 2012-02-20 티티아이 인벤션스 디 엘엘씨 챠량 내의 네트워킹된 모바일 디바이스를 이용하는 시스템 및 방법
US8943551B2 (en) 2008-08-14 2015-01-27 Microsoft Corporation Cloud-based device information storage
JP2010050905A (ja) 2008-08-25 2010-03-04 Ntt Docomo Inc 無線通信制御方法、無線通信装置及び無線通信制御システム
EP2164232B1 (en) 2008-09-10 2016-01-13 Axis AB Network connector device
US8850052B2 (en) * 2008-09-30 2014-09-30 Apple Inc. System and method for simplified resource sharing
EP2345262A4 (en) 2008-10-08 2015-01-14 Univ South Florida ADAPTIVE SPACE BUFFER FOR LANDSCAPED APPLICATIONS
US8458331B2 (en) 2008-10-08 2013-06-04 Citrix Systems, Inc. Systems and methods for connection management for asynchronous messaging over HTTP
US8514777B1 (en) * 2008-10-28 2013-08-20 Marvell International Ltd. Method and apparatus for protecting location privacy of a mobile device in a wireless communications network
US7924832B2 (en) 2008-11-13 2011-04-12 Blue Coat Systems, Inc. Facilitating transition of network operations from IP version 4 to IP version 6
CN101741658B (zh) * 2008-11-25 2013-05-22 北京中星微电子有限公司 视频监控系统以及视频监控系统中的交互方法
US8655995B2 (en) * 2009-01-13 2014-02-18 Whirlpool Corporation Home network commissioning
US8547983B2 (en) * 2010-06-04 2013-10-01 Broadcom Corporation Method and system for utilizing a broadband gateway to provide energy efficient management in a home network
US20100202656A1 (en) 2009-02-09 2010-08-12 Bhiksha Raj Ramakrishnan Ultrasonic Doppler System and Method for Gesture Recognition
WO2010103534A2 (en) * 2009-02-23 2010-09-16 Kumar Praveen Starting a wireless communications network using wireless signal
JP5644055B2 (ja) * 2009-03-04 2014-12-24 富士通株式会社 基地局装置、端末装置および通信方法
KR20100101964A (ko) * 2009-03-10 2010-09-20 주식회사 케이디 넷 석유화학산업단지 종합 방재시스템
US7933272B2 (en) * 2009-03-11 2011-04-26 Deep River Systems, Llc Methods and systems for resolving a first node identifier in a first identifier domain space to a second node identifier in a second identifier domain space
US8798034B2 (en) 2009-03-31 2014-08-05 Motorola Solutions, Inc. System and method for selecting a route based on link metrics incorporating channel bandwidth, spatial streams and/or guard interval in a multiple-input multiple-output (MIMO) network
US8171292B2 (en) * 2009-04-08 2012-05-01 Research In Motion Limited Systems, devices, and methods for securely transmitting a security parameter to a computing device
US20100281424A1 (en) 2009-04-29 2010-11-04 Dimitry Vaysburg System and Method for Virtual Kiosk Stored Photo-image Reproduction
EP2425341B1 (en) * 2009-05-01 2018-07-11 Citrix Systems, Inc. Systems and methods for establishing a cloud bridge between virtual storage resources
EP2254276B1 (en) * 2009-05-20 2014-04-09 Alcatel Lucent Method for signalling of data transmission path properties to a non-OAM observent client
JP5593041B2 (ja) 2009-06-12 2014-09-17 Ｔａｋｕｓｕ株式会社 緊急通報方法とシステム
ES2732220T3 (es) * 2009-06-16 2019-11-21 Blackberry Ltd Método para acceder a un servicio no disponible a través de una celda de red
KR20110003209A (ko) * 2009-07-03 2011-01-11 주식회사 케이티 지그비 게이트웨이, 이와 ｉｐ 네트워크를 통해 연동하는 ｉｐ 서비스 서버
WO2011011544A1 (en) 2009-07-21 2011-01-27 Scott Ferrill Tibbitts Method and system for controlling a mobile communication device in a moving vehicle
US8730057B2 (en) * 2009-08-17 2014-05-20 Tendril Networks, Inc. AMR meter to ZigBee communications bridge
US8364250B2 (en) * 2009-09-15 2013-01-29 Sotera Wireless, Inc. Body-worn vital sign monitor
KR101273201B1 (ko) * 2009-10-27 2013-06-14 한국전자통신연구원 통신 시스템에서 단말 소프트웨어의 동시 업데이트 방법 및 장치
US9098376B2 (en) * 2009-10-30 2015-08-04 Cleversafe, Inc. Distributed storage network for modification of a data object
US8479078B2 (en) * 2009-10-30 2013-07-02 Cleversafe, Inc. Distributed storage network for modification of a data object
US9204415B2 (en) 2009-10-30 2015-12-01 Panasonic Intellectual Property Corporation Of America Communication system and apparatus for status dependent mobile services
US8301432B1 (en) * 2009-11-05 2012-10-30 Symantec Corporation Systems and methods for determining a power cycle of a power source of a mobile device
CN102098671B (zh) * 2009-12-15 2014-11-05 中兴通讯股份有限公司 鉴权方法及系统
US8099479B2 (en) 2009-12-15 2012-01-17 Intel Corporation Distributed mesh network
US8605657B2 (en) 2009-12-18 2013-12-10 Electronics And Telecommunications Research Institute Mesh routing method and mesh routing apparatus in beacon enabled wireless AD-HOC networks
NO332162B1 (no) * 2009-12-21 2012-07-09 Cisco Systems Int Sarl Anordning og fremgangsmate for a filtrere mediapakker
US20110167133A1 (en) * 2010-01-05 2011-07-07 Jain Praduman D System, method, and device for medical device data capture and processing
CN102884861B (zh) * 2010-01-06 2016-02-10 交互数字专利控股公司 用于协助/协调家庭内通信的方法和装置
US20110196925A1 (en) 2010-02-11 2011-08-11 Martin Hans Methods and apparatus for providing presence service for contact management representation
US20110202293A1 (en) 2010-02-15 2011-08-18 General Electric Company Diagnostics using sub-metering device
US8639772B2 (en) * 2010-02-16 2014-01-28 Iboard Incorporated Centralized application resource manager
US8645732B2 (en) * 2010-02-19 2014-02-04 Qualcomm, Incorporated Protocol stack power optimization for wireless communications devices
KR101644381B1 (ko) * 2010-03-02 2016-08-01 삼성전자 주식회사 펨토 셀을 포함하는 이동통신 시스템에서 가입자 정보 관리 방법 및 장치
US9000914B2 (en) * 2010-03-15 2015-04-07 Welch Allyn, Inc. Personal area network pairing
MX2012011584A (es) * 2010-04-05 2012-11-29 Gen Instrument Corp Localizacion de recursos de red para una entidad con base en su certificado digital.
US8954051B2 (en) * 2010-04-23 2015-02-10 Qualcomm Incorporated Uniquely identifying target femtocell to facilitate femto-assisted active hand-in
FI20105541A0 (fi) * 2010-05-18 2010-05-18 Vibsolas Oy Valvontamoduuli, järjestelmä ja menetelmä
US9155032B2 (en) 2010-05-28 2015-10-06 Nokia Technologies Oy System, method, and apparatus for determining a network interface preference policy
US20110314163A1 (en) * 2010-06-16 2011-12-22 Mmb Research Inc. Wireless communication network for smart appliances
WO2012148596A1 (en) * 2011-04-29 2012-11-01 Electric Transportation Engineering Corporation, D/B/A Ecotality North America System for measuring electricity and method of providing and using the same
CN102347831B (zh) 2010-07-26 2014-12-03 华为技术有限公司 时间消息处理方法、装置及系统
KR101144912B1 (ko) * 2010-08-03 2012-05-17 주식회사 네이블커뮤니케이션즈 트래픽 기반 통신 시스템 및 방법
US9654540B2 (en) * 2010-09-30 2017-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Load balancing among network servers
US9025951B2 (en) * 2010-10-18 2015-05-05 Calix, Inc. Provisioning network devices in Ethernet-based access networks
KR101780021B1 (ko) * 2010-10-18 2017-10-11 삼성전자주식회사 네트워크 인터페이스의 자동 설정에 기초해 인터넷 연결을 공유하는 방법 및 장치
US8724490B2 (en) 2010-10-21 2014-05-13 General Electric Company Zigbee IP/6LowPan router
US8837449B2 (en) * 2010-10-29 2014-09-16 Cellco Partnership Universal integrated circuit card updates in a hybrid network
CN101997916B (zh) * 2010-11-03 2014-03-26 同辉佳视(北京)信息技术有限公司 一种基于网络进行文件传输的方法和装置
US8806242B2 (en) 2010-11-03 2014-08-12 Broadcom Corporation System and method for controlling supplying power over ethernet within a vehicular communication network in condition of a current being overdrawn
JP2014504043A (ja) * 2010-12-14 2014-02-13 日本電気株式会社 通信制御システム、制御装置、通信制御方法および通信制御プログラム
KR101765917B1 (ko) * 2011-01-06 2017-08-24 삼성전자주식회사 개인망 엔티티 인증을 위한 방법
US8694600B2 (en) 2011-03-01 2014-04-08 Covidien Lp Remote monitoring systems for monitoring medical devices via wireless communication networks
US9300491B2 (en) 2011-02-11 2016-03-29 Qualcomm Incorporated Frame delivery path selection in hybrid communication networks
KR101899180B1 (ko) * 2011-02-16 2018-09-14 코르테크 인더스트리스 피티와이 리미티드 무선 전원, 조명 및 자동화 제어
US8806609B2 (en) * 2011-03-08 2014-08-12 Cisco Technology, Inc. Security for remote access VPN
US9118637B2 (en) * 2011-03-09 2015-08-25 Arris Enterprises, Inc. Dual-mode download manager
JP5661207B2 (ja) * 2011-03-18 2015-01-28 テケレック・インコーポレイテッドＴｅｋｅｌｅｃ， Ｉｎｃ． モバイル機器ネットワークアクセスのダイアメータベースの誘導のための方法、システム、およびコンピュータ読取可能媒体
JP5676331B2 (ja) 2011-03-24 2015-02-25 株式会社東芝 ルートノード及びプログラム
EP2698036A4 (en) * 2011-04-12 2015-04-15 Public Wireless Inc COMMON RADIO ELEMENT APPLICATION MANAGEMENT ARCHITECTURE FOR WIRELESS PICOCELLS
KR101899823B1 (ko) 2011-05-25 2018-09-18 엘지전자 주식회사 송/수신 시스템 및 방송 신호 처리 방법
JP5708246B2 (ja) 2011-05-25 2015-04-30 富士通株式会社 通信システム、ネットワーク装置、ゲートウエイ装置、コンピュータプログラム、データ送信方法及びデータ転送方法
US8780711B2 (en) 2011-06-17 2014-07-15 Qualcomm Incorporated Coordinated back-off mechanism for path selection in hybrid communication networks
US9003492B2 (en) * 2011-06-21 2015-04-07 Qualcomm Incorporated Secure client authentication and service authorization in a shared communication network
US8588990B2 (en) * 2011-06-30 2013-11-19 Ayla Networks, Inc. Communicating through a server between appliances and applications
US9055030B2 (en) * 2011-07-13 2015-06-09 Comcast Cable Communications, Llc Monitoring and using telemetry data
CN103765842B (zh) 2011-07-25 2016-12-21 皇家飞利浦有限公司 用于建立端到端的安全连接和用于安全地传送数据分组的方法、设备以及系统
EP2737718B1 (en) 2011-07-29 2019-09-04 Vubiq Networks Inc. System and method for wireless communication in a backplane fabric architecture
US8959607B2 (en) 2011-08-03 2015-02-17 Cisco Technology, Inc. Group key management and authentication schemes for mesh networks
KR101933466B1 (ko) * 2011-08-05 2019-04-08 삼성전자주식회사 개인망을 이용한 컴포넌트 기반 서비스 제공 방법 및 장치
CN102255972B (zh) * 2011-08-10 2014-06-25 北京邮电大学 6LoWPAN网络中面向HTTP协议的TCP首部压缩方法
JP2013042243A (ja) 2011-08-11 2013-02-28 Optim Corp 通信制御装置、通信制御方法、及び通信制御用プログラム
US9864632B2 (en) * 2011-08-17 2018-01-09 Open Invention Network, Llc System and method for transfer of an application state between devices
US8688807B2 (en) * 2011-08-18 2014-04-01 Cisco Technology, Inc. Deriving unique local addresses from device names
US8619819B2 (en) * 2011-08-19 2013-12-31 Ecolink Intelligent Technology, Inc. Robust communication protocol for home networks
JP5101742B1 (ja) * 2011-08-23 2012-12-19 シャープ株式会社 通信装置、通信システム、通信方法、制御プログラム、記録媒体、およびテレビジョン受像システム
US20130054863A1 (en) * 2011-08-30 2013-02-28 Allure Energy, Inc. Resource Manager, System And Method For Communicating Resource Management Information For Smart Energy And Media Resources
GB2577423B (en) * 2011-09-15 2020-09-02 Fisher Rosemount Systems Inc Communicating data frames across communication networks that use incompatible network routing protocols
EP2764641B1 (en) * 2011-10-03 2019-12-18 Intel Corporation Device to device (d2d) communication mechanisms
US8774187B2 (en) * 2011-10-24 2014-07-08 Richard L. Hartman Methods, systems, and devices for interfacing to networks
US20130110920A1 (en) * 2011-10-27 2013-05-02 Alcatel-Lucent Usa Inc. Network-assisted peer-to-peer secure communication establishment
US8621196B2 (en) * 2011-10-28 2013-12-31 Verizon Patent And Licensing Inc. Booting from an encrypted ISO image
WO2013067466A1 (en) * 2011-11-03 2013-05-10 Huawei Technologies Co., Ltd. Border gateway protocol extension for the host joining/leaving a virtual private network
US8600421B2 (en) * 2011-12-28 2013-12-03 Motorola Solutions, Inc. Method and apparatus for priority monitoring of communication groups over multiple disparate wireless networks
WO2013101963A1 (en) * 2011-12-30 2013-07-04 Robert Bosch Gmbh Low cost proximity pairing mechanism in wireless personal area networks
CA2768483C (en) * 2011-12-30 2019-08-20 Sandvine Incorporated Ulc Systems and methods for managing quality of service
EP2798534B1 (en) 2011-12-31 2019-02-06 InterDigital Madison Patent Holdings Method and device for presenting content
US20130201316A1 (en) 2012-01-09 2013-08-08 May Patents Ltd. System and method for server based control
US8857705B2 (en) * 2012-01-13 2014-10-14 Logic PD, Inc. Methods for embedding device-specific data to enable remote identification and provisioning of specific devices
US9219556B2 (en) 2012-03-02 2015-12-22 Lg Electronics Inc. Method of providing an emergency alert service via a mobile broadcasting and apparatus therefor
GB2490989B (en) 2012-03-07 2013-04-10 Renesas Mobile Corp Method and apparatus for improving efficiency of cellular communication
CN104185957B (zh) 2012-03-31 2017-11-07 英特尔公司 实现基于邻近性的耦合服务的方法、装置和系统
US8850523B2 (en) 2012-04-13 2014-09-30 Cable Television Laboratories, Inc. Watermarks for roaming
EP2836956B1 (en) * 2012-04-13 2019-06-26 OLogN Technologies AG Secure zone for digital communications
JP5673606B2 (ja) * 2012-05-30 2015-02-18 横河電機株式会社 通信装置
US20130326502A1 (en) * 2012-05-30 2013-12-05 Google Inc. Installing applications remotely
US9191886B2 (en) * 2012-06-01 2015-11-17 Crestron Electronics Inc. Commissioning of wireless devices in personal area networks
US8959185B2 (en) 2012-06-06 2015-02-17 Juniper Networks, Inc. Multitenant server for virtual networks within datacenter
US8964554B2 (en) 2012-06-07 2015-02-24 Broadcom Corporation Tunnel acceleration for wireless access points
KR101252570B1 (ko) * 2012-06-25 2013-04-16 조대흥 카메라를 이용한 자동 화재 속보 시스템 및 방법, 이를 위한 통합 속보기
US9369867B2 (en) * 2012-06-29 2016-06-14 Intel Corporation Mobile platform software update with secure authentication
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
KR20140026734A (ko) * 2012-08-23 2014-03-06 한국전자통신연구원 단말 소프트웨어의 업데이트 방법 및 장치
US9054863B2 (en) * 2012-09-04 2015-06-09 Rockwell Automation Asia Pacific Business Center Pte. Ltd. Industrial protocol system authentication and firewall
US8910282B2 (en) * 2012-09-04 2014-12-09 Jonathan Somers System and method for protecting devices on dynamically configured network
US20140068727A1 (en) * 2012-09-05 2014-03-06 Apple Inc. Wi-fi credential sharing using images
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
US8635373B1 (en) * 2012-09-22 2014-01-21 Nest Labs, Inc. Subscription-Notification mechanisms for synchronization of distributed states
US9301205B2 (en) 2012-10-04 2016-03-29 Benu Networks, Inc. Application and content awareness for self optimizing networks
US9083650B2 (en) * 2012-10-16 2015-07-14 Cable Television Laboratories, Inc. Overlay network
WO2014069783A1 (ko) * 2012-10-31 2014-05-08 삼성에스디에스 주식회사 패스워드 기반 인증 방법 및 이를 수행하기 위한 장치
US8955075B2 (en) * 2012-12-23 2015-02-10 Mcafee Inc Hardware-based device authentication
US9032480B2 (en) 2012-12-28 2015-05-12 Cellco Partnership Providing multiple APN connections support in a browser
US9154408B2 (en) * 2013-02-26 2015-10-06 Dell Products L.P. System and method for traffic polarization during failures
US9257032B2 (en) 2013-02-27 2016-02-09 Total Walther Gmbh, Feuerschutz Und Sicherheit System and method for emergency communication in a TCP/IP based redundant fire panel network
US9258298B2 (en) * 2013-03-04 2016-02-09 Arris Enterprises, Inc. Simplified configuration of a network device
US9042817B2 (en) * 2013-03-07 2015-05-26 Kin-Man TSE Method and system to automatically establish NFC link between NFC enabled electronic devices based on proximate distance
US9124552B2 (en) 2013-03-12 2015-09-01 Centripetal Networks, Inc. Filtering network data transfers
US20140282923A1 (en) 2013-03-14 2014-09-18 Motorola Mobility Llc Device security utilizing continually changing qr codes
US9565139B2 (en) 2013-03-15 2017-02-07 Comcast Cable Communications, Llc Remote latency adjustment
US9118952B2 (en) * 2013-03-15 2015-08-25 Time Warner Cable Enterprises Llc Methods and apparatus that facilitate controlling multiple devices
US9516127B2 (en) * 2013-03-25 2016-12-06 Seven Networks, Llc Intelligent alarm manipulator and resource tracker
US9559952B2 (en) 2013-05-06 2017-01-31 Cisco Technology, Inc. Routing internet protocol version 6 link-local addresses in a network environment
US9220117B2 (en) * 2013-06-13 2015-12-22 Verizon Patent And Licensing Inc. IMS cross carrier supportability
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
US9503448B2 (en) 2014-10-07 2016-11-22 Google Inc. Authenticated session establishment
US9191209B2 (en) 2013-06-25 2015-11-17 Google Inc. Efficient communication for devices of a home network
TWI532353B (zh) 2013-07-26 2016-05-01 正文科技股份有限公司 社群虛擬網路連線建立方法及網路通信系統
US9444677B2 (en) 2013-10-18 2016-09-13 Cisco Technology, Inc. Scalable edge node protection using IPv6 segment routing extension header
JPWO2015146066A1 (ja) * 2014-03-28 2017-04-13 日本電気株式会社 無線端末、メータリング装置、及び通信制御方法
US9350559B2 (en) 2014-06-16 2016-05-24 Asurion, Llc Service discovery across different networks
US9760501B2 (en) 2014-11-05 2017-09-12 Google Inc. In-field smart device updates

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6658586B1 (en) * 1999-10-07 2003-12-02 Andrew E. Levi Method and system for device status tracking
US7117239B1 (en) * 2000-07-28 2006-10-03 Axeda Corporation Reporting the state of an apparatus to a remote computer
US20090019141A1 (en) * 2004-12-07 2009-01-15 Bush Steven M Network management
US7711814B1 (en) * 2004-12-13 2010-05-04 American Power Conversion Corporation Method and system for remote monitoring of a power supply device with user registration capability
US20090019147A1 (en) * 2007-07-13 2009-01-15 Purenetworks, Inc. Network metric reporting system
RU2463643C2 (ru) * 2008-02-20 2012-10-10 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ и устройство для обработки отчета о состоянии буфера заполнения
US20110054710A1 (en) * 2009-08-21 2011-03-03 Imes Kevin R Energy management system and method

Also Published As

Publication number Publication date
US9191209B2 (en) 2015-11-17
KR20190062632A (ko) 2019-06-05
US9036529B2 (en) 2015-05-19
KR102192081B1 (ko) 2020-12-16
KR20170094008A (ko) 2017-08-16
KR20160090914A (ko) 2016-08-01
AU2017210535A1 (en) 2017-08-17
KR20180061406A (ko) 2018-06-07
MX2019006269A (es) 2019-09-16
RU2713706C1 (ru) 2020-02-06
AU2021201639A1 (en) 2021-04-08
CN109905483B (zh) 2022-04-26
US9124521B2 (en) 2015-09-01
EP3905600A1 (en) 2021-11-03
JP2018023148A (ja) 2018-02-08
JP2019050630A (ja) 2019-03-28
KR101767255B1 (ko) 2017-08-10
EP3905600B1 (en) 2023-08-30
CN105684356A (zh) 2016-06-15
MX365357B (es) 2019-05-30
KR102267420B1 (ko) 2021-06-18
KR20210074421A (ko) 2021-06-21
JP7163459B2 (ja) 2022-10-31
US20150023294A1 (en) 2015-01-22
EP4247102A2 (en) 2023-09-20
AU2020289758A1 (en) 2021-01-21
KR102107201B1 (ko) 2020-05-06
US20150249605A1 (en) 2015-09-03
KR20200047770A (ko) 2020-05-07
US9674885B2 (en) 2017-06-06
JP6457040B2 (ja) 2019-01-23
RU2721938C1 (ru) 2020-05-25
EP2920922B1 (en) 2021-08-04
CA2916595C (en) 2020-08-25
WO2014209901A2 (en) 2014-12-31
RU2676229C1 (ru) 2018-12-26
JP7507826B2 (ja) 2024-06-28
US20170272416A1 (en) 2017-09-21
US9036632B2 (en) 2015-05-19
US20170070491A1 (en) 2017-03-09
US10320763B2 (en) 2019-06-11
AU2017210535B2 (en) 2017-10-19
KR102558888B1 (ko) 2023-07-21
KR20160021891A (ko) 2016-02-26
CA3237996A1 (en) 2014-12-31
US20140376405A1 (en) 2014-12-25
BR112015032518B1 (pt) 2023-04-11
US10805200B2 (en) 2020-10-13
JP2023017782A (ja) 2023-02-07
JP6922061B2 (ja) 2021-08-18
US20150257190A1 (en) 2015-09-10
AU2017272191A1 (en) 2017-12-21
US9462624B2 (en) 2016-10-04
KR101726745B1 (ko) 2017-04-13
CA3081957A1 (en) 2014-12-31
JP2021182755A (ja) 2021-11-25
JP2017060193A (ja) 2017-03-23
US20150023293A1 (en) 2015-01-22
JP2021044829A (ja) 2021-03-18
WO2014209901A3 (en) 2015-03-05
KR102675495B1 (ko) 2024-06-13
JP6062575B2 (ja) 2017-01-18
KR101645447B1 (ko) 2016-08-04
US9326307B2 (en) 2016-04-26
US20160227506A1 (en) 2016-08-04
JP2016532323A (ja) 2016-10-13
KR101863551B1 (ko) 2018-06-01
AU2014302724B2 (en) 2017-02-23
CA3146924C (en) 2024-06-18
KR101986691B1 (ko) 2019-06-07
AU2014302724A1 (en) 2016-01-21
RU2640728C1 (ru) 2018-01-11
KR20200140412A (ko) 2020-12-15
CA3146924A1 (en) 2014-12-31
US9451573B2 (en) 2016-09-20
RU2619694C1 (ru) 2017-05-17
US20150023339A1 (en) 2015-01-22
JP6990648B2 (ja) 2022-01-12
AU2017272191B2 (en) 2019-10-31
JP6215438B2 (ja) 2017-10-18
CA2916595A1 (en) 2014-12-31
EP4247102A3 (en) 2024-04-10
AU2020289758B2 (en) 2021-03-04
AU2019275643A1 (en) 2020-01-02
EP2920922A2 (en) 2015-09-23
BR112015032518A2 (pt) 2018-04-10
US20190245836A1 (en) 2019-08-08
CN105684356B (zh) 2019-04-09
AU2019275643B2 (en) 2020-12-03
US20160041821A1 (en) 2016-02-11
KR20230113652A (ko) 2023-07-31
US9629193B2 (en) 2017-04-18
CA3081957C (en) 2022-04-19
CN109905483A (zh) 2019-06-18
CN114979196A (zh) 2022-08-30
KR20170041290A (ko) 2017-04-14
US20150016407A1 (en) 2015-01-15
US9338810B2 (en) 2016-05-10
US9948622B2 (en) 2018-04-17
AU2017203264B1 (en) 2017-06-08
MX2015018000A (es) 2017-01-11
US9345058B2 (en) 2016-05-17
US20150249728A1 (en) 2015-09-03
US20150149781A1 (en) 2015-05-28

Similar Documents

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