RU2640726C2 - ЭФФЕКТИВНЫЙ СЕТЕВОЙ УРОВЕНЬ ДЛЯ ПРОТОКОЛА IPv6. - Google Patents

ЭФФЕКТИВНЫЙ СЕТЕВОЙ УРОВЕНЬ ДЛЯ ПРОТОКОЛА IPv6. Download PDF

Info

Publication number
RU2640726C2
RU2640726C2 RU2016102035A RU2016102035A RU2640726C2 RU 2640726 C2 RU2640726 C2 RU 2640726C2 RU 2016102035 A RU2016102035 A RU 2016102035A RU 2016102035 A RU2016102035 A RU 2016102035A RU 2640726 C2 RU2640726 C2 RU 2640726C2
Authority
RU
Russia
Prior art keywords
key
electronic device
network
mesh network
node
Prior art date
Application number
RU2016102035A
Other languages
English (en)
Other versions
RU2016102035A (ru
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 Гугл Инк.
Publication of RU2016102035A publication Critical patent/RU2016102035A/ru
Application granted granted Critical
Publication of RU2640726C2 publication Critical patent/RU2640726C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823Network architectures or network communication protocols for network security for authentication of entities using certificates
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • H04L45/741Routing in networks with a plurality of addressing schemes, e.g. with both IPv4 and IPv6
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • H04L45/745Address table lookup; Address filtering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic 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/3263Cryptographic 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • H04W12/062Pre-authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • H04W12/069Authentication using certificates or pre-shared keys
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H04W80/045Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/06Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/061Network 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/06Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/065Network architectures or network communication protocols for network security for supporting key management in a packet data network for group communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/16Implementing security features at a particular protocol layer
    • H04L63/166Implementing security features at a particular protocol layer at the transport layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks
    • YGENERAL 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
    • Y04INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04SSYSTEMS 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/00Systems 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Selective Calling Equipment (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Error Detection And Correction (AREA)

Abstract

Изобретение относится к области беспроводной связи. Технический результат изобретения заключается в возможности связи электронного устройства беспроводным способом с другим электронным устройством через беспроводную ячеистую сеть. Электронное устройство беспроводной связи включает в себя сетевой интерфейс, который позволяет электронному устройству беспроводным способом связывать электронное устройство с другими электронными устройствами, процессор, который определяет по меньшей мере один путь данных к другим электронным устройствам с использованием механизма маршрутизации Протокола Информации Маршрутизации Следующего Поколения (RIPng). После идентификации по меньшей мере одного пути данных к другим электронным устройствам, процессор может определить, является (являются) ли идентифицированный(е) путь(и) данных безопасным(и), с использованием протокола Безопасности Транспортного Уровня Дейтаграмм (DTLS). Если идентифицированный(е) путь(и) данных является (являются) безопасным(и), процессор может послать пакеты данных Интернет-протокола версии 6 (IPv6) к другим электронным устройствам через безопасный(е) путь(и) данных. 3 н. и 18 з.п. ф-лы, 12 ил.

Description

ПРЕДПОСЫЛКИ ИЗОБРЕТЕНИЯ
[0001] Данный раздел предназначен для представления читателю различных аспектов уровня техники, которые могут быть связаны с различными аспектами настоящих технологий, которые описаны и/или заявлены ниже. Представляется, что это обсуждение будет полезным в предоставлении читателю информации о предпосылках изобретения, чтобы способствовать лучшему пониманию различных аспектов настоящего раскрытия. Соответственно, следует понимать, что эти сведения должны пониматься в этом свете, а не в качестве сведений из предшествующего уровня техники.
[0002] Многочисленные электронные устройства в настоящее время способны соединяться с беспроводными сетями. Например, технологии интеллектуальных измерительных приборов используют беспроводную сеть для передачи данных потребления электрической энергии, ассоциированных со связанной с местом жительства недвижимостью, обратно к предприятию коммунального обслуживания для мониторинга, выставления счетов и тому подобное. Ряд стандартов беспроводных сетей в настоящее время доступен, чтобы позволять электронным устройствам осуществлять связь друг с другом. Некоторые реализации интеллектуальных измерительных приборов, например, используют Интернет-протокол версии 6 (IPv6) в маломощных беспроводных персональных сетях (6LоWPAN), чтобы позволять электронным устройствам осуществлять связь с интеллектуальным измерительным прибором. Однако имеющиеся в настоящее время стандарты беспроводных сетей, такие как 6LоWPAN, в общем случае не могут быть хорошо оснащены, чтобы поддерживать электронные устройства, рассредоточенные по месту жительства или дому для одного или более практических сценариев. То есть, имеющиеся в настоящее время стандарты беспроводных сетей не могут эффективно соединять все электронные устройства сети безопасным, но простым, удобным для потребителя способом ввиду одного или более известных практических ограничений. Кроме того, для одного или более практических сценариев, имеющиеся в настоящее время стандарты беспроводных сетей не могут обеспечивать эффективный способ для добавления новых электронных устройств к существующей беспроводной сети специальным (ad hoc) образом.
[0003] Кроме того, при предоставлении стандарта беспроводной сети для электронных устройств для использования внутри и вокруг дома, было бы полезно использовать стандарт беспроводной сети, который обеспечивает открытый протокол для различных устройств, чтобы узнать, как получить доступ к сети. Кроме того, учитывая количество электронных устройств, которые могут быть ассоциированы с домом, было бы полезно, если бы стандарт беспроводной сети был способен поддерживать связь согласно Интернет-протоколу версии 6 (IPv6) таким образом, что каждое устройство может иметь уникальный IP-адрес и может быть доступным через Интернет, через локальную сеть в домашней среде и т.п. Кроме того, было бы полезно для стандарта беспроводной сети позволять электронным устройствам осуществлять связь в беспроводной сети с использованием минимальной величины мощности. Принимая во внимание эти признаки, представляется, что один или более недостатков представлены каждым известным доступным в настоящее время стандартом беспроводной сети в контексте обеспечения стандарта маломощной, основанной на IPv6 беспроводной ячеистой сети, который имеет открытый протокол и может быть использован для электронных устройств внутри и вокруг дома. Например, стандарты беспроводных сетей, такие как Bluetooth®, Dust Networks®, Z-Wave®, Wi-Fi и ZigBee®, не могут обеспечить одну или более желательных функций, описанных выше.
[0004] Bluetooth®, например, в общем, обеспечивает стандарт беспроводной сети для передачи на короткие расстояния с помощью коротковолновых радиопередач. Как таковой, стандарт беспроводной сети Bluetooth® не может поддерживать сеть связи ряда электронных устройств, рассредоточенных по всему дому. Кроме того, стандарт беспроводной сети Bluetooth® не может поддерживать беспроводную ячеистую связь или IPv6-адреса.
[0005] Как упоминалось выше, стандарт беспроводной сети, обеспеченный Dust Networks®, также может привести к одному или более недостаткам в отношении одной или более функций, которые позволили бы электронным устройствам, рассредоточенным в доме, эффективно взаимодействовать друг с другом. В частности, стандарт беспроводной сети Dust Networks® не может обеспечить открытый протокол, который может использоваться другими, чтобы взаимодействовать с устройствами, работающими в сети Dust Networks. Вместо этого, Dust Networks® может быть разработан, чтобы облегчить связь между устройствами, расположенными в промышленных средах, таких как сборочные линии, химические заводы и тому подобное. Таким образом, стандарт беспроводной сети Dust Networks® может быть направлен на обеспечение надежной сети связи, которая имеет предопределенные временные окна, в которых каждое устройство может осуществлять связь с другими устройствами и прослушивать инструкции от других устройств. Таким образом, стандарт беспроводной сети Dust Networks® может потребовать сложных и сравнительно дорогих радиопередатчиков, которые могут оказаться неэкономичными для реализации с потребительскими электронными устройствами для использования в домашних условиях.
[0006] Подобно стандарту беспроводной сети Dust Networks®, стандарт беспроводной сети, ассоциированный с Z-Wave®, не может быть открытым протоколом. Вместо этого, стандарт беспроводной сети Z-wave® может быть доступным только для авторизованных клиентов, которые встраивают конкретный чип приемопередатчика в свое устройство. Кроме того, стандарт беспроводной сети Z-wave® не может поддерживать связь, основанную на IPv6. То есть, стандарт беспроводной сети Z-wave® может потребовать мостового устройства, чтобы преобразовывать данные, сгенерированные на Z-Wave®-устройстве, в данные, основанные на IP, которые могут быть переданы через Интернет.
[0007] Что касается стандартов беспроводной сети ZigBee®, то ZigBee® имеет два стандарта, обычно известные как ZigBee® Pro и ZigBee® IP. Кроме того, ZigBee® Pro может иметь один или более недостатков в контексте поддержки беспроводных ячеистых сетей. Вместо этого, ZigBee® Pro может зависеть, по меньшей мере частично, от центрального устройства, которое облегчает связь между каждым устройством в сети ZigBee® Pro. В дополнение к требованиям повышенной мощности для такого центрального устройства, те устройства, которые остаются включенными, чтобы обрабатывать, или отклоняют определенный беспроводный трафик, могут генерировать дополнительное тепло в своих корпусах, что может изменять некоторые показания датчика, например, показания температуры, получаемые устройством. Поскольку такие показания датчика могут быть полезны в определении того, каким образом каждое устройство в доме может работать, может быть выгодным избегать ненужной генерации тепла внутри устройства, которое может изменить показания датчика. Кроме того, ZigBee® Pro не может поддерживать связь по протоколу IPv6.
[0008] Что касается ZigBee® IP, то ZigBee® IP может привести к одному или более недостаткам в контексте прямой связи от устройства к устройству. ZigBee® IP направлен на облегчение связи посредством ретрансляции данных устройства к центральному маршрутизатору или устройству. Таким образом, центральный маршрутизатор или устройство может требовать постоянного питания и поэтому не может представлять собой маломощное средство связи между устройствами. Кроме того, IP-ZigBee® IP может иметь практическое ограничение на число узлов (т.е., ~20 узлов на каждую сеть), которые могут быть использованы в одной сети. Кроме того, IP-ZigBee® IP использует протокол маршрутизации “Ripple” (RPL), который может проявлять высокие требования к ширине полосы, обработке и памяти, что может быть связано с дополнительной мощностью для каждого подключенного устройства ZigBee® IP.
[0009] Подобно стандартам беспроводной сети ZigBee®, обсужденным выше, беспроводная сеть Wi-Fi может проявлять один или более недостатков с точки зрения обеспечения возможности связи между устройствами, имеющими требования малой мощности. Например, стандарт беспроводной сети Wi-Fi может также требовать, чтобы каждое сетевое устройство всегда было включено, и, кроме того, может требовать наличия центрального узла или концентратора. Как известно в данной области, Wi-Fi является относительно распространенным стандартом беспроводной сети, который может быть идеальным для передачи данных относительно высокой ширины полосы (например, потоковое видео, синхронизация устройств). Как таковые, Wi-Fi устройства, как правило, связаны с непрерывным источником питания или перезаряжаемыми аккумуляторами для поддержки постоянного потока передач данных между устройствами. Кроме того, беспроводная сеть Wi-Fi может не поддерживать беспроводные ячеистые сети.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0010] Сущность определенных раскрытых здесь вариантов осуществления изложена ниже. Следует понимать, что эти аспекты представлены только для того, чтобы предоставить читателю краткое изложение этих вариантов осуществления, и что эти аспекты не предназначены для ограничения объема настоящего раскрытия. Действительно, настоящее изобретение может охватывать самые различные аспекты, которые могут не быть изложены ниже.
[0011] Варианты осуществления настоящего изобретения относятся к электронному устройству, такому как термостат, который может быть расположен в здании (например, дома или в офисе), так что электронное устройство может беспроводным способом осуществлять связь с другим электронным устройством, расположенным в том же здании. В одном варианте осуществления электронное устройство может включать в себя сетевой интерфейс, который может позволять электронному устройству беспроводным способом связывать электронное устройство с другим электронным устройством через беспроводную ячеистую сеть. Электронное устройство может также включать в себя процессор, который может определять по меньшей мере один путь (маршрут) данных через беспроводную ячеистую сеть к другому электронному устройству с использованием механизма маршрутизации Протокола Информации Маршрутизации - Следующего Поколения (RIPng) и сетевого интерфейса. После идентификации по меньшей мере одного пути данных к другому электронному устройству процессор может определить, является (являются) ли идентифицированный(е) путь(и) данных безопасным(и) с использованием протокола Безопасности Транспортного Уровня Дейтаграмм (DTLS). Если идентифицированный(е) путь(и) данных определен(ы) как безопасный(е), процессор может отправлять пакеты данных Интернет-протокола версии 6 (IPv6) к другому электронному устройству с использованием безопасного(ых) пути(ей) данных. В результате, электронное устройство может установить безопасную сети связи между самим собой и другим электронным устройством, расположенным в том же здании, с относительно небольшим пользовательским вводом.
[0012] Различные усовершенствования признаков, указанных выше, могут существовать в отношении различных аспектов настоящего раскрытия. Дополнительные признаки могут также быть включены в эти различные аспекты. Эти усовершенствования и дополнительные признаки могут существовать по отдельности или в любой комбинации. Например, различные признаки, обсуждаемые ниже в отношении одного или нескольких из проиллюстрированных вариантов осуществления, могут быть включены в любой из описанных выше аспектов настоящего раскрытия по отдельности или в любой комбинации. Краткое описание сущности изобретения, представленное выше, предназначено только для ознакомления читателя с некоторыми аспектами и контекстами вариантов осуществления настоящего раскрытия без ограничения заявленного предмета изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0013] Различные аспекты этого раскрытия можно лучше понять из нижеследующего подробного описания и со ссылками на чертежи, на которых:
[0014] Фиг. 1 иллюстрирует блок-схему обобщенного устройства, которое может осуществлять связь с другими устройствами, расположенными в домашней среде, с использованием эффективного протокола сетевого уровня, в соответствии с вариантом осуществления;
[0015] Фиг. 2 иллюстрирует блок-схему домашней среды, в которой обобщенное устройство по фиг. 1 может осуществлять связь с другими устройствами посредством протокола эффективного сетевого уровня в соответствии с вариантом осуществления;
[0016] Фиг. 3 иллюстрирует примерную беспроводную ячеистую сеть, ассоциированную с устройствами, изображенными в домашней среде по фиг. 2, в соответствии с вариантом осуществления;
[0017] Фиг. 4 иллюстрирует блок-схему модели взаимодействия открытых систем (OSI), которая характеризует систему связи для домашней среды по фиг. 2, в соответствии с вариантом осуществления;
[0018] Фиг. 5 иллюстрирует подробный вид эффективного сетевого уровня в модели OSI по фиг. 4 в соответствии с вариантом осуществления;
[0019] Фиг. 6 иллюстрирует блок-схему способа для реализации сети Протокола Информации Маршрутизации - Следующего Поколения (RIPng) в качестве механизма маршрутизации в эффективном сетевом уровне по фиг. 5 в соответствии с вариантом осуществления;
[0020] Фиг. 7A-7D иллюстрируют пример того, каким образом может быть реализована сеть RIPng в способе по фиг. 6 в соответствии с вариантом осуществления;
[0021] Фиг. 8 иллюстрирует блок-схему процесса производства, который включает в себя встраивание сертификата безопасности в обобщенное устройство по фиг. 1, с соответствии в вариантом осуществления; и
[0022] Фиг. 9 иллюстрирует пример протокола квитирования между устройствами в домашней среде на фиг. 2 с использованием протокола Безопасности Транспортного Уровня Дейтаграмм (DTLS) в эффективном сетевом уровне по фиг. 5, в соответствии с вариантом осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
[0023] Один или более конкретных вариантов осуществления настоящего раскрытия будут описаны ниже. Эти описанные варианты осуществления являются лишь примерами раскрытых здесь методов. Кроме того, стремясь обеспечить краткость описания этих вариантов осуществления, все признаки фактической реализации не могут быть описаны в данной спецификации. Следует отметить, что в разработке любой такой фактической реализации, как и в любой инженерной или конструкторской разработке, многочисленные специфические для реализации решения должны быть направлены на достижение конкретных целей разработчиков, таких как соблюдение связанных с системой и связанным с бизнесом ограничений, которые могут варьироваться от одной реализации к другой. Кроме того, следует понимать, что такие проектные работы могут быть сложными и трудоемкими, но тем не менее могут быть рутинной процедурой конструирования, изготовления и производства для специалистов в данной области, пользующихся преимуществами настоящего раскрытия.
[0024] При введении элементов различных вариантов осуществления настоящего изобретения, формы единственного числа предназначены, чтобы означать, что имеется один или более элементов. Термины “содержащий”, “включающий” и “имеющий” подразумевает включение и означают, что могут быть и дополнительные элементы, иные, чем перечисленные элементы. Кроме того, следует понимать, что ссылки на “один вариант осуществления” или “вариант осуществления” в настоящем раскрытии не предназначены, чтобы интерпретироваться как исключающие существование дополнительных вариантов осуществления, которые также включают перечисленные признаки.
[0025] Варианты осуществления настоящего раскрытия в целом относятся к эффективному сетевому уровню, который может быть использован устройствами, осуществляющими связь друг с другом в домашних условиях. Как правило, для потребителей, проживающих в домах, может оказаться полезным координировать операции различных устройств в их доме, так, чтобы все их устройства работали эффективно. Например, устройство термостата может быть использовано для определения температуры дома и координации активности других устройств (например, осветительных приборов) на основе определенной температуры. В этом примере устройство термостата может определить температуру, которая может указывать, что температура вне дома соответствует часам дневного света. Затем устройство термостата может сообщить осветительному устройству, что в доме может быть достаточным дневной свет, и, таким образом, освещение должно быть выключено.
[0026] В дополнение к эффективной работе своих устройств, потребители обычно предпочитают использовать удобные устройства, которые требуют минимального количества действий по настройке или инициализации. То есть, потребители, как правило, предпочитают покупать устройства, которые полностью работоспособны после выполнения нескольких этапов инициализации, которые могут выполняться практически любым человеком, независимо от возраста или технического опыта.
[0027] Имея это в виду, чтобы позволить устройствам эффективно обмениваться данными друг с другом в домашней среде с минимальным участием пользователя, устройства могут использовать эффективный сетевой уровень, чтобы управлять их передачей данных. То есть, эффективный сетевой уровень может создать сеть связи, в которой множество устройств в пределах дома могут осуществлять связь друг с другом с помощью беспроводной ячеистой сети. Сеть связи может поддерживать связь согласно Интернет-протоколу версии 6 (IPv6), так что каждое подключенное устройство может иметь уникальный адрес Интернет-протокола (IP). Кроме того, чтобы позволить интеграцию каждого устройства в доме, может быть полезным для каждого устройства осуществлять связь в сети с использованием малого количества мощности. То есть, при обеспечении возможности устройствам осуществлять связь с использованием малой мощности, устройства могут быть размещены в любом месте в доме, не будучи связанными с непрерывным источником питания.
[0028] Эффективный сетевой уровень может, таким образом, устанавливать процедуру, в которой данные могут передаваться между двумя или более устройствами, так что установление сети связи предполагает использование незначительного пользовательского ввода, связь между устройствами реализуется с использованием малой мощности, и сеть связи, как таковая, является безопасной. В одном варианте осуществления эффективный сетевой уровень может быть основанной на IPv6 сетью связи, которая использует Протокол Информации Маршрутизации - Следующего Поколения (RIPng) в качестве механизма маршрутизации и может использовать протокол Безопасности Транспортного Уровня Дейтаграмм (DTLS) в качестве механизма безопасности. Таким образом, эффективный сетевой уровень может обеспечить простое средство для добавления или удаления устройств в доме, обеспечивая при этом защиту информации, передаваемой между подключенными устройствами.
[0029] В качестве введения, фиг. 1 иллюстрирует пример обобщенного устройства 10, которое может осуществлять связь с другими подобными устройствами в домашней среде. В одном варианте осуществления устройство 10 может включать в себя один или несколько датчиков 12, компонент 14 пользовательского интерфейса, источник 16 питания (например, включая соединение питания и/или батарею), сетевой интерфейс 18, процессор 20 и т.п. Конкретные датчики 12, компоненты пользовательского интерфейса 14 и конфигурации источника питания могут быть одинаковыми или аналогичными в каждом из устройств 10. Тем не менее, следует отметить, что в некоторых вариантах осуществления, каждое устройство 10 может включать в себя конкретные датчики 12, компоненты пользовательского интерфейса 14, конфигурации источника питания и т.п., в зависимости от типа устройства или модели.
[0030] Датчики 12, в некоторых вариантах осуществления, могут обнаруживать различные свойства, такие как ускорение, температура, влажность, вода, поставляемая мощность, близость, внешнее движение, движение устройства, звуковые сигналы, ультразвуковые сигналы, световые сигналы, огонь, дым, угарный газ, спутниковые сигналы системы глобального позиционирования (GPS), радиочастотные (RF) сигналы, другие электромагнитные сигналы или поля и т.п. Таким образом, датчики 12 могут включать в себя температурный(е) датчик(и), датчик(и) влажности, связанный(е) с опасностью датчик(и) или другие датчики окружающей среды, акселерометр(ы), микрофон(ы), оптические датчики вплоть до и включая камеру(ы) (например, на приборах с зарядовой связью или видеокамеры), активные или пассивные датчики излучения, GPS приемник(и) или детектор(ы) радиочастотной идентификации. В то время как фиг. 1 иллюстрирует вариант с одним датчиком, многие варианты осуществления могут включать в себя множество датчиков. В некоторых случаях устройство 10 может включать в себя один или более первичных датчиков и один или более вторичных датчиков. Здесь, первичный(е) датчик(и) может (могут) воспринимать данные, являющиеся центральными для базовой операции устройства (например, восприятие температуры в термостате или восприятие дыма в детекторе дыма), а вторичный(е) датчик(и) может (могут) воспринимать другие типы данных (например, движение, свет или звук), которые могут использоваться для целей энергоэффективности или целей интеллектуальной операции.
[0031] Один или более компонентов пользовательского интерфейса 14 в устройстве 10 может принимать ввод от пользователя и/или представлять информацию пользователю. Принятый ввод может быть использован для определения настройки. В некоторых вариантах осуществления компоненты пользовательского интерфейса могут включать в себя механический или виртуальный компонент, который реагирует на движение пользователя. Например, пользователь может механически переместить скользящий компонент (ползунок) (например, вдоль вертикальной или горизонтальной направляющей) или вращать поворотное кольцо (например, по круговой направляющей), или может обнаруживаться движение пользователя вдоль сенсорной панели. Такие движения могут соответствовать корректировке настройки, что может определяться на основе абсолютного положения компонента 104 пользовательского интерфейса или на основе смещения компонентов 104 пользовательского интерфейса (например, корректировки температуры заданного значения на 1 градус F для каждого поворота на 10° компонента поворотного кольца). Физически и виртуально подвижные компоненты пользовательского интерфейса могут позволить пользователю установить настройку вдоль части видимого континуума. Таким образом, пользователь не ограничивается выбором между двумя дискретными опциями (например, как это было бы в случае, если бы использовались кнопки “вверх” и “вниз”), но может быстро и интуитивно определить настройку вдоль диапазона возможных значений настроек. Например, величина перемещения компонента пользовательского интерфейса может быть ассоциирована с величиной корректировки настройки, так что пользователь может резко изменить настройку большим движением или точно установить настройку малым движением.
[0032] Компоненты 14 пользовательского интерфейса также могут включать в себя одну или несколько кнопок (например, кнопки “вверх” и “вниз”), клавиатуру, цифровую панель, переключатель, микрофон и/или камеру (например, для обнаружения жестов). В одном варианте осуществления компонент 14 пользовательского интерфейса может включать в себя компонент кругового кольца с функцией “нажать и повернуть”, который может позволить пользователю взаимодействовать с компонентом, вращая кольцо (например, для корректировки настройки) и/или нажимая кольцо в направлении внутрь (например, чтобы выбрать скорректированную настройку или выбрать опцию). В другом варианте осуществления компонент 14 пользовательского интерфейса может включать в себя камеру, которая может обнаруживать жесты (например, чтобы указать, что питание или состояние тревожной сигнализации устройства должно быть изменено). В некоторых случаях устройство 10 может иметь один первичный компонент ввода, который может быть использован для установки множества типов настроек. Компоненты 14 пользовательского интерфейса также могут быть сконфигурированы, чтобы предоставлять информацию пользователю через, например, визуальное отображение (например, дисплей на тонкопленочных транзисторах или дисплей на органических светоизлучающих диодах) и/или аудио динамик.
[0033] Компонент 16 источника питания может включать в себя соединение питания и/или локальную батарею. Например, соединение питания может соединять устройство 10 с источником питания, таким как источник напряжения линии. В некоторых случаях, источник питания переменного тока (АС) может быть использован для подзарядки (например, подзаряжаемой) локальной аккумуляторной батареи, так что батарея может в дальнейшем использоваться для подачи питания на устройство 10, когда источник питания АС не доступен.
[0034] Сетевой интерфейс 18 может включать в себя компонент, который позволяет устройству 10 осуществлять связь между устройствами. В одном варианте осуществления сетевой интерфейс 18 может осуществлять связь с использованием эффективного сетевого уровня как части его модели взаимодействия открытых систем (OSI). В одном варианте осуществления эффективный сетевой уровень, который будет описан более детально ниже со ссылкой на фиг. 5, может позволить устройству 10 осуществлять беспроводную передачу данных или трафика IPv6-типа, используя механизм маршрутизации RIPng и схему безопасности DTLS. Таким образом, сетевой интерфейс 18 может включать в себя беспроводную карту или некоторое другое соединение приемопередатчика.
[0035] Процессор 20 может поддерживать одну или более из множества различных функциональностей устройства. Как таковой, процессор 20 может включать в себя один или более процессоров, сконфигурированных и запрограммированных для выполнения и/или инициирования выполнения одной или более функциональностей, описанных здесь. В одном варианте осуществления процессор 20 может включать в себя процессоры общего назначения, выполняющие компьютерный код, хранящийся в локальной памяти (например, флэш-памяти, на жестком диске, в оперативной памяти), процессоры специального назначения или специализированные интегральные схемы, их комбинации и/или использовать другие типы платформ обработки на аппаратных средствах/прошивке/программном обеспечении. Кроме того, процессор 20 может быть реализован как локализованные версии или дубликаты алгоритмов, выполняемых или регулируемых дистанционно центральными серверами или облачными системами, такими как на основании исполнения виртуальной машины Java (JVM), которая исполняет инструкции, предоставляемые от облачного сервера с использованием Asynchronous JavaScript и XML (AJAX) или аналогичных протоколов. В качестве примера, процессор 20 может обнаружить, когда некоторое местоположение (например, дом или комната) занято, вплоть до и включая то, занято ли оно конкретным лицом или занято определенным количеством людей (например, по отношению к одному или более пороговым значениям). В одном варианте осуществления это обнаружение может выполняться, например, путем анализа микрофонных сигналов, обнаружения движения пользователя (например, перед устройством), обнаружения открываний и закрытий дверей или гаражных дверей, обнаружения беспроводных сигналов, обнаружения IP-адреса принятого сигнала, обнаружения функционирования одного или более устройств в некотором временном окне и т.п. Кроме того, процессор 20 может включать в себя технологии распознавания образов, чтобы идентифицировать конкретные лица или объекты.
[0036] В некоторых вариантах осуществления процессор 20 может также включать в себя процессор высокой мощности и процессор малой мощности. Процессор высокой мощности может исполнять вычислительные операции высокой интенсивности, такие как управление компонентами пользовательского интерфейса 14 и т.п. Процессор малой мощности, с другой стороны, может управлять менее сложными процессами, такими как обнаружение опасности или температуры от датчика 12. В одном варианте осуществления процессор малой мощности может активировать или инициализировать процессор высокой мощности для вычислительных процессов высокой интенсивности.
[0037] В некоторых случаях процессор 20 может предсказывать желательные настройки и/или реализовывать эти настройки. Например, на основе обнаружения присутствия, процессор 20 может корректировать настройки устройства, например, чтобы экономить энергию, когда никого нет дома или в конкретной комнате или в соответствии с предпочтениями пользователя (например, общими предпочтениями в доме или конкретными специфическими для пользователя предпочтениями). В качестве другого примера, на основе обнаружения конкретного человека, животного или объекта (например, ребенка, домашнего питомца или потерянного объекта), процессор 20 может инициировать аудио или визуальный индикатор того, где находится человек, животное или объект, или может инициировать функцию тревоги или безопасности, если нераспознанное лицо обнаружено при определенных условиях (например, в ночное время, или когда освещение выключено).
[0038] В некоторых случаях устройства могут взаимодействовать друг с другом таким образом, что события, обнаруженные посредством первого устройства, влияют на действия второго устройства. Например, первое устройство может обнаружить, что пользователь вошел в гараж (например, путем обнаружения движения в гараже, обнаружения изменения освещения в гараже или обнаружения открытия гаражной двери). Первое устройство может передать эту информацию на второе устройство через эффективный сетевой уровень, так что второе устройство может, например, скорректировать настройку температуры в доме, настройку света, настройку музыки и/или настройку тревожной сигнализации. В качестве другого примера, первое устройство может обнаружить пользователя, приближающегося к передней двери (например, путем обнаружения движения или резких изменений картины освещения). Первое устройство, например, может вызвать представление общего аудио или визуального сигнала (например, такого, как звучание дверного звонка) или вызывать представление специфического для местоположения аудио или визуального сигнала (например, уведомление о присутствии посетителя в помещении, которое занимает пользователь).
[0039] В качестве примера, устройство 10 может включать в себя термостат, такой как Nest® обучающийся термостат. Здесь термостат может включать в себя датчики 12, например, датчики температуры, датчики влажности и т.п., так что термостат может определить существующие климатические условия в здании, где расположен термостат. Компонент 16 источника питания для термостата может быть локальной батареей, так что термостат может быть размещен в любом месте в здании без учета размещения в непосредственной близости от непрерывного источника питания. Поскольку термостат может питаться с помощью локальной батареи, термостат может минимизировать свое использование энергии, так что батарея редко заменяется.
[0040] В одном варианте осуществления термостат может включать круговую направляющую, которая может иметь поворотное кольцо, расположенное на ней, в качестве компонента 14 пользовательского интерфейса. Таким образом, пользователь может взаимодействовать с термостатом или программировать его с помощью поворотного кольца таким образом, что термостат контролирует температуру здания с помощью блока управления отоплением, вентиляцией и кондиционированием воздуха (HVAC) или тому подобного. В некоторых случаях термостат может определять, когда здание может быть свободным, на основе его программирования. Например, если термостат запрограммирован, чтобы поддерживать блок HVAC с выключенным питанием в течение длительного периода времени, термостат может определить, что здание будет свободно в течение этого периода времени. Здесь термостат может быть запрограммирован, чтобы выключать переключатели освещения приборов или другие электронные устройства, когда он определяет, что здание пустует. Таким образом, термостат может использовать сетевой интерфейс 18 для осуществления связи с устройством переключения освещения таким образом, что он может посылать сигнал на устройство переключения освещения, когда определено, что здание пустует. Таким образом, термостат может эффективно управлять использованием энергии здания.
[0041] С учетом вышеизложенного, фиг. 2 иллюстрирует блок-схему домашней среды 30, в которой устройство 10 по фиг. 1 может осуществлять связь с другими устройствами через эффективный сетевой уровень. Изображенная домашняя среда 30 может включать в себя структуру 32, например, дом, офисное здание, гараж или мобильный дом. Следует иметь в виду, что устройства также могут быть интегрированы в домашнюю среду, которая не включает в себя всю структуру 32, например, квартиру, кондоминиум, офисное помещение или тому подобное. Кроме того, домашняя среда 30 может управлять и/или может быть связана с устройствами за пределами фактической структуры 32. В самом деле, различные устройства в домашней среде 30 не обязательно должны физически находиться в структуре 32. Например, устройство, управляющее нагревателем 34 бассейна, или система 36 орошения могут быть расположены за пределами структуры 32.
[0042] Изображенная структура 32 включает в себя ряд помещений 38, отделенных по меньшей мере частично друг от друга с помощью стен 40. Стены 40 могут включать в себя внутренние стены или наружные стены. Каждое помещение 38 может также включать в себя пол 42 и потолок 44. Устройства могут монтироваться на стенах 40, на полу 42 или потолке 44, встраиваться в них и/или поддерживаться ими.
[0043] Домашняя среда 30 может включать в себя множество устройств, в том числе интеллектуальные, мульти-сенсорные, соединенные с сетью устройства, которые могут плавно интегрироваться друг с другом и/или с облачными серверными системами, чтобы обеспечивать любую из множества полезных целей домашней среды. Одно, несколько или каждое из устройств, показанных в домашней среде 30, может включать в себя один или несколько датчиков 12, пользовательский интерфейс 14, источник 16 питания, сетевой интерфейс 18, процессор 20 и тому подобное.
[0044] Примерные устройства 10 могут включать в себя подключенный к сети термостат 46, например, Nest® обучающийся термостат 1-го поколения Т100577 или Nest® обучающийся термостат 2-го поколения T200577. Термостат 46 может обнаруживать климатические характеристики окружающей среды (например, температуру и/или влажность) и управлять системой 48 отопления, вентиляции и кондиционирования воздуха (HVAC). Другое примерное устройство 10 может включать в себя блок 50 обнаружения опасности, такой как блок обнаружения опасности согласно Nest®. Блок 50 обнаружения опасности может обнаруживать присутствие опасного вещества и/или опасной ситуации в домашней среде 30 (например, дыма, огня или угарного газа). Кроме того, интерфейсные устройства 52 передней (входа), которые могут определяться понятием “интеллектуальный дверной звонок”, могут обнаруживать приближение или удаление человека от данного места, управлять звуковой функцией, оповещать о приближении или удалении человека с помощью аудио или визуальных средств или управлять настройками на системе безопасности (например, чтобы активировать или деактивировать систему безопасности).
[0045] В некоторых вариантах осуществления устройство 10 может включать в себя переключатель 54 освещения, который может обнаруживать условия внешнего освещения, обнаруживать состояния занятости помещений и управлять мощностью и/или состоянием ослабления света одного или более осветительных приборов. В некоторых случаях переключатели 54 освещения могут управлять состоянием мощности или скоростью вентилятора, такого как потолочный вентилятор.
[0046] Кроме того, интерфейсы 56 штепсельных вилок для стенных розеток могут обнаруживать занятость помещения или огороженного пространства и управлять подачей питания на одну или более штепсельных вилок для стенных розеток (например, так, что питание не подается на вилку, если никого нет дома). Устройство 10 в домашней среде 30 может дополнительно включать в себя бытовые устройства 58, такие как холодильники, кухонные плиты и/или печи, телевизоры, стиральные машины, сушилки, осветительные приборы (внутри и/или снаружи структуры 32), стереосистемы, системы внутренней связи, устройства отпирания гаражных дверей, напольные вентиляторы, потолочные вентиляторы, вентиляторы целого дома, настенные кондиционеры, нагреватели 34 бассейнов, системы 36 орошения, системы безопасности и так далее. В то время как описание фиг. 2 может идентифицировать конкретные датчики и функциональности, связанные с конкретными устройствами, следует понимать, что любые из множества датчиков и функциональностей (таких как те, которые описываются во всей спецификации) могут быть интегрированы в устройство 10.
[0047] В дополнение к присутствию функциональных возможностей обработки и восприятия, каждое из примерных устройств, описанных выше, может иметь возможность передачи данных и обмена информацией с другими устройствами, а также с любым облачным сервером или любым другим устройством, которое соединено с сетью в любом месте в мире. В одном варианте осуществления устройства 10 могут посылать и принимать передачи через эффективный сетевой уровень, который будет обсужден ниже со ссылкой на фиг. 5. В одном варианте осуществления эффективный сетевой уровень может позволить устройствам 10 осуществлять связь друг с другом через беспроводную ячеистую сеть. Таким образом, некоторые устройства могут служить как беспроводные ретрансляторы и/или могут функционировать как мосты между устройствами в домашней среде, которые не могут быть непосредственно связаны (то есть, одним транзитным участком) друг с другом.
[0048] В одном варианте осуществления беспроводной маршрутизатор 60 может дополнительно осуществлять связь с устройствами 10 в домашней среде 30 через беспроводную ячеистую сеть. Беспроводной маршрутизатор 60 может тогда осуществлять связь с сетью Интернет 62 таким образом, что каждое устройство 10 может осуществлять связь с центральным сервером или облачной вычислительной системой 64 через Интернет 62. Центральный сервер или облачная вычислительная система 64 могут быть ассоциированы с производителем, объектом поддержки или поставщиком услуг, ассоциированным с конкретным устройством 10. Таким образом, в одном варианте осуществления, пользователь может связываться с клиентской службой поддержки с использованием самого устройства, а не с использованием некоторого другого средства связи, такого как телефон или соединенный с Интернетом компьютер. Кроме того, обновления программного обеспечения могут автоматически отправляться с центрального сервера или облачной вычислительной системы 64 на устройства (например, при их доступности, при покупке или с регулярными интервалами).
[0049] Ввиду подключения к сети, одно или более устройств 10 могут дополнительно позволять пользователю взаимодействовать с устройством, даже если пользователь не находится в непосредственной близости к устройству. Например, пользователь может осуществлять связь с устройством с использованием компьютера (например, настольного компьютера, ноутбука или планшета) или другого портативного электронного устройства (например, смартфона) 66. Веб-страница или приложение может принимать сообщения от пользователя и управлять устройством 10 на основе принятых сообщений. Кроме того, веб-страница или приложение может предоставлять информацию о работе устройства пользователю. Например, пользователь может просматривать текущую заданную температуру для устройства и корректировать ее с помощью компьютера, который может быть подключен к Интернету 62. В этом примере термостат 46 может принять запрос просмотра текущей заданной температуры через беспроводную ячеистую сеть, созданную с использованием эффективного сетевого уровня.
[0050] В некоторых вариантах осуществления домашняя среда 30 может также включать в себя различные, не осуществляющие связь унаследованные бытовые устройства 68, такие как устаревшие традиционные стиральные машины/сушилки, холодильники и т.п., которыми можно управлять, хотя и грубо (включение/выключение) на основе интерфейсов 56 штепсельных вилок стенных розеток. Домашняя среда 30 дополнительно может включать в себя множество частично осуществляющих связь унаследованных бытовых устройств 70, таких как управляемые с помощью инфракрасного (IR) излучения настенные кондиционеры или другие IR-управляемые устройства, которыми можно управлять с помощью IR-сигналов, предоставляемых блоками 50 обнаружения опасности или переключателями 54 освещения.
[0051] Как упоминалось выше, каждое из примерных устройств 10, описанных выше, может установить беспроводную ячеистую сеть, так что данные могут передаваться к каждому устройству 10. Принимая во внимание примерные устройства по фиг. 2, фиг. 3 иллюстрирует примерную беспроводную ячеистую сеть 80, которая может быть использована для облегчения связи между некоторыми из примерных устройств, описанных выше. Как показано на фиг. 3, термостат 46 может иметь непосредственное беспроводное соединение с интерфейсом 56 штепсельной вилки, которое может быть соединено беспроводным способом с блоком 50 обнаружения опасности и с переключателем 54 освещения. Таким же образом, переключатель 54 освещения может быть беспроводным способом связан с бытовым устройством 58 и портативным электронным устройством 66. Бытовое устройство 58 может быть просто соединено с нагревателем 34 бассейна, и портативное электронное устройство 66 может быть просто связано с системой 36 орошения. Система 36 орошения может иметь беспроводное соединение с интерфейсным устройством 52 в передней. Каждое устройство в беспроводной ячеистой сети 80 на фиг. 3 может соответствовать узлу в пределах беспроводной ячеистой сети 80. В одном варианте осуществления эффективный сетевой уровень может определять, что каждый узел передает данные с использованием протокола RIPng и протокола DTLS, так что данные могут быть безопасно переданы к узлу-получателю при минимальном количестве транзитных участков между узлами.
[0052] Как правило, эффективный сетевой уровень может быть частью модели 90 взаимодействия открытых систем (OSI), как показано на фиг. 4. Модель OSI 90 иллюстрирует функции системы связи по отношению к уровням абстракции. То есть, модель OSI может задавать сетевую архитектуру или то, как могут быть реализованы коммуникации между устройствами. В одном варианте осуществления, модель OSI может включать в себя шесть уровней: физический уровень 92, уровень 94 канала данных, сетевой уровень 96, транспортный уровень 98, уровень 100 платформы и уровень 102 приложения. Как правило, каждый уровень в модели OSI 90 может обслуживать уровень над ним и может обслуживаться уровнем под ним.
[0053] Имея это в виду, физический уровень 92 может обеспечивать спецификации аппаратных средств для устройств, которые могут осуществлять связь друг с другом. Таким образом, физический уровень 92 может устанавливать, как устройства могут соединяться друг с другом, обеспечивать поддержку в управлении тем, как коммуникационные ресурсы могут совместно использоваться между устройствами, и т.п.
[0054] Уровень 94 канала данных может определять, каким образом данные могут передаваться между устройствами. Как правило, уровень 94 канала данных может обеспечивать способ, которым передаваемые пакеты данных могут кодироваться и декодироваться в биты как часть протокола передачи.
[0055] Сетевой уровень 96 может определять, каким образом маршрутизируются данные, передаваемые в узел-получатель. Сетевой уровень 96 может также взаимодействовать с протоколом безопасности в уровне 102 приложения, чтобы гарантировать, что целостность передаваемых данных сохраняется.
[0056] Транспортный уровень 98 может определять прозрачный перенос данных из узла-источника к узлу-получателю. Транспортный уровень 98 может также управлять тем, как прозрачный перенос данных остается надежным. Таким образом, транспортный уровень 98 может быть использован для проверки того, что пакеты данных, предназначенные для передачи на узел-получатель, действительно достигли узла-получателя. Примерные протоколы, которые могут быть использованы на транспортном уровне 98, могут включать в себя Протокол Управления Передачей (TCP) и Протокол Пользовательских Дейтаграмм (UDP).
[0057] Уровень 100 платформы может устанавливать соединения между устройствами в соответствии с протоколом, заданным в транспортном уровне 98. Уровень 100 платформы может также переводить пакеты данных в форму, которую может использовать уровень 102 приложения. Уровень 102 приложения может поддерживать приложение программного обеспечения, которое может непосредственно взаимодействовать с пользователем. Таким образом, уровень 102 приложения может реализовывать протоколы, определенные приложением программного обеспечения. Например, приложение программного обеспечения может обеспечивать сервисы, такие как передача файлов, электронная почта и т.п.
[0058] Со ссылкой на фиг. 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 и т.п.
[0059] В одном варианте осуществления сетевой уровень 96 может задавать, что данные могут маршрутизироваться между устройствами с использованием Протокола Информации Маршрутизации - Следующего Поколения (RIPng). RIPng является протоколом маршрутизации, который маршрутизирует данные через беспроводную ячеистую сеть на основе числа транзитных участков между узлом-источником и узлом-получателем. То есть, RIPng может определить маршрут к узлу-получателю от узла-источника, который использует наименьшее количество транзитных участков, при определении того, каким образом данные будут маршрутизироваться. В дополнение к поддержке передач данных по беспроводной ячеистой сети, RIPng способен поддерживать IPv6 сетевой трафик. Таким образом, каждое устройство 10 может использовать уникальный IPv6-адрес, чтобы идентифицировать себя, и уникальный IPv6-адрес, чтобы идентифицировать узел-получатель, при маршрутизации данных. Дополнительные подробности в отношении того, каким образом RIPng может посылать данные между узлами, будут описаны ниже со ссылкой на фиг. 6.
[0060] Как упоминалось выше, сетевой уровень 96 может также взаимодействовать с протоколом безопасности через уровень 102 приложения, чтобы управлять целостностью передаваемых данных. Как показано на фиг. 5, эффективный сетевой уровень может защищать данные, передаваемые между устройствами, с использованием протокола Безопасности Транспортного Уровня Дейтаграмм (DTLS) на уровне 102 приложения. В общем, эффективный сетевой уровень может определять, является ли путь связи между устройствами 10 безопасным, с использованием протокола DTLS уровня 102 приложения. После того как путь связи определен как безопасный, эффективный сетевой уровень может способствовать безопасной передаче данных между устройствами 10. Таким образом, эффективный сетевой уровень может позволить передачи данных с использованием Протокола Управления Передачей (TCP), Протокола Пользовательских Дейтаграмм (UDP) и т.п. Дополнительные подробности в отношении протокола DTLS будут описаны ниже со ссылкой на фиг. 8 и 9.
[0061] Сетевой уровень 96, изображенный на фиг. 5, характеризуется здесь как эффективный сетевой уровень, упомянутый выше. То есть эффективный сетевой уровень маршрутизирует IPv6-данные с использованием RIPng. Кроме того, эффективный сетевой уровень может взаимодействовать с уровнем 102 приложения, чтобы использовать протокол DTLS для защиты передачи данных между устройствами. В результате, транспортный уровень 98 может поддерживать различные типы (например, TCP и UDP) схем передачи для данных.
[0062] На фиг. 6 изображена блок-схема последовательности операций способа 120, который может использоваться для определения таблицы маршрутизации для каждого устройства 10 в ячеистой беспроводной сети 80 по фиг. 3 с использованием RIPng. Способ 120 может выполняться каждым устройством 10 в домашней среде 30 таким образом, что каждое устройство 10 может генерировать таблицу маршрутизации, которая указывает, как каждый узел в беспроводной ячеистой сети 80 может быть соединены друг с другом. Таким образом, каждое устройство 10 может независимо определять, как маршрутизировать данные к узлу-получателю. В одном варианте осуществления процессор 20 устройства 10 может выполнять способ 120 с использованием сетевого интерфейса 18. Таким образом, устройство 10 может посылать данные, ассоциированные с датчиком 12 или определенные процессором 18, к другим устройствам 10 в домашней среде 30 через сетевой интерфейс 18.
[0063] Нижеследующее обсуждение способа 120 будет описано со ссылкой на фиг. 7A-7D, чтобы четко проиллюстрировать различные блоки способа 120. Имея это в виду и ссылаясь на фиг. 6 и фиг. 7A, в блоке 122 устройство 10 может послать запрос 132 на любое другое устройство 10, которое может быть непосредственно (то есть, с нулем транзитных участков) связано с запрашивающим устройством 10. Запрос 132 может включать в себя запрос на всю информацию маршрутизации из соответствующего устройства 10. Например, как показано на фиг. 7A, устройство 10 в узле 1 может посылать запрос 132 в устройство 10 в узле 2 на отправку всех маршрутов (т.е. маршрутов N2), включенных в память узла 2.
[0064] В блоке 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.
[0065] Первоначально, каждый узел может знать узлы, с которыми он может иметь прямую связь (например, нуль транзитных участков). Например, первоначально, узел 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.
[0066] Имея это в виду и возвращаясь к фиг. 6, на этапе 126 запрашивающее устройство 10 может обновлять свою локальную таблицу маршрутизации, чтобы включать информацию маршрутизации, полученную от соседнего устройства 10. В некоторых вариантах осуществления, каждое устройство 10 может выполнять способ 120 периодически, так что каждое устройство 10 включает обновленную таблицу маршрутизации, которая характеризует, каким образом каждый узел в беспроводной ячеистой сети 80 может быть соединен с каждым другим. Как упоминалось выше, каждый раз, когда способ 120 выполняется, каждое устройство 10 может принимать дополнительную информацию из своего соседнего устройства 10, если соседнее устройство 10 обновило свою таблицу маршрутизации информацией, полученной свих соседних устройств. В результате, каждое устройство 10 может понять, каким образом каждый узел в беспроводной ячеистой сети 80 может быть соединен с каждым другим.
[0067] Фиг. 7C, например, иллюстрирует таблицу 172 маршрутизации, которая может быть определена устройством 10 в узле 1 с использованием способа 120. В этом примере таблица 172 маршрутизации может определять каждый узел в беспроводной ячеистой сети 80 в качестве узла-получателя, промежуточные узлы между узлом 1 и каждым узлом-получателем, а также ряд транзитных участков между узлом 1 и узлом-получателем. Число таких транзитных участков соответствует количеству раз, когда данные, посланные к узлу-получателю, могут быть направлены к промежуточному узлу перед достижением узла-получателя. При отправке данных к конкретному узлу-получателю, схема маршрутизации RIPng может выбрать маршрут, который включает наименьшее количество транзитных участков. Например, если узел 1 намеревается послать данные к узлу 9, схема маршрутизации RIPng будет маршрутизировать данных через узлы 2, 4, 5 и 8, что включает в себя четыре транзитных участка, в противоположность маршрутизации данных через узлы 2, 4, 6, 7 и 8, включающей в себя пять транзитных участков.
[0068] При использовании схемы маршрутизации RIPng, каждое устройство 10 может независимо определять то, каким образом данные должны быть направлены к узлу-получателю. Обычные схемы маршрутизации, такие как Протокол Маршрутизации “Ripple” (RPL), используются в устройствах 6LoWPAN, с другой стороны, могут маршрутизировать данные, который может быть единственным узлом, который знает структуру беспроводной ячеистой сети. Более конкретно, протокол RPL может создать беспроводную ячеистую сеть в соответствии с ориентированным ациклическим графом (DAG), которая могут быть структурирована в виде иерархии. На вершине этой иерархии может располагаться граничный маршрутизатор, который может периодически выполнять многоадресную передачу запросов к узлам нижнего уровня, чтобы определять ранг для каждого из соединений узла. В сущности, когда данные передаются из узла-источника к узлу-получателю, данные могут передаваться вверх по иерархии узлов, а затем обратно к узлу-получателю. Таким образом, узлы, расположенные выше в иерархии, могут маршрутизировать данные чаще, чем узлы, расположенные ниже в иерархии. Кроме того, пограничный маршрутизатор системы RPL также может работать более часто, так как он управляет тем, как данные будут маршрутизироваться через иерархию. В обычной системе RPL, в противоположность системе RIPng, раскрытой здесь, некоторые узлы могут маршрутизировать данные на более частой основе просто в силу своего расположения в иерархии, а не из-за его расположения по отношению к узлу-источнику и узлу-получателю. Эти узлы, которые маршрутизируют данные чаще в соответствии с системой RPL, могут потреблять больше энергии и, следовательно, не могут быть подходящими для реализации с устройствами 10 в домашней среде 30, которая работает с использованием малой мощности. Кроме того, как упоминалось выше, если пограничный маршрутизатор или любой другой узел более высокого уровня системы RPL соответствует термостату 46, повышенная активность маршрутизации данных может увеличить тепло, производимое в термостате 46. В результате температурный отсчет термостата 46 может некорректно представлять температуру домашней среды 30. Поскольку другие устройства 10 могут выполнять определенные операции на основании отсчетов температуры термостата 46, и поскольку термостат 46 может посылать команды на различные устройства 10 на основе его отсчетов температуры, может быть выгодным, чтобы гарантировать, что отсчет температуры термостата 46 является точным.
[0069] В дополнение, чтобы гарантировать, что ни одно из устройств 10 не маршрутизирует данные несоразмерное количество раз, с использованием схемы маршрутизации RIPng, новые устройства 10 могут добавляться к беспроводной ячеистой сети с минимальными усилиями со стороны пользователя. Например, фиг. 7D иллюстрирует новый узел 10, добавляемый к беспроводной ячеистой сети 80. В некоторых вариантах осуществления, как только узел 10 устанавливает соединение с беспроводной ячеистой сетью 80 (например, через узел 4), устройство 10, которое соответствует узлу 10, может выполнять способ 120, описанный выше, чтобы определять, каким образом данные могут маршрутизироваться к каждому узлу в беспроводной ячеистой сети 80. Если каждый узел в беспроводной ячеистой сети 80 уже выполнил способ 120 несколько раз, устройство 10 в узле 10 может принимать всю структуру маршрутизации беспроводной ячеистой сети 80 от устройства 10 в узле 4. Таким же образом, устройства 10 могут удаляться из беспроводной ячеистой сети 80, и каждый узел может обновлять свою таблицу маршрутизации относительно просто путем выполнения снова способа 120.
[0070] После установления схемы маршрутизации с использованием схемы маршрутизации RIPng, ELoWPAN 110 может использовать протокол DTLS через уровень 102 приложения для защиты передач данных между каждым устройством 10 в домашней среде 30. Как упоминалось выше, после обеспечения того, что безопасный путь связи существует между двумя взаимодействующими устройствами, ELoWPAN 110 может разрешить транспортному уровню 98 передавать данные любого типа (например, TCP и UDP) через безопасный путь связи. Как правило, новые устройства 10, добавляемые к беспроводной ячеистой сети 80, могут использовать UDP передачи данных, чтобы эффективно осуществлять связь с другими устройствами 10 в беспроводной ячеистой сети более быстро. Кроме того, UDP передачи данных обычно используют меньше энергии устройством 10, которое передает или пересылает данных, поскольку не имеется никакой гарантии доставки. Таким образом, устройства 10 могут передавать некритичные данные (например, о присутствии человека в помещении), используя UDP передачу данных, тем самым экономя энергию в устройстве 10. Однако критические данные (например, тревожная сигнализация дыма) могут посылаться через TCP передачу данных, чтобы гарантировать, что соответствующая сторона примет данные.
[0071] Имея ввиду вышеописанное, ELoWPAN 110 может использовать протокол DTLS, чтобы защищать данные, передаваемые между устройствами 10. В одном варианте осуществления протокол DTLS может защищать передачи данных с использованием протокола квитирования. Как правило, протокол квитирования может аутентифицировать каждое устройство связи, использующее сертификат безопасности, который может быть предоставлен каждым устройством 10. Фиг. 8 иллюстрирует пример процесса 190 производства, который показывает, каким образом сертификат безопасности может встраиваться в устройство 10.
[0072] Со ссылкой на фиг. 8, доверенному производителю 192 устройства 10 может быть предоставлено множество сертификатов безопасности, которые он может использовать для каждого производимого устройства. Таким образом, при производстве устройства 10, которое может использоваться в домашней среде 30 и связываться с беспроводной ячеистой сетью 80, доверенный производитель 192 может встраивать сертификат 194 в устройство 10 в процессе 190 производства. То есть, сертификат 194 может быть встроен в аппаратные средства устройства 10 во время изготовления устройства 10. Сертификат 194 может включать в себя открытый ключ, личный ключ или другие криптографические данные, которые могут использоваться для аутентификации различных устройств связи в беспроводной ячеистой сети 80. В результате, как только пользователь получает устройство 10, пользователь может интегрировать устройство 10 в беспроводную ячеистую сеть 80 без инициализации или регистрации устройства 10 в центральном узле безопасности или т.п.
[0073] В обычных протоколах безопасности передачи данных, таких как Протокол для Выполнения Аутентификации для Сетевого Доступа (PANA), используемого в устройствах 6LоWPAN, каждое устройство 10 может идентифицировать себя в конкретном узле (т.е., агенте аутентификации). Таким образом, прежде чем данные передаются между любыми двумя устройствами 10, каждое устройство 10 может аутентифицировать себя в узле-агенте аутентификации. Узел-агент аутентификации может затем передать результат аутентификации в узел точки обеспечения исполнения, который могут быть расположен совместно с узлом-агентом аутентификации. Узел точки обеспечения исполнения может затем установить канал передачи данных между двумя устройствами 10, если аутентификации действительны. Кроме того, в PANA, каждое устройство 10 может осуществлять связь друг с другом через узел точки обеспечения исполнения, который может верифицировать, что аутентификация для каждого устройства 10 действительна.
[0074] Таким образом, с использованием протокола DTLS вместо PANA для защиты передач данных между узлами, эффективный сетевой уровень может избегать чрезмерного использования узла-агента авторизации, узла точки обеспечения исполнения или их обоих. То есть, ни одному узлу, использующему эффективный сетевой уровень, не требуется обрабатывать данные аутентификации для каждой передачи данных между узлами в беспроводной ячеистой сети. В результате узлы, использующие эффективный сетевой уровень, могут сберегать больше энергии по сравнению с узлом-агентом авторизации или узлом точки обеспечения исполнения в системе протокола PANA.
[0075] Имея это в виду, фиг. 9 иллюстрирует пример протокола 200 квитирования, который может использоваться между устройствами 10 при передаче данных между собой. Как показано на фиг. 9, устройство 10 в узле 1 может послать сообщение 202 на устройство 10 на узле 2. Сообщение 202 может быть приветственным сообщением, которое может включать в себя комплекты шифров, алгоритмы хеширования и сжатия и случайное число. Устройство 10 в узле 2 может затем ответить сообщением 204, которое может верифицировать, что устройство 10 в узле 2 приняло сообщение 202 от устройства 10 в узле 1.
[0076] После установления соединения между узлом 1 и узлом 2, устройство в узле 1 может снова передать сообщение 202 к устройству 10 в узле 2. Устройство 10 в узле 2 может затем ответить сообщением 208, которое может включать приветственное сообщение от узла 2, сертификат 194 от узла 2, обмен ключами от узла 2 и запрос сертификата для узла 1. Приветственное сообщение в сообщении 208 может включать в себя комплекты шифров, алгоритмы хеширования и сжатия и случайное число. Сертификат 194 может быть сертификатом безопасности, встроенным в устройство 10 доверенным производителем 192, как описано выше со ссылкой на фиг. 8. Обмен ключами может включать в себя открытый ключ, личный ключ или другую криптографическую информацию, которая может быть использована для определения секретного ключа для установления канала связи между двумя узлами. В одном варианте осуществления обмен ключами может быть сохранен в сертификате 194 соответствующего устройства 10, расположенного в соответствующем узле.
[0077] В ответ на сообщение 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, чтобы объявить, что канал связи между двумя узлами является безопасным.
[0078] Аналогичным образом, после приема сообщения 210, устройство 10 в узле 2 может использовать сертификат 194 узла 1 и обмен ключами от узла 2 для верификации сертификата 194 узла 1. То есть, устройство 10 в узле 2 может верифицировать, что сертификат 194, полученный от узла 1, действителен, на основании сертификата 194 узла 1 и обмена ключами от узла 2. Если сертификат 194 от узла 1 действителен, то устройство 10 в узле 2 может также послать сообщение спецификации изменения шифра на устройство 10 в узле 1, чтобы объявить, что канал связи между двумя узлами является безопасным.
[0079] После установления, что канал связи является безопасным, устройство 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, и т.п., может быть передана между устройствами.
[0080] Путем встраивания сертификата безопасности в устройство 10 во время процесса производства, устройство 10 может не привлекать пользователя к установлению процессов безопасности или аутентификации для устройства 10. Кроме того, поскольку устройство 10 может гарантировать, что данные безопасно передаются между узлами на основании протокола квитирования, в противоположность использованию центрального узла-агента аутентификации, безопасность передач данных в беспроводной ячеистой сети 80 может не полагаться на один узел для обеспечения безопасности. Вместо этого, эффективный сетевой уровень может гарантировать, что данные могут безопасно передаваться между узлами, даже когда некоторый узел становится недоступным. Таким образом, эффективный сетевой уровень может быть гораздо менее подвержен проблемам безопасности, так как он не зависит от единственного узла для обеспечения безопасности сообщений данных.
[0081] Конкретные варианты осуществления, описанные выше, были показаны в качестве примера, и следует понимать, что эти варианты осуществления могут быть восприимчивы к различным модификациям и альтернативным формам. Следует также понимать, что формула изобретения не предназначена для того, чтобы ограничиваться конкретными раскрытыми формами, а скорее охватывает все модификации, эквиваленты и альтернативы, попадающие в рамки сущности и объема настоящего раскрытия.

Claims (38)

1. Электронное устройство, выполненное с возможностью беспроводной связи, содержащее:
сетевой интерфейс, сконфигурированный осуществлять беспроводную связь со вторым электронным устройством беспроводной ячеистой сети;
процессор;
память, содержащую инструкции для присоединения электронного устройства к беспроводной ячеистой сети, каковые инструкции при их исполнении процессором конфигурируют электронное устройство:
устанавливать, через осуществление беспроводной связи со вторым электронным устройством, сеанс по протоколу дейтаграмм безопасности транспортного уровня (DTLS), чтобы позволить электронному устройству присоединяться к беспроводной ячеистой сети, причем сеанс DTLS основывается на комплекте шифров и ключе,
генерировать второй ключ на основе упомянутых комплекта шифров и ключа и использовать второй ключ в последующих осуществлениях связи,
в ответ на установление сеанса DTLS, принимать сетевой ключ через сетевой интерфейс, причем сетевой ключ соответствует упомянутой ячеистой сети, и
осуществлять связь с устройствами в данной ячеистой сети, используя сетевой ключ.
2. Электронное устройство по п. 1, при этом упомянутый ключ содержит открытый ключ, личный ключ или любую их комбинацию, которыми определяется секретный ключ для осуществления связи между упомянутым электронным устройством и вторым электронным устройством.
3. Электронное устройство по п. 1, при этом упомянутый ключ сохраняется в упомянутом электронном устройстве перед установлением сеанса DTLS.
4. Электронное устройство по п. 1, при этом последующие передачи между упомянутым электронным устройством и вторым электронным устройством шифруются с использованием второго ключа.
5. Электронное устройство по п. 4, при этом второй ключ содержит сеансовый ключ для установления связи.
6. Электронное устройство по п. 4, при этом второй ключ сохраняется в упомянутом электронном устройстве или во втором электронном устройстве.
7. Электронное устройство по п. 1, при этом беспроводная ячеистая сеть основывается на стандарте IEEE 802.15.4.
8. Способ присоединения электронного устройства к беспроводной ячеистой сети, содержащий этапы, на которых:
осуществляют беспроводную связь, через сетевой интерфейс электронного устройства, со вторым электронным устройством беспроводной ячеистой сети;
устанавливают, через упомянутое осуществление связи, сеанс по протоколу дейтаграмм безопасности транспортного уровня (DTLS), чтобы позволить электронному устройству присоединяться к беспроводной ячеистой сети, причем сеанс DTLS основывается на комплекте шифров и ключе;
генерируют второй ключ на основе упомянутых комплекта шифров и ключа и используют второй ключ в последующих осуществлениях связи;
в ответ на установление сеанса DTLS принимают сетевой ключ через сетевой интерфейс, причем сетевой ключ соответствует упомянутой ячеистой сети, и
осуществляют связь с устройствами в данной ячеистой сети, используя сетевой ключ.
9. Способ по п. 8, дополнительно содержащий этап, на котором шифруют последующие передачи между упомянутым электронным устройством и вторым электронным устройством, используя второй ключ.
10. Способ по п. 9, в котором второй ключ содержит сеансовый ключ для установления связи.
11. Способ по п. 8, в котором беспроводная ячеистая сеть основывается на стандарте IEEE 802.15.4.
12. Способ по п. 8, в котором упомянутый ключ содержит открытый ключ, личный ключ или любую их комбинацию, которыми определяется секретный ключ для осуществления связи между упомянутым электронным устройством и вторым электронным устройством.
13. Способ по п. 8, дополнительно содержащий этап, на котором сохраняют упомянутый ключ в упомянутом электронном устройстве перед установлением сеанса DTLS.
14. Способ по п. 10, в котором второй ключ сохраняется в упомянутом электронном устройстве или во втором электронном устройстве.
15. Долговременный машиночитаемый носитель, содержащий инструкции для присоединения электронного устройства к беспроводной ячеистой сети, каковые инструкции предназначены, при их исполнении процессором электронного устройства, для конфигурирования электронного устройства:
осуществлять беспроводную связь, через сетевой интерфейс электронного устройства, со вторым электронным устройством беспроводной ячеистой сети;
устанавливать, через упомянутое осуществление связи, сеанс по протоколу дейтаграмм безопасности транспортного уровня (DTLS), который основывается на комплекте шифров и ключе;
генерировать второй ключ на основе упомянутых комплекта шифров и ключа и использовать второй ключ в последующих осуществлениях связи;
в ответ на установление сеанса DTLS, принимать сетевой ключ через сетевой интерфейс, причем сетевой ключ соответствует упомянутой ячеистой сети; и
осуществлять связь с устройствами в данной ячеистой сети, используя сетевой ключ.
16. Долговременный машиночитаемый носитель по п. 15, при этом упомянутый ключ содержит открытый ключ, личный ключ или любую их комбинацию, которыми определяется секретный ключ для осуществления связи между упомянутым электронным устройством и вторым электронным устройством.
17. Долговременный машиночитаемый носитель по п. 15, при этом упомянутый ключ сохраняется в упомянутом электронном устройстве перед установлением сеанса DTLS.
18. Долговременный машиночитаемый носитель по п. 15, при этом последующие передачи между упомянутым электронным устройством и вторым электронным устройством шифруются с использованием второго ключа.
19. Долговременный машиночитаемый носитель по п. 15, при этом беспроводная ячеистая сеть основывается на стандарте IEEE 802.15.4.
20. Долговременный машиночитаемый носитель по п. 18, при этом второй ключ содержит сеансовый ключ для установления связи.
21. Долговременный машиночитаемый носитель по п. 18, при этом второй ключ сохраняется в упомянутом электронном устройстве или во втором электронном устройстве.
RU2016102035A 2013-06-25 2014-06-23 ЭФФЕКТИВНЫЙ СЕТЕВОЙ УРОВЕНЬ ДЛЯ ПРОТОКОЛА IPv6. RU2640726C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/926,312 US9531704B2 (en) 2013-06-25 2013-06-25 Efficient network layer for IPv6 protocol
US13/926,312 2013-06-25
PCT/US2014/043691 WO2014209896A1 (en) 2013-06-25 2014-06-23 EFFICIENT NETWORK LAYER FOR IPv6 PROTOCOL

Related Child Applications (1)

Application Number Title Priority Date Filing Date
RU2017143565A Division RU2671993C1 (ru) 2013-06-25 2014-06-23 ЭФФЕКТИВНЫЙ СЕТЕВОЙ УРОВЕНЬ ДЛЯ ПРОТОКОЛА IPv6

Publications (2)

Publication Number Publication Date
RU2016102035A RU2016102035A (ru) 2017-07-28
RU2640726C2 true RU2640726C2 (ru) 2018-01-11

Family

ID=51211872

Family Applications (3)

Application Number Title Priority Date Filing Date
RU2016102035A RU2640726C2 (ru) 2013-06-25 2014-06-23 ЭФФЕКТИВНЫЙ СЕТЕВОЙ УРОВЕНЬ ДЛЯ ПРОТОКОЛА IPv6.
RU2017143565A RU2671993C1 (ru) 2013-06-25 2014-06-23 ЭФФЕКТИВНЫЙ СЕТЕВОЙ УРОВЕНЬ ДЛЯ ПРОТОКОЛА IPv6
RU2018137793A RU2697642C1 (ru) 2013-06-25 2018-10-26 ЭФФЕКТИВНЫЙ СЕТЕВОЙ УРОВЕНЬ ДЛЯ ПРОТОКОЛА IPv6

Family Applications After (2)

Application Number Title Priority Date Filing Date
RU2017143565A RU2671993C1 (ru) 2013-06-25 2014-06-23 ЭФФЕКТИВНЫЙ СЕТЕВОЙ УРОВЕНЬ ДЛЯ ПРОТОКОЛА IPv6
RU2018137793A RU2697642C1 (ru) 2013-06-25 2018-10-26 ЭФФЕКТИВНЫЙ СЕТЕВОЙ УРОВЕНЬ ДЛЯ ПРОТОКОЛА IPv6

Country Status (11)

Country Link
US (3) US9531704B2 (ru)
EP (3) EP3014843A1 (ru)
JP (3) JP6244535B2 (ru)
KR (3) KR101762906B1 (ru)
CN (2) CN105706411B (ru)
AU (4) AU2014302719B2 (ru)
BR (1) BR112015032505B1 (ru)
CA (2) CA2916580C (ru)
MX (2) MX352557B (ru)
RU (3) RU2640726C2 (ru)
WO (1) WO2014209896A1 (ru)

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9351094B2 (en) * 2012-03-14 2016-05-24 Digi International Inc. Spatially aware smart device provisioning
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
US9906439B2 (en) * 2013-11-01 2018-02-27 Futurewei Technologies, Inc. Ad-hoc on-demand routing through central control
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
KR102251202B1 (ko) * 2014-06-24 2021-05-12 구글 엘엘씨 메쉬 네트워크 커미셔닝
JP6193185B2 (ja) * 2014-07-09 2017-09-06 株式会社東芝 通信装置、端末装置およびプログラム
JP5975135B1 (ja) 2015-03-31 2016-08-23 ダイキン工業株式会社 制御システム
EP3462753B1 (en) 2015-04-02 2020-09-16 Google LLC Efficient network stack for wireless application protocols
US10677484B2 (en) 2015-05-04 2020-06-09 Johnson Controls Technology Company User control device and multi-function home control system
WO2016179045A1 (en) 2015-05-04 2016-11-10 Johnson Controls Technology Company Mountable touch thermostat using transparent screen technology
CN107850907B (zh) 2015-05-04 2020-07-17 江森自控科技公司 具有悬伸显示器的用户控制装置
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
US9686279B2 (en) * 2015-09-30 2017-06-20 Konica Minolta Laboratory U.S.A., Inc. Method and system for providing GPS location embedded in an IPv6 address using neighbor discovery
US10655881B2 (en) 2015-10-28 2020-05-19 Johnson Controls Technology Company Thermostat with halo light system and emergency directions
US11277893B2 (en) 2015-10-28 2022-03-15 Johnson Controls Technology Company Thermostat with area light system and occupancy sensor
US10345781B2 (en) 2015-10-28 2019-07-09 Johnson Controls Technology Company Multi-function thermostat with health monitoring features
US10546472B2 (en) 2015-10-28 2020-01-28 Johnson Controls Technology Company Thermostat with direction handoff features
US10318266B2 (en) 2015-11-25 2019-06-11 Johnson Controls Technology Company Modular multi-function thermostat
US10941951B2 (en) 2016-07-27 2021-03-09 Johnson Controls Technology Company Systems and methods for temperature and humidity control
US10728329B2 (en) * 2016-11-22 2020-07-28 Vivint, Inc. System and methods for secure data storage
US10868803B2 (en) 2017-01-13 2020-12-15 Parallel Wireless, Inc. Multi-stage secure network element certificate provisioning in a distributed mobile access network
US10458669B2 (en) 2017-03-29 2019-10-29 Johnson Controls Technology Company Thermostat with interactive installation features
WO2018191688A2 (en) 2017-04-14 2018-10-18 Johnson Controls Techology Company Thermostat with exhaust fan control for air quality and humidity control
WO2018191510A1 (en) 2017-04-14 2018-10-18 Johnson Controls Technology Company Multi-function thermostat with air quality display
US11165866B2 (en) 2018-01-09 2021-11-02 Stel Life, Inc. Secure wireless communication platform
US11131474B2 (en) 2018-03-09 2021-09-28 Johnson Controls Tyco IP Holdings LLP Thermostat with user interface features
CN109327881B (zh) * 2018-10-24 2020-07-03 常熟理工学院 一种基于预切换机制的移动网络数据通信实现方法
US11246026B2 (en) 2018-11-23 2022-02-08 Stel Life, Inc. System for secure passive wireless communication with Bluetooth vitals devices
US11107390B2 (en) 2018-12-21 2021-08-31 Johnson Controls Technology Company Display device with halo
US11129078B2 (en) * 2020-01-19 2021-09-21 Rockwell Collins, Inc. Augmented personnel locator system
RU206119U1 (ru) * 2021-02-24 2021-08-24 Анастасия Олеговна Игнатова Устройство для создания беспроводной многоканальной связи
US11824845B2 (en) * 2021-10-28 2023-11-21 Cisco Technology, Inc. Automatic encryption for cloud-native workloads
WO2023075828A1 (en) * 2021-10-28 2023-05-04 Intel Corporation Secure key management for service mesh deployments

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050176418A1 (en) * 2004-02-10 2005-08-11 Gteko, Ltd. Method and apparatus for automatic diagnosis and resolution of wireless network malfunctions
US7782813B2 (en) * 2002-06-07 2010-08-24 Ember Corporation Monitoring network traffic
WO2011011544A1 (en) * 2009-07-21 2011-01-27 Scott Ferrill Tibbitts Method and system for controlling a mobile communication device in a moving vehicle
RU2443056C2 (ru) * 2006-05-15 2012-02-20 Майкрософт Корпорейшн Механизм передачи информации об обнаружении услуг в беспроводной сети
US20120226768A1 (en) * 2011-03-01 2012-09-06 Tyco Healthcare Group Lp Remote Monitoring Systems for Monitoring Medical Devices Via Wireless Communication Networks

Family Cites Families (166)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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 日本電気通信システム株式会社 Lan間接続装置
US6101545A (en) 1996-10-21 2000-08-08 Hughes Electronics Corporation Message handling system for different message delivery types
US6484200B1 (en) 1999-06-11 2002-11-19 Sun Microsystems, Inc. Distinguished name scoping system for event filtering
JP2003530746A (ja) 2000-04-10 2003-10-14 ハネウェル・インターナショナル・インコーポレーテッド 機内電子メール・システム
US6880086B2 (en) 2000-05-20 2005-04-12 Ciena Corporation Signatures for facilitating hot upgrades of modular software components
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
US20030135556A1 (en) 2001-12-14 2003-07-17 International Business Machines Corporation Selection of communication strategies for message brokers or publish/subscribe communications
US6687793B1 (en) 2001-12-28 2004-02-03 Vignette Corporation Method and system for optimizing resources for cache management
US7424532B1 (en) 2002-02-15 2008-09-09 3Com Corporation Method and system for automatic network resource selection and configuration in a network environment
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
KR100580168B1 (ko) 2003-03-21 2006-05-16 삼성전자주식회사 다중 홈 에이전트 제어장치 및 방법
US7392399B2 (en) 2003-05-05 2008-06-24 Sun Microsystems, Inc. Methods and systems for efficiently integrating a cryptographic co-processor
US8437345B2 (en) 2003-07-09 2013-05-07 Hitachi, Ltd. Terminal and communication system
US7701858B2 (en) * 2003-07-17 2010-04-20 Sensicast Systems Method and apparatus for wireless communication in a mesh network
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
JP2007505292A (ja) 2003-09-02 2007-03-08 サーフ テクノロジー インコーポレイテッド 衛星測位システム受信機のための制御と機能
US7489645B2 (en) * 2003-12-17 2009-02-10 Microsoft Corporation Mesh networks with end device recognition
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
US7539686B2 (en) 2004-03-12 2009-05-26 Microsoft Corporation Tag-based schema for distributing update metadata in an update distribution system
US7933290B2 (en) 2004-03-30 2011-04-26 Nokia Corporation System and method for comprehensive service translation
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 株式会社日立製作所 移動端末との通信方法、および、移動端末
JP2006246202A (ja) 2005-03-04 2006-09-14 Nec Corp 最適中継ノード選択方法、ノード及びマルチホップ無線通信ネットワークシステム
JP4466434B2 (ja) * 2005-03-30 2010-05-26 パナソニック株式会社 経路制御方法およびホームエージェント
KR100848541B1 (ko) 2005-05-13 2008-07-25 삼성전자주식회사 이동 아이피 버전 6에서 재전송 공격을 방지하기 위한 방법
JP4612863B2 (ja) 2005-05-18 2011-01-12 キヤノン株式会社 画像処理装置およびその制御方法とプログラム
US8036189B2 (en) 2005-07-08 2011-10-11 Panasonic Corporation Mobile node and communication control method
US9148907B2 (en) 2005-09-07 2015-09-29 The Invention Science Fund I, Llc Heading-dependent routing
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
US20070147255A1 (en) 2005-12-23 2007-06-28 Ozgur Oyman Routing in wireless mesh networks
US7782835B2 (en) * 2006-01-17 2010-08-24 Motorola, Inc. System and method for multihop packet forwarding
KR100790173B1 (ko) 2006-02-23 2008-01-02 삼성전자주식회사 단문 메시지 서비스를 이용하여 무선 기기를 제어하기 위한방법과 홈 네트워크 시스템 및 이동 단말기
US20100262519A1 (en) 2006-04-27 2010-10-14 Thomas Salomon Checking substance volume limits
KR100728040B1 (ko) 2006-04-28 2007-06-13 삼성전자주식회사 IPv6 유니크 로컬 주소 생성 방법 및 장치
US8284743B2 (en) 2006-06-20 2012-10-09 Telefonaktiebolaget Lm Ericsson (Publ) Maintaining prefix consistency in dynamic moving networks
US8155029B2 (en) 2006-06-20 2012-04-10 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for assuring prefix consistency among multiple mobile routers
KR100801992B1 (ko) 2006-06-30 2008-02-12 주식회사 넥스지 외부 장비의 이상 상태 판단을 통한 자동 전원 제어기
WO2008017001A2 (en) 2006-08-02 2008-02-07 Moka5, Inc. Sharing live appliances
CN101127595B (zh) * 2006-08-15 2011-02-02 华为技术有限公司 一种实现多方通信安全的方法、***及设备
JP4176794B2 (ja) 2006-09-19 2008-11-05 株式会社東芝 通信に用いるアドレスを選択する装置、方法およびプログラム
US8850451B2 (en) 2006-12-12 2014-09-30 International Business Machines Corporation Subscribing for application messages in a multicast messaging environment
JP2008193558A (ja) * 2007-02-07 2008-08-21 Advanced Telecommunication Research Institute International 無線ネットワーク
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
US7839856B2 (en) * 2007-06-06 2010-11-23 Cisco Technology, Inc. Centrally controlled routing with tagged packet forwarding in a wireless mesh network
US8266427B2 (en) 2007-06-08 2012-09-11 Cisco Technology, Inc. Secure mobile IPv6 registration
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
CN101370004A (zh) * 2007-08-16 2009-02-18 华为技术有限公司 一种组播会话安全策略的分发方法及组播装置
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
US20100284330A1 (en) * 2007-10-16 2010-11-11 Yangcheng Huang Radio Telecommunications Network Node and Method of Adjusting Routing Table Up-date Interval
US7941663B2 (en) * 2007-10-23 2011-05-10 Futurewei Technologies, Inc. Authentication of 6LoWPAN nodes using EAP-GPSK
CA2705090A1 (en) * 2007-11-25 2009-05-28 Trilliant Networks, Inc. System and method for operating mesh devices in multi-tree overlapping mesh networks
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 삼성전자 주식회사 아이피 기반 저전력 무선 네트워크에서 이동성 지원 방법및 이를 위한 시스템
JP5003518B2 (ja) 2008-02-04 2012-08-15 ソニー株式会社 遠隔制御システム、受信装置および遠隔制御方法
US20090249322A1 (en) 2008-03-27 2009-10-01 Sony Corporation Of Japan Techniques for updating software
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
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)
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
US20090327515A1 (en) 2008-06-30 2009-12-31 Thomas Price Medical Monitor With Network Connectivity
US8995274B2 (en) * 2008-07-03 2015-03-31 The Trustees Of Columbia University In The City Of New York Methods and systems for controlling traffic on a communication network
CN102216731B (zh) * 2008-08-11 2014-10-01 Tti发明D有限公司 在车辆中使用联网移动设备的***和方法
US8943551B2 (en) 2008-08-14 2015-01-27 Microsoft Corporation Cloud-based device information storage
EP2164232B1 (en) 2008-09-10 2016-01-13 Axis AB Network connector device
WO2010042733A1 (en) 2008-10-08 2010-04-15 Citrix Systems, Inc. Systems and methods for connection management for asynchronous messaging over http
WO2010042708A2 (en) 2008-10-08 2010-04-15 University Of South Florida Adaptive location data buffering for location-aware applications
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
US8904177B2 (en) * 2009-01-27 2014-12-02 Sony Corporation Authentication for a multi-tier wireless home mesh network
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
US20100281424A1 (en) 2009-04-29 2010-11-04 Dimitry Vaysburg System and Method for Virtual Kiosk Stored Photo-image Reproduction
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 한국전자통신연구원 통신 시스템에서 단말 소프트웨어의 동시 업데이트 방법 및 장치
US8769035B2 (en) 2009-10-30 2014-07-01 Cleversafe, Inc. Distributed storage network for storing a data object based on storage requirements
US9098376B2 (en) 2009-10-30 2015-08-04 Cleversafe, Inc. Distributed storage network for modification of a data object
EP2478720A1 (en) 2009-10-30 2012-07-25 Panasonic Corporation 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
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
US20110167133A1 (en) 2010-01-05 2011-07-07 Jain Praduman D System, method, and device for medical device data capture and processing
EP2849531B1 (en) 2010-01-06 2018-11-21 Interdigital Patent Holdings, Inc. Assisted/coordinated intra-home communications
US20110196925A1 (en) 2010-02-11 2011-08-11 Martin Hans Methods and apparatus for providing presence service for contact management representation
US20110202194A1 (en) * 2010-02-15 2011-08-18 General Electric Company Sub-metering hardware for measuring energy data of an energy consuming device
US8639772B2 (en) 2010-02-16 2014-01-28 Iboard Incorporated Centralized application resource manager
CN101808420A (zh) * 2010-02-26 2010-08-18 刘文祥 智网
KR101644381B1 (ko) 2010-03-02 2016-08-01 삼성전자 주식회사 펨토 셀을 포함하는 이동통신 시스템에서 가입자 정보 관리 방법 및 장치
CN102196424B (zh) * 2010-03-09 2016-05-11 江苏联优信息科技有限公司 一种集中式大规模无线传感网的组织机制及装置
US9000914B2 (en) 2010-03-15 2015-04-07 Welch Allyn, Inc. Personal area network pairing
US8700892B2 (en) * 2010-03-19 2014-04-15 F5 Networks, Inc. Proxy SSL authentication in split SSL for client-side proxy agent resources with content insertion
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.
CN102907136B (zh) * 2010-05-21 2015-08-19 日本电气株式会社 无线通信网络***
US9155032B2 (en) 2010-05-28 2015-10-06 Nokia Technologies Oy System, method, and apparatus for determining a network interface preference policy
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 华为技术有限公司 时间消息处理方法、装置及***
US9025951B2 (en) 2010-10-18 2015-05-05 Calix, Inc. Provisioning network devices in Ethernet-based access networks
US8837449B2 (en) 2010-10-29 2014-09-16 Cellco Partnership Universal integrated circuit card updates in a hybrid network
US8493981B2 (en) 2010-11-03 2013-07-23 Broadcom Corporation Switch module
KR101765917B1 (ko) 2011-01-06 2017-08-24 삼성전자주식회사 개인망 엔티티 인증을 위한 방법
US9300491B2 (en) 2011-02-11 2016-03-29 Qualcomm Incorporated Frame delivery path selection in hybrid communication networks
US8806609B2 (en) 2011-03-08 2014-08-12 Cisco Technology, Inc. Security for remote access VPN
JP2012195774A (ja) * 2011-03-16 2012-10-11 Toshiba Corp ノード及びプログラム
US8902854B2 (en) 2011-03-18 2014-12-02 Tekelec, Inc. Methods, systems, and computer readable media for diameter-based steering of mobile device network access
JP5676331B2 (ja) * 2011-03-24 2015-02-25 株式会社東芝 ルートノード及びプログラム
JP5708246B2 (ja) 2011-05-25 2015-04-30 富士通株式会社 通信システム、ネットワーク装置、ゲートウエイ装置、コンピュータプログラム、データ送信方法及びデータ転送方法
KR101899823B1 (ko) 2011-05-25 2018-09-18 엘지전자 주식회사 송/수신 시스템 및 방송 신호 처리 방법
JP5705030B2 (ja) * 2011-05-30 2015-04-22 矢崎総業株式会社 通信システム
US8750110B2 (en) 2011-06-17 2014-06-10 Qualcomm Incorporated Automatic path selection for hybrid communication networks
US8588990B2 (en) 2011-06-30 2013-11-19 Ayla Networks, Inc. Communicating through a server between appliances and applications
CN103765842B (zh) * 2011-07-25 2016-12-21 皇家飞利浦有限公司 用于建立端到端的安全连接和用于安全地传送数据分组的方法、设备以及***
US9537794B2 (en) 2011-07-29 2017-01-03 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 삼성전자주식회사 개인망을 이용한 컴포넌트 기반 서비스 제공 방법 및 장치
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 シャープ株式会社 通信装置、通信システム、通信方法、制御プログラム、記録媒体、およびテレビジョン受像システム
RU2581622C2 (ru) 2011-10-03 2016-04-20 Интел Корпорейшн Механизмы одноранговой (d2d) коммуникации
JP5797849B2 (ja) 2011-11-03 2015-10-21 華為技術有限公司Huawei Technologies Co.,Ltd. ホストが仮想プライベートネットワークに参加/離脱するための境界ゲートウェイプロトコルの拡張
WO2013101963A1 (en) 2011-12-30 2013-07-04 Robert Bosch Gmbh Low cost proximity pairing mechanism in wireless personal area networks
WO2013097239A1 (en) 2011-12-31 2013-07-04 Thomson Licensing Method and device for presenting content
US20130201316A1 (en) 2012-01-09 2013-08-08 May Patents Ltd. System and method for server based control
CA2815707C (en) 2012-03-02 2016-07-05 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
US9485795B2 (en) 2012-03-31 2016-11-01 Intel Corporation Proximity-based coupling service
US8850523B2 (en) 2012-04-13 2014-09-30 Cable Television Laboratories, Inc. Watermarks for roaming
US20130326502A1 (en) 2012-05-30 2013-12-05 Google Inc. Installing applications remotely
US8953441B2 (en) 2012-06-06 2015-02-10 Juniper Networks, Inc. Re-routing network traffic after link failure
US8964554B2 (en) * 2012-06-07 2015-02-24 Broadcom Corporation Tunnel acceleration for wireless access points
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 한국전자통신연구원 단말 소프트웨어의 업데이트 방법 및 장치
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
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
US9118952B2 (en) 2013-03-15 2015-08-25 Time Warner Cable Enterprises Llc Methods and apparatus that facilitate controlling multiple devices
US9565139B2 (en) 2013-03-15 2017-02-07 Comcast Cable Communications, Llc Remote latency adjustment
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
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
US9112790B2 (en) 2013-06-25 2015-08-18 Google Inc. Fabric 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
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 (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7782813B2 (en) * 2002-06-07 2010-08-24 Ember Corporation Monitoring network traffic
US20050176418A1 (en) * 2004-02-10 2005-08-11 Gteko, Ltd. Method and apparatus for automatic diagnosis and resolution of wireless network malfunctions
RU2443056C2 (ru) * 2006-05-15 2012-02-20 Майкрософт Корпорейшн Механизм передачи информации об обнаружении услуг в беспроводной сети
WO2011011544A1 (en) * 2009-07-21 2011-01-27 Scott Ferrill Tibbitts Method and system for controlling a mobile communication device in a moving vehicle
US20120226768A1 (en) * 2011-03-01 2012-09-06 Tyco Healthcare Group Lp Remote Monitoring Systems for Monitoring Medical Devices Via Wireless Communication Networks

Also Published As

Publication number Publication date
AU2014302719A1 (en) 2016-01-21
KR20160019966A (ko) 2016-02-22
US20150016443A1 (en) 2015-01-15
CN105706411A (zh) 2016-06-22
CN110049092B (zh) 2020-08-18
AU2019275673A1 (en) 2020-01-02
EP3968611A1 (en) 2022-03-16
MX352557B (es) 2017-11-29
US9648009B2 (en) 2017-05-09
AU2014302719B2 (en) 2017-06-15
KR101762906B1 (ko) 2017-07-28
CA2916580C (en) 2018-07-24
KR101833008B1 (ko) 2018-02-27
RU2671993C1 (ru) 2018-11-08
JP2018174575A (ja) 2018-11-08
KR20180021251A (ko) 2018-02-28
AU2017203603A1 (en) 2017-06-15
CA2916580A1 (en) 2014-12-31
CA3004015C (en) 2019-07-16
BR112015032505A2 (pt) 2018-04-10
KR20170087976A (ko) 2017-07-31
AU2019275673A2 (en) 2020-08-06
JP2016530760A (ja) 2016-09-29
AU2019275673B2 (en) 2020-10-15
AU2017203603B2 (en) 2017-07-13
MX360484B (es) 2018-11-05
AU2017239506B2 (en) 2019-10-03
BR112015032505B1 (pt) 2023-02-23
CN105706411B (zh) 2019-02-12
RU2016102035A (ru) 2017-07-28
JP6244535B2 (ja) 2017-12-13
AU2017239506A1 (en) 2017-10-26
US20150026791A1 (en) 2015-01-22
RU2697642C1 (ru) 2019-08-15
EP3968699A1 (en) 2022-03-16
JP6363285B2 (ja) 2018-07-25
MX2015017999A (es) 2017-01-11
WO2014209896A1 (en) 2014-12-31
JP2018050303A (ja) 2018-03-29
CA3004015A1 (en) 2014-12-31
US9590975B2 (en) 2017-03-07
US20140376530A1 (en) 2014-12-25
JP6554589B2 (ja) 2019-07-31
EP3014843A1 (en) 2016-05-04
CN110049092A (zh) 2019-07-23
KR101893468B1 (ko) 2018-08-30
US9531704B2 (en) 2016-12-27

Similar Documents

Publication Publication Date Title
RU2697642C1 (ru) ЭФФЕКТИВНЫЙ СЕТЕВОЙ УРОВЕНЬ ДЛЯ ПРОТОКОЛА IPv6
RU2721938C1 (ru) Эффективная связь для устройств домашней сети