JP2020503784A - モノのインターネット - Google Patents

モノのインターネット Download PDF

Info

Publication number
JP2020503784A
JP2020503784A JP2019535869A JP2019535869A JP2020503784A JP 2020503784 A JP2020503784 A JP 2020503784A JP 2019535869 A JP2019535869 A JP 2019535869A JP 2019535869 A JP2019535869 A JP 2019535869A JP 2020503784 A JP2020503784 A JP 2020503784A
Authority
JP
Japan
Prior art keywords
sub
group
blockchain
iot
devices
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
JP2019535869A
Other languages
English (en)
Other versions
JP7205994B2 (ja
JP2020503784A5 (ja
Inventor
エム． スミス、ネッド
エム． スミス、ネッド
ノーラン、キース
ケリー、マーク
バーンズ、グレゴリー
ノーラン、マイケル
ブレディ、ジョン
スキャネイル、クリオドナ ニ
スキャネイル、クリオドナ ニ
ケーヒル、ニール
ジェイ． マチエイラ、ティアゴ
ジェイ． マチエイラ、ティアゴ
ジャン、ゼン
ジェイ． アンダーソン、グレン
ジェイ． アンダーソン、グレン
ムティック、イゴール
カルボニ、ダヴィデ
ライアン、ユージーン
デイヴィス、リチャード
エム． コーレンバーグ、トビー
エム． コーレンバーグ、トビー
コニング、マーテン
ウェヌス、ヤクブ
プールナチャンドラン、ラジェシュ
シー． デリュー、ウィリアム
シー． デリュー、ウィリアム
チャッカ、ラヴィキラン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intel Corp
Original Assignee
Intel Corp
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 Intel Corp filed Critical Intel Corp
Publication of JP2020503784A publication Critical patent/JP2020503784A/ja
Publication of JP2020503784A5 publication Critical patent/JP2020503784A5/ja
Priority to JP2022210951A priority Critical patent/JP2023052135A/ja
Application granted granted Critical
Publication of JP7205994B2 publication Critical patent/JP7205994B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • G06F16/1824—Distributed file systems implemented using Network-attached Storage [NAS] architecture
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • G06F16/1834—Distributed file systems implemented based on peer-to-peer networks, e.g. gnutella
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/20—Hop count for routing purposes, e.g. TTL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/3015—Name registration, generation or assignment
    • H04L61/3025—Domain name generation or assignment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5092—Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1044—Group management mechanisms 
    • H04L67/1046—Joining mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1087—Peer-to-peer [P2P] networks using cross-functional networking aspects
    • H04L67/1093—Some peer nodes performing special functions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/562—Brokering proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/22—Self-organising networks, e.g. ad-hoc networks or sensor networks with access to wired networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0876—Aspects of the degree of configuration automation
    • H04L41/0886—Fully automatic configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/16—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using machine learning or artificial intelligence
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/76—Group identity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Mathematical Physics (AREA)
  • Computer Hardware Design (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Telephone Function (AREA)
  • Measurement Of The Respiration, Hearing Ability, Form, And Blood Characteristics Of Living Organisms (AREA)

Abstract

インターネットは、多数のモノのインターネット（ＩｏＴ）デバイスに通信を提供するように構成され得る。デバイスは、中央サーバからゲートウェイを介してエッジデバイスに至るネットワーク層が、制約を受けずに拡大し、接続されたリソースを発見してアクセス可能にし、接続されたリソースを隠蔽して区画化する機能をサポートする必要性に対処するように設計され得る。ネットワークプロトコルは、位置、時間、または空間に関係なく動作する人間がアクセス可能なサービスをサポートするファブリックの一部であり得る。イノベーションには、サービス提供、ならびにハードウェアおよびソフトウェアなどの関連するインフラストラクチャが含まれ得る。サービスは、指定されているサービス品質（ＱｏＳ）条件に従って提供され得る。ＩｏＴデバイスおよびネットワークの使用は、有線技術および無線技術を含む、異種ネットワークの接続に含まれ得る。

Description

関連出願の相互参照 本出願は、２０１６年１２月３０日に出願された、Ｎｅｄ Ｍ．Ｓｍｉｔｈらによる「ＴＨＥ ＩＮＴＥＲＮＥＴ ＯＦ ＴＨＩＮＧＳ」と題する米国特許仮出願第６２／４４１，０７０号の出願日の利益を主張するものであり、同仮出願は参照により本明細書に組み込まれる。
本技法は、概して、モノのインターネット（ＩｏＴ）デバイスに関する。より具体的には、本技法は、リモートセンシングおよびアクチュエーション機能を実行することができるデバイスに関する。
現在のインターネットについての１つの見方として、サーバファームでホスティングされているパブリックアクセス可能なデータセンターに、パーソナルコンピュータ、タブレット、スマートフォン、サーバ、デジタルフォトフレーム、および他の多くの種類のデバイスなどのクライアントを接続したものであるとする見方がある。しかしながら、この見方が表しているのは、グローバルに接続されたネットワークの使用法全体のうちのごく一部である。接続されている極めて多数のリソースが現在存在するがパブリックアクセス可能ではない。例としては、企業ネットワーク、組織管理プライベートネットワーク、および世界中に広がる監視ネットワークが挙げられ、しばしば匿名性のためにピアツーピアリレーを使用する。
モノのインターネット（ＩｏＴ）は、２０２０年までに１５０億を超えるデバイスをインターネットに接続させ得ると推定されている。組織に関しては、ＩｏＴデバイスによって、さらなるＩｏＴデバイス、他の家庭用および産業用デバイス、製造および食品生産チェーンの製品などを含む他のデバイスおよび製品を監視、追跡、または制御する機会がもたらされ得る。ＩｏＴネットワークの出現は、インターネットの発展における大きな変化のきっかけとなった。将来的には、インターネットは、主に人間指向のユーティリティからインフラストラクチャへと進化し、最終的に、相互接続されたデバイスの世界において人間が少数派の当事者になり得る可能性がある。
この見方によれば、インターネットは、データセンターとだけでなく、互いに通信するための、デバイスおよびデバイスのネットワークのための通信システムになる。デバイスは、機能を実行するために機能的ネットワークまたは仮想デバイスを形成することができ、その機能は、その機能が実行された時点で解消される場合もある。タスクを達成するために必要に応じてネットワークを形成することができる、信頼でき、セキュアで識別可能なデバイスを可能にすることに課題がある。
一部の実施形態による、インターネットに存在し得る相互接続の図である。
一部の実施形態による、バックボーンリンクを介してゲートウェイに結合された複数のモノのインターネット（ＩｏＴ）ネットワークのネットワークトポロジの図である。
一部の実施形態による、複数のＩｏＴデバイスと通信しているクラウドコンピューティングネットワークすなわちクラウドの図である。
一部の実施形態による、クラウドのエッジで動作する、フォグデバイスと呼ばれ得るＩｏＴデバイスのメッシュネットワークと通信しているクラウドコンピューティングネットワークすなわちクラウドの図である。
一部の実施形態による、複数のアトミックオブジェクトからのコンポジットオブジェクトの形成を示す概略図である。
一部の実施形態による、アトミックオブジェクトおよびコンポジットオブジェクトの集合からのグループオブジェクトの形成の概略図である。
一部の実施形態による、オブジェクトの集合を使用してグループを作成するための例示的な方法のプロセスフロー図である。
一部の実施形態による、データをオフロードするための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、グループオブジェクトを形成するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、オブジェクト型アイデンティティのためのエンハンストプライバシーＩＤ（Ｅｎｈａｎｃｅｄ Ｐｒｉｖａｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）（ＥＰＩＤ）の使用法を示す概略図である。
一部の実施形態による、オブジェクト型を動的に作成するための例示的な方法のラダー図である。
一部の実施形態による、再帰を使用した型イントロスペクションのための例示的な方法のラダー図である。
一部の実施形態による、再帰的型アテステーションのための例示的な方法のラダー図である。
一部の実施形態による、形成時にコンポジットオブジェクトに型を割り当てるための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、グループオブジェクトを形成するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、提携グループの形成の概略図である。
一部の実施形態による、提携グループにメンバを登録するための例示的な方法のプロセスフロー図である。
一部の実施形態による、提携グループを作成するための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、提携グループを作成するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、準許可型分散型台帳トランザクションの概略図である。
一部の実施形態による、準許可型トランザクションを実行するための例示的な方法のプロセスフロー図である。
一部の実施形態による、提携グループを作成するための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、グループにおいてセキュアに通信するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ＩｏＴ環境においてデバイスをセキュアにブートするためのトラステッド実行環境（ｔｒｕｓｔｅｄ ｅｘｅｃｕｔｉｏｎ ｅｎｖｉｒｏｎｍｅｎｔ）（ＴＥＥ）の使用法の概略図である。
一部の実施形態による、ブート完全性トランザクションを保持するブロックチェーンブロックのブロック図である。
一部の実施形態による、ブロックチェーンによるホワイトリストイメージ収集の使用法の概略図である。
一部の実施形態による、ホワイトリストイメージについての完全性トランザクションを有するブロックチェーンブロックの図である。
一部の実施形態による、ブロックチェーンのルートオブトラストを使用するセキュアブートプロセスフローのための例示的な方法のプロセスフロー図である。
一部の実施形態による、提携グループを作成するための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、グループにおいてセキュアに通信するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、パブリックドメイン、プライベートドメイン、およびパブリック−プライベートドメインにわたる相互運用性を示す概略図である。
一部の実施形態による、有線ネットワークおよび無線ネットワークの異種ネットワークにわたる相互運用性の概略図である。
一部の実施形態による、クラウドＡをクラウドＢと接続するなど、２つの異なるフォグエンティティまたはクラウドエンティティを接続するインライン経路指定システムの概略図である。
一部の実施形態による、ＩｏＴデバイスによる黙示的パススルー経路指定を示すインライン経路指定の概略図である。
一部の実施形態による、ＩｏＴデバイスによる明示的な許可された経路指定の概略図である。
一部の実施形態による、パススルーポリシー制御に使用されるインライン経路指定のための通行権層の概略図である。
一部の実施形態による、許可に基づく明示的パススルー経路指定のための例示的な方法のラダー図である。
一部の実施形態による、明示的パススルーのための時間制限リース手法のための例示的な方法のラダー図である。
一部の実施形態による、提携グループを作成するための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、通行権を介してデバイス間で通信を転送するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ネットワーク内のデバイスを介してプルーフオブプロヴェナンス（ｐｒｏｏｆ−ｏｆ−ｐｒｏｖｅｎａｎｃｅ）（ＰｏＰ）情報を運ぶためのフレーム構造の使用の概略図である。
一部の実施形態による、ＰｏＰトランジットコードまたは鍵を作成するために使用され得る手続きの概略図である。
一部の実施形態による、ＰｏＰ鍵を生成するための例示的な方法のプロセスフロー図である。
一部の実施形態による、パケット内のＰｏＰ鍵を検証するための例示的な方法のプロセスフロー図である。
一部の実施形態による、パケット内のプルーフオブプロヴェナンスを追跡するためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、通行権を介してデバイス間で通信を転送するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、トークンバケットにマイクロペイメント情報を含むパケットの一例の概略図である。
一部の実施形態による、マイクロペイメントを送信システムに渡すためにトークンバケットを使用するための例示的な方法のプロセスフロー図である。
一部の実施形態による、支払いを容易にするためにトークンバケットを使用するための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、トークンバケットからの支払いに基づいてデバイス間で通信を転送するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、複数ステージでＩＰドメインを非ＩＰドメインに接続する、異種ネットワーク（ヘットネット）インフラストラクチャの図である。
一部の実施形態による、あるプロトコルから別のプロトコルへフレームをパッケージ化するのに使用されるプロトコルパッキングの概略図である。
一部の実施形態による、ＩＥＥＥ ８０２．１１（またはＷｉ−Ｆｉ（登録商標））媒体アクセス制御（ＭＡＣ）層フレーム内のＬｏＲａＷＡＮ（登録商標）フレームなどの低電力広域ネットワーク（ＬＰＷＡＮ）プロトコルフレームをパッケージ化するために使用されるプロトコルパッキングの概略図である。
一部の実施形態による、フレームの送信のためのプロトコルパッキングのための例示的な方法のプロセスフロー図である。
一部の実施形態による、第１のプロトコルのフレームを異なるプロトコルのフレーム内にパッケージ化するための、ＩｏＴデバイス内に存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、第１のプロトコルのフレームを異なるプロトコルのフレームにパッケージ化するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ＬｏＲａＷＡＮ（登録商標）フレームなどの低電力広域（ＬＰＷＡ）フレーム内のペイロードとして使用され得るフレーム構造の図である。
一部の実施形態による、送信のために複数のサブブロックに断片化されている送信データペイロードの概略図である。
一部の実施形態による、ネットワーク分割多重（ＮＤＭ）−シリアル−パラレル伝送の概略図である。
一部の実施形態による、サブブロックの受信の概略図である。
一部の実施形態による、受信データペイロードを形成するためのサブブロックの再結合の概略図である。
一部の実施形態による、複数の並列通信チャネルを介してペイロードを断片化しディスパッチするための例示的な方法のプロセスフロー図である。
一部の実施形態による、ＮＤＭ技法を使用して送信されたパケットを受信し再結合するための例示的な方法のプロセスフロー図である。
一部の実施形態による、複数の並列パスに沿って送信するためにペイロードを断片化するための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、複数の並列パスに沿ってペイロードを断片化し送信するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ビーコンノードが近くのＩｏＴデバイスに位置メッセージを提供する、オーバーレイビーコンシステムの概略図である。
一部の実施形態による、位置ペイロードを生成するための例示的な方法のプロセスフロー図である。
一部の実施形態による、位置ペイロードを含むフレームを解析するための例示的な方法のプロセスフロー図である。
一部の実施形態による、位置データを共有するためのビーコンノードシステムを確立するための、ビーコンノードに存在し得るコンポーネントの例のブロック図である。
一部の実施形態による、位置ペイロードを送信および受信するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、異種ネットワークのための分散型コンテンツ配信システムの概略図である。
一部の実施形態による、分散型コンテンツ配信のための例示的な方法のプロセスフロー図である。
一部の実施形態による、分散型コンテンツ配信システムを実装するための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、分散型コンテンツ配信システムを実装するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、無線メモリシステムの概略図である。
一部の実施形態による、無線メモリシステムの別の概略図である。
一部の実施形態による、デバイス間の送信ループにおいてデータを断片化し格納するための例示的な方法のプロセスフロー図である。
一部の実施形態による、ストレージのために通信チャネルを使用するデータストレージおよびアクセスのための例示的な方法のプロセスフロー図である。
一部の実施形態による、送信チャネルにおいてデータを格納するための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、複数の並列パスに沿ってペイロードを断片化し送信するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、動的シグナリングに使用され得る構造の図である。
一部の実施形態による、Ｚａｄｏｆｆ−Ｃｈｕ（ＺＣ）プリアンブル構造を使用してデータを送信するための例示的な方法のプロセスフロー図である。
一部の実施形態による、ＺＣシフトシーケンスを使用して複数のチャネルでデータを受信するための例示的な方法のプロセスフロー図である。
一部の実施形態による、Ｋによって与えられるシーケンスのそれぞれについての上記の式で詳述されている相関プロセスを示す一連のプロットである。
一部の実施形態による、複数の同時チャネルでデータを送信するためにＺＣシーケンスを使用するための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、ＺＣシーケンスを使用して変調するチャネルを介して通信するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ＩｏＴデバイス内のマルチ無線機共存システムの概略図である。
一部の実施形態による、複数の無線機の動作および共存の制御および管理の例示的な方法のラダー図である。
一部の実施形態による、他のノードと通信するために共存する複数の無線機を使用するための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、ＺＣシーケンスを使用して変調するチャネルを介して通信するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、異種ネットワークにわたるサービスネットワークオーバーレイ機能の概略図である。
一部の実施形態による、サービスに対する新しい要求を処理するための例示的な方法のプロセスフロー図である。
一部の実施形態による、ネットワークドメインコントローラ（ＮＤＣ）または他のサービスコーディネータにより、エンドポイントまたはサービスコンポーネントを登録するための例示的な方法のプロセスフロー図である。
一部の実施形態による、サービス要求を調整する、または満たすための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、サービス要求を調整する、または満たすように１つまたは複数のプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ＩｏＴサービスのための逆分散ハッシュテーブル（ＤＨＴ）ネットワークのアドホック形成の概略図である。
一部の実施形態による、ファイルデータを格納または送信するためにどのノードを使用することができるかを追跡するためのプロセスの概略図である。
一部の実施形態による、ストレージノードまたは送信ノードをターゲットとするための例示的な方法のプロセスフロー図である。
一部の実施形態による、分散ハッシュテーブル（ＤＨＴ）を使用してデータを格納または送信するための例示的な方法のプロセスフロー図である。
一部の実施形態による、サービス要求を調整する、または満たすための、ＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、サービス要求を調整する、または満たすように１つまたは複数のプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、２つのエンドポイント間の３つの例示的な経路を示し、それが潜在的な使用に利用可能であり得る、マルチ経路通信システムの概略図である。
一部の実施形態による、通信経路を選択するための例示的な方法のプロセスフロー図である。
一部の実施形態による、複数の通信チャネルを介してデータを送信するためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、複数の通信チャネルを介してデータを送信するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ドメイン間のセキュアな通信および変換のためのＩｏＴゲートウェイの概略図である。
一部の実施形態による、セキュアなＩｏＴゲートウェイにおいてワークロードを変換するための例示的な方法のプロセスフロー図である。
一部の実施形態による、ドメイン間でワークロードを変換するためにＩｏＴゲートウェイに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、イングレスネットワークとエグレスネットワークとの間でワークロードを変換するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、デバイスが新しいドメインのコンポーネントとして参加することを可能にするように作成された共有ドメインによって組み込まれている、異なるドメインによって搭載されているデバイスの概略図である。
一部の実施形態による、デバイスがドメインを越えて参加できるようにするための共有リソースの作成の概略図である。
一部の実施形態による、共有リソースを含む結合ＩｏＴドメインを確立するための例示的な方法のプロセスフロー図である。
一部の実施形態による、共有リソースを作成するためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、ドメインにわたって共有リソースを確立するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、製品追跡システムを実施するための製品財布サイクルのステージを示すラダー図である。
一部の実施形態による、各ステージのトレーサビリティ記録にアクセスするために記録鍵が使用され、プライベートデータストアを使用することの概略図である。
一部の実施形態による、パブリックまたは共通のデータストアを使用することの概略図である。
一部の実施形態による、トレーサビリティシステムを実施するためのプロセスの概略図である。
一部の実施形態による、製品のトレーサビリティ記録を提供するためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、ドメインにわたってリソースを共有するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
（Ａ）は一部の実施形態による、現在の多くのコンピュータネットワークで使用されている階層型ポリシー管理システムの概略図である。（Ｂ）は一部の実施形態による、ＩｏＴメッシュネットワークなどのピアツーピア（Ｐ２Ｐ）ネットワークにおけるポリシー管理の概略図である。
一部の実施形態による、分散型ポリシー管理システムを実装するためのノード内のシステムの概略図である。
（Ａ）は一部の実施形態による、例えばピアノードからネットワーク上のポリシーを発見しようと試みる新しい未構成ノードの例示的な方法のラダー図である。（Ｂ）一部の実施形態による、構成されたノードからポリシーを発見する新しい未構成ノードの例示的な方法のラダー図である。
一部の実施形態による、構成済みノードのポリシーを更新するために更新済みポリシーを有するノードと通信する構成済みノードの例示的な方法のラダー図である。
一部の実施形態による、構成済みノードによって異なるノードから取得されたポリシーの連結を示す例示的な方法のラダー図である。
一部の実施形態による、ポリシーの分散管理のためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、他のＩｏＴデバイスと協働してＩｏＴネットワーク内のポリシーを管理するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ＩｏＴデバイスの可用性を改善するために使用され得る電源プラグデバイスの図である。
一部の実施形態による、電源プラグデバイスの自己適応に基づくグローバルステート遷移のプロットである。
一部の実施形態による、ＩｏＴデバイスの信頼性を高めるために電源プラグデバイスを使用するための例示的な方法のプロセスフロー図である。
一部の実施形態による、ＩｏＴデバイスの可用性を高めるために電源プラグデバイス内に存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、ＩｏＴデバイスの可用性を高めるようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、障害が発生したデバイスのためのフェイルオーバーメカニズムの概略図である。
一部の実施形態による、トラステッド信頼性エンジン（ＴＲＥ）を使用してフェイルオーバーメカニズムを実装するための例示的な方法のプロセスフロー図である。
一部の実施形態による、トラステッド信頼性エンジンを使用してフェイルオーバー機構を実装するためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、トラステッド信頼性エンジンを使用してフェイルオーバー機構を実装するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、部分鍵を使用し、ＩｏＴネットワーク内のノード間で交換される鍵の構築の概略図である。
一部の実施形態による、ＩｏＴネットワーク内の個々のノードに格納されている部分鍵から完全な鍵をアセンブルするための例示的な方法のプロセスフロー図である。
一部の実施形態による、５つのノードＡ〜Ｅによって提供される部分鍵からの完全な鍵のアセンブルの概略図である。
一部の実施形態による、ＩＰメッシュネットワーク内の異なるノードからの複数の部分鍵を単一の完全な鍵にアセンブルするためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、部分鍵を受信し、部分鍵を最終的な鍵にアセンブルし、最終的な鍵を使用する、ようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、損失の多いネットワーク上のデバイスに対する要求に応じて鍵を生成するための手続きの概略図である。
一部の実施形態による、上述の鍵生成のための、ならびに他の状況で鍵を生成するためのオンデマンドプロセスで使用され得る鍵生成方法の概略図である。
一部の実施形態による、鍵を生成するための例示的な方法のプロセスフロー図である。
一部の実施形態による、オンデマンドで鍵を生成するためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、オンデマンドで鍵を生成するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、新しい鍵を生成するために使用され得る複数のシードを生成するためのエントロピー多重化プロセスの概略図である。
一部の実施形態による、ロケーションシードツリーを生成するためのプロセスを示す概略図である。
一部の実施形態による、エントロピー多重化を使用してシードを生成し、それらのシードを使用して暗号化通信用の鍵を生成するための例示的な方法のプロセスフロー図である。
一部の実施形態による、ＩＰメッシュネットワーク内の異なるノードからの複数の部分鍵を単一の完全な鍵にアセンブルするためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、エントロピー多重化を使用してデバイス間で共通秘密鍵を生成するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ＩｏＴネットワーク環境における統一鍵管理のための例示的な方法のラダー図である。
一部の実施形態による、ＩｏＴメッシュデバイスのネットワークにおいて鍵を管理するためにＩｏＴデバイス内に存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、セキュアな通信のために鍵を管理するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、デバイスのブートストラップおよび発見のためのプロセスの概略図である。
一部の実施形態による、デバイスのブートストラップおよび発見のための例示的な方法のプロセスフロー図である。
一部の実施形態による、スマートコントラクト機能を使用するデバイスのブートストラップ、発見、およびライフサイクルのためのプロセスの概略図である。
一部の実施形態による、スマートコントラクトを使用してデバイスのブートストラップ、発見、およびライフサイクルのための例示的な方法のプロセスフロー図である。
一部の実施形態による、ブートストラップ、発見、および有効期限管理のためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、セキュアな通信のために鍵を管理するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ブルームフィルタホップを使用してリソースを発見するプロセスの概略図である。
一部の実施形態による、ＤＨＴを使用したリソース発見のための例示的な方法のプロセスフロー図である。
一部の実施形態による、ＩＰメッシュネットワーク内の異なるノードからの複数の部分鍵を単一の完全な鍵にアセンブルするためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、リソース発見のためにブルームフィルタホップ方法を使用するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、タスク定義およびコミッショニングのための例示的な方法の概略図である。
一部の実施形態による、プロトコル変換ブローカによるプロトコル変換ブローカリングのための例示的な方法のプロセスフロー図である。
一部の実施形態による、タスクおよびコミッションノードを定義するためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、タスクおよびコミッションノードを定義するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、デジタルウォレット内のフローティングサービスおよび価値を管理するための例示的な方法のプロセスフロー図である。
一部の実施形態による、フローティングサービス、ならびにオプションおよび条件および条件を管理するための例示的なフローティングサービスデータ構造の概略図である。
一部の実施形態による、フローティングサービス管理のための例示的な方法のプロセスフロー図である。
一部の実施形態による、フローティングサービスを管理するためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、フローティングサービスを管理するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、例示的な許可ガイド交渉プロセスを示す概略図である。
一部の実施形態による、許可ガイド交渉のための例示的な方法のプロセスフロー図である。
一部の実施形態による、価値を評価してデータ単位に割り当てるための例示的データ構造の概略図である。
一部の実施形態による、評価されたデータユニットとの交渉のためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、タスクおよびコミッションノードを定義するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、機能を使用するための非集中型ネットワークアクセスプロキシのための例示的な組織の概略図である。
一部の実施形態による、機能を使用するための非集中型ネットワークアクセスプロキシのための例示的な方法のプロセスフロー図である。
一部の実施形態による、評価されたデータユニットとの交渉のためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、タスクおよびコミッションノードを定義するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、許可ガイドを用いて認証、認可、および課金を提供することの非集中型バージョンのための例示的な組織の概略図である。
一部の実施形態による、許可ガイドを用いて認証、認可、および課金を提供することの非集中型バージョンのための例示的な方法のプロセスフロー図である。
一部の実施形態による、ＩｏＴデバイスを用いた非集中型の認可、認証、および課金のためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、ＩｏＴデバイスを用いた非集中型の認可、認証、および課金のためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）またはＤＩＡＭＥＴＥＲプロトコルを使用するＩｏＴデバイス上での非集中型の認可、認証、および課金のための技法の概略図である。
一部の実施形態による、ＩｏＴデバイス上での認可、認証、および課金のために非集中型ＲＡＤＩＵＳプロキシを介して動作するための図１８７のコンポーネントのための動作図の概略図である。
一部の実施形態による、ＩｏＴデバイス上での認可、認証、および課金のために非集中型ＡＰＩ １８７０６プロキシを介して動作するための図１８７のコンポーネントのための例示的な方法のラダー図である。
一部の実施形態による、ＩｏＴデバイス上での非集中型の認可、認証、および課金のための動作図の概略図である。
一部の実施形態による、ＩｏＴデバイスを用いた非集中型の認可、認証、および課金のためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、ＩｏＴデバイスを用いた非集中型の認可、認証、および課金のためにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ネイティブ非集中型データベースを使用してコンセンサスネットワークを構成し動作させるためのプロセスの概略図である。
一部の実施形態による、ネイティブ非集中型データベースを使用してコンセンサスネットワーク内に参加し、そのネットワーク内で動作するための例示的な方法のプロセスフロー図である。
一部の実施形態による、非集中型データベースに参加してそれを動作させるためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、非集中型データベースに参加してそれを動作させるためのプロセッサを指示するためのコードを含む非一時的機械可読媒体のブロック図である。
一部の実施形態による、ＩｏＴオブジェクトにおけるアクセス制御のための論理分割の概略図である。
一部の実施形態による、ＩｏＴオブジェクトにおけるアクセス制御のための呼び出し元クレデンシャルとアクセス制御要求との間の論理分割の概略図である。
一部の実施形態による、ＩｏＴオブジェクト内の層を使用したアクセス制御のためのオブジェクト機能の間の論理的分割の概略図である。
一部の実施形態による、ＩｏＴオブジェクトにおけるアクセス制御のための例示的な方法のプロセスフロー図である。
一部の実施形態による、ＩｏＴオブジェクトにおけるアクセス制御のためにＩｏＴデバイスに存在し得るコンポーネントの例のブロック図である。
一部の実施形態による、ＩｏＴオブジェクト内のアクセス制御のためにプロセッサに指示するためのコードを含む非一時的機械可読媒体１９６００のブロック図である。
一部の実施形態による、リソースおよび自己記述型ハードウェアの要件をマッピングするためにＩｏＴデバイスによって使用される例示的な方法のプロセスフロー図である。
一部の実施形態による、リソースおよび自己記述型ハードウェアの要件をマッピングするためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、実行時に、リソースおよび自己記述型ハードウェアの要件をマッピングするようにプロセッサに指示する命令を含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、リソースおよび自己記述型ハードウェアの要件をマッピングするためにＩｏＴデバイスによって使用される例示的な方法のプロセスフロー図である。
一部の実施形態による、自己記述型ハードウェアの要件のための計算ツールのためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、実行時に、リソースおよび自己記述型ハードウェアの要件をマッピングするようにプロセッサに指示する命令を含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、信号調整回路を構成するためにＩｏＴデバイスによって使用される例示的な方法のプロセスフロー図である。
一部の実施形態による、信号調整回路を構成するためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、実行時に、信号調整回路を構成するようにプロセッサに指示する命令を含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、階層型デバイスおよびネットワークの健全性の報告の概略図である。
一部の実施形態による、デバイスレベルブルームフィルタおよびシャドウフィルタの健全性の報告の概略図である。
一部の実施形態による、ウォッチドッグ報告の過去の断続的な損失のネットワークレベルブルームフィルタ報告の概略図である。
一部の実施形態による、シャドウおよびブルームフィルタを使用して健全性を報告するためにＩｏＴデバイスによって使用されるための例示的な方法のプロセスフロー図である。
一部の実施形態による、ネットワークおよびネットワークデバイスの健全性を報告するためのＩｏＴデバイス内に存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、ネットワークおよびネットワークデバイスの健全性を報告するためのコードを含む非一時的機械可読媒体のブロック図である。
一部の実施形態による、制御チャネルが各接続にわたって使用され得る無線広域ネットワーク（ＷＷＡＮ）の概略図である。
一部の実施形態による、ゾーンに分割された物理的領域のマップの概略図である。
一部の実施形態による、到着時間差を使用して地理位置情報を報告するためにＩｏＴデバイスによって使用される例示的な方法のプロセスフロー図である。
一部の実施形態による、部分的にゾーンＩＤを使用して、異種ネットワーク内の到着時間情報に基づいて時間差を判定するためのネットワークの概略図である。
一部の実施形態による、例示的な低電力広域ネットワークフレーム（ＬＰＷＡＮ）にパックされた例示的な制御チャネルフレーム構造の概略図である。
一部の実施形態による、リソースの発見および地理位置情報セクタ識別のためにＩｏＴデバイス内に存在し得るコンポーネントの例のブロック図である。
一部の実施形態による、ネットワークおよびネットワークデバイスの健全性を報告するためのコードを含む非一時的機械可読媒体のブロック図である。
一部の実施形態による、データ分析の概念モデルの概略図である。
一部の実施形態による、ＩｏＴシステムのデータ分析を提供するためにＩｏＴデバイスによって使用される例示的な方法のプロセスフロー図である。
一部の実施形態による、ＩｏＴシステムのデータ分析を提供するためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
ネットワークおよびネットワークデバイスの健全性を報告するためのコードを含む非一時的機械可読媒体のブロック図である。
一部の実施形態による、分散型ニューラルネットワークマッピングおよびリソース管理においてＩｏＴデバイスによって使用される例示的な方法のプロセスフロー図である。
一部の実施形態による、リソース管理のための分散型ニューラルネットワークマッピングの概略図である。
一部の実施形態による、分散型ニューラルネットワークマッピングおよびリソース管理のためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、ネットワークおよびネットワークデバイスの健全性を報告するためのコードを含む非一時的機械可読媒体のブロック図である。
一部の実施形態による、ネットワーク階層内のレベルに関連するブロックチェーンの階層の概略図である。
一部の実施形態による、ブロックチェーン階層を構築するための例示的な方法のプロセスフロー図である。
一部の実施形態による、図２３３に関して説明されたマークルツリーの拡大図である。
一部の実施形態による、マークルツリーインデックスを使用してブロックチェーン階層を探索するための例示的な方法のプロセスフロー図である。
一部の実施形態による、クラウドサーバに格納されたキャッシュされたマークルツリーの概略図である。
一部の実施形態による、図２３３に関して説明したＩｏＴネットワークレベルＨ１での分散型マークルツリーキャッシュの概略図である。
一部の実施形態による、コヒーレンシを用いて分散キャッシュを維持するための技法の概略図である。
一部の実施形態による、ブロックチェーンの階層のためのコヒーレントキャッシュを構築するための例示的な方法のプロセスフロー図である。
一部の実施形態による、ブロックチェーンの階層のためのコヒーレントキャッシュを維持するための例示的な方法のプロセスフロー図である。
一部の実施形態による、関連するインデックスを用いて階層型ブロックチェーンを実装するためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、セキュアな通信のために鍵を管理するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、ブルームフィルタに基づくＰｕｂ−Ｓｕｂ型経路指定の使用の概略図である。
一部の実施形態による、コンテンツの配信を可能にするためのホワイトリストブルームフィルタの使用の概略図である。
一部の実施形態による、コンテンツの配信を防止するためのブラックリストブルームフィルタの使用の概略図である。
一部の実施形態による、コンテンツ制御のためにブラックリストまたはホワイトリストブルームフィルタを用いてＰｕｂ−Ｓｕｂを実装するための例示的な方法のプロセスフロー図である。
一部の実施形態による、ブルームフィルタを使用してＰｕｂ−Ｓｕｂ型コンテンツ配信システムを実装するためにＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、コンテンツ配信のためにブルームフィルタを使用してＰｕｂ−Ｓｕｂ型システムを管理するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、暗号化されたコンテンツを用いたトピック通知の概略図である。
（Ａ）は一部の実施形態による、暗号化されたコンテンツを含むトピックの通知を受信するルータのグループの概略図である。（Ｂ）は一部の実施形態による、サブスクライバが暗号化されたトピックを要求することを見越してそれらのキャッシュをウォーミングするルータのグループの概略図である。
一部の実施形態による、鍵管理通知およびウォームキーキャッシングを使用するための例示的な方法のプロセスフロー図である。
一部の実施形態による、暗号化されたコンテンツを用いてトピック通知を管理するためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、暗号化されたコンテンツを用いてトピック通知を管理するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、トピックグループ鍵を取得するサブスクライバの概略図である。
一部の実施形態による、利用可能なトピックをサブスクライバに通知するためのサブスクリプションブルームフィルタを生成するパブリッシャの概略図である。
一部の実施形態による、トピック暗号化のための例示的な方法のラダー図である。
一部の実施形態による、パブリケーション−サブスクライブ型環境におけるマルチレベルセキュリティラベルの使用の概略図である。
一部の実施形態による、マルチレベルセキュリティポリシーを通知メッセージに適用するためにブルームフィルタを実装するための例示的な方法のプロセスフロー図である。
一部の実施形態による、暗号化されたコンテンツを用いてトピック通知を管理するためのＩｏＴデバイスに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、暗号化されたコンテンツを用いてトピック通知を管理するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、シャイロボットの一例の図である。
一部の実施形態による、シャイロボットに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態によるコンテキストエンジンの動作の概略図である。
一部の実施形態による、シャイロボットの群（ｓｗａｒｍ）の動作の概略図である。
一部の実施形態による、シャイロボットを群で動作させるための例示的な方法のプロセスフロー図である。
一部の実施形態による、シャイロボットの動作を管理するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
一部の実施形態による、権限内のシーンに対するプレファーストレスポンダデバイスとしての無人機を示すユースケースの概略図である。
一部の実施形態による、図２６８の単一および複数の権限制御域に関連する参加および登録プロセスを実行するための例示的な方法のプロセスフロー図である。
一部の実施形態による、目的地への経路を判定するための緊急応答部（ＥＲ）または他のエンティティのための旅行計画の概略図である。
一部の実施形態による、各ウェイポイントでの緊急管理（ＥＭ）サブツリーの使用の概略図である。
一部の実施形態による、あるシーンでのプレファーストレスポンダディスパッチ（ＰＦＲＤ）ネットワークの動的構成のための例示的な方法のプロセスフロー図である。
一部の実施形態による、ＰＦＲＤによってシーン情報をビーコン送信するための例示的な方法のラダー図である。
一部の実施形態による、ＰＦＲＤに存在し得るコンポーネントの一例のブロック図である。
一部の実施形態による、プレファーストレスポンダデバイスの動作を管理するようにプロセッサに指示するためのコードを含む、非一時的機械可読媒体のブロック図である。
本開示および図面を通して、類似の構成要素および特徴を参照するために、同じ番号が使用されている。１００番台の番号は初出が図１である特徴を表し、２００番台の数字は初出が図２である特徴を表し、以下同様である。
モノのインターネット（ＩｏＴ）は、多数のコンピューティングデバイスが、互いに相互接続され、また通信ネットワーク（例えば、インターネット）と相互接続されて、ネットワークの非常に下位レベルにおいてデータ収集およびアクチュエーションなどの機能を提供するシステムである。下位レベルとは、ネットワーク端の直前の数デバイスなどの、ネットワークのエッジまたはその付近に配置され得るデバイスを指す。本明細書で使用される場合、ＩｏＴデバイスは、他のＩｏＴデバイスおよび通信ネットワークと通信している、とりわけ検知または制御などの機能を実行するデバイスを含み得る。ＩｏＴデバイスは、１つまたは複数の機能を実行するように構成された自律デバイスまたは半自律デバイスを含み得る。多くの場合、ＩｏＴデバイスは、メモリ、サイズ、または機能が制限されているため、少数の大型デバイスと同程度のコストで多くの台数をデプロイできる。しかしながら、ＩｏＴデバイスは、スマートフォン、ラップトップ、タブレット、ＰＣ、および／または他のより大型デバイスであってもよい。さらに、ＩｏＴデバイスは、スマートフォンまたは他のコンピューティングデバイス上のアプリケーションなどの仮想デバイスであってもよい。ＩｏＴデバイスは、データストレージ、プロセス制御などのために、ＩｏＴデバイスを他のＩｏＴデバイスおよびクラウドアプリケーションに結合するために使用されるＩｏＴゲートウェイを含み得る。
ＩｏＴデバイスのネットワークとしては、配水システム、配電システム、パイプライン制御システム、プラント制御システム、光スイッチ、サーモスタット、ロック、カメラ、警報、モーションセンサなどの商業用デバイスおよび家庭用デバイスを挙げることができる。ＩｏＴデバイスは、例えば、システムを制御したりデータにアクセスしたりするために、コンピュータ、サーバ、および他のシステムなどのコントローラを介してアクセス可能であり得る。コントローラとＩｏＴデバイスとは、互いにリモートに配置させることもできる。
インターネットは、多数のＩｏＴデバイスに通信を提供するように構成され得る。従って、本明細書で説明するように、将来のインターネットのための複数のイノベーションは、中央サーバからゲートウェイを介してエッジデバイスに至るネットワーク層が、制約を受けずに拡大し、接続されたリソースを発見してアクセスできるようにし、接続されたリソースを隠蔽して区画化する機能をサポートするという必要性に対処するように設計されている。任意の数のネットワークプロトコルおよび通信規格を使用することができ、各プロトコルおよび規格は特定の目的に対処するように設計されている。さらに、プロトコルは、位置、時間、または空間に関係なく動作する人間がアクセス可能なサービスをサポートするファブリックの一部である。これらのイノベーションには、サービス提供、ならびにハードウェアおよびソフトウェアなどの関連するインフラストラクチャが含まれる。サービスは、サービスレベルおよびサービス提供契約で指定されているサービス品質（ＱｏＳ）条件に従って提供され得る。ＩｏＴデバイスおよびネットワークの使用は、図１および図２に示すように、有線技術と無線技術との組み合わせを含む、異種ネットワークの接続における新たな課題をいくつか提示する。
図１は、一部の実施形態による、インターネット１００およびＩｏＴネットワークの間に存在し得る相互接続の図である。相互接続は、より小さなネットワーク１０２を個々のＩｏＴデバイス１０４に至るまで、インターネット１００のバックボーン１０６に結合することができる。図面を簡単にするために、すべてのデバイス１０４または他の対象物に符号が付けられているわけではない。
図１では、ティア１（「Ｔ１」）プロバイダ１０８と呼ばれ得る最上位レベルのプロバイダは、インターネットのバックボーン１０６によって、二次プロバイダまたはティア２（「Ｔ２」）プロバイダ１１０などの他のプロバイダに結合される。一部の態様では、バックボーン１０６は、光ファイバリンクを含むことができる。１つの例では、Ｔ２プロバイダ１１０は、例えば、さらなるリンクによって、マイクロ波通信１１４によって、または他の通信技術によって、ＬＴＥセルラーネットワークのタワー１１２に結合することができる。タワー１１２は、ＬＴＥ通信リンク１１６を介して、例えば中央ノード１１８を介して、ＩｏＴデバイス１０４を含むメッシュネットワークに結合することができる。個々のＩｏＴデバイス１０４間の通信も、ＬＴＥ通信リンク１１６に基づいてよい。
別の例では、高速アップリンク１１９が、Ｔ２プロバイダ１１０をゲートウェイ１２０に結合することができる。複数のＩｏＴデバイス１０４は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）ｌｏｗ ｅｎｅｒｇｙ（ＢＬＥ）リンク１２２を介して、ゲートウェイ１２０と通信することができ、またゲートウェイ１２０を介して互いに通信することができる。
バックボーン１０６は、ティア３（「Ｔ３」）プロバイダ１２４など、より下位レベルのサービスプロバイダをインターネットに結合することができる。Ｔ３プロバイダ１２４は、例えば、Ｔ２プロバイダ１１０からバックボーン１０６へのアクセスを購入し、企業ゲートウェイ１２６および他の顧客にアクセスを提供する、一般的なインターネットサービスプロバイダ（ＩＳＰ）とみなすことができる。
企業ゲートウェイ１２６から、無線ローカルエリアネットワーク（ＷＬＡＮ）を使用して、Ｗｉ−Ｆｉ（登録商標）リンク１２８を介してＩｏＴデバイス１０４と通信することができる。Ｗｉ−Ｆｉ（登録商標）リンク１２８は、低電力広域（ｌｏｗ ｐｏｗｅｒ ｗｉｄｅ ａｒｅａ）（ＬＰＷＡ）ゲートウェイ１３０に結合するために使用されてもよく、ＬＰＷＡゲートウェイ１３０は、例えば、ＬｏＲａアライアンスによって公表されたＬｏＲａＷａｎ（登録商標）仕様と互換性のある、ＬＰＷＡリンク１３２を介してＩｏＴデバイス１０４と通信することができる。
Ｔ３プロバイダ１２４はまた、ＬＴＥセルラーリンク、ＬＰＷＡリンク、またはＺｉｇｂｅｅ（登録商標）などのＩＥＥＥ ８０２．１５．４規格に基づくリンク１３８などの任意の数の通信リンクを使用してＴ３プロバイダ１２４と通信するコーディネータデバイス１３６を介してメッシュネットワーク１３４へのアクセスを提供することができる。他のコーディネータデバイス１３６は、リンクされたデバイスの１つまたは複数のクラスタツリーを形成するリンクのチェーンを提供することができる。
一部の態様では、１つまたは複数のＩｏＴデバイス１０４は、他のデバイスとの通信に適した送受信機を備える。さらに、１つまたは複数のＩｏＴデバイス１０４は、追加のプロトコルおよび周波数を使用して通信するための他の無線、光学、または音響送受信機、ならびに有線ネットワークインターフェースを備え得る。一部の態様では、１つまたは複数のＩｏＴデバイス１０４は、図８に関して説明されるコンポーネントを備える。
技術およびネットワークにより、デバイスおよびネットワークの拡大が可能になり得る。技術が成長するにつれて、ネットワークは、直接的な人間の介入を必要とすることのない、自己管理、機能の発展、および／または協調に向けて開発され得る。よって、これらの技術により、ネットワークが集中型制御システムなしで機能できるようになり得る。本明細書で説明される技術は、現在の能力を超えて、ネットワークを管理および運用する機能を自動化することができる。さらに、これらの手法は、人間の介入なしに動作する集中型制御、自動化された集中型制御、またはそれらの任意の組み合わせを有するための柔軟性を提供することができる。
図２は、一部の実施形態による、バックボーンリンク２０２を介してゲートウェイ２０４に結合された複数のモノのインターネット（ＩｏＴ）ネットワークのために使用され得るネットワークトポロジ２００の図である。同様の番号が付けられた項目は、図１に関して説明したとおりである。さらに、図面を簡単にするために、すべてのデバイス１０４、または通信リンク１１６、１２２、１２８、または１３２に符号が付けられているわけではない。バックボーンリンク２０２は、任意の数の有線技術または無線技術を含むことができ、ローカルエリアネットワーク（ＬＡＮ）の一部であってもよいし、広域ネットワーク（ＷＡＮ）の一部であってもよいし、インターネットの一部であってもよい。
図２のトポロジはハブアンドスポーク型であり、図１のトポロジはピアツーピア型であるが、これらに矛盾はなく、ピアツーピアノードはゲートウェイを介してハブアンドスポークとして挙動し得ることが認められよう。図２からは、サブネットネットのトポロジが複数のゲートウェイを有することができ、厳密なハブアンドスポーク型トポロジではなく純粋なハブアンドスポーク型トポロジではなく、ハイブリッド型トポロジとなり得ることも認められよう。
ネットワークトポロジ２００は、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）リンク１２２を使用するメッシュネットワーク２０６など、任意の数の種類のＩｏＴネットワークを含むことができる。存在し得る他のＩｏＴネットワークとしては、ＷＬＡＮネットワーク２０８、セルラーネットワーク２１０、およびＬＰＷＡネットワーク２１２が挙げられる。本明細書で説明するように、これらのＩｏＴネットワークのそれぞれが、新しい開発の機会を提供し得る。
例えば、バックボーンリンク２０２を介するなど、ＩｏＴデバイス１０４間の通信は、認証、認可、および課金（ＡＡＡ）のための非集中型システムによって保護されてもよい。非集中型ＡＡＡシステムでは、分散型支払い、クレジット、監査、認可、仲介、調停、および認証システムを相互接続された異種インフラストラクチャにわたって実装することができる。これにより、システムおよびネットワークは自律的運用に移行できる。
この種の自律的運用では、機械は、人的資源を縮小し、他の機械ネットワークとパートナーシップを交渉することができる。これにより、概説され計画されたサービスレベル契約に対する相互目的とバランスのとれたサービス提供との実現が可能になるだけでなく、計量、測定、ならびにトレーサビリティおよび追跡可能性を提供するソリューションを実現できる。新たなサプライチェーン構造および方法の創出は、人間の関与なしに、多数のサービスを創出し、価値を取り出し、そして縮小することを可能にし得る。
ＩｏＴネットワークは、音、光、電子トラフィック、顔およびパターンの認識、匂い、ならびに振動などのセンシング技術を自律的な組織に統合することによって、さらに強化され得る。感覚システムの統合は、契約上のサービス目的に対するサービス提供の体系的かつ自律的な通信および調整、オーケストレーションおよびサービスの質（ＱｏＳ）ベースのスウォーミングならびにリソースの融合を可能にし得る。
メッシュネットワーク２０６は、インラインでデータから情報への変換を実行するシステムによって強化することができる。例えば、マルチリンクネットワークを含む自己形成型の処理リソースのチェーンは、生データから情報への変換を効率的に分散させることができる。これにより、最初のステージが最初の数値演算を実行し、その結果を別のステージに渡す前に、次いで、次のステージが別の数値演算を実行し、その結果を別のステージに渡すなどの機能を実現できる。このシステムは、アセットとリソースとを区別する機能、およびそれぞれの関連する管理を提供することができる。さらに、データの完全性および品質保証を改善し、データの信頼性のメトリックを提供するために、インフラストラクチャおよびリソースベースの信頼およびサービス指標の適切な成分を挿入することができる。
本明細書で説明されるように、ＷＬＡＮネットワーク２０８は、規格の変換を実行して複数の規格に対応する接続を提供するシステムを使用し、異なるプロトコルを使用するＩｏＴデバイス１０４が通信することを可能にし得る。さらなるシステムは、可視であるインターネットリソースおよび隠蔽されたインターネットリソースを含む複数の規格に対応するインフラストラクチャにわたってシームレスな相互接続を提供することができる。
セルラーネットワーク２１０における通信は、データをオフロードする、よりリモートのデバイスに通信を拡張する、またはその両方を行うシステムによって強化することができる。ＬＰＷＡネットワーク２１２は、非インターネットプロトコル（ＩＰ）からＩＰへの相互接続、アドレス指定、および経路指定を実行するシステムを含み得る。
図３は、一部の実施形態による、複数のモノのインターネット（ＩｏＴ）デバイスと通信しているクラウドコンピューティングネットワークすなわちクラウド３０２の図３００である。クラウド３０２は、インターネットを表すこともできるし、ローカルエリアネットワーク（ＬＡＮ）または企業専用のネットワークなどの広域ネットワーク（ＷＡＮ）とすることもできる。ＩｏＴデバイスは、様々な組み合わせでグループ化された、任意の数の異なる種類のデバイスを含むことができる。例えば、交通管制グループ３０６は、街路に沿いにＩｏＴデバイスを含むことができる。これらのＩｏＴデバイスとしては、信号、交通流モニタ、カメラ、気象センサなどを挙げることができる。交通管制グループ３０６、または他のサブグループは、ＬＰＷＡリンクなどの無線リンク３０８などを介してクラウド３０２と通信することができる。さらに、有線または無線サブネットワーク３１２は、ローカルエリアネットワーク、無線ローカルエリアネットワークなどを介して、ＩｏＴデバイスが互いに通信できるようにし得る。ＩｏＴデバイスは、クラウド３０２と通信するためにゲートウェイ３１０などの他のデバイスを使用することができる。
ＩｏＴデバイスの他のグループとしては、とりわけ、リモートの気象観測所３１４、ローカル情報端末３１６、警報システム３１８、現金自動預払機３２０、警報パネル３２２、または緊急車両３２４もしくは他の車両３２６などの移動車両を挙げることができる。これらのＩｏＴデバイスのそれぞれが、他のＩｏＴデバイスと、サーバ３０４と、またはそれらの両方と、通信することができる。
図３からわかるように、多数のＩｏＴデバイスがクラウド３０２を介して通信することができる。これにより、異なるＩｏＴデバイスが自律的に他のデバイスに情報を要求または提供できるようになり得る。例えば、交通管制グループ３０６は、人間の介入なしに予測を提供することができる一群のリモートの気象観測所３１４からの現在の天気予報を要求することができる。さらに、現金自動預払機３２０が、現在強盗に入られている最中であることを緊急車両３２４に警告することもできる。緊急車両３２４が現金自動預払機３２０に向かって進む際に、緊急車両３２４は交通管制グループ３０６にアクセスして、例えば、緊急車両３２４が交差点まで妨げられることなくアクセスするのに十分な時間、交差点において交差点の交通を遮断するために信号灯を赤にすることによる、現場までの通行の認可を要求することができる。
リモートの気象観測所３１４または交通管制グループ３０６などのＩｏＴデバイスのクラスタは、他のＩｏＴデバイスおよびクラウド３０２と通信するように装備されてもよい。これは、ＩｏＴデバイスがデバイス間にアドホックネットワークを形成することを可能にし、それらが単一のデバイスとして機能することを可能にし、この単一のデバイスはフォグデバイスと呼ばれ得る。フォグデバイスについては、図４に関連してさらに説明する。
図４は、一部の実施形態による、クラウド３０２のエッジで動作するフォグデバイス４０２と呼ばれ得るＩｏＴデバイスのメッシュネットワークと通信しているクラウドコンピューティングネットワークすなわちクラウド３０２の図面４００である。同様の番号が付けられた項目は、図３に関して説明したとおりである。本明細書で使用する場合、フォグデバイス４０２は、交通管制、気象制御、プラント制御などの特定の機能を実行するようにグループ化され得るデバイスのクラスタである。
この例では、フォグデバイス４０２は、交差点に一群のＩｏＴデバイスを含む。フォグデバイス４０２は、とりわけ、オープンフォグコンソーシアム（ＯｐｅｎＦｏｇ Ｃｏｎｓｏｒｔｉｕｍ）（ＯＦＣ）によって公表された仕様に従って確立されてもよい。これらの仕様は、フォグデバイス４０２をクラウド３０２に結合するゲートウェイ３１０と、フォグデバイス４０２をエンドポイントデバイス、この例では交通信号灯４０４およびデータアグリゲータ４０６に結合するゲートウェイ３１０と、の間のコンピューティング要素の階層の形成を可能にする。フォグデバイス４０２は、ＩｏＴデバイスの集合体が提供する組み合わされた処理およびネットワークリソースを活用することができる。従って、フォグデバイス４０２は、例えば、財務モデリング、天気予報、交通量調査などを含む任意の数の用途に使用することができる。
例えば、交差点を通る交通流は、複数の交通信号灯４０４（例えば、３つの交通信号灯４０４）によって制御され得る。交通流および管制方式の分析は、メッシュネットワークを介して交通信号灯４０４と通信しており、かつ互いに通信しているアグリゲータ４０６によって実施することができる。メッシュネットワークを介して交通信号灯４０４およびアグリゲータ４０６と通信しているゲートウェイ３１０を介して、データをクラウド３０２にアップロードし、クラウド３０２からコマンドを受信することができる。
フォグデバイス４０２では、任意の数の通信リンクを使用することができる。短距離リンク４０８、例えばＩＥＥＥ ８０２．１５．４と互換性のある短距離リンク４０８が、交差点に近接したＩｏＴデバイス間にローカル通信を提供することができる。長距離リンク４１０、例えばＬＰＷＡ規格と互換性のある長距離リンク４１０が、ＩｏＴデバイスとゲートウェイ３１０との間の通信を提供することができる。図面を簡単にするために、すべての通信リンク４０８または４１０に参照番号が付けられているわけではない。
フォグデバイス４０２は、複数のＩｏＴデバイスが、例えば通信リンク４０８および４１０によって互いに通信している、大規模に相互接続されたネットワークであるとみなすことができる。ネットワークは、２０１５年１２月２３日にＯｐｅｎ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｆｏｕｎｄａｔｉｏｎ（登録商標）（ＯＣＦ）によって公開されたＯｐｅｎ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｃｏｎｓｏｒｔｉｕｍ（ＯＩＣ）規格の仕様１．０を使用して確立することができる。この規格は、デバイスが互いを発見し合い、相互接続のための通信を確立することを可能にする。例えば、とりわけ、ＡｌｌＳｅｅｎ ａｌｌｉａｎｃｅのＡｌｌＪｏｙｎプロトコル、ｏｐｔｉｍｉｚｅｄ ｌｉｎｋ ｓｔａｔｅ ｒｏｕｔｉｎｇ（ＯＬＳＲ）プロトコル、またはｂｅｔｔｅｒ ａｐｐｒｏａｃｈ ｔｏ ｍｏｂｉｌｅ ａｄ−ｈｏｃ ｎｅｔｗｏｒｋｉｎｇ（Ｂ．Ａ．Ｔ．Ｍ．Ａ．Ｎ．）を含む、他の相互接続プロトコルも使用することができる。
一部の態様では、１つのＩｏＴデバイスからの通信は、ゲートウェイ３１０に到達するための最も便利なパス、例えば、とりわけ、中間ホップの数が最も少ないパスまたは最も高い帯域幅を有するパスに沿って伝えられ得る。これらのネットワークでは、複数の相互接続により十分な冗長性が提供され、複数のＩｏＴデバイスが失われても通信を維持できる。
一部の態様では、フォグデバイス４０２は、一時的なＩｏＴデバイスを含むことができる。換言すれば、すべてのＩｏＴデバイスがフォグデバイス４０２の恒久的なメンバであるとは限らない場合がある。例えば、例示的なシステム４００では、フォグデバイス４０２には、３つの過渡的なＩｏＴデバイス、すなわち、第１の車両４１２、第２の車両４１４、および歩行者４１６が参加している。これらの場合、ＩｏＴデバイスは、車両４１２および４１４に内蔵されている場合もあるし、歩行者４１６によって携帯されるスマートフォン上のアプリケーションである場合もある。自転車用コンピュータ、オートバイ用コンピュータ、無人機などの中のＩｏＴデバイスなどの他のＩｏＴデバイスが存在する場合もある。
ＩｏＴデバイスから形成されたフォグデバイス４０２は、サーバ３０４などのクラウド３０２内のクライアントに、クラウド３０２のエッジに配置された単一のデバイスとして提示され得る。この例では、フォグデバイス４０２内の特定のリソースへの制御通信は、フォグデバイス４０２内のいかなる特定のＩｏＴデバイスをも識別することなく行われ得る。従って、フォグデバイス４０２内の１つのＩｏＴデバイスに障害が発生した場合、フォグデバイス４０２内の他のＩｏＴデバイスが、アクチュエータ、またはＩｏＴデバイスに接続された他のデバイスなどのリソースを発見および制御することが可能であり得る。例えば、交通信号灯４０４は、交通信号灯４０４のうちのいずれか１つが他の交通信号灯４０４用の信号灯を制御できるように配線されてもよい。アグリゲータ４０６はまた、交通信号灯４０４の制御およびフォグデバイス４０２の他の機能において冗長性を提供することができる。
一部の例では、ＩｏＴデバイスは、命令型プログラミングのスタイルを使用して、例えば各ＩｏＴデバイスが特定の機能および通信相手を有している状態で、構成され得る。しかしながら、フォグデバイス４０２を形成するＩｏＴデバイスは、宣言型プログラミングのスタイルで構成され、ＩｏＴデバイスが、条件、クエリ、およびデバイス障害に応じて必要なリソースを判定するように、それらの動作および通信を再構成することを可能にし得る。これは、歩行者４１６などの過渡的なＩｏＴデバイスがフォグデバイス４０２に参加するときに実行されてもよい。
歩行者４１６は、車両４１２および４１４よりもゆっくりと移動する可能性が高いので、フォグデバイス４０２は、歩行者４１６が交差点を通過するのに十分な時間を確保するように、自身を再構成することができる。これは、交通信号灯４０４を制御するために、車両４１２および４１４ならびに歩行者４１６の一時的なグループを形成することによって実行され得る。車両４１２または４１４の一方または両方が自律的である場合、一時的なグループは、交通信号灯４０４の手前で減速するように車両に命令することができる。さらに、交差点にあるすべての車両が自律型である場合、自律型車両の衝突回避システムでは、交通信号灯が管理するには複雑すぎる可能性がある高度に絡み合った通行パターンを可能にし得るため、交通信号灯の必要性は減少し得る。しかしながら、交通信号灯４０４は、歩行者４１６、サイクリスト、または非自律型車両にとって依然として重要であり得る。
過渡的なデバイス４１２、４１４、および４１６がフォグデバイス４０２の交差点付近を離れると、フォグデバイス４０２は、それらのＩｏＴデバイスをネットワークから排除するように自身を再構成することができる。他の過渡的なＩｏＴデバイスが交差点に近づくと、フォグデバイス４０２は、それらのデバイスを含むように自身を再構成することができる。
フォグデバイス４０２は、街路沿いのすべての過渡的なＩｏＴデバイスと共に、その街路沿いなどの複数の交差点の交通信号灯４０４を含むことができる。次いで、フォグデバイス４０２は、交通信号灯４０４および単一の交差点に近接する他のＩｏＴデバイスなどの機能ユニットに自身を分割することができる。この種類の組み合わせは、より大きなＩｏＴ構成体、例えば、特定の機能を実行するＩｏＴデバイスのグループをフォグデバイス４０２内に形成することを可能にし得る。
例えば、緊急車両がフォグデバイス４０２に参加する場合、その街路用の交通信号灯４０４のすべてを含む緊急用構造体または仮想デバイスを作成することができ、それにより街路全体の交通流パターンの制御が可能になる。緊急用構造体は、街路沿いの交通信号灯４０４に対して、対向車線については赤のままにし、緊急車両については青のままにするようにして、緊急車両の通過を促進するように命令することができる。
フォグデバイス４０２によって示されるように、ＩｏＴネットワークの有機的な発展は、ＩｏＴ実装の有用性、可用性、および回復力を改善または最大化することの要となっている。さらに、この例は、信頼性、従ってセキュリティを向上させるための戦略の有用性を示している。アイデンティティが非集中化されることによって、中央局を悪用したＩｏＴネットワーク内に存在し得るオブジェクトへのなりすましを可能にすることはできないことが保証されるため、デバイスのローカル識別は実装において重要になり得る。さらに、ローカル識別は、通信のオーバーヘッドおよびレイテンシを短縮する。
ブロックチェーンは現在使用されている名前およびアイデンティティに関してデバイス間の合意を提供することができるため、ブロックチェーンを用いて識別を非集中化させることができる。本明細書で使用される場合、ブロックチェーンは、データ構造ブロックから構成されるアイデンティティ記録の分散型データベースである。さらに、本明細書で使用される場合、「ブロックチェーン」という用語は、他の分散型台帳システムのうちの任意の１つまたは複数の台帳システムを含み得る。他の分散型台帳手法としては、リップル（Ｒｉｐｐｌｅ）、ハイパーレジャー（Ｈｙｐｅｒｌｅｄｇｅｒ）、マルチチェーン（Ｍｕｌｔｉｃｈａｉｎ）、キーレス署名インフラストラクチャ（Ｋｅｙｌｅｓｓ Ｓｉｇｎａｔｕｒｅ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）などが挙げられる。各データ構造ブロックはトランザクションに基づいており、デバイス、コンポジットデバイス、または仮想デバイスへの新しい名前の発行はトランザクションの一例である。
識別のためにブロックチェーンを使用して、対応する終了がなされていない名前およびアイデンティティの再発行を観察することによって、なりすましが検出され得る。パブリックブロックチェーンは、様々なオブザーバのコミュニティが、命名間違い、悪質な命名、または命名インフラストラクチャの障害を検出することを可能にし得るため、最も有用であり得る。よって、信頼できるアイデンティティインフラストラクチャは、信頼できるＩｏＴネットワークの要となり得る。
図５は、一部の実施形態による、複数のアトミックオブジェクト５０４、５０６、および５０８からのコンポジットオブジェクト５０２の形成を示す概略図５００である。オブジェクトは、分散型システムのノードを構成する、機能、状態、およびインターフェースのセマンティクスのデータモデル表現を含む。本明細書で使用される場合、オブジェクトまたはＩｏＴオブジェクトは、ＩｏＴデバイスから構成される物理デバイス、物理デバイスもしくは仮想デバイスのグループから形成された仮想デバイス、または任意の数の他の構成であり得る。
オブジェクトは、より大きな機能、目標またはワークフローを達成するために相互作用してもよい。オブジェクトは、それらの型、例えば実行される機能、およびインスタンス、例えば存在に関して識別され得る。複数のオブジェクトインスタンスは、同じ型のアイデンティティを持つ場合もあるが、固有のインスタンスアイデンティティを持つ場合もある。さらに、複数のオブジェクトインスタンスをグループに編成することができ、グループのインスタンスがアイデンティティを有し得る。特定の方法で相互作用するオブジェクトのグループは、それらの型、例えば、機能、状態、およびインターフェースのセマンティクスがあれば、コンポジットオブジェクトを表し得る。コンポジション自体が、型およびインスタンスの抽象化したものを有し得る。従って、コンポジットオブジェクトはアトミックオブジェクトと同じアイデンティティ規則に従う。型プロパティとインスタンスプロパティとを有するコンポジションは、コンポジションを通じてオブジェクトの拡張性を可能にする。
オブジェクトは、冷蔵庫などの単一のデバイスである限り、または現在の機能が完了するまでだけ存続することができる。例えば、冷蔵庫は、照明、コンプレッサ、温度センサ、サーモスタット、ウォーターディスペンサ、製氷機などの他の複数のオブジェクトから成るコンポジットオブジェクト５０２とみなすことができる。他のオブジェクトは、それぞれアトミックオブジェクト５０４、５０６、および５０８とすることもできるし、それら自体がコンポジットオブジェクト５０２とすることもできる。製氷機は、温度センサ、サーモスタット、電磁送水弁、タイマ、製氷皿などのアトミックオブジェクト５０４、５０６、および５０８から形成されたコンポジットオブジェクト５０２とすることができる。複数の物理デバイスから構成される仮想コンポジットオブジェクト５０２の例は、図４に関して説明した交差点および緊急クラスタである。
従って、オブジェクトアイデンティティは、３つの抽象化、すなわちオブジェクトインスタンス、オブジェクト型、およびメタアイデンティティの文脈で理解することができる。オブジェクトインスタンスは、メモリ、ＣＰＵ、帯域幅、ステータスなどの有限のリソースを占有する計算要素である。オブジェクトのインスタンス化は、作成、突然変異、削除を含むライフサイクルを有する。オブジェクト型は、予想されるまたは起こり得る挙動、状態、およびコンポジションを宣言する論理的な構成体である。オブジェクト型は、インスタンス化されたときのオブジェクトの挙動および相互作用に制約を加えることができる。オブジェクト型は、オブジェクトが応答できる要求の種類、例えばインターフェースを示すこともできる。
メタアイデンティティは、オブジェクトが存在し得るメタデータコンテキストを定義する方法である。オブジェクトは、メタアイデンティティのカプセル化に気付かない場合もある。オブジェクトインスタンスは、所望のメタデータコンテキストを有するグループを定義し、次いでオブジェクトをそのグループに登録することによってステレオタイプ情報を動的に適用することができる。
認証とアイデンティティとは、照合される問題である。認証されていない場合、オブジェクトアイデンティティを信じることはできない。しかしながら、アイデンティティなしの認証は実用性が限られている。ＥＣＤＳＡ（楕円曲線デジタル署名アルゴリズム）、ＲＳＡなどの非対称鍵署名は、秘密鍵を複製および配布する機能に制限があるという期待の下、認証に役立つ。鍵の使用は、本人または代理人が制限されていても鍵にアクセスできるという証明を確立する。従って、本人または代理人は本物であるはずである。
認証のセマンティクスはまた、オブジェクトアイデンティティに適用されると、オブジェクトインスタンス、オブジェクト型、およびメタアイデンティティの３つの抽象化にも従う。オブジェクトインスタンスの場合、認証チャレンジ／レスポンスは、現在の相互作用がオブジェクトの特定のインスタンス化とのみ可能であることを確立する。オブジェクト型の場合、認証チャレンジ／レスポンスは、現在の相互作用が型識別のセマンティクスによって制約されていることをアテステーションする。メタアイデンティティの場合、認証チャレンジ／レスポンスは定義されたコンテキストに従って現在の相互作用を分類する。
図６は、アトミックオブジェクト６０４およびコンポジットオブジェクト６０６の集合からのグループオブジェクト６０２の形成の概略図６００である。グループオブジェクト６０２は、オブジェクト型のサブセットであるオブジェクトクラスに属する。例えば、オブジェクトクラスは熱交換器であり得るが、クラス熱交換器のオブジェクト型は、冷蔵庫、ヒートポンプ、エアコン、蒸発冷却器などのより具体的なデバイスであり得る。
オブジェクトクラスの認証は、複数の秘密鍵に対応する単一の公開鍵を含む非対称暗号化システムであるＥＰＩＤ（Ｅｎｈａｎｃｅｄ Ｐｒｉｖａｃｙ ＩＤ）を使用して容易になり得る。秘密鍵のいずれかによって生成されたシグネチャは、単一の公開鍵で検証できる。よって、グループオブジェクト６０２は単一の公開鍵を有することができ、一方、アトミックオブジェクト６０４およびコンポジットオブジェクト６０６のそれぞれには固有の秘密ＩＤが発行される。システムは、ＥＰＩＤを使用することに限定されず、共有アクセスシグネチャなどの他の識別技法を使用することができる。
オブジェクトクラスがＥＰＩＤグループＩＤ（ｇｉｄ）に対応する番号と関連付けられ、同じ型のオブジェクトインスタンスがＥＰＩＤグループに対応する秘密鍵を発行されると、オブジェクトインスタンスは、そのクラスを検証部に対して認証することができる。オブジェクトクラス認証は、型付き規則に基づいて他がオブジェクトと相互作用できるようにするアテステーションの一形式である。これは業界では型強制としても知られている。そのコンポーネントオブジェクトの型識別子を使用してコンポジットオブジェクトクラス識別子を構成することは、オブジェクト型拡張方法である。例えば、引数としてＣ＝（ｃ１，ｃ２，ｃ３，... ｃｎ）を受け入れ、ｃＸが成分オブジェクトのそれぞれのオブジェクト型である、関数ｆ（）は、コンポジットオブジェクトの型識別子を表すＥＰＩＤ ｇｉｄ値Ｃ２＿ｉｄを生成する。ｆ（）の実施は、Ｃにおける各ｃｘの暗号化ハッシュの使用を含み得る。別の例では、ｆ（）は、各ｃｘがＣの親ＯＩＤのＯＩＤサブツリーであるＯＩＤ（Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｅｒ）命名階層を使用し得る。ｆ（）を計算するための方法は他にもあり得る。
拡張可能なコンポジットオブジェクトクラス識別子は、オブジェクトをホスティングしているデバイスオーナー６０８の有効期間中いつでもＩｏＴオブジェクトのシステムを組み合わせることを可能にする。ブロックチェーン６１０は、既存のコンポジションがオーサリングツールに知らせることができるように、構成されたオブジェクトの発展を追跡することができる。分散型スキーマライブラリは、ブロックチェーン６１０を使用して、オブジェクト型識別子、例えばｇｉｄを登録するトランザクション６１２にコンポジットオブジェクト定義、例えばＣを供給することによって形成することができる。現在の中央集権型オブジェクトリポジトリスキームは、しばしば、中央サーバ上でクラス定義を、権限を持って維持する単一の論理サービスに依存する。しかしながら、中央サーバに対する修正は、認可されていないスキーマの変更を生じる可能性がある。それに比べて、ブロックチェーン６１０の使用は、既存のオブジェクトクラス定義が変更され得る前に、閾値コンセンサスが、例えばフォグ中で、複数のＩｏＴデバイスにわたって存在することを確実にし得る。
ブロックチェーン６１０は、同型オブジェクト分類の識別を容易にする。例えばメッセージ６１４において、新しいオブジェクトクラスが提案されると、ブロックチェーン６１０を探索して、Ｃが既に存在するか否かを調べることができる。
サブオブジェクトからグループオブジェクト６０２を構成し、コンポジットオブジェクトを形成することは、ＩｏＴオブジェクトモデルのための拡張性メカニズムである。構成されたオブジェクトは、「交差点ＸＹＺ」など、サブオブジェクトに関連する機能を使用して命名することができる。グループの提案された各メンバが、集合を識別するクレデンシャルを含むメッセージ２１８を取得するために、メッセージ６１６を送信した場合、オブジェクトインスタンスの集合は、グループオブジェクト６０２を形成することができる。ＥＰＩＤがクレデンシャルメカニズムとして使用されている場合、集合内の各オブジェクトは、集合のエージェントとして相互にまたは他のＩｏＴデバイスと相互作用できる。
ブロックチェーン６１０は、ネームサーバ６２０から信頼の必要性を取り除くためにシステムによって使用される。同じ名前のグループが現在使用中である間にグループ名が再利用される場合、ブロックチェーン６１０は、ネームサーバ６２０の不当行為を管理することができる。グループ名の再利用は、ブロックチェーン６１０を格納および監視しているＩｏＴデバイスによって判定されてもよい。この判定は、現在の命名要求と、アクティブであり、かつグループ名を含む前のブロックと、が重なることを識別することによって行われ得る。
一部の態様では、一次集合グループメンバ（ＰＣＧＭ）またはグループオブジェクト６０２は、集合の特定の構成に基づいてグループ名を判定するように構成される。ＰＣＧＭは、他の集合メンバ、例えばコンポジットオブジェクト６０６およびアトミックオブジェクト６０４、または別の集合メンバにグループ名を通信し（６２２）、同じグループ名に到達するためにＰＣＧＭと同じ動作を実行する。関数Ｆ（）は、異なるメンバが別々にグループ名を計算するときにイントロスペクション順序の非決定性における違いを避けるために、集合メンバシップロジックを用いて集合グループ名Ｃ２＿ｉｄを計算することができる。
一例として、ＥＰＩＤグループＩＤ（ｇｉｄ）は、３２ビットまたは１２８ビットの値を取り得る。３２ビット値が使用される場合、関数Ｆ（）は上位１２バイトを切り捨て得る。ネームサーバ６２０は、ｇｉｄの長さにかかわらず、ｇｉｄが再発行されるか否かを検証することができる。より短いｇｉｄの長さは、より制限されたＩｏＴデバイスを使用するなど、制約のある環境で役立ち得る。Ｆ（）からの名前の衝突はまれであり得るが、衝突の解決は、グループメンバシップ値を再び指定する、Ｆ（）の再帰呼び出しによって実現できる（例えば、Ｆ'＝Ｆ（ｍ１，ｍ２，...，ｍｎ，Ｆ（ｍ１，ｍ２，...，ｍｎ））。
図７は、一部の実施形態による、オブジェクトの集合を使用してグループを作成するための例示的な方法７００のプロセスフロー図である。方法７００は、図８に関して説明されるシステム８０２を使用して実行することができる。ブロック７０２は、例えば、新しいグループオブジェクトが望まれるときを表す。これが起こり得るのは、図４の緊急クラスタに関して説明したように、過渡的なオブジェクトが現在のグループオブジェクトの近くに移動するときであり、図４の緊急クラスタは、緊急車両が街路に接近したときに形成され得る。別の例では、図５および図６に関して説明した冷蔵庫などのデバイスの電力供給が、グループオブジェクトの作成を開始することができる。
ブロック７０４において、コンポジットオブジェクトは、コンポジットオブジェクトの一次集合グループメンバ（ＰＣＧＭ）内のリスト内のグループオブジェクトを構成するアトミック（Ａ）またはコンポジット（Ｃ）サブオブジェクトのそれぞれのＩＤへの参照を維持することによって形成される。コンポジットオブジェクトを構成するオブジェクトは、オブジェクトのコンセンサス、デバイスオーナーの以前のプログラム、または複数のＩｏＴデバイスによるオブジェクトの構築などの任意の数の他の技法によって判定される機能を達成するために必要なオブジェクトによって判定され得る。
ブロック７０６において、集合グループ識別子が形成される。これは、グループオブジェクトを構成するＰＣＧＭ内のオブジェクトＩＤのリストに関数を適用することによって行われ得る。この関数は、結合し、オブジェクトＩＤのハッシュコード、例えばＣ２＿ＩＤ＝ＳＨＡ２（Ｃ１，Ｃ２，Ｃ３，...，Ａ１，Ａ２，Ａ３，...，Ａｎ）を形成することができる。
ブロック７０８において、サブオブジェクトのうちの１つまたは複数（例えば、サブオブジェクトのうちのすべて）が、ネームサーバ、例えばデバイスオーナー内のネームサーバと通信して、グループ鍵を取得する。これは、ＥＰＩＤ参加プロトコルを使用して実行され得る。参加プロトコルでは、サブオブジェクトは、参加メッセージをネームサーバに送信し、それに対して返された、例えばＣ２＿ＩＤグループオブジェクトに対するＥＰＩＤクレデンシャルを受信する。
ブロック７１０において、グループネームサーバは、ＰＣＧＭ内のリストからグループについて計算された名前を受け入れる。次いで、ネームサーバは、名前をブロックチェーンにコミットすることができる。ブロック７１２において、ネームサーバは、ブロックチェーンから名前、例えばＣ２＿ＩＤを取得する。本明細書で使用される場合、ブロックチェーンは、複数の個々のＩｏＴデバイスに保存されたトランザクションの分散型データベースである。トランザクションの有効性の確認は、ＩｏＴデバイスのそれぞれによって実行され、真正性およびアイデンティティの複数の確認を提供することができる。
ブロック７１４において、その名前が既に使用中であるか否か、例えば、そのオブジェクトの名前に対応する終了がない状態で、以前のトランザクションブロックに存在するか否かに関する判定が行われる。使用中である場合、ブロック７１６において、グループメンバシップ値を再び指定する、Ｆ（）の再帰呼び出し、Ｆ'＝Ｆ（ｍ１，ｍ２，...，ｍｎ，Ｆ（ｍ１，ｍ２，...，ｍｎ））によって新しい名前が判定され得る。
名前が現在使用中ではない場合、ブロック７１８において、グループメンバシップがプライバシーセンシティブであるか否かに関する判定が行われる。これは、車両が一連の交差点に存在するなど、ある場所にＩｏＴデバイスが存在することが一般に知られるべきではない場合に実行できる。もしそうであれば、ブロック７２０において、ＰＣＧＭはプロキシとして働き、サブオブジェクトからの参加プロトコル要求を仲介する。そうではない場合、ブロック７２２において、ネームサーバは、ブロックチェーンからサブオブジェクトメンバ名を見つける。
ブロック７２４において、要求者が認可されたグループメンバであるか否かに関する判定が行われる。もしそうであれば、ブロック７２６において、参加要求が実行される。ブロック７２８において、ネームサーバは、グループ名、例えばＣ２＿ＩＤをブロックチェーンにコミットする。
ブロック７３０において、別のサブオブジェクトが存在するか否か、従ってグループクレデンシャルが必要か否かに関する判定が行われる。もしそうであれば、プロセスフローは、サブオブジェクトのクレデンシャリングのためにブロック７１２に戻る。そうではない場合、または要求者が認可されたグループメンバではないと判定された場合、プロセスはブロック７３２で終了する。
図８は、データをオフロードするための、ＩｏＴデバイス８００に存在し得るコンポーネントの一例のブロック図である。ＩｏＴデバイス８００は、この例に示すコンポーネントの任意の組み合わせを備え得る。コンポーネントは、ＩＣ、その一部、個別の電子デバイス、もしくは他のモジュール、ロジック、ハードウェア、ソフトウェア、ファームウェア、またはＩｏＴデバイス８００に適合されたそれらの組み合わせとして、あるいはより大きなシステムのシャーシ内に他の方法で組み込まれるコンポーネントとして実装され得る。図８のブロック図は、ＩｏＴデバイス８００のコンポーネントの上位レベルの図を示すことを意図している。しかしながら、示されているコンポーネントのうちの一部は省略されてもよく、追加のコンポーネントが存在してもよく、示されているコンポーネントの異なる構成が他の実装形態において生じてもよい。
ＩｏＴデバイス８００は、プロセッサ８０２を備えることができ、プロセッサ８０２は、マイクロプロセッサ、マルチコアプロセッサ、マルチスレッドプロセッサ、超低電圧プロセッサ、組み込みプロセッサ、または他の既知の処理要素とすることができる。プロセッサ８０２は、Ｉｎｔｅｌ（登録商標）のＥｄｉｓｏｎ（登録商標）もしくはＧａｌｉｌｅｏ（登録商標）ＳｏＣボードなどの、プロセッサ８０２および他のコンポーネントが単一の集積回路または単一のパッケージに形成されるシステムオンチップ（ＳｏＣ）の一部であってもよい。一例として、プロセッサ８０２は、Ｑｕａｒｋ（登録商標）、Ａｔｏｍ（登録商標）、ｉ３、ｉ５、ｉ７、もしくはＭＣＵクラスのプロセッサなどのＩｎｔｅｌ（登録商標）アーキテクチャコア（登録商標）ベースのプロセッサ、またはカリフォルニア州サンタクララのＩｎｔｅｌ（登録商標）Ｃｏｒｐｏｒａｔｉｏｎから入手可能な、別のそのようなプロセッサを含み得る。しかしながら、カリフォルニア州サニーベールのＡｄｖａｎｃｅｄ Ｍｉｃｒｏ Ｄｅｖｉｃｅｓ、Ｉｎｃ．（ＡＭＤ）、カリフォルニア州サニーベールのＭＩＰＳ Ｔｅｃｈｎｏｌｏｇｉｅｓ，Ｉｎｃ．のＭＩＰＳベースの設計、ＡＲＭ Ｈｏｌｄｉｎｇｓ，Ｌｔｄ．からライセンス供与されたＡＲＭベースの設計、またはその顧客、あるいはそれらのライセンシーまたは採用者から入手可能なものなど、他の任意の数のプロセッサが使用されてもよい。プロセッサは、Ａｐｐｌｅ（登録商標）Ｉｎｃ．製のＡ５〜Ａ９プロセッサ、Ｑｕａｌｃｏｍｍ（登録商標）Ｔｅｃｈｎｏｌｏｇｉｅｓ，Ｉｎｃ．製のＳｎａｐｄｒａｇｏｎ（登録商標）プロセッサ、またはＴｅｘａｓ Ｉｎｓｔｒｕｍｅｎｔｓ，Ｉｎｃ．製のＯＭＡＰ（登録商標）プロセッサなどのユニットを含むことができる。
プロセッサ８０２は、バス８０６を介してシステムメモリ８０４と通信することができる。所与の量のシステムメモリを提供するために、任意の数のメモリデバイスを使用することができる。例として、メモリは、Ｊｏｉｎｔ Ｅｌｅｃｔｒｏｎ Ｄｅｖｉｃｅｓ Ｅｎｇｉｎｅｅｒｉｎｇ Ｃｏｕｎｃｉｌ（ＪＥＤＥＣ） ＪＥＳＤ ２０９−２Ｅ（２００９年４月公開）に従う現在のＬＰＤＤＲ２規格、または、帯域幅を拡大するためにＬＰＤＤＲ２の拡張を提案するＬＰＤＤＲ３もしくはＬＰＤＤＲ４などの次世代ＬＰＤＤＲ規格などのＪＥＤＥＣの低電力デュアルデータレート（ＬＰＤＤＲ）ベースの設計に従うランダムアクセスメモリ（ＲＡＭ）であり得る。様々な実装において、個々のメモリデバイスは、シングルダイパッケージ（ＳＤＰ）、デュアルダイパッケージ（ＤＤＰ）、またはクワッドダイパッケージ（ＱＤＰ）などの任意の数の異なるパッケージタイプであってもよい。これらのデバイスは、一部の実施形態では、薄型化の解決策を提供するために、マザーボード上に直接はんだ付けされる場合もある一方で、他の実施形態では、所与のコネクタによりマザーボードに順に結合される１つまたは複数のメモリモジュールとして構成される。他の種類のメモリモジュール、例えば、ｍｉｃｒｏＤＩＭＭまたはＭｉｎｉＤＩＭＭを含むがこれらに限定されない、異なる種類のデュアルインラインメモリモジュール（ＤＩＭＭ）など、任意の数の他のメモリ実装を使用することができる。例えば、メモリは、２ＧＢから１６ＧＢの間のサイズとすることができ、ボールグリッドアレイ（ＢＧＡ）を介してマザーボード上にはんだ付けされるＤＤＲ３ＬＭパッケージまたはＬＰＤＤＲ２もしくはＬＰＤＤＲ３メモリとして構成され得る。
データ、アプリケーション、オペレーティングシステムなどの情報の永続的ストレージを提供するために、大容量ストレージ８０８もバス８０６を介してプロセッサ８０２に結合されてもよい。より薄く、より軽いシステム設計を可能にするために、大容量ストレージ８０８は、ソリッドステートドライブ（ＳＳＤ）を介して実装されてもよい。大容量ストレージ８０８に使用することができる他のデバイスとしては、ＳＤカード、マイクロＳＤカード、ｘＤピクチャカードなどのフラッシュメモリカード、およびＵＳＢフラッシュドライブが挙げられる。
低電力実装では、大容量ストレージ８０８は、プロセッサ８０２に関連するオンダイメモリまたはレジスタであり得る。しかしながら、一部の例では、大容量ストレージ８０８は、マイクロハードディスクドライブ（ＨＤＤ）を使用して実装され得る。さらに、大容量ストレージ８０８には、記載された技術に加えて、またはその代わりに、とりわけ、抵抗変化メモリ、相変化メモリ、ホログラフィックメモリ、または化学メモリなどの任意の数の新しい技術を使用することができる。例えば、ＩｏＴデバイス８００は、Ｉｎｔｅｌ（登録商標）およびＭｉｃｒｏｎ（登録商標）の３Ｄ ＸＰＯＩＮＴメモリを組み込んでもよい。
コンポーネントは、バス８０６を介して通信することができる。バス８０６は、業界標準アーキテクチャ（ＩＳＡ）、拡張ＩＳＡ（ＥＩＳＡ）、周辺機器相互接続（ＰＣＩ）、拡張周辺機器相互接続（ＰＣＩｘ）、ＰＣＩエクスプレス（ＰＣＩｅ）、または他の任意の数の技術を含む、任意の数の技術を含み得る。バス８０６は、例えばＳｏＣベースのシステムで使用される、専用バスであってもよい。とりわけ、Ｉ２Ｃインターフェース、Ｉ３Ｃインターフェース、ＳＰＩインターフェース、ポイントツーポイントインターフェース、および電力バスなど、他のバスシステムが含まれてもよい。
バス８０６は、他のメッシュデバイス８１２と通信するために、プロセッサ８０２をメッシュ送受信機８１０に結合することができる。メッシュ送受信機８１０は、ＩＥＥＥ ８０２．１５．４規格下の、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｓｐｅｃｉａｌ Ｉｎｔｅｒｅｓｔ Ｇｒｏｕｐによって規定されるＢｌｕｅｔｏｏｔｈ（登録商標）ｌｏｗ ｅｎｅｒｇｙ（ＢＬＥ）規格を使用する、またはＺｉｇＢｅｅ（登録商標）規格を使用する、２．４ギガヘルツ（ＧＨｚ）伝送などの任意の数の周波数およびプロトコルを使用することができる。特定の無線通信プロトコル用に構成された任意の数の無線機をメッシュデバイス８１２への接続に使用することができる。例えば、ＷＬＡＮユニットは、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１規格に従ってＷｉ−Ｆｉ（登録商標）通信を実装するために使用され得る。加えて、例えばセルラーまたは他の無線広域プロトコルによる、無線広域通信は、ＷＷＡＮユニットを介して行われ得る。
メッシュ送受信機８１０は、異なる距離範囲で通信するために複数の規格または無線機を使用して通信することができる。例えば、ＩｏＴデバイス８００は、電力を節約するために、ＢＬＥに基づくローカル送受信機または別の低電力無線機を使用して、地理的に近接したデバイスと、例えば約１０メートル以内で通信することができる。より遠い、例えば約５０メートル以内のメッシュデバイス８１２は、ＺｉｇＢｅｅ（登録商標）または他の中間電力無線機を介して到達することができる。双方の通信技法が、異なる電力レベルで単一の無線機を介して行われてもよいし、例えばＢＬＥを使用するローカル送受信機およびＺｉｇＢｅｅ（登録商標）を使用する別個のメッシュ送受信機などの別個の送受信機を介して行われてもよい。メッシュ送受信機８１０は、Ｉｎｔｅｌ（登録商標）から入手可能なＣｕｒｉｅ（登録商標）ユニットなどの、チップにより直接アクセス可能であるアドレスとしてＭＣＵに組み込むことができる。
クラウド３０２内のデバイスと通信するためにアップリンク送受信機８１４が備えられ得る。アップリンク送受信機８１４は、とりわけ、ＩＥＥＥ ８０２．１５．４、ＩＥＥＥ ８０２．１５．４ｇ、ＩＥＥＥ ８０２．１５．４ｅ、ＩＥＥＥ ８０２．１５．４ｋ、またはＮＢ−ＩｏＴ規格に従うＬＰＷＡ送受信機であり得る。ＩｏＴデバイス８００は、ＳｅｍｔｅｃｈおよびＬｏＲａ Ａｌｌｉａｎｃｅ（登録商標）によって開発されたＬｏＲａＷＡＮ（登録商標）（Ｌｏｎｇ Ｒａｎｇｅ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を使用して広域にわたって通信することができる。本明細書で説明される技法はこれらの技術に限定されず、Ｓｉｇｆｏｘ（登録商標）などの長距離低帯域幅通信を実装する任意の数の他のクラウド送受信機、および他の技術と共に使用され得る。さらに、ＩＥＥＥ ８０２．１５．４ｅ仕様に記載されているタイムスロットチャネルホッピングなどの他の通信技法を使用することもできる。
本明細書で説明するように、メッシュ送受信機８１０およびアップリンク送受信機８１４に関して言及したシステムに加えて、任意の数の他の無線通信およびプロトコルを使用することができる。例えば、無線送受信機８１０および８１２は、ＬＴＥ、またはビデオ転送などのための高速通信を実施するためにスペクトラム拡散（ＳＰＡ／ＳＡＳ）通信を使用する他のセルラー送受信機を含むことができる。さらに、静止画、センサ読み取り値、およびネットワーク通信の提供などの中速通信用のＷｉ−Ｆｉ（登録商標）ネットワークなど、任意の数の他のプロトコルを使用することができる。
無線送受信機８１０および８１２は、任意の数の３ＧＰＰ（第３世代パートナーシッププロジェクト）仕様、特に、とりわけ、ロングタームエボリューション（ＬＴＥ）、ロングタームエボリューション−アドバンスト（ＬＴＥ−Ａ）、ロングタームエボリューション−アドバンストプロ（ＬＴＥ−Ａ Ｐｒｏ）、または狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）と互換性のある無線機を含むことができる。他の任意の数の固定、モバイル、または衛星通信技術および規格と互換性のある無線機を選択することができることに留意されたい。これらは、例えば、任意のセルラー方式広域無線通信技術を含むことができ、当該技術は、例えば、第５世代（５Ｇ）通信システム、汎欧州デジタル移動電話方式（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（ＧＳＭ（登録商標））無線通信技術、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）（ＧＰＲＳ）無線通信技術、またはＧＳＭ（登録商標）進化型高速拡張データレート（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）（ＥＤＧＥ）無線通信技術を含み得る。使用され得る他の第３世代パートナーシッププロジェクト（３ＧＰＰ）無線通信技術は、ＵＭＴＳ（ユニバーサル移動体通信システム）、ＦＯＭＡ（Ｆｒｅｅｄｏｍ ｏｆ Ｍｕｌｔｉｍｅｄｉａ Ａｃｃｅｓｓ）、３ＧＰＰ ＬＴＥ（ロングタームエボリューション）、３ＧＰＰ ＬＴＥアドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ ＬＴＥアドバンストプロ（ロングタームエボリューションアドバンストプロ）、ＣＤＭＡ２０００（符号分割多元接続２０００）、ＣＤＰＤ（Ｃｅｌｌｕｌａｒ Ｄｉｇｉｔａｌ Ｐａｃｋｅｔ Ｄａｔａ）、Ｍｏｂｉｔｅｘ、３Ｇ（第３世代）、ＣＳＤ（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｄａｔａ）、ＨＳＣＳＤ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ Ｄａｔａ）、ＵＭＴＳ（３Ｇ）（ユニバーサル移動体通信システム（第３世代））、Ｗ−ＣＤＭＡ（ＵＭＴＳ）（広帯域符号分割多元接続（ユニバーサル移動体通信システム））、ＨＳＰＡ（Ｈｉｇｈ−ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＨＳＰＡ＋（Ｈｉｇｈ−ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ Ｐｌｕｓ）、ＵＭＴＳ−ＴＤＤ（ユニバーサル移動体通信システム−時分割複信）、ＴＤ−ＣＤＭＡ（時分割−符号分割多元接続）、ＴＤ−ＳＣＤＭＡ（時分割−同期符号分割多元接続）、３ＧＰＰ Ｒｅｌ．８（Ｐｒｅ−４Ｇ）（第３世代パートナーシッププロジェクトリリース８（Ｐｒｅ−第４世代））、３ＧＰＰ Ｒｅｌ．９（第３世代パートナーシッププロジェクトリリース９）、３ＧＰＰ Ｒｅｌ．１０（第３世代パートナーシッププロジェクトリリース１０）、３ＧＰＰ Ｒｅｌ．１１（第３世代パートナーシッププロジェクトリリース１１）、３ＧＰＰ Ｒｅｌ．１２（第３世代パートナーシッププロジェクトリリース１２）、３ＧＰＰ Ｒｅｌ．１３（第３世代パートナーシッププロジェクトリリース１３）、３ＧＰＰ Ｒｅｌ．１４（第３世代パートナーシッププロジェクトリリース１４）、３ＧＰＰ ＬＴＥ Ｅｘｔｒａ、ＬＴＥ Ｌｉｃｅｎｓｅｄ−Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ（ＬＡＡ）、ＵＴＲＡ（ＵＭＴＳ地上無線アクセス）、Ｅ−ＵＴＲＡ（発展型ＵＭＴＳ地上無線アクセス）、ＬＴＥアドバンスト（４Ｇ）（ロングタームエボリューションアドバンスト（第４世代））、ｃｄｍａＯｎｅ（２Ｇ）、ＣＤＭＡ２０００（３Ｇ）（符号分割多元接続２０００（第３世代））、ＥＶ−ＤＯ（Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ ＯｐｔｉｍｉｚｅｄまたはＥｖｏｌｕｔｉｏｎ−Ｄａｔａ Ｏｎｌｙ）、ＡＭＰＳ（１Ｇ）（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｙｓｔｅｍ（第１世代））、ＴＡＣＳ／ＥＴＡＣＳ（Ｔｏｔａｌ Ａｃｃｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ／Ｅｘｔｅｎｄｅｄ Ｔｏｔａｌ Ａｃｃｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、Ｄ−ＡＭＰＳ（２Ｇ）（Ｄｉｇｉｔａｌ ＡＭＰＳ（第２世代））、ＰＴＴ（プッシュツートーク）、ＭＴＳ（Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｅ Ｓｙｓｔｅｍ）、ＩＭＴＳ（Ｉｍｐｒｏｖｅｄ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｅ Ｓｙｓｔｅｍ）、ＡＭＴＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｅ Ｓｙｓｔｅｍ）、ＯＬＴ（Ｏｆｆｅｎｔｌｉｇ Ｌａｎｄｍｏｂｉｌ Ｔｅｌｅｆｏｎｉを表すノルウェー語、公衆地上携帯電話）、ＭＴＤ（Ｍｏｂｉｌｔｅｌｅｆｏｎｉｓｙｓｔｅｍ Ｄのスウェーデン語の略語、すなわち携帯電話システムＤ）、Ａｕｔｏｔｅｌ／ＰＡＬＭ（Ｐｕｂｌｉｃ Ａｕｔｏｍａｔｅｄ Ｌａｎｄ Ｍｏｂｉｌｅ）、ＡＲＰ（Ａｕｔｏｒａｄｉｏｐｕｈｅｌｉｎを表すフィンランド語、すなわち「自動車無線電話」）、ＮＭＴ（Ｎｏｒｄｉｃ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｙ）、Ｈｉｃａｐ（ＮＴＴ大容量方式（日本電信電話））、ＣＤＰＤ（Ｃｅｌｌｕｌａｒ Ｄｉｇｉｔａｌ Ｐａｃｋｅｔ Ｄａｔａ）、Ｍｏｂｉｔｅｘ、ＤａｔａＴＡＣ、ｉＤＥＮ（Ｉｎｔｅｇｒａｔｅｄ Ｄｉｇｉｔａｌ Ｅｎｈａｎｃｅｄ Ｎｅｔｗｏｒｋ）、ＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ）、ＣＳＤ（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｄａｔａ）、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）、ＷｉＤＥＮ Ｗｉｄｅｂａｎｄ Ｉｎｔｅｇｒａｔｅｄ Ｄｉｇｉｔａｌ Ｅｎｈａｎｃｅｄ Ｎｅｔｗｏｒｋ）、ｉＢｕｒｓｔ、Ｕｎｌｉｃｅｎｓｅｄ Ｍｏｂｉｌｅ Ａｃｃｅｓｓ（ＵＭＡ、さらに３ＧＰＰ Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ ＮｅｔｗｏｒｋまたはＧＡＮ ｓｔａｎｄａｒｄとも呼ばれる））、Ｗｉｒｅｌｅｓｓ Ｇｉｇａｂｉｔ Ａｌｌｉａｎｃｅ（ＷｉＧｉｇ）規格、ミリ波規格一般（ＷｉＧｉｇ、ＩＥＥＥ ８０２．１１ａｄ、ＩＥＥＥ ８０２．１１ａｙなどの１０〜９０ＧＨｚ以上で動作する無線システム）を含む。上に挙げた規格に加えて、例えば、とりわけ、ＩＴＵ（国際電気通信連合）またはＥＴＳＩ（欧州電気通信規格協会）によって発行された規格に準拠した無線機を含む、任意の数の衛星アップリンク技術をアップリンク送受信機８１４に使用することができる。よって、本明細書で提供される例は、既存のものとまだ策定されていないものとの両方の、他の様々な通信技術に適用可能であると理解されたい。
ネットワークインターフェースコントローラ（ＮＩＣ）８１６は、クラウド３０２またはメッシュデバイス８１２などの他のデバイスへの有線通信を提供するために備えられてもよい。有線通信は、イーサネット（登録商標）接続を提供してもよいし、とりわけ、コントローラエリアネットワーク（ＣＡＮ）、ローカル相互接続ネットワーク（ＬＩＮ）、ＤｅｖｉｃｅＮｅｔ、ＣｏｎｔｒｏｌＮｅｔ、Ｄａｔａ Ｈｉｇｈｗａｙ＋、ＰＲＯＦＩＢＵＳ、またはＰＲＯＦＩＮＥＴなどの他の種類のネットワークに基づいてもよい。第２のネットワークへの接続を可能にするために追加のＮＩＣ ８１６、例えばイーサネット（登録商標）を介してクラウドに通信を提供するＮＩＣ ８１６、および他の種類のネットワークを介して他のデバイスに通信を提供する第２のＮＩＣ ８１６が含まれてもよい。
バス８０６は、プロセッサ８０２を、外部デバイスを接続するために使用されるインターフェース８１８に結合することができる。外部デバイスとしては、加速度計、液位センサ、流量センサ、温度センサ、圧力センサ、気圧センサなどのセンサ８２０を挙げることができる。インターフェース８１８は、ＩｏＴデバイス８００を、電源スイッチ、バルブアクチュエータ、可聴音発生器、視覚的警告デバイスなどのアクチュエータ８２２に接続するために使用されてもよい。
図示されていないが、様々な入出力（Ｉ／Ｏ）デバイスが、ＩｏＴデバイス８００内に存在してもよいし、ＩｏＴデバイス８００に接続されてもよい。例えば、ディスプレイが、センサの読み取り値またはアクチュエータの位置などの情報を示すために含まれてもよい。タッチスクリーンまたはキーパッドなどの入力デバイスが入力を受け入れるために含まれてもよい。
バッテリ８２４は、ＩｏＴデバイス８００に電力を供給し得るが、ＩｏＴデバイス８００が固定位置に取り付けられる例では、送配電網に結合された電源を有し得る。バッテリ８２４は、リチウムイオン電池、亜鉛空気電池、アルミニウム空気電池、リチウム空気電池などの金属空気電池、ハイブリッドスーパーキャパシタなどとすることができる。
バッテリモニタ／充電器８２６は、バッテリ８２０の充電状態（ＳｏＣｈ）を追跡するためにＩｏＴデバイス８００に備えられ得る。バッテリモニタ／充電器８２６は、バッテリ８２４の他のパラメータを監視して、バッテリ８２４の劣化状態（ｓｔａｔｅ ｏｆ ｈｅａｌｔｈ）（ＳｏＨ）および作動状態（ＳｏＦ）などの障害予測を提供するために使用され得る。バッテリモニタ／充電器８２６は、Ｌｉｎｅａｒ Ｔｅｃｈｎｏｌｏｇｉｅｓ製のＬＴＣ４０２０もしくはＬＴＣ２９９０、アリゾナ州フェニックスのＯＮ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ製のＡＤＴ７４８８Ａ、またはテキサス州ダラスのＴｅｘａｓ Ｉｎｓｔｒｕｍｅｎｔｓ製のＵＣＤ９０ｘｘｘファミリのＩＣなどのバッテリモニタ集積回路を含むことができる。バッテリモニタ／充電器８２６は、バッテリ８２４に関する情報を、バス８０６を介してプロセッサ８０２に通信することができる。バッテリモニタ／充電器８２６はまた、プロセッサ８０２がバッテリ８２６の電圧またはバッテリ８２４からの電流を直接監視できるようにするアナログ−デジタル（ＡＤＣ）変換器を含み得る。バッテリパラメータは、送信周波数、メッシュネットワーク動作、センシング周波数など、ＩｏＴデバイス８００が実行することができる動作を判定するために使用され得る。
電力ブロック８２８、または送配電網に結合された他の電源が、バッテリ８２４を充電するためにバッテリモニタ／充電器８２６と結合されてもよい。一部の例では、電力ブロック８２８は、例えばＩｏＴデバイス８００内のループアンテナを介して、無線で電力を取得するために無線給電レシーバと置き換えられ得る。とりわけ、カリフォルニア州ミルピタスのＬｉｎｅａｒ Ｔｅｃｈｎｏｌｏｇｉｅｓ製のＬＴＣ４０２０チップなどの無線バッテリ充電回路をバッテリモニタ／充電器８２６に含めることができる。選択される具体的な充電回路は、バッテリ８２４のサイズ、従って必要とされる電流に依存する。充電は、とりわけ、Ａｉｒｆｕｅｌ Ａｌｌｉａｎｃｅによって公表されたＡｉｒｆｕｅｌ規格、Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｃｏｎｓｏｒｔｉｕｍによって公表されたＱｉ無線充電規格、またはＡｌｌｉａｎｃｅ ｆｏｒ Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒによって公表されたＲｅｚｅｎｃｅ充電規格を使用して実行することができる。一部の例では、電力ブロック８２８は、ソーラーパネル、風力発電機、水力発電機、または他の自然電力システムで拡張または置換することができる。
大容量ストレージ８０８は、本明細書で説明されるグループ作成機能を実施するための複数のモジュールを有することができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、グループオブジェクトを形成するために使用され得るアトミックオブジェクトおよびコンポジットオブジェクトのサブオブジェクトリスト８３０を含み得る。集合グループ識別子８３２は、サブオブジェクトリスト８３０を使用して、例えばサブオブジェクトリスト８３０にハッシュ式を使用して、グループＩＤを生成することができる。
ネームサーバ８３４が、名前のサポートを提供し、ブロックチェーン８３６に名前をコミットするために備えられ得る。ネームサーバ８３４は、選択された名前が現在使用中ではいないことを確認し、グループオブジェクトに代わって動作するようにサブオブジェクトにクレデンシャルを発行することができる。
ブロックチェーン８３６は、グループオブジェクトの名前、グループオブジェクトを形成するサブオブジェクト、および形成済み、展開済み、または解消済みなどの、グループオブジェクトの現在のステータスに対応するトランザクションを有するデータのブロックを含む、トランザクションのデータベースを含む。識別情報に加えて、ブロックチェーン８３６は、グループオブジェクトおよびサブオブジェクト用の公開暗号化鍵などの認可情報を含むことができる。ブロックチェーン８３６のコピーが、メッシュネットワーク内のＩｏＴデバイスの一部または全部に保存され得る。これにより、他のＩｏＴデバイスがブロックチェーン８３６内の変更を確認し、適切な認可なしにブロックチェーン８３６を変更しようとするあらゆる試みを警告することが可能になる。この例ではグループ識別トランザクションに使用されているが、本明細書で説明するように、ブロックチェーン８３６は、セキュリティ、支払い、取引などに関連する他の任意の数のトランザクションに使用することができる。
グループのコンポジションがプライベートとみなされる場合、プロキシブローカ８３８は、ブロックチェーン８３６からグループオブジェクトのサブオブジェクトにクレデンシャルを提供し得る。これは、例えば、交差点や街路などの公共の場所にあるＩｏＴネットワークのセキュリティを強化するために使用することができる。
ＥＰＩＤサーバ８４０が、公開鍵または秘密鍵を使用してデータを暗号化したり復号したりするなどの暗号化サービスを提供するために備えられ得る。さらに、ＥＰＩＤサーバ８４０は、サブオブジェクトがグループオブジェクトに代わって動作することを認可するために使用され得ると共に、鍵検証サーバとして動作することができるようにするための公開鍵または他のクレデンシャルを提供し得る。ＥＰＩＤサーバ８４０は、図１０から図１５に関して説明したように、他のアプリケーションにおいて鍵を形成し発行するために、あるいは型アイデンティティを生成するために使用されてもよい。
図９は、一部の実施形態による、グループオブジェクトを形成するようにプロセッサ９０２に指示するためのコードを含む、例示的な非一時的機械可読媒体９００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体９００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図８のプロセッサ８０２およびバス８０６に関して説明したように選択することができる。非一時的機械可読媒体９００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体９００は、例えば図６および図７に関して説明したように、サブオブジェクトのリストからグループ名を計算するようにプロセッサ９０２に指示するためのコード９０６を含むことができる。コード９０８は、例えば、グループオブジェクト名がブロックチェーン９１０内に存在するか否かを判定するため、そして存在する場合、グループオブジェクトのステータスを判定するために、ブロックチェーン９１０にアクセスするようにプロセッサ９０２に指示するために含まれ得る。コード９０８はまた、名前が確認されると、ブロックチェーン９１０にトランザクションをコミットするようにプロセッサ９０２に指示することもできる。コード９０８はまた、ブロックチェーン９１０に対する変更を、ＩｏＴネットワーク内の他のユニットに移行するようにプロセッサ９０２に指示することができる。
機械可読媒体９００は、グループオブジェクトのためのサブオブジェクトのアイデンティティをリストに格納するようにプロセッサ９０２に指示するためのコード９１２を含み得る。コード９１２はまた、グループへの参加要求が認可されたサブオブジェクトからのものであるか否かを判定するようにプロセッサに指示することができる。もしそうであれば、コード９１２はまた、要求しているサブオブジェクトにクレデンシャルを発行するようにプロセッサに指示することができる。機械可読媒体９００は、プライバシー保護されたグループオブジェクトについてサブオブジェクトにクレデンシャルを提供するためのプロキシサーバとして動作するようにプロセッサに指示するためのコード９１４を含み得る。
機械可読媒体９００は、グループオブジェクトのためのネームサーバとして動作するようにプロセッサ９０２に指示するためのコード９１６を含み得る。機械可読媒体９００は、例えばサブオブジェクトとして、グループに参加するためのクレデンシャルを要求するようにプロセッサ９０２に指示するためのコード９１８を含み得る。
図１０は、一部の実施形態による、オブジェクト型アイデンティティのためのＥＰＩＤの使用法を示す概略図１０００である。デバイスオーナー１００２は、コンポジットオブジェクト１０１０または１０１２からの登録要求１００６または１００８に基づいて新しい型を登録する型ネームサーバ１００４を含む。本明細書で使用する場合、型またはオブジェクトを登録することは、型またはオブジェクトのデータベースまたはリストにその型またはオブジェクトを登録することを意味する。例えば、登録は、型を格納するためにトランザクションをブロックチェーンに送信することを含み得る。新しいオブジェクト型Ｔｎ＋１は、サブオブジェクト１０１４〜１０１８からコンポジットグループ１０１０または１０１２を合成することによって導出することができる。サブオブジェクト１０１４〜１０１８の型名は、コンポジットオブジェクト１０１０または１０１２の新しい型名を形成するために使用され得る。
コンポジットオブジェクト１０１０または１０１２は、それが相互作用するサブオブジェクト１０１４〜１０１８を調べることによって型名を動的に判定することができる。サブオブジェクト１０１４〜１０１８の構成を検査するために２つの方法を使用することができる。第１の方法は、図１２のラダー図に関して説明するように、イントロスペクションを使用する。イントロスペクションでは、ＩｏＴオブジェクト、またはリソースモデル定義を持つ他のデバイスは、要求されたときに自身を記述することができる。例えば、ＩｏＴオブジェクトは、要求されたときに、オブジェクトによって実装される構造、インターフェース、およびセマンティクスを提供するように構成できる。一部の態様では、ＩｏＴオブジェクトは、ＸＭＬスキーマ、ＪＳＯＮスキーマ、および／またはＹＡＮＧなどのデータモデル言語（ＤＭＬ）を使用して構造、インターフェース、およびセマンティクスを記述することができる。実際の実装では、実行が遅くなる可能性があるため、データモデルを直接解釈することはしない場合もある。しかし、イントロスペクションによって生成されたＤＭが実装された挙動と一致することを示すためにテストを使用することができる。
第２の方法は、図１３のラダー図に関して説明するように、アテステーションを使用して、デバイスの完全性、クレデンシャル、またはアイデンティティを確認することができる。本明細書で使用される場合、アテステーションは、デバイスまたはプラットフォームの信頼プロパティを開示するためのセキュアな方法であり、デバイスまたはプラットフォームは信頼プロパティを自己報告する。信頼プロパティは、プラットフォーム製造業者、暗号モジュール実装用のＦＩＰＳ１４０−２など、セキュリティ強化を反映したベンダによって達成された認証を含むことができる。さらに、ＩＳＯ９０００、および品質を確保するために従うベンダのプロセスも関連し得る。アテステーションは、典型的には、ハードウェア、ファームウェア、およびソフトウェアのバージョンおよびパッチレベルを明らかにする。トラステッド実行環境（ＴＥＥ）などの強化された環境によって保護されている鍵に関する情報、および鍵の種類に関する情報を明らかにし得る。例えば、強化された環境では、それほど強化されていない暗号化モジュールには、ある種類の鍵をＴＰＭから移行できないような鍵の種類を定義するためにトラステッドプラットフォームモジュール（ＴＰＭ）を使用できる。
イントロスペクションおよびアテステーションの両方とも、サブオブジェクト型付けに基づいてオブジェクトメンバシップを含むセットを生成できる。さらに、例えば、イントロスペクションアイデンティティが特定のユニットから来たことを確認するためにアテステーション鍵を使用して、２つの方法を一緒に使用することができる。すべてのＩｏＴオブジェクトが型指定されているが、すべての型がその型を認証するクレデンシャルを持っているとは限らない場合がある。
例えば、図１２のラダー図に関して説明されるように、新しいオブジェクト型名を導出する方法は、オブジェクト型の自動生成をサポートする。自動生成により、オブジェクトの有用な集合がオブジェクト複製のためにパターンを形成できる。次いで、入力パラメータとして型名およびパターンを使用して、ネットワーク内の他の場所で有用な集合をより容易にインスタンス化できる。
型ネームサーバ１００４は、ＥＰＩＤを使用して、型名をグループＩＤとして使用して、同じ型オブジェクトの各インスタンスをＥＰＩＤグループに入れることによって、オブジェクト型識別子を認証することができる。ブロックチェーン１０２２を使用して、例えば型ネームサーバ１００４からのトランザクション１０２４をコミットすることによって、動的に導出された型の作成を記録することができ、その結果、同型の冗長性なしに同じ型のオブジェクトを信頼性をもってインスタンス化することができる。
図１１は、一部の実施形態による、オブジェクト型を動的に作成するための例示的な方法１１００のラダー図である。図１１の方法１１００は、図１４に関して説明されるＩｏＴデバイス１４００によって実施することができる。段階１１０４において、コンポジットオブジェクト１１０２は、型グループ、例えばＴ１を作成する要求を型ネームサーバ１１０６に送信することができる（１１０４）。型ネームサーバ１１０６は、図１０に関して説明したデバイスオーナー１００２に含まれてもよいし、図４に関して説明したアグリゲータ４０６などの中央のデバイス内または別個のデバイス内にあってもよい。
段階１１０８において、型ネームサーバ１１０６は、型イントロスペクションの要求でコンポジットオブジェクト１１０２に応答する。段階１１１０において、要求は、イントロスペクションまたはアテステーション情報を提供するために、サブオブジェクト１１１２への要求の再帰的送信をトリガする。サブオブジェクト１１１２は、要求された情報で応答する（１１１４）。再帰が完了すると、コンポジットオブジェクト１１０２は、例えばＴ１＝Ｆ（ｔ１，ｔ２，ｔ３，...，ｔｎ）として、すべてのサブオブジェクト１１１２の型から型名を計算することができる（１１１６）。次いで、コンポジットオブジェクト１１０２は、型ネームサーバ１１０６に対して、ＥＰＩＤ参加要求（１１１８）におけるオブジェクトインスタンス鍵を使用して、型をアテステーションすることができる。
型ネームサーバ１１０６は、作成イベントの以前のインスタンス化についての要求１１２０を、ブロックチェーン１１２２の管理者に送信する。型が既に存在することを示すメッセージ１１２４をブロックチェーン１１２２の管理者から受信することもある。これは、以前の型がその名前で既に作成されており、ブロックチェーン１１２２内に存在する、という型ネームサーバ１１０６による判定によっても実行され得る。
型が作成されていない場合、型ネームサーバは、ブロックチェーン１１２２内に型を作成する要求１１２８を発行する（１１２６）。これは、型ネームサーバ１１０６をホストするＩｏＴデバイスに存在するブロックチェーン１１２２のインスタンス化したものに作成トランザクションをコミットすることによって行われ得る。
一部の例では、ブロックチェーン１１２２を格納する他のＩｏＴデバイスは、例えば、それらが格納しているブロックチェーン１１２２内に型の別のインスタンス化したものを見つけることなど、新しい作成を確認することに失敗することがある。大多数が作成を確認するのに失敗した場合、それは拒否され、ブロックチェーン１１２２は以前のチェーンに戻る。次いで、型ネームサーバ１１０６は、型を再命名し（１１２６）、作成を再試行する（１１２８）。
例えば、ブロックチェーン１１２２の管理者から受信されたメッセージ１１３０によって示されるように、または大多数のＩｏＴデバイスによる新しいブロックチェーン１１２２の確認によって、作成が成功した場合、型ネームサーバ１１０６は、コンポジットオブジェクト１１０２にＥＰＩＤ参加要求１１３２を発行することができる。ＥＰＩＤ参加要求１１３２は、その型のためのＥＰＩＤクレデンシャルを含む。これらは、コンポジットオブジェクト１１０２によってサブオブジェクト１１１２と直接共有されてもよいし、サブオブジェクト１１１２は、新しい型名と共に参加要求を送信して、型ネームサーバ１１０６にクレデンシャルを提供させてもよい。
図１２は、一部の実施形態による、再帰を使用した型イントロスペクションのための例示的な方法１２００のラダー図である。同様の番号が付けられた項目は、図１１に関して説明したとおりである。図１２の方法１２００は、図１４に関して説明されるＩｏＴデバイス１４００によって実施することができる。イントロスペクションは、コンポジットオブジェクトからリーフオブジェクトへの接続グラフを提供する。リーフオブジェクトは、サブオブジェクトを持たないため、アトミックオブジェクトとしても知られている。
段階１２０２において、コンポジットオブジェクト１１０２は、コマンド１２０２をサブオブジェクト１２０４に送信して、イントロスペクションを実行するようにサブオブジェクト１２０４に指示することができる。サブオブジェクト１２０４がアトミックオブジェクトである場合、それは型の識別情報としてシグネチャを返す。サブオブジェクト１２０４自体がコンポジットオブジェクトである場合、サブオブジェクト１２０４は、サブオブジェクト１２０４を形成する各サブサブオブジェクト１２０８に、イントロスペクションを実行するためのコマンド１２０６を送信する。これは、下位層に送信されたコマンド１２１０および下位層から返された型グラフ１２１２または１２１４によって示されるように、コンポジットオブジェクト１１０２から各サブオブジェクト１２０４へ、そして各サブオブジェクト１２０４から各サブサブオブジェクト１２０８へと再帰的に行われる。
イントロスペクションは、サブオブジェクトグラフをウォークする方法として再帰を使用する。第１に、アトミックオブジェクトに遭遇した場合と、第２に、既に遭遇したオブジェクトに再度遭遇した場合と、の２つの起こり得る条件のうちの１つがあれば、再帰は停止する。サブオブジェクトグラフを再帰的にウォーキングすることにより、グラフ内の各ノードに到達するための少なくともそして多くても１つの方法から成るツリー（有向非巡回グラフ）が生成される。型グラフの形式は、Ｇ＝（ｇｎ）、［Ｇ］Ｋｎ＿ｉｎｓｔａｎｃｅであり、ｇｎはグループ番号、［Ｇ］はグループ名、Ｋｎ＿ｉｎｓｔａｎｃｅは具体的なグループの鍵である。ツリーの再帰的ウォークから戻ったときに、現在のノードは、マニフェストにエントリを追加して、オブジェクトの型情報を含むツリー構造を形成する。オブジェクトがインスタンス鍵を所有している場合、型情報は署名されている。よって、サブサブオブジェクト１２０８は、Ｇ'＝（ｇｎ＋１｜ｇｎ）、［Ｇ'］Ｋｎ＿ｉｎｓｔａｎｃｅの形式の型グラフを、サブオブジェクト１２０４に返すことができる。すべてのサブサブオブジェクト１２０８がそれらの型、すなわち型グラフをサブオブジェクト１２０４に返すと、それはそれ自身の型グラフ１２１６をコンポジットオブジェクト１１０２に返すことができ、例えば、Ｇ"＝（ｇｎ＋２｜ｇｎ＋１｜ｇｎ）、［Ｇ"］Ｋｎ＿ｉｎｓｔａｎｃｅである。
結果のマニフェストは、ルートオブジェクトとしてコンポジットオブジェクト１１０２によって使用されて、自身の型名を生成する（１２１８）。これには、型名を生成するために使用される関数Ｆ（）への入力として、ローカルスコープのプロパティ名を含まれ得る。図１１に関して説明したように、マニフェストは型ネームサーバ１１０６に供給されてもよく、型ネームサーバ１１０６は型名のシグネチャおよび構成を検証してもよい。型ネームサーバ１１０６は、ブロックチェーン内で以前の型名の予約をチェックすることができる。元の型名が見つかってクレデンシャルが発行されると、ブロックチェーンが更新されて、型名予約ステータスの独立した検証が可能になる。
図１３は、一部の実施形態による、再帰的型アテステーションのための例示的な方法１３００のラダー図である。図１３の方法１３００は、図１４に関して説明されるＩｏＴデバイス１４００によって実施することができる。再帰的オブジェクトアテステーションは、タイプ情報が、例えばデバイスにプログラムされた、またはデバイスにプログラムされたクレデンシャルから形成された、型名クレデンシャルを使用して署名され得るという違いがあるが、再帰的オブジェクトイントロスペクションと同様である。オブジェクト型クレデンシャルが使用されるとき、型名は以前に登録された型を識別することができ、従ってブロックチェーンはその型階層の履歴記録を含むことができる。従って、型のクレデンシャルを使用すると再帰が停止し得る。再帰的オブジェクトアテステーションの一実施形態では、型階層を再検証するための方法として、認証された型の終了を無視することができる。
段階１３０２において、コンポジットオブジェクト１１０２は、コマンド１３０２をサブオブジェクト１２０４に送信して、アテステーションクレデンシャルを送信するようにサブオブジェクト１２０４に命令する。サブオブジェクト１２０４がアトミックオブジェクトである場合、それは型の識別情報としてオブジェクトクレデンシャルを返す。サブオブジェクト１２０４自体がコンポジットオブジェクトである場合、サブオブジェクト１２０４は、サブオブジェクト１２０４を形成する各サブサブオブジェクト１２０８に、アテステーションクレデンシャルを送信するためのコマンド１３０４を送信する。これは、下位層に送信されたコマンド１３０６および下位層から返された型グラフ１３０８によって示されるように、コンポジットオブジェクト１１０２から各サブオブジェクト１２０４へ、そして各サブオブジェクト１２０４から各サブサブオブジェクト１２０８へと再帰的に行われる。同様の型グラフ１３１０が各サブサブオブジェクト１２０８からサブオブジェクト１２０４に返される。次いで、型グラフ１３１２を各サブオブジェクト１２０４からコンポジットオブジェクト１１０２に返すことができる。イントロスペクションに関しては、次いで、コンポジットオブジェクト１１０２は、各シグネチャを検証する（１３１４）。
図１４は、一部の実施形態による、形成時にコンポジットオブジェクトに型を割り当てるための、ＩｏＴデバイス１４００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および図１４に関して説明されるＩｏＴデバイス１４００には、異なるコンポーネントを選択し使用することができることに留意されたい。
大容量ストレージ８０８は、本明細書で説明される型作成機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、グループオブジェクトを形成するために使用され得るアトミックオブジェクト型およびコンポジットオブジェクト型をリストする型ネームサーバ１４０２を含み得る。型ネームサーバ１４０２は、コンポジットオブジェクトを形成するサブオブジェクトおよびサブサブオブジェクトの型を判定するためのコマンドを、型検査部１４０４に発行することができる。型検査部１４０４は、イントロスペクションまたはアテステーションを用いてメッシュデバイス８１２の再帰的検査を実行することができる。型グラフ生成部１４０６は、サブオブジェクトおよびサブサブオブジェクトからの応答を用いて型グラフを生成することができ、下位レベルのオブジェクトによって生成された型グラフを含む。型名計算部１４０８は、例えば型グラフ内のエントリのハッシュ関数を計算することによって、生成された型グラフから型名を生成するために使用され得る。ＩｏＴデバイス１４００の型を識別するために型クレデンシャル１４１０を含めることができる。型クレデンシャル１４１０は、例えばアテステーションのために、製造業者によってデバイスにプログラムされたクレデンシャル、または例えばアテステーションのために、別のデバイスによってＩｏＴデバイス１４００に提供されたクレデンシャルを含むことができる。デバイスに提供されたクレデンシャルを確認または暗号化するためにデバイスに製造されたクレデンシャルを使用して、結合された型クレデンシャルを作成することができる。
グループ名トランザクションなどの他の情報に加えて、型名トランザクションを記録するために、ブロックチェーン８３６をＩｏＴデバイス１４００に含めることができる。本明細書で説明されるように、ブロックチェーン８３６のトランザクションは、ブロックチェーン８３６のコピーの格納もしているメッシュデバイス８１２の多数決によって確認され得る。
図１５は、一部の実施形態による、グループオブジェクトを形成するようにプロセッサ９０２に指示するためのコードを含む、例示的な非一時的機械可読媒体１５００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１５００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図８のプロセッサ８０２およびバス８０６に関して説明したように選択することができる。非一時的機械可読媒体１５００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１５００は、コンポジットオブジェクト内のデバイスの型を判定するための再帰的型イントロスペクションを実行するようにプロセッサ９０２に指示するためのコード１５０２を含み得る。コード１５０４は、コンポジットオブジェクト内のデバイスの型を判定するために順次アテステーションを実行するようにプロセッサ９０２に指示するために含まれ得る。コード１５０６は、サブオブジェクトおよびサブサブオブジェクトから返された情報を用いて型グラフを構築するようにプロセッサ９０２に指示するために含まれ得る。コード１５０８は、例えば型グラフからハッシュ関数を計算して、型の型名を計算するようにプロセッサ９０２に指示するために含まれ得る。コード１５１０は、型名が既にブロックチェーン内にあるか否かを判定し、ない場合はブロックチェーンに型名をコミットするようにプロセッサ９０２に指示するために含まれ得る。コード１５１０はまた、メッシュネットワーク内の他のデバイスに格納されたブロックチェーン９１０に対する変更を移行するようにプロセッサ９０２に指示することができる。コード１５１２は、型グループを作成するサブオブジェクトにＥＰＩＤ参加要求を送信するようにプロセッサ９０２に指示するために含まれ得る。例えば、ブロックチェーン記録内の冗長性または他の障害のために名前が作成されていない場合に、コード１５１４は、型名を再生成してコミットプロセスを繰り返すようにプロセッサ９０２に指示するために含まれ得る。
図１６は、一部の実施形態による、提携グループ１６００の形成の概略図である。ＩｏＴネットワークは、提携グループ１６００と呼ばれる、常に相互作用するわけではないオブジェクトの緩い提携を形成することができる。しかしながら、グループ抽象化の一部としてオブジェクトにラベルを付けることは意味値（ｓｅｍａｎｔｉｃ ｖａｌｕｅ）を提供し得る。提携グループ１６００は、例えば、単一の建物内の床上またはアパート内に配置されたデバイスなどの、地域、位置、または汎用目的を示すために、管理上の決定によって形成され得る。デバイスオーナー１６０２などの管理局は、グループ化されたデバイスが使用するグループ識別子を、例えば提携グループネームサーバ１６０４を介して選択することができる。提携グループメンバ１６０６は、参加要求１６０８をデバイスオーナー１６０２に送信することによって提携グループ１６００に登録することができる。提携グループネームサーバ１６０４から、ＥＰＩＤクレデンシャルを含むクレデンシャル１６１０をグループメンバに提供することができる。クレデンシャル１６１０は、例えば、オブジェクト内インターフェース１６１４を介して、提携グループメンバ１６０６によってサブオブジェクト１６１２にさらに提供され得る。提携グループ名は、ブロックチェーン１６１６からアクセスすることができる、または作成時にブロックチェーン１６１６にコミットすることができる。
提携グループ１６００のためのクレデンシャルにより、提携グループメンバ１６０６が、プライバシーを追跡するために使用され得る値を明らかにすることなく認証できる。従って、メンバシップの基準を秘密することができ、クレデンシャルの使用に関連するプライバシーリスクの程度を判定するためにグループのサイズが使用される。
ＩｏＴデバイスまたはオブジェクトによる提携グループ１６００への登録により、そのオブジェクトが提携グループ１６００のプロパティおよび属性を継承できる。提携グループメンバ１６０６のこれらのプロパティおよび属性は、グループプロパティおよび属性を処理するコード、状態、またはインターフェースを組み込まないこともある。それにもかかわらず、他のエンティティは、ソート、カテゴリ分け、経路指定、管理または分析を実行するためにプロパティおよび属性を命名することができる。この意味で、提携グループ化は、オブジェクトメタデータの動的適用のための戦略である。
図１７は、一部の実施形態による、提携グループにメンバを登録するための例示的な方法１７００のプロセスフロー図である。図１７の方法１７００は、図１８に関して説明されるＩｏＴデバイス１８００によって実施することができる。ブロック１７０２は、ＩｏＴデバイスのグループに電力が供給される場合、または例えば仮想デバイスが起動される場合に、他の方法でＩｏＴデバイスのグループが起動される場合を表す。ブロック１７０４において、ネットワークドメインオーナーは、グループ（Ｇ１，Ｇ２，...，Ｇｎ）を定義する。グループは、上階、階下などの位置指定、または管理、気候制御などの機能指定を含むことができ、スタジアムにおける避難、進入経路などの位置と機能との組み合わせを含むことができる。任意の数の他の指定が使用されてもよい。一般に、提携グループ名は、システムに有用なメタデータを提供するために選択される。
ブロック１７０６において、グループ、例えばＧ１が発見可能であるか否かに関する判定が行われる。発見可能ではない場合、ブロック１７０８において、グループはブロックチェーンにパブリッシュされる。ブロック１７１０において、オブジェクト、例えばＯ１から、グループＧ１に参加するための要求が受信され得る。ブロック１７１２において、ＥＰＩＤ参加パラメータがオブジェクトＯ１から受信され得る。これらは、グループデバイスオーナーからの要求に応じて送信され得る。
ブロック１７１４において、提携グループネームサーバは、Ｏ１からの参加要求を検証する。要求は、任意の様々なクレデンシャルまたは技法を使用して認証され得る。例えば、提携グループネームサーバは、インスタンス、権限、または型名のクレデンシャルをチェックして、値がブロックチェーン内にあるか否かを判定できる。より高いセキュリティのアプリケーションでは、デバイスが提携グループに参加することを許可する前に、すべてのクレデンシャルが正しいことが要求される場合がある。同様に、より低いセキュリティのアプリケーションでは、提携グループネームサーバは、提携グループにデバイスを登録する際にクレデンシャルを必要としない場合がある。ブロック１７１６において要求が有効であると判定された場合、ブロック１７１８において、ＥＰＩＤなどの提携グループクレデンシャルがオブジェクトＯ１に発行され得る。要求が有効であると判定されない場合、プロセスは、クレデンシャルを発行せずにブロック１７２０で終了する。
図１８は、一部の実施形態による、提携グループを作成するための、ＩｏＴデバイス１８００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および図１８に関して説明されるＩｏＴデバイス１８００には、異なるコンポーネントを選択し使用することができることに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループの作成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、オブジェクトのための便利なグループ化を含む、提携グループネームサーバ１８０２を含むことができる。本明細書で論じられるように、グループは、位置、機能、または組み合わせに基づいて形成され得る。ユーザは、グループ化に使用されるパラメータを定義することができる。型ネームサーバ１８０２は、提携グループの名前を生成するために提携グループメンバリスト１８０４を構築し維持することができる。グループが発見可能ではない場合、パブリッシャ１８０６は、型、位置、および他のメタデータを含むグループの特性を他のＩｏＴデバイスが利用できるようにして、それらのＩｏＴデバイスがそれらがグループに参加すべきか否かを判定できるようにする。これは、例えば、グループ名およびコンポジションをブロックチェーン８３６にパブリッシュすることによって実行することができる。
グループ名トランザクションなどの他の情報に加えて、型名トランザクションおよびコンポジットオブジェクトトランザクションなどの他の情報に加えて、提携グループ名トランザクションを記録するために、ブロックチェーン８３６をＩｏＴデバイス１８００に含めることができる。本明細書で説明されるように、ブロックチェーン８３６のトランザクションは、ブロックチェーン８３６のコピーの格納もしているメッシュデバイス８１２の多数決によって確認され得る。
クレデンシャル検証部１８０８は、提携に参加することを望むＩｏＴデバイスおよびコンポジットオブジェクトからクレデンシャルを受信するために含まれ得る。クレデンシャル検証部１８０８は、クレデンシャルが有効であるか否かを判定するためにブロックチェーン８３６内のトランザクションに対してチェックされ得る。有効である場合、クレデンシャル検証部１８０８は、ＥＰＩＤサーバ８４０からクレデンシャルを取得し、それらを、サブスクリプション要求を送信したＩｏＴデバイスまたはコンポジットオブジェクトに発行することができる。次いで、クレデンシャル検証部１８０８は、ＩｏＴデバイスまたはコンポジットオブジェクトが提携グループに加わったことを記録するために、トランザクションをブロックチェーン８３６にコミットすることができる。
図１９は、一部の実施形態による、提携グループを作成するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１９００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１９００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図８のプロセッサ８０２およびバス８０６に関して説明したように選択することができる。非一時的機械可読媒体１９００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１９００は、例えば位置、機能、またはその両方によって、提携グループを定義するようにプロセッサ９０２に指示するためのコード１９０２を含むことができる。コード１９０４は、提携グループが発見可能か否か、例えば、提携グループを識別するメタデータを用いて発見要求に応答するようにセットアップされているか否かを判定するようにプロセッサ９０２に指示するために含まれ得る。コード１９０６は、提携グループをブロックチェーンまたは直接周囲のデバイスにパブリッシュするようにプロセッサ９０２に指示するために含まれ得る。これにより、提携グループの存在が、知られている、発見可能、またはその両方になり得る。
コード１９０８は、アトミックオブジェクト、コンポジットオブジェクト、またはその両方を含むＩｏＴデバイスからの提携グループに対する参加要求を受け入れるようにプロセッサ９０２に指示するために含まれ得る。参加要求は、提携グループを識別し、位置、型、および他のクレデンシャルまたはメタデータなどの検証情報を含むことができる。コード１９１０は、クレデンシャルを確認して、例えばそれらがブロックチェーン内に存在するか否かを判定する、ようにプロセッサ９０２に指示するために含まれ得る。コード１９１２は、ＥＰＩＤ鍵などのクレデンシャルを要求者に発行するために含まれ得る。
例えば、提携グループ、メッシュネットワーク、フォグデバイス、または他の構成におけるＩｏＴデバイス間の通信は、保護される必要があり得るが、これは、機能が制限されているデバイスにとって問題となり得る。さらに、ＩｏＴデバイスは、異なるネットワークに分散されている可能性があるため、通信の保護がより困難になる。分散型台帳システムが、ＩｏＴデバイスによる通信のセキュリティを強化し得る。
図２０は、一部の実施形態による、準許可型分散型台帳トランザクション２０００を用いてデバイス間の通信を可能にすることの概略図である。本明細書で使用される場合、準許可型分散型台帳システムは、トランザクション鍵を台帳に導入するためにエンハンストプライバシーＩＤ（ＥＰＩＤ）鍵を使用する。分散型台帳エニュメレーション局（Ｄｉｓｔｒｉｂｕｔｅｄ Ｌｅｄｇｅｒ Ｅｎｕｍｅｒａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）（ＤＬＥＡ）２００２と呼ばれる名前空間局は、台帳のインスタンスに固有の番号を割り当てる。ＤＬＥＡ ２００２は、Ｉｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒｓ Ａｕｔｈｏｒｉｔｙ（ＩＡＮＡ）、公的機関、民間団体、または使用中の番号の再利用を回避するための措置を講じることによって番号空間を管理する任意の団体によって運営され得る。
名前／番号を割り当てるためにＤＬＥＡ ２００２によって使用されるアルゴリズムは、使用中の割り当てられた番号に関して番号空間がまばらであるために、分散され得ることが観察され得る。よって、衝突の可能性は小さい。従って、ＤＬＥＡ ２００２の複数のインスタンスが独立して動作する可能性がある。従って、ＤＬＥＡ ２００２を、地政学的境界を越えてホストすることができ、政府または国連などの中央制御当局、あるいは単一の大規模民間組織を必要としない。さらに、分散型ブロックチェーンの独立性は、中央集権型命名局によって損なわれない。
ＤＬＥＡ ２００２の運用上の完全性は、使用中のＤＬＥＡ番号をパブリッシュするパブリック分散型台帳システムを使用して相互チェックすることができる。この台帳ＤＬＳ−０ ２００４には「０」の値が割り当てられ、ＤＬＥＡ ２００２が割り当てることは禁止されている。ＤＬＥＡ番号割り当ての適切な挙動は、とりわけＩｎｔｅｌ（登録商標）ＳＧＸエンクレーブ、ＡＲＭ（登録商標）ＴｒｕｓｔＺｏｎｅ、またはハードウェアセキュリティモジュール（ＨＳＭ）などのトラステッド実行環境（ＴＥＥ）に番号空間割り当てアルゴリズムを実装することによって強化できる。これらの環境では、番号割り当てアルゴリズムは、全世界の専門家コミュニティによって確認され得る。従って、ＤＬＥＡ ２００２は、既に割り当てられた番号の再割り当てを回避するという単純な機能を実行するために、極めて高いレベルまで信頼され得る。
参加者、例えばＰ１ ２００６は、通信トランザクションの識別番号、例えばＤＬＳ−Ｘ＃の要求２００８をＤＬＥＡ ２００２に送信することができる。この要求は、［ｒｅｑｕｅｓｔ ＤＬＳ−Ｘ＃，ＫＴｘＲｏｏｔ］ＫＴｘＲｏｏｔの形をとることができ、括弧内の情報はメッセージであり、括弧の外側の数字は、Ｐ１ ２００６の公開鍵ＫＴｘＲｏｏｔであり、これはメッセージの署名を示す。
ＤＬＥＡ ２００２は、準許可型分散型台帳システム（ＤＬＳ）のインスタンスに固有の番号を割り当て、ＤＬＥＡが割り当てた番号を公開鍵ＫＴｘＲｏｏｔと共にＤＬＳ−０ ２００４に入力することができる（２０１０）。ＤＬＳ−０ ２００４はパブリック分散型台帳システム（ＤＬＳ）であり、ＤＬＥＡ ２００２によってのみ書き込み可能であるが、すべてに対して可視である。
Ｐ１ ２００６は、新しい鍵Ｘの割り当てがいつ記録されたかを判定するために、台帳ＤＬＳ−０ ２００４を監視することができる（２０１２）。割り当てられた番号Ｘは、新たに形成された台帳ＤＬＳ−Ｘ ２０１４のルートまたは開始鍵としてＰ１ ２００６によって使用され得る。これは、新しい台帳ＤＬＳ−Ｘ ２０１４にメッセージ（２０１６）、すなわち、［ＫＴｘＲｏｏｔ］ＫＤＬＳ−Ｘ、［ＫＤＬＳ−Ｘ、ｐｅｒｍ］ＫＴｘＲｏｏｔ、［ＫＴｘＰ２］ＫＴｘＲｏｏｔをコミットすることにより、台帳ＤＬＳ−Ｘ ２０１４を作成することによって実行され、ＫＴｘＰ２は、新しい台帳トランザクション鍵であり得る。
新しい台帳ＤＬＳ−Ｘ ２０１４はまた、ＤＬＳ−Ｘ ２０１４の新しいメンバごとにＥＰＩＤ秘密鍵を確立するＥＰＩＤ「参加」プロトコルの実装するために使用され得る。ＥＰＩＤ秘密鍵のその後の使用はすべて、台帳ＤＬＳ−Ｘ ２０１４への最初のトランザクションの公開鍵ＫＴｘＲｏｏｔを使用して検証され得る。ＥＰＩＤ秘密鍵のいずれもが、ＥＰＩＤ鍵を用いて新しいＴｘＫに署名することによってＤＬＳ−Ｘ ２０１４に台帳トランザクション鍵（ＫＴｘ）を導入することができる。
例えば、別の参加者Ｐ２ ２０１８は、参加要求２０２０を第１の参加者Ｐ１ ２００６に送信することができる。参加要求２０２０は、メッセージ［ＪｏｉｎＰ ＤＬＳ−Ｘ］ＫＭｆｇ２、［ＫＴ×Ｐ２］ＫＴ×Ｐ２を含むことができる。第２の参加者Ｐ２ ２０１８は、ＤＬＳ−Ｘ ２０１４にアクセスすることによってトランザクション鍵ＫＴｘＰ２を入手した可能性がある。第２の鍵ＫＭｆｇ２は、ＫＭｆｇ２などの製造業者のＥＰＩＤ鍵であり、ルートＫＴｘは、製造業者が提供する形式ＫＭｆｇのＥＰＩＤ鍵によってアテステーションまたは署名される。ＫＭｆｇは、ルートＴｘＫを含むトラステッド実行環境（ＴＥＥ）が十分に信頼できることをアテステーションする。同様に、新しい参加デバイスのＴＥＥ内のＫＭｆｇは、参加要求２０２０を保護するために使用される一時鍵、例えばＫＴ×Ｐ２が正当で信頼できることをアテステーションするために使用される。
Ｐ１ ２００６は、要求を認証すると、Ｐ２ ２０１８にメッセージ２０２２を返して参加を完了させることができる。メッセージ２０２２は、［［ＪｏｉｎＩ ＤＬＳ−Ｘ］ＫＴｘＲｏｏｔ］ＫＭｆｇ１を含むことができ、ＫＭｆｇ１は、Ｐ１ ２００６に対する製造業者のＥＰＩＤである。ルートＫＴｘ、ＫＴｘＲｏｏｔは、参加プロトコル応答を認証するために使用される。
デバイスＰ１ ２００６およびＰ２ ２０１８は、２つの異なる階層レベルに存在し得る。よって、Ｐ２ ２０１８のレベルにある複数のデバイスは、例えば、本明細書で説明されるコンポジットオブジェクトおよびサブオブジェクトとしてＰ１ ２００６に参加することができる。同様に、参加者Ｐ３ ２０２４などの他のデバイスは、下位レベルでＰ２ ２０１８に参加することができる。参加するために、Ｐ３ ２０２４は、［ＪｏｉｎＰ ＤＬＳ−Ｘ］ＫＭｆｇ３、［ＫＴ×Ｐ３］ＫＴ×Ｐ３の形の参加プロトコル要求２０２６をＰ２ ２０１８に送信することができる。Ｐ２ ２０１８は、参加プロトコル要求２０２６を認証する場合、フォーマット［［ＪｏｉｎＩ ＤＬＳ−Ｘ］ＫＴ×Ｐ２］ＫＭｆｇ２、［ＴｘＤａｔａ，ＫＴｘＰ３］ＫＴｘＰ２のメッセージ２０２８で応答することができる。Ｐ３ ２０２４は、フォーマット［［ＴｘＤａｔａ，ＫＴｘＰ３］ＫＴｘＰ２］ＫＤＬＳ−ＸＰ３の署名したメッセージ２０３０を台帳ＤＬＳ−Ｘ ２０１４に記録することによって、トランザクションを分散型台帳ＤＬＳ−Ｘ ２０１４にコミットすることができる。
ＪｏｉｎＰトランザクションを使用する代わりに、Ｐ２およびＰ３がブロックチェーン（Ｘ）のピアノードになってもよい。従って、それらは商取引に従事するためにトランザクション鍵（ＫＴ）を使用することができる。例えば、メッセージ２０２８は商品またはサービスを購入することであり得、メッセージ２０２６は商品またはサービスを販売することであり得る。この場合、それらはＫＴｘ鍵のみを必要とし、この技法はブロックチェーントランザクション鍵の挙動を記述している。
さらに、ブロックチェーンは、一般に、ＫＤＬＳ鍵を持たない。つまり、ブロックチェーンは準許可型トランザクションを施行可能ではない場合がある。例えば、メッセージ２０２８において、Ｐ２は商品またはサービスを購入しており、Ｐ３はＰ２がクラブのメンバ、例えば商業施設、オンラインオークションサイト、カジノクラブなどのメンバであることを知っている。従って、売り手Ｐ３もクラブの一部である場合、またはギャンブルチップなどのクラブ独自の通貨がクラブメンバによって提供される様々な商品またはサービスと交換される場合、Ｐ２は割引オファーを受けることができる。
便宜上、いくつかのウォレットを維持するためにＥＰＩＤをトランザクション鍵（ＫＴｘ）として使用することは意味があり得る。本明細書で使用される場合、ウォレットは、通貨またはクレジット口座へのリンクを保持する暗号で保護された電子ストレージであり得る。この例では、Ｐ２およびＰ３は、分散型ウォレットのシェアをそれぞれ保持する異なるウォレット、例えば互いの分散型ウォレットであり得る。
ＥＰＩＤがトランザクション鍵として使用され得る別のケースは、Ｐ２およびＰ３がそれぞれ、会社の従業員のグループや教会や民間企業を代表する人々のグループなど、グループのメンバである場合であり、様々なメンバが企業のエージェントとして動作し得る。ブロックチェーンの観点からは、シグネチャがアイデンティティを検証する限り、Ｔｘ鍵がＥＰＩＤ鍵であるか他の種類の鍵であるかは意味的には関係しない。
図２１は、一部の実施形態による、準許可型トランザクションを実行するための例示的な方法２１００のプロセスフロー図である。図２１の方法２１００は、図２２に関して説明されるＩｏＴデバイス２２００によって実施することができる。ブロック２１０２は、例えば、デバイスが他のデバイスに参加するように命令されたときを表す。ブロック２１０４において、第１の参加者は、とりわけフォグデバイスを形成するＩｏＴデバイスなどのモノのコミュニティが、高完全性保証で相互作用できると判定する。
ブロック２１０６において、第１の参加者は、コミュニティを表す名前を予約する。これは、例えば、名前、例えばＤＬＳ−Ｘ、および第１の参加者のための公開鍵をＤＬＥＡに送信することによって実行され得る。名前、例えばＤＬＳ−Ｘは、汎用固有識別子（ＵＵＩＤ）、または複製の可能性が極めて低い他の識別情報であり得る。メッセージは、第１の参加者の秘密鍵によって署名され得る。
ブロック２１０８において、ＤＬＥＡは、名前が現在使用中であるか、または以前に割り当てられているか否かを判定する。もしそうであれば、プロセスフローは、第１の参加者が新しい名前を選択するために、ブロック２１０６に戻る。そうでない場合、ブロック２１１０において、ＤＬＥＡは、分散型台帳ＤＬＳ−０にそれをコミットすることによって名前ＤＬＳ−Ｘを予約する。ＤＬＥＡへの最初のトランザクションを認証するために使用される鍵は、名前と共に台帳にコミットされ得る。
ブロック２１１２において、第１の参加者は、ＤＬＳ−Ｘの名前がＤＬＳ−０に現れるときに、その名前を使用することができる。これは、ＤＬＳ−０台帳を監視している第１の参加者によって判定され得る。ブロック２１１４において、第１の参加者は、ＥＰＩＤを使用してＤＬＳ−Ｘグループ公開鍵を確立し、許可ポリシーを定義する。グループ公開鍵およびポリシーは、第１の参加者のトランザクション鍵を使用してＤＬＳ−Ｘ台帳にコミットされる。第１の参加者のトランザクションはまた、ＥＰＩＤグループ秘密鍵を使用してＤＬＳ−Ｘにコミットされる。
ブロック２１１６において、第２の参加者は、第１の参加者からＤＬＳ−Ｘグループ秘密鍵を取得することによってＤＬＳ−Ｘグループに参加することができる。第１の参加者は、ＥＰＩＤグループ鍵発行部として動作し得る。第２の参加者は、製造業者の鍵、例えば製造業者のＥＰＩＤ鍵を使用して、そのデバイスの信頼性をアテステーションすることができる。ブロック２１１８において、第２のデバイスのアテステーションが信頼できるか否かに関する判定が行われる。信頼できない場合、方法２１００は、ブロック２１２０で終了する。
アテステーションが信頼できる場合、ブロック２１２２において、第２の参加者は、それがＤＬＳ−ＸのためのＥＰＩＤグループ公開鍵の下に第２のグループ秘密鍵を生成することを可能にする、ＥＰＩＤ参加プロトコル応答を受信する。ブロック２１２４において、第２の参加者は、そのトランザクション鍵に自己署名し、それを第１の参加者に配布する。第１の参加者は、第２の参加者の公開鍵に署名し、そのトランザクションを台帳ＤＬＳ−Ｘにコミットし、それによって第２の参加者をＤＬＳ−Ｘに紹介する。ブロック２１２６において、別の参加者がいるか否かに関する判定が行われる。もしいれば、プロセスフローは、ブロック２１１６に戻り、次の登録を再開する。
ブロック２１２８において、第３の参加者は、自身を第２の参加者に紹介することができる。これは、第３の参加者が第３の参加者のトランザクション鍵に自己署名し、それを第２の参加者に送信することによって行われ得る。第２の参加者は、第３の参加者の公開トランザクション鍵に署名し、任意選択で、トランザクションデータを含み、そのトランザクション鍵およびＤＬＳ−Ｘグループ鍵を用いて署名する。
ブロック２１３０において、第３の参加者は、トランザクションをＤＬＳ−Ｘにコミットする。これは、トランザクションをＤＬＳ−Ｘブロックチェーンにコミットする前に、第３の参加者が第３の参加者のＤＬＳ−Ｘグループ秘密鍵を使用して第２の参加者のトランザクションデータに署名することによって実行され得る。第２の参加者はまた、そのＤＬＳ−Ｘグループ秘密鍵を使用してトランザクションデータをＤＬＳ−Ｘ台帳にコミットすることができる。このシナリオでは、第３の参加者はまた、第３の参加者のＤＬＳ−Ｘグループ鍵を使用して、第３の参加者の自己署名付きのｔｘ鍵にも署名する。次いで、方法２１００は、ブロック２１２０で終了する。
図２２は、一部の実施形態による、提携グループを作成するための、ＩｏＴデバイス２２００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス２２００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、オブジェクトのグループが高信頼保証で相互作用できるか否かを判定するグループ作成部２２０２を含み得る。
本明細書で論じるように、保証は、製造業者によってＩｏＴデバイス２２００、および他のメッシュデバイス８１２にプログラムされたアテステーション鍵に基づくことができる。グループ作成部２２０２は、グループの名前を作成することができる。ＤＬＥＡアクセス部２２０４は、その名前が利用可能であるか否か、またはＩｏＴデバイス２２００が別の名前を作成する必要があるか否かを判定するためにＤＬＥＡにアクセスすることができる。名前が利用可能である場合、ＤＬＥＡは、その名前を分散型台帳ＤＬＳ−０にコミットする。ＤＬＥＡアクセス部２２０４は、名前がコミットされたか否かを判定するためにＤＬＳ−０を監視することができる。鍵作成部２２０６は、例えばＥＰＩＤサーバを使用して、グループ作成部２２０２によって作成された名前に基づいて鍵を作成することができる。鍵作成部２２０６は、鍵をローカルの分散型台帳ＤＬＳ ２２０８にコミットすることができる。ＤＬＳ ２２０８は、ＩｏＴデバイス２２００内に存在してもよいし、別のメッシュデバイス８１２内に存在してもよい。アテステーション確認部２２１０は、別のデバイスからの参加要求が有効であるか否かを判定するために含まれ得る。有効である場合、グループ参加部２２１２は、グループ鍵と共に参加メッセージを送信することができる。
図２３は、一部の実施形態による、グループにおいてセキュアに通信するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体２３００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体２３００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図８のプロセッサ８０２およびバス８０６に関して説明したように選択することができる。非一時的機械可読媒体２３００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体２３００は、グループが高完全性で通信し得ることを判定するようにプロセッサ９０２に指示するためのコード２３０２を含み得る。コード２３０４は、グループの名前を生成し、その名前を分散型台帳エニュメレーション局（ＤＬＥＡ）で予約するようにプロセッサ９０２に指示するために含まれ得る。コード２３０６は、登録された名前から他の鍵を作成し、その情報を新しい分散型台帳ＤＬＳ−Ｘ ２３０８にコミットするようにプロセッサ９０２に指示するために含まれ得る。
コード２３１０は、ＩｏＴデバイス、コンポジットオブジェクト、またはその両方からのグループに対する参加要求を確認するようにプロセッサ９０２に指示するために含まれ得る。参加要求は、要求側デバイスに提供される製造業者の鍵などのアテステーション情報を含み得る。コード２３１２は、ＥＰＩＤなどのクレデンシャルを要求者に発行するようにプロセッサ９０２に指示するために含まれ得る。コード２３１４は、秘密鍵、公開鍵、または両方の組み合わせを使用して、分散型台帳ＤＬＳ−Ｘにトランザクションデータをコミットするようにプロセッサ９０２に指示するために含まれ得る。
セキュアな通信に加えて、ブート中のセキュリティは、ネットワークを侵入から保護するのに役立つ。セキュアなブートは、トラステッド実行モジュール（ＴＥＭ）または他のハードウェアデバイスを使用して、より大きなＩｏＴデバイスを含むより制約の少ないシステムで実施され得るが、より多くのリソースが制約されたＩｏＴデバイスにとっては、より困難であり得る。
図２４は、一部の実施形態による、ＩｏＴ環境においてデバイスをセキュアにブートするためのトラステッド実行環境（ｔｒｕｓｔｅｄ ｅｘｅｃｕｔｉｏｎ ｅｎｖｉｒｏｎｍｅｎｔ）（ＴＥＥ）の使用法の概略図２４００である。トラステッドコンピューティングは、主に、コンピューティングデバイスの信頼できる属性をアテステーションするデバイスの能力に関係している。通常、信頼に影響を与える属性には、トラステッドブートまたはセキュアなブートがある。
トラステッドブートは、ロードおよび実行される次のコードブロックのハッシュを計算する測定動作を有するブートシーケンスを含む。測定値は、トラステッドモジュール（ＴＥＥ）２４０２などのセキュアなストレージに格納される。ＩｏＴデバイスでは、トラステッドモジュール２４０２は、別個のデバイスであってもよいし、暗号化されているか、そうでなければＩｏＴデバイスのプロセッサまたは一般的なオペレーティングコードに一般にアクセスできない、保護されたメモリ領域であってもよい。セキュアなブートは、許可されたプロセスのホワイトリストに対する測定値のチェックを追加する、トラステッドブート環境への拡張である。典型的には、実際の測定値とホワイトリストの測定値とが一致しない場合は、例えば非セキュア環境でブートし他のデバイスにそのことを通知することによって、ブートシーケンスが変更される。
トラステッドブートが完了すると、セキュアな実行のためにＴＥＥが提供され得る。コードがＴＥＥなどの強化された実行環境でロードされるか、静的束縛されている場合、実行される動作は一部の攻撃に抵抗し得る。強化された実行環境は、ＴＥＥを作成するためのトラステッドプラットフォームモジュール（ＴＰＭ）などの任意の数のハードウェア強化型セキュリティシステムを含み得る。強化技法は、とりわけ、Ｉｎｔｅｌ（登録商標）のソフトウェアガードエクステンションズ（ＳＧＸ）、ＡＲＭ（登録商標）のＴｒｕｓｔＺｏｎｅ（登録商標）、ＴＰＭなどのハードウェアセキュリティモジュール（ＨＳＭ）、スマートカード、または仮想化を含み得る。
ＴＥＥはまた、セキュアな更新のための環境を提供し得る。セキュアなブートは、ロード時にコードの真正性をチェックする。セキュアな更新は、マイクロソフトのＡｕｔｈｅｎｔｉｃｏｄｅ（登録商標）テクノロジなどのコード署名を使用して完全性および真正性を保証する。マニフェスト構造は、インストールイメージの一部として、コードハッシュ値とハッシュ値に対するシグネチャとの関連付けを管理するために使用できる。インストールイメージパッケージの技法としては、とりわけ、Ｉｔｓｙ Ｐａｃｋａｇｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ（ＩＰＫＧ）、Ｄｅｂｉａｎ Ｌｉｎｕｘ（登録商標）インストールファイル（ＤＥＢ）、ＲＰＭパッケージマネージャファイル（ＲＰＭ）、およびＣｌｅａｒ Ｌｉｎｕｘ（登録商標）バンドルが挙げられる。
ＴＥＥは、セキュリティ関連データの一時的ストレージと長期的ストレージとの両方にセキュアなストレージを提供することができる。データ種別としては、鍵、ホワイトリスト、ブラックリスト、測定値、監査ログ、パスワード、バイオメトリクス、証明書、およびポリシーが挙げられる。強化技法としては、分離、改ざん防止、暗号化、難読化などが挙げられる。
アテステーションは、セキュアな環境の一部であり得る。本明細書で説明されるように、アテステーションは、デバイスまたはプラットフォームがその信頼プロパティを自己報告する、セキュアな実行またはセキュアなストレージ機能に結び付けられた報告機能である。これは、問題となっているセキュアな機能に適用される強化技法および保証を詳述する。アテステーション機能自体は、強化および保証が、それが報告している機能の品質レベルを超えるセキュアな機能である必要がある。
トラステッドコンピューティングの課題は、いくつかの要因によりＩｏＴ設定において増加し得る。例えば、ＩｏＴデバイスは、サイズ、機能、および経済性によって制約を受ける可能性がある。セキュリティ強化は、これらのコストとのトレードオフとして生じることが多い。トラステッドコンピューティングのビルディングブロックを含めることは、コストに制約のあるデバイス上では欠落しているか不完全である可能性がある。
さらに、ＩｏＴネットワークは、複数のデバイスに機能を分散させることがあるため、ネットワークビルディングブロックへの依存度が高くなる。その結果、ネットワークがコンピューティングファブリック全体においてより大きな要素になるにつれて、ネットワークの挙動はより問題になる可能性がある。ネットワークの複雑さおよび規模が増大するにつれて、望ましくない挙動が増幅される可能性がある。
ＩｏＴネットワークには、複数のベンダ、付加価値再販業者、インテグレータ、サプライヤ、およびアナリストのデバイスおよびアプリケーションが含まれることがよくある。これらの各プレーヤは、予期しない望ましくない動作を招くことなく、インターフェース、構造、コンピューティング環境、および動作手続きを確実に適切に一致させるために協力しなければならないシステムを作成し得る。
一部の態様では、これらの問題に対処するために、ＩｏＴネットワークは、複数のデバイスにわたって信頼を分散させている場合がある。分散は、集中化によってもたらされる信頼性、可用性、および安全性の低下に対処するための１つの方法である。また分散により、本来の中央管理点が解消するにつれて決定プロセスが散乱される。
一部の態様では、ＩｏＴネットワークにおけるトラステッドコンピューティングアテステーションは、ブロックチェーン技術を使用することによって改善され得る。トラステッドコンピューティングの概念は、セキュリティの基本となる機能を実行する信頼ルートのセットを定義し、ルート機能の適切で期待される挙動が期待どおりに機能すると黙示的に信頼される。例えば、トラステッドモジュール２４０２内のトラステッドコンピューティンググループ（ＴＣＧ）は、いくつかの信頼ルートを含み得る。
測定のルートオブトラスト（ＲＴＭ）２４０４は、システム内の最初のロード可能オブジェクトを測定し検証することができる機能である。報告のためのルートオブトラスト（ＲＴＲ）２４０６は、ストレージのためのルートオブトラスト（ＲＴＳ）２４０８内の値と、ＲＴＭ ２４０４、ＲＴＲ ２４０６、およびＲＴＳ ２４０８を実装するコンピューティング環境と、をアテステーションする機能である。アテステーション機能は、ＲＴＲ ２４０６内で再帰的に定義することができる。ストレージのためのルートオブトラスト（ＲＴＳ）２４０８は、ＲＴＭ ２４０４およびＲＴＲ ２４０６によって生成され消費された値を格納する機能である。
セキュリティ機能を分散させることによってセキュリティを向上させるために、ＩｏＴネットワーク環境でブロックチェーンのルートオブトラストを使用することができる。ブロックチェーンを使用したＩｏＴネットワークにおける分散された信頼は、ブロックチェーンに追加の２つのルートオブトラストを追加することができる。連鎖のためのルートオブトラスト（ＲＴＣ）２４１０は、ＲＴＲ ２４０６などのローカルのトラステッドコンピューティングルートにブロックチェーンリソースを公開する機能である。ＲＴＣ ２４１０およびＲＴＲ ２４０６は、例えば、アテステーション済み属性をチェーン履歴２４１２に保存することによって、アテステーション済み属性をブロックチェーンにコミットするように協働することができる。ブロックチェーンの信頼プロパティは、閾値コンセンサスプロトコルを使用して期待される挙動を保証するためのメカニズムとして分散を使用するため、非常に望ましいものである。
アーカイブ機能に対するルートオブトラスト（ＲＴＡ）２４１４は、他のルートに可用性コンポーネントを追加する。制約されたＩｏＴデバイスは、測定の履歴２４１６および複数の再ブートにわたる測定ログを維持するためのリソースを持たない場合がある。さらに、過去の構成または予想される構成を記述する拡張ホワイトリスト２４１８を格納することができない可能性がある。トラステッドコンピューティングの照会では、履歴コンテキストの探索が必要になる場合がある。ＲＴＡ ２４１４は、全ブロック履歴を維持できない可能性があるＲＴＣノードにアーカイブ機能を追加する。
本明細書で説明されるシステムは、チェーン履歴２４１２を維持するために他のデバイス内のブロックチェーンロジック２４２２と連携するブロックチェーンロジック２４２０と共に使用され得る。これは、例えば、ブロックチェーンのチェーン履歴２４１２を他のデバイスに伝播すること（２４２４）を含み得る。他のデバイスでは、チェーン履歴２４１２をローカルコピーと比較して、行われた変更が確実に認可されるようにすることができる。変更が認可されていないことに大多数のデバイスが同意する場合、ブロックチェーンロジック２４２０は、チェーン履歴２４１２を以前の履歴に戻す。
図２５は、一部の実施形態による、ブート完全性トランザクションを保持するブロックチェーンブロック２５０２のブロック図２５００である。図２４も参照すると、ブロックチェーンブロック２５０２は、チェーン履歴２４１２または他の分散型台帳システム内に単一の記録を形成する。ＲＴＣ ２４１０は、プラットフォーム構成レジスタ（ＰＣＲ）に測定値２５０４を含むブロックを構成する。ＰＣＲは、保護領域内、特定のハードウェアデバイス内、またはその両方におけるメモリロケーションであり得る。
一部の態様では、ブロックチェーンブロック２５０２に使用される測定値のサンプルレートは、測定値がＰＣＲに保存されるレートよりも粒度を細かくすることができ、例えばＰＣＲは拡張される。しかしながら、すべてのＰＣＲの拡張によって、ブロックに追加されたトランザクションがトリガされる場合がある。ＰＣＲ値は、ブロック署名鍵とは異なり得るアテステーション署名鍵２５０６によって署名される。本質的には、ＲＴＲ ２４０６は、その現在の完全性状態についてブロックチェーンをアテステーションしている。ＲＴＣ ２４１０は、ＰＣＲが未検出のシステムリセットによって上書きされていないことをアテステーションしている。
ブロック図２５００はまた、前のブロックチェーンブロック２５１０および２５１２の存在を示すことができる。この図には示されていないが、これらのブロック２５１０および２５１２は、他のブート完全性トランザクションを保持してもよいし、コンポジットオブジェクト、オブジェクト型、提携グループコンポジション、セキュアトランザクションデータ、またはＩｏＴネットワークのセキュリティをサポートする任意の数の他の項目についての情報を保持してもよい。
図２６は、一部の実施形態による、ブロックチェーンによるホワイトリストイメージ収集の使用法の概略図２６００である。同様の番号が付けられた項目は、図２４に関して説明したとおりである。ブートプロセスが、第１のＩｏＴデバイス２６０２上で行われている。例えば、システムにプログラムされた製造業者の鍵２６１２で暗号化された通信２６０８を使用して、イメージリポジトリ２６０４にアクセスしてホワイトリストイメージ２６０６を取得することができる。一部の例では、それらは、イメージリポジトリ２６０４の代わりに、またはそれに加えて、チェーン履歴２４１２またはブロックチェーンからアクセスされてもよい。イメージリポジトリ２６０４内のイメージは、参照カウントを維持することができるように、他の類似のＩｏＴデバイス２６１０によって格納されていてもよい。各デバイスはブート完全性報告を記録するブロックチェーントランザクションに署名することができるため、参照カウントは、同じデバイスからの再ブートアクティビティと異なるデバイスからのアクティビティとを区別することができる。
測定値は、例えば、ブートシーケンスにおいて実行される次のソフトウェアのハッシュコードを計算することによって、ＩｏＴデバイス２６０２がブートするときに取得される。測定値は、完全性を保証するために、例えばホワイトリストイメージ２６０６内のホワイトリスト値と比較されてもよい。イメージマニフェスト２６１４を使用して、ホワイトリスト値の発生を確認することができる。マニフェスト２６１４は、イメージ２６０６の動的に取得されたハッシュと比較することができるホワイトリストハッシュ値を含むことができる。
ＩｏＴネットワークにおけるホワイトリストの構築が難しいのは、イメージの母集団が変化するレートのためであり、例えば、イメージリポジトリ２６０４が大きくなるにつれて、ある配置のデバイスがホワイトリストへの包含のために選択された参照イメージを見つけるためにリポジトリに依存する可能性が高くなるためである。ネットワークにデータ重複排除機能およびトラステッド削除機能がない限り、リポジトリ内のイメージを参照するＩｏＴデバイスが存在し得るため、イメージの数は単調増加する。ブロックチェーン履歴は、そのイメージを参照しているデバイスの需要に関してイメージリポジトリに通知する方法である。もはや使用されていないデバイスは、履歴２４１２に現れず、従ってイメージリポジトリによってカウントされる参照対象ではなくなるであろう。イメージリポジトリ２６０４は、ブート完全性チェックを実行するデバイスを明らかにする「ヒートマップ」を維持することができる。もはやデプロイされていない古いデバイスを廃れさせる戦略は、イメージリポジトリ２６０４からそれらのイメージ２６０６を除去し、ホワイトリストの参照をブロックすることであり得る。この手法は、新しいイメージが作成される成長率に相関するデコミッション率を選択するように調整することができる。
図２７は、一部の実施形態による、ホワイトリストイメージについての完全性トランザクションを有するブロックチェーンブロック２７０２の図である。ブロックチェーンブロックを実装するために、ベンダ、メーカ、およびコード生成ファクトリは、ブロックチェーン機能を生産プロセスに組み込むことができる。各ホワイトリストイメージは、マニフェスト２７０６を含むマニフェスト構造２７０４を使用して署名されてもよい。イメージを生成するデベロッパまたはファクトリは、どのエンティティがイメージを製造したかを確立するために、ＥＰＩＤ鍵であり得る製造業者の鍵２７０８を使用してそれに署名することができる。本明細書で説明するように、署名付きマニフェスト２７０４がブロックチェーンブロック２７０２に追加され、適切なトランザクション鍵を使用してブロックチェーンのチェーン履歴２４１２（図２４）にコミットされる。
図２８は、一部の実施形態による、ブロックチェーンのルートオブトラストを使用するセキュアなブートプロセスフローのための例示的な方法２８００のプロセスフロー図である。図２８の方法２８００は、図２９に関して説明されるＩｏＴデバイス２９００によって実施することができる。ブロック２８０２は、例えばブート完全性エージェントがオブジェクトを測定するときを表す。本明細書で論じるように、これは、ブートされる次のコードのハッシュコードを計算し、そのコードのイメージを作成することによって実行され得る。ブロック２８０４において、イメージが良好であることがわかっているか否かに関する判定が行われる。そうである場合、ＩｏＴデバイスが正常な動作を続行するとき、方法２８００はブロック２８０６で終了する。そうでない場合、ブロック２８０８において、イメージが不良であることがわかっているか否かに関する判定が行われる。もしそうであれば、方法２８００は、ブロック２８１０において、コードの隔離および問題の修正をもって終了する。
ブロック２８０８において、イメージが不良であることが知られていない場合、プロセスフローは、ブロック２８１２に進み、イメージが未知であるか否かに関する判定が行われる。そうでない場合、方法２８００は、例えば、ステータスが信頼できないとしてリストされている状態で、ブロック２８１４で終了することができる。そうである場合、方法２８００は、適用されるアクションを判定するためにローカルポリシーが調べられるブロック２８１６で終了することができる。
ブロック２８０４における比較に使用するためのイメージを取得するために、ブロック２８１８において、サイト管理者は、例えばクラウドリポジトリから参照ハッシュを取得することができる。ハッシュは、他のＩｏＴデバイス、製造業者などを含む他の情報源から取得されてもよい。ブロック２８２０において、ハッシュ上の署名が有効であるか否かに関する判定が行われる。そうでない場合、方法２８００は、ブロック２８２２で終了する。ブロック２８２４において、イメージハッシュがブロックチェーン（ＢＣ）ハッシュに等しいか否かに関する判定が行われる。等しい場合、ブロック２８２６において、サイト管理者は、イメージのマニフェストに署名する。ブロック２８２８において、イメージは、ホワイトリストに追加され、ホワイトリストは、ブートコードによるアクセスのためにブロックチェーンにコミットされる。次いで、ホワイトリストイメージは、ブロック２８０４において、例えば、ブロックチェーン内またはイメージリポジトリ内のホワイトリストにアクセスするＩｏＴデバイスによって比較に使用され得る。
ブロック２８２４でイメージハッシュがＢＣハッシュと一致しない場合、ブロック２８３０において、イメージハッシュが攻撃シグネチャを含むか否かに関する判定が行われる。含む場合、ブロック２８３２において、イメージは、ブラックリストに追加されてもよく、ブラックリストは、ブロックチェーンにコミットされ得る。次いで、ブラックリストイメージは、ブロック２８０８において、例えば、ブロックチェーン内またはイメージリポジトリ内のブラックリストにアクセスするＩｏＴデバイスによって比較に使用され得る。
ブロック２８３０でイメージハッシュが既知の攻撃シグネチャと一致しない場合、ブロック２８３４において、イメージは、未分類のリストに追加され得る。次いで、未分類のリストをブロックチェーンに追加することができる。次いで、未分類のイメージは、ブロック２８１２において、例えば、ブロックチェーン内またはイメージリポジトリ内の未分類のリストにアクセスするＩｏＴデバイスによって比較に使用され得る。
攻撃シグネチャは、任意の数の技法で識別され得る。例えば、ブロック２８３６において、フォレンジックラボが攻撃を識別し、そのイメージの攻撃シグネチャを生成することができる。本明細書で使用される場合、フォレンジックラボは、出回っているマルウェア、ウイルス、および他の問題のあるコードを識別する商用セキュリティサービスであり得る。ブロック２８３８において、フォレンジックラボは、イメージの攻撃シグネチャをブロックチェーンに書き込むことができる。一部の例では、サイト管理者は、商用フォレンジックラボから攻撃シグネチャを入手し、その攻撃シグネチャをブロックチェーンに書き込むことができる。ブロック２８４０において、ブロック２８３０で使用するために、ブロックチェーンから攻撃シグネチャを取得することができる。
本明細書で説明されるように、セキュアなブートプロセスは、参照測定値を取得および確認し、ホワイトリスト、ブラックリスト、またはローカル測定値を評価するために使用され得る未分類リストを策定するためのブロックチェーンの使用を含むように拡張され得る。セキュアなブートの施行は正常に行われる。よって、ブロックチェーンは、ネットワーク隔離のための施行ポイントのための情報を提供することができ、それは、既知の不良または未知の構成が見つかったときにデバイスへの、またはデバイスからのパケットの流れにファイアウォール制限を課すことができる。さらに、ブロックチェーンは、信頼できる情報源から参照測定値を取得しようとし得るソフトウェア更新サーバに通知し得る。
図２９は、一部の実施形態による、セキュアなブートのための、ＩｏＴデバイス２９００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス２９００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、システム内の最初のロード可能オブジェクトを測定し検証することができるルートオブトラスト測定部（ＲＴＭ）２９０２を含むことができる。ルートオブトラストストレージマネージャ（ＲＴＳ）２９０４は、ＲＴＭ ２９０２およびルートオブトラスト報告部（ＲＴＲ）２９０６などの他のセキュリティシステムによって生成および消費された値を格納することができる。ＲＴＲ ２９０６は、ストレージのためのルートオブトラスト（ＲＴＳ）２４０８内の値と、ＲＴＭ ２４０４、ＲＴＲ ２４０６、およびＲＴＳ ２４０８を実装する環境と、をアテステーションすることができる。ルートオブトラストアーカイブ部（ＲＴＡ）２９１０は、全チェーン履歴２９１２を維持する機能を持たない場合があるＲＴＣノードにアーカイブ機能を追加することができる。
様々な履歴データベースが、ＩｏＴデバイス２９００内で維持されてもよいし、他のメッシュデバイス８１２上でアクセスされてもよい。例えば、ブロックチェーンロジック２９１４は、ブロックチェーンのブロックを含むチェーン履歴２９１２を維持することができる。さらに、ブロックチェーンロジック２９１４は、他のメッシュデバイス８１２に変更をプッシュしてもよいし、他のメッシュデバイス８１２によってブロックチェーンに行われた変更を受け入れて確認してもよい。ホワイトリスト履歴２９１６は、例えば変更がチェーン履歴２９１２にコミットされる前に、ホワイトリスト、およびホワイトリスト項目に行われた変更を保持することができる。さらに、ホワイトリスト履歴２９１６は、ブラックリストおよび未分類のリストなどの他のリストおよび変更を保持することができる。測定履歴２９１８は、例えばイメージとの比較のために、ブートプロセス中に行われた現在および過去の測定値を保持することができる。
図３０は、一部の実施形態による、セキュアにブートするようにプロセッサ９０２に指示するためのコードを含む、例示的な非一時的機械可読媒体３０００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体３０００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図８のプロセッサ８０２およびバス８０６に関して説明したように選択することができる。非一時的機械可読媒体３０００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体３０００は、コードオブジェクトを実行する前にコードオブジェクトを測定するようにプロセッサ９０２に指示するためのコード３００２を含み得る。コード３００４は、既知の良好なイメージのリストに対して測定値を比較するようにプロセッサ９０２に指示するために含まれ得る。コード３００６は、既知の不良のイメージのリストに対してオブジェクトを比較するようにプロセッサ９０２に指示するために含まれ得る。コード３００８は、イメージを分類し、信頼レベルを判定するようにプロセッサ９０２に指示するために含まれてもよく、例えば、プロセッサが、トラステッド実行環境でブートすることを可能にする、プロセッサが非トラステッド環境でブートすることを可能にする、またはブートを阻止し、サイト管理者に警告する。コード３０１０は、ブロックチェーン３０１４を維持するようにプロセッサ９０２に指示するために含まれてもよく、例えば、とりわけ、トランザクションをチェーン履歴にコミットする、トランザクションの変更を他のＩｏＴデバイスに転送する、または他のＩｏＴデバイスからの変更を確認する。コード３０１２は、例えば、ＲＴＭ ２４０４、ＲＴＲ ２４０６、ＲＴＳ ２４０８、ＲＴＣ ２４１０、およびＲＴＡ ２４１４について図２４に関して説明したように、ルートオブトラストを維持するために含まれ得る。機械可読媒体３０００はまた、図２４に関して説明したチェーン履歴２４１２などのブロックチェーンを格納することができる。
図３１は、一部の実施形態による、パブリックドメイン３１０２、プライベートドメイン３１０４、およびパブリック−プライベートドメイン３１０６にわたる相互運用性を示す概略図３１０２である。ネットワークトポロジは、連続的に変化している状態であり得るため、パーマネントマップでのいかなる試行も不可能である。従って、ＩｏＴデバイスは、ドメインネームサーバ（ＤＮＳ）などのバックボーンリソースを使用して、ドメイン間でパケットを送信することができる。パケットは、ルータ３１０８として示されているインターネットバックボーンを介してドメイン３１０２、３１０４、および３１０６の間で経路指定され得る。
一部の態様では、ルータ３１０８は、ドメインを互いに結合するエッジ接続を提供する。本明細書で説明されるように、相互接続性を高めるために、ドメイン３１０２、３１０４、および３１０６のエッジにおいて任意の数のサービスを提供することができる。例えば、パブリックドメイン３１０２とプライベートドメイン３１０４との間の相互接続は、とりわけ、ドメインアクセスに対するマイクロペイメント、ドメインアクセスに対する明示的な許可および追跡、ならびにパブリックトラフィックとプライベートトラフィックとの分離の機会を提供することができる。同様に、パブリックドメイン３１０２とパブリック−プライベートドメイン３１０６との間の相互接続は、とりわけ、時間ベースのリース、リソースマーケットプレイス、および分散型アイデンティティサーバなどのサービスの機会を提供することができる。プライベートドメイン３１０４とパブリック−プライベートドメイン３１０６との間の相互接続は、とりわけ、インラインサービス相互接続、挙動ベースの脅威分析、およびプルーフオブプロヴェナンスの機会を提供することができる。
図３２は、一部の実施形態による、有線ネットワーク３２０２ならびに無線ネットワーク３２０４および３２０６の異種ネットワーク３２００にわたる相互運用性の概略図である。無線ネットワーク３２０４および３２０６は、有線ネットワーク３２０２内のデバイスによって通信可能に結合され得る。これは、無線ネットワーク３２０４および３２０６内のデバイス間の通信における効率改善、ならびに無線ネットワーク３２０４または３２０６内のデバイスと有線ネットワーク３２０２内のデバイスとの間の通信における改善の機会を提供する。例えば、第１の無線ネットワーク３２０４を有線ネットワーク３２０２に結合するエッジデバイス３２０８は、ペイロードのサイズを縮小するためにデータから情報への変換を提供することができる。さらに、エッジデバイス３２０８は、未許可のパケットが転送されるのを阻止しながら、第１の無線ネットワーク３２０４からのパケットが通過することを可能にする許可システムを有し得る。許可システムは、情報が有線ネットワーク３２０２にわたって移動することを可能にするためにマイクロペイメントを行うシステムを含み得る。一例として、第１の無線ネットワーク３２０４は、農業用地の地面の水分量センサアレイであり得る。報告頻度は、変化率に応じる場合があり、その場合、最も高い報告頻度に一致するように帯域幅を購入する必要があるため、コストが増加する可能性がある。従って、マイクロペイメントシステムは、トランザクションが必要に応じて支払われることを可能にすることによってコストを下げることができる。
図３３は、一部の実施形態による、クラウドＡ ３３０２をクラウドＢ ３３０４と接続するなど、２つの異なるフォグエンティティまたはクラウドエンティティを接続するインライン経路指定システム３３００の概略図である。インライン経路指定は、ＩｏＴデバイス３３０６を複数の送信元と宛先との間のコンジットとして使用することができ、コンジットでは、インラインルータとして動作するＩｏＴデバイス３３０６の結合動作は、現在ゲートウェイと呼ばれ得るものを形成する。
ネットワーク内の接続されたＩｏＴデバイス３３０６間のインライン経路指定は、ネットワークスタックのレイヤ３およびレイヤ４で接続するスタックポップ技法を使用して実行され得る。この技法は、インラインレイテンシを減らし、アプリケーション固有トラフィック管理の必要性を減らすことができる。この技法は、ＭＣＵクラスのデバイスなどの様々なデバイス用のボードサポートパッケージ（ＢＳＰ）に直接組み込むことができる。
アプリケーションとインターフェースをとり、ＩｏＴデバイス３３０６間の通信のためにネットワークスタックを管理するためのアプリケーション／サービスマネージャ３３０８などの、経路指定機能を実行するためのサブシステムをＩｏＴデバイス３３０６に含めることができる。支払い／クレジットマネージャ３３１０は、とりわけ、他のネットワークへのトランザクションアクセスのためのマイクロペイメントを処理することができる。例えば、支払い／クレジットマネージャ３３１０は、ネットワークを介した情報転送、または地域の天気情報、交通流パターンなどのような情報へのアクセスを可能にするためにシステムに支払いをすることができる。通行権システム３３１２は、トラフィックが特定のＩｏＴデバイス３３０６を通って流れることを可能にするためにアクセス権を提供するために使用されるネットワーク層を制御することができる。
ネットワークスタック３３１４は、通信スタックの異なる層を提供するように構成される。本明細書で説明される機能を実施するために追加の層を設けることができる。例えば、通行権システム３３１２は、本明細書で説明するように、通行権層を制御することができる。タイミングサブシステム３３１６は、通信にタイミング機能を追加するために使用され得る。例えば、通行権層を通じた通信は、特定のクレデンシャルセットについて限られた時間窓の間に許可され得る。期限が切れると、通信を再開するために新しいクレデンシャル、または追加の支払いが必要になる場合がある。システムは、デバイスに電力を供給するための電力サブシステム３３１８を含み得る。
図３４は、一部の実施形態による、ＩｏＴデバイス３３０６による黙示的パススルー経路指定を示すインライン経路指定の概略図３４００である。同様の番号が付けられた項目は、図３３に関して説明したとおりである。ＩｏＴデバイス３３０６は、２つのドメイン間のエッジデバイスとして動作することができ、例えば、異なるプロトコル間の通信を変換し得る。
第１のエンティティ３４０２は、例えば、第１のプロトコル３４０４を使用して、ＩｏＴデバイス３３０６と通信することができる。この例では、ＩｏＴデバイス３３０６は、トラフィックを制限しないが、さらなる許可なしにそれを通過させる。ＩｏＴデバイス３３０６は、パケットを第２のエンティティ３４０８で送信するときに、パケットを第２のプロトコル３４０６に変換することができる。
図３５は、一部の実施形態による、ＩｏＴデバイス３３０６による明示的な許可された経路指定の概略図である。同様の番号が付けられた項目は、図３３および図３４に関して説明したとおりである。この手法は、パススルーが黙示的に行われるシステムにおける潜在的なセキュリティ上の欠陥に対処する。図３４に関して説明したように、ＩｏＴデバイス３３０６は、例えば通信を変換するための、２つのドメイン間のエッジデバイスとして動作することができる。
第１のエンティティ３４０２は、例えば、第１のプロトコル３４０４を使用して、ＩｏＴデバイス３３０６と通信する。この例では、ＩｏＴデバイス３３０６は、トラフィックを通過させる前に許可を判定するために、一方または両方のデバイスにチャレンジ３５０２を発行することができる。本明細書で使用される場合、許可されたパススルーは、鍵もしくはトークンのチャレンジ、期限付きの通行権、挙動もしくは評判に基づく許可、金銭的もしくは他の電子通貨交換、またはそれらの任意の組み合わせに基づいてインライン相互接続を通過する権利を主張する方法である。
例えば、ＩｏＴデバイス３３０６は、エンティティ３４０２または３４０８から識別鍵を受け入れ、そのデバイスが他のエンティティ３４０８または３４０２と通信することを認可されていることを確認するためにブロックチェーンにアクセスすることができる。ＩｏＴデバイス３３０６は、通信が１秒（ｓ）、５００ミリ秒（ｍｓ）、１００ｍｓ以下などの所定時間継続することを可能にし得る。ＩｏＴデバイス３３０６は、通信を進めることを可能にするためにマイクロペイメントを必要とし得る。さらに、ＩｏＴデバイス３３０６は、パケットを第２のエンティティ３４０８に送信するときに、パケットを第２のプロトコル３４０６に変換することができる。
図３６は、パススルーポリシー制御に使用されるインライン経路指定のための通行権層３６０２、３６０４、および３６０６の概略図である。同様の番号が付けられた項目は、図３３および図３４に関して説明したとおりである。本明細書で使用される場合、通行権という用語は、ノードを所有せずにノードを通して情報を中継するための非所有権を表す。このプロセスは、例えばアプリケーション層の下にある通行権層において、中間ノードがパケットのイングレス、エグレス、または内容を知ることなく、それらのリソースの使用に同意する複数のノードにわたる通信のためのコンジットを提供する。
通行権層３６０２、３６０４、または３６０６は、それぞれ経路指定層３６０８、３６１０、または３６１２の上のネットワークスタックの一部を含むことができる。第１のエンティティ３４０２内のアプリケーション３６１４は、第２のエンティティ３４０４内のアプリケーション３６１６にパケットを送信することができる。パケットは、第１のエンティティ３４０２内の通行権層３６０８を通過し、そこで、例えばＩｏＴデバイス３３０６内の第２の通行権層３６０４によって転送される適切な情報と共にパッケージ化される。
例えば、アイデンティティ、認可、支払い、または時間に基づいて、パケットを転送する許可が、メモリ内で動作するコードブロックなどの通行権システムによって確認されると、パケット転送は、ＩｏＴデバイス３３０６内のネットワークスタックにおける通行権層３６０４を介して行われ得る。パケットのプロトコルは、通行権層３６０４において第２のプロトコル３４０６に変換されてもよい。よって、パケットは、ＩｏＴデバイス３３０６内のアプリケーション層３６１８の下で処理され、それは、その内容、またはパケットが通過したことさえ知らない。
次いで、パケットは、第２のエンティティ３４０８に渡される。第２のエンティティ３４０８内の通行権層３６０６では、通行権情報がパケットから除去され、パケットは、アプリケーションによる消費のためにアプリケーション層３６１６に送信される。同様のプロセスが、第２のエンティティ３４０８から第１のエンティティ３４０２に送信されたパケットに対して反対方向に機能する。
概略図３６００は、単一の中間エンティティ、すなわちＩｏＴデバイス３３０６を示す。しかしながら、図３３に示されるように、第１のエンティティ３４０２から第２のエンティティ３４０８へパケットを転送するために複数の中間エンティティが使用されてもよい。
図３７は、一部の実施形態による、許可に基づく明示的パススルー経路指定のための例示的な方法３７００を示すラダー図である。図３７の方法３７００は、図３９に関して説明されるＩｏＴデバイス３９００によって実施することができる。同様の番号が付けられた項目は、図３３に関して説明したとおりである。この場合、許可はマイクロペイメントに対する電子クレジットに基づいているが、同様の許可は、鍵、ユニット識別情報、評判の鍵などに基づいていてもよい。
方法３７００では、通行権システム３３１２が、パケットが通行権を通じて渡され得るか否かを判定するために、経路指定要求３７０２をデバイスレジストラ３７０４に送信することができる。デバイスレジストラ３７０４、すなわちエスクローエージェントは、明示的パススルーノードとして動作するノード内に存在するか、ノードのグループに対する共通のエージェントとして外部に存在するか、のいずれかであり得る。経路指定要求３７０２は、パススルー要求が許可されるべきか拒否されるべきかを判定するために、デバイスレジストラ３７０４によって使用され得る要求者に関連する識別情報または鍵を含む。
支払いベースの例では、要求者の支払い能力も判定される。これは、例えば、デバイスレジストラ３７０４によって、ブロックチェーン内のデバイスの識別情報または鍵をルックアップすること３７０６によって実行され得る。トークンクレジットチェック３７０８は、トランザクションに対して支払うために十分なクレジットが存在するか否かを判定するために、ブロックチェーン内のトランザクションに対して実行され得る。トークンクレジットチェック３７０８は、パススルー要求に埋め込まれたトークン、またはブロックチェーンに記録されたクレジットの量に基づいてもよい。
次いで、許可または拒否の決定３７１０は、クレジット、識別情報、鍵、または任意の組み合わせに基づいて行われ得る。次いで、応答３７１２が、許可または拒否の決定３７１０の結果を通知するために、通行権システム３３１２に送信され得る。決定がパケットの通過を拒否することであった場合、通行権システム３３１２は、とりわけ、さらなる動作なしにパケットを削除してもよいし、アクセスの拒否を送信者に通知してもよい。
許可または拒否の決定３７１０がパケットを通過させることである場合、通行権システム３３１２は、パケット３７１４をターゲットデバイスに向けて経路指定することができる。許可の判定、例えば、マイクロペイメントは、ＩｏＴデバイス３３０６のうちの１つまたは複数を通過して、または異なるドメインを結合しているルータなどのエッジデバイスのみを通過して、行われてもよい。パケットが経路指定されると、通行権システム３３１２は、経路指定が完了したという通知３７１６をデバイスレジストラ３７０４に送信することができる。次いで、デバイスレジストラ３７０４は、マイクロペイメント３７１８を解放し、支払い３７２０を通行権システム３３１２に送信することができる。ブロックチェーン記録が使用される場合、デバイスレジストラ３７０４は、ブロックに支払いを記録し、そのブロックをブロックチェーンにコミットして、残りのクレジットの量の変更を記録することができる。
図３８は、一部の実施形態による、明示的パススルーのための時間制限リース手法のための例示的な方法３８００のラダー図である。図３８の方法３８００は、図３９に関して説明されるＩｏＴデバイス３９００によって実施することができる。同様の番号が付けられた項目は、図３３および図３７に関して説明したとおりである。この例では、段階３８０２において、デバイスレジストラ３７０４は、要求者に関連付けられた識別情報または鍵と要求されたパススルー期間とを含むパススルー要求を受信する。クレデンシャルおよびパススルー期間は、要求が許可されるべきか拒否されるべきかを判定するためにレジストラによって使用され得る。これは、例えば、ブロックチェーンにおいて、デバイスの識別情報、鍵、および許可された通信期間をデバイスレジストラ３７０４にルックアップさせること３８０４によって実行され得る。
段階３８０６において、通信に許可された期間が判定される。要求されたパススルー期間をサポートすることができない場合（３８０８）、最大許容パススルー期間が応答３８１０で指定される。パケットが経路指定される３８１２と、通行権システム３３１２は、経路指定が完了したという通知３８１４をデバイスレジストラ３７０４に送信することができる。次いで、デバイスレジストラ３７０４は、リース期間が満了したか否かを判定することができる３８１６。満了している場合、段階３８１８において、デバイスレジストラ３７０４はリースを無効化し、段階３８２０において、デバイスレジストラ３７０４は、リース期間の満了を通知するために通知３８２０を通行権システム３３１２に送信する。
図３９は、一部の実施形態による、提携グループを作成するための、ＩｏＴデバイス３９００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３、図８、図３３、および図３８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス３９００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、他のメッシュデバイス８１２、クラウド３０２内のデバイスなどにパケットを通信するためのオペレーティングシステムおよびプログラミングインターフェースなどのアプリケーション動作環境を提供することができるアプリケーション／サービスマネージャ３３０８を含むことができる。支払い／クレジットマネージャ３３１０は、図３３に関して説明したように、通信のためのマイクロペイメントを処理することができる。通行権システム３３１２は、図３７および図３８に関して説明したように、パケット転送のためのアクセス権を提供するために、通行権レイヤを制御することができる。ネットワークスタック３３１４は、パケットをパッケージ化し転送するためのネットワーク層を提供することができる。ネットワークスタック３３１４は、例えば、図３６に関して説明したように、通行権を含むことができる。タイミングシステム３３１６は、例えばリースが期限切れになる前の時間をカウントダウンするなど、通信のためのタイミング機能を追加するために含まれ得る。ブロックチェーンロジック３９０２は、とりわけ、通信許可、支払い、またはクレジットのブロックチェーンにアクセスしてそれを維持するために含まれ得る。
図４０は、通行権を介してデバイス間で通信を転送するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体４０００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体４０００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体４０００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体４０００は、通信が許可されているか否かを判定するために経路指定要求をデバイスレジストラに送信するようにプロセッサ９０２に指示するためのコード４００２を含み得る。コード４００４は、評判、許可、マイクロペイメントなどに基づいてデバイス間でパケットを経路指定するようにプロセッサ９０２に指示するために含まれ得る。コード４００４は、例えば新しいドメインに入るときに、パケットを新しいプロトコルに変換するようにプロセッサ９０２に指示することができる。
コード４００６は、メッセージを形成するパケットのグループなどの通信が転送されたことを通知するために完了通知をデバイスレジストラに送信するようにプロセッサ９０２に指示するために含まれ得る。コード４００８は、例えば、転送の完了までデバイスレジストラによってエスクローに保留されている、通信のためにデバイスレジストラからの支払いを受け入れるようにプロセッサ９０２に指示するために含まれ得る。
ＩｏＴデバイス３３０６（図３３）は、デバイスレジストラとして動作することができるため、コード４０１０は、例えば許可およびアイデンティティを判定するためにブロックチェーンにアクセスすることによって、要求者をルックアップするようにプロセッサ９０２に指示するために含まれ得る。コード４０１２は、クレジットまたは支払いが通信に対して十分であるか否かを判定するためにクレジットまたは支払いをチェックするようにプロセッサ９０２に指示するために含まれ得る。コード４０１２は、許容された通信時間を計算するようにプロセッサ９０２に指示することができる。コード４０１４は、許可決定を通行権システム３３１２に送信し、通行権システム３３１２がパケットまたは通信を転送または削除することを許可するようにプロセッサ９０２に指示するために含まれ得る。コード４０１６は、例えば、最後に完了した通信が許可されたリース時間を超えた場合に、時間ベースのリースを無効化するようにプロセッサ９０２に指示するために含まれ得る。コード４０１６は、リースを無効化するメッセージを通行権システム３３１２に送信するようにプロセッサ９０２に指示することができる。
フレームが通過するデバイスを追跡することは、通信が送信元デバイスからターゲットデバイスへ異なるドメインを通過するときにセキュリティレベルを強化することができる。これは、とりわけ、中間者攻撃などの、送信元デバイスを模倣する攻撃を防ぐのに役立つ。中間者攻撃では、デバイスは、別のデバイス宛ての通信を傍受し、その通信を変更してセキュリティを危険な状態にする。
図４１は、一部の実施形態による、ネットワーク内のデバイスを介してプルーフオブプロヴェナンス（ｐｒｏｏｆ−ｏｆ−ｐｒｏｖｅｎａｎｃｅ）（ＰｏＰ）情報を運ぶためのフレーム構造の使用の概略図である。デバイスは、ＩｏＴデバイス、インターネットデバイス、エッジデバイス、またはそれらの任意の組み合わせを含み得る。プルーフオブプロヴェナンスは、マルチリンク接続チェーンを通じてネットワークトラフィックのトレーサビリティを提供する。ＰｏＰの方法は、トラフィック監査証跡を作成し、そして本明細書で説明されるように、中間者攻撃を識別しブロックするために使用され得る。ＰｏＰは、例えばパケット４１０６を送信することによって、エンティティ１ ４１０２が別のエンティティ４ ４１０４との通信を開始するときに使用され得る。パケット４１０６は、パケット４１０６が通過したデバイスを識別するための複数のプレースホルダ４１０８を含み得る。
この例では、パケット４１０６は、第１のメッセージ４１１２において、第１のデバイスＡ ４１１０、またはルータに送信され得る。デバイスＡ ４１１０は、例えば、トランジットコードＰｏＰ１ ４１１６をプレースホルダ４１０８に書き込むこと（４１１４）によって、パケットがデバイスＡ ４１１０を通過したことを示すようにパケット４１０６を変更することができる。通過コードの生成は、図４２に関してさらに説明される。
次いで、パケット４１０６は、第２のメッセージ４１２０において別のデバイス、すなわちエンティティ２ ４１１８に渡され得る。第２のメッセージ４１２０は、例えばデバイスＡ ４１１０において第２のプロトコルに変換されていて、第１のメッセージ４１１２とは異なるプロトコルであり得る。エンティティ２ ４１１８は、パケットを第３のメッセージ４１２４において別のデバイスＢ ４１２２に渡すことができ、またパケットを新しいプロトコルに変換することもできる。
デバイスＢ ４１２２は、例えば、第２のトランジットコードＰｏＰ ２ ４１２８をプレースホルダ４１０８に書き込むこと（４１２６）によって、パケット４１０６がデバイスＢ ４１２２を通過したことを示すようにパケット４１０６を変更することができる。次いで、デバイスＢ ４１２２は、そのパケットを別のメッセージ４１３２において、別のデバイス、すなわちエンティティ３ ４１３０に渡すことができる。この例では、エンティティ３ ４１３０は、メッセージ４１３６においてパケットをデバイスＣ ４１３４に送信する前に、パケット４１０６を最初のプロトコルに変換して戻すことができる。
デバイスＣ ４１３４は、例えば、第３のトランジットコードＰｏＰ３ ４１４０をプレースホルダ４１０８に書き込むことによって（４１３８）、パケット４１０６がデバイスＣ ４１２２を通過したことを示すようにパケット４１０６を変更することができる。次いで、デバイスＣ ４１３４は、そのパケットを別のメッセージ４１４２において、別のデバイス、すなわちエンティティ４ ４１４０に渡すことができる。デバイスＣ ４１３４は、パケットをエンティティ４ ４１４０に送信する前に、パケット４１０６を別のプロトコルに変換してもしなくてもよい。
チェーン内の各ノードは、チェーン内の前のノードおよび次のノードに関する知識のみを有し得る。よって、パケット４１０６内のＰｏＰシーケンスは、パケット４１０６が通過したデバイスの証跡を提供する。一部の例では、プレースホルダ４１０８は、ＰｏＰコードがパケット４１０６に挿入された、または付加された状態で、明示的には使用されない。
図４２は、一部の実施形態による、ＰｏＰ通貨コードまたは鍵を作成するために使用され得る手続きの概略図４２００である。発信パケット４２０４の場合、ＰｏＰシーケンス４２０６は、シードバイトシーケンスに対して変換を実行することによって生成され得る。シードバイトシーケンスは、デバイスＩＤに基づく乱数発生器によって、または他の任意の数の技法によって生成され得る。変換プロセスは、排他的ＯＲ演算（ＸＯＲ）、または他の２進計算の方法を必然的に伴い得る。
チェーン内のノードは、ＰｏＰシーケンスを受信し、それをイングレス鍵４２０８として扱う。次いで、ノードは、入来するイングレスシーケンスを使用して変換４２１０を実行して、自身のＰｏＰシーケンス４２１２を生成する。例えば、排他的ＯＲ関数４２１６を使用してイングレス鍵４２０８をデバイス鍵４２１４と組み合わせてＰｏＰシーケンス４２１２を生成することができる。デバイス鍵４２１４は、デバイスに格納されている製造業者の鍵、デバイスＩＤ、デバイスＩＤに基づいて生成された乱数などであり得る。次いで、ＰｏＰシーケンス４２１２をＰｏＰ鍵４２１８としてパケット４２０４に追加することができる。ＰｏＰの次のステージで使用されるエグレス鍵４２２０として同じシーケンスを追加して次のＰｏＰ鍵を生成することができる。一部の例では、エグレス鍵４２２０を省いてもよく、ＰｏＰ鍵４２１８自体を次のステージに使用してもよい。ＰｏＰ変換が前のステージで実行されなかったことを示すために、ヌルシーケンスまたは他の標準的なシーケンスフォーマットを使用することができる。
図４３は、ＰｏＰ鍵を生成するための例示的な方法４３００のプロセスフロー図である。図４３の方法４３００は、図４５に関して説明されるＩｏＴデバイス４５００によって実施することができる。ブロック４３０２は、例えば、あるデバイスが別のデバイスから第３のデバイスへの送信を意図したパケットを受信したときを表す。ブロック４３０４において、例えば、最後のＰｏＰステージによって生成されたＰｏＰ鍵を読み取ることによって、イングレス鍵が取得される。ブロック４３０６において、別のＰｏＰ鍵が、例えば、ノードによって使用される秘密鍵または共通鍵などの、前のＰｏＰ鍵およびデバイス鍵のＸＯＲ関数を使用して計算される。
ブロック４３０８において、新たに生成されたＰｏＰ鍵がパケットに付加され、以前に生成されたＰｏＰ鍵はそのまま残される。ブロック４３１０において、パケットは、次のデバイスに経路指定される。ブロック４３１２において、パケットが宛先に到達したか否かに関する判定が行われる。到達していない場合、プロセスフローはブロック４３０２に戻り、次のノードでプロセスを続行する。パケットが宛先に到達した場合、方法４３００は終了する。すべてのデバイスがパケットにＰｏＰ鍵を挿入または付加する必要があるわけではないことに留意されたい。図４１に関して説明したエンティティ３ ４１３０などの一部のデバイスは、ＰｏＰ鍵をパケットに入れることなくパケットを渡すことができる。これらのデバイスは、単一ドメイン内の一般的なルータや他のデバイスであり得る。
図４４は、一部の実施形態による、パケット内のＰｏＰ鍵を検証するための例示的な方法４４００のプロセスフロー図である。パケットが完全なチェーンを通過した場合、連続したＰｏＰチェーンの最後にある宛先ノードは、有効なＰｏＰ鍵シーケンスを受信する。チェーン内のノードからのデバイス鍵は、データベース、ブロックチェーン、または他のメカニズムを介して、宛先ノードまたは他の確認エンティティに利用可能にされ得る。デバイス鍵は、すべてのノードのイングレス鍵およびＰｏＰ鍵の知識がある場合に、シーケンス変換プロセスを使用して全チェーンを検証するために使用され得る。このプロセスは、反復検証計算の結果、報告されたＰｏＰシーケンスと一致しないＰｏＰ値が発生したときに、ＰｏＰチェーンの中断が発生したか否か、またその発生場所を判定するために使用され得る。
ブロック４４０２は、例えば、確認デバイスがパケットを受信したときを表す。ブロック４４０４において、検証されるパケットからＰｏＰ鍵の連結リストが抽出される。ブロック４４０６において、ＰｏＰ鍵は、ストリングを個々のトークン／鍵に分割するためにトークン化され得る。ブロック４４０８において、現在のＰｏＰ鍵が検証され得る。ブロック４４１０において、現在のＰｏＰ鍵は、ＸＯＲプロセスを用いて共通秘密鍵と結合され得る。ブロック４４１２において、ＸＯＲの結果は、経路内の次のノードのイングレス鍵である次のトークンと比較され得る。ＸＯＲの結果と次のイングレス鍵とが一致しない場合、プロセスフローはブロック４４１６に進んで、障害状態を報告することができる。
ブロック４４１２で一致がある場合、ブロック４４１４において、ＰｏＰシーケンス内のすべての鍵がテストされたか否かに関する判定が行われる。テストされていない場合、プロセスフローは、ブロック４４０８に戻り、次の鍵をテストする。すべての鍵がテストされている場合、ブロック４４１６において、成功した結果が報告される。
図４５は、一部の実施形態による、パケット内のプルーフオブプロヴェナンスを追跡するための、ＩｏＴデバイス４５００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス４５００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、メッシュデバイス８１２またはクラウド３０２内のデバイスからのパケットを受け入れ、そのパケットを他のメッシュデバイス８１２、クラウド３０２内のデバイスなどに中継する通信部４５０２を含み得る。通信部４５０２は、プロトコル間でのパケットの変換、マイクロペイメントの受け入れなどの他の機能を実行することができる。さらに、通信部４５０２は、図３３を参照して説明した通行権システム３３１２の一部とすることができる。
イングレス鍵計算部４５０４は、イングレス鍵を判定するために使用され得る。パケットに付加されたＰｏＰ鍵がある場合、これが読み取られてイングレス鍵として識別され得る。イングレス鍵計算部４５０４がＩｏＴデバイス４５００がチェーン内の最初のデバイスであり得ることを示すヌル文字または他の文字を見出した場合、ＩｏＴデバイスは、イングレス鍵を計算するために乱数発生器を使用することができる。これはデバイス鍵４５０６または他のシードに基づき得る。デバイス鍵４５０６は、製造業者からの格納された値であってもよいし、とりわけ、図２０に関して説明されるように、グループ内でセキュアに通信するために生成され、ＩｏＴデバイス４５００に割り当てられた鍵であってもよい。
ＰｏＰ鍵計算部４５０８は、デバイス鍵４５０６およびイングレス鍵からＰｏＰ鍵またはエグレス鍵を計算するために使用され得る。これは、図４２に関して説明したように実行され得る。
パケット構築部４５１０は、例えば、異なるプロトコルへの変換が実行されたときに、新しいパケットを構築するために使用され得る。パケット構築部は、パケットの末尾に、あらゆる他の鍵の後に、現在のノードのＰｏＰ鍵を付加することができる。さらに、パケット構築部４５１０は、図３６を参照して説明したように、他のデバイスの通行権層によってパケットを送信するために使用される任意の通行権情報を追加する通行権層の一部であり得る。
ＰｏＰシーケンス検証部４５１２は、図４４に関して説明したように、ＰｏＰシーケンスを分析するために含まれ得る。ＰｏＰシーケンス検証部は、パケット内のＰｏＰ鍵がデバイスのチェーンを介して許可された経路をたどり、パケットが不正なデバイスを通過していないことを判定することができる。これにより、中間者攻撃から保護され得る。
図４６は、通行権を介してデバイス間で通信を転送するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体４６００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体４６００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体４６００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体４６００は、例えば付加されたＰｏＰ鍵を検出することによって、イングレス鍵を判定するために受信されたパケットを読み取るようにプロセッサ９０２に指示するためのコード４６０２を含み得る。コード４６０４は、他の鍵を生成するためのデバイス鍵を生成するか、他の方法で提供するようにプロセッサ９０２に指示するために含まれ得る。デバイス鍵は、デバイスに格納されている製造業者の鍵であってもよいし、とりわけ、ブロックチェーンからアクセスされるデバイス固有の通信鍵であってもよい。
コード４６０６は、例えばイングレス鍵およびデバイス鍵から、新しいＰｏＰ鍵を計算するようにプロセッサ９０２に指示するために含まれ得る。コード４６０８は、新しいＰｏＰ鍵をパケットの末尾に付加するようにプロセッサ９０２に指示するために含まれ得る。コード４６１０は、パケットを次のデバイスに送信するようにプロセッサ９０２に指示するために含まれ得る。
コード４６１２は、パケットが正当なデバイスを通過したことを確認するために、パケットに付加されたＰｏＰ鍵のシーケンスを検証するようにプロセッサ９０２に指示するために含まれ得る。コード４６１４は、検証手続きの結果について報告するように、例えば、パケットの危殆化を別のデバイスまたはデバイスのグループに報告するようにプロセッサ９０２に指示するために含まれ得る。ユーザはまた、違法なパケットについて警告されてもよい。
図４７は、トークンバケット４７０４にマイクロペイメント情報を含むパケット４７０２の一例の概略図４７００である。トークンバケット４７０４は、マイクロペイメントのためにトークンを符号化するビットシーケンスを含むパケットの領域である。トークンバケット４７０４を使用することにより、パケットが、共通データベースまたはブロックチェーンへのアクセスを持たないシステムを介して通過の代金を支払うことができる。トークンバケット４７０４は、１つまたは複数の送信デバイスによってデクリメントされ得る暗号化された残高を有し得る。一部の例では、トークンバケット内のトークンは、第１の鍵で暗号化された１つまたは複数のシーケンスとすることができ、エッジデバイス４７０６〜４７１０のうちの１つまたは複数は、トークンファイルを復号しシーケンスまたはトークンを除去する鍵を有し得る。
パケット４７０２がエッジデバイス４７０６で受信されると、トークンバケット４７０４はアクセスされ（４７１２）、トークンバケット４７０４に残された残高を判定するために復号される。エッジデバイス４７０６を通過するコストが差し引かれ、トークンバケットが再暗号化されアクセスされて（４７１２）、フレームに保存される。パケットが他のエッジデバイス４７０８および４７１０を通過するときに、これらの段階が繰り返される。別の例では、トークンバケット４７０４は、複数の同一の暗号化ビットシーケンスを含む。各シーケンスはトークンを表し、トークンはエッジデバイス４７０６〜４７１０を通過するときに除去される。トークンバケット４７０４が空であるか、または残高が不十分である場合、パケットは削除され得る、または送信者に返され得る。
トークンバケット４７０４は、メッセージを送信するための優先度の向上を可能にし得る。コストは、所与のパケットの優先度に直接関係し得る。さらに、トークン自体がこの情報を運んでもよい。例えば、トークンが第１の残高を有する場合、エッジデバイス４７０６〜４７１０は、通常の先入れ先出しシーケンスに従ってパケットを転送することができる。しかしながら、トークンがより高い残高を有する場合、エッジデバイス４７０６〜４７１０は、待ち行列内の他のパケットの前にパケットを送信することができる。これは、ＩｏＴデバイスからの通信に優先順位を付けるために使用でき、例えば、通常のデータメッセージを低い優先度で送信しながら、警報を高い優先度で送信できる。
図４８は、一部の実施形態による、マイクロペイメントを送信システムに渡すためにトークンバケットを使用するための例示的な方法４８００のプロセスフロー図である。図４８の方法４８００は、図４９に関して説明されるＩｏＴデバイス４９００によって実施することができる。ブロック４８０２は、例えば送信システムがパケットを受信したときを表す。ブロック４８０４において、例えばトークンバケットを見つけるために、パケットフレームメタデータが解析される。ブロック４８０６で解析されたメタデータが正しくないと判定された場合、例えば、失敗した経路指定報告を送信することによって、送信者に警告４８０８が行われる。ブロック４８１０において、続行するか否かについての判定がなされる。続行する場合、プロセスフローはブロック４８０２に戻る。
ブロック４８１２において、送信を完了するための支払いが計算される。これは、ペイロードサイズに、経路指定されたバイト当たりの料金を単純に乗算することによって実行されてもよい。一部の例では、優先度による経路指定は、より高いバイト当たりのレートで課金され得る。
ブロック４８１４において、経路指定に対する支払いがトークンバケットから抽出される。これは、トークンフィールドをデクリメントすることによって実行され得る。ローカル支払い小計をインクリメントすることもできる。ローカル支払い小計は、例えばデータベース内の支払いストアを更新するために使用され得る。支払いストアは、支払い記録を含むブロックチェーンであり得る。
ブロック４８１６において、新しいトークンフィールドを使用して、発信フレームのメタデータを完成させることができる。ブロック４８１８において、次いで、パケットは送信機から経路指定される。ブロック４８２０において、続行するか否かに関する判定が行われる。これは、とりわけ、通信のシーケンスが進行中であるか否かなどに基づき得る。進行中である場合、プロセスフローはブロック４８０２に戻って続行する。
図４９は、一部の実施形態による、支払いを容易にするためにトークンバケットを使用するための、ＩｏＴデバイス４９００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス４９００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、メッシュデバイス８１２またはクラウド３０２内のデバイスからパケットを受け入れ、そのパケットを他のメッシュデバイス８１２、クラウド３０２内のデバイスなどに中継する通信部４９０２を含み得る。１つまたは複数のパケットがデバイス間の通信を構成してもよい。図４９に関して説明した機能に加えて、４５０２に関して説明したように、通信部４９０２は、プロトコル間でのパケットの変換、プルーフオブプロヴェナンス追加の実行などの他の機能を実行することができる。さらに、通信部４９０２は、図３３を参照して説明した通行権システム３３１２の一部とすることができる。
データ解析部４９０４は、トークンバケットを識別するために受信パケットについてメタデータを解析することができる。これは、例えば、ＩｏＴデバイス４９００によって保存された公開鍵または秘密鍵を使用して、トークンバケットを復号することを含み得る。支払い計算部４９０６は、通信を送信するのに必要な支払いを計算するために使用され得る。計算は、例えば、より高い帯域幅のチャネルが選択された場合に支払いに乗数を掛けることなど、特定の優先度レベルを考慮する乗数を含むことができる。支払い抽出部４９０８は、トークンバケットから支払いを差し引くことができる。これは、トークンバケットに記録された残高から金額を差し引くことによって実行され得る。一部の例では、トークンバケットは、個別に除去することができる暗号化トークンなどの複数の個別トークンを含むことができる。フレーム構築部４９１０は、例えば、トークンバケットを暗号化し、パケットペイロードとメタデータとをアセンブルしてフレームを形成することによって、フレームをメタデータで再構築することができる。次いで、通信部４９０２は、アセンブルされたパケットを送信するために使用され得る。一部の例では、支払い受け入れ部４９１２は、別の送信元、例えばトークンバケット内のビットシーケンスによって識別されるブロックチェーンからの支払いを受け付けるために使用され得る。
図５０は、トークンバケットからの支払いに基づいてデバイス間で通信を転送するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体５０００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体５０００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体５０００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体５０００は、例えばメタデータからトークンバケットを抽出するために、フレームについてメタデータを解析するようにプロセッサ９０２に指示するためのコード５００２を含み得る。コード５００４は、メッセージを送信するための支払いを計算するようにプロセッサ９０２に指示するために含まれ得る。支払いは、例えば、メッセージのサイズおよび／またはメッセージ送信の優先度に基づいてもよい。コード５００６は、トークンバケットから支払いを抽出するようにプロセッサ９０２に指示するために含まれ得る。これは、トークンバケット内の残高を減らすことによって、またはトークンバケットからトークンに対応するビットシーケンスを除去することによって実行され得る。コード５００８は、例えば、トークンバケットの変更された残高を含み、フレームを更新するようにプロセッサ９０２に指示するために含まれ得る。コード５００８はまた、フレームを再アセンブルする前にトークンバケットを暗号化するようにプロセッサ９０２に指示することができる。コード５０１０は、例えば、最終的な宛先を示すアドレスを用いて後続のデバイスにフレームを送信することによって、フレームを宛先に向けて経路指定するようにプロセッサ９０２に指示するために含まれ得る。
コード５０１２は、トークンバケット内の残高を増やすために支払いを受け入れるようにプロセッサ９０２に指示するために含まれ得る。コード５０１４は、支払われた額に基づいて送信の優先度を上げるようにプロセッサ９０２に指示するために含まれ得る。例えば、トークンバケットがトークンのために離散ビットシーケンスを使用する場合、送信デバイスは、個々のトークンの量に少なくとも部分的に基づいて優先度を設定することができる。
図５１は、一部の実施形態による、複数ステージでＩＰドメイン５１０２を非ＩＰドメイン５１０４に接続する、異種ネットワーク（ヘットネット）インフラストラクチャ５１００の図である。この例では、ＬＰＷＡドメイン５１０６は、ＩＥＥＥ ８０２．１５．４ｇメッシュネットワーク５１０８と通信している。メッシュネットワーク５１０８は、ＩＥＥＥ ８０２．１５．４メッシュネットワーク５１１０と通信している。アクセスポイント５１１２は、通信接続５１１４（例えば、イーサネット（登録商標）接続）をコアネットワーク５１１６に提供する。コアネットワーク５１１６は、第２のアクセスポイント５１１８に結合され得る。第２のアクセスポイント５１１８は、第２のＬＰＷＡネットワーク５１２０に通信を提供し得る。ＩＰドメイン５１０２と非ＩＰドメイン５１０４との異なる順列は、相当数のサービスに対するサポートを提供することと相まって、専用の変換ノードに対して不利に作用する。さらに、動的相互接続は、ノードが、ネットワークに参加でき、ネットワークを離れることができ、そして移動可能であり得る揮発性のＩｏＴインフラストラクチャと相互作用するのに有用であり得る。
例えば、プロトコルパッキングを使用することによって、異なるドメインからのデータを送信元からターゲットの宛先へ効率的に送信することができる。この例では、第１のプロトコル内のプロトコルフレームは、別のプロトコル内のパケットのペイロードフィールドにパッケージ化され得る。この手法を採用することによって、両方のプロトコルは規格に準拠したままである。図５２に関してさらに説明されるように、ＬｏＲａＷＡＮ（登録商標）ネットワーク５１０６などのフォグデバイス内のセンサ５１２４からゲートウェイ５１２２で受信されたＬｏＲａＷＡＮ（登録商標）フレームは、送信される前にＩＥＥＥ ８０２．１５．４フレームにパッケージ化され得る。第１のアクセスポイント５１１２においてさらなるプロトコルパッキングが実行されてもよい。例えば第２のアクセスポイント５１１８などのターゲットデバイスにおいて、パッケージングは除去され、フレームはターゲットデバイス５１２４に送信される。これは、異なるネットワークを介して、またはコアネットワーク５１１６を介してアクセスされるリモートデバイスを含むフォグデバイスにおける通信に使用され得る。
図５２は、一部の実施形態による、あるプロトコルから別のプロトコルへフレームをパッケージ化するのに使用されるプロトコルパッキングの概略図５２００である。概略図５２００に示される例では、ＬｏＲａＷＡＮ（登録商標）フレーム５２０２がパケット５２０４のペイロードフィールドにパックされ、パケット５２０４は、ＩＥＥＥ ８０２．１５．４のＭＡＣフレーム５２０６に含まれる。ＭＡＣフレーム５２０６は、宛先に送信するための送信フレームを形成するヘッダ５２０８を有する。
この方法を使用して、任意の数の他のデータリンク層およびトランスポートカプセル化ターゲットをサポートできる。例えば、データオーバーケーブルサービスインターフェース仕様（Ｄａｔａ Ｏｖｅｒ Ｃａｂｌｅ Ｓｅｒｖｉｃｅ Ｉｎｔｅｒｆａｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）（ＤＯＣＳＩＳ）プロトコルに従うフレームは、ＡＸ．２５プロトコルのパケットにカプセル化され得る。ＤＯＣＳＩＳは、ケーブルアンド無線システムを介した高速データ転送に使用される。ブロードバンドインターネットやテレビサービスなどの高速データ転送に主に使用されている。ＡＸ．２５は、１９９６年にＴｕｃｓｏｎ Ａｍａｔｅｕｒ Ｐａｃｋｅｔ Ｒａｄｉｏ（ＴＡＰＲ）およびＡｍｅｒｉｃａｎ Ｒａｄｉｏ Ｒｅｌａｙ Ｌｅａｇｕｅ（ＡＲＲＬ）の組織によって開発され、１９９８年に更新されている。ＡＸ．２５はＡＸ．２５プロトコルから派生したデータリンク層プロトコルであり、主にアマチュア無線帯域における障害のある狭帯域無線ネットワークにおける使用のために設計された。
図５３は、一部の実施形態による、ＩＥＥＥ ８０２．１１（またはＷｉ−Ｆｉ（登録商標））ＭＡＣ層フレーム５３０４内でＬｏＲａＷＡＮ（登録商標）フレーム５３０２をパッケージ化するために使用されるプロトコルパッキングの概略図５３００である。概略図５３００に示されるように、ＬｏＲａＷＡＮ（登録商標）フレーム５３０２は、ＩＥＥＥ ８０２．１１のＭＡＣフレーム５３０４内にネットワークデータ５３０６として挿入され得る。ＩＥＥＥ ８０２．１１のＭＡＣフレーム５３０４がＬＰＷＡネットワークにつながるゲートウェイなどの宛先に到達したとき、ＬｏＲａＷＡＮ（登録商標）フレーム５３０２は、ＩＥＥＥ ８０２．１１のＭＡＣフレーム５３０４から読み取られ、宛先に送信され得る。
図５４は、一部の実施形態による、フレームの送信のためのプロトコルパッキングのための例示的な方法５４００のプロセスフロー図である。図５４に関して説明される方法５４００は、図５５に関して説明されるＩｏＴデバイス５５００によって実装され得る。ブロック５４０２は、例えば、データを送信する準備ができたときを表す。
ブロック５４０４において、利用可能な送信元プロトコルおよび宛先プロトコルが識別される。利用可能なプロトコルのインベントリが作成され、ゲートウェイまたはアクセスポイントに格納され、そしてプロトコルパッケージングのためのイングレスプロトコルおよびエグレスプロトコルが識別される。各プロトコルに関連するペイロードのサイズおよび制約、例えばアドレス、フラグなどの必要なフレームフィールド情報が識別される。
ブロック５４０６において、ペイロードの制約は、送信されるペイロード、例えば送信元フレームに対してチェックされる。ブロック５４０８において、送信元フレームが宛先プロトコルペイロードに収まるか否かに関する判定が行われる。収まらない場合、ブロック５４１０において、ペイロードは複数のペイロードに断片化される。これは、例えば、ペイロードをＮバイトのシーケンスに分割することによって実行され得る。各バイトシーケンスは別々の宛先プロトコルフレームに配置されてもよく、パケットシーケンスは番号付けされる。
ブロック５４１４において、ペイロードおよびデバイスメタデータが宛先フィールドに書き込まれる。ブロック５４１６において、フレームは宛先に向けてディスパッチされる。ブロック５４１８において、すべてのデータ断片が処理されたか否かに関する判定が行われる。処理されていない場合、プロセスフローはブロック５４１４に戻り、次の断片を書き込んで送信する。
ブロック５４２０において、さらにデータを送信する必要があるか否か、例えば別のイングレスフレームを受信したか否かについての判定が行われる。もしそうであれば、プロセスフローはブロック５４０４に戻り、次のフレームを処理する。そうでなければ、方法５４００はブロック５４２２で終了し、その時点でデバイスは別のフレームが受信されるのを待つ。
図５５は、一部の実施形態による、第１のプロトコルのフレームを異なるプロトコルのフレーム内にパッケージ化するための、ＩｏＴデバイス５５００内に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス５５００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、メッシュデバイス８１２またはクラウド３０２内のデバイスからフレームを受け入れ、そのフレームを他のメッシュデバイス８１２、クラウド３０２内のデバイスなどに中継する通信部５５０２を含み得る。図５５に関して説明した機能に加えて、４５０２に関して説明したように、通信部５５０２は、プロトコル間でのフレームの変換、プルーフオブプロヴェナンス追加の実行などの他の機能を実行することができる。さらに、通信部５５０２は、図３３を参照して説明した通行権システム３３１２の一部とすることができる。
プロトコルライブラリ構築部５５０４は、どのプロトコルが利用可能であるかを判定し、それぞれについてプロトコルおよびフォーマットを格納するプロトコルライブラリ５５０６を構築することができる。フォーマットは、複数のエグレスフレームにおける送信のためにイングレスフレームを断片に分割することなど、フレームをどのようにフォーマットするかを判定するために使用することができる、データフィールド長などの制約を含むことができる。
フレーム分析部５５０８は、送信デバイスから受信したイングレスフレーム５５１０を分析して、長さ、パッケージングプロトコル、および他の制約を判定するために使用され得る。フレーム構築部５５１２は、判定された制約を使用してエグレスフレーム５５１４を構築することができる。例えば、フレーム構築部５５１２は、イングレスフレーム５５１０がエグレスフレーム５５１４のペイロードフィールド内に収まるには大きすぎる場合、複数のエグレスフレーム５５１４を構築することができる。１つまたは複数のエグレスフレーム５５１０が構築されると、通信部５５０２は、それらを宛先に向けて送信することができる。
図５６は、第１のプロトコルのフレームを異なるプロトコルのフレームにパッケージ化するようにプロセッサ９０２に指示するためのコードを含む、例示的な非一時的機械可読媒体５６００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体５６００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体５６００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体５６００は、可能なイングレスプロトコルおよびエグレスプロトコルのインベントリインベントリを作成するようにプロセッサ９０２に指示するためのコード５６０２を含み得る。コード５６０４は、サイズおよび他の制約を判定するためにイングレスフレームを分析するようにプロセッサ９０２に指示するために含まれ得る。コード５６０６は、エグレスフレームのためのプロトコルを判定するようにプロセッサ９０２に指示するために含まれ得る。コード５６０８は、イングレスフレームが大きすぎてエグレスフレームのペイロードフィールド内に収まることができない場合には、イングレスフレームを断片化するようにプロセッサ９０２に指示するために含まれ得る。コード５６０６は、宛先での正しい再アセンブルのために、各断片をシーケンス番号でラベル付けするようにプロセッサに指示することができる。コード５６１０は、例えば、イングレスフレーム、または関連するシーケンス番号を有するイングレスフレームの断片を、エグレスフレームのペイロードフィールドに配置することによって、エグレスフレームを書き込むようにプロセッサ９０２に指示するために含まれ得る。コード５６１２は、例えば、最終的な宛先を示すアドレスを用いて後続のデバイスにフレームを送信することによって、エグレスフレームを宛先に向けて経路指定するようにプロセッサ９０２に指示するために含まれ得る。
他のプロトコル内に異なるプロトコルのフレームをパッケージ化することに加えて、ＬｏＲａＷＡＮ（登録商標）などの低オーバーヘッド通信で複雑なデータ構造の使用が増加することは、より高度なフレーミングの有用性を示している。新しいフレーミング構造が図５７に関して説明される。
図５７は、一部の実施形態による、ＬｏＲａＷＡＮ（登録商標）フレームなどの低電力広域（ＬＰＷＡ）フレーム５７０２内のペイロードとして使用され得るペイロード構造５７００の図である。ペイロード構造５７００は、例えば、集約され、断片化され、インタリーブされ、または他の方法で構築され得る１つまたは複数の送信元からの情報を含む、マルチモーダルデータに使用され得る。これらの種類のマルチモーダルデータは、意図された宛先にディスパッチするために複数のＬＰＷＡフレーム５７０２を必要とするデータサイズにしばしばなり得る。
ペイロード構造５７００仕様は、最小限のフレームオーバーヘッドを提供する。フレームオーバーヘッドは、表１に記載のとおりであり得る。
一部の態様では、ペイロード形式識別子は、とりわけ、画像、２４ビットＧＰＳ報告、または３×２バイトセンサ報告など、ペイロード構造５７００で運ばれるデータの種類を識別する。ペイロード形式識別子に使用され得る値の例を表２に提示する。これは４ビットフィールドであるため、１５個の可能な識別子を使用できる。
一部の態様では、フレームオーバーヘッドは、ペイロードが暗号化されているか否かを示すための暗号化フラグ、例えば、暗号化されている場合はＥｎｃｒ＝０ｘ１、暗号化されていない場合はＥｎｃｒ＝０ｘ０を含み得る。デバイスＩＤは、送信デバイスに対する固有の識別子を表すストリング（例えば、４バイトのストリング）を含み得る。これは、本明細書で説明されるブロックチェーンの方法を使用して割り当てられた識別子であってもよいし、とりわけ、製造業者が割り当てた名前であってもよい。デバイスＩＤフィールドは、例えば、無線機ごとに任意の数のエンドポイントＩＤをサポートするために使用され得る。一部の例では、ＩＤゼロが無効であると仮定して、無線機当たり最大６５５３５のエンドポイントＩＤをサポートするために２バイトの識別子が使用され得る。
バッチサイズは、単一のメッセージに含まれるペイロードの数を示す。シーケンス番号は、再アセンブルのための、シーケンスにおける特定のペイロード構造５７００の位置を示す。ペイロードフィールドの長さは、長さフィールドで運ばれる。ＬｏＲａフレームカプセル化は、アップリンクメッセージのためのメッセージ完全性チェック（ＭＩＣ）を提供し得る。そうでなければ、上記のフレーム５７０２に別個のＭＩＣフィールドを含めることができる。
一部の態様では、より長いメッセージのためのペイロードは、複数のフレームにわたって断片化される必要があり得る。これらのフレームは、ＩｏＴネットワークにおいて順次送信される必要はないが、送信時間を短縮し送信効率を改善するために並列無線チャネルを介して送信されてもよい。ネットワーク分割多重化（ＮＤＭ）と呼ばれるこの技法は、データを複数の独立した並列データサブセットに分割し、宛先で再結合する前に、それらを複数のネットワークパスで伝送するネットワークプロトコルに依存しない方法である。この技法は、例えば異なるプロトコルを使用して、相互接続された異なるネットワークパスおよびインフラストラクチャ上で並列に動作する複数のデータストリームをオーバーレイする能力を活用する。ＮＤＭは、複数のＬＰＷＡパスなどの複数の同一ネットワークパス、または複数のＩＥＥＥ ８０２．１５．４ｇ経路と連携した複数のＬＰＷＡパスなど、複数の異なるネットワークインフラストラクチャパスをサポートする。
データストリームのアラインメント、およびＮＤＭパスのうちの１つまたは複数に影響を及ぼす損失の多いネットワーク特性は、宛先における再結合に悪影響を及ぼす可能性がある。しかしながら、これらの問題は、ｈｔｔｐ：／／ｗｗｗ．ｒｆｃ−ｅｄｉｔｏｒ．ｏｒｇ／ｒｆｃ／ｐｄｆｒｆｃ／ｒｆｃ５０５０．ｔｘｔ．ｐｄｆ（最後にアクセスしたのは２０１６年８月２５日）で説明されているバンドルプロトコル（ＢＰ）などのフォールトトレラントプロトコルのためのコンバージェンス層として使用され得る、リックライダー転送プロトコル（ＬＴＰ）などの適応型遅延／混乱耐性プロトコルの統合によって低減され得る。
ＬＴＰでは、データは、重要および非重要として識別され得る。ヘッダなどの重要なデータは、データが送信ユニットによって破棄される前に、正確に送信され、受信確認応答されなければならない。ピクチャ内の単一の画素などの非重要データは、伝送から復元可能である、または失われると重要性が低くなるのであってよく、従って、データは送信後に破棄され得る。極端なレイテンシに起因して、通信を開始する前に交渉は行われない。以下の図では、ＮＤＭ技法を用いるデータの送信を説明する。
図５８は、一部の実施形態による、送信のために複数のサブブロック５８０４に断片化されている送信データペイロード５８０２の概略図５８００である。サブブロック５８０４のそれぞれは、可変長Ｌｉを有し得る。サブブロック５８０２は、１つまたは複数のネットワークプロトコルまたはＰＨＹが使用される、Ｎ個のネットワークパスに割り当てられ得る。
次いで、サブヘッダデータを各サブブロック５８０４に付加することができ、例えば、データサブストリーム内の各フレームをヘッダデータでカプセル化して、メインデータペイロード内のサブストリームの順序を示して、宛先での再結合をサポートすることができる。ヘッダデータはまた、最大通過時間、例えば有効期間、ならびに優先順位付けおよび再試行ポリシーを含むことができる。ヘッダ情報が添付されると、サブブロック５８０４は、例えば上記の図５４に関して説明したように、送信に使用される異なるプロトコルフレームでパッケージ化され得る。
図５９は、一部の実施形態による、ＮＤＭ−シリアル−パラレル伝送の概略図５９００である。サブブロック５８０４は、同期ディスパッチモードのために時刻Ｔｔｘ ５９０２にディスパッチされ得る。一部の場合では、サブブロック５８０４は、時刻Ｔｔ×［ｉ］において、同期パス毎ディスパッチモードで送信されてもよく、各［ｉ］は送信パスを表す。
図６０は、一部の実施形態による、サブブロック５８０４の受信の概略図６０００である。宛先、または他の意図された傍受点では、サブブロック５８０４は、ディスパッチされたときとは異なる順序および異なる時間オフセットで受信され得る。サブブロック５８０４は、異なるプロトコルにパッケージ化されている場合はパッケージ解除され、メッセージについて予想されるサブブロック５８０４の数および順序を判定するために分析され得る。次いで、サブブロック５８０４は、図５８のＴＸデータペイロード５８０２に再アセンブルされる前に、すべての部分が受信されるまで保持され得る。
図６１は、一部の実施形態による、受信データペイロード６１０２を形成するためのサブブロック５８０４の再結合の概略図６１００である。ブロック順序を識別するために、各サブブロック５８０４内のヘッダデータを使用して、パラレルからシリアルブロック形式への変換が行われる。ヘッダ内の命令に応じて、サブブロック６１０２が欠落していても再アセンブルが行われ得る。
図６２は、一部の実施形態による、複数の並列通信チャネルを介してペイロードを断片化しディスパッチするための例示的な方法６２００のプロセスフロー図である。図６２の方法６２００は、図６４に関して説明されるＩｏＴデバイス６４００によって実施することができる。方法６２００は、例えばデータペイロードが送信の準備ができているときに、ブロック６２０２で開始する。
ブロック６２０４において、利用可能なネットワーク経路および関連プロトコルが発見される。これらはＩｏＴデバイスのライブラリに保存され、接続が依然として存在していることを確認するために定期的にテストされる。発見された情報はまた、サポートされているプロトコルの許容ペイロードサイズ、伝送速度などに関するデータも含むことができる。
ブロック６２０６において、ペイロードをディスパッチするか否かに関する判定が行われる。これは、ペイロードの準備が整い、１つまたは複数のネットワークへの接続が存在するときに実行され得る。
ブロック６２０８において、ペイロードは、例えば、利用可能なネットワーク経路と、関連するプロトコルによってサポートされる最大利用可能ペイロードサイズとに基づいて断片化される。断片化は、伝送速度、優先度などの通信チャネルの他のパラメータを考慮に入れることができる。断片化は、図５７〜図６１に関して説明したサブブロック５８０４を形成することができる。
ブロック６２１０において、断片はインデックス付けされる。これは、シーケンス番号を断片に割り当て、次いでシーケンス番号を含む断片ヘッダを構築することによって実行され得る。断片は、ヘッダと連結されてサブブロックを形成する。次いで、例えば図５２〜図５６に関して説明したように、個々のサブブロックを異なる経路を介して送信するためのプロトコルフレームでパッケージ化することができる。ブロック６２１２において、ペイロードのサブブロックまたは断片は、異なる伝送経路に沿ってディスパッチされる。
図６３は、一部の実施形態による、ＮＤＭ技法を使用して送信されたパケットを受信し再結合するための例示的な方法６３００のプロセスフロー図である。図６３の方法６３００は、図６４に関して説明されるＩｏＴデバイス６４００によって実施することができる。方法６３００は、断片が複数の異なる通信チャネルを介して送信デバイスから受信されると、ブロック６３０２で開始する。
これは、複数の異なる経路上および複数の異なるプロトコル内でフレームの受信を検出することによって実行され得る。フレームが異なるプロトコルでパッケージ化されている場合、ペイロードはプロトコルフレームから取り外されて分析される。分析はフレームを解析し、ヘッダを取り除く。ペイロードの断片はローカルメモリストアにプッシュされ、シーケンス番号が記録される。
ブロック６３０４において、すべての断片が受信されたか否かに関する判定が行われる。すべて受信されていない場合、プロセスフローはブロック６３０２に戻り、断片を待ち続ける。ＩｏＴデバイスは、データのアセンブルを開始する前に、すべての断片が受信されるのを待つ必要はない。例えば、断片のうちの１つにあるコマンドは、欠落している断片には非重要データが含まれているため、再アセンブルを停止するべきではないことを示すことができる。
ブロック６３０６において、断片は再度順序付けされ、結合され得る。例えば、各断片は、受信データペイロードを形成するために、シーケンス番号および長さによって再アセンブルされたデータペイロードに付加され得る。ブロック６３０８において、再結合されたペイロードが、例えばコンシューマプロセスに出力される。
図６４は、一部の実施形態による、複数の並列パスに沿って送信するためにペイロードを断片化するための、ＩｏＴデバイス６４００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス６４００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、１つまたは複数の通信リンクを介して、例えばとりわけ、メッシュ送受信機８１０、アップリンク送受信機８１４、およびＮＩＣ ８１６を介して、メッシュデバイス８１２またはクラウド３０２内のデバイスからフレームを送信および受信する通信部６４０２を含むことができる。図６４に関して説明した機能に加えて、４５０２に関して説明したように、通信部６４０２は、プロトコル間でのフレームの変換、他のプロトコルにおけるフレームのパッケージ化、プルーフオブプロヴェナンス追加の実行などの他の機能を実行することができる。さらに、通信部６４０２は、図３３を参照して説明した通行権システム３３１２の一部とすることができる。
通信部６４０２は、ＩｏＴデバイス６４００とターゲットデバイスとの間の通信のために利用可能なネットワークおよびプロトコルを識別するためにネットワーク発見部６５０４によって使用され得る。ネットワーク発見部６５０４は、並列ＮＤＭ通信に使用される利用可能なネットワーク通信パスおよびプロトコルのリストを構築および維持することができる。
ペイロード６４０６は、例えばセンサ８２０から取得された測定値から、ＩｏＴデバイス６４００によって構築され得る。一部の例では、ペイロード６４０６は、よりリモートにあるデバイスなど、メッシュデバイス８１２内の別のＩｏＴデバイスから渡され得る。この例では、ＩｏＴデバイス６４００は、ペイロードを含む通信を他のデバイスに渡すためのゲートウェイとして動作し得る。
ペイロード断片化部／パッケージ化部６４０８は、通信速度、信頼性、電力可用性、または任意の数の他の要因およびそれらの要因の組み合わせに基づいて、ペイロードおよび利用可能な通信チャネルを分析して、ペイロードの最適な通信をもたらす可能性があるチャネルの組み合わせを判定し得る。次いで、ペイロード断片化部／パッケージ化部６４０８は、送信のためにペイロードをサブオブジェクトに断片化することができる。ヘッダおよび他の識別情報およびシーケンス情報が送信のために付加され得る。選択された通信に応じて、サブオブジェクトは、様々なプロトコルフレームのデータフィールドにパッケージ化され、次いで、通信部６４０２によって選択された通信チャネルを介して送信され得る。
一部の態様では、通信は双方向であり得る。ペイロード受信部／分析部６４１０は、他のデバイスからのフレームを受信し、プロトコルパッケージングを取り外し、フレームを分析してメッセージおよびシーケンス情報を識別することができる。ペイロード受信部／分析部６４１０は、受信されたフレームのデータフィールドがペイロードのサブオブジェクトであると判定し得る。ペイロード受信部／分析部６４１０は、様々な条件が満たされるまでサブオブジェクトおよびシーケンス番号を格納し、次いで、シーケンス番号およびストレージ情報をペイロードデフラグ部６４１２に渡すことができる。条件は、ペイロード内のすべてのサブオブジェクトが受信されたという判定、またはシーケンス内の欠けているサブオブジェクトが非重要データを含み、アセンブルを進めるべきであるという判定を含むことができる。
ペイロードデフラグ部６４１２は、例えば、図６３で説明したように、ペイロードを最終的なペイロードオブジェクトに再アセンブルすることができる。次いで、ペイロードは、ＩｏＴデバイス６４００によって使用されても、データコンシューマに送信されてもよい。
図６５は、一部の実施形態による、複数の並列パスに沿ってペイロードを断片化し送信するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体６５００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体６５００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体６５００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体６５００は、受信デバイスへの利用可能なネットワークパスおよびプロトコルを発見するようにプロセッサ９０２に指示するためのコード６５０２を含み得る。コード６５０４は、通信のために選択されたプロトコルのためのフレームのデータフィールドに収まるようにペイロードを断片化するようにプロセッサ９０２に指示するために含まれ得る。コード６５０４は、とりわけパケットのシーケンス番号を含むヘッダ情報を付加するようにプロセッサ９０２に指示することができる。コード６５０６は、選択された通信に応じて、断片を異なるプロトコルのフレームにパッケージ化するようにプロセッサ９０２に指示するために含まれ得る。コード６５０８は、選択された異なる通信チャネルを介してターゲットデバイスの方向にフレームをディスパッチするようにプロセッサ９０２に指示するために含まれ得る。
コード６５１０は、例えば異なるプロトコルのフレームで、断片を受信するようにプロセッサ９０２に指示するために含まれ得る。コード６５１２は、異なるプロトコルのフレームからペイロードをパッケージ解除し、次いで、ヘッダ情報を解析して、ペイロードおよびシーケンス番号を識別するために含まれ得る。コード６５１２は、例えばすべての断片が受信される前に、ペイロードの再アセンブルをいつ試みるべきかを判定するようにプロセッサ９０２に命令することができる。コード６５１４は、シーケンス番号に基づいてペイロードを再アセンブルするようにプロセッサに指示するために含まれ得る。
上述の通信技法は、リモートに配置されたＩｏＴデバイス、例えば気象センサ、産業用ユニットなどとの通信を可能にする、または強化するために使用され得る。これらのデバイスの位置判定は、特にバッテリ駆動のユニットを持つネットワークでは、問題になる場合がある。メッシュネットワーク内の他のデバイスから通信された情報からデバイスがそれらの位置を判定することを可能にする技法が、デバイスの少なくとも一部が電力を節約することを可能にし得る。これを実行するための１つの技法を図６６〜図７０に記載する。
図６６は、一部の実施形態による、ビーコンノード６６０２が近くのＩｏＴデバイス６６０６に位置メッセージ６６０４を提供する、オーバーレイビーコンシステム６６００の概略図である。インフラストラクチャのない地域でのＩｏＴデプロイの場合、単一のＩｏＴノード、またはビーコンノード６６０２は、衛星ベースの測位受信機を装備し、位置および時間データを隣接する接続されたノードに伝達するための地理位置情報ビーコンとして機能する。これは、ペイロードデータの一部として、それぞれの種類の通信リンクに適したフレームで位置ペイロードを送信することによって、複数の異種ネットワーク上で行われ得る。ビーコンノード６６０２は、全地球測位システム（ＧＰＳ）衛星システム、全地球航法衛星システム（ｔｈｅ ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）（ＧＬＯＮＡＳＳ）、または他の全地球航法衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）（ＧＮＳＳ）から信号を受信するための衛星受信機などのＧＰＳモジュールを装備したＩｏＴデバイスであり得る。
一部の態様では、ビーコンノード６６０２は、３つ以上の全地球測位システム衛星６６１０から信号６６０８を取得することによってその位置を判定することができる。ビーコン送信ノード６６０２は、例えばＮａｔｉｏｎａｌ Ｍａｒｉｎｅ Ｅｌｅｃｔｒｏｎｉｃｓ Ａｓｓｏｃｉａｔｉｏｎ（ＮＭＥＡ）センテンスとして、衛星から受信したデータを、ディスパッチに適したデータ種別に変換することができる。ＩＥＥＥ ７５４パックドフォーマットなどの位置データを含む位置ペイロード６６１２が作成され得る。このフォーマットでは、緯度６６１４を表すために４バイトを使用することができ、経度６６１６を表すために４バイトを使用することができ、４バイトを付加タイムスタンプ６６１８とすることができる。ビーコンノード６６０２は、位置メッセージ６６０４として他のデバイスに送信するためのプロトコルフレームに位置ペイロード６６１２をパックすることができる。本明細書で説明されるように、利用可能な通信チャネルに応じて、任意の数のプロトコルが使用され得る。
定期的な時間間隔で、またはイベントベースのトリガもしくは他のトリガで、ビーコンノード６６０２は、位置メッセージ６６０４を送信する。ビーコンノード６６０２の範囲内、例えばビーコンノード６６０２から数十メートルから数百メートル内のＩｏＴデバイスまたは他のノードは、位置メッセージ６６０４を受信し、自身のメッセージングまたは他の目的のために地理位置情報ペイロード６６１２を使用することができる。例えば、ローカルデバイスのための時間補正が、ビーコンノード６６０２からのタイムスタンプ６６１８を使用して実行されてもよい。
図６７は、一部の実施形態による、位置ペイロードを生成するための例示的な方法６７００のプロセスフロー図である。図６７の方法６７００は、図６９に関して説明されるＩｏＴデバイス６９００によって実施することができる。ブロック６７０２は、例えば、デバイスに電源が投入されたとき、またはそうでなければ地理位置情報プロセスを開始するように命令されたときを表す。ブロック６７０４において、位置（ｐｏｓｉｔｉｏｎ ｆｉｘ）が取得される。位置を取得するために、コマンドがＧＰＳモジュールに送信される。ブロック６７０６において、初期位置算出待機時間（ａ ｗａｉｔ ｔｉｍｅ ｆｏｒ ａ ｆｉｒｓｔ ｆｉｘ）、例えば１０秒、３０秒、６０秒、またはそれ以上が実施される。この待機時間が完了した後、ブロック６７０８において、位置が得られたか否かに関する判定が行われる。得られていない場合、プロセスフローはブロック６７０６に戻り、別のインクリメントを待つ。位置が取得されている場合、プロセスフローは、ＧＰＳモジュールからの位置データと共に、ブロック６７０４に戻る。
ブロック６７１０において、位置データが解析される。これは、経度、緯度、時間、および高度などの他のデータを抽出することによってブロック６７１２において実施することができる。抽出されたデータは、ローカルストア６７１４に格納される。
ブロック６７１６において、位置ペイロードがローカルストア６７１４内のデータから構築される。ペイロードは、例えば、緯度および経度の位置データのＩＥＥＥ ７５４フォーマットの４バイト表現を使用して、位置をパケットに挿入することによって、ブロック６７１８において構築され得る。ブロック６７２０において、ビーコンＩＤをパケットに挿入することができ、ブロック６７２２において、タイムスタンプを加えることができる。タイムスタンプは、ローカルクロックから導出されてもよいし、衛星データから抽出された時間データであってもよい。ペイロードは、送信のためにフレームにパックされてもよい。フレームのプロトコルは、とりわけ、イーサネット（登録商標）、ＬｏＲａＷＡＮ（登録商標）、または４Ｇなどの、使用される通信チャネルに基づいてもよい。
ブロック６７２４において、フレームは、周囲のＩｏＴデバイスにブロードキャストされる。これは、送信機を起動し、無線送信を介してメッセージとしてフレームをディスパッチすることを必要とし得る。一部の例では、フレームは、イーサネット（登録商標）などの有線ネットワークを介して送信され得る。一部の例では、パケットを位置情報として識別するためにペイロードにヘッダを加え、直接通信またはターゲット通信なしでパケットを周囲のデバイスにブロードキャストすることによって、単純なパケット構成を使用することができる。
ブロック６７２６において、プロセスを繰り返す前に待機時間を実施することができる。これは、所定期間、スリープコマンドを起動することによって実行されてもよい。ブロック６７２８において、位置ビーコンプロセスを続行するか否かに関する判定が行われる。続行する場合、プロセスフローは次の位置を取得するためにブロック６７０４に戻る。そうでなければ、プロセスはブロック６７３０で終了する。
図６８は、一部の実施形態による、位置ペイロードを含むフレームを解析するための例示的な方法６８００のプロセスフロー図である。図６８の方法６８００は、図６９に関して説明されるＩｏＴデバイス６９００によって実施することができる。ブロック６８０２は、例えば、ＩｏＴデバイスがビーコンノードを発見したときを表す。ブロック６８０４において、ビーコンフレームまたは位置パケットがビーコンノードから受信される。ブロック６８０６において、ビーコンＩＤをチェックしてビーコンノードのアイデンティティを確認する。ブロック６８０８において、フレーム完全性チェックが実行されて、フレームまたは位置パケットが有効であるか否かが判定される。有効ではない場合、プロセスフローはブロック６８０４に戻り、別のフレームまたは位置パケットの受信を待つ。
有効なフレームまたは位置パケットが受信された場合、ブロック６８１２において、位置データ、例えば位置ペイロードが抽出される。ブロック６８１２において、位置ペイロードが解析され得る。これは、ブロック６８１４において、ペイロードから緯度および経度、また含まれる場合は高度を抽出することによって実行され得る。タイムスタンプは、ブロック６８１８において抽出され得る。情報はローカルストア６８１６に格納することができる。次いで、ＩｏＴデバイスは、例えばメッセージング、同期、または他の目的のためにローカルストア６８１６からの情報を使用することができる。
ブロック６８２０において、別のビーコンフレームが受信されたか否かに関する判定が行われる。受信された場合、プロセスフローはブロック６８０４に戻り、そのフレームを処理する。受信されていない場合、プロセスフローはブロック６８２２で終了する。
この技法では、すべてのノードが専用のＧＰＳ受信機を必要としないため、コストおよびバッテリ電力を節約できる。正確なデバイスごとの位置またはウェイポイント情報が必要でない場合、これは、ＩｏＴデバイスがそれらのデプロイエリアを識別し、位置および／または時間に依存するタスクを実行するために十分な情報を提供し得る。
図６９は、一部の実施形態による、位置データを共有するためのビーコンノードシステムを確立するための、ビーコンノード６９００に存在し得るコンポーネントの例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ビーコンノード６９００に対して選択され使用されてもよいことに留意されたい。
この例では、ＩｏＴデバイス６９００は、衛星位置データを受信し処理するためにＧＰＳモジュール６９０２を含み得る。ＧＰＳモジュール６９０２は、複数の相互接続されたメッシュデバイス８１２に含まれ得るが、１つまたは少数でしかアクティブ化されない。これは、ビーコンノード６９００において、例えば低バッテリのために障害が発生した場合、システムが位置および時間の冗長性をいくらか有することを可能にし得る。
大容量ストレージ８０８は、本明細書で説明されるビーコン機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、１つまたは複数の通信リンクを介して、例えばとりわけ、メッシュ送受信機８１０、アップリンク送受信機８１４、およびＮＩＣ ８１６を介して、メッシュデバイス８１２またはクラウド３０２内のデバイスからフレーム、または位置ペイロードを含む位置パケットを送信および受信するパケット通信部６９０４を含むことができる。４５０２に関して説明したように、パケット通信部６９０４は、異なるプロトコルで位置ペイロードをパッケージ化すること、プルーフオブプロヴェナンスチェックを実行することなどの他の機能を実行することができる。さらに、通信部６９０４は、図３３を参照して説明した通行権システム３３１２の一部とすることができる。
ＧＰＳロケータ６９０６は、位置情報を取得するためにＧＰＳモジュール６９０２と通信することができる。ＧＰＳロケータ６９０６は、例えば、バッテリの使用量を制御するため、またはＧＰＳモジュールを有する別のメッシュデバイス８１２に障害が発生したときにＧＰＳモジュール６９０６を起動するために、ＧＰＳモジュール６９０６への電力を供給したり電力供給を制限したりすることができる。ＧＰＳロケータ６９０６は、ＧＰＳモジュール６９０６からＧＰＳ位置データを収集し格納することができる。
データ解析部６９０８は、ＧＰＳ位置を解析して、緯度、経度、時間、および高度などの他のパラメータを判定することができる。解析されたデータはさらなる使用のために格納されてもよい。
ペイロード構築部６９１０は、解析されたデータを使用して位置ペイロードを構築することができる。これは、図６６に関して説明したように実行することができる。ペイロードは、ペイロード構築部６９１０によって特定のプロトコルタイプのフレームにパッケージ化することができる。次いで、フレームはパケット通信部６９０４によって送信されてもよい。
本明細書で説明されるように、ＩｏＴデバイスは、ビーコンノードとして機能することに限定されず、位置データを受信することもできる。これは、ＧＰＳモジュール６９０２に障害が発生したとき、またはその位置を判定することができないときに有用であり得る。一部の例では、ＩｏＴデバイス６９００は、ＧＰＳモジュール６９０２を持たなくてもよいが、位置コンシューマとしてのみ機能してもよい。
フレーム確認部６９１２を使用して、パケットがビーコンＩＤと一致しかつ有効なデータを含むか否かを判定するためにビーコンノードから受信されたフレームを確認することができる。パケット確認部６９１２は、無効なパケットを拒否または無視することもできるし、例えばビーコンＩＤは正しいがフレームまたは位置パケットが破損している場合、再送要求を送信することもできる。
パケット抽出部６９１４は、受信したフレームを分析して、位置ペイロードを抽出することができる。これは、緯度、経度、および時間情報、ならびに高度などの他の情報を示すデータを判定することを含み得る。
図７０は、一部の実施形態による、位置ペイロードを送信および受信するようにプロセッサ９０２に指示するためのコードを含む、例示的な非一時的機械可読媒体７０００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体７０００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体７０００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体７０００は、例えばＧＰＳモジュールを使用して、ＧＰＳ衛星から位置データを取得するようにプロセッサ９０２に指示するためのコード７００２を含み得る。コード７００４は、緯度、経度、および時間について別々の値を取得するために、ＧＰＳモジュールからの位置データを解析するようにプロセッサ９０２に指示するために含まれ得る。コード７００４は、位置データから高度などの他の値を判定するようにプロセッサ９０２に指示することができる。コード７００６は、緯度、経度、および時間を含む位置ペイロードを構築するようにプロセッサ９０２に指示するために含まれ得る。コード７００６は、位置ペイロードを特定のプロトコルのフレームにパッケージ化するようにプロセッサ９０２に指示することができる。コード７００８は、様々な通信チャネルを通してペイロードデータをディスパッチするようにプロセッサ９０２に指示するために含まれ得る。コード７０１２は、ビーコンから受信された有効なフレームから位置ペイロードデータを抽出し、他の目的のためにペイロードデータを格納するようにプロセッサに指示するために含まれ得る。
ネットワークを介して情報を格納および配信するためのほとんどすべての方法がプッシュまたはプル方法を利用する。プッシュは、多くの場合、接続されているすべてのベースノードへのゲートウェイまたは基地局のブロードキャストとみなすことができる。この種類のモデルはまた、デバイスがデータを送信する手段としてチャネルを介してデータを送信する、パブリッシュ／サブスクライブモデルでもよく使用される。さらに、ほとんどのモデルでは、エンドポイントがデータをブロードキャストする（プッシュ）元の中央サーバ、またはそれらがプルする元のコンテンツサーバを使用する。図７１〜図７４に関して説明された技法は、ネットワークを介してコンテンツを配信するためにプッシュおよびプルの組み合わせを使用する。
図７１は、一部の実施形態による、異種ネットワークのための分散型コンテンツ配信システム７１００の概略図である。分散型コンテンツ配信システム７１００を使用すると、損失が多い場合がある、または接続が断続的であり得る異種ネットワークにわたる配信を可能にすることができる。さらに、データをステートレスに配信できる。分散型コンテンツ配信システム７１００内の１つまたは複数のＩｏＴデバイスまたはノード７１０２は、ノード上のデータの管理を担当するデータマネージャ７１０４を有する。データマネージャ７１０４は、分散型コンテンツ配信システム７１００を通過するインバウンドデータ７１０８およびアウトバウンドデータ７１１０を分類することができるデータ分類部７１０６を含む、複数のサブシステムを有する。データには、インバウンド、アウトバウンド、およびキャッシュという３つの主な分類が使用される。
一部の態様では、データマップ部７１１２は、分類されたデータをシステム上の物理的位置にマッピングする役割を担当する。データマップ部７１１２は、ハッシュ関数などのアルゴリズムを使用してデータの最適位置を判定することができる。データ分類部７１０６は、アウトバウンドデータおよびキャッシュデータの分類を判定するためにリソースマネージャ７１１４と通信する。インバウンドデータ７１０８は、ノード自身によって消費されることを意図したデータである。データマップ部７１１２は、データをインボックス７１１６に転送し、リソースマネージャ７１１４は、インボックス７１１６に対する変更または更新を監視する。
アウトバウンドデータ７１１０は、１ホップを超える距離にあるノード７１０２によって共有されてもよく、リソースマネージャ７１１４によって判定される。アウトバウンドデータ７１１０は、アウトボックス７１１８に格納されてもよい。リソースマネージャ７１１４は、電力およびネットワークノード数など、ノード７１０２での現在のリソース可用性を計算することによってホップ数を計算する。
キャッシュデータは、キャッシュ７１２０に保存され、ノード７１０２にとって有用であると判定されたデータである。データ履歴部７１２２は、インバウンドおよびアウトバウンドのデータ要求など、ノード７１０２を出入りするデータを追跡することができる。プロトコルマネージャ７１２４は、例えば、特定のフレームに使用されている通信チャネルに基づいて、入って来るフレームおよび出て行くフレームに使用されるプロトコルを管理することができる。ネットワークマネージャ７１２６は、例えばネットワークスタックをホストすることなど、様々な通信チャネル上のネットワーク通信を処理することができる。通信マネージャ７１２８は、無線機、ネットワークインターフェースコントローラなどの物理レベル動作、すなわちＰＨＹ動作を処理することができる。
図７２は、一部の実施形態による、分散型コンテンツ配信のための例示的な方法７２００のプロセスフロー図である。図７２の方法７２００は、図７１および図７３に関して説明されるＩｏＴデバイス７１０２によって実施することができる。ブロック７２０２において、データは分類される。これは、システムを通過する１つまたは複数のインバウンドデータとアウトバウンドデータ、例えば、インバウンドデータ、アウトバウンドデータ、およびキャッシュデータなどを分類することによって実行される。
ブロック７２０４において、分類されたデータはシステム上の正しい物理的位置にマッピングされる。例えば、ブロック７２０６に示されるように、これは、インバウンドデータの位置を識別するハッシュコードを生成するためのアルゴリズムを使用して実行され得る。
ブロック７２０８において、データがインバウンドであるか否かに関する判定が行われる。そうであれば、ブロック７２１０においてデータがローカルに格納される。ブロック７２１２において、ハッシュ鍵がチェックされる。ブロック７２１４において、ハッシュ鍵がローカルストア７２１６内にあるか否かに関する判定が行われる。そうでない場合、ブロック７２１８において、新しいデータ断片はローカルに格納される。次いで、プロセスフローはブロック７２０２に戻る。
ブロック７２１４で鍵がローカルストア７２１６内にあると判定された場合、ブロック７２２０において、例えばローカルストア７２１６内の前の情報と同一である場合に、情報が無視されるべきか否かに関する判定が行われる。もしそうであれば、プロセスフローはブロック７２０２に戻る。そうでない場合、データはローカルストア７２１６であり、新しい断片で更新され、そしてプロセスフローはブロック７２０２に戻る。
ブロック７２０８でデータがアウトバウンドデータであると判定された場合、ブロック７２２４において、最大ホップ数が計算される。これは生存期間（ＴＴＬ）と呼ばれ、電力、ネットワークノード数など、ノードにおける現在のリソースの可用性を計算することによって判定され得る。ブロック７２２６において、データがターゲットノードにディスパッチ、またはプッシュされる。
ターゲットノードはまた、１ホップのノードからデータを要求することによってデータをプルすることもできる。データプル要求は、ホップカウント、すなわち、ネットワークを通過するときにパケットが作るホップ数に関して測定されるＴＴＬを有することができ、ＴＴＬは、各ホップに続いてデクリメントされる。ＴＴＬがゼロカウントに達すると、データ断片は無効化される。ＴＴＬは、絶対時間、例えば、秒、分、または時間で測定されてもよく、データ断片は、タイムアウトが切れると無効化される。タイムアウト内にプル要求を取得しなかった場合は、ノードに要求をプッシュでき、その後、システムを介して転送され得る。
ブロック７２２６において、コンテンツの分散共有を続行するか否かに関する判定が行われる。続行する場合、プロセスフローはブロック７２０２において再開する。
各ノードは、データ履歴部で受信されたインバウンド要求およびアウトバウンド要求を追跡することができる。キャッシュウィンドウは、すべての要求に対して維持され得る。頻度は、一定期間にわたる要求の数など、複数の要因によって判定され得る。
デバイスはまた、アクセスされたカウンタとタイマを適用して、キャッシュされたデータがアクセスされる頻度を判定することによって、キャッシュサイズを自己管理する。データが頻繁にアクセスされている場合はキャッシュが増加する可能性があり、アクセス頻度が低い場合はキャッシュが減少する可能性がある。各ノードはまた、データマネージャを介してデータをプッシュできるかプルできるかを判定する。
図７３は、一部の実施形態による、分散型コンテンツ配信システムを実装するための、ＩｏＴデバイス７３００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３、図８、および図７１に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス７３００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、図７１に関して説明したモジュールを含むことができる。インボックス７１１６、アウトボックス７１１８、キャッシュ７１２０、およびデータ履歴部７１２２などのデータストア７３０４が、大容量ストレージ８０８に含まれてもよいし、他のデバイス上のメモリなどの他の場所に格納されてもよい。
大容量ストレージ８０８は、１つまたは複数の通信リンクを介して、例えばとりわけ、メッシュ送受信機８１０、アップリンク送受信機８１４、およびＮＩＣ ８１６を介して、メッシュデバイス８１２またはクラウド３０２内のデバイスに対してパケットを送信し、そこからフレームを受信する通信部７３０２を含むことができる。図７３に関して説明した機能に加えて、図４５の４５０２に関して説明したように、通信部７３０２は、プロトコル間でのパケットの変換、プルーフオブプロヴェナンス追加などの他の機能を実行することができる。さらに、通信部７３０２は、図３３を参照して説明した通行権システム３３１２の一部とすることができる。
図７４は、一部の実施形態による、分散型コンテンツ配信システムを実装するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体７４００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体７４００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体７４００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体７４００は、分散型コンテンツ配信システムを通過するデータを、インバウンドデータ、アウトバウンドデータ、またはキャッシュデータとして分類するためのコード７４０２を含み得る。コード７４０４は、分類されたデータをシステム上の物理的位置にマッピングするようにプロセッサ９０２に指示するために含まれ得る。コード７４０４は、データの最適位置を判定するようにプロセッサ９０２に指示することができる。コード７４０６は、データのハッシュ関数を計算するようにプロセッサ９０２に指示することができる。コード７４０８は、ハッシュ鍵がローカルストアにあるか否かを判定するようにプロセッサ９０２に指示するために含まれ得る。
コード７４１０は、新しいデータ断片をローカルに格納するようにプロセッサ９０２に指示するために含まれ得る。コード７４１２は、ローカルに格納されたデータ断片を更新するために含まれ得る。コード７４１４は、例えば、削除前のホップ数、削除前の時間、またはその両方で、データ断片の生存期間を計算するようにプロセッサに指示するために含まれ得る。コード７４１６は、例えばフレーム単位で他のノードにデータをディスパッチするために含まれ得る。フレームのプロトコルは、フレームを送信するために使用された通信チャネルに基づいて選択されてもよい。
図７５は、一部の実施形態による、無線メモリシステム７５００の概略図である。無線メモリシステム７５００は、発信ノード７５０４および受信ノード７５０６などの、接続された２つ以上のノード間の通信チャネル７５０２を記憶媒体７５０８として使用する。これは、本質的には、無線信号自体がノード７５０４と７５０６との間で転送されるデータのための記憶媒体７５０８として働く、無線順次アクセスメモリシステムである。よって、ノード７５０４および７５０６は、通信帯域幅のためにストレージ空間を交換し得る。
無線メモリシステム７５００では、発信ノード７５０４に到着したデータ７５１０は、受信ノード７５０６などの別のノードに送信されるためにループバックされる７５１２。次いで、受信ノード７５０６に到着したデータ７５１４はループバック７５１６され、発信ノード７５０４に送り返される。一部の例では、複数のノードがデータを受信および送信するためのチェーンを形成し得る。このプロセスを繰り返すことによって、データは飛行中のままであり、通信チャネル７５０２は記憶媒体として働く。
図７６は、一部の実施形態による、無線メモリシステム７５００の別の概略図である。同様の番号が付けられた項目は、図７５に関して説明したとおりである。この例では、発信ノード７５０４のためのネットワークスタック７６０２と、受信ノード７５０６のためのネットワークスタック７６０４と、が示されている。発信ノード７５０４のアプリケーション層７６０８から到着するデータ７６０６は、タグ付けされ、保護され、そして受信ノード７５０６への送信７５１４として、格納のために送信されてもよい。しかしながら、受信ノード７５０６は、送信７５１４内のデータをアプリケーション層７６１０に渡さないが、ネットワーク／経路指定層７６１２内でループバック動作７５１６を実行して、受信データを別の送信７５１０として送出することができ、例えば発信ノード７５０４に戻す。
ラウンドトリップメモリストレージ時間、Ｍｔｍは、次のように与えられる。 ＴＯｓｔａｃｋ＋ＴＴＸ＋Ｔ１ｓｔａｃｋ＋ＴＲＸ この式では、ＴＯｓｔａｃｋは、ストレージペイロードが発信ノード７５０４のネットワーク／経路指定層７６１４を通過して無線伝送を介して出るのにかかる時間を表す。ＴＴＸは、発信ノード７５０４から受信ノード７５０６への飛行中の送信時間を示す。Ｔ１ｓｔａｃｋは、スタック内ループバック７５１６が受信ノード７５０６内で発生する時間を表し、ＴＲＸは、受信ノード７５０６から発信ノード７５０４へ戻る飛行中の送信時間である。
図７７は、一部の実施形態による、デバイス間の送信ループにおいてデータを断片化し格納するための例示的な方法７７００のプロセスフロー図である。図７７の方法７７００は、図７９に関して説明されるＩｏＴデバイス７９００によって実施することができる。方法７７００は、システムに電力が供給されると、ブロック７７０２において開始する。ブロック７７０４において、通信サブシステムが開始され、異なるデバイス間で通信チャネルが確立される。
ブロック７７０６において、デバイス間の経路指定動作が開始される。経路指定動作は、データ送信またはデータストレージ要求であり得る。ブロック７７０８において、経路指定要求がデータストレージ要求であるか否かに関する判定が行われる。そうでない場合、データは経路指定され、プロセスフローはブロック７７０６に戻り、別の経路指定要求を待つ。
ブロック７７１０において、格納されるデータは、例えば個々のフレームまたは他の適切なパッケージングに収まるように断片化される。ブロック７７１２において、データがメモリパケットにカプセル化される。データは通信チャネルを介して転送されるのではなく単に経路指定されて戻されるため、パッケージ化は簡単であり、例えば、メモリパケットは、データが格納されていることを示すヘッダとシーケンス番号を加えることにより形成され得る。これにより、オーバーヘッドが削減され、格納されるデータ量を増やすことができる。ブロック７７１４において、メモリパケットは、再アセンブルし、またはデータの開始点および終了点の識別を可能にするように順序付けされる。
ブロック７７１６において、メモリパケットは通信チャネルを介してディスパッチされる。ブロック７７１８において、すべてのメモリパケットが送信されたか否かに関する判定が行われる。送信されていない場合、プロセスフローはブロック７７１６に戻り、別のメモリパケットをディスパッチする。すべてのパケットがディスパッチされている場合、プロセスフローはブロック７７０６に戻る。
図７８は、一部の実施形態による、ストレージのために通信チャネルを使用するデータストレージおよびアクセスのための例示的な方法７８００のプロセスフロー図である。図７８の方法７８００は、図７９に関して説明されるＩｏＴデバイス７９００によって実施することができる。ブロック７８０２は、例えばデバイスが起動されたときを表す。ブロック７８０４において、通信サブシステムが開始され、通信チャネルが他のデバイスと確立される。
ブロック７８０６において、例えばパケットまたはフレームがデバイスによって受信されると、経路指定動作が行われる。ブロック７８０８において、メモリパケットが受信されたか否かに関する判定が行われる。受信されていない場合、プロセスフローはブロック７８０６に戻り、経路指定を完了し、別のパケットまたはフレームが受信されるのを待つ。
メモリパケットがブロック７８０８で識別されている場合、ブロック７８１０において、パケットを格納し続けるべきか否かに関する判定が行われる。もしそうであれば、ブロック７８１２において、パケットは、例えば送信デバイスに戻されて、格納プロセスに戻される。
パケットがもはや格納されない場合、ブロック７８１４において、ペイロードがパケットから取り除かれ格納される。ブロック７８１６において、シーケンス番号がヘッダ情報から判定され、データ再アセンブルのために格納される。ブロック７８１８において、すべてのパケットが受信されたか否かに関する判定が行われる。そうでなければ、プロセスフローはブロック７８０６に戻り、次のパケットまたはフレームを待つ。
ブロック７８１８で、すべてのパケットが受信されたと判定された場合、ブロック７８２０において、ペイロードが再アセンブルされてデータが形成される。ブロック７８２２において、データはコンシューマによって使用される。
図７９は、一部の実施形態による、送信チャネルにおいてデータを格納するための、ＩｏＴデバイス７９００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス７９００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
ペイロード断片化部７９０２は、ストレージ要求を受信し、通信チャネル、データのサイズなどに基づいてデータをペイロードに断片化することができる。ペイロード断片化部７９０２は、データストリーム中のペイロードに関連するシーケンス番号を判定することができる。カプセル化部７９０４は、ペイロードをパケットにカプセル化することができ、ヘッダは、そのパケットをストレージ要求として識別する。ヘッダはまた、ペイロードのシーケンス番号を含むこともある。選択された通信チャネルに応じて、パケットは、プロトコルフレームのデータフィールドにパッケージ化されてもよいが、オーバーヘッドはより単純なカプセル化の使用に向けて不利に作用し得る。
大容量ストレージ８０８は、１つまたは複数の通信リンクを介して、例えばとりわけ、メッシュ送受信機８１０、アップリンク送受信機８１４、およびＮＩＣ ８１６を介して、メッシュデバイス８１２またはクラウド３０２内のデバイスに対してパケットを送信および受信する通信部７９０６を含むことができる。図７９に関して説明した機能に加えて、図４５の４５０２に関して説明したように、パケット通信部７９０２は、プロトコル間でのパケットの変換、プルーフオブプロヴェナンス追加などの他の機能を実行することができる。さらに、パケット通信部７９０２は、図３３を参照して説明した通行権システム３３１２の一部とすることができる。
ルータ７９０８は、受信されたパケットおよびフレームを調べて、それらがストレージ要求の一部であるか否かを判定することができる。格納されたデータを含むパケットは、例えば通信スタック内のネットワーク／経路指定レベルから再送信されてもよい。取得要求が受信された場合、ルータは、抽出のために格納されたデータを含むパケットを傍受することがある。ルータ７９０８はまた、アプリケーションからデータを受信し、それが格納されるべきか送信されるべきかを判定することができる。
ペイロード抽出部７９１０は、ストレージストリームから抽出されたパケットを取り出し、そのパケットからペイロードおよびシーケンス番号を抽出することができる。次いで、データアセンブラ７９１２は、デバイスによる使用のために取得されたデータを再アセンブルすることができる。一部のパケットが欠けている場合、データアセンブラ７９１２は、それらのパケットを探し続けるようにルータに命令することができる。
図８０は、一部の実施形態による、データを送信チャネルに格納するようにプロセッサ９０２に指示するためのコードを含む、例示的な非一時的機械可読媒体８０００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体８０００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体８０００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体８０００は、他のデバイスとの通信チャネルを確立するようにプロセッサ９０２に指示するためのコード８００２を含み得る。コード８００４は、経路指定要求がデータストレージ要求であるか否かを判定するようにプロセッサ９０２に指示するために含まれ得る。コード８００４は、ストレージ要求のためのデータをペイロードに断片化するようにプロセッサ９０２に指示するために含まれ得る。コード８００８は、ペイロードをメモリパケットにカプセル化するようにプロセッサ９０２に指示するために含まれ得る。
コード８０１０は、通信チャネルを介してメモリパケットを経路指定するようにプロセッサ９０２に指示するために含まれ得る。コード８０１０は、メモリパケットを別のデバイスに再送すべきか、または使用のために傍受すべきかを判定するようにプロセッサ９０２に指示することができる。
コード８０１２は、メモリパケットからペイロードをパッケージ解除し、次いで、ヘッダ情報を解析してシーケンス番号を識別するようにプロセッサ９０２に指示するために含まれ得る。コード８０１４は、シーケンス番号に基づいてペイロードからデータを再アセンブルするようにプロセッサ９０２に指示するために含まれ得る。
図８１は、一部の実施形態による、動的シグナリングに使用され得る波形８１００の図である。本明細書で説明されるように、プリアンブル波形８１０２および８１０４は送信波形８１０６の前に加えられてもよく、送信波形は個々のチャネル内の複数の重なり合うフレームを含む。プリアンブル波形８１０２および８１０４は、アップリンクのためにクライアントデバイスによって使用されることになるデータチャネル数を動的に判定するために基地局によって使用され得る。プリアンブル波形８１０２および８１０４を使用すると、帯域外制御メッセージングまたは他の同期情報を使用して基地局にデータチャネルを知らせることを排除することができる。
一部の態様では、プリアンブル波形８１０２および８１０４は、シフトＺａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンスを使用して構築されたアナログ波形であり得る。ＺＣシーケンスは、ＺＣシーケンスを同期の目的にとって非常に魅力的なものにする自己相関プロパティおよび相互相関プロパティを有する、いわゆる振幅一定のゼロ自己相関（ＣＡＺＡＣ）シーケンスの一種である。それらは主に高速無線通信用のロングタームエボリューション（ＬＴＥ）規格で使用されている。
一部の態様では、ＺＣシーケンスは、無線信号に適用されたときに一定振幅の電磁信号を生じさせる複素数シーケンスであり、それによって、信号に課されるシーケンスの巡回シフトされたバージョンが、受信機において互いにゼロ相互相関になる。シフトされていない生成されたシーケンスは、ルートシーケンスとして知られる。
ＺＣシーケンスはまた、一定振幅のプロパティも有する。通信信号に採用されるとき、これは、送信機内の電力増幅器の効率を改善する。これは、直交周波数分割多重（ＯＦＤＭ）などの高線形性システムに通常使用されるよりも低コストの電力増幅器を使用する機会を与える。ＺＣまたは他の一定包絡線シーケンスを使用して線形増幅信号を維持する能力は、急速に変化する振幅プロファイルを有するシーケンスを使用するよりも複雑ではなく、そして安価である。線形性が損なわれると、信号品質が劣化する可能性がある。ＣＡＺＡＣシーケンスは、優れたアンチノイズ特性を示し、信号雑音比が−１０ｄＢと低い場合でも検出できる。まとめると、これらのプロパティのすべてにより、通信システムにおけるプリアンブルシグナリングおよび同期のために使用されるとき、ＺＣシーケンスが非常に魅力的になっている。
この手法は、クライアントおよび基地局のシグナリング波形を、交換されるフレームの前に加えるように設計されており、特定のフレームに使用されているチャネルを示している。動的スペクトルアクセスおよび適応帯域幅の手法を使用して無線システム用に設計されており、制御チャネルまたはスケジューリングされたアップリンク（ＵＬ）／ダウンリンク（ＤＬ）タイムスロットを使用または要求しないシステムに特に適している。
チャネライズドシステムでは、プリアンブル構造８１０２および８１０４は、クライアントがそのＵＬペイロードメッセージをディスパッチする前に、クライアントデバイスが、クライアントデバイスから基地局にＵＬデータペイロードを伝達するために使用されるチャネル数を受信基地局に通知できるようにし得る。低オーバーヘッドＩｏＴシステムに使用される低電力広域無線通信における使用が一例である。これらの技法により、より多くのデータをＵＬモードで基地局にディスパッチする必要がある場合や、例えば無線ファームウェアおよび構成の更新をサポートするために、可変データ長を基地局からリモートクライアントデバイスにディスパッチする必要がある場合に、これらのデバイスが使用する帯域幅を動的に変更できる。
図８２は、一部の実施形態による、ＺＣプリアンブル構造を使用してデータを送信するための例示的な方法８２００のプロセスフロー図である。図８２の方法８２００は、図８５に関して説明されるＩｏＴデバイス８５００によって実施することができる。ブロック８２０２において、クライアントデバイスは、利用可能または可能なチャネル数Ｎを判定する。これは、デバイスを結合している通信チャネルの情報理論分析によって実行され得る。利用可能なチャネル数は、例えば単一のチャネルメッセージで通信を初期化するために受信デバイスに送信されてもよい。
ブロック８２０４において、利用可能なチャネル数Ｎに対応するＮ個のＺＣシーケンスのセットが、各チャネルに関連する整数のゼロでない固有のＺＣシフト値ＫｃのセットＫを生成することによって生成され、ｃはチャネル番号を表す。基地局を含むすべての無線デバイスがＫの知識を有し、例えばそれら自身のチャネル情報のコピーを生成することに留意されたい。各シフト値Ｋｃに対するＺＣシーケンスは次式に従って生成される。
各ルートＺＣシーケンス（ｕ）の各位置（ｎ）における複素数値は、次の式で与えられる。
０≦ｎ≦ＮＺＣであり、ＮＺＣはシーケンスの長さである。
次いで、デバイスは、デバイスが通信においてに基地局にＵＬデータをディスパッチするために使用することを意図しているチャネル数ｋを判定し得る。例えば、デバイスは、すべての可能なチャネルを使用する必要はなく、送信のための信号雑音比を高めるためにより少ない数を使用する場合もある。
ブロック８２０６において、無線クライアントデバイスは、波形を送信するために使用されるチャネル数ｃに対応するシーケンスＫｃを選択する。次いで、ブロック８２０８において、クライアントデバイスは、ＺＣプリアンブルを生成する。ブロック８２１０において、無線デバイスは、変調フレームを送信するためにデバイスによって使用される既存の複素数値ベースバンド波形の前に単一のＺＣシーケンスｘＫｃを付加する。ブロック８２１２において、無線クライアントデバイスは、ベースバンド波形をアップコンバートして送信する。
図８３は、一部の実施形態による、ＺＣシフトシーケンスを使用して複数のチャネルでデータを受信するための例示的な方法８３００のプロセスフロー図である。図８３の方法８３００は、図８５に関して説明されるＩｏＴデバイス８５００によって実施することができる。方法８３００は、受信デバイスが送信デバイスによって使用されることになるチャネル数を判定するときに、ブロック８３０２において開始する。これは、プリアンブルを検出するために入ってくる複素数値シーケンスに対する自己相関によって実行され得る。ＮＺＣが素数の場合、ＺＣシーケンスは周期ＮＺＣで周期的である。ＮＺＣが素数の場合、ＺＣシーケンスの離散フーリエ変換（ＤＦＴ）もＺＣシーケンスである。素数長のＺＣシーケンスとそれ自身の巡回シフトされたバージョンとの自己相関はゼロである。プリアンブルはまた、受信デバイスにおいてシフトされたＺＣシーケンスのそれぞれと相互相関を実行することによって検出され得る。１つのシーケンスが機能する場合、そのシーケンスの信号強度は、図８４に関して説明したように、他のものよりもはるかに高い。
ブロック８３０４において、プリアンブルが検出された場合、クライアントデバイスによって使用されることが意図されているチャネル数は、受信されたＺＣプリアンブルと既知の可能なＺＣシフトシーケンスのセットとの相互相関から判定される。受信機は、ＺＣシーケンス長、ＮＺ Ｃ、およびシフト値のセットに関する先験的な知識を必要とし、そして以下の式を使用することができる。
ｘ（ｎ）およびｙ（ｎ）は相関している２つのシーケンスで、相関出力は
で表される。例えば、異なるｕ個の値の２つの素数長のＺＣシーケンス間の相互相関は一定であり、以下に等しい。
受信信号で使用されるシーケンスは、相関結果によって判定される。ゼロ自己相関ＺＣシーケンスプロパティにより、これを高い信頼度で達成することが可能になる。ブロック８３０４でＺＣプリアンブルが検出されない場合、プロセスフローはブロック８３０４に戻り、次のフレームを繰り返す。
ブロック８３０６において、逆マッピングが実行されて、ＵＬ信号において使用された検出されたＺＣシーケンスに対応するチャネル数を判定する。ブロック８３１０において、基地局は、ＺＣベースのシグナリング波形の直後に続くクライアントデバイスから組み合わされたｉチャネルペイロードを受信および復調するためにその受信チェーンを準備する。ブロック８３１２において、Ｎ個のチャネルデータのそれぞれに対するペイロードデータは、例えば、チャネルに対応するシフトされたＺＣシーケンスを有するペイロード波形に対して相互相関技法を使用して復調される。
図８４は、一部の実施形態による、Ｋによって与えられるシーケンスのそれぞれについての式、
で詳述されている相関プロセスを示す一連のプロットである。これは、どのシーケンスＫｃが最大の相関ピークをもたらしたかを判定する。最初のプロットは、ｕ＝１９、ｋ＝１９、およびｕがチャネルｃに対応する最初のシーケンスが最大の相関出力をもたらしたことを示している。より具体的には、正しいシーケンスＺＣｄは、以下の最大値を見つけることによって判定される。 ＺＣｄ＝ｍａｘ（ｍａｘ（ｘＫｃ）） ｘＫｃは相互相関プロセスの出力である。
図８５は、一部の実施形態による、複数の同時チャネルでデータを送信するためにＺＣシーケンスを使用するための、ＩｏＴデバイス８５００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス８５００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、利用可能な最大チャネル数を判定するチャネル識別部８５０２を含み得る。シーケンス生成部８５０４は、チャネルのそれぞれについてＺＣシーケンスを生成することができる。プリアンブル生成部は、通信に使用されるチャネル数を示すプリアンブル波形を生成することができる。通信部８５０６は、チャネルに関連付けられたＺＣシーケンスを使用して、そのチャネルに関連付けられたフレームのそれぞれについて変調波形を生成することができる。次いで、通信部８５０６は、変調波形を重ね合わせ、プリアンブル波形を先頭に付加し、そして得られた波形をメッシュ送受信機８１０などの送信機に渡すことができる。
一部の態様では、通信は双方向である。インデックス識別部８５１０は、別のデバイスから受信した波形を分析し、プリアンブルが存在するか否かを判定するために相互相関を実行することができる。存在する場合、インデックス識別部は、ペイロード内のチャネル数を判定するためにルックアップを実行することができる。チャネル復調部８５１２は、チャネルのそれぞれにおける情報を復調して、そのチャネル内で送信された元のフレームを復元することができる。
図８６は、一部の実施形態による、ＺＣシフトシーケンスを使用して変調するチャネルを介して通信するようにプロセッサ９０２に指示するためのコードを含む、例示的な非一時的機械可読媒体８６００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体８６００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体８６００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体８６００は、利用可能なチャネル数を判定するようにプロセッサ９０２に指示するためのコード８６０２を含み得る。コード８６０４は、チャネルのそれぞれについてＺＣシーケンスを生成するようにプロセッサ９０２に指示するために含まれ得る。コード８６０６は、変調波形のためのＺＣプリアンブルを生成するようにプロセッサ９０２に指示するために含まれ得る。コード８６０８は、ＺＣプリアンブルを変調波形の前に加えるようにプロセッサ９０２に指示するために含まれて得る。コード８６１０は、ＺＣプリアンブルおよび変調波形を送信するようにプロセッサ９０２に指示するために含まれ得る。
コード８６１２は、ＺＣプリアンブルが存在するか否か、そして存在する場合、いくつのチャネルが表されるかを判定するために受信波形に対して相互相関を実行するようにプロセッサ９０２に指示するために含まれ得る。コード８６１４は、存在するチャネル数に対して受信機を構成するようにプロセッサ９０２に指示するために含まれ得る。コード８６１６は、各チャネルからデータを復元するためにチャネルを復調するようにプロセッサ９０２に指示するために含まれ得る。
図８７は、一部の実施形態による、ＩｏＴデバイス８７０２内のマルチ無線機共存システム８７００の概略図である。ＩｏＴデバイス８７０２は、クラウドとの通信、またはフォグデバイス内の他のＩｏＴデバイスとの通信を可能にするゲートウェイまたはコーディネータであり得る。本明細書で説明されるように、マルチ無線機共存システム８７００は、スペクトルのより効率的な使用を可能にするために、複数の無線システム８７０４を使用して他のノード８７０６内の無線システムとの通信を可能にする。これは、異なる無線技術間ならびに周波数スペクトルの一次ユーザと二次ユーザとの間の共存を可能にし得る。
１つの手法は、特定の周波数帯域に限定された、二次ユーザのアクセスシステムとしてコグニティブ無線を使用して、周波数スペクトルの一時的に使用されていない部分への適合による免許不要（ｌｉｃｅｎｓｅ ｅｘｅｍｐｔ）アクセスを可能にすることである。コグニティブ無線（ＣＲ）は、どの通信チャネルが使用中であるかを検出し、占有されているものを避けながら通信を空いているチャネルに移動させることができる。これらの周波数帯で動作するデバイスは、一次ユーザを保護し、他のユーザと共存するなど、定義された一連の規則に従う。
ＣＲはホワイトスペース（ＷＳ）スペクトルの使用をカバーするが、本明細書で説明される技法は、ＩＥＥＥ ８０２．１１ｘ、ＩＥＥＥ ８０２．１５．４に準拠する無線機８７０４およびＬｏＲａなどの非標準無線機などの、規格を用いる無線送受信機の共存に関する。ノード８７０６間の通信は、無線システム間の共存に関する情報を共有するために使用され得る。例えば、共存マネージャ８７０８は、特定の通信に使用中の無線機８７０４を追跡し、その情報をチャネルデータストア８７１０に保存することができる。
一部の態様では、ユニバーサル共存インターフェース８７１２が、共存マネージャ８７０８からの情報にアクセスし、どの時点でどの通信を使用できるかを識別することができる。ＩＥＥＥ ８０２．２２およびＩＥＥＥ ８０２．１１ａｆに基づく無線規格は、共存のための方法を既にサポートしている。例えば、ＩＥＥＥ ８０２．２２は、共存に時間ベースの方法を使用するが、ＩＥＥＥ ８０２．１９．１は、ＴＶ ＷＳ周波数間でのみ共存データを共有するためのメカニズムを提供する。ユニバーサル共存インターフェース８７１２はまた、符号化方式および変調などの動作パラメータ、ならびに個々の無線機の送信電力の変更を可能にし得る。
次いで、ユニバーサル共存インターフェース８７１２によって選択された通信チャネルは、プロトコル抽象化ＡＰＩ（アプリケーションプログラミングインターフェース）８７１４に渡されて、特定の通信チャネル用のフレームを構築することができる。プロトコル抽象化ＡＰＩ ８７１４は、選択された通信チャネルに使用することができるプロトコルを取得するためにプロトコルデータストア８７１６にアクセスすることができる。次いで、線８７１８によって示されているように、フレームは、他のノード８７０６に送信されてもよいし、他のノード８７０６から受信されてもよい。
図８８は、一部の実施形態による、複数の共存する無線機の制御および管理のための例示的な方法８８００のラダー図である。図８８の方法８８００は、図８７および図８９に関して説明されるＩｏＴデバイス８７０２によって実施することができる。同様の番号が付けられた項目は、図８７に関して説明したとおりである。段階８８０２において、共存マネージャ８７０８は、ローカルセキュリティ機関ドメインブローカ（ＬＳＡＤＢ）８８０４への通信に利用可能な帯域の要求８８０２を送信する。ＬＳＡＤＢ ８８０２は、利用可能な帯域を提示するメッセージ８８０６で応答する。
次いで、共存マネージャ８７０８は、初期帯域計画を計算し（８８０８）、１つまたは複数の近隣機のアイデンティティを含む近隣機マップを構築する（８８１０）。この情報は、図８７に関して説明したチャネルデータストア８７１０に保存され得る。次いで、共存マネージャ８７０８は、近隣機と通信するために使用され得る通信チャネルまたは帯域を識別するために、クロスドメイン情報共有システム（ＣＤＩＳ）８８１４に要求８８１２を送信することができる。ＣＤＩＳ ８８１４は、近隣機と共に使用することができる通信チャネルを識別するメッセージ８８１５で応答することができる。この情報は、共存マネージャ８７０８によって使用されて、近隣機および関連する通信チャネルの両方を識別する初期共存モデルを判定することができる（８８１６）。その時点で、共存マネージャ８７０８は、システムをセットアップするためにさらなる通信を待つ。
初期化を完了するために、無線システム８７０４は、メッセージ８８１８をプロトコル変換ＡＰＩ ８７１４に送信して、ＩｏＴデバイスで利用可能な無線タイプをエニュメレーションすることができる。次いで、プロトコル変換ＡＰＩ ８７１４は、存在する無線タイプに使用される、とりわけフレーム用のプロトコルなどの規格が、例えば図８７に関して説明したプロトコルデータストア８７１６において利用可能であることを検証する（８８２０）。そうでない場合、プロトコル変換ＡＰＩ ８７１４は、クラウドから適切な規格をダウンロードすることができる。次いで、段階８８２２において、プロトコル変換ＡＰＩ８７１４は、無線機が規格８８２２に従っていることを確認し、無線機のためのサブスクリプション要求をユニバーサル共存インターフェース８７１２に送信する。
段階８８２６において、ユニバーサル共存インターフェース８７１２は、無線管理識別を無線タイプのうちの１つまたは複数に割り当てる。次いで、ユニバーサル共存インターフェース８７１２は、無線タイプの管理ＩＤを含むサブスクリプション要求８８２８を共存マネージャ８７０８に送信する。
サブスクリプション要求８８２８を受信した後、共存マネージャ８７０８は、アクティブ共存モデルを判定し（８８３０）、初期共存モデルを更新または置換する。例えばＣＤＩＳ ８８１４に存在しないために、いずれの無線タイプも初期共存モデルに存在しなかった場合、共存マネージャ８７０８は、新しい無線機に対するサブスクリプション要求８８３２を送信する。ＣＤＩＳ ８８１４は、例えば、ラジオが登録されたことを示すメッセージで応答する（８８３４）。次いで、共存マネージャ８７０８は、新しい無線機のサブスクリプション要求が受け入れられたという通知８８３６をユニバーサル共存インターフェース８７１２に送信する。
プロトコル変換ＡＰＩ ８７１４がユニバーサル共存インターフェースへの無線タイプをエニュメレーションすると、機能が完了したことを示すためにメッセージ８８３８を無線システム８７０４に送信することができる。メッセージ８８３８は、ユニバーサル共存インターフェース８７１２にエニュメレーションされている無線タイプをエニュメレーションすることができる。
無線システム８７０４は、プロトコル変換ＡＰＩ ８７１４にメッセージ８８４０を送信して、無線機のうちの１つまたは複数の無線機初期化を再開することができる。プロトコル変換ＡＰＩ ８７１４は、再び無線タイプの規格を確認し（８８４２）、無線のいずれかが規格に非準拠であるか否かを判定する（８８４４）。次いで、プロトコル変換ＡＰＩ ８７１４は、メッセージ８８４６を無線システム８７０４に送信して、無線機のそれぞれに対して構成可能なパラメータを設定することができる。無線システム８７０４は、無線機に対して設定されたパラメータを確認するメッセージ８８４８で応答することができる。次いで、プロトコル変換ＡＰＩ ８７１４は、使用中の無線機用のパラメータマッピングセットを作成し、無線タイプのエニュメレーションが完了したことを示すメッセージ８８５２を無線システム８７０４に送信し、無線システム８７０４との通信が初期化される。
ＣＤＩＳ ８８１４が共存違反を検出した場合、例えばライセンスを受けたユーザがＩｏＴデバイスによる使用をブロックする周波数を占有している場合、それは共存マネージャ８７０８に違反を知らせるメッセージ８８５４を送信することができる。段階８８５６において、共存マネージャ８７０８は、例えば関連する無線機がブロック信号を受信しているか否かを判定することによって共存違反を検証し、次いで違反を示すフラグを設定することができる（８８５８）。次いで、通信パラメータの再構成を要求するために、メッセージ８８６０をユニバーサル共存インターフェース８７１２に送信することができる。
ユニバーサル共存インターフェース８７１２は、共存違反について無線タイプを検証し（８８６２）、新しいパラメータセットと共に無線システム８７０４にメッセージ８８６４を送信することができ、例えば、特定の無線機を一時的に無効にし異なる周波数にシフトすることなどができる。無線システム８７０４は、無線パラメータの変更を確認するメッセージ８８６６で応答することができる。次いで、無線システム８７０４は、例えば、無線機の無線初期化を示すためにメッセージ８８４０をプロトコル変換ＡＰＩ ８７１４に送信することによって、アクティブタイプリストをプロトコル変換ＡＰＩ ８７１４で再構成することができる。次いで、無線システム８７０４は、メッセージ８８４０をプロトコル変換ＡＰＩ ８７１４に送信することによって無線初期化シーケンス８８６８を再開することができる。次いで、プロトコル変換ＡＰＩ ８７１４は、無線システム８７０４へのメッセージ８８５２を介して初期化シーケンス８８６８を進み、無線タイプのエニュメレーションが完了したことを示し、無線システム８７０４との通信が初期化される。
繰り返して、共存マネージャ８７０８は、他のどのノードが依然としてＩｏＴデバイスと通信しているかを判定するために、良好な近隣機チェック８８７０を実行してもよい。通信が変わった場合、共存マネージャは、近隣機コマンドリスト変更を判定し（８８７２）、コマンドリストのローカル変更を（８８７４）することができる。次いで、共存マネージャ８７０８は、新しいパラメータのセットと共に再構成メッセージ８８７６を無線システム８７０４に送信することができる。無線システム８７０４は、パラメータの受け入れを確認するメッセージ８８７８で応答してもよい。本明細書で説明されているように、無線システム８７０４は、プロトコル変換ＡＰＩ ８７１４を用いて初期化シーケンス８８６８を繰り返すことができる。
共存マネージャ８７０８による繰り返しの確認を通じて変更をトリガすることに加えて、他のユニットは通信パラメータの変更を要求することができる。例えば、共存マネージャ８７０８は、変更要求が近隣機から受信されたと判定することができる（８８８０）。次いで、共存マネージャ８７０８は、提案されたパラメータと共に再構成要求８８８２を無線システム８７０４に送信することができる。次いで、無線システム８７０４は、パラメータが受け入れられたことを確認するメッセージ８８８４で応答する。次いで、無線システム８７０４は、プロトコル変換ＡＰＩ ８７１４を用いて初期化シーケンス８８６８を繰り返すことができる。
図８９は、一部の実施形態による、他のノードと通信するために共存する複数の無線機を使用するための、ＩｏＴデバイス８９００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３、図８、および図８７に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス８９００に対して選択され使用されてもよいことに留意されたい。図８７に関して説明した無線システム８７０４は、メッシュ送受信機８１０、アップリンク送受信機８１４、またはその両方に使用される無線機に対応し得る。他のノード８７０６は、メッシュデバイス８１２、クラウド３０２内のデバイス、またはその両方を含み得る。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、共存する複数の無線機の使用を制御するための共存マネージャ８７０８を含み得る。ユニバーサル共存インターフェース８７１２は、例えばプロトコル変換ＡＰＩ ８７１４を介して無線機とインターフェースすることができる。プロトコル抽象化ＡＰＩ ８７１４は、使用中の異なる通信チャネルを追跡し、必要とされる特定のプロトコル用のデータをフレーム単位でパッケージ化することができる。チャネルデータストア８７１０は、共存マネージャによって判定されたアクティブ通信プランおよび無線機を保持することができる。プロトコルデータストア８７１６は、プロトコル変換ＡＰＩ ８７１４のために利用可能なプロトコルを格納することができる。通信部８９０２は、例えばメッシュ送受信機８１０またはアップリンク送受信機８１４内の適切な無線機を使用して、プロトコル変換ＡＰＩ ８７１４からのフレームを別のデバイスに送信することができる。
図９０は、一部の実施形態による、複数の共存する無線機を管理するようにプロセッサ９０２に指示するためのコードを含む、例示的な非一時的機械可読媒体９０００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体９０００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体９０００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体９０００は、初期帯域計画を判定し、近隣機のアイデンティティおよび識別された近隣機と共に使用され得る通信チャネルを含む近隣機マップを構築するようにプロセッサ９０２に指示するためのコード９００２を含み得る。初期帯域計画は、デバイスの無線機のリストから判定され、どの無線が利用可能であると予想されるか、およびそれらの関連プロトコルを含むことができる。次いで、実際に利用可能な無線機を判定した後に、帯域計画を確定することができる。コード９００４は、近隣機および関連帯域の両方を識別する初期共存モデルを判定するようにプロセッサ９０２に指示するために含まれ得る。無線システムの初期化により、どの無線機および帯域が動作可能であるかの判定が可能になった後、共存モデルを確定させることができる。コード９００６は、例えば、外部ユニットによって通知された後、または干渉送信を検出することによって、共存違反が存在するか否かを判定するようにプロセッサ９０２に指示するために含まれ得る。コード９００８は、例えば、共存違反が検出された場合、近隣ユニットの繰り返しチェックがパラメータに調整が必要であることを示している場合、または近隣ユニットからの要求時に、通信を再構成するようにプロセッサ９０２に指示するために含まれ得る。
コード９０１０は、例えば、利用可能な通信チャネルをプロトコル変換ＡＰＩに通知する無線システムによって、プロトコル変換を初期化するようにプロセッサ９０２に指示するために含まれ得る。コード９０１２は、データを特定の通信チャネル用のフレームにパッケージ化するようにプロセッサ９０２に指示するために含まれ得る。コード９０１４は、関連する通信チャネルを介してフレームを送信するようにプロセッサ９０２に指示するために含まれ得る。コード９０１６は、無線動作が変更された後にプロトコル変換機能を再初期化するようにプロセッサ９０２に指示するために含まれ得る。
図９１は、一部の実施形態による、異種ネットワーク（ヘットネット）９１００にわたるサービスネットワークオーバーレイ機能の概略図である。この技法により、異種ネットワーク間でサービスチェーンを作成でき、これにより、フォグネットワークまたはメッシュネットワークでのＩｏＴデバイスの自動プロビジョニングおよび再構成が可能になる。例えば、ＩｏＴデバイスは、図４に関して説明したように、一時的仮想デバイスまたはフォグデバイスなどのサービスを形成するために機能的にクラスタ化されてもよい。ＨｅｔＮｅｔでは、ネットワーク９１００、ドメイン９１０２および９１０４は、交差点における交通管制機能などの特定の機能を実行するために一緒にグループ化され得るＩｏＴデバイスを含み得る。デバイスは、任意の数の有線および無線リンク９１０６を介して、互いに接続し、かつクラウド３０２と接続することができる。
ネットワークドメイン９１０２または９１０４は、ネットワークドメイン９１０２または９１０４内のデバイス上で動作するネットワークドメインコントローラ（ＮＤＣ）９１０８、またはサービスコーディネータを含むことができる。ＮＤＣ ９１０８は、ネットワークドメイン９１０２または９１０４に動的に移動されてもよいし、デプロイの前にデバイスに事前にインストールされてもよい。ＮＤＣ ９１０８は、上位レベルのオーケストレーションシステム９１１０と通信することができる。ＮＤＣ ９１０８は、サービスに参加することができるユニットまたはコンポーネントを識別するサービスコーディネータとして機能することができる。エンドポイントＩｏＴデバイス、データアグリゲータ、クラウド３０２内のデバイス、または他のネットワークドメイン９１０２もしくは９１０４内のデバイスなど、他のデバイスがサービスコーディネータとして機能し得ることに留意されたい。
サービスを実行するための、またはサービスを実行するためのフォグデバイスを作成するためのサービス管理要求は、オーケストレータ９１１２からＮＤＣ ９１０８に渡され得る。上位レベルのオーケストレーションシステム９１１０の一部として示されているが、オーケストレータ９１１２は、ドメイン９１０２または９１０４へのゲートウェイインターフェース、データコンシューマとして機能するサーバ９１１４などのクラウド内の別のユニット、またはＮＤＣ ９１０８内に配置されてもよい。
オーケストレータ９１１２内の管理アプリケーションは、ネットワークサービスオーバーレイ９１１６の作成、更新、削除、および移行を含み得る。ネットワークサービスオーバーレイ９１１６は、例えば、ある場所から温度を取得すること、または道路に沿った一方向の交通量を増加させることなど、特定のタスクを完了するように設計されたコードセグメントなどのマイクロプログラムとして機能し得る。さらに、ネットワークサービスオーバーレイ９１１６は、下位レベルのネットワークサービスオーバーレイ９１１６への複数の呼び出しを含むサービスのためのコードシーケンスを含む上位レベルで機能することができる。
オーケストレータ９１１２は、サービスまたは仮想サービスネットワークを、関連するネットワークサービスオーバーレイ９１１６によって完成させることができるネットワークサービス要素に分解することができる。オーケストレータ９１１６に登録されているＮＤＣ ９１０８は、ネットワークサービスオーバーレイまたは他のドメイン９１０２または９１０４内のデバイスなどのリソースを提供して、サービス管理要求のためのサービス要素のうちの１つまたは複数を満たすためにプロバイダ要求をオーケストレータ９１１２に提出することができる。
ＮＤＣ ９１０８がオーケストレータ９１１２によってサービスコーディネータであると確認応答された後、ＮＤＣ ９１０８は、例えばサービスを提供するネットワークサービス要素を管理するなど、サービス要求を満たす責任を負う。本明細書で使用されるように、ネットワークサービス要素は、サービスのためのデータを提供するためのシステムのコード操作コンポーネントであり得る。複数のネットワークサービス要素を一緒にグループ化してサービスを提供することができ、それは図４に関して説明したように、フォグデバイス４０２とすることができる。ネットワークサービス要素は、ノード９１１８または９１２０、ノード９１１８または９１２０からの単一のセンサ、データアグリゲータ４０６などのユニット上で実行されているプログラム、あるいは任意の数の他の物理的デバイスもしくはシステムまたは仮想デバイスもしくはシステムを含み得ることに留意されたい。
例えば、サービスが複数のネットワークドメインからのデバイスを含むとき、第１のドメイン９１０２内のＮＤＣ ９１０８はまた、第２のドメイン９１０４内のＮＤＣ ９１０８と通信することができる。ＮＤＣ ９１０８は、接続されているデバイスおよび機能を含む、特定のドメイン９１０２または９１０４に登録されているノード９１１８または９１２０からのリソースなどのデータおよびメタデータを格納するためにデータベース９１２２を使用することができる。ＮＤＣ ９１０８はまた、共有仮想リポジトリ９１２４を維持することができ、共有仮想リポジトリ９１２４は、アクションを必要とするネットワークサービス要素をアドバタイズし、ネットワークサービス要素を提供するサービスコンポーネントのアイデンティティを格納する。
ＮＤＣ ９１０８は、どのノード９１１８または９１２０、あるいはノード９１１８または９１２０の組み合わせを使用してサービスの要件を満たすかを選択するために使用する機械学習（ＭＬ）エンジン９１２６を使用することができる。ＭＬエンジン９１２６は、シミュレーション、ニューラルネットワーク、統計分析、および任意の数の他の技法を使用して、どのコンポーネントがネットワークサービス要素を完成させることができるかを判定することができる。
ＮＤＣ ９１０８は、どのノード９１１８または９１２０、または他のデバイスがネットワークサービス要素をホストするかを選択するために様々な基準を使用することができる。選択基準としては、レイテンシ要件、特定の帯域幅ニーズ、または信頼性メトリックを挙げることができる。データはデータベース９１２２に格納され、過去の性能データに基づいてもよい。ＮＤＣ ９１０８はまた、複数のエンドノードが同じネットワークサービス要素に対する広告要求を満たすために入札するときにメディエータとして機能することができる。ＮＤＣ ９１０８は、オーケストレータ９１１２によって割り当てられたコンポーネントまたはタスクをパブリッシュする役割を担う。
ネットワーククライアント９１２８は、ネットワークドメイン９１０２または９１０４内の各デバイス、またはノード９１１８または９１２０に常駐することができる。それは、ノード９１１８または９１２０ならびにセンサ、カメラ、アクチュエータなどのような任意の接続された要素についての情報を提供するために、ＮＤＣ ９１０８または他のサービスコーディネータに登録されてもよい。それが提供する情報の種類は、電力、性能、および信頼性の測定値などの性能およびシステム遠隔測定情報を含み得る。ネットワーククライアント９１２８はまた、性能基準が満たされることを保証するために、ノード９１１８または９１２０の動作または構成を変更するために、ＮＤＣ ９１０８または他のサービスコーディネータによる制御を可能にする。例えば、ＮＤＣ ９１０８は、取り付けられたセンサからデータを収集するためにデューティサイクルを修正することができる。ＮＤＣ ９１０８はまた、図３および４に関して説明した、ゲートウェイ３１０などのネットワークドメイン９１０２または９１０４内で通信するエンドノード９１１８または９１２０のネットワーキングおよびトランスポート設定を構成することができる。ネットワーククライアント９１１８は、それが完了することができる任意のネットワークサービス要素について共有仮想リポジトリ９１２４にサブスクライブするかまたはそれをポーリングすることができる。
仮想共有リポジトリ９１２４は、実行を必要とするすべてのタスク、例えばネットワークサービス要素のリストを含み得る。ノード９１１８または９１２０は、タスクを実行しタスク割り当てを要求するその能力をアドバタイズすることができる。ＮＤＣ ９１０８は、要求元ノード９１１８または９１２０のルックアップを実行して、それが以前に機能違反をしていないかまたは機能の実行に失敗していないことを保証する。ＮＤＣ ９１０８がタスクをノード９１１８または９１２０に割り当てることを決定した場合、ＮＤＣ ９１０８は仮想共有リポジトリ９１２４内のタスクを割り当て済みとしてマークする。仮想共有リポジトリ９１２４は、データベース９１２２の一部であってもよいし、スタンドアロンシステムであってもよい。
サービスおよびネットワークサービス要素は、単一のノード９１１８または９１２０、あるいは単一のドメイン９１０２または９１０４にさえ限定されない。例えば、サービスは、ドメイン９１０２および９１０４の両方においてノード９１１８および９１２０が割り当てられたフォグデバイス９１３０であり得る。図示のように、フォグデバイス９１３０は、複数のドメイン９１０２および９１０４にわたっており、第１のドメイン９１０２内のＮＤＣ ９１０８および第２のドメイン９１０４内のＮＤＣ ９１０８の指示の下でノード９１１８および９１２０に提供される。第３のネットワークドメイン９１３２は、クラウド３０２を介してアクセスされてもよく、例えば、ネットワークサービス要素としてデータの長期ストレージを提供するためのデータベース９１３４を含んでもよい。他のドメイン９１０２、９１０４、または９１３２に配置されているノード９１１８または９１２０およびデータベース９１３４などのコンポーネントは、オーケストレータ９１１２によって識別され、図１１０から図１１４に関して説明されるように、共有仮想ドメインに組み込まれてリソースを共有することができる。
ネットワークサービスオーバーレイ９１１６は、オーケストレータ９１１２、ＮＤＣ ９１０８、または他のコンポーネントによって要求された他の項目も含むことができるタスクおよびコンポーネントの共有リポジトリ９１３６に格納することができる。ネットワークサービスオーバーレイ９１１６がノード９１１８および９１２０にプッシュされてフォグデバイス９１３０を形成することに加えて、ノード９１１８および９１２０はまた、ネットワークサービスオーバーレイ９１１６を要求またはプルして、コードやその他の設定情報が必要とされるネットワークサービス要素などのタスクを完了することができる。
図９２は、一部の実施形態による、サービスに対する新しい要求を処理するための例示的な方法９２００のプロセスフロー図である。図９２の方法９２００は、図９４に関して説明されるＩｏＴデバイス９４００によって実施することができる。方法９２００は、オーケストレーション要求が、例えばネットワークドメインコントローラまたは他のサービスコーディネータで受信されると、ブロック９２０２で開始する。ブロック９２０４において、例えば新しいサービスまたはフォグデバイスを形成するために、サービス要求が新しいか否かに関する判定が行われる。そうでない場合、ブロック９２０６において、オーケストレーション要求は既存のサービスコーディネータに渡される。例えば、サービス要求は、現在サービスまたはフォグデバイスの目的であるデータまたは情報に対する要求であり得るか、または異なる情報を提供するためにフォグデバイスを別の目的で使用し得る。もしそうであれば、サービスコーディネータは、ノードを追加または削除することによってサービスを修正することができる。さらに、サービスコーディネータまたはサービスコンポーネントは、ネットワークサービス要素の完成を可能にするためにダウンロードされるネットワークサービスオーバーレイを要求することができる。
オーケストレーション要求が新しいサービスに対するものである場合、ブロック９２０８において、サービスコーディネータが識別され得る。サービスコーディネータは、サービス要求に情報を提供する最大数のノードにサービスを提供するＮＤＣなどの、サービス要求に関連するドメインに位置するＮＤＣであり得る。
ブロック９２１０において、サービスモデルを準備することができる。サービスモデルは、サービス要求を満たすために使用されるフォグデバイスまたはサービス用の仮想部品リストとみなすことができる。サービスモデルは、どのタイプのネットワークサービス要素、エンドノード、および他のサービスプロバイダがそのサービスに必要であるかを識別することができる。サービスモデルは、サービスコーディネータで構築されてもよいし、オーケストレータで準備されてサービスコーディネータにダウンロードされてもよい。ブロック９２１２において、サービスコーディネータは、ネットワークサービス要素を準備することができる。これらは、特定のデータ要求、動作などを識別するサービスの部分であり得る。ネットワークサービス要素は、サービスコーディネータ上のデータストア内に既に存在していてもよいし、クラウド内などの別のストアから引き出されるネットワークサービスオーバーレイであってもよい。
ブロック９２１４において、サービスコーディネータは、個々のエンドポイントノード、データソース、コードなど、特定のネットワークサービス要素を提供することができるサービスコンポーネントの候補を識別することができる。個々のエンドポイントノードは、図９３に関して説明されるように、それらのアイデンティティおよび機能をＮＤＣに登録したＩｏＴデバイスであり得る。ブロック９２１６において、サービスコーディネータは、識別されたサービスコンポーネントにネットワークサービス要素に対するサブスクリプション要求をディスパッチすることができる。
ブロック９２１８において、サービスコンポーネントは、サブスクリプション要求を確認することができる。これは、サービスコンポーネントがサービス要求内でネットワークサービス要素を実行することができることを保証するために、サービスコンポーネント内に存在し動作可能なセンサおよび他のデバイスへのサービス要求どうしを比較することによって実行され得る。ブロック９２２０において、サービス要求がサポートされているか否かに関する判定が行われる。サポートされていない場合、ブロック９２２２において、拒否メッセージがサービスコーディネータに送信される。次いで、サービスコーディネータは、そのネットワークサービス要素を満たすことができるデバイスのリストからサービスコンポーネントを除去し、そのネットワークサービス要素を提供することができる別のデバイスを探すことができる。
サービスコンポーネントがネットワークサービス要素にデータまたは動作を提供することによってサービス要求を満たすことができる場合、ブロック９２２４において、サービスコンポーネントは、確認メッセージをサービスコーディネータに送信することができ、サービスコーディネータはメッセージをデバイスのリストに追加することができる。本明細書で説明するように、ブロックチェーントランザクションを使用して、サービスコンポーネントをトランザクションに記録し、サービスコンポーネントがグループの一部として通信できるようにグループ識別情報を発行することができる。サービスコンポーネントは、ネットワークサービス要素をローカルストアに実装するためのネットワークサービスオーバーレイを有してもよいし、サービスコーディネータから、またはクラウド内のストアからネットワークサービスオーバーレイをダウンロードしてもよい。
ブロック９２２６において、サービスコンポーネントは、ネットワークサービス要素に対する動作を実行することができる。これは、サービスコンポーネントに関連する、温度、風速、降水量などのセンサからのデータの収集であり得る。一部の例では、ネットワークサービス要素は、照明をオンまたはオフにすること、コンプレッサを起動して温度を下げることなどのようなアクションを実行するサービスコンポーネントによって完成され得る。
ブロック９２２８において、サービスコンポーネントはデータまたは確認応答をサービスコーディネータに返す。これは、センサの読み取り値に関連するデータ、または動作が実行されたことの確認などである。
図９３は、一部の実施形態による、ＮＤＣまたは他のサービスコーディネータにより、エンドポイントまたはサービスコンポーネントを登録するための例示的な方法９３００のプロセスフロー図である。図９３の方法９３００は、図９４に関して説明されるＩｏＴデバイス９４００によって実施することができる。ブロック９３０２は、例えば、ＩｏＴデバイスまたはエンドポイントノードなどのサービスコンポーネントがローカルサービスコーディネータを検索するときを表す。これは、サービスコンポーネントを含むネットワークドメインで動作しているＮＤＣであってもよい。ブロック９３０４において、サービスコンポーネントは、接続要求をサービスコーディネータに送信する。サービスコーディネータから確認応答を受信すると、ブロック９３０６において、サービスコンポーネントは、共有鍵、またはブロックチェーンが生成した鍵などの他の識別情報をサービスコーディネータに送信することができる。サービスコンポーネントがローカルサービスコーディネータに登録されているという確認を受信すると、ブロック９３０８において、サービスコンポーネントは、サービスコーディネータに、接続されたセンサ、アクチュエータなどのデバイス周辺データを送信することができる。ブロック９３１０において、サービスコンポーネントが依然として登録されているか否かに関する判定が行われる。登録されていない場合、プロセスフローはブロック９３０２に戻り、デバイスを再登録することができる。ブロック９３１２において、サブスクリプション要求がサービスコンポーネントによって受信され得る。サービスコンポーネントがサブスクリプションに作用した後、デバイスが依然として登録されているか否かを判定するためにブロック９３１２に戻ることができる。サービスコンポーネントがもはや登録されていない場合、プロセスフローは９３０２に戻ってプロセスを繰り返すことができる。
図９４は、一部の実施形態による、サービス要求を調整する、または満たすための、ＩｏＴデバイス９４００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３、図８、および図９１に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス９４００に対して選択され使用されてもよいことに留意されたい。ＩｏＴデバイス９４００は、オーケストレータ、ＮＤＣ、エンドポイントノードであってもよいし、これらのシステムの組み合わせとして機能してもよい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、サービスコーディネータなどの他のユニットにサービス要求を送信するためのオーケストレータ９１１２を含むことができる。データベース９１２２は、接続されたデバイスおよび機能を含む、特定のドメインに登録されたノードからのデータ、メタデータ、およびリソースを格納することができる。仮想共有リポジトリ９１２４を使用して、アクションを必要とするネットワークサービス要素をアドバタイズし、ネットワークサービス要素を提供するサービスコンポーネントのアイデンティティを格納することができる。機械学習エンジン９１２６を使用して、メッシュデバイス８１２またはクラウド３０２内のデバイスなどの、サービスコンポーネントのどれを使用してサービスの要件を満たすことができるかを選択することができる。クライアント９１２８は、サービスコーディネータに登録して、接続されているデバイスおよび機能に関する情報を提供することができる。クライアント９１２８は、ネットワークサービス要素９４０２を満たすためにＩｏＴデバイス９５００の可用性をアドバタイズすることができる。クライアント９１２８は、ＩｏＴデバイス９４００がネットワークサービス要素９４０２に対するアクションを完了できることを確認してサービス要求に応答することができる、またはアクションを完了できないことをサービスコーディネータに知らせる拒否を送信することができる。クライアント９１２８は、サービスコーディネータにアクセスして、ネットワークサービス要素９４０２を完成するのに必要な任意のネットワークサービスオーバーレイを取得してもよいし、必要なネットワークサービスオーバーレイをダウンロードするためにクラウド３０２内のストアに直接アクセスしてもよい。
図９５は、一部の実施形態による、サービス要求を調整する、または満たすように１つまたは複数のプロセッサ９０２に指示するためのコードを含む、例示的な非一時的機械可読媒体９５００のブロック図である。同様の番号が付けられた項目は、図９に関して説明したとおりである。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体９５００にアクセスすることができる。非一時的機械可読媒体９５００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体９５００は、ローカルドメイン内のネットワークドメインコントローラなどのサービスコーディネータを識別するようにプロセッサ９０２に指示するためのコード９５０２を含み得る。コード９５０４は、サービス要求に対してネットワークサービス要素を準備するようにプロセッサ９０２に指示するために含まれ得る。コード９５０６は、特定のネットワークサービス要素を提供することができるサービスコンポーネントの候補を識別するようにプロセッサ９０２に指示するために含まれ得る。コード９５０８は、サブスクリプション要求を確認するようにプロセッサ９０２に指示するために含まれ得る。コード９５１０は、ネットワークサービス要素に対する動作を実行するようにプロセッサ９０２に指示するために含まれ得る。コード９５１２は、データまたは確認応答をサービスコーディネータに返すようにプロセッサ９０２に指示するために含まれ得る。コード９５１４は、接続要求をサービスコーディネータに送信するようにプロセッサ９０２に指示するために含まれ得る。コード９５１６は、接続されているセンサ、アクチュエータなどのようなデバイス周辺データをサービスコーディネータに送信するようにプロセッサ９０２に指示するために含まれ得る。コード９５１８は、サブスクリプション要求を他のユニットに送信するようにプロセッサ９０２に指示するために含まれ得る。これらのユニットがあらゆるデバイスに存在し得ることに留意されたい。例えば、エンドポイントノードは、サービスコーディネータまたはオーケストレータとして機能しなくてもよく、その例では、それらの機能を実行するコードブロック９５０２、９５０４、９５０６、および９５１８を含まない。
メッシュネットワークは、アクターが極めて低いレイテンシでデータにアクセスすることを望んでいる可能性がある環境において、またはデータが時間的空間的様式で密接に結合されている可能性がある場合に有用である。図４に関して説明したように、交差点の例を使用すると、交差点でのデータ交換は、車両、歩行者、サイクリスト、および交通信号灯または他の路側機などの道路利用者間で極めて大量、高速、かつ多様に行われ得る。交差点の環境は、高速で移動する車両の交通、最小限の固定インフラストラクチャ、および困難であり得る信号伝播条件の場合、特に困難な場合がある。
性能を改善しレイテンシを改善するための１つの手法は、ネットワークデータストレージおよびコンテンツ配信をネットワークの一番エッジで実行することである。これは、データを保持することができ、データを必要とするアプリケーションに近いデバイスにおいて非常に速いアクセスを必要とするデータをキャッシュすることを含み得る。
交差点は、交通管制および他の目的のために複数のアプリケーションを使用することができる。アプリケーションとしては、とりわけ、衝突防止システム、緊急サービス、環境データに基づく運用の変更、小売および広告サービスを挙げることができる。そのデータの大部分は時間的および空間的に依存している。例えば、交通渋滞では、データは、場所と時間に密接に結び付けられる。さらに、データは、交通管制システム、車両、サイクリスト、歩行者、警察、緊急サービスなどの近くのグループによって消費されることを意図していることが多い。
ＩＰアドレスの決定、フレーミング、ハンドシェイキング、および他の通信要件のために、ＩＰベースの技術は、デバイス間の接触時間が非常に短い場合がある環境では不十分に機能する場合がある。本明細書に記載のデータセマンティクス、および他の技術は、データへのアクセスおよびデータの使用を単純化するための手段を提供することができる。これらの技術は、データのユーザが、近接したデバイスからのデータにアクセスすることを可能にし得る。車両はまた、例えば、異なる交差点とシステムとの間でデータを移動させるためのミュール（ｍｕｌｅ）としても機能し得る。これらの種類の通信に使用され得る１つの技法は、ネットワーク内のデータを記述し、格納し、そしてパブリッシュするために分散ハッシュテーブルを使用することである。
図９６は、一部の実施形態による、ＩｏＴサービスのための逆分散ハッシュテーブル（ＤＨＴ）ネットワークのアドホック形成の概略図９６００である。ＩｏＴサービスは、データの送信または格納を含み得る。ＤＨＴネットワークは、様々なノードに送信される断片としてネットワーク内でファイルを記述またはパブリッシュするための固有のハッシュの生成によって形成され得る。ファイルの断片を受け取ったノードは、ファイルの新しいコピーの送信元になる。そのファイルにアクセスすることを望むノードは、それらが完全なファイルを有するまで他のノードからファイル断片をダウンロードする。ノードがファイルの断片を受信し始めると、ファイルを取得しようと望む他のノードにそれらの断片を共有またはシードできる。これにより、ネットワーク内のピア全体にファイルの多数のコピーを配布し、１つの送信元ではなく、多数の送信元から断片をダウンロードするために、新しいピアが迅速にファイルを取得できる、集中管理のないアドホックネットワークが作成される。
一部の態様では、イベントの間のデータ損失の可能性を低くするために、これの逆のバージョンもデータ送信に適用され得る。この例では、図中のノード１などのセンサノードが、大量のデータを生成しているイベントストームを検出する。イベントストームは、緊急事態、交差点における交通量が多いこと、データ収集期間の増大などに対応し得る。ノード１は、第１の通信チャネル９６０２を介してクラウド３０２に、またはフォグノード、ゲートウェイもしくは他のなんらかの上流のデータシンクに、データを送信するように進む。しかしながら、第１の通信チャネル９６０２は、ネットワーク帯域幅が制限されており、すぐに輻輳し、メッセージのバックログがノード１上で待ち行列に入ることを余儀なくされる。待ち行列がクリアされるまでにかなりの時間がかかり、宛先へのメッセージが遅れたり、待ち行列がオーバーフローするとデータが失われることさえある。
しかしながら、逆ＤＨＴネットワークに使用される技法では、ノード１は、その近隣ノードのネットワーク容量を使用して、過剰なメッセージ負荷を同じ最終宛先に送信することができる。ノード１は、例えば、輻輳していないネットワークリンク９６０６を介して近隣ノード１...ｎを発見することができる。Ｏｐｅｎｆｏｇコンソーシアムの仕様、Ａｌｌｊｏｙｎ仕様、および様々なオープンソースアドホックネットワーキングプロトコルを含む他のものなどのメッシュネットワークプロトコルを含む、様々な技法をピア発見に使用することができる。さらに、ＩＰｖ６のＩＰプロトコルには、他のネットワークプロトコルと同様に、ピア発見のネイティブサポートが含まれている。
輻輳していないネットワークリンク９６０６は、とりわけ、Ｗｉ−Ｆｉ（登録商標）またはＢｌｕｅｔｏｏｔｈ（登録商標）などの任意の数のネットワークリンクを含み得る。一部の例では、図３に関して説明したように、ノードは有線ネットワークによって結合することができ、一方個々の各ノードはゲートウェイへの無線リンクも有することができる。物理的に近接したノードは、リモートのノードよりも高い帯域幅の接続を持つ可能性があるため、輻輳したノードはファイル断片を周囲のピアに送信し、それらにメッセージを宛先へと経路指定させることができる。
この例では、クラウド３０２内に位置するデータシンクは、受信したメッセージをそれを送信したノードに確認応答することができ、例えば、ノード２がデータの一部をデータシンクに送信した場合、データシンクはノード２に受信を確認応答することができる。次いで、ノード２は、データシンクによるデータの受信を、データ送信元であるノード１に確認応答する。ノード１は、特定のメッセージの配信時に、ノード２または他のピアなどの任意の送信元から確認応答メッセージ（ＡＣＫ）を受信すると、配信されたメッセージを考慮し、それを待ち行列から除去することができる。
返されたＡＣＫがデータソースによって受信される速度は、フロー制御を可能にし得る。例えば、ノード２が１秒ごとに確認応答を送信し、ノード３が２秒ごとに確認応答を送信している場合、ノード２がより高いメッセージ負荷を処理できることを示し、ノード１は、ノード３よりもノード２に、より多くのメッセージを送信するように動作を調整する。
送信元センサノード、すなわちこの例におけるノード１は、メッセージフローを追跡し、ピアがメッセージの配信に失敗することを可能にするためのメカニズムを実装することができる。例えば、ノード４などのピアノードが送信されたメッセージに対してＡＣＫを返さない場合、送信元ノードは構成可能な期間、メッセージを経路指定するのを停止することができる。さらに、ノード４に送信されたあらゆるメッセージが失われたとみなされ、他のピアを介して、またはセンサノードからクラウド３０２内のデバイスに直接再送信され得る。
図９７は、一部の実施形態による、ファイルデータ９７０２を格納または送信するためにどのノードを使用することができるかを追跡するためのプロセスの概略図９７００である。ファイルデータ９７０２は断片９７０４〜９７０８に分割されてもよい。ハッシュ関数９７１０〜９７１４を断片９７０４〜９７０８のそれぞれに対して実行して、鍵９７１６〜９７２０を生成することができる。次いで、鍵９７１６〜９６２０を使用して、ノードの分散メッシュ９７２２にデータ断片を格納または送信するためにどのノードを使用すべきかを判定することができる。
図９８は、一部の実施形態による、ストレージノードまたは送信ノードをターゲットとするための例示的な方法９８００のプロセスフロー図である。図９８の方法９８００は、図１００に関して説明されるＩｏＴデバイス１００００によって実施することができる。ブロック９８０２は、例えば、ノードが格納または送信用のファイルを生成するときを表す。ブロック９８０４において、ファイルに対する新しいファイルの格納または送信要求が生成される。ブロック９８０６において、ファイルは、例えばデータの送信に使用されるパケットまたはフレームのペイロードサイズに応じて、Ｎ個の断片に断片化される。ブロック９８０８において、各断片についてハッシュが計算され得る。
ブロック９８１０において、各断片のターゲットストレージまたは送信ノードを識別することができる。これは、断片のハッシュコードから最初のＭバイトを抽出することによって実行することができ、ここで、数Ｍは、メッシュネットワークで使用されるノードＩＤの長さによって判定され得る。次いで、ハッシュからのバイトは、ノードＩＤの最初のＭバイトとファイル断片ハッシュの最初のＭバイトとの間の最も近い一致としてターゲットノードを識別することによってターゲットノードを判定するために使用され得る。次いで、ノードＩＤは、ファイルアドレステーブルの一部を形成してもよい。ノードＩＤを知っているため、それが保存または送信を担当するファイル断片の範囲に関する判定がなされ得る。ＩＤが厳密に一致するノードの場合、不安定なネットワーク環境など、ノードの可用性が保証されていない場合は、この手法によって冗長性が高まる可能性がある。ブロック９８１２において、断片は、パケットまたはフレームにパッケージ化されて、ターゲットストレージまたは送信ノードに送信される。
ブロック９８１４において、プロセスを続行するか否かに関する判定が行われる。プロセスは、データのストレージが終了したときに終了してもよいし、他のノードによって送信されているすべての断片についてＡＣＫが受信されるまで待機してもよい。
図９９は、一部の実施形態による、分散ハッシュテーブル（ＤＨＴ）を使用してデータを格納または送信するための例示的な方法９９００のプロセスフロー図である。図９９の方法９９００は、図１００に関して説明されるＩｏＴデバイス１００００によって実施することができる。ブロック９９０２は、例えば、デバイスの電源が入ってアドホックネットワークに参加したときを表す。ブロック９９０４において、長さがｎビットのノードＩＤが計算または取得される。これは、とりわけ、本明細書で説明されるようにブロックチェーンから割り当てられるＩＤ、製造業者によって割り当てられるＩＤ、または乱数発生器から計算されるＩＤであり得る。
ブロック９９０６において、入ってくるストレージまたは送信要求に対する待機期間が実施される。待機期間が完了すると、ブロック９９０８において、データがストレージまたは送信のために受信されたか否かに関する判定が行われる。そうでなければ、プロセスフローは別の待機期間のためにブロック９９０６に戻る。
ブロック９９０８でデータが受信された場合、ブロック９９１０において、受信されたデータに対して鍵が生成される。これは、受信したデータについてハッシュ関数を計算することによって実行することができる。
ブロック９９１２において、鍵およびデータは、ローカルに格納される、または送信される。これは、データをノードに格納または送信し、次にノードＩＤを鍵の前に付けることによって実行され得る。結果として得られる鍵は、とりわけ、リスト、テーブル、キュー、またはデータベースなどのローカルストアに格納することができる。
ブロック９９１４において、プロセスを続行するか否かに関する判定が行われる。これは、現在のシーケンスについてより多くのデータが予想されるか否かに関する判定に基づいてもよい。そうである場合、プロセスフローはブロック９９０８に戻り、データが格納または送信のために受信されたか否かを判定する。そうでない場合、プロセスはブロック９９１６で終了する。
図１００は、一部の実施形態による、サービス要求を調整する、または満たすための、ＩｏＴデバイス１００００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１００００に対して選択され使用されてもよいことに留意されたい。他のノードは、メッシュデバイス８１２、クラウド３０２内のデバイス、またはその両方を含み得る。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、パケットまたはフレームのペイロードフィールド内に収まるようにデータファイルを断片化するためのデータ断片化部１０００２を含み得る。ハッシュ計算部１０００４は、ハッシュ鍵を計算して、データのための格納ノードまたは送信ノードを識別することができる。
メッセージ生成部１０００６は、ハッシュ鍵を使用してデータの格納または送信のためのノードＩＤを判定することができる。メッセージ生成部１０００６はまた、例えば、データ断片をパケットまたはフレームのペイロードフィールドにパッケージ化するなど、格納または送信のために別のノードに送信するためにデータ断片をフォーマットしてもよい。
通信部１０００８は、格納または送信のためにパッケージ化されたデータ断片を別のノードに送信することができる。送信のために、通信部１０００８はまた、メッシュデバイス８１２などの別のノードから確認応答を受信し、確認応答がクラウド３０２内のデバイスなどの上流の宛先からのものであるか否かを判定し得る。データ追跡部１００１０は、確認応答を使用して、データが送信ノードからターゲットデバイスに送信されたのか、または再送信する必要があるのかを判定することができる。データ追跡部１００１０はまた、例えば他のノードから入ってくる確認応答のレートに基づいてフロー制御を実施することができる。ストレージでは、データストア１００１２は、データ断片の位置およびアイデンティティと共に鍵を保存することができる。鍵は、格納されたデータを保持している、ノードまたはメッシュデバイス８１２のＩＤの前に断片のハッシュコードを付加することができる。
図１０１は、一部の実施形態による、サービス要求を調整する、または満たすように１つまたは複数のプロセッサ９０２に指示するためのコードを含む、例示的な非一時的機械可読媒体１０１００のブロック図である。同様の番号が付けられた項目は、図９に関して説明したとおりである。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１０１００にアクセスすることができる。非一時的機械可読媒体１０１００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１０１００は、ファイルを断片に分割するようにプロセッサ９０２に指示するためのコード１０１０２を含み得る。コード１０１０４は、各断片についてハッシュコードを計算するようにプロセッサ９０２に指示するために含まれ得る。コード１０１０６は、各断片についてターゲットストレージまたは送信ノードを識別するようにプロセッサ９０２に指示するために含まれ得る。コード１０１０８は、データ断片をターゲットノードに送信するようにプロセッサ９０２に指示するために含まれ得る。コード１０１１０は、ノードＩＤを計算するようにプロセッサ９０２に指示するために含まれ得る。コード１０１１２は、ストレージのための鍵を生成するようにプロセッサ９０２に指示するために含まれ得る。コード１０１１４は、鍵およびハッシュを格納するようにプロセッサ９０２に指示するために含まれ得る。
異なるノードによる通信は、同じ種類の通信チャネルを介して行われる必要はない。アプリケーション要件に応じて、異なる通信経路、周波数などが使用されてもよい。図１０２〜図１０５に関して説明したように、適切なトラフィック経路がデータに対して選択され得る。これらの技法は、高いレイテンシから低いレイテンシ間まで、およびコネクション型からコネクションレス型までの範囲にわたるアプリケーション要件に対処するために使用される異なるパスまたはパスの組み合わせの選択を可能にする。これは、マルチパス伝送制御プロトコル（ＴＣＰ）を超えてトランスポート選択および使用基準を拡張する。
図１０２は、一部の実施形態による、２つのエンドポイント１０２０２および１０２０４間の３つの例示的な経路を示し、それが潜在的な使用に利用可能であり得る、マルチ経路通信システムの概略図である。この例では、経路は、衛星アップリンク１０２０６、インターネットバックボーンすなわち有線接続１０２０８、およびＬＴＥ接続１０２１０を含む。しかしながら、図８に関して説明した無線接続のうちの任意のもの、ならびに光ファイバ、マイクロ波、および他の接続を含む、任意の数の有線または無線接続を２つのエンドポイント間で使用することができる。
データパスの選択は、転送されるデータ量、データパスの信頼性、通信速度などに依存し得る。例えば、有線接続１０２０８が失われるか利用不可能である場合、エンドポイント１０２０２は、アプリケーション要件に基づいて代替通信パス１０２０６または１０２１０を選択することができる。
図１０３は、一部の実施形態による、通信経路を選択するための例示的な方法１０３００のプロセスフロー図である。図１０３の方法１０３００は、図１０４に関して説明されるＩｏＴデバイス１０４００によって実施することができる。複数の通信パスが並列に使用され得ることに留意されたい。ブロック１０３０２は、例えば、とりわけ、デバイスに電源が投入されたとき、または複数の通信パスの使用を可能にするネットワークサービスオーバーレイがダウンロードされたときを表す。
ブロック１０３０６において、デバイス上の利用可能なネットワークインターフェースが発見される。これは、ｌｆｃｏｎｆｉｇまたはｉｐｃｏｎｆｉｇなど、接続されているネットワークインターフェースを一覧表示するために使用され得る構成コマンドを使用して実行できる。最初のｌｆｃｏｎｆｉｇは、ネットワークインターフェースを初期化するために一部のオペレーティングシステムによって使われ得るＵｎｉｘ（登録商標）タイプのコマンドである。２番目のｉｐｃｏｎｆｉｇは、例えばＡｐｐｌｅ製、Ｍｉｃｒｏｓｏｆｔ製のシステムを含む、複数のオペレーティングシステムで使用され得るコマンドであり、システム内のインターフェースを含め、現在すべてのＴＣＰ／ＩＰ設定値を表示できる。
ブロック１０３０６において、アクティブネットワークインターフェースを介したエンドポイント間の利用可能な経路が発見される。利用可能な経路の数は、潜在的に異なるトポロジ、セキュリティクレデンシャル、および各個々のネットワークインターフェースによってサポートされるプロトコルのために、ネットワークインターフェースの数よりも大きくなり得る。これは、例えば、論理チャネルを発見すること、最後に知られているアクティブ経路を取得することなどによって実行され得る。発見された経路は経路データベースに保存されてもよい。経路データベースは、とりわけ、デバイス上、リモートサーバ上、またはメッシュネットワーク内の別のデバイス上に配置することができる。リモート接続されたデータベースは、メッシュネットワーク内のデバイス上または別のデバイス上にあり得る１つまたは複数のデバイスによって使用され得る。
ブロック１０３０８において、経路はランク付けされ得る。ランク付けプロセスは、例えば、期待される、または過去のサービス品質、容量、コスト、レイテンシによって経路を順序付けることを含み得る。更新された経路情報は経路データベースに格納されてもよい。
ブロック１０３１０において、経路指定要求が受信されたか否かに関する判定が行われる。受信されていない場合、プロセスフローはブロック１０３０６に戻る。経路指定要求が受信された場合、ブロック１０３１２において、経路指定戦略が計算される。経路指定戦略は、最良ＱｏＳ経路指定、最小コスト経路指定、最小レイテンシ経路指定などのローカルポリシーの目的によって指示することができる。
経路指定戦略は、単一の最良経路が使用されるべきか否かに関する判定によりブロック１０３１４で開始することができる。もしそうであれば、ブロック１０３１６において、例えば経路データベース内のランク付け情報から判定される、コスト、信頼性、レイテンシなどの所望の経路特性に基づいて単一の経路が選択される。複数の経路戦略が選択される場合、ブロック１０３１８において、経路データベース内の複数の経路が、例えば転送のための総データ、信頼性などに基づいて使用のために選択され得る。
ブロック１０３２０において、選択された経路を介したデプロイのためにパケットまたはフレームが準備される。これは、選択された経路に使用されるパケットまたはフレームのペイロード内に収まるサイズにデータを断片化することによって実行され得る。次いで、断片は、選択された経路のパケットまたはフレームにパックされる。
ブロック１０３２２において、パケットは選択された経路を介してターゲットにディスパッチされる。ブロック１０３２４において、使用された異なる経路について性能に関する統計が収集され、ブロック１０３２６において、性能に関する統計に基づいて経路データベース内の経路ランキングが更新され得る。性能に関する統計は、例えば、ディスパッチが所与の経路で成功したか否か、および経路についてのパケット誤り率、レイテンシ、経路の信頼性、再試行回数、総データ転送量などを含むことができる。
ブロック１０３２８において、プロセスを続行するか否かの判定が行われる。例えば、オーケストレータまたはサービスコーディネータが、マルチ経路通信がもはや必要ではないと判定することができる。複数の経路通信を続行する場合、プロセスフローはブロック１０３１０に戻り、別の経路指定要求を待つ。そうでなければ、方法１０３００はブロック１０３３０で終了する。
図１０４は、一部の実施形態による、複数の通信チャネルを介してデータを送信するためにＩｏＴデバイス１０４００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１０４００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される経路判定を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、存在するネットワーク接続を識別し、ＩｏＴデバイス１０４００からメッシュデバイス８１２またはクラウド３０２内のデバイスなどのエンドデバイスまでの経路または通信チャネルを判定する、経路発見部１０４０２を含み得る。経路ランク付け部１０４０４は、例えば、伝送レート、信頼性、および他の性能に関する統計に基づいて、経路をランク付けすることができる。経路データベース１０４０８は、経路、ランキング、および関連する性能に関する統計を格納することができる。経路データベース１０４０８は、通信チャネルのためのプロトコル、チャネルのためのアクセス情報およびクレデンシャルなどの他の関連情報を格納するために使用され得る。
経路計算部１０４０６は、ＩｏＴデバイス１０４００からエンドポイントへデータを送信するための１つまたは複数の経路を判定することができる。経路計算部は、経路データベース１０４０８内の経路およびランキングに格納されている情報を使用することができる。
データ準備部１０４１０は、経路計算部１０４０６から情報を受け取り、選択された１つまたは複数の経路を介して送信されるパケットまたはフレームなどのデータを準備することができる。準備は、異なる経路に関連するパケットまたはフレームのペイロードフィールドに収まるようにデータを断片化すること、およびデータをパケットまたはフレームにパッケージ化することを含み得る。通信部１０４１２は、メッシュ送受信機８１０またはアップリンク送受信機８１４などの送信機を介して、またはネットワークインターフェースコントローラ８１６を介したインターネットを介して、パケットまたはフレームをターゲットデバイスに送信することができる。
性能モニタ１０４１４は、通信チャネルに関する性能データを収集する。性能モニタ１０４１４は、経路データベース１０４０８に保存されている経路ランキングを更新することができる。性能モニタ１０４１４はまた、例えば、所定の期間内におけるターゲットデバイスからの確認応答の欠如に気付くことによって、経路が役に立たなくなったときに気付き、次いで、フレームを再送信し、経路データベース１０４０８において潜在的に不適切であるとして経路にフラグを立てる。経路発見部１０４０２は、フラグが立てられた経路を定期的にチェックして、それが再確立されたか否かを判定することができる。
図１０５は、一部の実施形態による、複数の通信チャネルを介してデータを送信するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１０５００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１０５００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したとおりであり得る。非一時的機械可読媒体１０５００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１０５００は、ネットワークインターフェースを発見するようにプロセッサ９０２に指示するためのコード１０５０２を含み得る。コード１０５０４は、発見されたネットワークインターフェースを使用してエンドポイントデバイスへの利用可能な経路を発見するようにプロセッサ９０２に指示するために含まれ得る。コード１０５０４は、通信速度、信頼性などの様々な性能に関する統計によって経路をランク付けすることができる。コード１０５０６は、とりわけランキングを使用して、経路または経路のグループにわたるデータファイルの経路指定戦略を計算するようにプロセッサ９０２に指示するために含まれ得る。コード１０５０８は、例えば、通信チャネルに関連するパケットまたはフレームのデータフィールドに収まるサイズにデータファイルを断片化することによって、デプロイのためにデータを準備するようにプロセッサ９０２に指示するために含まれ得る。コード１０５１０は、選択された１つまたは複数の経路を介してターゲットデバイスにパケットまたはフレームを送信するようにプロセッサ９０２に指示するために含まれ得る。
コード１０５１２は、受信および確認応答のための時間、確認応答の受信失敗などを含む経路の性能に関する統計を収集するようにプロセッサ９０２に指示するために含まれ得る。コード１０５１４は、経路について収集された性能に関する統計に基づいてランキングを更新するようにプロセッサ９０２に指示するために含まれ得る。本明細書に開示された技法は、ＩｏＴネットワーク、および他の種類のメッシュネットワークにおける輻輳管理を提供するのに役立ち得る。
図１０６は、一部の実施形態による、ドメイン間のセキュアな通信および変換のためのＩｏＴゲートウェイ１０６００の概略図である。ＩｏＴネットワークは異種ネットワークであり、異なるドメインやプロトコルが複数の層で機能している。これらのドメインを越えて通信するために、ＩｏＴフレームワークはセッションおよびアプリケーションレベルのプロトコルならびにデータモデルを定義する場合がある。しかしながら、エンドツーエンドのデータ保護では、ＩｏＴフレームワークと互換性がないことが多い暗号化および署名フォーマットを使用し、変換にゲートウェイを使用する。ゲートウェイ戦略では、プロトコル変換ロジックを含むプラグインを使用することがある。しかしながら、ＩｏＴゲートウェイは、プロトコル変換、セキュリティ変換、およびセマンティック変換を単一のＩｏＴゲートウェイに統合することはできない。
イングレスデータ１０６０２は、インターネットなどの第１のドメインすなわちクラウドからＩｏＴゲートウェイ１０６００に入ることができる。本明細書で説明される例では、イングレスデータ１０６０２は、第１のプロトコルＰ１ １０６０４内にあり、第１のセキュリティレベル１０６０６を有し、第１のセマンティック表現１０６０８を使用してデータおよびデバイスを表すことができる。下流のデバイスと互換性があるために、ＩｏＴゲートウェイ１０６００を出るエグレスデータ１０６１０は、第２のプロトコル１０６１２内にあり、第２のセキュリティレベル１０６１４を有し、第２のセマンティック表現１０６１６を使用することができる。
ＩｏＴゲートウェイ１０６００は、ＩｏＴゲートウェイ１０６００への攻撃によって引き起こされる破損したデータから上流および下流のデバイスを保護するためにトラステッド実行環境（ＴＥＥ）１０６１８を使用することができる。ＴＥＥ １０６１８は、セキュアブート環境、コードの実行前確認、分離実行、リモートアテステーション、セキュアストレージ、セキュアプロビジョニング、トラステッドパスなどを実装することができる任意の数の異なるセキュリティ技法を含むことができる。例えば、トラステッドコンピューティンググループ（ＴＣＧ）によって公表された仕様に準拠する任意の数のシステムを使用することができる。
イングレスデータ１０６０２は、イングレスパケットまたはフレームからペイロードを取り外すためにプロトコル変換部１０６２０において処理され得る。これは、第１のプロトコルプラグイン１０６２２を使用してＩｏＴゲートウェイ１０６００によって実行され得る。次いで、イングレスデータは、処理のためにセキュリティ変換部１０６２４に渡されてもよい。
セキュリティ変換部１０６２４において、第１のセキュリティプラグイン１０６２６を使用して、生体認証的に暗号化されたペイロードについてのイングレスデータを分析することができる。セキュリティ変換ポリシー１０６２８がバイオメトリック符号化パッケージの復号を可能にする場合、ペイロードは復号され得る。第１のセキュリティプラグイン１０６２６は、バイオメトリックペイロードに限定されない。例えば、イングレスデータ１０６０２内のペイロードは、１０２４ビットなどの第１のセキュリティレベル１０６０６で暗号化され得る。セキュリティ変換ポリシー１０６２８が許可する場合、エグレスデータ１０６１０に対して５１２ビット、２０４８ビットなどの第２のセキュリティレベル１０６１４を使用して、後で暗号化するためにペイロードを復号することができる。セキュリティ変換ポリシー１０６２８は、復号プロセスおよび暗号化プロセスのための鍵を有してもよく、セキュリティレベルの最大不一致に対する制限を設定することができ、例えば、イングレスデータ１０６０２とエグレスデータ１０６１０との間の１０２４から２０４８ビットの変更を可能にするが、とりわけ２０４８から５１２ビットへの変更をブロックする。
セマンティック変換部１０６３０を使用して、イングレスデータ１０６０２内のペイロードのセマンティック表現をエグレスデータ１０６１０内のペイロードに使用されるセマンティック表現に変換することができる。これは、例えば、ペイロードをＨＴＭＬなどの第１のセマンティック表現１０６０８から中間状態に変換するために第１のデータセマンティクスプラグイン１０６３２を使用し、次いで、データを中間状態からＸＭＬなどの第２のセマンティック表現１０６１６へ変換するために第２のデータセマンティクスプラグイン１０６３４を使用することを含むことができる。多くの異なるセマンティック表現が使用されてもよく、プラグインは必要な変換に基づいて選択されてもよい。一部の例では、単一の第１のデータセマンティクスプラグイン１０６３２は、２つの異なる第２のデータセマンティクスプラグイン１０６３４と対にされ得る。これは、異なるＩｏＴネットワークからのデータが、クラウド内のデータベースなどの共通の送信元またはシンクからＩｏＴゲートウェイ１０６００を通過している場合に有用であり得る。データの発信元および宛先に応じて、変換１０６３６は双方向であり得る。セマンティック変換部１０６３０は、単一のプラグインを有することができ、それによってセマンティック表現１０６０８と１０６１６との間の直接変換が可能になる。
セマンティック変換が完了すると、エグレスデータ１０６１０のペイロードは、エグレスデータ１０６１０のセキュリティレベルＳ２ １０６１４への変換のためにセキュリティ変換部１０６２４に渡される。これは、セキュリティ変換ポリシー１０６２８によって許可されているように、第２のセキュリティプラグイン１０６３８内のペイロードをエグレスデータセキュリティレベル１０６１４に暗号化することを含み得る。例えば、ペイロードは、イングレスデータ１０６０２とは異なるビットレベルで暗号化されてもよい。ペイロードを保護するためにバイオメトリックマーカが使用された場合、データはシミュレーションされたバイオメトリックマーカを使用して再保護されてもよい。
セキュリティ変換１０６４０が完了した後、エグレスデータ１０６１０のためのペイロードは、プロトコル変換部１０６２０に渡される。プロトコル変換部１０６２０では、第２のプロトコルプラグイン１０６４２を使用して、エグレスデータ１０６１０のためにペイロードをプロトコルＰ２ １０６１２にパッケージ化する。これは、下流のデバイスへの送信経路のプロトコルと一致するパケットまたはフレームのペイロードフィールドにエグレスデータ１０６１０をパッケージ化することを含み得る。エグレスデータ１０６１０のためのペイロードが特定のパケットまたはフレームのペイロードフィールドに対して大きすぎる場合、それは断片化され、複数のパケットまたはフレームにパッケージ化され得る。プロトコル変換１０６４４は、エグレスデータ１０６１０を形成するためのイングレスデータ１０６０２の処理を完了する。次いで、エグレスデータ１０６１０は、下流のデバイスに送信される。
適応性を提供するために、他のユニットがＩｏＴゲートウェイ１０６００に存在してもよい。例えば、プラグインインストーラ１０６４６は、プラグインを確認し適切な変換部１０６２０、１０６２４、または１０６３０にインストールすることができる。確認プロセスは、トラステッドプラットフォームモジュール（ＴＰＭ）、または他のシステムを使用してプラグインの測定値を取得すること（例えば、ハッシュコードを計算すること）と、測定値を許容値のホワイトリストと比較することと、を含み得る。
プラグインで使用されるスクリプトをコンパイルするために、スクリプトコンパイラ１０６４８を含めることができる。これは、とりわけビデオフィードなどの、高速かつ高帯域幅の要件を有するアプリケーションに役立ち得る。
すべてのペイロードが３つすべてのレベルで処理されるわけではないことに留意されたい。例えば、イングレスデータ１０６０２内のペイロードは、イングレスフレームからペイロードを取り外すために処理され、次いで、エグレスフレームにパッケージ化されるように直接処理され、エグレスデータ１０６１０として送信されてもよい。他の例では、セマンティック変換は使用されないこともある。これらの例では、ペイロードがイングレスフレームから取り外された後、セキュリティ変換１０６４０が実行されてよく、ペイロードは、それをエグレスデータとして送信する前に、エグレスフレームにパッケージ化するためにプロトコル変換部１０６２０に返される。イングレスネットワークおよびエグレスネットワークのパラメータに応じて、変換機能の任意の組み合わせを使用することができる。
リソース分割方式は、複数の仮想クライアントを含み得ることに留意されたい。データと共にゲートウェイ変換を処理し、第１の仮想ＩｏＴクライアントから第１の仮想ＩｏＴサーバへのイングレスおよびエグレスを制御するために使用されるリソースは、第２の仮想ＩｏＴクライアントから第２の仮想ＩｏＴサーバへのデータ転送を制御するためのリソースから分離され得る。このプラットフォーム分割方式は、ＴＥＥ「チャネル」内でクライアントとサーバとの間で鍵を交換することを含み得る。一般に、チャネルの一方の側にある仮想クライアントは、同じチャネルの他方の側にある仮想サーバによって使用される鍵を交渉する。このようにして、セキュリティセマンティクスおよびセキュリティレベルは、ブリッジされている異なるＩｏＴネットワーク間でも維持され得る。リソースの分割および割り当ては、仮想クライアントと仮想サーバとが相互作用し得る「チャネル」というゲートウェイの概念と一致し得る。
この例には、仮想クライアントと仮想サーバとがセキュリティレベルを持つセキュアなチャネルを介して通信し得るゲートウェイ抽象化が含まれる。例えば、Ｉｎｔｅｌ（登録商標）の仮想化技術（ＶＴ−ＸおよびＶＴ−ｄ）、またはＩｎｔｅｌ（登録商標）のＳＧＸ（ソフトウェアガードエクステンション）に基づいて、異なるシステムリソース分割および割り当て方式を使用することができる。リソースの分割および割り当ては、すべての鍵、通信、および処理が適切なセキュリティレベルで実行されるように、ゲートウェイのチャネルと一致させることができる。
さらに、セキュリティレベルを記述するセキュリティポリシーは、イングレスチャネルおよびエグレスチャネルに関連付けられてもよく、第１のチャネルは第１のセキュリティレベルにあり、第２のチャネルは第２のセキュリティレベルにある。例えば、第１のセキュリティレベルは１０２４ビットの暗号化を用いてデータを暗号化することを含み、第２のセキュリティレベルは２５６ビットの暗号化を用いてデータを暗号化することを含み得る。ハードウェア分割方式は、割り当てられたセキュリティレベル以上のチャネル分離を施行するのに十分であり得る。
さらに、セキュアブートスキームまたはトラストブートスキームは、トラステッドプラットフォームモジュール（ＴＰＭ）、またはＩｎｔｅｌ（登録商標）ＴＸＴ、Ｉｎｔｅｌ（登録商標）ＳＧＸ、またはＡＲＭ（登録商標）Ｔｒｕｓｔｚｏｎｅなどの他のトラステッド実行環境スキームに従って、ハードウェア分割方式が有効かつ検証可能かつアテステーション可能であることを保証し得る。
図１０７は、一部の実施形態による、セキュアなＩｏＴゲートウェイにおいてワークロードを変換するための例示的な方法１０７００のプロセスフロー図である。図１０７の方法１０７００は、図１０８に関して説明されるＩｏＴデバイス１０８００によって実施することができる。ブロック１０７０２は、例えば、ワークロードが変換のためにゲートウェイに到着したときを表す。ブロック１０７０４において、イングレスデータが、イングレスペイロードを取得するために、イングレスプロトコルを使用して処理される。
ブロック１０７０６において、イングレスペイロードがバイオメトリックストリームであるか否かに関する判定が行われる。もしそうであれば、ブロック１０７０８において、バイオメトリックは、プライバシーセンシティブなコンテンツについて分析され得る。
ブロック１０７１０において、イングレスペイロードがプライバシーセンシティブであるか否かに関する判定が行われる。そうである場合、ブロック１０７１２において、例えばイングレスペイロードを復号するために、イングレスプライバシーポリシーが適用され得る。例えば、ＵＵＩＤなどの第１のアイデンティティを有するＩｏＴオブジェクトは、アイデンティティの開示を制限するポリシーを有し得るが、それは、第１のアイデンティティが、外部システムによって使用されて、このゲートウェイまたは他のゲートウェイを使用する複数の相互作用が追跡されて、追跡情報が、差分分析を使用してさらに分析可能な接続グラフまたは機械学習表現を構築するために使用され得るようにされる場合があるためである。プライバシーポリシーは、追跡、協調、またはＵＵＩＤに基づく他の分析を回避するために、第１のＵＵＩＤを第２のランダムに生成されたＵＵＩＤで置き換えるように変換部に命令することができる。
ポリシーは、差分分析を用いたデータのさらなる分析により、他のオブジェクトから得られた他のデータ値との統計的相関を明らかにし得るように、フィンガープリントをとることができるオブジェクトデータ値をさらに検出することができる。これは、内部の挙動、プロセス、および決定から生じる可能性がある推論をブロックするために使用され得る。プライバシーポリシーモジュールは、問題のデータ値を、より低い粒度、より低い分解能、より大きな抽象化、またはより大きな一般性を有する別のものに置換させることができる。プライバシーポリシーモジュールは、ゲートウェイインターフェースを介して要求されたデータ値を供給することを単に拒否することができる。
プライバシーポリシーは、データを認証、認可、または他の方法で保護するためにゲートウェイによって使用されるクレデンシャルに、ＥＰＩＤ秘密鍵を使用するようにさらに命令することができる。ＥＰＩＤ鍵の選択は、番号を付けることができる、あるいは複数のインスタンスがプライバシーポリシーを満たす、個人、グループ、または物のコミュニティ、人々、デバイス、または概念と一致してもよい。例えば、番号付きインスタンスの母集団に基づく匿名性の程度は、プライバシーの差分分析が統計的に関連性のある知識の推論に集中するのを妨げる可能性がある。
ブロック１０７１４において、イングレスペイロードがセキュリティセンシティブであるか否か、例えば暗号化されているか否かに関する判定が行われる。もしそうであれば、ブロック１０７１６において、例えば処理のためにペイロードを復号するためにイングレスセキュリティポリシーが適用され得る。
ブロック１０７１８において、イングレスペイロードがエグレスネットワークと意味的に非互換性であるか否かに関する判定が行われる。そうである場合、ブロック１０７２０において、例えば、イングレスペイロードを意味的に中間の表現すなわちＩｏＴゲートウェイ表現に変換し、次いで、意味的に中間の表現をエグレス表現に変換するために、セマンティック変換が実行される。一部の例では、イングレス表現は、変換時間を短縮するためにイングレス表現からエグレス表現に直接変換され得る。これは、とりわけ、高帯域幅を有するデータに対して、または両方のフォーマットが非常に一般的であるときに実行され得る。
ブロック１０７２２において、エグレスペイロードがセキュリティセンシティブであるか否か、例えば、ポリシーはエグレスネットワークのための暗号化を要求するか否かに関する判定が行われる。そうである場合、ブロック１０７２４において、エグレスセキュリティポリシーが適用される。エグレスペイロードは、セキュリティポリシーによって要求されるビットレベルで暗号化されてもよい。
ブロック１０７２６において、エグレスペイロードがプライバシーセンシティブであるか否かに関する判定が行われる。もしそうであれば、ブロック１０７２８において、エグレスプライバシーポリシーが適用される。ブロック１０７３０において、エグレスペイロードがバイオメトリックストリームの一部であるか否かに関する判定が行われる。もしそうであれば、プライバシーポリシーに従って生成された合成バイオメトリックストリームがペイロードを保護するために使用される。
ブロック１０７３４において、エグレスペイロードがエグレスプロトコルに従って処理され、例えば、エグレスパケットまたはフレームのデータフィールドにパックされる。次いで、エグレスパケットまたはフレームは、エグレスネットワークを介してターゲットデバイスに送信される。
方法１０７００はまた、変換機能のためにＩｏＴゲートウェイを準備するための複数の動作を含み得る。ブロック１０７３６において、プラグインインストーラは、プロトコル、プライバシー、セキュリティ、およびセマンティックの変換に使用されるプラグインを含む、イングレスネットワークとエグレスネットワークとの間の変換プロファイルを識別することができる。イングレスネットワークおよびエグレスネットワークの識別および発見は、ＩｏＴゲートウェイで実行されてもよいし、クラウド内に配置されたデータベースなどの別のデバイスで実行されてもよい。別のデバイスがネットワークカタログを持っている場合、ＩｏＴゲートウェイのプラグインインストーラはプラグインのリストを受け入れ、次いでプラグインをダウンロードしＩｏＴゲートウェイにインストールすることを試みることができる。
ブロック１０７３８において、各プラグインは、例えば、とりわけ、ＩｏＴゲートウェイに対するプラグインの真正性、完全性、バージョン、および互換性に関して確認される。ブロック１０７４０において、プラグインが確認に失敗したと判定された場合、プロセスフローはブロック１０７３６に戻り、そのプラグインの代わりを見つける。代わりが見つからない場合は、警告メッセージが送信され得る。
ブロック１０７４２において、スクリプトコンパイラまたは他のポリシーシステムは、どの変換ルーチンが解釈済みコードを使用して実行され得、そしてどれがバイナリコードへのコンパイルによって加速され得るかを判定し得る。ブロック１０７４４において、変換スクリプトのそれぞれをコンパイルすることができるか否かに関する判定が行われる。もしそうであれば、ブロック１０７４６において、変換スクリプトはコンパイルされそしてバイナリコードファイルとしてリンクされる。ブロック１０７４８において、セキュリティポリシーおよびプライバシーポリシーが構成される。処理フローはブロック１０７０２に戻り、変換ワークロードを開始する。
プロセスフローは、システムを再構成するために必要に応じて構成ブロック１０７３６から１０７４８に戻ることができる。これは、新しいネットワークがＩｏＴゲートウェイに結合されているとき、または古いネットワークがＩｏＴゲートウェイから切り離されたときに実行され得る。さらに、新しいプライバシー、セキュリティ、またはセマンティックの変換がペイロードに使用されることになっているときに、再構成を実行することができる。
図１０８は、一部の実施形態による、ドメイン間でワークロードを変換するためにＩｏＴゲートウェイ１０８００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３、図８、および図１０６に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴゲートウェイ１０８００に対して選択され使用されてもよいことに留意されたい。
ＩｏＴゲートウェイ１０８００は、例えば、２００９年にＩＳＯ／ＩＥＣ １１８８９としてＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐによって公表された仕様に準拠する、トラステッドプラットフォームモジュール（ＴＰＭ）１０８０２を含むことができる。ＴＭＰ １０８０２は、暗号化プロセッサ（ＣＰ）１０８０４、不揮発性メモリ（ＮＶＭ）１０８０６、およびセキュアメモリ（ＳＭ）１０８０８を含み得る。ＣＰ １０８０４は、とりわけ、乱数発生器、ＲＳＡハッシュ発生器、ＳＨＡ−１ハッシュ発生器、および暗号化−復号エンジンを提供することができる。ＮＶＭ １０８０６は、例えばとりわけＲＳＡ鍵を含む、製造時にプログラムされた鍵を含み得る。ＳＭ １０８０８は、ソフトウェアで得られた測定値をプラットフォーム構成レジスタに保持することができる。本明細書で使用される場合、測定値は、ストレージ８０８またはメモリ８０４に格納されたコードまたはデータセグメント上で計算されたハッシュコードである。ブートコードセグメントの測定から開始して、図１０６に関して説明したように、初期ブートから信頼チェーンを作成することによって、測定を使用してトラステッド実行環境１０６１８を確立することができる。
大容量ストレージ８０８は、本明細書で説明される変換機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、コードまたはデータに対して測定を実行するセキュアなブート部／測定部１０８０６を含み得る。本明細書で説明されるように、測定は、コードまたはデータのハッシュコードの生成であり得る。ハッシュコードは、コードまたはデータが実行または送信される前に予想測定値と比較され得る。追加の測定を実行するようにセキュアなブート部／測定部１０８０６を設定するために、プロセッサ８０２によって初期ブート測定が実行されてもよい。プロトコル変換部１０６２０は、イングレスプロトコルとエグレスプロトコルとの間の変換を実行することができる。セキュリティ変換部１０６２４は、イングレスセキュリティレベルとエグレスセキュリティレベルとの間でセキュリティ変換を実行することができる。プライバシー変換部１０８０８は、例えばとりわけバイオメトリッククレデンシャルに基づいてプライバシー変換を実行することができる。セマンティック変換部１０６２４は、イングレスペイロードとエグレスペイロードとの間のデータセマンティクス変換を実行し得る。セキュアデータストア１０８１０は、プラグイン、セキュリティポリシー、プライバシーポリシー、スクリプトコンパイラなどを格納することができる。
これらのリソースは、セキュリティポリシーモジュールによって管理される割り当てられたセキュリティレベルに従って「チャネル」を処理するゲートウェイに割り当てられてもよい。イングレスポリシーおよびエグレスポリシーは、例えば未分類から分類済みへのセキュリティレベルのアップグレード、または例えば分類済みから未分類へのダウングレードを認可することができる。ポリシーは、例えば、サニタイズ済みから未サニタイズへ、製造からエンジニアリングへ、または任意の他のデータ分類スキームに従ってデータ完全性分類を認可することができる。
図１０９は、一部の実施形態による、イングレスネットワークとエグレスネットワークとの間でワークロードを変換するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１０９００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１０９００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体１０９００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１０９００は、イングレスプロトコルの下でイングレスペイロードを処理するようにプロセッサ９０２に指示するためのコード１０９０２を含み得る。コード１０９０４は、イングレスプライバシーポリシーの下でイングレスペイロードを処理するようにプロセッサ９０２に指示するために含まれ得る。コード１０９０６は、イングレスセキュリティポリシーの下でイングレスペイロードを処理するようにプロセッサ９０２に指示するために含まれ得る。コード１０９０８は、イングレスペイロードのデータセマンティクスをエグレスペイロードのデータセマンティクスに変換するようにプロセッサ９０２に指示するために含まれ得る。
コード１０９１０は、エグレスセキュリティポリシーの下でエグレスペイロードを処理するようにプロセッサ９０２に指示するために含まれ得る。コード１０９１２は、エグレスプライバシーポリシーの下でエグレスペイロードを処理するために含まれ得る。コード１０９１４は、エグレスプロトコルポリシーの下でエグレスペイロードを処理するようにプロセッサ９０２に指示するために含まれ得る。コード１０９１６は、例えばインストールの前に、プラグインおよびポリシーのソフトウェア測定を実行するようにプロセッサ９０２に指示するために含まれ得る。コード１０９１８は、プラグインを検証しインストールするようにプロセッサ９０２に指示するために含まれ得る。コード１０９２０は、プラグインをコンパイルするようにプロセッサ９０２に指示するために含まれ得る。
ＩｏＴネットワークは、フォグデバイスを形成するデバイスの集合とみなすことができる。個々のデバイスは、様々なネットワークのトランスポート、セッション、およびアプリケーション層の通信パスを介して接続することができる。ユーザ、組織、またはグループなど、ＩｏＴネットワークのオーナーは、ＩｏＴネットワークに共通の関心があり、参加している。オーナーは様々なデバイス間の協調を管理し、合法的に所有し、または調整しているので、オーナーは、デバイスが組織に属すると判定することができる。
デバイスは、オーナーがそのデバイスの所有権を取得することを可能にし、それによってデバイスを所有デバイスとしてオーナーに登録することを可能にするために、ＩｏＴネットワークにオンボーディングされてもよい。本明細書で使用される場合、オンボーディングは、参加要求の交換、識別情報の検証、およびデバイスリソースの作成など、デバイスを参加させるためのアクティビティが行われたことを示す。次いで、デバイスは、オーナー／ドメイン情報をデバイスリソースに記録することによって、ドメイン内の所有権を確認応答することができる。デバイスは複数のオーナーを許可または持つことができる。一部の例では、デバイスは、複数のドメインに存在することができ、互いによるデバイスの認識を複雑にする。
図１１０は、一部の実施形態による、デバイスが新しいドメインのコンポーネントとして参加することを可能にするように作成された共有ドメインによって組み込まれている、異なるドメインによって搭載されているデバイスの概略図１１０００である。概略図１１０００において、第１のデバイス１１００２は、オンボーディングツール（ＯＢＴＡ）１１００６によって第１のドメインＡ １１００４にオンボーディングされている。第２のデバイス１１００８は、第２のオンボーディングツール（ＯＢＴＢ）１１０１２によって第２のドメインＢ １１０１０にオンボーディングされている。この例では、デバイス１１００２および１１００８は、それら自体をそれぞれドメインＡ １１００４およびＢ １１０１０のメンバとみなすことができる。
デバイスＤ１ １１００２とＤ２ １１００８との間の相互作用は、例えばドメインがファミリーの一部である場合には、セキュリティレベルの下では許可され得るが、場合によっては、異種のＯＢＴＡ １１００６とＯＢＴＢ １１０１２とがネットワーク内のリソース１１０１４または１１０１６の間の区分を確立するため、許可されないこともある。従って、ドメインＡ １１００４のＯＢＴＡ １１００６は、外部ドメインＢ １１０１０にオンボーディングされているデバイスを認識または信頼できないことがある。これは、例えば、オンボーディングされた、従ってトラステッドデバイス１１００２および１１００８を含む共通リソース１１０１４または１１０１６を共有していないそれぞれのオンボーディングツールに起因し得る。
本明細書で説明される技法では、それぞれのドメイン１１００４および１１０１０内のオンボーディングツール１１００６および１１０１２の間で信頼が確立されると、共有リソース１１０２０を有する新しいドメイン１１０１８が作成され得る。共有リソース１１０２０は、個々の親ドメイン１１００４および１１０１０内のリソース１１０１４または１１０１６からの情報を含み得る。これについては、図１１１に関してさらに説明する。
図１１１は、一部の実施形態による、デバイスがドメインを越えて参加できるようにするための共有リソースの例示的な作成の概略図１１１００である。同様の番号が付けられた項目は、図１１０に関して説明したとおりである。図１１０で説明したように、別のドメインでローカルのオンボーディングリソースＲ１ １１０１２とＲ２ １１０１６を発見すると、共有リソースＲ３ １１０２０が作成されて、Ｒ１ １１０１４に含まれる記録がＲ３ １１０２０に格納され、ドメインＢ １１０１０内のオンボーディングツールＯＢＴＢ １１０１２によるアクセスが可能になる。同様に、Ｒ２ １１０１６に含まれる記録は、Ｒ３ １１０２０に格納され、ドメインＡ １１００４内のオンボーディングツールＯＢＴＡ １１０１４によってアクセスされ得る。さらに、例えばとりわけＯＢＴＡ １１００６による推定ドメイン名がＯＢＴＢ １１０１２による推定ドメイン名と同じであるとき、共有リソースＲ３ １１０２０は、命名の衝突を解決することができる。
本技法は、共有リソースＲ３ １１０２０がローカルリソースＲ１ １１０１４およびＲ２ １１０１６内のドメインＩＤを同期させるように、ドメイン１１００４および１１０１０の結合のための新しいドメインＩＤ、例えば新しいＵＵＩＤを発見または作成する。Ｒ１ １１０１４内のサブドメインＩＤ １１１０２は、各サブドメインがそれぞれ新たに形成されたドメイン１１０１８のサブドメインになるように、Ｒ２ １１０１６内のサブドメインＩＤ １１１０４とは異なり得る。共有リソースＲ３ １１０２０は、それぞれのローカルリソースＲ１ １１０１４およびＲ２ １１０１６と同期して、複数のサブドメインＩＤを示すマージされたリソースを埋める。
同様に、オンボーディングツールＯＢＴ−Ａ １１００６およびＯＢＴ−Ｂ １１０１２は、それぞれを共通ドメイン１１０１８のメンバとして確立する共有リソース１１０２０と同期される。同様に、デバイスＤ１ １１００２およびＤ２ １１００８は、それぞれを同じ共通ドメイン１１０１８のメンバとして確立する共有リソース１１０２０と同期されるが、それぞれデバイス１１００２または１１００８を元々オンボーディングしていたそれぞれのサブドメイン１１００４または１１０１０内のメンバシップをそれぞれ保持することができる。
図１１２は、一部の実施形態による、共有リソースを含む結合ＩｏＴドメインを確立するための例示的な方法１１２００のプロセスフロー図である。図１１２の方法１１２００は、図１１３に関して説明されるＩｏＴデバイス１１３００によって実施することができる。本明細書で使用される場合、共有リソースは、仮想化リソース、ストレージリソース、通信リソース、オンボーディングリソース、サービスプロバイダリソースなどを含み得る。リソースは、ドメインレベル、サブドメインレベル、またはデバイスレベルで存在し得る。ブロック１１２０２は、例えば、第１のオンボーディングツールが第１のデバイスを第１のネットワークドメインに参加させるときを表す。ブロック１１２０４において、第１のオンボーディングツールは、例えばメンバまたは所有デバイスとして、デバイスをローカルリソースに追加する。
ブロック１１２０６において、第２のオンボーディングツールは、第２のデバイスを第２のネットワークドメインに追加する。ブロック１１２０８において、第２のオンボーディングツールは、例えばメンバまたは所有デバイスとして、デバイスをローカルリソースに追加する。
ブロック１１２１０において、オンボーディングツールは、ネットワーク上で互いを発見し、それらの間で信頼を確立する。これは、本明細書で説明されているように、例えば、相互アテステーション、個々のペアリング、管理コンソールを介して、またはブロックチェーンによって実行することができる。
ブロック１１２１２において、オンボーディングツールは共有リソースを作成し、共有リソースにおいてオンボーディングツールはシェアホルダである。ブロック１１２１４において、オンボーディングツールは、それらのそれぞれのリソースを共有リソースにリンクする。その結果、第１のデバイスのリソースは第２のオンボーディングツールにアクセス可能であり、第２のデバイスのリソースは第１のオンボーディングツールにアクセス可能である。ブロック１１２１６において、２つのデバイスドメインの結合に基づく新しいドメインが形成される。新しいドメインのドメインＩＤは共有リソースに記録される。
ブロック１１２１８において、第１のドメイン内のサブドメインＩＤが第２のドメイン内のサブドメインＩＤと同じまたは類似しているか否かに関する判定が行われる。そうである場合、ブロック１１２２０において、第２のリソース内のサブドメインＩＤに対して新しいサブドメインＩＤが選択され、そのサブドメインＩＤにアクセスするすべてのリソースが新しい名前で更新される。
ブロック１１２２２において、第１のドメイン内のＯＢＴ ＩＤすなわちオンボーディングツールＩＤが第２のドメイン内のＯＢＴ ＩＤに等しいか否かに関する判定が行われる。そうである場合、ブロック１１２２４において、第２のリソース内のＯＢＴ ＩＤに対して新しいＯＢＴ ＩＤが選択され、そのＯＢＴ ＩＤにアクセスするすべてのリソースが新しい名前で更新される。
ブロック１１２２６において、第１のドメイン内のデバイスＩＤが第２のドメイン内のデバイスＩＤに等しいか否かに関する判定が行われる。そうである場合、ブロック１１２２８において、第２のリソース内のデバイスＩＤに対して新しいデバイスＩＤが選択され、そのデバイスＩＤにアクセスするすべてのリソースが新しい名前で更新される。
本方法は、２つのデバイスおよびドメインについて示されているが、重なり合うドメインから組み込む必要がある任意の数のデバイスを使用することができる。例えば、複数のデバイスを持つ２つのドメインが、両方のドメインのオンボードツールによって作成された共有ドメインによって結合される場合がある。別の例では、３つ以上のドメイン内のデバイスが共有ドメインによって結合されてもよい。
図１１３は、一部の実施形態による、共有リソースを作成するためのＩｏＴデバイス１１３００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１１３００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明されるリソースのドメイン間共有を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、デバイスをＩｏＴデバイス１１３００のドメインに参加させ、デバイスのためのデバイスリソース１１３０４のストアを作成するオンボーディングツール１１３０２を含み得る。デバイス発見部１１３０６は、現在のドメイン内のデバイスと共にフォグデバイスの一部として使用され得る他のドメイン内のデバイスを識別し得る。本明細書で説明するように、デバイス発見部１１３０６は、オーケストレータによって提供された情報を使用して他のデバイスを発見することができる。信頼構築部１１３０８は、オンボーディングツール１１３０２と別のドメイン内のオンボーディングツールとの間で信頼を確立するために様々な技法を使用することができる。信頼構築部１１３０８は、アテステーション情報、識別鍵を交換してもよいし、管理者ワークステーションから割り当てられた信頼証明書を使用してもよい。一部の例では、信頼構築部１１３０８は、本明細書で説明されるように、ブロックチェーンのルートオブトラストを使用することができる。
共有ドメイン作成部１１３１０は、共有ドメインを作成するために他のドメインからのオンボーディングツールと協働する際にオンボーディングツールを支援するように働くことができる。共有ドメインは、異なるドメインにわたってすべてのオンボーディングツールにアクセス可能である、またはオンボーディングツールをホスティングするＩｏＴデバイスのそれぞれにミラーリングされる、共有リソースディレクトリ１１３１２を含み得る。
図１１４は、一部の実施形態による、ドメインにわたって共有リソースを確立するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１１４００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１１４００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体１１４００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１１４００は、デバイスをドメインに参加させるようにプロセッサ９０２に指示するためのコード１１４０２を含み得る。コード１１４０４は、ドメイン内のデバイスのためのローカルリソースを作成するようにプロセッサ９０２に指示するために含まれ得る。コード１１４０６は、他のドメイン内の関連デバイス、例えばそれらのドメイン内のオンボーディングツールを含む関連デバイスを発見するようにプロセッサ９０２に指示するために含まれ得る。コード１１４０８は、ローカルデバイスのためのリソースを他のドメイン内のリソースにリンクするようにプロセッサ９０２に指示するために含まれ得る。コード１１４１０は、すべてのデバイスのための共有リソースを保持する共有ドメインを作成するようにプロセッサ９０２に指示するために含まれ得る。コード１１４１２は、ドメイン、オンボーディングツール、およびデバイス間に重複する名前またはＩＤがあるか否かを判定するようにプロセッサ９０２に指示するために含まれ得る。コード１１４１４は、ドメイン、オンボーディングツール、または最後に参加したデバイスの名前を変更し、すべての関連リソースに新しい名前を伝播することによって名前の重複を修正するようにプロセッサ９０２に指示するために含まれ得る。
上記のネットワーキング通信および認証システムは、特定の用途のためにＩｏＴネットワークを実装するための複数の態様を提供する。１つの例では、分散型ネットワークを使用して、食品、医薬品、または工業製品などの最終製品のトレーサビリティを実装することができる。
どのようなライフサイクル追跡システムについても、システム内のプレーヤが、システムが、モデル外のなにかではなく期待される挙動モデルに従って挙動しているという信頼をどのように確立するのかという問題がある。難しいのは、良好な挙動を定義する主体が信頼できない場合があることである。そのためには、末端の（ｐｒｏｖｉｎｃｉａｌ）、例えばデバイス間の信頼メカニズム、および制度的（ｉｎｓｔｉｔｕｔｉｏｎａｌ）な、例えば中央当局によって管理されている信頼メカニズムは、弱点を有する。しかしながら、インフラストラクチャによる信頼は、信頼施行の信頼性の高い形式であり得、そのブロックチェーンは、インフラストラクチャによる信頼を実現するための技術である。従って、図１１０に関して説明したように、他のドメインへのデバイスの組み込みは、ＩｏＴデバイスのグループからのデバイスの形成、およびそれらのデバイス間の信頼の確立を可能にし得る。これは、図２０に関して論じられたブロックチェーンのルートオブトラストなどの、信頼を確立するための様々なシステムを使用して実行されてもよい。
「記録鍵」が使用される場合には、記録鍵の信頼プロパティを確立するための方法が提供される。まだ確立されていない新しい産業を含む多くの産業に関わるトレーサビリティシステムを開発するためのＩｏＴの使用として、本明細書で説明されているブロックチェーン信頼などのフレームワークは、トレーサビリティシステムにおける信頼を発展させるのに役立ち得る。
例示的なＩｏＴトレーサビリティシステムが、図１１５〜図１２０に関してさらに説明される。ＩｏＴトレーサビリティシステムは、図３に関して説明したＩｏＴネットワークを使用して、または例えば図４に関して説明したフォグデバイスを使用して実施することができる。ＩｏＴトレーサビリティシステムは、パブリックドメインおよびプライベートドメイン、ＩＰネットワークドメインとＩｏＴネットワークドメインなどのドメインに、様々なサプライヤまたは商業エンティティによって制御されているドメインを介してまたがることができる。
図１１５は、一部の実施形態による、製品追跡システムを実施するための製品ライフサイクルのステージを示すラダー図１１５００である。図１１５のラダー図１１５００は、図１１９に関して説明されるＩｏＴデバイス１１９００によって実施することができる。トレーサビリティシステムは、製品の原産地１１５０２から販売店１１５０４まで、例えばとりわけ加工施設１１５０６および流通センター１１５０８を通過するときの、コマンドおよびトレース情報のチェーンの記録、保管、検証、セキュリタイゼーション、および取得を実施することができる。あるステージから次のステージへの移行１１５１０、１１５１２、および１１５１４の間に生成された情報も関連性がある。例えば、移行１１５１０、１１５１２、および１１５１４は、製品が農場などの原産地１１５０２から加工工場１１５０６へ、または加工工場１１５０６から流通センター１１５０８へ移動されるときに発生する。この情報は、例えば、出荷日、製品種別、および量などの在庫目録、および（農産物用の）収穫日、（品物用の）生産日、保管温度履歴、または製品の変化に影響する任意の数の他のパラメータなどの変遷（ｔｒａｎｓｆｏｒｍｓ）を含み得る。
記録鍵１１５１６、１１５１８、および１１５２０を１つまたは複数のステージで生成して、そのステージの、本明細書でトレーサビリティ記録と呼ぶ情報を、格納しアクセスすることができる。トレーサビリティは信頼の一態様であることに留意されたい。トレーサビリティは、追跡履歴が、予想外のまたは不適切な挙動ではなく予期された良い挙動を示しているか否かを立証する方法があるとみなしている。末端の信頼および制度的信頼が関与している場合、予想される、例えば良い挙動、または予想外の、例えば不適切な挙動を定義する基準が明確に定義されていない可能性がある。例えばブロックチェーンを通じて、インフラストラクチャによる信頼を採用するプロセスでは、これらの基準を定義し、予想される挙動に関するコンセンサス真理を使用する必要がある。従って、インフラストラクチャによる信頼が場合によってはより強力な手法になり得る。トレーサビリティ記録は、パブリックアクセス可能なストア、プライベートストア、またはそれらの組み合わせに格納され得る。さらに、トレーサビリティ記録は、記録鍵などのパブリックストアに部分的に格納され、残りの詳細は後の出来事のトラブルシューティングにおけるアクセスのためにプライベートストアに保持される。
図１１６は、一部の実施形態による、ステージ１１６１４から１１６２０のトレーサビリティ記録１１６０６から１１６１２にアクセスするために記録鍵１１６０４が使用され、プライベートデータストア１１６０２を使用することの概略図である。この例では、パブリックアクセス可能なトレーサビリティ記録１１６０６〜１１６１２は、農家、製造業者などに関連する詳細なプロセスまたは情報を含まなくてもよい。
記録鍵、時間、および原産地などの基本的なトレーサビリティデータと、製造施設からの詳細な独自のタスクデータと、の間のプライベート／パブリックの境界を維持することは有用であり得る。これは、ステージ１１６１４〜１１６２０において、エンティティについて知覚されるプライバシー保護を高め、採用率を高めることができる。この例では、別々のデータストア１１６０２に送信された呼び出し１１６２２から１１６２８は、トレーサビリティ記録１１６０６〜１１６１２を抽出するために利用される。一部の場合では、プライベートデータストア１１６０２は異なるエンティティによって管理されるので、別個のプライベートデータストア１１６０２はセキュリティおよび信頼性の問題を提示し得る。
図１１７は、一部の実施形態による、パブリックまたは共通のデータストア１１７０２を使用することの概略図である。この例では、データは、パブリックに格納されるが、異なるステージの記録鍵１１７０４の下で暗号化され得る。記録鍵１１７０４はまた、共通データストア１１７０２のためのインデックスとしても機能することができ、コマンドおよびトレーサビリティデータのチェーンが抽出され得る。記録鍵１１７０４は、あるステージについてトレーサビリティ記録１１７０６〜１１７１２にアクセスし復号することができる。例えば、鍵１１７１４は、トレーサビリティ記録１１７０６を見つけ解読することができる。
記録鍵１１７０４は、チェーンに追加され、物理的にまたは製品包装上のマーキングを介してステージを通過してもよい。例えば、製品の包装に関連するＩｏＴデバイスは、製品を積込ドックに配送する際に、加工工場などの施設でメッシュネットワークまたはフォグデバイスに参加することができる。
ＩｏＴデバイスは、例えば関連する包装内で、製品と共にて加工工場を通り、加工された製品と共に出て行くことができる。小売販売店などの別のステージに配送するためにＩｏＴデバイスがトラックに積み込まれると、施設内のメッシュネットワークまたはフォグデバイスは、そのステージのための記録鍵１１７０４によりＩｏＴデバイスをプログラムすることができる。ＩｏＴデバイスがそのステージを離れ、例えば加工施設のメッシュネットワークとの接触が失われると、そのステージのトレーサビリティ記録は、パブリックデータストア１１７０２に保存されてもよいし、図１１６に関して説明したようにプライベートデータストア１１６０２に保存されてもよいし、またはその両方であってもよい。
図１１８は、一部の実施形態による、トレーサビリティシステムを実施するための例示的なプロセス１１８００の概略図である。図１１８のプロセス１１８００は、図１１９に関して説明されるＩｏＴデバイス１１９００によって実施することができる。この例では、製品は、穀物、果物などの農産物である。この場合、ステージは、栽培、出荷、加工などの、農産物に対して行われる動作を対象としている。以下のステージは特定の製品に関して説明されているが、この例は栽培または製造される任意の種類の製品に適用される。従って、第１のステージにおける動作は、例えば製品が構築されるときに製造工場において行われる動作に関係し得る。
第１のステージ１１８０４は、農産物の生産に関連するプロセスのライフサイクルに関する。第１のステージ１１８０４は、ブロック１１８０６において農産物の植え付けで開始し得る。植え付けは、トラクターなどの植え付けデバイスに関連するＩｏＴメッシュネットワークによって追跡および監視され得る。多くのトラクターにはＧＰＳとコンピュータモニタとが装備されて、畑を通る最も効率的なコース上にトラックを差し向ける。ＩｏＴメッシュネットワークは、車載コンピュータと、種子を植え付けるシードドリル、種子貯蔵所、植え付け温度、土壌水分レベル、および他の植え付けパラメータ、ならびに燃料レベル、空気式播種機のコンプレッサ圧力、燃料レベルなどなどの機器パラメータを監視するデバイスと、を含み得る。生成されたデータ１１８０８は、中央サーバなどの農場データストア１１８１０に格納することができる。トラクターは、ＬＰＷＡネットワーク、ＬＴＥネットワーク、衛星アップリンク、または他の無線ネットワークを介して農場データストア１１８１０と連続的に通信してもよいし、トラクターが母屋または納屋に到着したときにダウンロード用のデータを格納してもよい。農場データストア１１８１０は、リモートサイト、例えばクラウド内に配置することができる。
ブロック１１８１２において、作物には、例えば液体アンモニアの注入により、肥料が与えられ得る。これは、トラクターに関連付けられたＩｏＴメッシュネットワークによって監視され、その際、追加のデバイスが栄養剤散布機を監視する。これらのデバイスは、無水アンモニア容器、注入圧力などを監視することができる。肥料やりに加えて、またはその代わりに、このブロックにおいて他のプロセスを監視することができる。これには、固形肥料の散布や灌漑が含まれ得る。固形肥料の散布は、トラクターのＩｏＴメッシュネットワークを通して監視することができる。灌漑は、ポンプ、流量計、圧力センサ、ブームを動かすモータなどの灌漑システムに関連するＩｏＴメッシュネットワークを介して監視することができる。灌漑ネットワークは、ＬＰＷＡネットワークなどの無線リンクを介して中央システムに報告することができる。これらのプロセスからのデータ１１８０８はまた、農場データストア１１８１０に、例えばプライベートブロックチェーンに格納されてもよい。
ブロック１１８１４において、例えばコンバインを使用して作物を収穫することができる。トラクターに関しては、コンバインは、しばしば、ＧＰＳおよびデータ収集を含む広範なコンピュータ制御システムを持っている。ＩｏＴメッシュネットワークをコンバインに設置し、コンバイン上のコンピュータシステムに接続して、収穫時の農産物を追跡することができる。メッシュネットワークは、収穫された材料の重量、収穫された材料の畑での位置、およびトレーサビリティのために使用され得る他のパラメータを追跡するデバイスを含み得る。
トラクターまたはコンバインなどの個々のユニットにプロセス制御技術を適用する技術と比較して、ＩｏＴメッシュネットワークは、穀物トラック、燃料トラック、および他のデバイスなどの補助車両上に配置されたデバイスを含み得る。これらは、製品の位置および製品が複数のデバイスを通って移動する際の変遷のさらなる記録を提供するために使用され得る。さらに、貯蔵された製品の量、水分含有量、害虫の活動、塵埃量などを追跡する、農産物の冷蔵庫、サイロ、および他の作物貯蔵領域内のデバイスなどの、固定位置にあるデバイスが、ＩｏＴメッシュネットワークに参加することができる。これらのデバイスは、農場ネットワークの一部であっても、トレーサビリティ記録の情報を主に収集する企業ネットワークの一部であってもよい。
製品は、最小の追跡可能単位、例えばコンバイン、農産物トラック、穀物トラックなどに保持される量を有し得ることに留意されたい。追跡情報は最小追跡可能単位にのみ適用されるため、最小追跡可能単位未満の量は区別できない場合がある。さらに、流量特性が、発生している混合量を判定するために使用され得るが、製品のいくらかの混合は、例えば穀物サイロ内の貯蔵において予想され得る。同じ問題が、医薬品、またはバッチサイズによって最小追跡可能単位が決まり得る他の製品にも当てはまる。
ブロック１１８１６において、製品を分類し包装することができる。例えば、トラックや鉄道車両に積み込まれる。ブロック１１８１８において、時間、日付、製造場所、運送会社などの追加の情報をトレーサビリティ記録に追加することができる。この情報は、パブリック情報に含まれてもよいし、農場データストア１１８１０に保持されてもよい。
ブロック１１８２０において、製品は、出荷のためにタグ付けされ得る。これには、出荷する前に、ＩｏＴデバイスを農産物の包装に取り付けること、またはＩｏＴデバイスを製品に関連付けることが含まれ得る。ＩｏＴデバイスは、農場データストア１１８１０からの記録鍵を格納することができる。他の例では、出荷前にバーコードを商品の包装に印刷することができる。タグは、農場データストア１１８１０からのトレーサビリティ記録にアクセスするための記録鍵を含み得る。記録鍵はまた、パブリックブロックチェーンなどのパブリックストア１１８２４に送信され得る（１１８２２）。パブリックストア１１８２４から、ステージの記録鍵にアクセス可能であり得る。
ステージ２ １１８２６において、製品は、農場から加工施設に輸送され得る。ブロック１１８２８において、日時および運送会社ならびに製品のバッチＩＤが記録され得る。データ１１８３０は、例えばトラックに関連付けられたコンピュータまたはサーバに配置された出荷ストア１１８３２に送信され得る。出荷ストア１１８３２はまた、運送会社の中央出荷事務所に配置されてもよい。この場合、データ１１８３０は、無線アップリンク、例えばＬＴＥリンクまたは衛星リンクを介して中央出荷事務所にアップロードされ得る。
ブロック１１８３４において、製品包装に関連するＩｏＴデバイス、またはトラックもしくは出荷プラットフォーム上の他のＩｏＴデバイスなどのＩｏＴデバイスは、輸送中のイベントを監視することができる。輸送中のイベントとしては、例えば、とりわけ、温度変動、Ｇ力、輸送時間、または輸送の遅延を挙げることができる。ブロック１１８３４からのデータ１１８３０はまた、出荷ストア１１８３２に送信され得る。
ブロック１１８３６において、製品の配送状況が記録され得る。これは、配送の時間、場所、および日付を含むことができる。配送データは、出荷ストア１１８３２に送信されてもよい。記録鍵は、ステージ２ １１８２６について作成され、出荷ストア１１８３２に格納され、ブロック１１８３８においてステージ１ １１８０４の記録鍵に付加されてもよい。記録鍵は、パブリックストア１１８２４に送信され（１１８４０）、包装に関連付けられたＩｏＴデバイスに保存されてもよい。第１のステージ１１８２６が完了した後、製品は、加工施設の積み込みドックに存在し得る。
ステージ３ １１８４２において、製品は、販売のために加工される。ブロック１１８４４において、材料の時間、日付、梱包会社、およびバッチＩＤが記録される。データ１１８４６は、加工データストア１１８５２に送信される。これには、包装および販売前加工が含まれ得る。例えば、新鮮なカットサラダの場合、加工は、材料の洗浄、材料の細断、材料の混合、および材料の包装を含み得る。ブロック１１８４８において、プロセスのそれぞれが実行または完了されると、ステータスに関するデータが加工データストア１１８５２に送信され得る。加工が完了すると、ブロック１１８５０において、ステージ３ １１８４２の記録ＩＤが前のステージの記録ＩＤに付加され、加工データストア１１８５２に保存され、パブリックストア１１８５３に送信される。次いで、包装され加工された製品は、ステージ４ １１８５４のための積み込みドックに移動されて、最終販売場所に運ばれる。
各ステージにおいて、付加された記録鍵は、包装に関連付けられているＩｏＴデバイスに保存され得る。本明細書で説明されるように、ＩｏＴデバイスはまた、輸送中のイベントを追跡することができる。ステージ４ １１８５４では、ブロック１１８５６において、製品の時間、日付、運送会社、およびバッチＩＤが記録される。データ１１８５８は、例えばトラックの中にあるか、または運送会社に配置されている、出荷ストア１１８６６に送信され得る。ブロック１１８５９において、ＩｏＴデバイスは、製品の出荷パラメータを監視し、例えば、温度変動、Ｇ力、および製品の品質に影響を及ぼし得る他のパラメータを記録する。出荷パラメータを監視することからのデータ１１８５８はまた、出荷ストア１１８６６に送信され得る。
ブロック１１８６０において、製品は、目的地、例えば小売販売店に到着する。配送ステータスが記録され、ブロック１１８６２において、記録ＩＤまたは鍵が前のステージの記録ＩＤまたは鍵に付加される。付加された鍵は、ＩｏＴデバイスによって格納され、パブリックストア１１８２４に送信され得る（１１８６４）。
この例では、最終ステージ１１８６８が販売場所である。ブロック１１８７０において、日時およびストック場所が記録される。ブロック１１８７２において、例えば、より古い品物をより新しい品物と交換するためのローテーションによって、商品の鮮度を考慮に入れることができる。ブロック１１８７４において、コンシューマは製品を購入する。コンシューマは、商社であってもよいし、店または他の小売店で製品を購入する個人であってもよい。
購入後、コンシューマまたは他のエンティティは、製品のトレーサビリティチェックを実行したいと思う場合がある。例えば、トレーサビリティ記録にアクセスして製品中の汚染の起源を判定することができる。ブロック１１８７６において、トレーサビリティチェックが要求されたか否かに関する判定が行われる。もしそうであれば、ブロック１１８７８において記録鍵がアクセスされる。ブロック１１８８０において、これは、ＳＫＵ番号または他の包装マーキングを使用して、包装または輸送用コンテナ上のＩｏＴデバイスから記録鍵を取得することによって、またはパブリックストア１１８２４からデータ１１８８２にアクセスすることによって、実行され得る。連結された、ステージの記録鍵を含む、付加された記録鍵について、原産地から販売場所までの連続性が最初にチェックされる。このプロセスは、完全な鍵の巡回冗長検査、有効性を示すためのゼロのチェックを伴う個々の記録鍵のＸＯＲ、またはデータベースもしくはパブリックストア１１８２４における鍵のルックアップを伴うオンライン検証プロセスを含み得る。ブロック１１８８４において、記録鍵を使用して、プライベートストア１１８１０、１１８３２、１１８５２、または１１８６６に保存されているデータにアクセスすることができる（１１８８６）。
検証後、データは要求者に提示され得る。利用可能なオプションとしては、原産地から販売場所までの完全なまたは部分的なパスを要求者に表示することを挙げることができる。他のオプションとしては、トレーサビリティ鍵の結果に関する値またはテキストメッセージを表示することを挙げることができ、これは、要求者への音、色、画像、または他の種類の感覚警報の起動を含むことができる。
ブロックチェーンは、分散型信頼セマンティクスを使用してＩｏＴネットワークの動作における信頼を確立する方法としてＩｏＴデバイスがパブリックおよびプライベートブロックチェーンを利用することができるような、本質的にトレーサブルなシステムであり得る。
監査システムが、トレーサビリティハッシュの収集および格納が末端の（ｐｒｏｖｉｎｃｉａｌ）信頼方法の下で正しく管理されていることを確保するのに役立ち得る。トレーサビリティハッシュのＰＣＲ測定に署名するためのＰＫＩを有するＴＰＭに基づくシステムなどのシステムが、制度的信頼に依拠する戦略であり得る。ブロックチェーンまたはブロックチェーンの階層の周囲にプライベートストアを構築する方法では、インフラストラクチャによる信頼を使用する。
図１１９は、一部の実施形態による、製品のトレーサビリティ記録を提供するためにＩｏＴデバイス１１９００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１１９００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される、製品の記録のトレーサビリティを実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、生産ステージおよび販売ステージで記録鍵を生成する記録鍵生成部１１９０２を含むことができ、それは１つのステージで記録鍵を生成することを含むことができる。プライベートストア通信部１１９０４は、製造または販売プロセスステージで、ＩｏＴデバイス１１９００および他のＩｏＴデバイス８１２から収集された記録鍵およびデータを保存するためにプライベートストアと通信することができる。パブリックストア通信部１１９０６は、パブリックストアと通信して記録鍵をパブリックストアに保存することができる。パブリックストア通信部１１９０６は、通過温度、通過時間などの他の情報をパブリックストアに保存することができる。パブリックストア通信部１１９０６は、記録鍵ストア１１９０８からのすべてのステージについて付加された記録鍵をパブリックストアに保存することができる。データモニタ１１９１０は、インターフェース８１８を介して温度センサ、Ｇ４センサなどのセンサ８２０を監視して、その製品について温度の極値、衝撃の極値などの輸送の問題があるか否かを判定することができる。警告部１１９１２は、温度などの輸送中の制限に違反した場合、インターフェース８１８、例えば光、音、または他のデバイスを介してアクチュエータ８２２を作動させることができる。警告部１１９１２はまた、例えばパブリックストア通信部１１９０６を介して、あらゆる輸送中の違反をパブリックデータストアに格納することができる。
図１２０は、一部の実施形態による、ドメインにわたってリソースを共有するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１２０００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１２０００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したとおりであり得る。非一時的機械可読媒体１２０００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１２０００は、製品が加工または出荷ステージにある間にデータを記録するようにプロセッサ９０２に指示するためのコード１２００２を含み得る。コード１２００４は、ステージデータをプライベートストアに通信するようにプロセッサ９０２に指示するために含まれ得る。コード１２００６は、ステージの記録鍵を生成するようにプロセッサ９０２に指示するために含まれ得る。コード１２００８は、ステージの記録鍵をプライベートストアに保存するようにプロセッサ９０２に指示するために含まれ得る。コード１２０１０は、そのステージの記録鍵を前のステージの前の記録鍵に付加するようにプロセッサ９０２に指示するために含まれ得る。コード１２０１２は、付加されたステージ鍵をパブリックストアに送信するようにプロセッサ９０２に指示するために含まれ得る。コード１２０１４は、とりわけ、あるステージで温度制限などのデータ制限の違反があった場合に警告するようにプロセッサ９０２に指示するために含まれ得る。コード１２０１４は、データ制限違反をパブリックストアに保存するようにプロセッサ９０２に指示するために含まれ得る。
ポリシーは、ネットワークリソースへのアクセスを管理および制御するための規則のセットとして定義されている。ポリシーには、イベント、条件、動作、サブジェクト、およびターゲットを含み得る。ポリシーは、発生した条件に応答するようにデバイスまたはネットワークに指示するポリシー構造にイベント、条件、動作、サブジェクト、およびターゲットを集約する。
しかしながら、上記の例の製造プロセスの異なるステージなど、ＩｏＴメッシュネットワークの場合は、ポリシーの伝播に対処する必要がある。さらに、広く分散されたＩｏＴネットワークを使用すると、データのセキュリティを保護するポリシー、収集されたデータを変更するポリシー、またはそのデータのアクセス可能性を高めるポリシーなどのポリシーどうしの関連性が高まり得る。
図１２１の（Ａ）は、一部の実施形態による、コンピュータネットワークで使用されている階層型ポリシー管理システム１２１００の概略図である。デバイスポリシーをリアルタイムで管理するための手法は、階層型ブロードキャストアーキテクチャである。本明細書で説明されるように、これはブルームフィルタに基づくパブリケーション−サブスクリプション型モデルと置き換えられ得る。典型的なフローは、ゲートウェイ１２１０４などのサブユニットにポリシーを伝播する集中型クラウドサーバ１２１０２などの中央システムからのフローである。次いで、ゲートウェイ１２１０４は、ＩｏＴエンドポイントデバイス１２４０６を含む下位レベル１２１０６にポリシーを伝播させることができる。次いで、ＩｏＴエンドポイントデバイス１２１０８のうちの１つが、より下位レベル１２１１０、例えばセンサデバイスまたは他のユニットにポリシーを伝播させることができる。
階層型ポリシー管理システム１２１００では、個々のデバイスは直接アドレス指定可能である。その性質上、このアーキテクチャでのポリシーのデプロイでは、管理者は、すべてのターゲットノードのアドレスと、欠陥のあるノードまたはポリシーを置き換える方法と、を明示的に知る必要がある。さらに、デバイスは、リソースの制約のためにローカルメモリに限られた数のポリシーを格納し、追加のポリシーが実装されたときにポリシーを置き換えることが多い。
本明細書で説明されるように、分散型ポリシーベース管理フレームワークは、ネットワーク内でポリシーを格納し、見つけ出し、アクセスし、そして実行するために実装され得る。このフレームワークは、例えばＩｏＴメッシュネットワークにおいて、利用可能なメモリを利用するためにピアツーピア（Ｐ２Ｐ）ポリシーストレージおよびデプロイメカニズムを使用することができる。これにより、ノード障害、および単一障害点に関して役立つポリシーシステムを得ることができる。
図１２１の（Ｂ）は、一部の実施形態による、ＩｏＴメッシュネットワークなどのピアツーピア（Ｐ２Ｐ）ネットワークにおけるポリシー管理の概略図である。Ｐ２Ｐネットワークでは、ゲートウェイなどのコーディネータ１２１１２は、最近隣であり得る結合されたノード１２１１６などの近隣機に、ポリシー１２１１４を配信する。次いで、これらの近隣機は、そのポリシーを他の結合されたノード１２１１６に渡すことができる。
ＩｏＴメッシュネットワークの規模が拡大し、本質的に異種ネットワークになるにつれて、ＩｏＴメッシュネットワークが運用目標を確実に満たすようにするために、多数のポリシーを定義し、継続的に修正する必要があり得る。分散型ポリシー管理などの自律型ネットワーク管理は、ネットワーク運用の最適化に関わる意思決定プロセスを自動化して分散させることができる。これにより、管理者は、下位レベルのデバイス構成プロセスに集中しなくて済むようになり得る。自律管理システムにポリシーを組み込むことは、ポリシー変換、コード生成、競合分析およびポリシー施行のための方法およびアルゴリズムを含み得る。
図１２２は、一部の実施形態による、分散型ポリシー管理システム１２２００を実装するためのノード１２１１６内のシステムの概略図である。同様の番号が付けられた項目は、図１２１に関して説明したとおりである。ノード１２１１６のそれぞれは、ポリシー決定エンジン１２２０２、ポリシー施行エンジン１２２０４、ポリシーリポジトリ１２２０６、およびモニタ１２２０８を実装することができる。ポリシーリポジトリ１２２０６は、ノード１２１１６のためのポリシーを格納し、ポリシーは高い記憶容量を必要としない場合がある。ポリシー決定エンジン１２２０２は、ポリシー施行エンジン１２２０４に渡されるどのポリシーが施行されることになっているかについての決定を行う。決定は、ポリシーリポジトリ１２２０６に格納されているポリシーと、モニタ１２２０８によって報告された状態情報と、に基づいてもよい。ポリシー決定エンジン１２２０２は、未構成ノードにポリシーを配信するために、他のノード１２１１６と相互作用する。未構成ノードでは、ポリシー決定エンジン１２２０２は、他のノード１２１１６と通信してポリシーにアクセスすることができる。
ポリシー施行エンジン１２２０４は、ローカルポリシー決定エンジン１２２０２によって提供されたポリシー決定を実施する。ローカルポリシー施行エンジン１２２０４はまた、その状態、ネットワークトラフィック、伝送エラーに関する情報、および自身にモニタ１２２０８から報告された情報を収集する。
モニタ１２２０８は、ローカルポリシー施行エンジン１２２０４および他のノード１２１１６内のモニタ１２２０８とインターフェースする。モニタ１２２０８は、特定の間隔で情報を収集し、それをデータベース、例えばローカルポリシーリポジトリ１２２０６に格納する。モニタ１２２０８によって収集され得る情報の例としては、現在のデバイス構成、各ノードによってサポートされる能力および機能が挙げられる。モニタ１２２０８によって収集され得る他の情報としては、提供されているサービス、ネットワークに対するノード要件、リソース可用性推定、トリガされたイベントなどに関する情報が挙げられる。
図１２３の（Ａ）は、一部の実施形態による、例えばピアノード１２３０４からネットワーク上のポリシーを発見しようと試みる新しい未構成ノード１２３０２の例示的な方法１２３００のラダー図である。図１２３の（Ａ）の方法１２３００は、図１２６に関して説明されるＩｏＴデバイス１２６００によって実施することができる。新しい未構成ノード１２３０２は、ネットワークに参加すると、ポリシー発見動作を開始する。新しい未構成ノード１２３０２は、発見メッセージ１２３０６をピアノード１２３０４にブロードキャストし、発見タイムアウトタイマ１２３０８の期限が切れるまで待つことができる。応答を受信しない場合は、発見メッセージを再送信する（１２３０６）。
本明細書で説明するように、調整ノード、構成済みノード、および新しい未構成ノードの役割は、ブルームフィルタを使用したＰｕｂ−Ｓｕｂ型通知システムを使用してモデリングされ得る。この例では、ブルームフィルタの「ルータ」ノードがコーディネータノードとして機能して、新しい未構成ノードが既存の構成済みノードを確実に見つけることができるようにする。既存の構成済みノードは、現在実装しているポリシーオブジェクトのパブリッシャである。新しい未構成ノードは、構成済みノードのポリシーオブジェクトにサブスクライブすることができる。構成済みノードのポリシーオブジェクトを変更または更新すると、ネットワークに広がり得る通知トラフィックのカスケードが生成され得る。
図１２３の（Ｂ）は、一部の実施形態による、構成されたノード１２３１２からポリシーを発見する新しい未構成ノード１２３０２の例示的な方法１２３１０のラダー図である。図１２３の（Ｂ）の方法１２３１０は、図１２６に関して説明されるＩｏＴデバイス１２６００によって実施することができる。構成済みノード１２３１２は、ネットワークの目的を満たす高水準のポリシーを有する。一例では、高水準のポリシーは、サービス品質と省電力とのバランスをとるためにネットワーク内のデバイスが通信をどのように処理するかを含み得る。任意の数の他のポリシーを実施することができる。新しい未構成ノード１２３０２は、発見メッセージ１２３０６を構成済みノード１２３１２に送信する。構成済みノード１２３１２は、オファーメッセージ１２３１４で応答する。
オファーメッセージ１２３１４を受信すると、未構成ノード１２３０２は、メッセージをチェックする。オファーが受け入れられると、応答として受け入れメッセージ１２３１６を送信する。そうでなければ、拒否メッセージが構成済みノード１２３１２に送り返される。
受け入れメッセージ１２３１６を受信すると、構成済みノード１２３１２は、ＩｎｉｔＰｏｌｉｃｙメッセージ１２３１８を未構成ノード１２３０２に送信する。ＩｎｉｔＰｏｌｉｃｙメッセージ１２３１８は、未構成ノード１２３０２に送信されるポリシーを組み込む。未構成ノード１２３０２は、ポリシーオブジェクトを処理し、ポリシーをインストールし、その状態を構成済みノード１２３２２に更新する（１２３２０）。
更新されたポリシーは、構成済みノード１２３１２によって受信される更新メッセージ１２３２６において、例えばコーディネータ１２３２４からディスパッチされ得る。構成済みノード１２３１２は、確認およびポリシー完全性チェックに続いて、有効なポリシーに対して更新１２３２８を実行することができる。
確認チェックは、ポリシーが現在の目的と矛盾するか否かを判定することができる。例えば、電力を節約するようにすべてのデバイスに指示するポリシーを、ネットワーク内のすべてのノードにディスパッチすることができる。本明細書で説明されるように、これは、電力管理ポリシーがエニュメレーションされ、Ｐｕｂ−Ｓｕｂ型「トピック」としてサブスクライブされるＰｕｂ−Ｓｕｂ型システムに関して説明され得る。例えば、電力レベル４で動作するように指示するポリシーの指示が、電力管理トピックのサブスクライバにパブリッシュされる場合がある。効率的なブルームフィルタベースのメッセージ配信システムは、電力管理トピックのサブスクライバにポリシーの変更を確実に通知するのに役立つ。
ポリシーオブジェクトがセキュリティまたはセキュア性が重要な機能を意味する場合、トピック通知メッセージの受信に続いて、ポリシー決定ポイントへのセキュアなセッションを開くことができ、ノードは通知に対処する前にエンドツーエンドセキュリティクレデンシャルを認証および確立することができる。しかしながら、ノードは、デバイスが特定のサービス品質（ＱｏＳ）を維持することを要求するポリシーを既にアクティブに実施している可能性がある。省電力ポリシーの実装は、ＱｏＳポリシーと競合し得る。従って、新しいポリシーが拒否され得る。
ポリシーが確認チェックに合格しなかった場合、更新は有効なポリシーの部分的な置き換えを実行することができる。部分的な置き換えは、現在有効なポリシーと更新されたポリシーとの間の差分の計算を含み得る。部分的な更新では、影響を受けるポリシーのパラメータまたは条件を変更するだけで、完全なポリシーの変更による影響を軽減できる可能性がある。これについては、図１２４に関してさらに説明する。
更新メッセージ１２３２６はまた、ポリシーの連結も含み得る。これは、近隣ノードから受信した追加のポリシー規則によってベースレベルのポリシーが拡張されている分散型および分散型ネットワーク環境に特に適用される。これについては、図１２５に関してさらに説明する。
構成済みノード１２３１２がポリシーを更新または置換した場合、競合警告メッセージ１２３４０を別の構成済みノード１２３２２に送信して、ポリシーの競合について警告することができる。このような通信ネットワークの動的な性質およびサイズに対処するために、ポリシー競合分析プロセスは効率的でスケーラブルでなければならない。ポリシー競合分析のためのポリシー選択プロセスは、後続の反復で必要とされる比較の数を減らすために、ツリーベースのデータ構造に、以前のポリシー比較の履歴を維持することができる。
図１２４は、一部の実施形態による、構成済みノード１２３２２のポリシーを更新するために更新済みポリシーを有するノード１２４０２と通信する構成済みノード１２３２２の例示的な方法１２４００のラダー図である。図１２４の方法１２４００は、図１２６に関して説明されるＩｏＴデバイス１２６００によって実施することができる。同様の番号が付けられた項目は、図１２３に関して説明したとおりである。これは、例えば、構成済みノード１２３２２が、他のノード１２４０２から競合警告メッセージ１２３４０を受信したときに発生し得る。構成済みノード１２３２２は、発見メッセージ１２３０６を更新済みノード１２４０２に送信することができる。
更新済みノード１２４０２は、構成済みノード１２３２２にポリシー更新を警告するオファーメッセージ１２３１４で返信することができる。次いで、構成されたノード１２３２２は、更新されたポリシーを送信し得ることを更新済みノード１２４０２に示すために受け入れメッセージ１２３１６で返答することができる。次いで、更新済みポリシーは、更新済みノード１２４０２から構成済みノード１２３２２へ更新メッセージ１２４０４において送信され得る。確認およびポリシーの完全性チェックの後、構成済みノード１２３２２は、有効なポリシーの完全または部分的な置き換えを実行し得る（１２３２８）。
部分的な置き換えのみが必要であるか否かを判定するために、ポリシー間のデルタを計算するための方法が実装され得る。例えば、新しいポリシーと古いポリシーとの個々の規則間で比較を行って、規則のパラメータ値の変更などによって規則が追加、除去、または変更されているか否かを判定することができる。ブルームフィルタモデルでは、ポリシーの様々なテナントをブルームフィルタの通知として表現できる。ポリシー決定の変更は、パブリッシャであるＰＤＰのサブスクライバであるポリシー施行ポイントに伝播される。本明細書で説明されているように、ブルームフィルタ通知メッセージングによって提供されるのと同じ効率の態様が、分散型ポリシー管理を実装するために活用され得る。
ＩｏＴデバイスの数が増えるにつれて、適切なデルタテクノロジが分散型ポリシー管理システムに不可欠になる。デルタファイルのファイルサイズを小さくすると、ネットワーク経由で配信される更新ファイルのサイズが小さくなり、かかる時間が減り、ネットワークの輻輳が少なくなる。ポリシーの更新は、優先度、複雑性、およびサイズの観点から様々であるため、変更のみを送信すると、生成されるファイルがより小さくなり得る。これらのファイルは、例えば、クライアントの要求または要望に基づいて適応デルタ圧縮技法を選択することによって、現在のポリシーと新しいポリシーとの間の差分（またはデルタ）を効果的にカプセル化する。
ポリシーの更新はまた、クライアント側のハードウェアの制限も考慮に入れることがある。例えば、自動車の電子制御ユニット（ＥＣＵ）、組み込みモジュール、および公益事業、製造、および物流で使用されるマシンツーマシン（Ｍ２Ｍ）デバイスなど、様々なＩｏＴメッシュネットワークにおいて、デバイスが制約を受ける場合がある。送信された圧縮ファイルは、ハードウェアの容量に応じてのみ再構築できる。それはＣＰＵ、メモリ、およびストレージによって制限され得る。受信デバイスにポリシー変更を実装するためのリソースがない場合、送信はこれを見込む必要があり得る。これらの制限は、デバイスごとに異なり得るため、調整可能で適応的なシステムがそれに応じて圧縮することができる必要があり得る。
履歴情報を選択プロセスに組み込む能力は、競合分析アルゴリズムにおける２段階アプローチによって実行され得る。アルゴリズムの第１の段階は、候補ポリシーとデプロイされたポリシーとの間の関係パターンマトリクスを初期化し、第２の段階は、このパターンを競合シグネチャと照合する。一部の解決策では、すべてのデプロイ済みポリシーに対して候補ポリシーを順次比較する。しかしながら、本明細書で説明される例示的な手法は、比較の数を減らすために、アルゴリズムの以前の反復から既に発見されたパターンを再利用することができる。この手法を使用して性能を向上させることができるが、この向上の程度は、デプロイされたポリシー間の関係の性質によって異なる。
ポリシーは階層化されている場合がある。例えば、ポリシーには、仮説チェックなしで実行することを要求するフラグがある場合がある。逆に、ノードは、ポリシーを実装できない場合には、ポリシーの妥協を提案する可能性がある。これは閉ループシステムで実施することができる。一例は、ＩｏＴデバイスが５分ごとから５時間ごとに送信間隔を長くすることを要求するポリシーであり得る。実装した場合、このポリシーは、デバイスのＱｏＳ要件に違反する可能性がある。デバイスは、毎時の伝送速度を提供することができる。
サイトポリシーによって制御可能な利用可能なパラメータを表すポリシーのセットは、本明細書で説明するように、ブルームフィルタによってさらに表すことができる通知メッセージにそれぞれが対応するポリシーオブジェクト識別子のセットを使用してモデル化することができることを理解されたい。ブルームフィルタに基づく既存の通知配信機能は、ネットワーク管理エンティティによって課されるポリシー変更に対応する通知を配信するために利用され得る。ポリシー変更通知が受信されると、ノードは、ポリシー施行ポイント調整に関するさらなる指示を得るために、ポリシーサーバへのセキュアな接続を開くことができる。
セキュリティを強化するために、非ファイルベースのポリシーを実装することもできる。さらに、非ファイルベースのシステムが、ＲＡＭの外部にストレージを欠いているデバイスにポリシーを格納するために使用され得る。一部の態様によれば、デバイスがポリシーを受信すると、ポリシーは格納されず、代わりに、特定のパラメータが、例えば、ＲＡＭにおいて更新され、オンザフライで実装される。さらに、ポリシーパラメータがＲＯＭに格納されてもよい。セキュアな軽量デバイスでは、ポリシーの実行は、ＲＡＭから読み出される一部のパラメータを用いてＲＯＭから実行されてもよい。よって、ＲＯＭは、カーネルとして動作し、その際、他のすべての機能はＲＡＭで動作し得る。
図１２５は、一部の実施形態による、構成済みノードによって異なるノードから取得されたポリシーの連結のための例示的な方法のラダー図１２５００である。図１２５の方法１２５００は、図１２６に関して説明されるＩｏＴデバイス１２６００によって実施することができる。同様の番号が付けられた項目は、図１２３に関して説明したとおりである１９０００。この例では、第１のノード１２５０２はポリシーコンポーネントＡを更新し、第２のノード１２５０４はポリシーコンポーネントＢを更新した。構成済みノード１２３２２は、構成済みノード１２３２２内のポリシーを更新する必要があることを示す競合警告メッセージ１２３４０を受信したのであってもよい。構成済みノード１２３２２は、第１の発見メッセージ１２５０６を第１のノード１２５０２に送信する。構成されたノードはまた、第２の発見メッセージ１２５０８を第２のノード１２５０４に送信する。それに応答して、第１のノード１２５０２は、ポリシー更新メッセージ１２５１０を構成済みノード１２３２２に送信する。ポリシー更新メッセージ１２５１０は、ポリシーコンポーネントＡを含み、これを、構成されたノード１２３２２が現在のポリシーに付加する（１２５１２）。
第２のノード１２５０４は、提供メッセージ１２５１４を構成済みノード１２３２２に送信し、第２のノード１２５０４がポリシーコンポーネントＢを有することを構成済みノード１２３２２に知らせる。構成済みノード１２３２２は、受け入れメッセージ１２５１６を第２のノード１２５０４に送信し、更新を受け入れたことを知らせる。次いで、第２のノード１２５０４はポリシーコンポーネントＢを含むポリシー更新メッセージ１２５１８を送信し、これを、構成済みノード１２３２２が現在のポリシーに追加する（１２５２０）。これにより、表３に示すように、構成済みノード１２３２２のポリシー構成が他の様々なノードのポリシーコンポーネントの組み合わせになる。
ブルームフィルタ構造がポリシー配信に使用される場合、ポリシーオブジェクトは、ポリシー構造内のライン項目にポリシーオブジェクト識別子（ＯＩＤ）を関連付けることができ、各ポリシーＯＩＤがブルームフィルタ内のビットに対応することができる。この例では、ＯＩＤのセットを実装するすべてのノードは、ＯＩＤをカバーするブルームフィルタにサブスクライブすることができる。その結果、Ｐｕｂ−Ｓｕｂ型経路指定を実施するのと同じ通知システムを利用して、分散型ポリシー施行の方法を実施することができる。
メッシュネットワーク内のノードは、同じポリシーのすべてを実装すること、またはすべて同じ方法で実装することに限定されない。例えば、バッテリ残量が少なくなっているノードは、バッテリ電力を節約するためのポリシーを実装することができ、この制限を共有しない他のノードは、ＱｏＳを維持するポリシーを継続することができる。
図１２６は、一部の実施形態による、ポリシーの分散管理のためにＩｏＴデバイス１２６００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３、図８、および図１２２に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１２６００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、どのポリシーが実施されるかを判定するためのポリシー決定エンジン１２２０２を含み得る。ポリシー施行エンジン１２２０４は、ポリシー決定を実施する。ポリシーリポジトリ１２２０６は、ＩｏＴデバイス１２６００のためのポリシーを格納する。モニタ１２２０８は、メッシュネットワーク８１２内の他のノード内のモニタと通信し、例えば、ノードによってサポートされるデバイス構成、能力、および機能を含む情報を収集する。
データ収集部１２６０２は、インターフェース８１８を介してセンサ８２０からデータを収集することができる。通信部１２６０４は、データ収集部１２６０２から、またはモニタ１２２０８もしくはローカルポリシー決定エンジン１２２０２などの他のユニットから収集されたデータを、メッシュ８１２内またはクラウド３０２内の他のデバイスに転送することができる。
図１２７は、一部の実施形態による、他のＩｏＴデバイスと協働してＩｏＴネットワーク内のポリシーを管理するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１２７００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１２７００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したとおりであり得る。非一時的機械可読媒体１２７００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１２７００は、他のノード内のポリシーを発見するようにプロセッサ９０２に指示するためのコード１２７０２を含み得る。コード１２７０４は、他のノードによって送信されたメッセージからポリシーを更新するようにプロセッサ９０２に指示するために含まれ得る。コード１２７０６は、複数のノードから得られたポリシーを連結するようにプロセッサ９０２に指示するために含まれ得る。コード１２７０８は、他のノードから得られたポリシーを確認するようにプロセッサ９０２に指示するために含まれ得る。コード１２７１０は、現在のポリシーからのポリシーについてデルタを計算する、または変更するようにプロセッサ９０２に指示するために含まれ得る。
コード１２７１２は、グループの目的と矛盾するポリシーを拒否するようにプロセッサ９０２に指示するために含まれ得る。コード１２７１２は、グループの目的と矛盾するポリシーの部分的実施を交渉するようにプロセッサ９０２に指示するために含まれ得る。コード１２７１４は、現在の条件に合うように実施されたポリシーを変更するように指示するためにプロセッサ９０２に含まれ得る。
ポリシーの配信および機能の実行に加えて、ＩｏＴデバイスの可用性を維持することは、例えば、ＩｏＴデバイスによって収集されたデータの損失を防ぐために役立つことに関係する。ＩｏＴデバイスの可用性を向上させ得る技法が、それらの可用性を保証するために帯域外メカニズムを使用する可能性がある。
図１２８は、一部の実施形態による、ＩｏＴデバイスの可用性を改善するために使用され得る例示的な電源プラグデバイス１２８００の図である。この例では、電源プラグデバイス１２８００は、２２０ＶＡＣプラグに組み込まれている。Ｌｉｎｕｘ（登録商標）および他のオペレーティングシステムは、ソフトウェアまたはハードウェアのウォッチドッグと相互作用できる機能を実装している。これらのウォッチドッグは、オンボードの機能であり、それらは組み込みデバイスやＩｏＴデバイスに常に存在するとは限らない。電源プラグデバイス１２８００は、一般的なまたは実用的なＩｏＴデバイスの可用性を管理するための帯域外メカニズムであり得る。電源プラグデバイス１２８００は、その利用可能なインターフェース１２８０２のうちの１つまたは複数を介してＩｏＴデバイスと通信することによってこの機能を実行して、ＩｏＴデバイスが動作可能であり、正しく機能しているか否かを判定することができる。そうでない場合、電源プラグデバイス１２８００は、ＩｏＴデバイスを健全な状態に戻すための是正措置をとることができる。本明細書で説明されるように、電源プラグデバイス１２８００は、ＩｏＴデバイスの主電源として動作することができる。このようにして、接続されている管理対象デバイスの電源を入れ直すことにより、可用性を向上させることができる。
様々な帯域外管理テクノロジを実装できる。これらの例としては、デスクトップシステムまたはクライアントシステムの場合、Ｉｎｔｅｌ（登録商標）ＣｏｒｐｏｒａｔｉｏｎのｖＰｒｏを挙げることができ、サーバシステムまたはデータセンターシステムの場合、Ｉｎｔｅｌ（登録商標）ＣｏｒｐｏｒａｔｉｏｎのＩｎｔｅｌｌｉｇｅｎｔ Ｐｌａｔｆｏｒｍ Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ（ＩＰＭＩ）を挙げることができる。しかしながら、これらの技術は、組み込みデバイスまたはＩｏＴクラスのデバイスでは利用できない。このように、ＩｏＴデバイスは、これらのデバイスは管理上の課題をもたらし得るため、可用性を達成する上で新たなレベルの複雑さをもたらす。
電源プラグデバイス１２８００は、その電源として標準的な壁コンセントを使用してもよいし、とりわけバッテリによって、またはパワーオーバーイーサネット（登録商標）接続を介して電力を供給されてもよい。基本ＯＳ、ＲＴＯＳ、またはＢＩＯＳなど、独自のオペレーティングシステムを実行してもよい。
デバイスのユーザまたはオペレータは、デバイスを構成するためにウェブまたは他のインターフェースを使用することができる。デバイスの構成は、管理者およびオペレータのための役割を有し得るログインサービスを含み得る。インターフェースの設定画面は、インターフェースになにか接続されているか否かを示し得る。デバイスに動作上の問題が発生した場合に、いつどのような種類の動作を実行するべきかを決定するための規則またはポリシーとして動作するように、インターフェースにパラメータを設定できる。これらは、例えば、ＩｏＴデバイスのサービスまたはオペレーティングシステムを再起動することから、ＩｏＴデバイスの電源を入れ直すことまでにわたり得る。
電源プラグデバイス１２８００は、それ自身の通信チャネルを有することができ、オフラインであるＩｏＴデバイスに連絡するための帯域外メカニズムとして動作することを可能にする。デバイスは、ＩｏＴデプロイの要件に合うように製造されてもよいし、広範囲のデバイスに合うように様々なインターフェース１２８０２を用いてより一般的に作られてもよい。インターフェース１２８０２は、例えば、ＵＳＢ接続、イーサネット（登録商標）接続、ＳＰＩ／Ｉ２Ｃ／Ｉ３Ｃ、センサＨＩＤ、磁力計／無線機、またはＪＴＡＧを含み得る。これらのインターフェース１２８０２は、図１３１に関してさらに説明される。
図１２９は、一部の実施形態による、電源プラグデバイスの自己適応に基づくグローバルステート遷移のプロット１２９００である。プロット１２９００では、ＩｏＴデバイスが稼働中か稼働停止中かについて判定１２９０２が行われ得る。別の判定１２９０４が、管理されているＩｏＴデバイスが健全であるか否かに関して行われ得る。本明細書で説明されるように、健全なデバイスは、その指定された機能を実行し、ネットワークと通信しているが、健全ではない装置は、機能を実行していない、通信していない、またはその両方である。
電源プラグデバイスは、ＩｏＴデバイスが電力供給されていない、電源プラグデバイスと通信していない、または電源プラグデバイスに応答していないと判定することによって、ＩｏＴデバイスが稼働停止中であると判定し得る（１２９０６）。これはいくつかの方法で実行でき、例えば、電源プラグデバイスがＳＰＩ、Ｉ２Ｃ、またはＩ３Ｃインターフェースを介してＩｏＴデバイスにインターフェースされている場合、ＩｏＴデバイス上のコンポーネントのハードウェアステータスを検出可能であり得る。これらが正しく機能していない場合は、デバイスのリセット、電源の入れ直しなどの修正措置を講じることができる。
さらに、電源プラグデバイスは、オペレーティングシステムがＩｏＴデバイス上で動作しているか否かを判定することによって、ＩｏＴデバイスが稼働中であるが健全ではない場合を判定することができる（１２９１０）。これは、ＩｏＴデバイスへのディスクのマウント、ポートへのｔｅｌｎｅｔ、別のサービスの起動など、オペレーティングシステムが応答することを証明するためにサービスと通信することでテストできる。電源プラグデバイスは、通信がＩｏＴデバイス上で機能しているか否かを判定することができる。これは、イーサネット（登録商標）接続または別の有線接続を介してＩｏＴデバイスにｐｉｎｇを送信することによってテストできる。それはまた、無線機がＩｏＴデバイス上で送信しているか否かを感知すること、またはＩｏＴデバイスから受信された最後のメッセージについてクラウドフォグサービスに問い合わせることによって実行されてもよい。
電源プラグデバイスは、ＩｏＴデバイスからｌａｓｔ ｗｉｌｌコマンドを受け取っている場合もある。ＩｏＴデバイスは、システムがクラッシュした場合に、その通信パスのいずれかまたはすべてにｌａｓｔ ｗｉｌｌコマンドを発行するように構成され得る。これは、ＭＱＴＴなどの様々なプロトコルで利用可能な機能であるが、ＩｏＴデバイスの開発者がハードウェアレベルで実装して、ＳＰＩ、Ｉ２Ｃ、またはＩ３Ｃインターフェースバス上に信号を作成することができ、信号は、ＳＰＩ、Ｉ２Ｃ、またはＩ３Ｃインターフェースを通じて電源プラグデバイスが受信できる。ｌａｓｔ ｗｉｌｌコマンドは、ＩｏＴデバイスに障害が発生した、またはＩｏＴデバイスがクラッシュしたことを他のデバイスに通知してもよいし、障害またはクラッシュの際に取るべき動作に関する命令を含んでもよい。さらに、ＩｏＴデバイス内のウォッチドッグエージェントから電源プラグデバイスへの周期的な「Ｉｓ Ａｌｉｖｅ」メッセージまたは他のハートビート信号がないことは、ＩｏＴデバイスをリセットするためのトリガとして使用され得る。
クラウドまたはメッシュ内の他のデバイスは、ＩｏＴデバイスが、稼働停止中１２９０６、または稼働中であるが健全ではない１２９１０のいずれかであると判定し得る。例えば、ＩｏＴデバイスがメッセージを設定可能な期間送信しなかったことを検出するクラウドサービスまたはフォグサービスは、ＩｏＴデバイスの電源をリセットして健全な状態に戻すことを試みるリモートコマンドを電源プラグデバイスに送信し得る。次いで、電源プラグデバイスは、例えばリセットピンをローに引き下げること、電源を入れ直すことなどによって、ＩｏＴデバイスのためのリセットコマンドを実行することができる。
電源プラグデバイスは、リセット生存時間（ＴＴＬ）を実施することができる。例えば、定期的に、電源プラグデバイスは、ＩｏＴデバイスのために定期的に電源を入れ直すことができる。多くのデプロイメントでは、定期的に電源を入れ直すと、稼働時間が長くなり得る。電源を入れ直すことは、スクリプト化されたシャットダウンの方法よりも好ましい場合がある。スクリプト化されたシャットダウンの方法の際には、応答しないプロセスによってオペレーティングシステムがダウンするのが妨げられる場合がある。
これらの例示的な技法を使用して、電源プラグデバイスは、ＩｏＴデバイスをより長期間にわたって健全かつ稼働中の象限１２９０８に維持することができる。これにより、電源プラグデバイスがない場合のデプロイよりも、稼働時間が増え、ひいてはＩｏＴデバイスおよびＩｏＴネットワークの信頼性が向上し得る。
図１３０は、一部の実施形態による、ＩｏＴデバイスの信頼性を高めるために電源プラグデバイスを使用するための例示的な方法１３０００のプロセスフロー図である。図１３０の方法１３０００は、図１３１に関して説明される電源プラグデバイス１３１００によって実施することができる。ブロック１３００２は、例えば電源プラグデバイスがブートしたときを表す。ブート中に、電源プラグデバイスは、オペレーティングシステムをロードし、次いで、必要なファームウェアおよびドライバを内部ストレージデバイスからロードする。
ブロック１３００４において、電源プラグデバイスは、管理対象デバイスのリストを発見する。これには、電源プラグデバイスに接続された単一のデバイス、いくつかのデバイス、またはＩｏＴメッシュネットワークまたはフォグデバイスが含まれ得る。この発見は、動的または静的に実行され得る。動的検出の例としては、電源プラグデバイスに接続されているすべての物理パスをエニュメレーションし、物理的に接続されているものを問い合わせることがあり、あるいは、動的検出の例としては、管理され得る近くのデバイスを発見するためにその無線および通信リンクを通して巡回することを挙げることができる。
デバイスはまた、デバイスに格納されているローカル構成ファイルにリストされている管理対象デバイスの静的リストも含むことができる。電源プラグデバイスは、管理対象デバイスをローカルに格納されているリストに追加する。発見は必要に応じて繰り返されてもよいし、または新しく接続されたＩｏＴデバイスの検出時に実施されてもよい。例えば、センサＨＩＤおよびＵＳＢの存在により、管理対象デバイスのプラグアンドプレイ検出が可能になる。電源プラグデバイスは、新しいＩｏＴデバイスが存在し、管理リストに追加されるべきであるか否かを判定するために無線および通信リンクを周期的に巡回することができる。静的リストは、フォグサービスまたはクラウドサービスから、あるいはＲＥＳＴｆｕｌユーザインターフェースまたはアプリケーションプログラミングインターフェースなどの利用可能にすることができるインターフェースを介して、電源プラグデバイスとの直接的な人間またはデバイスの相互作用を通じてデバイスに提供することができる。
ブロック１３００６において、電源プラグデバイスは初期化され、動作を開始することができる。電源プラグデバイスは、リモートホストまたはオーケストレーションデバイスからポリシーをロードすることができ、それらはクラウドまたはフォグベースであり得る。デバイス上で実行されるインターフェースを使用して、ポリシーを電源プラグデバイスにロードすることができる。ポリシーは、どの管理対象デバイスがどのポリシーに関連付けられているかを識別するための規則のセットを含むことができる。これは、どの種類の動作がどの種類のデバイスに対して可能であるかについて、オペレータが定義するのをサポートすることを可能にし得る。これは、デバイスへの接続の種類に基づき得る。
ブロック１３００８において、電源プラグデバイスは、それぞれの接続を介して管理対象のＩｏＴデバイスを監視する。健全性チェックは、本明細書で説明される電力および通信の監視、ＩｏＴデバイス内のウォッチドッグエージェントからの健全性に関する報告、またはウォッチドッグエージェントからの健全性報告の受信失敗を含むことができる。任意の数の健全性チェックがあり得、デバイス設計者は、本明細書の前の部分で説明されていない他の方法を実装することができる。運用のこの部分により、管理対象デバイスの機能が定期的にチェックされる。
ブロック１３０１０において、電源プラグデバイスは、ステータスを報告し得る。例えば、管理対象デバイスが予想どおりに機能していない場合は、警報ポリシーを使用して、警報を送信するべきか否か、および送信する警報の種類を判定できる。警報は、警告、エラー、または重大な障害として分類され得る。電子メール、ログに書き込まれたイベント、テキストもしくはＳＭＳメッセージ、または他の種類の警報などの様々なメッセージングメカニズムを警報レベルに関連付けることができる。それらのそれぞれ、またはそれらの組み合わせが、異なるエンドポイント、ユーザ、配信リストなどに送信され得る。
ブロック１３０１２において、電源プラグデバイスは、障害を修正するための措置をとることを試みることができる。例えば、接続の種類に応じて、電源プラグデバイスは、障害が発生している、または障害が発生した管理対象のＩｏＴデバイスで実行されているサービスの封じ込めを試み、デバイスの復旧を試みる前に、障害を修正する措置とることができる。
管理対象のＩｏＴデバイスが無線接続で接続されている場合は、標準のコマンドを使用してデバイスをリモートで再起動またはリセットすることができる。しかしながら、管理対象のＩｏＴデバイスのオペレーティングシステムが応答していない場合、これは機能しない場合がある。従って、パワーオーバーイーサネット（登録商標）（ＰｏＥ）、ＵＳＢ、またはパワーアウト接続など、ＩｏＴデバイスが電力も供給する媒体を介して接続されている場合、電源プラグデバイスは、問題が検出された場合、管理対象のＩｏＴデバイスへの電源の入れ直しを行うことができる。
ＩｏＴデバイスがＪＴＡＧインターフェースを介して接続されている場合、ＩｏＴデバイスをリモートでデバッグし、デバイスファームウェアのフラッシュを提供することなどが可能になる。ＪＴＡＧインターフェースには、シリアル通信インターフェースを実装する専用のデバッグポートがある。ＪＴＡＧインターフェースは、電源プラグデバイスから、ＩｏＴデバイスのプロセッサ上のテストアクセスポート（ＴＡＰ）に接続するＩｏＴデバイス上のポートに接続され得る。
管理対象のＩｏＴデバイスは、ネットワーク上の電源プラグデバイスの認識を組み込むように設計され得る。例えば、障害が発生したデバイスを復旧するための有用な方法が電源を入れ直すことであることがわかっている場合、ログをクリーンアップし、一般的なエラーをチェックし、人間の介入なしですべてのプロセスを自動的に再起動するメカニズムを、管理対象デバイスのブートシーケンスに実装できる。この手法は、追加の機能を提供するかもしれないが、認識されていないＩｏＴデバイスの場合でも、電源プラグデバイスは、それらを健全な状態に戻そうと試みるために電源を入れ直すことができる。
図１３１は、一部の実施形態による、ＩｏＴデバイスの可用性を高めるために使用され得る電源プラグデバイス１３１００内に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。
電源プラグデバイス１３１００は、送配電網１３１０４またはパワーオーバーイーサネット（登録商標）接続、バッテリなどの他の電源に結合された電源１３１０２を有することができる。電源１３１０２は、電力コントローラ１３１０６に電力を供給し、電力コントローラ１３１０６は、その電力をＩｏＴデバイス用の外部プラグ１３１０８に供給することができる。電力制御装置１３１０６は、ＩｏＴデバイスへの電力を入れ直すことを可能にするためにバス８０６を介してプロセッサ８０２に結合されてもよい。
電源プラグデバイス１３１００は、ＵＳＢインターフェース１３１１０を備え得る。これにより、電源プラグデバイス１３１００は、ＩｏＴデバイスのＵＳＢクライアントとして動作し、ＵＳＢを介してＩｏＴデバイスに電力を供給することが可能になる。ＵＳＢインターフェース１３１１０に結合されたＵＳＢポート１３１１２は、データ結合および電力接続の両方を提供し得る。
ネットワークインターフェースコントローラ（ＮＩＣ）８１６は、イーサネット（登録商標）ポート１３１１４を介して、イーサネット（登録商標）接続を有するＩｏＴデバイスへの直接接続を提供することができる。イーサネット（登録商標）ポート１３１１４はまた、例えば、１２．９５ワット（Ｗ）についてはＩＥＥＥ ８０２．３ａｔタイプ１で、または２５．５ＷについてはＩＥＥＥ ８０２．３ａｔタイプ２で公表されているパワーオーバーイーサネット（登録商標）仕様に従って、ＩｏＴデバイスに電力を供給することができる。
電源プラグデバイス１３１００は、シリアルペリフェラルインターフェース（ＳＰＩ）バス、Ｉ２Ｃバス、もしくはＩ３Ｃバス、またはそれらの組み合わせのためのインターフェース１３１１６を含み得る。このインターフェース１３１１６を介して、電源プラグデバイスは、組み込み装置でしばしば利用可能である通信インターフェースを介してＩｏＴデバイスに直接インターフェースすることができる。インターフェース１３１１６は、電源プラグデバイスの外側に設けられた１つまたは複数のポート１３１１８を介してＩｏＴデバイスに結合することができる。これらのバスのうちの複数のバスが電源プラグデバイス１３１００内に存在する場合、ポート１３１１８は異なるバスのそれぞれに対して設けられ得る。
電源プラグデバイス１３１００は、電源プラグデバイス１３１００が特定のクラスのセンサ８２０とインターフェースすることを可能にするためにＨＩＤトランスポートインターフェース１３１２０を含み得る。ＨＩＤトランスポートインターフェース１３１２０によってサポートされ得るセンサ８２０は、例えば、とりわけ、周囲温度センサ、湿度センサ、近接センサ、または在否センサを含む。ＨＩＤトランスポートインターフェース１３１２０は、ＳｅｎｓｏｒＨＩＤと呼ばれるオペレーティングシステム内のＨＩＤクラスドライバによってサポートされ得る。ＳｅｎｓｏｒＨＩＤは、ＨＩＤトランスポートインターフェース１３１２０を介した電源プラグデバイス１３１００へのセンサ、ならびにＵＳＢインターフェース１３１１０、またはＳＰＩ、Ｉ２Ｃ、もしくはＩ３Ｃバス１３１１６を介してインターフェースされ得るセンサのプラグアンドプレイインターフェースをサポートする機能ブロックである。
電源プラグデバイス１３１１０に結合されたセンサ８２０は、電源プラグデバイス１３１１０自体を監視するためのセンサ、ならびに温度および湿度などの環境を監視するためのセンサ８２０、ならびにＩｏＴデバイスを監視するためのセンサ８２０４を含み得る。ＩｏＴデバイスを監視するためのセンサ８２０は、電力消費センサ、磁力計などを含み得る。これらのセンサは、管理対象のＩｏＴデバイスが送信しているか否かを検出するために使用され得る。
電源プラグデバイス１３１００は、ＩｏＴデバイスへのチップレベルのアクセスを提供してＩｏＴデバイスをリモートからデバッグできるようにするためのＪＴＡＧインターフェース１３１２４を含み得る。ＪＴＡＧインターフェース１３１２４は、電源プラグデバイス１３１００上のポート１３１２６を介してＩｏＴデバイスに結合することができる。ＪＴＡＧインターフェース１３１２４はまた、ＩｏＴデバイスのための電力リセット機能を可能にし得る。さらに、ＪＴＡＧインターフェース１３１２４を使用して、ＩｏＴデバイス内の不揮発性メモリをリモートでフラッシュすることができる。
電源プラグデバイス１３１００内の送受信機８１０および８１４は、それらの短距離無線機を使用して近くのＩｏＴデバイスと通信するため、または特定のハードウェアシグネチャを有するデバイスが依然として信号を送信しているか否かを証明するために使用され得る。しかしながら、ＩｏＴデバイスが機能していない場合、電源プラグデバイス１３１００が管理対象のＩｏＴデバイスのために電源を入れ直すためには、管理対象デバイスへの物理的接続が必要とされ得る。
電源プラグデバイス１３１００は、例えば、２００９年にＩＳＯ／ＩＥＣ １１８８９としてＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐによって公表された仕様に準拠する、トラステッドプラットフォームモジュール（ＴＰＭ）１３１２８を含むことができる。ＴＭＰ １３１２８は、暗号化プロセッサ（ＣＰ）１３１３０、不揮発性メモリ（ＮＶＭ）１３１３２、およびセキュアメモリ（ＳＭ）１３１３４を含み得る。ＣＰ １３１３０は、とりわけ、乱数発生器、ＲＳＡハッシュ発生器、ＳＨＡ−１ハッシュ発生器、および暗号化−復号エンジンを提供することができる。ＮＶＭ １３１３２は、例えばとりわけＲＳＡ鍵を含む、製造時にプログラムされた鍵を含み得る。ＳＭ １３１３４は、ソフトウェアで得られた測定値をプラットフォーム構成レジスタに保持することができる。本明細書で使用される場合、測定値は、大容量ストレージ８０８またはメモリ８０４に格納されたコードまたはデータセグメント上で計算されたハッシュコードである。
ブートコードセグメントの測定から開始して、初期ブートから信頼チェーンを作成することによって、測定を使用してトラステッド実行環境（ＴＥＥ）を確立することができる。ＴＰＭ １３１２８の代わりに、ＴＥＥは、ＥＰＩＤ、ＳＧＸ、または同様の技術などの他の技術に基づいてもよい。ＴＥＥは、侵入された電源プラグデバイス１３１００からの攻撃からＩｏＴデバイスを保護するために使用され得る。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。ＩｏＴデバイスは、コンピューティングパワーと他のパラメータとの両方に制約されることが多いため、他のデバイスもまた、より単純な回路で実装することができる。例えば、別個のセキュリティコプロセッサとしてのＴＰＭは、ＩｏＴのための制約のあるデバイスをターゲットとしたものよりも重要なプロセッサになり得る。従って、ＴＣＧ ＴＰＭ仕様で指定されているよりも制約の厳しい「ＴＰＭ」が採用され得る。さらに、ＴＰＭ動作などのためのトラステッドコンピューティングプリミティブは、ＡＳＩＣによる解決策よりも市場投入までの時間を短縮するためにＦＰＧＡに実装することができる。
本明細書で説明される提携グループ形成ロジックは、１３３４０においてＴＲＥアーキテクチャによって表すことができ、本明細書で定義されるようなＴＰＭ機能の一部を実装することができる。このロジックも、ＦＰＧＡ、ＡＳＩＣ、または市場投入までの時間、柔軟性、およびコストを最適化するためのハイブリッド手法でインスタンス化できる。
大容量ストレージ８０８は、基本入出力システムおよびオペレーティングシステム（ＯＳ／ＢＩＯＳ）１３１２２を含み得る。これは、電源プラグデバイス１３１００のオペレーティングシステム（ＯＳ）を含む。ＯＳ／ＢＩＯＳ １３１２２は、リアルタイムＯＳ（ＲＴＯＳ）、拡張ＢＩＯＳ、Ｌｉｎｕｘ（登録商標） ＯＳ、ウィンドウズ（登録商標）カーネル、またはＨＡＬとすることができる。ＯＳは、プロセッサ、メモリ、およびストレージの能力に応じて、単純化されたシステムまたはフルシステムのいずれであってもよい。
ＦＷ／ドライバ１３１３６は、電源プラグデバイス１３１００が動作するのに必要な、ファームウェア（ＦＷ）として使用される任意のソフトウェアまたはドライバを表す。ＦＷ／ドライバ１３１３６は、ＩｏＴデバイスとインターフェースするためのドライバおよびポリシーを含み得る。
大容量ストレージ８０８は、ソフトウェアリポジトリ（ＳＷ Ｒｅｐｏ）１３１３８を含むことができ、ソフトウェアリポジトリ（ＳＷ Ｒｅｐｏ）１３１３８は、電源プラグデバイス１３１００によって管理されるデバイスへの無線（ＯＴＡ）アップグレードのためのステージングポイントとして働くことができる。モニタ１３１４０は、管理対象のＩｏＴデバイスを監視するために含まれ得る。
大容量ストレージ８０８は、とりわけ電源を入れ直すことなど、管理されたＩｏＴデバイスのための動作を回復するために取られるべき動作を実施するためのアクチュエータ１３１４２を含み得る。報告部１３１４４は、報告機能を実行し、管理対象デバイスのステータスについて報告することができる。
図１３２は、一部の実施形態による、ＩｏＴデバイスの可用性を高めるようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１３２００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１３２００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したとおりであり得る。非一時的機械可読媒体１３２００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１３２００は、管理され得るＩｏＴデバイスを発見するようにプロセッサ９０２に指示するためのコード１３２０２を含み得る。コード１３２０２は、ＩｏＴデバイスのリスト１３２０４を構築するようにプロセッサ９０２に指示することができる。コード１３２０６は、電源プラグデバイスを初期化するようにプロセッサ９０２に指示するために含まれ得る。コード１３２０８は、管理対象のＩｏＴデバイスを監視するようにプロセッサ９０２に指示するために含まれ得る。コード１３２１０は、例えば障害が発生したときに、ＩｏＴデバイスについて報告するようにプロセッサ９０２に指示するために含まれ得る。コード１３２１２は、ＩｏＴデバイスを作動させて動作を再開させるようにプロセッサ９０２に指示するために含まれ得る。
ＩｏＴデバイスの可用性を保証することに加えて、ＩｏＴデバイスの障害に対処するための技法が提供される。これらの技法は、例えば、本明細書で説明されているようにブロックチェーンを使用することによって、他のＩｏＴデバイスに障害を警告することを含み得る。障害を警告されるＩｏＴデバイスは、障害が発生したデバイスに対して、そのデバイスから機能を引き継ぐのに十分に類似したＩｏＴデバイスを含み得る。
図１３３は、一部の実施形態による、障害が発生したデバイス１３３０２のためのフェイルオーバーメカニズム１３３００の概略図である。障害が発生したデバイス１３３０２は、独立した電源１３３０６を有するトラステッド信頼性エンジン（ＴＲＥ）１３３０４を含み得る。ＴＲＥ １３３０４は、とりわけＡＳＩＣ、ＦＰＧＡ、またはＥＣなどのハードウェアでブロックチェーンロジック１３３０８を実装することができる。
ホスト環境１３３１０は、ホスト環境１３３１０の健全性および動作についてＴＲＥ１３３０４に報告するウォッチドッグメッセージ１３３１４を生成するウォッチドッグエージェント（ＷＡ）１３３１２を含み得る。ホスト環境１３３１０は、ＴＲＥ １３３０４のハードウェアとは別のホストハードウェア１３３１６上で稼働し得る。
ＴＲＥは、期待されるウォッチドッグ報告がローカルホストから入って来なくなったときに協力してラストディッチフェイルオーバー機能を実行する、例えば１３３０４の複数のインスタンスを含むメッシュネットワークとすることができる。ウォッチドッグメッセージ１３３１４の欠如は、ホスト環境１３３１０が終了した、または動作不能であるという指示であり得る。この時点での態様は、ノードが停止する前にフェイルオーバーメッセージを配信することである。ＴＲＥ １３３０４は、例えば、ピアＴＲＥでフェイルオーバーアクションを実行するのには十分な、少量の予備電力で設計されている。
ＷＡ １３３１２は、独立してウォッチドッグメッセージ１３３１４をブロックチェーンに配信することができ、ブロックチェーンオブザーバは、受信したウォッチドッグイベントのパターンを分析してホストの健全性についての結論を引き出すことができる。断続的な損失は、ホスト環境１３３１０またはネットワーク環境における潜在的な障害を示し得る。これらは予防的に修正できる健全性状態である場合もあるが、フェイルオーバーアクションを促さない場合もある。
ウォッチドッグメッセージ１３３１４は、ブロックチェーンロジック１３３０８からのブロックチェーントランザクション１３３１８を通じて、ブロックチェーン１３３２０に書き込まれ得る。ウォッチドッグメッセージ１３３１４をブロックチェーン１３３２０に書き込むことにより、それらを、例えばメッシュまたはフォグネットワーク内の、他のＩｏＴデバイスにわたって同期させることができる。
メッシュネットワーク内の他のＩｏＴデバイスの一部は、障害が発生したデバイスと同様の機能を持ち、予備のサイクルを有する場合があり、それらをフェイルオーバーターゲットとして動作させることができる。例えば、フェイルオーバーデバイス１３３２２または修理／交換無人機１３３２４は、例えば図５〜図９に関して定義したように、コンポジットオブジェクトアイデンティティを使用して障害が発生したデバイス１３３０２との機能的互換性を評価することができる。これらの例では、ブロックチェーン１３３２０は、同様に認証され得る類似のオブジェクト型の履歴を含み得る。
フェイルオーバー状態が存在するとき、フェイルオーバーデバイス１３３２２などの類似のオブジェクト型を有するＩｏＴデバイスは、例えばブロックチェーン１３３２０へのトランザクション１３３２６を介して、立候補することを、ＴＲＥ記録に定期的に登録することによって、ターゲットデバイスになるために競争することができる。ＴＲＥ １３３０４は、周期的登録を受信したときに、ブロックチェーン１３３２０から取得された実行可能なフェイルオーバー候補のリスト１３３２８を維持することができる。
ＴＲＥ １３３０４によって障害、例えばホスト環境１３３１０内のウォッチドッグエージェント１３３１２からのウォッチドッグメッセージ１３３１４の喪失が観察されるとき、フェイルオーバー動作が適用され得る。始めに、ＴＲＥ １３３０４は、最初にローカル戦略１３３３０を実行してホストを復旧することができる。これは、ＴＲＥ １３３０４が障害イベントによって損傷を受けていないと想定して適用され得る。ＴＲＥ １３３０４によるローカル戦略１３３３０は、ホスト代替イメージ１３３３２をホスト環境１３３１０に復元することを含み得る。
フェイルオーバーデバイス１３３２２などの適切なフェイルオーバーターゲット上のＴＲＥ １３３０４は、ブロックチェーン１３３２０内のウォッチドッグアクティビティを監視することができ（１３３３４）、それが存在しないことに気付くことができる。ローカル戦略１３３３０が失敗した場合、例えば、ローカル戦略１３３３０がある時間窓内に実現されなかった場合、フェイルオーバーデバイス１３３２２などの適切なフェイルオーバーピアが、障害が発生したデバイス１３３０２の役割を担う１３３３６と仮定され得る。これは、フェイルオーバターゲットの権利を主張するトランザクションをブロックチェーン１３３２０にポストすることによって達成することができる。ＩｏＴデバイス間のブロックチェーン１３３２０の同期は、第１の要求者が選択され、第２の要求者と競合しないことを保証する。
フェイルオーバーデバイス１３３２２は、障害が発生したデバイス１３３０２を一時的に引き継ぐことができるが、恒久的な解決策を得ることができる。修理または交換無人機１３３２４は、障害が発生したデバイス１３３０２を修理または交換するためにディスパッチされ得る（１３３３８）。修理または交換無人機１３３２４は、例えばブロックチェーン１３３２０を監視してデバイスに障害が発生したと判定することによって、自らを自動的にディスパッチすることができる。交換無人機は、修理無人機またはサービス技術者によって所定の位置に移動される、直接交換であってもよい。一部の例では、交換無人機は、自らを所定の位置に移動させる自律的ユニットであり得る。修理または交換無人機１３３２４が設置されると、障害が発生したデバイス１３３０２の機能を引き継ぎ（１３３４０）、フェイルオーバーデバイス１３３２２を通常の動作に戻すことができる。その時点で、障害が発生したデバイス１３３０２内のＴＲＥ １３３０４は、障害が発生したデバイス１３３０２をデコミッションする（１３３４２）ことができる。ブロックチェーン１３３２０内のアクティビティの観察者は、障害を監視し、障害が発生したデバイス１３３０２を修理、除去または交換するための戦略を計画することができる。
図１３４は、一部の実施形態による、トラステッド信頼性エンジン（ＴＲＥ）を使用してフェイルオーバーメカニズムを実装するための例示的な方法１３４００のプロセスフロー図である。図１３４の方法１３４００は、図１３５に関して説明されるＩｏＴデバイス１３５００によって実施することができる。ＴＲＥは、ＴＲＥを使用してホスト障害を最初に監視しながらデバイスの健全性状態に関するブロックチェーンに通知することによって、自立型戦略を実装することができる。第１の自立型戦略は、損傷した、または障害が発生したホストを復旧するために、例えば障害が発生したデバイス内の破損したイメージを交換するために、交換用イメージを使用することができる。第２の戦略は、フェイルオーバーデバイスを検出し、そのデバイスのワークロードを障害が発生したデバイスからフェイルオーバーデバイスに転送することができる。第３の戦略は、交換または修理無人機などの自動ディスパッチデバイスを使用して交換デバイスをディスパッチすることができる。第４の戦略は、未知の挙動の可能性を減らし、周囲のネットワークデバイスで障害を引き起こすリスクを下げるために、障害が発生したデバイスをデコミッションする。ＴＲＥはまた、鍵のストレージおよび管理、アテステーションおよび暗号化操作を含むトラステッド実行環境（ＴＥＥ）機能を実行することができる。方法１３４００は、ＴＲＥを含むＩｏＴデバイスに電力が供給されると、ブロック１３４０２において開始する。
ブロック１３４０４において、ＴＲＥはホスト環境を監視する。これは、とりわけ、メモリ、バス、またはＣＰＵの動作および機能の監視を含み得る。さらに、ＴＲＥは、ウォッチドッグメッセージまたはｐｉｎｇに関してホスト環境を監視し、ホスト環境が動作していることを確認する。例えば、ＩｏＴ／デバイスアテステーション測定は、ウォッチドッグ（ＷＤ）ｐｉｎｇによって生成されたハートビート報告を含む。これは、複数のハートビートまたは最近報告されたハートビートの履歴記録を含み得る。選択された期間、例えば１ミリ秒（ｍｓ）、５ｍｓ、１５ｍｓ、またはそれより長い期間にわたってｐｉｎｇが受信されない場合、ＴＲＥは、ホスト環境に障害があったと判定することができる。
ブロック１３４０６において、ＴＲＥは、ＷＤ ｐｉｎｇを含むＷＤメッセージを生成する。ＴＲＥアテステーション鍵は、アテステーション要求に応答してＷＤメッセージに署名するため、またはＷＤメッセージに署名するために使用され得る。ブロック１３４０８において、例えば、ＷＤメッセージをトランザクションとしてブロックチェーンにコミットすることで、ＷＤメッセージを監視エンティティに送信することができる。ＷＤメッセージ生成ロジックは、ＴＲＥ内で保護されたままであってよく、それにより、ホストの障害によって影響されることに対するより大きな保証および抵抗が提供される。ブロックチェーン内のＷＤメッセージを監視しているノードは、様々なサブネット、デバイス、およびネットワークにわたってブロックチェーンの更新を監視できる。
ブロック１３４１０において、ＩｏＴデバイスの障害が、例えばＴＲＥによってローカルに検出され得る。ブロック１３４１０でローカル障害が検出されなかった場合、リモートデバイスはブロック１３４１２で障害を検出することができる。１３４１２で障害のリモート検出が行われない場合、ブロック１３４１４において、監視は、ブロック１３４０４で再開する。
ブロック１３４１２でリモート障害が検出された場合、ブロック１３４１６において、例えば障害を検出したリモートデバイスによって、プロセス障害メッセージがローカルデバイス内のＴＲＥに送信される。ブロック１３４１０でプロセス障害メッセージを受信した場合、またはローカル障害が検出された場合、ブロック１３４１８において、障害処理が開始される。
ブロック１３４２０において、ホストがローカルに復旧可能であるか否かに関する判定が行われる。これは、例えば、ホストに依然として電力が供給されており、特定のコードセグメントでハングアップしたばかりである可能性があることに注目することによって判定され得る。もしそうであれば、ブロック１３４２２において、例えば、障害が発生したデバイスの現在の動作メモリを上書きすることにより、ホスト代替イメージをインストールすることができる。次いで、ＴＲＥは、ホスト代替イメージのコードでホストデバイスの再起動を試みることができる。ＴＲＥは、ホスト代替イメージをインストールする前に、ホスト環境の初期再起動を試みることができる。これは、障害がオペレーティングコードの破損によるものではなく、例えばソフトウェアのクラッシュやハングによるものである場合には、時間を節約することができる。
ホスト装置がローカルに復旧可能ではない場合、ブロック１３４２４において、フェイルオーバーデバイスが近くにあるという判定がＴＲＥによってなされ得る。フェイルオーバーデバイスが近くにある場合、ブロック１３４２６において、フェイルオーバーデバイスは、ホスト機能の実行を開始するように構成される。
ブロック１３４２４でフェイルオーバーデバイスが近くにない場合、ブロック１３４２８において、ホストが交換可能または修理可能であるか否かに関して判定が行われる。もしそうであれば、ブロック１３４３０において、障害が発生したデバイスの修理または交換を実行するために交換デバイスまたは修理無人機がディスパッチされ得る。ブロック１３４２６で、フェイルオーバーデバイスが識別され、障害が発生したデバイスの機能を引き継いだとしても、ブロック１３４３０において、フェイルオーバーデバイスが通常動作に戻ることを可能にするために、修理または交換無人機が依然としてディスパッチされてもよい。
ブロック１３４３２において、例えば、障害が発生したデバイスの機能が実行されている場合に、障害が解決されたか否かに関する判定が行われる。解決されている場合、方法１３４００は、例えばブロック１３４０４で通常の監視動作に戻ることによって、ブロック１３４３６で終了する。障害が発生したデバイスがブロック１３４３２で通常の動作に戻っていない場合、ブロック１３４３４において、障害が発生したデバイスはデコミッションされる。障害が発生したデバイスのＴＲＥがスリープ状態にされてもよい。この例では、フェイルオーバーデバイスまたは交換デバイスが障害が発生したデバイスの機能を引き継ぎ、障害が発生したデバイスのサービスを提供し続ける。次いで、方法１３４００は、ブロック１３４３６で終了する。
ホストの障害が悪意のあるものであるシナリオでは、危殆化するイベントは、通常の異常や予期しない挙動と区別がつかない場合がある。ＴＲＥ環境は、エンドポイントデバイスのセキュリティを向上させ、攻撃者がＷＤの「ｓｏｓ」メッセージの解放を阻止できなくなる可能性を高める。さらに、攻撃者は、セキュリティ監査の通常の過程で収集されたかもしれない監査証跡証拠を隠蔽する能力において制限され得る。
図１３５は、一部の実施形態による、トラステッド信頼性エンジンを使用してフェイルオーバー機構を実装するためのＩｏＴデバイス１３５００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３、図８、および図１３３に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１３５００に対して選択され使用されてもよいことに留意されたい。
トラステッド信頼性エンジン（ＴＲＥ）１３３０４は、例えばトラステッドプラットフォームモジュール（ＴＰＭ）によって実施される、信頼性ロジックおよび分離を含むトラステッド実行環境（ＴＥＥ）を提供することができる。従って、ＴＲＥ １３３０４は、一般アクセスから保護されている複数の機能ユニットを含み得る。これらの機能ユニットは、ＩｏＴデバイス１３５００内の他の機能ユニットを複製し得る。これらは、本明細書で論じるように、ＴＲＥロジック１３３０８、ホスト代替イメージ１３３３２、およびブロックチェーン１３３２０を含み得る。加えて、ＴＲＥ １３３０４は、マイクロプロセッサ１３５０２と、独立電源１３５０４と、ＴＲＥ通信部１３５０６と、メモリ１３５０８と、を含み得る。電源１３５０４は、電源ブロック８２８からの電力に結合してもよいし、または独立した電源、例えば充電器にリンクされたバッテリを有してもよい。
大容量ストレージ８０８は、本明細書で説明されるトラステッド信頼性エンジンを使用してフェイルオーバー機構を実装するための複数のモジュールを含み得る。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
ホストの大容量ストレージ８０８は、バス８０６を介してＷＤメッセージをＴＲＥ １３３０４に送信するウォッチドッグ（ＷＤ）エージェント１３３１２を含み得る。本明細書で説明されるように、ＴＲＥ １３３０４は、ウォッチドッグメッセージを作成し、そのウォッチドッグメッセージをブロックチェーン１３３２０にコミットすることができる。ＴＲＥロジック１３３０８は、１つまたは複数の通信リンクを介して、例えばとりわけ、メッシュ送受信機８１０、アップリンク送受信機８１４、およびＮＩＣ ８１６を介して、メッシュデバイス８１２またはクラウド３０２内の装置にブロックチェーン１３３２０を伝播させることができる。ＴＲＥ １３３０４は、必要に応じて送受信機８１０または８１４またはネットワークインターフェースコントローラ８１６に電力を供給することができるＴＲＥ通信部１３５０６を介して通信リンクにアクセスすることができる。これは、ＩｏＴデバイス１３５００内のホストシステムに障害が発生したとしても、ＴＲＥ １３３０４が外部デバイスとの通信を維持することを保証することができる。
一部の態様によれば、システムの機能のすべてがＴＲＥ １３３０４内に含まれるわけではない。ウォッチドッグエージェント１３３１２に加えて、ＩｏＴデバイス１３５００のストレージ８０８は、システムに機能を提供する複数の他のブロックを含み得る。例えば、大容量ストレージ８０８は、ＴＲＥ １３３０４の外側にホストブロックチェーン１３５１２を維持するためのホストブロックチェーンロジック１３５１０を含み得る。ホストブロックチェーン１３５１２は、ＴＲＥ １３３０４内のブロックチェーン１３３２０内のすべてのトランザクションを含むことができ、より広範なトランザクションのセットを含むことができる。例えば、大容量ストレージ８０８内のブロックチェーンは、アイデンティティブロック、ピアデバイスブロック、およびメモリの制約のためにＴＲＥ １３３０４内のブロックチェーン１３３２０に存在しない他のブロックを含み得る。
ＩｏＴデバイス１３５００の大容量ストレージ８０８は、ホストイメージ１３５１４をコピーし、それをバス８０６を介してＴＲＥ １３３０４に送信して、ホスト代替イメージ１３３３２として保存するためのイメージ作成部１３５１２を含み得る。ホストイメージ１３５１４は、ＩｏＴデバイス１３５００のホスト環境用のオペレーティングシステム、ドライバ、および機能コードを含むことができる。
大容量ストレージ８０８は、メッシュデバイス８１２またはクラウド３０２内のデバイスからパケットまたはフレームを受け取り、パケットまたはフレームを他のメッシュデバイス８１２、クラウド３０２内のデバイスなどに送信する通信部１３５１８を含み得る。図４５に関して説明したように、通信部１３５１８は、プロトコル間でのパケットの変換、マイクロペイメントの受け入れなどの他の機能を実行することができる。
図１３６は、一部の実施形態による、トラステッド信頼性エンジンを使用してフェイルオーバー機構を実装するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１３６００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１３６００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したとおりであり得る。非一時的機械可読媒体１３６００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１３６００は、ハートビートメッセージまたはｐｉｎｇについてホスト環境を監視するようにプロセッサ９０２に指示するためのコード１３６０２を含み得る。コード１３６０４は、例えばハートビートメッセージを含む、ウォッチドッグメッセージを生成するようにプロセッサ９０２に指示するために含まれ得る。コード１３６０６は、例えばトランザクションとして、ウォッチドッグメッセージをブロックチェーンにポストするようにプロセッサ９０２に指示するために含まれ得る。コード１３６０８は、ＴＲＥに関連付けられたローカルデバイス内の障害を検出するようにプロセッサ９０２に指示するために含まれ得る。コード１３６１０は、例えばブロックチェーン内のウォッチドッグメッセージを調べることによって、リモートデバイス内の障害を検出するようにプロセッサ９０２に指示するために含まれ得る。
コード１３６１２は、ホスト環境に現在格納されているイメージの代わりにホスト代替イメージをインストールするようにプロセッサ９０２に指示するために含まれ得る。コード１３６１４は、フェイルオーバーデバイスを構成するようにプロセッサ９０２に指示するために含まれ得る。コード１３６１６は、修理または交換用の無人機をディスパッチするようにプロセッサ９０２に指示するために含まれ得る。コード１３６１８は、障害が発生したデバイスをデコミッションするようにプロセッサ９０２に指示するために含まれ得る。
特にネットワークの規模が大きくなるにつれて、ＩｏＴネットワークのセキュリティが考慮すべき事項になる。秘密鍵のストレージ、更新、および転送中の傍受、不正な鍵の検出、ならびに迅速な新しい鍵の生成は、潜在的な懸念事項である。しかしながら、多くの場合、ＩｏＴデバイスは、メモリ、処理能力、およびコンポーネントの制限などの他の問題によって制約を受ける。さらに、ＩｏＴネットワークは、データおよび他のすべての機能を共有するために限られた帯域幅を有し得る。よって、デバイス間の通信効率を最大にすることは有用である。
本明細書で説明される技法では、ネットワーク内のＩｏＴノードは、例えば各メッセージと共に完全秘密鍵を受信またはディスパッチする必要がない場合がある。代わりに、それらのＩｏＴノードは、鍵の一部をディスパッチし受信する場合もある。個々のノードが完全な鍵シーケンスを永続的なストレージに格納する必要がないため、通信効率の向上に加えて、これによりセキュアなＩｏＴネットワークの攻撃対象が減少する可能性がある。
図１３７は、一部の実施形態による、部分鍵１３７０４および１３７０６を使用し、ＩｏＴネットワーク内のノード間で交換される鍵１３７０２の構築の概略図である。この例では、注水定理による手法（ｗａｔｅｒ ｆｉｌｌｉｎｇ ａｐｐｒｏａｃｈ）を使用して、部分鍵１３７０４および１３７０６を使用して鍵１３７０２を構築することができる。鍵１３７０２は循環バッファ１３７０８においてアセンブルされてもよい。各部分鍵１３７０４または１３７０６は、各部分鍵１３７０４または１３７０６内の鍵１３７１２の部分を循環バッファ１３７０８のどこに挿入すべきかを示すオフセット１３７１０を含むことができる。鍵１３７０２は、ＩｏＴネットワーク用のサービスにアクセスし、他のＩｏＴネットワークと通信するなどのために使用され得る。
この例では２つの部分鍵１３７０４および１３７０６が示されているが、様々なサイズの複数の部分鍵が循環バッファに格納されてもよい。完全な鍵は、循環バッファを満たすのに十分な部分鍵が追加されたときに識別され得る。この手法では、鍵インデックスが重複することになる可能性があり、これにより、重複する部分鍵バイトは同一であるはずであるため、部分的な鍵検証が可能になる。同様に、これにより、完全な鍵シーケンスが構築される前に不正なデバイスの検出が可能になる。重複する部分鍵バイトが一致しない場合は、デバイスが危険にさらされている可能性があることを示す警報が、メッシュ内の他のデバイスまたは他のユーザに送信され得る。
一般に、一部の態様によれば、ＩｏＴネットワーク内の単一のデバイスが完全な鍵を格納することはない。従って、完全鍵を判定するために、綿密に調べて（ｕｓｉｎｇ ａ ｍｉｃｒｏｓｃｏｐｅ）、単一のデバイスを攻撃または分析することはできない。完全鍵１３７０２がアセンブルされると、それはＩｏＴネットワークまたはフォグデバイスによって使用されて、例えばクラウド内の他のデバイスにアクセスすることができる。
図１３８は、一部の実施形態による、ＩｏＴネットワーク内の個々のノードに格納されている部分鍵から完全な鍵をアセンブルするための例示的な方法１３８００のプロセスフロー図である。図１３８の方法１３８００は、図１４０に関して説明されるＩｏＴデバイス１４０００によって実施することができる。ブロック１３８０２は、例えば、クラウド内のシステムにアクセスするために完全鍵がフォグデバイスによって必要とされるときを表す。
ブロック１３８０４において、部分鍵の最初の部分がディスパッチされる。これは、ノードがペイロードを構築し、それを要求したノードに部分鍵を含むペイロードを送信するために有線または無線通信を開始するときに行われ得る。部分鍵のディスパッチはまた、他のノードが部分鍵をピアノードに送信する要求としても機能し得る。
ブロック１３８０６において、要求側ノードは、送信ノードから部分鍵の一部を受信する。ブロック１３８０８において、要求側ノードは、ペイロードを分析して、それが部分鍵およびオフセットを含むか否かを判定する。そうでない場合、プロセスフローはブロック１３８０６に戻る。
ブロック１３８０８でペイロードが部分鍵を含むと判定された場合、ブロック１３８１０において、要求側ノードは、部分鍵をクロスチェックして、受信された部分鍵が他の部分と重複するか否かを判定することができる。これは、例えば、バッファインデックスの比較を行うことを含む複数の方法で実行され得る。さらに、部分鍵パートは、循環バッファに格納されてもよく、そして、いずれかの部分が他の鍵と重複する場合、それらは重複する部分が一致することを確認するために比較され得る。重複する部分が一致しない場合は、デバイスが危険にさらされている可能性を示し得る。もしそうであれば、アセンブルプロセスは停止され、警告が送信され得る。
他の技法によってさらなるセキュリティが提供され得る。例えば、「ダーティビット」は、部分鍵による使用のために割り当てられ得る巡回鍵バッファ内の各「セル」に対して維持され得る。以前に使用されたセルが後続の鍵部分のメンバとして選択されたときにセキュリティの弱点が導入され得る。この可能性のある弱点を修正するために、最初の割り当て時にダーティビットを設定し、その後の重複検証時にチェックすることができる。重複チェックがダーティビットを明らかにした場合、循環バッファオフセット計算が繰り返されて、これがダーティセルではないか否かを判定する。鍵生成方法に十分な未使用の鍵素材が見つかるまで、このプロセスが繰り返される。
ブロック１３８１２において、すべての部分鍵が受信されたか否かに関する判定が行われる。そうでなければ、プロセスフローはブロック１３８０６に戻る。すべての部分鍵が受信されている場合、ブロック１３８１４において、完全鍵が構築され得る。
方法１３８００は、ブロック１３８１６で終了する。これは、例えば、完全鍵がフォグデバイスの代わりに他のデバイスに提供されるときに起こり得る。
図１３９は、一部の実施形態による、５つのノードＡ〜Ｅによって提供される部分鍵からの完全な鍵１３９０２のアセンブリの概略図である。この例では、５つのノードＡ〜Ｅは、それらの部分鍵を互いに交換する。各ノードＡ〜Ｅは、循環バッファ内において指定されたオフセットで受信した鍵を配置することによって完全鍵を構築することができる。オフセットは｛Ｎ：ｘ，Ｏ：ｙ｝で表すことができ、ｘは部分鍵のバイト数Ｎであり、ｙは完全鍵１３９０２における部分鍵の開始インデックス、すなわちオフセットＯである。
例えば、循環バッファ１３９０４がノードＡに配置されている場合、ノードＡからの部分鍵Ａ １３９０６は、既に循環バッファ１３９０４に配置されている可能性がある。次いで、部分鍵Ｂ １３９０８をノードＢから受信することができる。この例では、部分鍵Ｂ １３９０８の最初のバイトが部分鍵Ａ １３９０６の最後のバイトと重複し、重複するバイトが２つの部分鍵１３９０６と１３９０８との間で一致することを保証するために、バイト比較１３９１０が実行され得る。バイト比較１３９１０によって、重複するバイトが２つの部分鍵１３９０６と１３９０８との間で一致すると判定された場合、ノードＢからの部分鍵は、循環バッファ１３９０４にロードされ得る。
次いで、ノードＡは、ノードＣから部分鍵Ｃ １３９１２を受信し得る。部分鍵Ｃ １３９１２は、前の部分鍵１３９０６および１３９０８のいずれとも重複しないため、バイト比較なしでバッファにロードされ得る。部分鍵Ｃ １３９１２は、循環バッファ１３９０４の末尾と重複するオフセットおよび長さを有することができ、従って、１３９１２を参照する部分鍵の末尾のバイトは、矢印１３９１４によって示されるように循環バッファ１３９０４の先頭に入るように回転され得る。
次いで、ノードＡは、ノードＤから部分鍵Ｄ １３９１６を受信することができる。部分鍵Ｄ １３９１６の末尾のバイトが部分鍵Ｃ １３９１２の先頭のバイトと重複するとき、２つのバイトが確実に一致するようにバイト比較１３９１８が実行され得る。これが確認されると、次いで、部分鍵Ｄ １３９１６を循環バッファ１３９０４にロードすることができる。
次いで、ノードＡは、ノードＥから部分鍵Ｅ １３９２０を受信することができる。部分鍵Ｄ １３９１６とＥ １３９２０との間でバイトに実質的な重複があるため、それらが一致することを保証するためにバイト比較１３９２２がこれらのバイトのそれぞれに対して実行され得る。もしそうであれば、次いで、ノードＥ部分鍵Ｅ １３９２０を循環バッファ１３９０４にロードして完全鍵１３９０２を形成することができる。
重複が発生すると、重複する部分パートが一致することを確認するためにバイト検証が行われる。そうでなければ、プロセスは終了されてもよく、危殆化したノードの可能性が報告され得る。重複するバイトはまた、１つまたは複数のノードがそれらの部分鍵をネットワーク内の他のノードと交換することができない可能性がある場合に冗長性を提供することができる。そうでなければ、例えば直交するすべての部分鍵がバイト重複を有さない場合、すべてのノードが完全鍵１３９０２を構築するのに失敗する場合がある。
図１４０は、一部の実施形態による、ＩＰメッシュネットワーク８１２内の異なるノードからの複数の部分鍵を単一の完全な鍵にアセンブルするためのＩｏＴデバイス１４０００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１４０００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、１つまたは複数の通信リンクを介して、例えばとりわけ、メッシュ送受信機８１０、アップリンク送受信機８１４、およびＮＩＣ ８１６を介して、メッシュデバイス８１２またはクラウド３０２内のデバイスに対してパケットを送信および受信する通信部１４００４を含むことができる。図１４０に関して説明した機能に加えて、図４５に関して説明したように、通信部１４００４は、プロトコル間でのパケットの変換、プルーフオブプロヴェナンス追加などの他の機能を実行することができる。さらに、通信部１４００４は、図３３を参照して説明した通行権システムの一部とすることができる。
部分鍵生成部１４００２は、例えば、乱数発生器、ブロックチェーンから、または製造中にデバイスに保存された鍵から、部分鍵を生成し得る。一例として、鍵は、Ｉｎｔｅｌ（登録商標）デジタル乱数発生器（ＤＲＮＧ）またはＤＲＮＧを使用してシードされた擬似乱数発生器（ＰＲＮＧ）を使用して生成することができる。部分鍵生成部１４００２は、本明細書で説明されるように、ブロックチェーンからの鍵にアクセスすることなど、部分鍵を生成するために任意の数の他の技法を使用することができる。
別の例示的な部分鍵生成方法は、例えばＰＲＮＧモードではない場合にＤＲＮＧから取得された、ランダムシードを受け入れるＤＲＮＧを使用することができ、ＤＲＮＧのワードサイズアーキテクチャによって判定されるように、循環バッファ上のサーチスペースは事実上無制限であり得る。この例では、循環バッファへのオフセットは、ＰＲＮＧモードのＩｎｔｅｌ（登録商標）ＤＲＮＧのシードとみなされる。従って、循環バッファは事実上無限サイズであり、バッファ内の衝突が確率的に不可能であることを保証する。
通信部１４００４は、フレームのペイロードに部分鍵を含むフレームを構築することができる。一部の例では、部分鍵を含むフレームは、よりリモートのデバイスなど、メッシュデバイス８１２内の別のＩｏＴデバイスから渡され得る。この例では、ＩｏＴデバイス１４０００は、メッシュデバイス８１２の他のＩｏＴデバイスから受信した部分鍵をアセンブルして、最終鍵を形成することができる。
バイト比較部１４００６は、重複するバイトが同一であることを保証するために、異なるデバイスから受信された部分鍵の重複するバイトを比較するために含まれ得る。バイト比較部１４００６は、重複しているバイトのいずれかが一致しない場合、このことがＩｏＴデバイスが危険にさらされたことを示し得るので、最終鍵をアセンブルするプロセスを停止し得る。
鍵アセンブラ１４００８は、最終鍵を形成するために、循環バッファ１４０１０内で部分鍵のそれぞれをアセンブルすることができる。鍵オペレータ１４０１２は、メッシュまたはフォグデバイス８１２のアイデンティティを確認するためにゲートウェイに鍵を提供するなどの動作において、最終鍵を使用することができる。
図１４１は、一部の実施形態による、部分鍵を受信し、部分鍵を最終的な鍵にアセンブルし、最終的な鍵を使用する、ようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１４１００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１４１００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したとおりであり得る。非一時的機械可読媒体１４１００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１４１００は、受信デバイスに部分鍵をディスパッチするようにプロセッサ９０２に指示するためのコード１４１０２を含み得る。コード１４１０４は、部分鍵を受信し、その部分鍵を格納するようにプロセッサ９０２に指示するために含まれ得る。コード１４１０６は、例えば、最終鍵をアセンブルする前に重複バイトが一致することを保証するために、重複バイトについてバイト比較を実行するようにプロセッサ９０２に指示するために含まれ得る。コード１４１０８は、部分鍵を循環バッファに書き込み、デバイスから受信した部分鍵から循環バッファにおいて最終鍵をアセンブルするようにプロセッサ９０２に指示するために含まれ得る。コード１４１１０は、例えば、デバイスまたはＩｏＴネットワーク内のデバイスに代わってクラウド内のデバイスにアクセスするために、最終鍵を使用するようにプロセッサ９０２に指示するために含まれ得る。
暗号通貨に対する鍵ベースの手法のセキュリティに対する金銭的な懸念は、ブロックチェーンの文脈におけるデジタルウォレットと匿名の鍵ベースのアイデンティティの出現によって提起されている。デジタルウォレットは、個人がトランザクションのために電子支払いをすることを可能にするシステムである。デジタルウォレットは、銀行口座にリンクされる場合もあるし、別の口座から転送された残高を格納する場合もある。一部の例では、デジタルウォレットは、通信、暗号化、および機能を実装するための他のシステムを含む、スマートフォンなどの電子デバイス内のソフトウェアで実装され得る。他の例では、デジタルウォレットは、ＲＦＩＤタグとして実装され、システムは、通信システムからアクセスされる中央サーバ上に存在し得る。
ブロックチェーンでのトランザクションは、デジタルウォレットのオーナーの秘密鍵によって署名されており、これらの秘密鍵の紛失、すなわち漏洩によって攻撃者はデジタルウォレットを一掃することができる。これは、そのデジタルウォレットによって所有されている未使用の通貨残高が別のオーナー、例えば攻撃者のオーナーに転送されるプロセスである。
一般に、ブロックチェーンのコンセンサスメカニズムには、そのようなトランザクションを不正と識別するための方法がない。事実の後にブロックチェーンを探索すれば通貨がたどった経路を特定できるが、そのような技術の規制されていない性質は、トランザクションを取り消すために利用可能な実用的な方法が禁止されており、拡張性がないことを意味する。関与する当事者のアイデンティティは、より深い調査なしにはわからないため、これはより困難になる可能性がある。さらに、第三者への同じコインのその後のトランザクションは、ロールバックするのが問題となる。従って、そもそも状況を防ぎ、デマンドドリブン型鍵生成の概念を導入することによって、ブロックチェーン内のアクターがさらされることを減らすことを模索することが好ましい場合がある。
図１４２は、一部の実施形態による、損失の多いネットワーク上のデバイスに対する要求に応じて鍵を生成するための手続き１４２００の概略図である。本明細書で説明するように、デマンドドリブン型鍵生成は、本明細書で説明する鍵生成のための技法のいずれかを使用して、定期的にスケジュールされたものではなくオンデマンド方式で、デジタルウォレットがトランザクション用の新しい鍵を生成できるようにする。オンデマンドは、すべてのトランザクションに対して新しい鍵生成を実行し、それを一度だけ使用することに相当する。同じメカニズムは、システムアクセスや他の一般的な鍵ベースの技術のアプリケーションにも適用できる。
この手続きは、トランザクションがネットワークにコミットされたとき、ブロック１４２０２において開始し得る。これは、例えば、購入が行われ、購入に対する支払いのためにデジタルウォレットが使用されるときに行われ得る。購入は、オンラインで行われてもよく、または例えば、デジタルウォレットを含むデバイスが通信パッド上でタップされたときに小売店で行われてもよい。
ブロック１４２０４において、新しい鍵が生成され得る。これは、標準的なビットコインの例に関連し得る、ブロック１４２０６に示される手続きによって実行され得る。さらに、本明細書で論じられている他の手続きを使用することができる。この手続きでは、ウォレットインポートフォーマット（ＷＩＦ）秘密鍵を使用して、２５６ビットの秘密鍵１４２１０をインポートすることができる。２５６ビットの秘密鍵１４２１０を使用して５１２ビットの公開鍵１４２１２を生成することができ、これを使用してウォレットアドレス１４２１６に関連付けられ得る１６０ビットの公開鍵ハッシュ１４２１４を生成することができる。ブロック１４２１８において、古い鍵を削除することができる。新しい鍵を生成することは、ブロック１４２０６に示される手続きに限定されない。例えば、図１４３に関して説明した手続きを使用して新しい鍵を生成することができる。
図１４３は、一部の実施形態による、上述の鍵生成のための、ならびに他の状況で鍵を生成するためのオンデマンドプロセスで使用され得る鍵生成方法１４３００の概略図である。図１４３の方法１４３００は、図１４５に関して説明されるＩｏＴデバイス１４５００によって実施することができる。損失のある高レイテンシネットワークでの迅速な鍵生成は挑戦的な課題のままであるが、それは、ＩｏＴネットワークには、エンドツーエンドの接続性、永続的なセキュアな接続、集中型鍵認証局および発行エージェント、そして鍵交換をサポートするための安価な通信およびネットワークがあるという、しばしば誤った仮定のためである。ローカル鍵生成のための方法１４３００は、命令ノードがオフセット値をディスパッチし、完全鍵または部分的な鍵が必要とされないときに使用され得る。例えばベンダによって提供されるローカル鍵１４３０４と共に完全部分鍵１４３０２を使用することができる。ローカル鍵１４３０４は循環バッファに格納されてもよく、新しい鍵が、完全部分鍵１４３０２およびローカル鍵１４３０４の循環排他的論理和（ＸＯＲ）演算１４３０６によって生成されてもよい。
その後、新しい鍵１４３０８をアクセスに必要なときに使用することができる。完全部分鍵１４３０２とローカル鍵１４３０４との間のオフセットを変更することによって、鍵オフセットを使用して複数の新しい鍵を生成することができる。この例では、リモート制御ノードは、新しい鍵を生成するためのオフセット値だけを送信することができる。
図１４４は、一部の実施形態による、鍵を生成するための例示的な方法１４４００のプロセスフロー図である。図１４４の方法１４４００は、図１４５に関して説明されるＩｏＴデバイス１４５００によって実施することができる。一般に、鍵管理は比較的静的である。鍵は、いったん生成されると、危険にさらされた状況が検出されるまで、時折リフレッシュが必要になるまでなど、使用される。しかしながら、ＩｏＴネットワークでは、混乱やエンドツーエンドの接続の欠如が一般的に発生する可能性がある。従って、鍵のリフレッシュ、および大規模なデバイスネットワークへの鍵のセキュアなディスパッチは困難な場合がある。本明細書で説明される技法は、人間の直接介入なしに絶えず鍵を変更することを可能にし得る。方法１４４００は、例えば、オペレーティングシステムが、鍵を変更するときであると判定したとき、または鍵を変更する要求が受信されたときに、ブロック１４４０２において開始され得る。
ブロック１４４０４において、鍵オフセット値が受信されたか否かに関する判定が行われる。受信されていない場合、ブロック１４４０６において、その鍵に対するオフセット値がＩｏＴデバイスにおいて生成され得る。ブロック１４４０８において、部分鍵がＩｏＴデバイスによって受信され得る。例えば、部分鍵が既にＩｏＴデバイスによって受信されている場合、これは必要ない場合もある。部分鍵は、他のＩｏＴデバイスから受信された他の部分鍵と共に、例えば、図１３７〜図１４１に関して説明したように、完全部分鍵をアセンブルするために使用され得る。
ブロック１４４１０において、例えば、図１４０または図１４３に関して説明したように、新しい鍵を生成することができる。ブロック１４４１２において、新しい鍵を検証することができる。検証は、他のノードからの標準メッセージを復号することによって実行されてもよい。
ブロック１４４１４において、鍵が期限切れになっているか否かに関する判定が行われ得る。期限切れである場合、方法１４４００は、ブロック１４４０４に戻って新しい鍵を生成することができる。
ブロック１４４１４で鍵が期限切れになっていない場合、ブロック１４４１６において、データファイルの暗号化または復号が実行され得る。ブロック１４４１８において、方法１４４００は、例えば、暗号化ファイルの送信または復号化ファイルの使用で終了する。
本方法では、内部循環鍵生成部へのオフセット値をノードにディスパッチすることができる。さらに、部分鍵をノードにディスパッチすることができるが、ノードは、自身の鍵を生成することができ、新しい鍵をノードに送信する必要性を低減させ得る。鍵の再生成は、定期的にスケジュールされて実行されてもよい。
図１４５は、一部の実施形態による、オンデマンドで鍵を生成するためのＩｏＴデバイス１４５００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１４５００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される鍵生成プロセスを実施するためのいくつかのモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、１つまたは複数の通信リンクを介して、例えばとりわけ、メッシュ送受信機８１０、アップリンク送受信機８１４、およびＮＩＣ ８１６を介して、メッシュデバイス８１２またはクラウド３０２内のデバイスに対してパケットを送信および受信する通信部１４５０２を含むことができる。図１４５に関して説明した機能に加えて、図４５に関して説明したように、通信部１４５０２は、プロトコル間でのパケットの変換、プルーフオブプロヴェナンス追加などの他の機能を実行することができる。さらに、通信部１４５０２は、図３３を参照して説明した通行権システムの一部とすることができる。
トランザクション部１４５０４は、例えば、クラウド３０２内またはフォグ８１２のデバイスからのような品目を購入する、または貸すために、トランザクションをネットワークにコミットすることができる。トランザクション部１４５０４は、前に生成された鍵を使用して、トランザクションが終了した後に新しい鍵の生成をトリガすることができる。別の例では、トランザクション部１４５０４は、トランザクションをネットワークにコミットするための新しい鍵を生成することができる。
他の例では、トランザクション部１４５０４は、特定の期間の間、鍵を使用することができる。鍵有効期限タイマ１４５０６は、新しい鍵が生成される前に鍵が使用され得る期間を制御し得る。例えば、鍵有効期限タイマ１４５０６は、鍵が１分、５分、３０分、１時間、またはそれ以上持続することを可能にし得る。
鍵生成部１４５０８は、図１４３に関して説明したように、例えば循環バッファ１４５１０を使用してローカル鍵１４３０４と完全部分鍵１４３０２のＸＯＲを実行することにより、新しい鍵を生成することができる。完全部分鍵１４３０２は、図１３７〜図１４１に関してさらに説明したように、他のＩｏＴデバイスから受信された部分鍵からアセンブルされてもよい。例えば、通信部１４５０２は、フレームのペイロードに部分鍵を含むフレームを受信することができる。この例では、ＩｏＴデバイス１４０００は、メッシュデバイス８１２の他のＩｏＴデバイスから受信した部分鍵をアセンブルして、完全部分鍵１４３０２を形成することができる。
図１４６は、一部の実施形態による、オンデマンドで鍵を生成するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１４６００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１４６００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したとおりであり得る。非一時的機械可読媒体１４６００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１４６００は、送信デバイスから部分鍵を受信するようにプロセッサ９０２に指示するためのコード１４６０２を含み得る。コード１４６０２は、異なる送信デバイスから受信した複数の部分鍵から完全部分鍵をアセンブルすることができる。コード１４６０４は、完全部分鍵およびデバイスに格納されている鍵から鍵を生成するためのオフセット値を受信するようにプロセッサ９０２に指示するために含まれ得る。コード１４６０６は、例えばオフセット値を使用して、新しい鍵を生成するために、完全部分鍵およびデバイス鍵を用いて論理演算を実行するために含まれ得る。コード１４６０８は、他の技法を使用して、例えば、図１４７から図１５１に関して説明されるように、新しい鍵を取得するためにブロックチェーンにアクセスすること、新しい鍵をランダムに生成すること、またはエントロピー多重化技法を使用することを使用して、新しい鍵を生成するようにプロセッサ９０２に指示するために含まれ得る。コード１４６１０は、例えばタイマが特定の値に達したときに、鍵を期限切れにするようにプロセッサ９０２に指示するために含まれ得る。コード１４６１２は、鍵を使用してデータを暗号化または復号するようにプロセッサに指示するために含まれ得る。
状況によっては、ノード間のシグナリングおよび同期の失敗によって分散型協調が複雑になることがある。例えば、ピアＩｏＴデバイスがスリープしている場合もあるし、ネットワーク接続が信頼できない場合もある。この場合、協調ピアはエントロピー多重化概念を使用して、暗号化のための時間対称鍵、メッセージ完全性コードなどについて合意することができる。
図１４７は、一部の実施形態による、新しい鍵を生成するために使用され得る複数のシードを生成するためのエントロピー多重化プロセス１４７００の概略図である。エントロピー多重化プロセス１４７００は、乱数発生器をシードするために使用されるシード値のシードツリー１４７０２を構築する。シードツリー１４７０２の構造は、時間、位置、近接性、または分類法またはオントロジー分解法を使用して記述することができる他の任意の属性クラスなどのコンテキスト属性と相関させることができる。この例では、エントロピー多重化プロセス１４７００は、少なくとも部分的には時間に基づいている。
シードツリーはまた、図１４０に関して説明したように、無限サイズの循環バッファとして見ることができるＰＲＮＧを使用することができる。ツリーコンテキストは、ツリー構築のための繰り返し可能な規約に基づいてバッファへのオフセットを設定する。
協働ノードは、タイムルート１４７０４を選択し、第１のシード値１４７０６を生成し得る。第１のシード値１４７０６は、オントロジーにおける開始点として使用されてシードツリー１４７０２を生成することができる。例えば、第１の下位レベルのシード１４７０８は、第１のシード値１４７０６の年の値１４７１０を使用して生成され得る。例えば、月の値１４７１２を使用して、第２の下位レベルのシード１４７１４を生成することができる。例えば、日の値１４７１６を使用して、第３のレベルのシード１４７１８を生成することができる。シードツリー１４７０２内のさらなるレベルは、数分、またはさらには数秒など、連続的に細かいインクリメントを使用して生成され得る。
協働ノードは、第１のシード値１４７０６とオントロジーの開始点について合意することができる。次いで、協働ノードは、シードツリー１４７０２の個別のコピーを別々に生成し保存することができる。例えばオントロジー的文脈に関して共有される秘密が必要とされるとき、協働ノードは、共通の秘密を見つけるシードツリー１４７０２のローカルコピーを探索するためにそのコンテキストを独立して使用することができる。次いで、これを使用して、協調ノード間の通信およびデータを暗号化するための対称鍵を生成することができる。
シードツリーを生成するために任意の数の他のオントロジーパラメータを使用することができる。例えば、住所情報、ＧＰＳ座標、ＩＰアドレスなどの位置情報を含む。
図１４８は、一部の実施形態による、ロケーションシードツリー１４８０２を生成するためのプロセス１４８００を示す概略図である。図１４７に関して説明したシードツリー１４７０２の生成に関しては、ロケーションシードツリー１４８０２は、ロケーションルート１４８０４、初期シード１４８０８、およびツリーオントロジーが合意されると、いくつかの協働ノードによって独立して生成され得る。例えば、アドレスシードツリー１４８１０は、最初に位置１４８１４の大陸からシード１４８１２を生成することによって初期シード１４８０８から生成され得る。次いで、国指定１４８１６から下位レベルのシードが生成され得る。次いで、都市指定１４８１８からさらに低位レベルのシードを生成することができる。必要に応じて、街路指定または住所生成からさらなるレベルを生成することができる。
他の位置パラメータから他の種類の場所シードツリー１４８０２を生成することができる。例えば、ＧＰＳ座標１４８２０を使用して、座標シードツリー１４８２２内にコードおよびシードツリー１４８２２を生成することができ、下位レベルのシードを、とりわけ、緯度指定１４８２４、経度指定１４８２６、または高度指定１４８２８から生成することができる。ＩＰアドレス指定１４８３０から他のタイプのロケーションシードツリー１４８０２を生成することができ、下位レベルシードを生成するためにＩＰアドレス１４８３２の小部分を使用することができる。
複数のコンテキストが、ＨＭＡＣなどの擬似ランダム関数（ＰＲＦ）を使用して複数の値を組み合わせることによって、コンポジット共有秘密を生成するために組み合わされ得る。これは、時間指定から生成されたシードを位置指定から生成されたシードと組み合わせることを含み得る。
図１４９は、一部の実施形態による、エントロピー多重化を使用してシードを生成し、それらのシードを使用して暗号化通信用の鍵を生成するための例示的な方法１４９００のプロセスフロー図である。図１４９の方法１４９００は、図１５０に関して説明されるＩｏＴデバイス１５０００によって実施することができる。ブロック１４９０２は、例えば、ＩｏＴデバイスがネットワークに参加して暗号化通信に共通鍵を必要とするときを表す。
ブロック１４９０４において、ＩｏＴデバイスにわたって共通のコンテキスト属性が識別される。コンテキスト属性は、例えば、時間、位置、活動、関心などを含み得る。ブロック１４９０６において、コンテキスト属性のそれぞれを分解して、サブ属性のセットを形成し得る。サブ属性は、コンテキスト属性のためのシードツリーを生成するために使用され得る。ブロック１４９０８において、ランダムシード値が各シードツリーのルートに対して生成され得る。
ブロック１４９１０において、各ルートのシードが盗難や紛失などの物理的脅威から保護するために使用されているか否かに関する判定が行われ得る。そうである場合、プロセスフローはブロック１４９１２に進む。ブロック１４９１２において、暗号秘密共有を使用して、ルートシードをＭ個のＮ個の共有に分割し得る。ブロック１４９１４において、Ｍ個のシェアがＮ個のデバイスにわたってプロビジョニングされる。ブロック１４９１６において、デバイスは、例えばネットワークの実装中に物理的に分散される。ブロック１４９１０で物理的脅威から保護するために分散型ルートシードが必要とされない場合、ブロック１４９１８において、シードは各参加者デバイスに供給され得る。
ブロック１４９０２〜１４９１８が完了すると、ネットワーク内のＩｏＴデバイスは共通の秘密を生成してデータおよび通信の暗号化のための対称鍵を生成し得る。ブロック１４９２０において、ルートシードが配信されているか否かに関する判定が行われ得る。そうである場合、ブロック１４９２２において、ネットワークを使用して、Ｎ個のデバイスからルートシードの各シェアを取得し得る。これは、各シェアを取得するためにＱＲコード（登録商標）ディスプレイおよびリーダを含むパーソナルエリアネットワークを使用して実行され得る。
ブロック１４９２４において、ルートシードを使用してシードツリー内の各ノードのためのランダム値を生成し得る。これは、各コンテキスト属性および階層的分解に対して実行され得る。
ブロック１４９２６において、コンテキスト属性が真であるか否かに関する判定が行われる。これは、どのシードツリーが、もしあれば、暗号化鍵を生成するのに使用されるべきであるかを識別する。ブロック１４９２８において、コンテキスト属性に対応するシードを使用して暗号鍵を生成する。
ブロック１４９２６でどのコンテキスト属性も真でない場合、ブロック１４９３０において、循環部分鍵がサポートされているか否かに関する判定が行われる。サポートされている場合、ブロック１４９３２において、ネットワーク内の他のＩｏＴデバイスによって提出された部分鍵から部分暗号鍵が生成またはアセンブルされる。
ブロック１４９３４において、暗号鍵を使用してデータを保護する。例えば、第１のＩｏＴデバイスから別のＩｏＴデバイスに送信されるデータは、送信される前に暗号化されてもよい。同様に、暗号鍵は他のＩｏＴデバイスから送信されたデータを復号するために使用されてもよい。
プロセスは、データが復号または暗号化されると、ブロック１４９３６において終了する。ブロック１４９３０で、どの循環部分鍵もサポートされていないと判定された場合も、プロセスはブロック１４９３６において終了する。
図１５０は、一部の実施形態による、ＩＰメッシュネットワーク８１２内の異なるノードからの複数の部分鍵を単一の完全な鍵にアセンブルするためのＩｏＴデバイス１５０００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１５０００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、シードツリーの生成のためのコンテキストを判定するためのコンテキスト識別部１５００２を含み得る。本明細書で説明されているように、コンテキストは、例えば、時間、位置、ＩＰアドレス、または任意の数の他のパラメータに基づいてもよい。
シードツリー生成部１５００４は、コンテキストのシードツリーを生成し得る。これは、例えば、時間を年、月、日、分などに分解することなど、コンテキストを部分に分解することを含み得る。シードツリー生成部１５００４は、その時の年の値から、年の値でマイナス１またはマイナス２の値のシードを設定するなど、分解された値の周囲でそのタイプの時間インクリメントを選択することによって、異なる階層レベルでシードを作成することができる。
次いで、シード生成部１５００６は、階層シードツリー内のノードに対するルートシードおよびシード値を生成するために使用され得る。シード値は、そのノードの分解されたレベルのコンテキストを使用して生成された乱数であり得る。
通信部１５００８は、１つまたは複数の通信リンクを介して、例えばとりわけ、メッシュ送受信機８１０、アップリンク送受信機８１４、およびＮＩＣ ８１６を介して、メッシュデバイス８１２またはクラウド３０２内のデバイスに対してパケットを送信および受信するために含まれ得る。パケットは、共通の秘密を生成するために他のノードによって使用される情報を含み得る。例えば、パケットは、コンテキスト、階層レベル、ルートシードなどを含むことができる。
図４５に関して説明したように、通信部１５００８は、プロトコル間のパケットの変換、プルーフオブプロヴェナンスの追加の実行などの他の機能を実行することができる。さらに、通信部１５００８は、図３３を参照して説明した通行権システムの一部とすることができる。部分鍵アセンブラ１５０１０は、他のメッシュデバイス８１２から受信した部分鍵をアセンブルして鍵を形成するか、またはルートシードの値を回復することができる。
部分鍵アセンブラ１５０１０は、最終鍵を形成するために、循環バッファ内で部分鍵のそれぞれをアセンブルすることができる。暗号化部／復号部１５０１２は、別のメッシュまたはフォグデバイス８１２に送信するためのデータの暗号化、または別のメッシュまたはフォグデバイス８１２から受信したデータの復号などの動作において最終鍵を使用することができる。
図１５１は、一部の実施形態による、エントロピー多重化を使用してデバイス間で共通秘密鍵を生成するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１５１００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１５１００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したとおりであり得る。非一時的機械可読媒体１５１００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１５１００は、コンテキストのためのシードツリーを生成するようにプロセッサ９０２に指示するためのコード１５１０２を含み得る。上記のように、コンテキストは、例えば、時間、位置、ＩＰアドレス、または任意の数の他のパラメータに基づいてもよい。コード１５１０４は、コンテキストのルートシードを生成するようにプロセッサ９０２に指示するために含まれ得る。コード１５１０６は、コンテキストを他のデバイスに提供するようにプロセッサ９０２に指示するために含まれ得る。コード１５１０８は、ルートシードを他のデバイスに提供するようにプロセッサ９０２に指示するために含まれ得る。コード１５１１０は、階層型シードツリー内の各ノードまたはデバイスについてシードを生成するようにプロセッサ９０２に指示するために含まれ得る。コード１５１１２は、暗号鍵を生成するためにシードを使用するようにプロセッサ９０２に指示するために含まれ得る。コード１５１１４は、他のＩｏＴデバイスに送信されたデータを暗号化するために、または他のＩｏＴデバイスから受信したデータを復号するために、暗号鍵を使用するようにプロセッサ９０２に指示するために含まれ得る。
本明細書で説明される鍵管理および生成プロセスは、ＩｏＴデバイスを含む環境においてセキュリティを管理するための複数の技法を提供する。しかしながら、場合によっては、ＩｏＴネットワーク環境では、鍵の生成、有効期間、終了、および再発行の管理が複雑になることがある。
図１５２は、一部の実施形態による、ＩｏＴネットワーク環境における統一鍵管理のための例示的な方法１５２００のラダー図である。図１５２の方法１５２００は、図１５３に関して説明されるＩｏＴデバイス１５３００によって実施することができる。この例では、サービスプロバイダ（ＳＰ）１５２０２を使用して、全体的なルートオブトラストを提供することができる。このサービスプロバイダ１５２０２は、ＩｏＴネットワークにおいて、ＩｏＴデバイスのグループによって管理されるブロックチェーンであり得る。別の例では、サービスプロバイダ１５２０２は、ＩｏＴネットワークにセキュリティサービスを提供する外部デバイスとすることができる。
ＩｏＴサーバ１５２０４は、例えば、ＩｏＴサーバ１５２０４からアクセス可能なセキュアなストレージ場所１５２０６にセキュアな情報を格納して、ＩｏＴネットワークのローカルセキュリティを管理することができる。セキュアなストレージ場所１５２０６は、例えばトラステッドプラットフォームモジュール（ＴＰＭ）によって管理される、トラステッド実行環境（ＴＥＥ）内にあってもよい。
ＩｏＴクライアント１５２０８は、データおよび通信の暗号化および復号のための鍵を取得するために、サービスプロバイダ１５２０２およびＩｏＴサーバ１５２０４の両方と相互作用することができる。別のエンティティ１５２１０は、例えば、鍵が危殆化したと判定し、鍵の失効および新しい鍵の生成をトリガして、通信に参加することができる。エンティティ１５２１０は、とりわけ、ＩｏＴネットワーク内の別のＩｏＴデバイスであってもよいし、管理コンソールのユーザであってもよいし、ＩｏＴネットワーク内のＩｏＴデバイスの製造業者であってもよい。
方法１５２００は、対称鍵および非対称鍵の両方を管理するために使用され得る。特定の通信では、対称鍵を使用してすべてのデータを保護することができる。方法１５２００は、ＩｏＴサーバ１５２０４がＩｏＴネットワークにオンボーディングされ、サービスプロバイダクレデンシャル１５２１２を受信したときに開始することができる。認証メッセージ１５２１４において、サービスプロバイダクレデンシャル１５２１２を使用して、サービスプロバイダ１５２０２にしてＩｏＴサーバ１５２０４を確認することができる。認証メッセージ１５２１４は、サービスプロバイダ１５２０２がセキュアな通信のためのクレデンシャルを提供することを要求してもよい。サービスプロバイダ１５２０２は、トラストアンカー１５２１８を含むトラストメッセージ１５２１６で応答することができる。トラストアンカー１５２１８は、公開鍵のハッシュ、または証明されたパス、またはトラステッドルート機関へのチェーンを含み得る。
ＩｏＴクライアント１５２０８は、対称鍵メッセージ１５２２０をサービスプロバイダ１５２０２に送信して、対称鍵を通信用に提供することを要求することができる。対称鍵メッセージ１５２２０は、ＩｏＴクライアント１５２０８からの公開鍵または秘密鍵によって署名されてもよい。
対称鍵メッセージ１５２２０がサービスプロバイダ１５２２０によって確認された場合、サービスプロバイダ１５２０２は、対称鍵またはチケットを含むメッセージ１５２２２で応答することができる。メッセージ１５２２２は、ＩｏＴクライアント１５２０８によって提供されたのと同じ鍵を使用してサービスプロバイダ１５２０２によって署名されてもよい。次いで、ＩｏＴクライアント１５２０８は、メッセージ１５２２４で対称鍵をＩｏＴサーバ１５２０４に提供することができる。ＩｏＴサーバ１５２０４は、対称鍵１５２２６をセキュアなストレージ１５２０６に保存することができる。ＩｏＴサーバはまた、タイムスタンプをセキュアストレージ１５２０６内のセキュア時間１５２２９と比較することによって、セキュア鍵が期限切れになっているか否かを判定することができる。この比較の結果は、セキュア鍵ステータス１５２３０に保存され得る。
エンティティ１５２１０は、鍵１５２３２が危険にさらされているという判定を下すことができる。例えば、エンティティ１５２１０は、ネットワーク探索において、その鍵によって保護されていたデータまたはその鍵自体を見つけることができる。セキュアな鍵１５２２６の場合、これは、サービスプロバイダ１５２０２へのメッセージ１５２３４によってセキュアな鍵１５２２６を失効させ得る。メッセージ１５２３４に応答して、サービスプロバイダ１５２０２は、失効メッセージ１５２３６をＩｏＴサーバに送信することができる。ＩｏＴクライアント１５２０８に命令する別のメッセージ１５２３８が、ＩｏＴクライアント１５２０８に送信されてもよい。次いで、ＩｏＴサーバ１５２０４は、認証メッセージ１５２１４を送信することによってサービスプロバイダ１５２０２と再認証して、プロセスを繰り返すことができる。
ＩｏＴクライアント１５２０８は対称鍵を使用することに限定されず、秘密鍵を使用して認証メッセージ１５２４０をサービスプロバイダ１５２０２に送信することができる。次いで、サービスプロバイダ１５２０２は、ＩｏＴクライアント１５２０８に属する公開鍵を使用して、認証メッセージ１５２４０を復号し、ＩｏＴクライアント１５２０８のアイデンティティを確認することができる。
認証メッセージ１５２４０の認証がＩｏＴクライアント１５２０８が有効であることを示す場合、サービスプロバイダ１５２０２は証明書を含むメッセージ１５２４２を送信することができる。メッセージ１５２４２は、サービスプロバイダ１５２０２のための公開鍵で署名されてもよい。次いで、ＩｏＴクライアント１５２８は、証明書を含むメッセージ１５２４４をＩｏＴサーバ１５２０４に送信することができる。メッセージ１５２４４は、ＩｏＴクライアント１５２０８のための公開鍵で署名されてもよい。公開鍵１５２４６は、ＩｏＴサーバによってセキュアなストレージ１５２０６に保存されてもよい。ＩｏＴサーバ１５２０４はまた、例えば、証明書内のタイムスタンプをセキュアなストレージ１５２０６に格納されているセキュアな時間値１５２５０と比較することによって、証明書が期限切れになったか否かを判定することができる（１５２４８）。秘密鍵１５２５２のステータスもセキュアストレージ１５２０６に保存することができる。
次いで、ＩｏＴサーバ１５２０４は、通信のために一時対称鍵（ＴＳＫ）１５２５４を生成することができる。ＩｏＴサーバ１５２０４は、ＴＳＫ １５２５４を含む鍵交換メッセージ１５２５６をＩｏＴクライアント１５２０８に送信することができる。次いで、ＩｏＴクライアント１５２０８は、例えばメッセージ１５２５８を暗号化するために、ＴＳＫ １５２５４を使用してＩｏＴサーバ１５２０４と通信することができる。
エンティティ１５２１０が、公開鍵１５２２６が危険にさらされていることを１５２３２を検出すると、失効メッセージ１５２６０をサービスプロバイダ１５２０２に送信することができる。次いで、サービスプロバイダ１５２０２は、公開鍵１５２４６を失効させるように命令する失効メッセージ１５２６２をＩｏＴサーバ１５２０４に送信することができる。サービスプロバイダ１５２０２はまた、ＩｏＴサーバ１５２０４に送信された公開鍵１５２４６に対して生成された秘密鍵を削除するように命令するメッセージ１５２６４を、ＩｏＴクライアント１５２０８に送信することができる。
ＴＳＫ １５２５４は、無期限に存続することはなく、公開鍵よりも有効期限が短くなり得る。例えば、メッセージ１５２６６は、ＴＳＫ １５２５４を使用して暗号化された後に、ＩｏＴクライアント１５２０８によってＩｏＴサーバ１５２０４に送信され得る。ＩｏＴサーバ１５２０４によってセキュアストレージ１５２０６内のセキュア時間値１５２６８を使用して、ＴＳＫ １５２５４が期限切れになったか否かを判定する（１５２７０）ことができる。次いで、ＴＳＫステータス１５２７２をセキュアストレージ１５２０６に格納することができ、期限切れになると、ＴＳＫ １５２５４を、ＩｏＴクライアント１５２０８と交換される（１５２５６）新しい値でリフレッシュすることができる。
さらに、エンティティ１５２１０が、ＴＳＫ １５２５４が危険にさらされていると判定した場合、エンティティ１５２１０は、失効メッセージ１５２７４をサービスプロバイダ１５２０２に送信することができる。次いで、サービスプロバイダ１５２０２は、ＴＳＫステータス１５２７２を無効に変更するように命令する失効メッセージ１５２７６をＩｏＴサーバ１５２０４に送信することができる。サービスプロバイダ１５２０２はまた、ＴＳＫ １５２５４を削除するように命令するメッセージ１５２７８をＩｏＴクライアント１５２０８に送信することができる。この時点で、ＩｏＴサーバ１５２０４は、認証メッセージ１５２１４を送信することによってサービスプロバイダ１５２０２に再認証を試み、プロセスを再開することができる。
対称鍵１５２２６は、セキュアなストレージ１５２０６に格納されたセキュアな時間値１５２８２によって判定されるように、有効期限を有することができる。ＩｏＴサーバ１５２０４は、使用時間をセキュア時間１５２５０と比較することによって、セキュア鍵またはチケットが期限切れになったことを判定することができる（１５２８４）。次いで、ＩｏＴサーバ１５２０４は、更新された鍵ＳＫ'を発行することができる。その後、リフレッシュされた鍵ＳＫ'は、セキュア時間１５２５０を超えるまで使用され得る。エンティティ１５２１０はまた、鍵ＳＫ'が危険にさらされているか否かを判定するために監視し、必要に応じて失効メッセージ１５２３４を送信することができる。
本明細書で説明されるように、鍵交換または鍵管理プロトコルは、機密性、完全性、またはその両方を含み、データを保護するために使用される一時的（ｔｅｍｐｏｒａｒｙ）な、または一時（ｔｅｍｐｏｒａｌ）対称鍵をもたらし得る。一時鍵は、一時鍵が最初に確立されてから危殆化されていないという仮定に基づいて、認証／鍵交換イベントによって確立された認証および信頼プロパティを推定する。
しかしながら、一時鍵は様々な有効期限を持ち得る。有効期限はコンテキストおよび状況に基づいて動的に調整され得る。例えば、スリープモードに入ったり出たりしているノードは、スリープしている間は鍵の有効期間を短くしない可能性がある。
さらに、対称および非対称の任意の鍵の鍵失効は、失効メッセージをクライアントおよびサーバの両方に送信することによって実行することができる。鍵が失効した場合、クレデンシャルまたはチケットを所有するクライアントおよびサーバにそれらを削除するように命令する鍵削除メッセージを送信することによって、クレデンシャル（証明書またはチケット）を削除できる。失効は、失効した鍵の検証を拒否するようにクライアントまたはサーバに命令するだけであるが、削除は、鍵をシステムから物理的に削除するように命令するという点で、削除と失効とは異なり得る。失効メッセージおよび削除メッセージは両方ともすぐに有効になるかもしれないが、証明書またはチケットの有効期限が切れた場合、鍵は有効期限まで、鍵の危殆化イベントの後も、使用することができる。
鍵の有効期限管理は、対称鍵キャッシュシステムにさらに適用され、鍵が一時的であるとみなされていても、一時鍵が第２または第３のメッセージのために再利用され得る。キャッシュされた鍵の一時性は、キャッシュの有効期限ポリシーによって判定される。従って、鍵キャッシュポリシーはチケット構造としても使用され、キャッシュポリシー構成メッセージは、対称鍵を含まない「チケット」構造を使用してを指定され得る。
統一鍵管理は、対称鍵および非対称鍵の両方に鍵管理メッセージおよびフローを利用して、制約のあるＩｏＴ環境に利益をもたらす実装での効率的な再利用を可能にする。
図１５３は、一部の実施形態による、ＩｏＴメッシュデバイス８１２のネットワークにおいて鍵を管理するためにＩｏＴデバイス１５３００内に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。ＩｏＴデバイス１５３００は、図１５２に関して説明されたＩｏＴサーバ１５２０４またはＩｏＴクライアント１５２０８であり得る。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１５３００に対して選択され使用されてもよいことに留意されたい。
この例では、ＩｏＴデバイス１５３００は、図１５２に関して説明されたＩｏＴサーバ１５２０４またはＩｏＴクライアント１５２０８のいずれかとして機能することができる。他の例では、例えば、ＩｏＴデバイス１５３００がより制約されている場合、ＩｏＴデバイス１５３００は、ＩｏＴクライアント１５２０８としてのみ機能し得る。さらなる例では、ＩｏＴデバイス１５３００は、ＩｏＴサーバ１５２０４としてのみ機能し得る。
ＩｏＴデバイス１５３００は、例えば、２００９年にＩＳＯ／ＩＥＣ １１８８９としてＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐによって公表された仕様に準拠する、トラステッドプラットフォームモジュール（ＴＰＭ）１５３０２を含むことができる。ＴＭＰ １５３０２は、暗号化プロセッサ（ＣＰ）１５３０４、不揮発性メモリ（ＮＶＭ）１５３０６、およびセキュアメモリ（ＳＭ）１５３０８を含み得る。ＣＰ １５３０４は、とりわけ、乱数発生器、ＲＳＡハッシュ発生器、ＳＨＡ−１ハッシュ発生器、および暗号化−復号エンジンを提供することができる。ＮＶＭ １５３０６は、例えばとりわけＲＳＡ鍵を含む、製造時にプログラムされた鍵を含み得る。ＳＭ １５３０８は、ソフトウェアで得られた測定値をプラットフォーム構成レジスタに保持することができる。本明細書で使用される場合、測定値は、ストレージ８０８またはメモリ８０４に格納されたコードまたはデータセグメント上で計算されたハッシュコードである。ブートコードセグメントの測定から開始して、初期ブートから信頼チェーンを作成することによって、測定を使用してトラステッド実行環境（ＴＥＥ）を確立することができる。ＳＭ １５３０８は、図１５２に関して説明したセキュアストレージ１５２０６を提供することができる。
大容量ストレージ８０８は、本明細書で説明される鍵管理機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、コードまたはデータに対して測定を実行するセキュアなブート部／測定部１５３１０を含み得る。追加の測定を実行するようにセキュアなブート部／測定部１５３１０を設定するために、プロセッサ８０２またはＴＰＭ １５３０８によって初期ブート測定が実行されてもよい。これは、ＩｏＴデバイス１５３００にセキュリティを提供するためのトラステッド実行環境（ＴＥＥ）を作成することができる。ＴＥＥにおける後続の測定は、コードセグメントが動作のために準備されるときにＴＰＭ １５３０８によって実行され得る。
認証部１５３１２は、他のメッシュデバイス８１２、またはクラウド３０２内のデバイスとの通信を認証するために使用され得る。認証部１５３１２は、パケット通信部１５３１４を使用して、他のメッシュデバイス８１２またはクラウド３０２内のデバイスとの間で暗号化されたパケットを送信および受信することができる。認証部１５３１２は、サービスプロバイダ１５２０２によって提供された対称鍵、またはＩｏＴデバイス１５３００で生成された一時対称鍵（ＴＳＫ）を使用して通信を認証することができる。
鍵生成部１５３１６は、他のデバイスと通信するための一時対称鍵（ＴＳＫ）を生成するために使用され得る。認証部１５３１２は、他のデバイスとＴＳＫを交換することができる。鍵生成部１５３１６はまた、鍵が期限切れになった後、例えば鍵の有効期間のセキュア時間を超過したときなどに、新しいＴＳＫまたは新しい対称鍵（ＳＫ）を生成することができる。暗号化部／復号部１５３１８は、ＴＳＫまたはＳＫを使用して通信を暗号化または復号することができる。
鍵マネージャ１５３２０は、鍵を監視し管理するために含まれ得る。これは、鍵が期限切れになったか否かを判定すること、および鍵発行部１５３１６を使用して再発行のための新しい鍵を生成することを含み得る。鍵マネージャ１５３２０は、鍵が危険にさらされたことを示す、別のメッシュデバイス８１２またはクラウド３０２内のデバイスからの失効メッセージについて通信部１５３１４を介して受信された通信を監視することができる。失効メッセージを受信すると、鍵マネージャ１５３２０は、鍵がもはや有効ではないことを示すために鍵のステータスを変更することができる。次いで、鍵マネージャ１５３２０は、認証部１５３１２を介して認証を再トリガして鍵を再生成することができる。
図１５４は、一部の実施形態による、セキュアな通信のために鍵を管理するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１５４００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１５４００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したとおりであり得る。非一時的機械可読媒体１５４００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１５４００は、サービスプロバイダに対して認証するようにプロセッサ９０２に指示するためのコード１５４０２を含み得る。コード１５４０４は、セキュアな通信またはストレージのための鍵を取得するようにプロセッサ９０２に指示するために含まれ得る。コード１５４０４は、チケットなどの対称鍵、または証明書などの非対称鍵を、サービスプロバイダから要求するようにプロセッサ９０２に指示することができる。
コード１５４０６は、通信のための対称鍵を生成するようにプロセッサ９０２に指示するために含まれ得る。対称鍵は、公開鍵と秘密鍵とのペアの交換による認証後に別のデバイスと交換されるＴＳＫとすることができる。コード１５４０６によって生成される対称鍵はまた、期限切れになった鍵をリフレッシュするために生成された新しい鍵でもあり得る。
コード１５４０８は、鍵が事前設定された鍵寿命に達したか否かを判定するようにプロセッサ９０２に指示するために含まれ得る。コード１５４１０は、期限が切れた鍵をリフレッシュするようにプロセッサ９０２に指示するために含まれ得る。コード１５４１２は、他のデバイスからの通信を暗号化および復号するようにプロセッサ９０２に指示するために含まれ得る。コード１５４１４は、例えば、失効メッセージが受信された場合に、鍵を失効させ、サービスプロバイダへの認証を繰り返すようにプロセッサ９０２に指示するために含まれ得る。
本明細書で説明されている鍵管理技法は、任意の数のコンテキストで使用することができる。例えば、オブジェクトがアクティブになって接続する必要がある場合、オブジェクトを登録する方法や他のサービスやエージェントを見つける方法について、ネットワークで実行されている他のサービスやエージェントに関するレジストラからの情報を使用できる。しかしながら、パブリックレジストラは、分散型サービス妨害（ＤＤｏＳ）攻撃を受けやすい。実行可能であれば、非集中型プロトコルに基づいてレジストラを実装することは有用であり得る。非集中型プロトコルでは、ブロックチェーンまたは台帳は、それらのブロックチェーンアドレスを使用してデバイスまたはエージェントのアイデンティティを評価するための公開鍵インフラストラクチャ（ＰＫＩ）の代わりとして動作し得る。ブロックチェーンは、セキュアで、記憶され（ｍｅｍｏｒａｂｌｅ）、そして非集中化された名前空間として使用することができる。名前空間内の名前は、なんらかの非集中化された方法で管理され得る限られたリソースである。さらに、動的ホスト構成プロトコル（ＤＨＣＰ）におけるインターネットプロトコル（ＩＰ）などの、通常リースによって規制されている下位レベルアドレスは、マイクロペイメントまたは他のクレジットまたは通貨によって課金および規制され得る。
図１５５は、一部の実施形態による、デバイスのブートストラップおよび発見のためのプロセス１５５００の概略図である。本明細書で使用されているように、ブートストラップは、デバイスの最初のスタートアップであり、その間にデバイスは、機能を実行するためにオペレーティングシステムおよび他のコードをストレージデバイスからロードすることができる。プロセス１５５００は、ＩｏＴネットワーク環境で行われ得る。ブロック１５５０２は、例えば、デバイスがブートし、例えばトラステッドプラットフォームモジュール（ＴＰＭ）または他の技術によって確立するなどして、セキュアなエンクレーブまたはトラステッド実行環境（ＴＥＥ）でコードを実行することを表す。
ブロック１５５０４において、デバイスがブロックチェーンクライアントとして動作するための鍵が生成される。これは、例えば、ブロック１４２０６に示し、図１４２に関して説明したプロセスによって実行することができる。しかしながら、とりわけ図１３７〜図１４１、図１４２〜図１４６、または図１４７〜図１５１に関して説明した鍵生成プロセスなど、任意の数の鍵生成プロセスを使用することができる。
ブロック１５５０６において、デバイスは、ブロックチェーン上で特別なコミッショニングトランザクションを生成する。コミッショニングトランザクションは、ドメイン名、またはなんらかの他の固有の属性を購入することを含み、これは、デバイスのアイデンティティを構成する属性の全体的なパッケージの一部になり得る。ブロック１５５０８において、デバイスは、ドメイン名またはユニバーサル固有識別子（ＵＵＩＤ）などの購入された属性を介して、あるいはオーナーを介して提供されたアイデンティティを割り当てられる。
図１５６は、一部の実施形態による、デバイスのブートストラップおよび発見のための例示的な方法１５６００のプロセスフロー図である。図１５６の方法１５６００は、図１５９に関して説明されるＩｏＴデバイス１５９００によって実施することができる。方法１５６００は、デバイスにアイデンティティを取得させる、修正されたブートプロセスを記述し得る。アイデンティティは、サービスの発見およびサービスに対する支払いに使用され得る。
ブロック１５６０２は、例えばデバイスがブートプロセスを開始するときを表す。これは、デバイスに最初に電源が投入された後、または再ブート時に行われ得る。ブロック１５６０４において、ＢＩＯＳは初期化し、通常のＰＯＳＴチェックを実行する。ブートプロセスは、トラステッドＳＷのみが実行されることを確実にするためのセキュアなブートプロセスであり得る。これは通常、デプロイ前にデバイスに鍵を格納するためにファームウェアサプライヤからの指示を使用して製造業者によって有効化されたハードウェアによって実行される。
ブロック１５６０６において、セキュアブートプロセスは、セキュアエンクレーブまたはトラステッド実行環境（ＴＥＥ）にブートすることができる。セキュアエンクレーブは、アイデンティティクライアントを実行することができ、これは、例えば、分散型台帳を構築し、デプロイし、そして実行するためのオープンソースのモジュール式プラットフォームとしてＩｎｔｅｌ（登録商標）によってリリースされたＳａｗｔｏｏｔｈ Ｌａｋｅ Ｃｌｉｅｎｔであってもよい。アイデンティティクライアントが初期化されると、デバイスは通常どおりブートを継続する。ブロック１５６０８において、オペレーティングシステム（ＯＳ）は適切なランレベルでブートする。一部の例では、オペレーティングシステムは存在せず、代わりにデバイスはアドバンストＢＩＯＳによって動作される。
ブロック１５６１０において、ブートプロセスが正しく実行されたか否かに関する判定が行われる。そうでない場合、ブロック１５６１２において、デバイスをリセットすべきか否かに関する判定が行われる。リセットは、デバイスの工場出荷時のリセットであってもよく、それはデバイスからのすべてのデータを消去し、デバイスをリセットしてオンボードの読み取り専用ＲＯＭイメージなどからブートすることができる。実行された場合、プロセスフローはブロック１５６０４に戻り、ブートプロセスを繰り返す。デバイスをリセットすべきではないと判定された場合、ブロック１５６１４において、警告メッセージが送信される。次いで、プロセスはブロック１５６１６において終了する。
ブロック１５６１０において、ブートプロセス中にすべてが正しく機能したと判定された場合、プロセスフローはブロック１５６１８に進み、アイデンティティを取得する。複数のアイデンティティをデバイスに割り当てることができ、例えば、デバイスにはＤＮＳ名、ＩＰアドレス、ＭＡＣアドレス、ＵＵＩＤ、または他のアイデンティティを設定することができる。さらに、とりわけ図５から図９に関して説明したように、ブロックチェーン技法を使用してデバイス識別情報を割り当てることができる。この例では、スマートコントラクトまたは同様の構築物によって管理されるプロセスに参加するために、グローバルに固有のアイデンティティを取得することができる。本明細書で使用されるように、スマートコントラクトは、２つのデバイス間で自動的に交渉されるコントラクトであり得、第２のデバイスからの支払いと引き換えに、第１のデバイスが第２のデバイスに対してサービスを実行する、またはデータを提供する。
ブロック１５６２０において、アイデンティティを取得または発見できる潜在的なサービスがエニュメレーションされる。デバイスは、スマートコントラクトの位置を指定する新しいＤＨＣＰオプションまたはコンセンサスに基づくネットワークなどの方法を含むがこれらに限定されない動的または静的プロセスを使用して、この機能を実行することができる。さらに、潜在的なサービスは、一部の暗号通貨ネットワーククライアントの場合のように、デバイスに事前にロードされ得る。潜在的なサービスは、デバイスが発見するか、または使用するようにハードコードされている、インターネットベースのサービスレジストリでアドバタイズされる場合もある。潜在的なサービスは、とりわけ、ネームコインなどの非集中型ネームサービスでアドバタイズされてもよい。従って、クライアントは、ネットワークアイデンティティを使用し、スマートコントラクトプロセスによって提供される任意のサービスとの相互作用を開始することができる１つまたは複数のそのようなネットワークに気付き得る。様々なサービスまたはネットワークがアイデンティティメカニズムを共有することを選択する場合もあるし、アイデンティティに対して完全に互換性のない手法を持っている場合もある。
デバイスは、サービスによって指定された種類のアイデンティティを生成する能力に基づいて、または事前にプログラムされた目的に基づいて、サブスクライブを試みるサービスを選択することができる。サービスは、ブート中にセキュアエンクレーブ内で静的に割り当てられてもよいし、ポリシーシステムによって動的に設定されてもよい。しかしながら、サービスは、信頼される前に、セキュアエンクレーブ内で実行されているプロセスによって最初に検証されてもよい。
ブロック１５６２２において、デバイスは、ＩＤを取得する方法が選択されたか否かを判定する。述べたように、ＩＤが使用され得る複数のネットワークが利用可能である場合、複数の方法が選択され得る。ブロック１５６２２で方法が選択されていない場合、ブロック１５６１４において警告メッセージを送信することができ、方法１５６００はブロック１５６１６において終了する。デバイスは、ＤＮＳ名、ＮｅｔＢＩＯＳ名、ＩＰアドレス、ＵＵＩＤなどの様々なアイデンティティを有することができるので、警告は多くの形態をとることができる。例えば、警告は、管理者への電子メール、ＳＭＴＰトラップ、ローカルまたはリモートのログファイル内のエントリ、ＳＭＳメッセージ、デバイスの外部にある点滅するＬＥＤシーケンス、またはその他の警告である。
方法がブロック１５６２２において選択されている場合、ブロック１５６２４において、デバイスは選択されたサービスについてのアイデンティティを生成し得る。デバイスオーナーは、例えば、セキュアエンクレーブ内の構成を通じて、ハードウェア支援のアイデンティティ方法を使用するようにデバイスに要求するためのオプションを設定することができる。他の例では、オーナーは、ハードウェア支援アイデンティティ方法の選択を任意または好ましいものにすることができ、それによってデバイスは、サービスによって要求されるように鍵または他の固有の識別子を生成するためによりセキュア性の低い方法を使用できる。これらの設定、または他の予期しないエラーや例外により、デバイスは、特定のサービスのアイデンティティを生成できない場合がある。
ブロック１５６２６において、デバイスのアイデンティティが正常に生成されたか否かに関する判定が行われる。アイデンティティが正常に生成されなかった場合、または複数のアイデンティティが生成される場合、方法１５６００はブロック１５６２２に戻って、識別情報を生成するために別の方法を選択できるか否かを確認する。デバイスは、そのポリシー設定を満たすまで、可能な方法またはサービスのリストを調べ続けることができる。例えば、ポリシーは、１つのアイデンティティが正常に生成された後にデバイスが停止するように規定することがある。他の例では、デバイスは、成功するまで、またはすべてのオプションが検討されるまで、アイデンティティ生成の多くのメカニズムを試して、利用可能なすべてのサービスを探索することができる。アイデンティティ生成プロセスはまた、デバイスがトランザクションを実行するために使用することができるリソースを獲得することができ、例えば、暗号通貨ネットワークの場合、アイデンティティが割り当てられるときにデバイスに初期残高が割り当てられ得る。
ブロック１５６２８において、コミッショニングトランザクションを生成することができる。コミッショニングトランザクションは、ハードウェア支援プロセスとすることができ、それにより、デバイスに対してセキュアで信頼できる残高が生成される。これには、ネットワーク上の新しいコインの生成が含まれ得る。
コミッショニングトランザクションは、特定のコンセンサスネットワークに固有のものとすることができる。それはネットワーク上のデバイスのアイデンティティを確認することができ、そしてコンセンサスネットワークによって要求されるパブリックアイデンティティ情報を含むことができる。例えば、デバイスの秘密鍵によって署名されたトランザクションは、トランザクション内に公開鍵およびウォレットＩＤを含むことができ、それによって、トランザクションのソースを容易に検証することができる。コミッショニングトランザクションは、アイデンティティ生成後、いつでも行われ得る。さらに、それはデマンドドリブン型であってもよく、例えば、それはデバイスがトランザクションに参加することを初めて望んだときにのみ起こるのであってもよい。最初のトランザクションの後、デバイスのアイデンティティはネットワーク内でパブリックに知られており、そこからのメッセージはコンセンサスネットワークによって提供されるメカニズムを使用して検証することができる。
ブロック１５６３０において、コミッショニングトランザクションが完了したか否かについての判定が行われる。コミッショニングトランザクションが失敗した場合、例えば、ネットワークがトランザクションを無効として拒否した場合、ブロック１５６３２において、デバイスは警報を生成する。失敗に応じて、ブロック１５６３４において、デバイスはトランザクションの一部のパラメータを変更し、トランザクションを再試行することができる。デバイスは、そのサービスの新しいアイデンティティの生成を試みたり、アイデンティティを生成する他のサービスの選択を試みたりすることができる。
再試行され得る失敗の例は、ドメイン名の購入である。ドメイン名は、ドメイン名がチェックされたときに利用可能になり、トランザクションが生成される。しかしながら、処理される前に、別のエンティティがドメイン名を取得する。この例では、デバイスは、ドメイン名パラメータを更新し、トランザクションを再試行することができる。一部のトランザクションは、失敗するが、再試行できない場合がある。例えば、二重支払いは再び行うことはできない場合もある。
トランザクションがブロック１５６３０で正常に完了したと判定された場合、ブロック１５６３６において、デバイスはアイデンティティを有することを確認され得る。ブロック１５６１４において、プロセスが完全に完了したことを示すために警告を生成することができる。次いで、プロセスはブロック１５６１６において終了する。
デバイスが将来のある時点でデコミッションされた場合、ブロックチェーンプロトコルは、採掘または割り当てられたコインなどの残高の処分を判定することができる。コインは破壊されるか、さもなければ循環から取り除かれ得る。コインまたは残高は、デバイスオーナーによって指定された他のデバイスに再配信されてもよい。一部の例では、残高またはコインは、取引所で販売され、デバイスオーナーへの返済のために通貨に変換され得る。
プロセスは、図１５５および図１５６に示すブロックに限定されない。ブロックチェーンスマートコントラクトの概念を使用した、より機能豊富なメカニズムを実装することができる。
図１５７は、一部の実施形態による、スマートコントラクト機能を使用するデバイスのブートストラップ、発見、およびライフサイクルのためのプロセス１５７００の概略図である。ブロック１５７０２は、例えばデバイスがブートするときを表す。これは、デバイスの電源を入れた後に行われても、デバイスが再ブートされた後に行われてもよい。図１５５のブロック１５５０２に関して説明したように、デバイスは、ＴＥＥなどのセキュアなエンクレーブ内でコードをブートし実行する。
ブロック１５７０４において、デバイスは、ブロックチェーンクライアントとして使用される鍵を生成することができる。これは、例えば、図１４２のブロック１４２０６に関して説明したように実行することができる。
ブロック１５７０６において、デバイスは、例えばコミッショニングトランザクションを作成することによって、ブロックチェーン上のスマートコントラクト１５７０８と相互作用することができる。新しいデバイスが最初にスマートコントラクト１５７０８と相互作用するときに、コントラクト参加機能１５７１０が実行されてもよい。スマートコントラクト１５７０８は、デバイスアテステーション機能をサポートし、スマートコントラクト１５７０８内で特定のデバイスを受け入れるか否かを決定することができる。コミッショニングトランザクションの内容は、受け入れを判定するために使用されてもよい。コントラクト参加機能１５７１０は、スマートコントラクト１５７０８に参加することが許可される前にデバイスにポリシーを施行することができる。例えば、コントラクト参加機能１５７１０は、参加前に、デバイスが、指定された最低限の規格を使用してそのハードディスクまたはストレージを暗号化することを要求してもよい。コントラクト参加機能１５７１０は、スマートコントラクト１５７０８に受け入れる前にそれを準備するために、他の機能またはデバイスとの追加の相互作用を要求することができる。
同様に、スマートコントラクト１５７０８を去ると同時に、条件または機能がデバイスに課されてもよい。これらはコントラクト脱退機能１５７１２の一部である場合もある。例えば、コントラクト脱退機能１５７１２は、工場出荷時設定へのリセットの実行など、デバイスがそのメモリを消去することを要求してもよい。コントラクト脱退機能１５７１２の他の要件は、現在のデバイス位置と共に無人機またはロボットを送信して、サービス組織などの保守サービスプロバイダへの販売終了（ｅｎｄ−ｏｆ−ｌｉｆｅ）メッセージを送信することを含むことができ、それによって、デバイスは、回収され、その後、自身をシャットダウンすることができる。コントラクト脱退機能１５７１２は、コントラクトオーナーによって指定された任意の数の条件を含むことができる。
デバイスがスマートコントラクト１５７０８に参加することを許可されている場合、デバイスは、例えばブロックチェーン内の作成されたデバイスのリスト１５７１４に追加される。一般に、制御機能のみがブロックチェーンに格納され得る。変数は、いくつかの異なるセキュアな格納メカニズムのいずれかにチェーン外に格納され得る。これらのメカニズムは、ブロックチェーン内に参照を有し得る。これは、重要なストレージ要件を有し得る変数に役立つ。
ブロック１５７１４において、デバイス属性リスト１５７１６は、作成されたデバイスのリストと関連付けられ得る。さらに、デバイスは属性を自己記述し、その属性を、ブロックチェーン内またはセキュアなストレージメカニズムのチェーン外のいずれかに格納することができる。属性は、デバイスの種類、位置、デバイス能力および機能などの単純なデバイスのコンテキストプロパティを含み得る。属性はまた、デバイスが提供しているアドバタイズされたサービスのリストを含み得る。これはサービス発見メカニズムとして実行され得る。
スマートコントラクト１５７０８は、コミッショニングプロセス中に、またはその後いつでもトークン１５７１８をデバイスに発行することができる。トークンは、複数の抽象的な意味を持つことができ、様々な目的で発行され得る。例えば、デバイスがスマートコントラクト１５７０８内で設定された基準を満たしている場合、例えば特定のレベルの暗号化機能を備えている場合は、特殊なタイプの信頼トークンを発行できる。サービスにアクセスするとき、デバイスから来るデータのためのデータシンクがそれらの暗号化機能を持つことを要求するために、トークンはサービスに提示され得る。さらに、トークンを使用して、デバイスが他のサービスにアクセスしたり、アイデンティティを検証したりすることができる。
スマートコントラクト１５７０８は、デバイスがコントラクトから抜ける準備ができたときにトークン１５７２０を失効させることができる。トークンが失効されると、そのトークンの下のアクセスは無効になる。失効トークン機能１５７２０は、契約を脱退する条件の一部として、コントラクト脱退機能１５７１２によってトリガされてもよい。
デバイスがネットワーク上でコミッションされると、ブロック１５７２２において、デバイスは、スマートコントラクト１５７０８の下で動作を開始することができる。新しい機能がデバイス上で利用可能になった場合、またはその属性が変更された場合、デバイスはその動作中いつでもスマートコントラクト１５７０８と相互作用して新しいトークンを要求することができる。
スマートコントラクト１５７０８に対するデバイスの関係は、多対１、多対多、または１対多であり得る。トークンおよび属性は、コントラクトを結ぶことによってデバイスの有効期間中いつでも変更できる。スマートコントラクト１５７０８は、例えば、他のデバイスにミラーされている共有ブロックチェーンを含むデバイスの一部であり得る。この例では、スマートコントラクト１５７０８の機能は、ブロックチェーンを維持するために使用されるブロックチェーンロジックの一部であり得る。他の例では、スマートコントラクト１５７０８は、別のデバイス上、ＩｏＴネットワーク内、またはクラウド内に配置され得る。
ブロック１５７２４において、例えば、デコミッショントランザクションをスマートコントラクト１５７０８のブロックチェーンにポストすることにより、デバイスをデコミッションすることができる。発行されたトークンはすべて無効にされ（１５７２０）、デバイスは、作成されたデバイスのリストから除去される（１５７１４）。さらに、コントラクト脱退機能１５７１２が実施されてもよい。
図１５８は、一部の実施形態による、スマートコントラクトを使用してデバイスのブートストラップ、発見、およびライフサイクルのための例示的な方法１５８００のプロセスフロー図である。図１５８の方法１５８００は、図１５９に関して説明されるＩｏＴデバイス１５９００によって実施することができる。ブロック１５８０２は、例えばデバイスのブートを表す。これは、図１５６のブロック１５６０２から１５６０８に関して説明されたように実行されてもよい。
ブロック１５８０４において、デバイスがブロックチェーンまたはスマートコントラクトに参加するための鍵を生成することができる。鍵生成段階は、例えば図１４２のブロック１４２０６に関して説明したように、本明細書で説明したように実行することができる。
ブロック１５８０６において、コミッショニングトランザクションを作成し実施することができる。コミッショニングトランザクションは、図１５６のブロック１５６２８に関して説明したとおりであり得る。ブロック１５８０８において、コミッショニングトランザクションが正常であったか否かに関する判定が行われる。正常ではなかった場合、ブロック１５８０２に記載されているようにデバイスを再ブートすることができる。
ブロック１５８０８で判定されるように、コミッショニングトランザクションが成功した場合、ブロック１５８１０において、コントラクトがエニュメレーションされ得る。デバイスは様々な方法で相互作用することができるので、コントラクトをエニュメレーションすることは様々なオプションをエニュメレーションすることができる。エニュメレーションは、任意の静的または動的な方法で行うことができ、例えば、それはインターネットでホストされるコントラクトのレジストリ上で実行することができる。さらに、これは、セクション３．４．３で説明されているルックアップの方法を使用して実行することもできる。
ブロック１５８１２において、デバイスは、スマートコントラクトと相互作用することによってスマートコントラクトに参加し、このことは、スマートコントラクトオーナーのウォレットアドレスに料金を送信することを含み得る。交渉には料金関連を含むことができ、例えば、コントラクトは、例えばトラステッドデータの提供や属性のアテステーションなどの一部の条項および条件に同意すると、デバイスの支払い金額が少なくなり得るオプションを提示することができる。本明細書に詳述されているものを含む他の交渉メカニズムを採用することができる。
ブロック１５８１４において、交渉が成功したか否かに関する判定が行われ、成功しなかった場合、交渉はブロック１５８１２において続行する。ブロック１５８１４で交渉が成功した場合、ブロック１５８１６において、デバイスは、例えばブロックチェーントランザクションをコミットすることによって、作成されたデバイスのリストに追加される。これは、図１５７のブロック１５７０８に関して説明された、作成されたデバイス１５７１４のリストに関して説明されたとおりであり得る。
ブロック１５８１８において、デバイスの属性がパブリッシュされる。各属性について、トラステッドプラットフォームモジュール（ＴＰＭ）によってサポートされるトラステッド実行環境（ＴＥＥ）などのハードウェア環境、またはデバイスが実際にその属性を持っていることをアテステーションもしくは検証するために使用され得る他のトラステッドメカニズムがあるか否かを識別することが可能であり得る。
ブロック１５８２０において、デバイスは、スマートコントラクトの下で機能するためのトークンを要求し得る。デバイスが完全に動作可能になると、サービスまたはリソースにアクセスまたは提供しようとするときに、トークンがデバイスによってサービスのオーナーに提示され得る。トークン発行の基準は、属性のアテステーションなどの機能を考慮に入れることができる。ブロック１５８２２において、特定の属性がアテステーションされた場合、ブロック１５８２４において、より高い値のトークンをデバイスに割り当てることができる。そうでない場合、例えばブロック１５８２６において、より低い値のトークンが割り当てられ得る。複数のトークンの種類とトークンボリュームをデバイスに割り当てることができる。しかしながら、スマートコントラクトのオーナーがスマートコントラクトを設計している場合、これはスマートコントラクトのオーナーの裁量による。一部のトークンは、デバイス動作中にプロセス、サービス、またはシステムオーナーに提示されると消費可能になり得、トークンがデバイスのウォレットからオーナーのウォレットに転送されるペイパーユースモデルで消費される。他のトークンは永続的であり得、例えば、デバイスが特定のスマートコントラクト、デバイスグループのメンバであることを検証するため、または特定の属性、能力、または機能を所有するデバイスをアテステーションするためだけに提示され得る。
ブロック１５８２８において、デバイスはコミッショニングされ、ブロック１５８３０において動作が仮定される。これは、図１５７のブロック１５７２２に関して説明したとおりであり得る。
ブロック１５８３２において、デバイスはデコミッションされる。デバイスに未使用のトークンが含まれていた場合、スマートコントラクトの当事者間で通貨の返金が行われてもよいし行われなくてもよい。次いで、プロセスはブロック１５８３４において終了する。
図１５９は、一部の実施形態による、ブートストラップ、発見、および有効期限管理のためにＩｏＴデバイス１５９００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１５９００に対して選択され使用されてもよいことに留意されたい。
ＩｏＴデバイス１５９００は、例えば、２００９年にＩＳＯ／ＩＥＣ １１８８９としてＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐによって公表された仕様に準拠する、トラステッドプラットフォームモジュール（ＴＰＭ）１５９０２を含むことができる。ＴＭＰ １５９０２は、暗号化プロセッサ（ＣＰ）１５９０４、不揮発性メモリ（ＮＶＭ）１５９０６、およびセキュアメモリ（ＳＭ）１５９０８を含み得る。ＣＰ １５９０４は、とりわけ、乱数発生器、ＲＳＡハッシュ発生器、ＳＨＡ−１ハッシュ発生器、および暗号化−復号エンジンを提供することができる。ＮＶＭ １５９０６は、例えばとりわけＲＳＡ鍵を含む、製造時にプログラムされた鍵を含み得る。ＳＭ １５９０８は、ソフトウェアで得られた測定値をプラットフォーム構成レジスタに保持することができる。本明細書で使用される場合、測定値は、ストレージ８０８またはメモリ８０４に格納されたコードまたはデータセグメント上で計算されたハッシュコードであり得る。ブートコードセグメントの測定から開始して、初期ブートから信頼チェーンを作成することによって、測定を使用してトラステッド実行環境（ＴＥＥ）を確立することができる。ＳＭ １５９０８は、セキュアなストレージを提供することができる。ＴＰＭ １５９０２を使用して、プログラムを実行するためのＴＥＥまたはセキュアエンクレーブを確立することができる。
大容量ストレージ８０８は、本明細書で説明される鍵管理機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、コードまたはデータに対して測定を実行するセキュアなブート部／測定部１５９１０を含み得る。追加の測定を実行するようにセキュアなブート部／測定部１５９１０を設定するために、プロセッサ８０２またはＣＰ １５９０４によって初期ブート測定が実行されてもよい。
鍵生成部１５９１２は、他のデバイスと通信するための鍵を生成するために使用され得る。これは、例えば、ブロック１４２０６に示し、図１４２に関して説明したプロセスによって実行することができる。しかしながら、とりわけ図１３７〜図１４１、図１４２〜図１４６、または図１４７〜図１５１に関して説明した鍵生成プロセスなど、任意の数の鍵生成プロセスを使用することができる。
サービスエニュメレーション部１５９１４は、ＩｏＴデバイス１５９００に利用可能なサービスまたはＩｏＴデバイス１５９００によって提供され得るサービスをエニュメレーションするために含まれ得る。スマートコントラクト環境における動作のために、コントラクトエニュメレーション部１５９１６は、ＩｏＴデバイス１５９００が参加できるコントラクトを発見することができる。コントラクトエニュメレーション部１５９１６は、とりわけ、Ｏｐｅｎ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｆｏｕｎｄａｔｉｏｎ（登録商標）、Ａｌｌｓｅｅｎ Ａｌｌｉａｎｃｅ、またはＯｐｅｎ Ｆｏｇ Ｃｏｎｓｏｒｔｉｕｍによって提供される仕様の一部として提供される機能など、任意の数の発見技術を使用してコントラクトを発見することができる。
スマートコントラクト機能１５９１８は、例えば、図１５７のブロック１５７０８に関して説明したように、スマートコントラクトのためのホストとしてのＩｏＴデバイス１５９００の使用をサポートするために含まれ得る。
ブロックチェーンロジック１５９２０は、サービス、属性、デバイスのアイデンティティ、コントラクト、コイン残高などを保持するブロックチェーン１５９２２を維持するために含まれ得る。ブロックチェーンロジック１５９２０は、ブロックチェーントランザクションを他のＩｏＴデバイスに伝播させるために使用され得る。
図１６０は、一部の実施形態による、セキュアな通信のために鍵を管理するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１６０００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１６０００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したとおりであり得る。非一時的機械可読媒体１６０００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１６０００は、セキュアなエンクレーブでブートするようにプロセッサ９０２に指示するためのコード１６００２を含み得る。コード１６００４は、アイデンティティを取得するようにプロセッサ９０２に指示するために含まれ得る。コード１６００６は、通信のための鍵を生成するようにプロセッサ９０２に指示するために含まれ得る。
コード１６００８は、利用可能なサービスまたはスマートコントラクトをエニュメレーションするようにプロセッサ９０２に指示するために含まれ得る。コード１６０１０は、スマートコントラクトに参加するようにプロセッサ９０２に指示するために含まれ得る。コード１６０１２は、ＩｏＴデバイスから利用可能な属性またはサービスをパブリッシュするようにプロセッサ９０２に指示するために含まれ得る。コード１６０１４は、スマートコントラクトの下で動作するようにトークンを要求するようにプロセッサ９０２に指示するために含まれ得る。
ネットワークに参加するために、データまたはリソースを必要とするデバイスまたはエージェントは、ネットワークまたは他の相互接続ネットワークを探索してデータまたはリソースを取得することができる。本明細書で使用されるように、データは、交差点管制装置のための距離、交通流などの、本デバイスの機能を完成するために必要とされる任意のデータであり得る。リソースには、上流のシステムで実行される予測モデル、またはローカル機能の実行に使用されるコードなど、タスクを完了するために使用される可能性のある任意の機能が含まれる。しかしながら、ネットワークをクエリであふれさせることは、ネットワーク通信を過負荷にする可能性があり、エネルギー制約のあるデバイスにとって問題を引き起こす可能性がある。さらに、集中型ネットワークは、分散型サービス妨害（ＤＤｏＳ）攻撃に対して脆弱な場合がある。台帳またはブロックチェーン認定クレジットを使用ことは、ネットワークの負荷を軽減し、オブジェクトによるリソースの管理を改善し、ＤＤｏＳ攻撃に対するネットワークの脆弱性を減らすのに役立ち得る。
追跡のためにリソースをよりよく編成するために、リソースは、Ｋａｄｅｍｌｉａなどの分散ハッシュテーブル（ＤＨＴ）ベースのネットワークに分散させることができる。ｎ個のノードから成るＫａｄｅｍｌｉａネットワークでは、ネットワーク内の任意のノードを見つけるのに最大でＯ（ｌｏｇ（ｎ））ホップかかる。加えて、そのようなネットワークは、ｋバケットの概念を使用し、これは事実上、ネットワーク内のノードがそれら自身の近隣機をよく知っており、従ってそれらのローカルｋバケットが多数のノードを有することを意味する。しかしながら、場合によっては、ノードからノードが離れているほど、存在するノードが少なくなり、ｋ値が小さいｋバケットのノード数が少なくなることを示す。
上述のように、現在のブロックチェーン技法は、ブロックチェーン内の特定のブロックにインデックスを付けるための方法としてマークルハッシュツリーを構築することができる。ブロックハッシュがわかっている場合、そのブロックはブロックのリポジトリに効率的に配置され得る。これはＤＨＴの一種とみなすことができる。ＤＨＴは、ブロックチェーンに含まれる特定のデータを識別するためにも使用できる。この手法では、データ値はＤＨＴにハッシュされてもよく、ＤＨＴデータベース内の位置が、データを見つけることができるブロックチェーンブロックハッシュを明らかにする。
データの信頼性を検証したいシステムは、２段階のルックアッププロセスを実行することができ、このプロセスでは、関心のあるデータがＤＨＴ位置にハッシュされる。その場所はブロックハッシュ値を明らかにする。ブロックハッシュ値は、マークルツリーにハッシュされ、ブロックチェーン内の実際のブロックを明らかにする。ブロックハッシュの計算および次の前のブロックのチェックによって、チェーン内のブロックの完全性が検証される。このようにして、ＤＨＴで認識可能なデータはすべて、インフラストラクチャによる信頼メカニズムに従って完全性が確認される。
本明細書で説明されるブルームフィルタ機構は、ＤＨＴを使用して実施することができる。ＤＨＴ値がブルームフィルタを形成するために使用されるとき、それはサブスクライバのコミュニティによるサブスクリプションのために利用可能なそのデータ項目のためのトピックがあることを示し得る。コミュニティはブルームフィルタ値に興味がある場合もあり、データ値を含むトランザクションがブロックチェーンで見つかるたびに通知されてもよい。
データ分析は、一見無相関のデータ間の相関を見つけることを目的としている。従って、分析エンジンは、以前は予期していなかった相関関係を仮定し、これらのトピックをサブスクライブすることができる。仮説的に相関させた値のＤＨＴが統計的に関心対象の時間枠内に発生する場合、データアナリストは自分の仮説を検定できる。ブロックチェーンにマッピングされた大量のトランザクションを考えると、これはデータアナリストの仮説検定の効率的な通知を可能にし得る。
ネットワーク構造へのこの手法は、遠く離れたノードへのクエリが、参加しているすべてのノードに完全なネットワークマップを複製する必要なしに、リモートの近隣についての詳細な情報を返し得ることを意味する。これにより、ネットワークをより動的に保つことができる。ローカルネットワーク内のリソースを発見するためのブロードキャストは比較的安価であり、ネットワーク全体の連合的な性質は、ネットワーク全体にわたるリソース発見ブロードキャストトラフィックのレベルが低減され得ることを意味する。
しかしながら、従来のコンセンサスネットワークは、この概念を組み入れておらず、それは、相補的なチェーン外データ／ストレージプレーンを有する制御プレーンとしてブロックチェーンをどのように使用するかという方法が開発されていないからである。従って、本明細書で開示される態様は、これを可能にするために使用され得、従ってより多くのデータが時間の経過と共にチェーン上に格納されるにつれて生じるスケーラビリティの問題に対処するために使用され得る方法を提供する。
本明細書で説明されるように、コンセンサスノードがｋバケット方式で分散されるように設計されたブロックチェーンは、リソースを見つけるためのブロックチェーンの効率を改善することができる。ｋバケットは、ローカルなセグメント化されたネットワークを半自律的に導入することができ、ローカルに利用可能なサービスおよびコントラクトをそれらをネットワーク全体に分散させることなく格納することができる。このストレージは、チェーン外でもチェーン内でも行うことができる。
本明細書で説明されるように、デバイスは、ネットワーク内のサービス、スマートコントラクト、および他の情報を見つけたいと思う場合がある。このような情報をチェーンに格納すると、ブロックチェーンはデータプレーンではなく制御プレーンとみなされるため、スケーラビリティおよび性能の問題が発生する可能性がある。台帳認定クレジットのこの概念を使用して、サービスまたはスマートコントラクトの取得にかかる各ホップに動的コストを関連付けることができる。グローバル探索では、利用可能な最良の一致が得られる可能性があるが、実行にかかる時間とクレジットの観点から見れば、より多くのコストがかかる可能性がある。従って、探索エンティティは、ホップのコストを支払うか、現在の探索結果に満足するかの間でトレードオフを決定する必要があり、これは両立しない。探索対象のリソースは発見可能な形式でなければならず、ブルームフィルタのアイデアをネットワーク全体の探索効率をさらに向上させるための技法として適用できる。
図１６１は、ブルームフィルタホップを使用してリソースを発見するプロセス１６１００の概略図である。プロセス１６１００では、一部の実施形態によれば、クライアントノードすなわちｃノード１６１０２が、リソースの探索１６１０４を、最寄りのマイニングノードすなわちｍノード１６１０６にブロードキャストする。ｍノード１６１０６は、そのローカルｋバケット１６１１０内のノード内に保持されているサービス、スマートコントラクト、およびファイルの内容で埋められた、または基礎となるＤＨＴプロトコルの動作によって指示されるように、それ自体のブルームフィルタ１６１０８を維持する。結果が否定的であれば、探索は失敗しており、そしてｃノード１６１０２は、複数の基準を用いて、探索を終了するか続行するかを決定することができる。結果が続行することである場合、ネットワークの内容のより徹底的な探索が実行され得る。
本明細書で使用されるように、ブルームフィルタは、要素がセットのメンバであるか否かをテストするために使用され得る、複数のビットを含むストレージ構造などの確率的データ構造である。クエリは、場合によりセット内にある、またはセット内にはない、２つの異なる結果のうちの１つを返すことができる。ブルームフィルタの各要素または結果は、フィルタ内のビットの一部のセットを埋めるために使用されるハッシュ関数である。探索に使用されるハッシュがブルームフィルタ内のすべてのビットに一致する場合、所望の結果は関連するＫバケットに含まれ得る。対照的に、いずれかのビットが一致しない場合、望ましい結果はそのＫバケットにはない。潜在的に肯定的な結果が返される場合、そのＫ個のバケットに関連付けられたノードのＤＨＴ内でハッシュコードのさらなる探索を実行して、所望の結果が存在するか否かを判定することができる。
続行するために、ｍノード１６１０６は、別のノード１６１１２に探索１６１０４をブロードキャストする。ノード１６１１２は、そのローカルＫバケット１６１１６内のノードの内容で埋められたブルームフィルタ１６１１４を含むことができる。その探索が成功しなかった場合、ｃノード１６１０２は、探索を続行するか否かの選択権を有する。ｃノード１６１０２が探索１６１０４を続行することを選択した場合、それは別のノード１６１１８にブロードキャストされ得る。このノード１６１１８はまた、そのＫバケット１６１２２内のノードの内容をリストしたブルームフィルタ１６１２０も含む。この場合、探索１６１０４は、３ホップでターゲットサービスを見つけることに成功する。探索を続行するための例示的な基準は、一致を見つけることの重要性と、さらなる探索のネットワークに対する追加コストとの間のバランスを含む。
図１６２は、一部の実施形態による、ＤＨＴを使用したリソース発見のための例示的な方法１６２００のプロセスフロー図である。図１６２の方法１６２００は、図１６３に関して説明されるＩｏＴデバイス１６３００によって実施することができる。本明細書で説明されているように、非集中型ブロックチェーンは、そのデータのほとんどを関連するＤＨＴに格納することができ、従ってブロックチェーンデータベース（ＤＢ）のサイズを小さくすることができる。スマートコントラクトやファイルなどのリソースは、ＤＨＴに配置されている場合がある。リソースの提供は、ブロックチェーン記録とそれに関連付けられたハッシュの存在によってバックアップされ得る。
結果が要件を満たすことができる限り、最適ではない結果を含む可能性がある探索結果をクライアントが受け入れることを促すために、料金支払いをルックアップと関連付けることができる。料金支払いは、デバイスとネットワークと間のさらなるホップを通じて、デバイス間で探索を拡張するための料金である。最初のｋバケットで探索が成功しなかった場合に課金され得、クライアントは探索の延長を要求する。これは、いくらか良い結果を得るためにネットワークの徹底的な探索を実行するよりもコストを節約することができる。
ブロック１６２０２は、例えば、ネットワークに電力が供給されたとき、または新しいデバイスがネットワークに追加されたときを表す。ブロック１６２０４において、ネットワークが構成される。ブロックチェーンとＤＨＴとの両方を構成する必要がある。ブロックチェーンの設定は、コンセンサスアルゴリズムの選択、マイナー（ｍｉｎｅｒ）または成功したブロックを提案する確認部に対する報酬レベル、アルゴリズムの難易度レベル、報酬レベルが調整される頻度などを含み得る。本明細書で使用されるように、マイナーまたは確認部は、ブロックチェーンおよびＤＨＴにアクセスすることによってサービスまたは機能を提供可能であり得るデバイスを識別して、適したターゲットを見つけるデバイスである。アルゴリズムの難易度は、探索が成功するために照合されるべき探索項目の数を示し得る。報酬レベルは、探索を成功させるためにマイナーまたは検証者に行われる支払いとみなすことができる。それは、探索の複雑さ、結果に到達するためのホップ数などに基づいてもよい。
ブロック１６２０６において、ＤＨＴが初期化される。ＤＨＴがインスタンス化され、動作を開始する。ＤＨＴオーナーは、既存のＤＨＴを自由に使用したり、独自の専用プロトコルを指定または実装したりすることができ、これにより、ブロックチェーンと統合したり、独自の差別化機能を有効にしたりできる。ＤＨＴは、１つのデータの複製をネットワーク内にいくつ保持するべきかなど、一般的ではない設定を含み得る。ＤＨＴでは、ファイルは、例えば、群内のいずれかのピアの最後、またはトラッカーノードが使用できなくなったときに期限切れになり得る。本明細書で説明されるように、ブロックチェーンアウェアＤＨＴは、ネットワーク内でファイルの複製を自動的に維持することができる。データは、そのデータのオーナーがデータの除去または削除の方法に関する条件を指定していない場合、無期限に保存され得る。それ以外の場合、データは生存期間（ＴＴＬ）が固定されているか、オーナーおよび指定されたデリゲートによって除去され得る。
ブロック１６２０８において、最初は空のブロックチェーンデータベース（ＤＢ）およびジェネシスブロックが作成される。ブロックチェーンに格納されているデータは他の場所を指している可能性があるため、すべてのデータをブロックチェーンに格納する必要はない。ブロックチェーン開発者は、実装されている特定のプロトコルを通じて、ブロックチェーンに追加された記録にどのフィールドまたはパラメータを含めるかを指定できる。ブロックチェーンを作成または保守している当事者は、その決定をアプリケーション開発者に委任することができ、アプリケーション開発者は、ブロックチェーン開発者によって許可された規則に従って、ブロックチェーン内またはブロックチェーン外に特定のデータを格納することを選択できる。この例では、ブロックチェーン外に格納されたデータは、ＤＨＴに格納されてもよい。プロセスのどの時点でも、他のユニットがマイナーまたは確認部としてネットワークに参加できる。マイナーは、格納されているリソースに関して、ＤＨＴとブロックチェーンとにデータを追加できる。確認部は、そのデータが正しいことを確認し、ＤＨＴを格納し、格納されたリソースに関するデータを見つけるために探索機能を実行することができる。
ブロック１６２１０において、マイナーまたは検証者など、ネットワークに参加している新しい参加者がいるか否かに関する判定が行われる。もしそうであれば、ブロック１６２１２において、新しく参加したマイナーまたは確認部がブロックチェーンデータベースおよび区画ＤＨＴをコピーし得る。次いで、プロセスフローはブロック１６２１０に戻り、それ以上のマイナーまたは確認者がネットワークへの参加を希望しているか否かを判定する。動作中のブロックチェーンプロトコルによって許可されている場合、任意のノードがマイナーと確認部との両方になることができる。さらに、任意のノードは、ブロックチェーンストレージまたはＤＨＴノードであり得る。ネットワークに参加している新しいノートがＤＨＴネットワークに参加している場合、これは、ＤＨＴのプロトコル規則に従ってＤＨＴの再区画化をもたらし得る。
ブロック１６２１４において、ブロックチェーンデータベースおよび区画ＤＨＴのコンテンツが作成され得する。コンテンツの作成は、データがＤＨＴに格納、複製、および配信され、データの場所を指す記録がブロックチェーンに格納される、２段階のプロセスであり得る。コンテンツ作成は、とりわけ、コンテンツソースを判定しアクセスすることなど、特定のタイプのコンテンツに対する追加の段階を含むことができる。従来のブロックチェーンに勝るこの手法の１つの態様は、ネットワーク内のすべてのマイナーまたは確認部が、すべて同じデータの記録を保持する必要があるわけではないということである。例えば、Ｅｔｈｅｒｅｕｍでは、スマートコントラクトはチェーン上に格納されており、つまり、ネットワーク内のすべての確認部に重複したコピーがあることを意味する。この例では、ＤＨＴが各データオブジェクトの３つの複製を保持することを指定している場合、３つのコピーのファイル断片はＤＨＴに参加するノードにわたって分散され、すべてのノードがすべてのファイルのフルコピーを持つ必要はない。
ブロック１６２１６において、作成されたコンテンツに対して統一資源識別子（ＵＲＩ）が生成される。ＵＲＩは、トラッカーが関与するところで従来の手法を使用する場合もある。しかしながら、これにより、集中型コンポーネントが導入される。従って、データをネットワーク全体に分散して保持するために、ＵＲＩは、位置ベースのデータ識別子ではなく、マグネットリンクまたは同様のコンテンツベースのネットワーキング手法を利用することができる。
ブロック１６２１８において、コンテンツ作成部は、ＵＲＩ、ブロックチェーンプロトコルによって規定された任意の追加のメタデータ、およびＤＨＴに格納されているオブジェクトのコンテンツのハッシュを格納する。ブロックチェーンに格納されているハッシュは、データオブジェクトの提供を保証し、その内容が変更されていないことを検証するために使用され得る。さらに、ハッシュをブロックチェーンに格納することは、ハッシュが特定の日に存在したこと、特定のアイデンティティによって作成または所有されたことなどを確認するために使用され得る。
メタデータは、どのコンテンツ制作者が行うことを許可されているかを制御するために使用されてもよい。例えば、スマートコントラクトのオーナーは、コンピュータプログラムを作成し、それをチェーン上で「孤立」させることができ、その結果、その実行がその後中止されないようにすることができる。従って、ブロックチェーンプロトコルのオーナーは、どの機能をブロックチェーンで有効にするかについて慎重に検討する必要がある。有効にした場合、データはブロックチェーンの存続期間中削除されずにＤＨＴ内に永遠に存続し、データに対する権利は委任されない場合がある。ＤＨＴ内のデータは、利用するデータ作成部が自由に使える任意の方法を使用して暗号化することができる。
ブロック１６２２０において、作成すべきコンテンツがまだあるか否かに関する判定が行われる。コンテンツの作成は、ＤＨＴとブロックチェーンとの両方が存在し続ける限り、他のアクティビティと並行して実行される方法１６２００における連続的なループであり得る。
ブロック１６２２２において、ブロックチェーン、またはＤＨＴ、あるいはその両方でコンテンツを識別することができる。コンテンツルックアップは、探索対象のハッシュとブルームフィルタとの間にビットの一致があるか否かを判定するために、ブロックチェーンに格納されたブルームフィルタをチェックすることによって開始することができる。もしそうであれば、これは、コンテンツがブルームフィルタに関連するＫバケット内に存在し得ることを示し得る。次いで、コンテンツルックアップは、コンテンツが存在するか否かを判定するためにＤＨＴを調べることができる。
コンテンツルックアップは、チェーン上に格納されなくなり、ネットワーク内のすべてのノードに複製されなくなったデータを見つけるために実行される。データは、グローバルネットワークまたはデータプレーンに格納される可能性があり、ネットワーク全体の徹底的な探索が潜在的に問題となるようにしている。ＤＨＴは、ｋバケットを形成するために独自の距離メトリックアルゴリズムを実装している。距離は必ずしも地理的距離を表すものではないが、例えば、参加ノード間のホップ数、それらのホップにわたるレイテンシなどに基づいてもよい。
本明細書に開示された態様は、必ずしも最良のグローバルの結果を見つける必要なく、「十分に良い」探索結果を見つけることを可能にし得る。以下にさらに開示されるように、「料金」の代替概念に基づいて、徹底的な探索に対する阻害要因を導入することができる。先に説明したように、クライアントは、特定のサービスまたはデータを提供または消費しているネットワーク内のノードを探索または発見したい場合がある。典型的なシナリオは、中央集権型のマーケットプレイスホストを必要とすることなく、データサプライヤとデータコンシューマとがお互いを見つけて連絡を取りたい、ＩｏＴデータのための非集中型グローバルマーケットプレイスである（例はｅＢａｙまたはＡｍａｚｏｎであり得る）。
ブロック１６２２２において、クライアントは、探索ターゲットのハッシュコードをその直近のｎ個のマイニングノードまたは確認ノードにブロードキャストする。ノードは、ＤＨＴ距離アルゴリズムによって別のノードに「近い」と定義されている。近接していると定義されているノードは、Ｋバケット内のノードとみなすことができる。さらに、最も近いマイニングノードまたは確認ノードは、それらの領域内に格納されているリソースに関するかなりの量の情報を持っている。例えば、最適化としてブルームフィルタを実装しているため、クライアントブロードキャストは、否定的な場合はすばやく応答でき、肯定的な場合はより徹底的な探索を使用できる。
ブロック１６２２６において、探索が成功したか否かに関する判定が行われる。１つまたは複数の結果が返されれば探索は成功である。ローカル放送の「料金」コストは、可能な場合にクライアントが結果を受け入れるように促す、ブロックチェーンまたはＤＨＴプロトコル開発者の好みに応じて、最小または０になる。探索によってデータサプライヤが識別された場合、クライアントは、結果が満足できるものであるか否かを決定する必要があり、その場合、探索プロセスは終了する、または、さらに探索したい場合もある。クライアントがさらに先へ進むことを望む場合、ネットワークは、より広い探索のための「料金」コストを計算するためにアルゴリズムを適用する。
ブロック１６２３０において、クライアントが料金を支払うことができるか否かに関する判定が行われる。一部の例では、クライアントは、より高価な探索を続行するのではなく、探索の基準を変更して異なるローカル探索を実行することを選択することができる。料金コストは、ブロックチェーンで使用される暗号化コイン通貨での支払いなど、様々な方法で支払うことができる。料金コストは、コントラクト契約に追加されるサービス料として支払われ得、供給業者と生産者とが成功したコントラクト契約を締結している。料金コストは、インターネットサービスプロバイダの請求計算の一部になり得る。
総コストがブロック１６２３０で支払われる場合、ブロック１６２３２において、ブロードキャストは隣接するＫ個のバケットに拡張される。次いで、プロセスフローはブロック１６２２６に戻り、探索が成功したか否かを判定する。そうである場合、またはブロック１６２３０で料金が支払われていない場合、ブロック１６２２８で探索は終了する。
図１６３は、一部の実施形態による、ＩＰメッシュネットワーク８１２内の異なるノードからの複数の部分鍵を単一の完全な鍵にアセンブルするためのＩｏＴデバイス１６３００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１６３００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、本明細書で説明される提携グループ形成を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、１つまたは複数の通信リンクを介して、例えばとりわけ、メッシュ送受信機８１０、アップリンク送受信機８１４、およびＮＩＣ ８１６を介して、メッシュデバイス８１２またはクラウド３０２内の装置に対してパケットを送信および受信する通信部１６３０２を含むことができる。図１６２に関して説明した機能に加えて、図４５に関して説明したように、通信部１６３０２は、プロトコル間でのパケットの変換、プルーフオブプロヴェナンス追加などの他の機能を実行することができる。さらに、通信部１６３０２は、図３３を参照して説明した通行権システムの一部とすることができる。
ブルームフィルタ１６３０４は、リソースまたはスマートコントラクトなどの項目に対する重複ハッシュ値を含むビットシーケンスを、関連するＫバケットに保持するために、大容量ストレージ８０８に含まれ得る。Ｋバケットは、複数の異なるＩｏＴデバイスに関する情報を含むことができ、ＩｏＴデバイスは、リソース、サービス、またはスマートコントラクトを提供することができる。ブルームフィルタ１６３０４はまた、ＤＨＴデータベース内のエントリに関連付けられてもよい。
ブロックチェーンロジック１６３０６は、ＵＲＩ、ブロックチェーンプロトコルによって規定された任意の追加のメタデータ、およびＤＨＴに格納されているオブジェクトのコンテンツのハッシュなどのエントリをブロックチェーン内に作成するために使用され得る。コンテンツ作成部１６３０８は、ＵＲＩ、メタデータ、およびハッシュコードなどの、ブルームフィルタ用およびブロックチェーン用のコンテンツを作成するために含まれ得る。探索マネージャ１６３１２は、例えば、潜在的に肯定的な結果をもたらし得る探索からの結果を受け入れる、またはさらなる探索が必要か否かを判定する、値の探索を指示することができる。探索マネージャ１６３１２は、探索におけるさらなるホップに必要な任意の料金を支払うことができる。
図１６４は、一部の実施形態による、リソース発見のためにブルームフィルタホップ方法を使用するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１６４００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１６４００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したとおりであり得る。非一時的機械可読媒体１６４００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１６４００は、ブロックチェーンデータベースを作成するようにプロセッサ９０２に指示するためのコード１６４０２を含み得る。コード１６４０４は、ブロックチェーンコンテンツを作成するようにプロセッサ９０２に指示するために含まれ得る。コード１６４０６は、ブロックチェーンコンテンツをブロックチェーンＤＢに格納するようにプロセッサ９０２に指示するために含まれ得る。コード１６４０８は、コンテンツを探索するようにプロセッサ９０２に指示するために含まれ得る。コード１６４１０は、１ホップ内のデバイスにクエリをブロードキャストするようにプロセッサ９０２に指示するために含まれ得る。コード１６４１２は、探索が成功したか否かを判定するようにプロセッサ９０２に指示するために含まれ得る。コード１６４１４は、さらなる探索ホップの料金を支払うようにプロセッサ９０２に指示するために含まれ得る。
デバイスは、ピアデバイスを使用して、例えば、データの交換、複数のアーキテクチャにわたるインストルメンテーションへのアクセス、および並列処理を含む、複雑なタスクを協調して作成できる。一例では、複数のデバイスにわたって複雑なデバイスを構成するために、デバイスは可能なピアを識別することができる。潜在的なピアが識別されると、デバイスは、ピア間で使用するためのデジタル許可ガイドを符号化することができる。許可ガイドは、ピアデバイスがどのサービスまたは機能を使用、アクセス、または他のピアに提供することを許可されるかを判定するポリシーまたは規則のセットであり得る。許可ガイドの一部として、デバイスは、許可ガイドまたはタスクに概説されているように、複雑なタスクからサブタスクを実行し、１つまたは複数のピアおよびピアデバイスに関連するあらゆるユーザからシグネチャを取得するように、ピア自身を自動的にコミッショニングするようにピアに要求することができる。一例では、すべての当事者が許可ガイドに署名したことをデバイスが検出したことに応答して、デバイスは、許可ガイドの主題をアクティブ化するための信号を提供することができる。許可ガイドに概説されている動作は、ブロックチェーンを通して行われる場合もある。一例では、デバイスの許可ガイドで概説され合意されたように、価値またはクレジットを指定された当事者に譲渡することができる。
許可ガイドの使用および協調するデバイスの使用はまた、アドホックネットワークの形成および制御にも使用することができる。これらの許可ガイドによるアドホックネットワークの制御は、時間で制限され得る、または許可ガイドに概説されている時間指定に基づいて制限され得る。この概念では、許可ガイドは、人間によっても、自律的に動作するマシンによっても作成され得る。
図１６５は、一部の実施形態による、タスク定義およびコミッショニングのための例示的な方法１６５００の概略図である。図１６５の方法１６５００は、図１６７に関して説明されるＩｏＴデバイス１６７００によって実施することができる。示されている概略図は、アドホック許可ガイドおよび許可ガイド機能１６５０２に対するタスク定義およびコミッショニングを表すことができる。しかしながら、相互作用のプロセスは、１６５０４から始まり得る。
ブロック１６５０４において、デバイスは、タスクを実行するために使用するピアを識別することができる。デバイスはこの発見を実行することができるが、この文脈におけるデバイスという用語はまた、単一のデバイスまたは複数のデバイスを介して動作するエージェントまたはサービスを指すことができる。ブロック１６５０４でのピアおよびそれらの能力の発見は、デバイスの発見手続き、要求のシステム、定義済みプロトコル、または上述のようなリソース発見のブルームフィルタホップ方法を介して行うことができる。
ブロック１６５０６において、デバイスは、許可ガイドおよび許可ガイド機能１６５０２を生成することができる。許可ガイドおよび機能は機械可読であり得る。許可ガイドは、ブロックチェーン上、ブロックチェーン外に格納することができる。一例では、許可ガイドは発見可能であり得、デバイスによって発見されたピアにアドバタイズされ得る。ブロック１６５０６において、デバイスは、実行される機能を、許可ガイドに書き込まれるべき個別の機能に構成することができる。一例では、機能は、固定機能、汎用、または特殊化されたコードセグメントであり得る。機能は、人間の開発者、コードを生成するための人工知能（ＡＩ）メソッド、または任意の組み合わせによって作成することができる。一例では、機能は遺伝的アルゴリズムを通じて生成されてもよい。
ブロック１６５０８において、デバイス、ピア、またはデバイスおよびピアのアドホックネットワーク内の任意の他の当事者によって許可ガイドを交渉または編集することができる。許可ガイドの様々な態様を編集できる。例えば、許可ガイドは、許可ガイドに参加および脱退するための方法を含む上述のフォーマットを有することができる。許可ガイドを交渉することの一部として、許可ガイドが許可ガイドの属性および機能をアドバタイズした後に編集を行うことができる。属性または機能のアドバタイズに応答して、デバイスのピアは、許可ガイドに同意すること、またはそれを挿入または編集することによって、これらの属性または機能を提供することに合意することができる。一例では、ピアリソースまたは他の機能の間の任意のサービスにアクセスする試みにおいて、デバイスまたはピアによる認可が提供される場合、デバイスは、許可ガイドを介してトークンの生成を要求することができる。一例では、許可ガイドは、時間制約、サービス品質、またはデータ品質を含む追加の情報を有する制限を有する機能を含むことができる。一例では、許可ガイドは、許可ガイドオーナーが参加ピアから要求することができる他の条件を含むことができる。許可ガイドは、ソースピアの限定的な使用方法について概説し得る。一例では、許可ガイドは、マルチテナントを許可するように移動し得る。
上述のように、条件はピアによって交渉することができる。例えば、データコンシューマとデータプロバイダとは、許可ガイドに入る前に条件について交渉するメカニズムを持つことができる。一例では、当事者は、条件およびレートをアドバタイズすることができる。一例では、条件およびレートは交渉可能であり得る。このようにして、許可ガイドに参加しているエンティティは、不利な許可ガイドに拘束されないことを確実にするための立場を維持することができる。これらの条件の例には、データ提供者が課すことを望み得る最低サブスクリプションレートおよび期間が含まれ得る。
ブロック１６５１０において、許可ガイドを実行することができる。許可ガイドの実行は無期限に実行できる。一例では、許可ガイドの実行は、固定された指定された時間の間であり得る。サービスプロバイダとの通信の失敗または許可ガイドをピアに提供するデータの失敗に応答して、許可ガイドは終了することができる。同様に、新しいピアが、デバイスまたはサービスから機能の性能を向上させる場合、許可ガイドの機能を引き継ぐことができる。許可ガイド機能の改善は、より低いレート、より高いデータ品質、または他の測定可能なメトリックで許可ガイドで使用されるサービスの性能を含むことができる。一例では、許可ガイドの実行中に実行するためのメカニズムのリストは、許可ガイドが始まる前に許可ガイドに記録することができる。
ブロック１６５１２において、許可ガイドの実行を監視することができる。許可ガイドの実行を監視することは、新しいピアおよび新しいノードを探索することを含むことができる。ブロック１６５１４において、許可ガイドが満たされるという合意された条件に応じて、参加当事者間で支払いが行われ得る。一例では、支払いは許可ガイドに指定することができる。ブロック１６５１６において、許可ガイドの期間が終了すると、許可ガイドを終了することができる。一例では、参加当事者のいずれかが許可ガイドを脱退し、代替の当事者を見つけることができないという判定に応答して許可ガイドを終了することができる。一例では、許可ガイドは、許可ガイドが作成された目的が達成されたという検出に応答して終了することができる。
アドホック許可ガイド１６５０２内に、許可ガイド機能が記述されてもよい。例えば、アドホック許可ガイド１６５０２内の機能は、参加許可ガイド機能１６５１８を含むことができる。参加許可ガイド機能は、上述したように実施することができる。アドホック許可ガイド１６５０２はまた、上述のよう脱退許可ガイド機能１６５２０を含むことができる。アドホック許可ガイド１６５０２は、参加しているデバイス１６５２２をリストする機能を含むことができ、これは上述した他のデバイスリスト機能と同様であり得る。アドホック許可ガイド１６５０２は、上述のようにデバイス属性リスト機能１６５２４を含み得る。
一例では、アドホック許可ガイド１６５０２は、アドホック許可ガイド１６５０２に追加されたデバイスの条項および条件を考慮する機能を含み得る。デバイス条項および条件リスト機能１６５２６は、許可ガイドに参加するデバイスが、アドホック許可ガイド１６５０２内のパラメータまたは機能として含まれるそれらのサービス条件に関する条件を有することを可能にし得る。一例では、デバイス条項および条件リスト機能はまた、許可ガイドの参加当事者に課される、または許可ガイドの参加当事者によって合意される許可ガイドの一部として合意され得るペナルティを施行するための機能を含み得る。
一例では、アドホック許可ガイド１６５０２は、サービス品質（ＱｏＳ）条項および条件（Ｔ＆Ｃ）リスト１６５２８を考慮する機能を含み得る。ＱｏＳ Ｔ＆Ｃリスト１６５２８は、許可ガイドからのサービスデータのコンシューマがサービスおよびデータの供給についてのＱｏＳ規則を規定することを可能にすることを含むことができる。これらの規則は、例えば、データの利用可能性、サービスの利用可能性、供給されるデータの頻度、供給されるデータの正確さ、およびデータの粒度の仕様を含むことができる。ＱｏＳ Ｔ＆Ｃリスト１６５２８はまた、データがトラステッドセンサからのものである場合、規則を含むことができ、データは、データの提供が、例えば、プロセッサ内のコードによって生成された値ではなくセンサによる測定から来たことを示すことができる場合、トラステッドセンサからのものであり得る。アドホック許可ガイド１６５０２は、上述のようにトークン要求機能１６５３０およびトークン失効機能１６５３２を含み得る。
一例では、アドホック許可ガイド１６５０２は、支払い条項および条件を考慮する機能を含み得る。従って、アドホック許可ガイド１６５０２は、当事者間の支払いをトリガするイベントを示すための支払いＴ＆Ｃ機能１６５３４を含み得る。一例では、当事者間の支払いをトリガするこれらのイベントは、サブスクリプションのサービスの提供の履行、サブスクリプションに関するデータの提供の履行を含み得る。Ｔ＆Ｃ機能１６５３４は、ペイパーユースモデルまたは他のモデルの枠組みの中で機能するように書くことができ、以前に合意した条件を遵守しなかったことに対する許可ガイドへの当事者へのペナルティの強制のための機能もあり得る。
一例では、アドホック許可ガイド１６５０２はデータプレーン機能１６５３６を含み得る。データプレーン機能１６５３６は、データまたはサービスがどのように供給され消費されるかに許可ガイドの当事者が同意することを可能にし得る。データプレーン機能１６５３６は、データがチェーン外メカニズムにおいて共有され得ることを指定し得、データプレーン機能１６５３６は、データが利用可能にされ得る特定のエンドポイントおよびエンドポイント技術を指定し得る。１つの例では、データは、エンドポイントをソースにサブスクライブさせる機能を通じて、または消費のためにデータをパブリッシュする機能を通じて利用可能にすることができる。一例では、許可ガイド１６５０２に参加する当事者によるデータ消費およびサービス消費の手段は、認証および認可情報を含み得る。アドホック許可ガイド１６５０２の当事者は、サービスまたはデータを提供することができ、また当事者が消費嗜好を利用可能にすることができる方法を指定することができる。データおよびサービスを利用する当事者はまた、消費当事者がどのように認証および認可を消費することができるかについての好みを指定することもできる。
供給技術および消費技術に関して示された重複は、人間が関与することなく、当事者がサービスおよびデータの共有方法について合意することを可能にし得る。一例では、プロトコル変換ブローカが、許可ガイド１６５０２に参加し得る当事者として導入されて、コンシューマおよび消費当事者によって望まれるエンドポイントタイプまたはデータフォーマットへのサービスおよびデータの自動変換または自動プロキシ化を提供し得る。
図１６６は、一部の実施形態による、プロトコル変換ブローカによるプロトコル変換ブローカリングのための例示的な方法１６６００のプロセスフロー図である。図１６６の方法１６６００は、図１６７に関して説明されるＩｏＴデバイス１６７００によって実施することができる。プロトコル変換ブローカの概念は、例えば、コンシューマによって望まれるエンドポイントタイプまたはデータフォーマットへのサービス／データの自動変換または自動プロキシ化を提供するために、許可ガイドに参加し得る当事者であり得る。プロセスフローは、ブロック１６６０２で開始し得る。
ブロック１６６０２において、ピアを発見することができる。これは、プロトコル変換ブローカによって、当事者によって、または許可ガイド１６５０２の計算によって行うことができる。一例では、ピアの発見は初期段階であり得る、またはピアが確実に知られるようにプロセス全体を通して繰り返され得る。
ブロック１６６０４において、許可ガイド１６５０２が潜在的参加者間でドラフティングされ得る。アドホック許可ガイド１６５０２のドラフティングは、アドホック許可ガイド１６５０２のドラフティング段階中に行われる１つまたは複数のタスクの定義を含むことができる。一例では、タスクはサービスの供給を指すことができる。一例では、サービスを供給することは、そのサービスに関して供給者によって提供された情報を利用することができる。サービスの供給者は、ルックアップサービスを通して彼らのサービスをアドバタイズすることができる。ルックアップサービスは中央集権型でも非集中型でもよい。本明細書では、サービスをルックアップする１つの方法を説明する。一例では、アドホック許可ガイド１６５０２のこのドラフティングは交換の段階を含むことができ、許可ガイド１６５０２内のピアが特定のパラメータについて指定された範囲を有することができる。パラメータは、当事者によって優先としてマークされてもよい。パラメータは、他の当事者の好みと比較して好みの順序付けられた重み付けを提供することができる。
ブロック１６６０４において、許可ガイド１６５０２に参加することができる。プロトコル変換ブローカは、許可ガイド１６５０２に参加することができる。プロトコル変換ブローカは、１つまたは複数の当事者による許可ガイド１６５０２への参加を監督することができる。一例では、許可ガイド１６５０２は、許可ガイド１６５０２が終了するか否か、またはサービスのコンシューマが続行して代替サプライヤを見つけようとするか否かを判定するために後で使用され得る生存期間（ＴＴＬ）パラメータを含み得る。許可ガイド１６５０２にさらされるデバイスはまた、許可ガイド１６５０２のパラメータを満たすために最低限の数の当事者を有することができる。一例では、これらのリストされたパラメータは、サービス、参加デバイスの属性、Ｔ＆Ｃ、およびＱｏＳパラメータに関して概説され得る。参加許可ガイド段階中に、当事者は、プロトコルのタスクの実行のためのより低コストのエンティティの識別に応答して、プロセスに対して参加、脱退、または排除され得る。同様に、当事者は、より高い正味値のエンティティとのタスクまたはプロトコルの実行のためのエンティティの識別に応答して、参加、脱退、または排除され得る。
一例では、タスクコンシューマによって提示されることが好まれる３つの特定の特徴および属性がある場合、これらの特徴および属性は、異なるコストで３つの異なる当事者によって最初に供給され得る。この段階の間、この例では、より良いプライスポイントでサービスを供給し得る単一の当事者の識別に応答して、この見つけられた単一の当事者を使用することがより最適な解決策となり得る。
ブロック１６６０８において、プロトコル変換ブローカはサービス提供ノードの自動コミッショニングを要求することができる。サービス提供ノードは、アドホック許可ガイド１６５０２に概説されているサービスを提供するノードを指すことがある。自動コミッショニングは、タスクコンシューマによって指定された方法でデータおよびサービスを処理するための機能を含む、その分野におけるＩｏＴデバイスへのマイクロサービスのデプロイを含み得る。一例では、自動コミッショニングは、手動の介入なしに妥当な期間内に自動的にまたはリモートで行うことが可能なタスクを含み得る。指定されている場合、自動コミッショニングはまた、現場でのデバイスの手動デプロイを使用してもよい。手動デプロイ、人間、訓練を受けた動物、無人機、またはロボットによるデプロイを含み得る。一例では、供給者によるデプロイ時間を含むＱｏＳ設定が当事者による許可ガイド１６５０２の要求を満たす場合、手動デプロイをこのプロセスのバージョンで使用することができる。
一例では、定数、識別子、演算子、予約語、およびセパレータ、ならびにプリアンブルを含む機能を説明するためのトークンまたはオブジェクトを、許可ガイド１６５０２内で当事者に提供することができる。先に説明したように、プリアンブルは、構成、初期化、およびピア間の任意の情報の交換を含むことができ、それらはさらに進むために使用され得る。プリアンブルは、サービスの位置、機械可読アプリケーションプロトコルインターフェース（ＡＰＩ）記述子、アクセスクレデンシャル、鍵へのアクセスを含み得る。一例では、失敗したプリアンブルは、供給者のクリティカルマスの損失、コンシューマの損失、プロセスの脱落を含み得る。当事者が脱落した場合、プロセスは、アドホック許可ガイド１６５０２のドラフティングに戻ることができる。
プリアンブルおよびそれに続く段階が存在し成功している場合、ブロック１６６１０において、許可ガイド１６５０２の実行が開始される。プリアンブルおよび許可ガイド１６５０２の条件およびパラメータに基づき、そして当事者の条件に同意し、条件が満たされれば支払いをアンロックすることができる。一例では、許可ガイド１６５０２のドラフティングにおいて条件が交換され同意されている。
ブロック１６６１２において、ピアが許可ガイド１６５０２への参加を終了しているという検出に応答して、プロトコル変換ブローカを介して最終支払いを行うことができる。許可ガイド１６５０２が既存のメンバと共に機能し続けることができる場合、ＴＴＬが期限切れになっていないという判定がある場合、許可ガイド１６５０２は機能し続けてもよい。しかしながら、プロセスが完了する前にＴＴＬが期限切れになると、許可ガイド１６５０２は終了することができる。一例では、許可ガイド１６５０２が代替の供給者またはコンシューマを見つけることなしに続行することができない場合、プロセスはピア発見段階１６６０２に戻ることができる。
図１６７は、一部の実施形態による、タスクおよびコミッションノードを定義するためにＩｏＴデバイス１６７００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。
上でも示したように、図８を参照すると、大容量ストレージ８０８は、本明細書で説明されるグループ作成機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、発見された複数のピアに関する許可ガイド１６５０２をドラフティングするための許可ガイドドラフト部１６７０２を含むことができ、発見された複数のピアは、それぞれパラメータを有し、許可ガイド１６５０２の条件は、その条件が発見された複数のピアのうちの少なくとも２つによって許容されることに応じて生成され得る。発見された複数のピアのうちの各発見可能なピアのパラメータは、関連付けられたピアについての許容可能な条件範囲の範囲を含み得る。許可ガイドドラフト部１６７０２は、発見された複数のピアの条項および条件を列挙する機能を含み得る。許可ガイドドラフト部１６７０２は、例えば、発見された複数のピアのためのサービス品質条項および条件を列挙することを含み得る。許可ガイドドラフト部１６７０２は、発見された複数のピアのためのデータプレーン条項および条件を列挙することを含む。一例では、データプレーンは、データがピアによってどのように供給および消費されるべきかについてのプロセスを示し得る。許可ガイド１６５０２はまた、上述のように生存期間を含むことができる。一例では、許可ガイド１６５０２は、ピアによる許可ガイド１６５０２への参加および脱退を管理するためのプロトコル変換ブローカを含み得る。許可ガイド１６５０２は、発見された複数のピア間の構成の交換を管理するためのプリアンブルを含み得る。
大容量ストレージ８０８は、条件が満たされたことを検出したことに応答して許可ガイド１６５０２の動作を実行するための動作実行部１６７０４を含み得る。アクション実行部１６７０４は、データを処理するようにピアに命令するピアへのサービスの自動コミッショニングのための機能を含み得る。一例では、この用語は、発見された複数のピアの間で支払われるべき支払いのレートを指し、複数の発見されたピアのうちのピアが許可ガイドへ１６５０２の参加を終了していることの検出時にピア間で最終的な支払いが行われ得る。
図１６８は、一部の実施形態による、タスクおよびコミッションノードを定義するためのコードを含む、非一時的機械可読媒体１６８００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
非一時的機械可読媒体１６８００は、発見された複数のピアに関する許可ガイド１６５０２をドラフティングするようにプロセッサ９０２に指示するためのコード１６８０２を含み得、発見された複数のピアは、それぞれパラメータを有することができ、許可ガイド１６５０２の条件は、その条件が発見された複数のピアのうちの少なくとも２つによって許容されることに応じて生成され得る。許可ガイド１６５０２のドラフティングは、発見された複数のピアの条項および条件を列挙する機能を含み得る。許可ガイド１６５０２のドラフティングは、発見された複数のピアのためのサービス品質条項および条件を列挙することを含み得る。許可ガイド１６５０２のドラフティングは、発見された複数のピアのためのデータプレーン条項および条件を列挙することを含み得る。データプレーンは、データがピアによってどのように供給および消費されるべきかについてのプロセスを示し得る。許可ガイド１６５０２は生存期間を含むことができる。許可ガイド１６５０２は、ピアによる許可ガイド１６５０２への参加および脱退を管理するためのプロトコル変換ブローカを含み得る。許可ガイド１６５０２は、発見された複数のピア間の構成の交換を管理するためのプリアンブルを含み得る。
非一時的機械可読媒体１６８００は、条件が満たされたことを検出したことに応答して、許可ガイド１６５０２の動作を実行するようにプロセッサ９０２に指示するためのコード１６８０４を含み得る。許可ガイド１６５０２の動作を実行することは、例えば、データを処理するようにピアに命令するピアへのサービスの自動コミッショニングを含み得る。本明細書で使用される場合、この用語は、発見された複数のピアの間で支払われるべき支払いのレートを指す。一例では、複数の発見されたピアのうちのピアが許可ガイドへ１６５０２の参加を終了していることの検出時にピア間で最終的な支払いが行われ得る。
フローティングサービスは、フローティングサービスに関連するデジタルウォレットを管理し、ホスティング、ならびにフローティングサービスのソフトウェアを使用することができジョブについて交渉する、インターネットで出回っているウェブサイトまたは仮想サービスであり得る。フローティングサービスは、ハードウェアの範囲で実行するためのソフトウェアを含むことができ、ソフトウェアの実行は、サービスのソフトウェアおよび使用されているハードウェアに部分的に基づいて様々な効率で実行することができる。サービス選択ソフトウェアおよびサービス選択ハードウェアを使用してジョブを実行すると、完了したジョブの支払いが発生し得る。
本明細書で使用されているように、支払いは、フローティングサービスが処理している売り上げの手数料を介して実行することができる。支払いは、フローティングサービス上またはサービスによって提供された広告に対して補償されてもよい。一例では、ジョブを処理する際に使用するためにいくつかのサービスを比較することができる。複数のサービスはそれぞれ、それら自身のデジタルウォレットに関連付けられてもよい。フローティングサービスは、フローティングサービスによって完了された作業に対して支払われてもよいが、追加的に、例えば、合意されたジョブを完了するために、フローティングサービスは、リソース、ソフトウェア、またはサブサービスへのアクセスに対して支払ってもよい。デジタルウォレットの値がゼロになると、フローティングサービスも機能しなくなる可能性がある。値のない機能を停止することにより、フローティングサービスの管理者またはオーナーは、複数のサービスについてデジタルウォレット間で値を割り当てることができる。フローティングサービスの管理者は、デジタルウォレットが関連ウォレットの設定値に達したことの検出に応答して、値を自動的に補充または引き出すようにデジタルウォレットを設定することができる。一例では、フローティングサービスは、ビットコイン、ｌｉｔｅｃｏｉｎ、ｄｏｇｅｃｏｉｎ、他の暗号通貨、タンパク質折りたたみ予測、ならびにフローティングサービスがデジタルウォレットに価値を返すために完了することができる他のプロセッサおよびソフトウェアベースのジョブまたはサービス中心のジョブをマイニングするためのサービスを含み得る。一例では、専用コンピュータが、フローティングサービス用のホストまたは雇われたホストとして働くことができる。
図１６９は、一部の実施形態による、デジタルウォレット内のフローティングサービスおよび価値を管理するための例示的な方法１６９００のプロセスフロー図である。図１６９の方法１６９００は、図１７２に関して説明されるＩｏＴデバイス１７２００によって実施することができる。示されている概略図は、フローティングサービスライフサイクルおよびドラフティングされたフローティングサービス許可ガイド１６９０２のプロセスを表すことができる。フローティングサービスライフサイクルのプロセスは、ブロック１６９０４で開始することができる。同様の番号が付けられた項目は、図１６５において説明したとおりである。
ブロック１６９０４において、フローティングサービスは、そのサービスがタスクを実行するために使用することができるホストを識別することができる。ホストおよびホスト能力のこの発見は、上で開示されたようにブルームフィルタホップを使用して実行され得る。ブロック１６９０６において、フローティングサービスは、ブロックチェーン上またはブロックチェーン外に格納され得る機械可読許可ガイドを作成し得る。一例では、許可ガイドは、識別されたピアおよびホストに発見可能であり得る。許可ガイドは、識別されたピアおよびホストにアドバタイズされてもよいし、ネットワーク上で識別されていないデバイスによって発見可能であってもよい。ブロック１６９０６において、フローティングサービスは、実行されるタスクを機能に構成することができる。機能は許可ガイドに書くことができる。タスクおよび構成された機能は、一般的な目的で小さな固定機能に分割することができる。タスクおよび構成された機能はまた、特殊なコードセグメントに分割される場合もある。タスクコードおよび機能コードは、例えば、遺伝的アルゴリズムを含む人工知能によって生成されてもよい。
ブロック１６９０８において、許可ガイドを事前定義されたフォーマットに合うように修正することができる。許可ガイドのフォーマットの一例は、ピアおよびホストが許可ガイドのガイダンスおよび施行に参加および脱退することを可能にするフォーマットであり得る。許可ガイドはまた、属性およびホストが提供することに合意した機能のリストも含み得る。ホストによって合意された機能は、例えば、ネットワークサービス、負荷分散、完全修飾ドメイン名（ＦＱＤＮ）の使用、ドメインネームシステム（ＤＮＳ）の使用、およびファイアウォールサービスを含み得る。許可ガイドは、任意の参加ピアおよびホストと同様に、許可ガイドのオーナーが従うべき時間制約およびサービス品質条件のリストを含むことができる。一例では、許可ガイドは、許可されたマルチテナントを通じて、またはホストハードウェアへの直接アクセスの共有を通じて、ホストの専用ハードウェアを使用することができる。上で列挙されたパラメータ、およびフローティングサービスによって使用され得る他のパラメータは、要求しているフローティングサービスから１つまたは複数のホストプロバイダに支払われる、より高いまたはより低い料金の判定に供給され得る。
ブロック１６９１０において、許可ガイドは実行を開始することができる。実行は、許可ガイドによって管理されているデバイスで受信された条件、機能、および入力に基づいてもよい。上記のように、許可ガイドは、設定された固定時間、固定時間なし、または条件ベースの実行を有することができる。許可ガイドの実行の一例では、許可ガイドは、サービス提供ピアが消滅したこと、またはデータ提供ピアが消滅したことの検出に応答して終了することができる。一例では、ピアおよびホストが、許可ガイドで合意されているレートよりも低いレートでサービスを提供していることがことが検出された場合、ピアデバイスまたはホストデバイスを交換、置換、またはデコミッションすることができる。ピアデバイスまたはホストデバイスはまた、データ品質が許可ガイドで合意されたメトリックと一致しない場合があるという検出に応答して、交換、置換、またはデコミッションされ得る。
ブロック１６９１２において、サービスエンティティおよびホスティングエンティティは、許可ガイドにリストするための相互に合意された条件を識別するためにホストとピアとの間で条件を交換する機能を含み得る。許可ガイド内の条件は、実行優先度、通信帯域幅、アクセス許可などを含み得る。ブロック１６９１４において、フローティングサービス１６９０２の許可ガイドのガイダンスに参加したピアとホストとの間で支払いが交換されてもよい。支払いは、フローティングサービス許可ガイド１６９０２によって概説された条件が満たされたときに交換されてもよい。一例では、支払いの交換は、支払いを準備すること、および支払いデータをサービスウォレット１６９１６に提供することを含み得る。支払いは、既存の価値を通じて、またはピア、ホスト、またはフローティングサービス許可ガイド１６９０２に参加した他の当事者からのサービスウォレットへのクレジットを通じてであり得る。一例では、２つのウォレット間のクレジットの交換は、サービスウォレット１６９１６からホストウォレット１６９１８までであり得る。任意のエンティティのウォレットは、価値、クレジット、またはデビットの数値表現の論理的なストレージであり得る。一例では、ピアまたはホストは、それらのウォレット内の価値によって制限され得る。ピア、ホスト、または他のプロバイダがフローティングサービス許可ガイド１６９０２の義務を果たすことに失敗した場合、サービスウォレット１６９１６と被害者のウォレットまたは一般的な価値保持場所との間の価値の交換で、ペナルティおよびサービスウォレット１６９１６からの払い戻しが可能になり得る。義務の違反の１つの例は、合意された利用可能性レベルを満たさないピアまたはホストを含むことができる。一例では、ホスト、ピア、またはフローティングサービスの機能は、そのサービス、ピア、またはホストに関連付けられたウォレットに格納されている値に基づいて調整、管理、または制限され得る。一例では、資金がサービスウォレット１６９１６で使い果たされると、そのウォレットに関連付けられているアクセスピアまたはホストを許可ガイド１６９０２から除去することができる。関連付けられたウォレット内の値が指定された閾値より低いまたは高いときに、フローティングサービスオーナーに通知するために警告閾値を設けることができる。警告閾値は、ウォレット内の値が指定された閾値に到達するかまたはそれを通過することに基づくサービスの自動カットオフまたはスロットルに関連付けられてもよい。
ブロック１６９２０において、許可ガイド１６９０２を終了することができる。終了は、ピアまたはホストによって満たされる条件に応じて適用され得る。許可ガイド１６９０２の終了は、経過時間、脱退するピアの数、脱退するホストの数、脱退するピアの割合、脱退するホストの割合、入ってくるピアおよびホストの欠如、許可ガイド１６９０２で合意された任意の他の手動設定ガイドラインに応答してもよい。
許可ガイド１６９０２の機能の１つとして、ホスト属性機能１６９２２は、許可ガイドに参加したホストが提供し得る能力のリストを提供する。一例では、ホストが提供することができる能力は、アテステーション機能、トラステッドベースの機能、およびホストおよび機能へのアクセスのための認可の証明の許可ガイド１６９０２による受信時に動作する機能を含み得る。ホスト属性機能のサービスの値を維持するために、ホスト属性機能１６９２２の利用可能性は、そのような機能への供給またはアクセスを減らすために制限されてもよい。ホスト属性機能１６９２２は、ホスト機能アクティビティおよびホスト機能挙動の周囲のサービスに関するホスト機能条件のリストと関連付けられてもよい。ホスト属性機能１６９２２は、フローティングサービスがホスト属性機能１６９２２の条件に違反することを検出すると、ホスト機能へのアクセスを拒否するか、またはペナルティを課すことができる。
ホストサービスのリスト１６９２４および対応するサービス条項および条件（Ｔ＆Ｃ）リスト１６９２６は、許可ガイドに参加するサービスが許可ガイド１６９０２内のパラメータまたは機能として含まれるそれらのサービスのレベルに関する条件を示すことを可能にするために組み合わされる。一例では、許可ガイド１６９０２にリストされているパラメータは、フローティングサービスおよびフローティングサービス動作に対するそれらの優先度または優先度の欠如を示す尺度で評価され得る。サービスＴ＆Ｃリスト１６９２６は、ピアおよびホストによって合意され得るペナルティを概説し得る。これらのペナルティは、フローティングサービス許可ガイド１６９０２の合意された条件に達するピアまたはホストに適用され得る。
図１７０は、一部の実施形態による、フローティングサービス１７００２、ならびにオプションおよび条件および条項を管理するための例示的なフローティングサービスデータ構造１７０００の概略図である。一例では、フローティングサービスデータ構造１７０００は、条件、条項、および機能の優先度に基づいて、フローティングサービスの条件、条項、および機能を示すことができる。例示的なフローティングサービスデータ構造１７０００に示されているリストされたオプション、条件、条項、機能、値、およびそれらの関連する優先度は例示的であり、フローティングサービス許可ガイド１６９０２の条項および条件のリストに含まれ得る。
フローティングサービスデータ構造１７０００は、ホストを選択するときに計算コスト、既知コスト、および未知コストを評価することができる。一例では、フローティングサービス１７００２は、データ構造１７０００を使用して、組み合わせ識別されたコストを、フローティングサービスおよびジョブの機能および識別された機能要求のリストと比較することができる。一例では、フローティングサービスに関する機能のリストをデータ構造１７０００の決定マトリクスに挿入することができる。
データ構造１７０００の決定マトリクスは、識別されたホスト、ピア、およびフローティングサービス１７００２に利用可能な他のデバイスまたはリソースの比較を含み得る。提供された例では、データ構造１７０００は、３つのホスト、すなわち、ホスト１、ホスト２、およびホスト３から収集された例示的なデータを示す。例示的なデータ構造１７０００では、機能の優先度およびホストから収集されたデータに基づいて、フローティングサービス１７００２は、ホスト２および３がフローティングサービスの実行のための可能なホストであると判定し、その際、少なくとも部分的には、ホスト３に関して受信したデータにおける優先度を伴う機能の存在の増加に起因して、ホスト３がより高くランク付けされ得る。この例では、ホスト３は、より高い名目コストを表示し、例示的なフローティングサービスデータ構造１７０００に示される、より高い決定スコアまたは値を受け取ることが示される。より高い値は、考慮される他の機能、オプション、条件、および条項と比較して重要度による優先度が高い機能をホスト３が満たした結果であると考えられる。この決定スコアおよび値を計算する式は、ホストの１時間当たりのコストの和を、フローティングサービス１７００２のフローティングサービスデータ構造１７０００における比較のためにリストされた各機能、オプション、条件、または条項の和によって除する計算方法を含む複数の方法で計算され得る。
図１７１は、一部の実施形態による、フローティングサービス管理のための例示的な方法１７１００のプロセスフロー図である。図１７１の方法１７１００は、図１７２に関して説明されるＩｏＴデバイス１７２００によって実施することができる。プロセスフローは、ブロック１７１０２で開始し得る。
ブロック１７１０２において、フローティングサービスが作成され得る。フローティングサービスは、広範囲のハードウェアシステム上で実行可能なカプセル化モジュール内に作成することができる。一例では、カプセル化モジュールは、ドッカーコンテナなどのコンテナ、および仮想マシンを含む仮想化構成体であり得る。一例では、カプセル化モジュールは、ソフトウェアバイナリをパッケージ化し配信するために使用され得るフレームワークとすることができる。次いで、フローティングサービスは、フローティングサービスのオーナーがフローティングサービスの優先度を指定できるようにするために要求を割り当てることができる。一例では、優先度は、ハードウェアのオプションを含む機能または特定の能力を含むことができる。ハードウェア機能は、ＣＰＵの容量および能力、ストレージの容量および能力、メモリの容量および能力を含み得る。一例では、これらの容量および能力は、ハードウェアアクセラレータが存在するか否かの評価を含み得る。一例では、ハードウェアアクセラレータが存在する場合、アドバンスト暗号化規格（ＡＥＳ）、ＳＧＸ、仮想化（ＶＴｘ）、または高可用性サービスを含むハードウェア対応機能が評価され得る。フローティングサービスのオーナーはまた、評価対象の機能としてソフトウェアの依存関係を指定することもできる。評価されるソフトウェア機能としては、例えば、オペレーティングシステムの種類、オペレーティングシステムのバージョン、ソフトウェアのバージョン、パッチレベル、ならびにメッセージングおよび通信用の階層化アプリケーションの存在を挙げることができる。ブロック１７１０２でフローティングサービスを作成している間に、サービス品質およびフローティングサービスの条項および条件を添付することができる。一例では、サービスオーナーまたは接続されたデータ源は、フローティングサービスの地理的位置またはハードウェアの排他性ステータスを示すことができる。ブロック１７１０２でのフローティングサービスの作成は、サービスウォレットを添付することを含み得る。一例では、フローティングサービスのオーナーは、フローティングサービスに関連する新しいウォレットを作成することができる。一例では、フローティングサービスは、既存のウォレットを関連付けるまたは共有することができる。本明細書で使用されるとき、ウォレットは、任意の価値のストアを指すことができ、ビットコインウォレット、イーサリアムウォレット、およびグーグルウォレットを含むことができる。フローティングサービスには、ＰａｙＰａｌおよびＶｉｓａのオンラインサービスと同様の、そしてＰａｙＰａｌおよびＶｉｓａのオンラインサービスを含む、支払いサービスなど、ウォレット以外の特定の形態の資金調達も含まれ得る。ブロック１７１０２でのフローティングサービスの作成は、フローティングサービスに対する資金調達規則の割り当てを含むことができる。一例では、フローティングサービスのための規則は、ウォレットが補充されるようにする、または補充されないようにする資金調達トリガを含み得る。一例では、１つの設定は、ウォレットの残高が閾値を下回ったという検出に応答して、ユーザによる予め選択された量だけのウォレットの自動補充または補給を含むことができる。フローティングサービスのオーナーは、フローティングサービスが関連するウォレット内のゼロ値ポイントに到達した場合、または負の値の生成率が検出された場合に、フローティングサービスが実行を停止することを示すフローティングサービスの規則を示すことを選択し得る。ブロック１７１０２でフローティングサービスの作成中に開始された追加の規則は、日付トリガ、イベントトリガ、および残高トリガの組み合わせを含むことができる。フローティングサービスは、これらのトリガを、特定のウォレットの補充動作が行われ得るという指示として使用することができる。一例では、ウォレットは、特定の閾値を超える残高の検出に応答して資金を別個のウォレット、口座、または金融サービスに転送する、または識別された日付トリガまたはイベントトリガを渡すことができる。資金の転送は、指定された量の資金の転送、識別された余剰資金、またはウォレットの中の資金の合計を含み得る。一例では、ウォレットはＴＴＬ基準を含むことができる。一例では、フローティングサービスオーナーは、ＴＴＬの値を指定することができる。ＴＴＬは、実行する動作数、資金転送の回数、またはウォレットへのトランザクション数に対する制限を含み得る。一例では、日付に関する特定の基準、サービス上の活動レベル、およびフローティングサービスの移動に関する基準がある場合、フローティングサービスのＴＴＬも自動的に拡張され得る。
ブロック１７１０４において、フローティングサービスがディスパッチされ得る。フローティングサービスのディスパッチは、フローティングサービスの全構成が完了したという指示に応答して開始することができる。フローティングサービスの構成は、部分的にはブロック１７１０２に関して開示されている。一例では、ディスパッチメカニズムは、上述のように、使用されるカプセル化モジュールによって決定され得る。一例では、サービスがコンテナである場合、コンテナをデプロイするための既存の方法は、それに対して適切なターゲットホストが見つかれば使用することができる。フローティングサービスのディスパッチに応答して、ホストが発見され得る。一例では、ターゲットホストを見つけることは、ホスティングサービスを提供するシステムを最初に探索することを含み得る。ブロック１７１０４からのフローティングサービスのディスパッチに応答して、コントラクトがエニュメレーションされ得る。一例では、サービスを提供するシステムは複数の許可ガイドを提供することができ、許可ガイドは異なる基準を含むことができる。許可ガイドがエニュメレーションされ得る。ブロック１７１０４からのフローティングサービスのディスパッチに応答して、ホストおよび許可ガイドが選択され得る。一例では、特定のホストを選択し、特定の許可ガイドを選択するための方法は、上述のように行われ得る。
ブロック１７１０４からのフローティングサービスのディスパッチに応答して、以下に説明されるように条項および条件が交渉または交換され得る。一例では、ピア、ホスト、または他の当事者が許可ガイドの一部を交渉可能としてマークしている場合、それらのパラメータの周りに範囲を指定することができる。とりわけ権利のために料金を支払うなど、許可ガイドの一部を交渉可能にするために他のポリシーを実施することができる。一例では、ホスティングは特定のコストで共有されてもよく、このオファーは、ハードウェアへの制限されたアクセスがより高いコストで利用可能であり得る別のオファーと対照的であり得る。一例では、特定のフローティングサービスは、フローティングサービスが異なるサービス品質に対して支払うことを認可され得る範囲を有し得る。ハードウェアの制限された使用が許容可能な支払い範囲内に収まるという検出に応答して、フローティングサービスはハードウェアへの制限されたアクセスに対する申し出を受け入れることを選択することができる。代わりに、フローティングサービスは、制限されたハードウェア構成を好ましいものとしてタグ付けしないことがあり、このタグに応答して、フローティングサービスは、フローティングサービス最小閾値を満たす市場におけるオプションにデフォルト設定することができる。
ブロック１７１０４からのフローティングサービスのディスパッチに応答して、プリアンブルが提供され得る。上述のように、プリアンブルは、許可ガイドが実行を開始するために使用され得る情報の交換を含み得る。プリアンブルは、ウォレット識別子、識別情報、アクセス情報、サービスとハードウェアとの鍵交換、ホストの位置、ホストのＩＰアドレス、またはフローティングサービスが利用可能な位置を含むことができる。プリアンブルが失敗したという検出に応答して、ブロック１７１０２の一部として、プロセスをホストの検討および選択から再開して、別のホストを選択することができる。プリアンブル失敗の検出に応答して、通知がフローティングサービスオーナーに送信され得る。通知は、フローティングサービスのオーナーがハードウェア、ソフトウェア、条項および条件、またはサービス品質のレベルを下げて、市場における対応するホストの供給に基づいてフローティングサービスの選択肢を広げることができるか否かに関する入力の要求を含むことができる。
ブロック１７１０６において、許可ガイドは実行を開始することができる。一例では、許可ガイドの実行は、プリアンブル段階の完了に応答して開始することができる。許可ガイドの実行開始に応答して、実行条件が測定され得る。許可ガイドの実行中、許可ガイドのイベントまたは条件が満たされると、支払いがロック解除され得る。許可ガイドに参加し合意した当事者が許可ガイドを脱退することができる一方で、許可ガイドを脱退する当事者は、その当事者に関連するウォレットに課されるペナルティを被る可能性がある。一例では、許可ガイドは、フローティングサービスの性質に少なくとも部分的に基づいていてもよく、許可ガイドの概念に基づいていてもよい。
一例では、許可ガイドの請求期間は必要に応じて短くすることができ、場合により、数秒または数マイクロ秒である。一例では、許可ガイドの実行中に、ホストまたはピアがＱｏＳ条件を満たす場合、プロセスが進行し、他の条件がアクセスされ得る。ＱｏＳ条件が不十分なものとしてランク付けされているという検出に応答して、許可ガイドは終了されてもよく、または違反しているホストにペナルティが適用されてもよい。一例では、許可ガイドの終了は、ＡＩによって管理される実装に基づいて自動的に許可ガイドによって行われる決定であり得る。許可ガイドの終了は、一例では、サービスプロバイダとサービスコンシューマとの両方の裁量で手動で行われる決定であり得る。
ブロック１７１０６で実行される許可ガイドに応答して、許可ガイドの条項および条件がトリガ閾値に達したときに支払いに達することができる。評価される支払いおよびペナルティは、支払いが複数の当事者、ピア、およびホストの間で転送または相殺され得るように多方向であり得る。上記のように、当事者が終了されるかまたは脱退する場合、許可ガイドは終了され得る。
ブロック１７１０８において、最終支払いが交換され得る。一例では、許可ガイドが本来の終了に達したことに応答して、その後プロセスは終了またはリセットされ得る。一例では、本来の終了は、ＴＴＬの満了を指し得る。フローティングサービスのＴＴＬが期限切れではないという検出に応答して、フローティングサービスは別のホストを発見する新しいサイクルを開始することができる。
図１７２は、一部の実施形態による、フローティングサービスを管理するためにＩｏＴデバイス１７２００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。
上でも示したように、図８を参照すると、大容量ストレージ８０８は、本明細書で説明されるグループ作成機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、フローティングサービス許可ガイドドラフト部１７２０２を含み得る。一例では、フローティングサービス許可ガイドドラフト部１７２０２は、フローティングサービスのタスクを実行するために、発見された複数のホストについてのフローティングサービス許可ガイドをドラフティングすることができ、発見された複数のホストは、フローティングサービスの許可ガイドで指定されたパラメータのホストフルフィルメントに関して評価され得る。
一例では、フローティングサービス許可ガイドは、サービス許可ガイドの検出された違反に応答してホストに対して評価されるべきペナルティを示してもよく、ペナルティはホストウォレットから収集される。
大容量ストレージ８０８は、ホストハードウェア選択部１７２０４を含み得る。一例では、ホストハードウェア選択部１７２０４は、フローティングサービスのデータ構造に基づいて、フローティングサービスのためのホストハードウェアを選択することができる。
一例では、データ構造は決定行列である。決定行列は、フローティングサービスによって求められた特徴、利用可能なホストの数、および決定行列に列挙された特徴に対するホストの評価スコアを列挙してもよい。フローティングサービスは、１時間当たりのコストを、フローティングサービスの満足のいく使用を示す品質メトリクスを有する複数の特徴で除算して計算された最良値に基づいてホストを選択することができ、１時間当たりのコストは、評価対象のホストを使用したフローティングサービスを運用する、１時間当たりの予想コストである。フローティングサービスの機能は、決定行列を用いた価値計算において特徴を様々に重み付けすることができる。
大容量ストレージ８０８は、ＩｏＴデバイス１７２００のためのフローティング許可ガイドを実施するためのフローティングサービス許可ガイド実行部１７２０６を含み得る。一例では、フローティングサービス許可ガイドはホストハードウェアを使用することができる。
大容量ストレージ８０８は、価値転送部１７２０８を含み得る。一例では、価値転送部１７２０８は、フローティング許可ガイドの条件に達したという検出に応答して、フローティングサービスに関連付けられたサービスウォレットに価値を転送し得る。一例では、サービスウォレットはブロックチェーン符号化値を保持することができる。サービスウォレットの値が０になると、フローティングサービスは機能しなくなり得る。一例では、許可ガイドは、サービスウォレットがトリガ閾値に到達したという検出に応答して、サービスウォレットが価値を転送し得ることを示し得る。フローティングサービスは、サービスウォレットとホストウォレットとの間で価値トランザクションを開始することができる。
図１７３は、一部の実施形態による、フローティングサービスを管理するためのコードを含む、非一時的機械可読媒体１７３００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
非一時的機械可読媒体１７３００は、発見された複数のホストに関するフローティングサービス許可ガイドをドラフティングするためのコード１７３０２を含むことができ、発見された複数のホストがパラメータのホストフルフィルメントについて評価され得る。一例では、フローティングサービス許可ガイドは、サービス許可ガイドの検出された違反に応答してホストに対して評価されるべきペナルティを示してもよく、ペナルティはホストウォレットから収集される。
非一時的機械可読媒体１７３００は、フローティングサービスのデータ構造に基づいて、フローティングサービスのためのホストハードウェアを選択するためのコード１７３０４を含み得る。一例では、データ構造は決定行列である。決定行列は、例えば、フローティングサービスによって求められた特徴、利用可能なホストの数、および決定行列に列挙された特徴に対するホストの評価スコアを列挙してもよい。フローティングサービスは、１時間当たりのコストを、フローティングサービスの満足のいく使用を示す品質メトリクスを有する複数の特徴で除算して計算された最良値に基づいてホストを選択することができ、１時間当たりのコストは、評価対象のホストを使用したフローティングサービスを運用する、１時間当たりの予想コストである。フローティングサービスの機能は、決定行列を用いた価値計算において特徴を様々に重み付けすることができる。
非一時的機械可読媒体１７３００は、ホストハードウェアを使用してフローティングサービス許可ガイドを実行するためのコード１７３０６を含み得る。非一時的機械可読媒体１７３００は、フローティング許可ガイドの条件に達したという検出に応答して、フローティングサービスに関連付けられたサービスウォレットに価値を転送するためのコード１７３０８を含み得る。一例では、サービスウォレットはブロックチェーン符号化値を保持することができる。サービスウォレットの値が０になると、フローティングサービスは機能しなくなり得る。一例では、許可ガイドは、サービスウォレットがトリガ閾値に到達したという検出に応答して、サービスウォレットが価値を転送し得ることを示し得る。フローティングサービスは、サービスウォレットとホストウォレットとの間で価値トランザクションを開始することができる。
許可ガイドは、サービス提供コストならびにホストまたはサービスの評判履歴のランタイム計算を組み込んでもよい。コストとは、エネルギーコスト、機器の資本コスト、減価償却費、ポイントインタイムキャパシティコスト、データのプライバシーコスト、データのエントロピーコストを指すことができる。本明細書に開示されるように、許可ガイド交渉プロセスは時間ベースであり得る。タスクが割り当てられていて実行中であっても、許可ガイドは、プロバイダを切り替えることが可能であり得る。一例では、プロバイダ間の切り替えは、サービスのコンシューマまたはプロバイダに影響を与え得る条件の変化に応じて行われ得る。
図１７４は、一部の実施形態による、例示的な許可ガイド交渉プロセス１７４００を示す概略図である。同様の番号が付けられた項目は、図１６５において説明したとおりである。
一例では、許可ガイドについての交渉は、存在しなくてもよいし、テンプレート許可ガイドであってもよい。テンプレート許可ガイドは、記憶媒体上に散らばった一連の許可として、あるいは許可ガイドを採用することに同意する当事者の許可、権利、および義務を示す単一の文書として格納された施行可能な合意の不完全なバージョンであり得る。テンプレート許可ガイドは、関係する当事者が変更を読んでコミットすることを可能にし得る。
許可ガイド交渉プロセス１７４００は、ピアの発見および許可ガイドの最初のドラフティングに応答して開始することができる。一例では、初期許可ガイドは、サービスによって要求された、または１人または複数のデータコンシューマによって要求されたＱｏＳ Ｔ＆Ｃで埋められてもよい。
許可ガイド交渉プロセス１７４００は、ピア、ホスト、および他のサービスから参加することへの関心の指示を受信することができる。従って、許可ガイドによって設定された許可に参加し遵守することを望む候補サービスプロバイダまたはコンシューマは、参加を申請することによって参加のプロセスを開始することができる（１７４０２）。参加を申し込む候補サービスプロバイダまたはコンシューマは、それぞれプロバイダ属性またはコンシューマ属性に関する情報を提供することができる。プロバイダ属性およびコンシューマ属性は、アサートされているとおりにデバイスの能力または機能を指すことができる、またはこれらの能力および機能をデバイス属性リスト１６５２４に含めることを進める前に、能力および機能を確認することができる。
提供機能、要求機能、または割り当て機能１７４０４を使用して、サービスプロバイダ、データプロバイダ、およびコンシューマの利用可能なセットを識別することができる。属性および機能が許可ガイドの条件を満たすことができるように属性と機能とが重複している場合、サービスプロバイダ、データプロバイダ、およびコンシューマのセットは利用可能になり得る。許可ガイドの条件を満たすことは、例えば、当事者の要求の完全なセットを満たすことを指すこともできる。許可ガイドの条件を満たすことは、例えば、実行可能な限り多くの当事者の要求を満たすことを指すこともできる。
一例では、オファーは、候補サービスコンシューマによって最高ランクのサービスプロバイダまたはデータプロバイダになされ得る。オファーを受信したプロバイダは、そのオファーの受け入れを確認するための要求を送信し得る。オファーを受信したことに応答して、受け入れられたプロバイダは、許可ガイドの許可に拘束され、確認済みデバイスのリスト１７４０６の一部になることができる。参加プロセス中に、交渉が行われてもよい。交渉中に、候補者は、サービスまたはデータにアクセスする方法に合意することができる。重複する技術セットを合意できない場合は、第三者の許可ブローカなどのプロトコルおよびデータスキーマブローカを仲介者として許可ガイドに参加するよう依頼することができる。
確認されたプロバイダおよびコンシューマは、場合により、許可ガイドからオプトアウトすることができる。オプトアウトしてもコストがかからない場合もあれば、ペナルティが課される場合もある。一例では、デバイスがその義務を果たさず、代替デバイスを識別できない場合、ペナルティがアクセスされる場合がある。
許可ガイドの実行中（１６５１０）に、他のプロバイダおよびコンシューマが参加を申し込むことができ、参加することができる。許可ガイドが実行されると（１６５１０）、プロバイダとコンシューマは置き換えられる場合もある。
図１７５は、一部の実施形態による、許可ガイド交渉のための例示的な方法１７５００のプロセスフロー図である。図１７５の方法１７５００は、図１７７に関して説明されるＩｏＴデバイス１７７００によって実施することができる。同様の番号が付けられた項目は、図１６６に関して説明したとおりである。プロセスフローは、ブロック１６６０２で開始し得る。ブロック１７５０２において、ノードは参加を申し込むことができる。ノードは、プロバイダ、コントリビュータ、ならびに許可ガイドによって管理されることを望み得る他のデバイスおよびサービスを含むことができる。
ブロック１７５０４において、ノードは、それらの提供物、属性、およびノードが有し得る任意の条項および条件をリストし得る。ノード適用プロセス中に、コスト関数がノードから受信された入力に適用され得る。一例では、コスト関数は、以下に開示されるようにｉｎｆｏｃｏｉｎアルゴリズムであり得る。一例では、コスト評価は、現場でのＩｏＴデバイスのデプロイおよびプロビジョニングのコストを含むことがあるので、コスト関数は、ＩｏＴ市場のノードに適用することができる。コスト評価は、例えば、運用コストは、例えば、デバイス、データ転送、およびストレージデバイスを運用するためのエネルギー、稼働、および保守のコストを含む。コスト評価には、広範なインフラストラクチャ全体にデプロイされているこれらのデバイスのコストに営業利益率のコストを加えたものが含まれ得る。一例では、マージンは、様々な当事者によるより低い範囲およびより高い範囲の使用を通じて交渉が行われ得る領域を指すことができる。
ブロック１７５０６において、データプレーンが更新され得る。データプレーンは、ブロックチェーン上またはブロックチェーン外のメカニズムを表すことができる。上述したように、ブロックチェーン内で使用され参照されるデータは、分散ハッシュテーブル（ＤＨＴ）との統合を通じて実行され得る。
ブロック１７５０８において、承認されるデバイスを追加することができる。一例では、確認されたデバイスは、デバイス基準によって、パラメータ選択を通じて、またはコスト関数に基づいて識別され得る。例えば、指定された基準を満たすデバイスはデフォルトで受け入れられ得る。特定の適合性パラメータを持つデバイスが受け入れられる場合もある。コスト関数の出力を満たすデバイスが受け入れられる場合もある。コスト関数は、供給単位当たりのコストに関して、ノードを順序付けし、上位Ｎ個の最適なノードを受け入れることを優先することができる。本明細書で説明される他の方法と同様に、プリアンブルをプロトコルフレームで使用することができる。プリアンブルは、トークンが許可ガイドとその参加メンバとの間で交渉される前に、プロセスが続行できるようにするために必要なデータを参加者が交渉できるようにし得る。正しいトークンを所有している当事者は、その後、特定のサービスにアクセスしたり提供したりするのに信頼される場合もある。
上述のように、許可ガイドからのノード交渉は、ｉｎｆｏｃｏｉｎアルゴリズムなどのコスト関数を使用することができる。ｉｎｆｏｃｏｉｎアルゴリズムは、センサが事前定義されたレートでデータを継続的に送信することを仮定し得る。ｉｎｆｏｃｏｉｎアルゴリズムは、センサの寿命および保守スケジュールが予測可能であると仮定し得る。ｉｎｆｏｃｏｉｎアルゴリズムは、データの帯域外要求は許可されていないと仮定し得る。ｉｎｆｏｃｏｉｎアルゴリズムは、センサ、ゲートウェイ、およびサーバが、例えば電力制約、処理制約、通信制約、またはストレージ制約などのより少ないリソース制約を有すると仮定し得る。
以下の式で使用されているように、Ｄはデータの単位を表す。このデータ単位は、主要なデータであり得る。一例では、一次データは、ＩｏＴネットワーク内のセンサによって直接観測された測定値であり得る。一次データは、１つまたは複数の一次データ源からの入力に基づいて計算された派生データを指すことができる。
以下の式で使用されているように、Ｃｔはデータ単位を転送するコストを表す。一例では、データ単位はｉｎｆｏｃｏｉｎと呼ばれ得る。データ単位を転送するコストは、ネットワーク転送コストまたは転送されるデータのサイズによって異なり得る。データ単位を転送するコストは、データがネットワークを介して新しいストレージ位置にコピーされているか否か、またはデータホームへのＵＲＩが使用されているか否かによって異なり得る。一例では、データホームは、惑星間ファイルシステム（ＩＰＦＳ）または軽量フォグファイルシステムであり得る。以下の式で使用されているように、Ｃｓｔｏｒｅはデータ単位を格納するためのコストを表し、ストレージのコストはデータのサイズの関数であり得る。データを格納するコストは、データの複製が冗長性のために使用される場合、特定の記憶媒体のコストを指し得る。
以下の式で使用されているように、項Ｍａｒｇｉｎは、データによって提供される値を反映し得る。一例では、データが他のデータ源と組み合わされてもよいため、データの価値は増大する。以下の式で使用されているように、Ｃｒａｗは取得コストまたは一次データ単位を生成するコストに営業利益率を加えたものを指すことができる。データ単位を取得するコストまたはデータ単位を生成するコストは、両方とも、センサの固定コスト（ＣＳ）を含むことができ、センサの寿命にわたる維持コスト（Ｃｍ）を含むことができ、センサノードのエネルギーランニングコスト（Ｃｅ）を含み得る。一例では、データ単位を取得するコストまたはデータ単位を生成するコストは、両方とも、センサが使用されることになる１日当たりのサンプリングレート（ｒａｔｅ）および日数（ｔ）を考慮することができる。Ｃｒａｗは、許可ガイドにサブスクライブしている当事者にとって交渉済みの価値を示すものとして、許可ガイドによって使用され得る。
Ｃｒａｗ＝［ＣＳ＋（Ｃｅ＊ｔ）＋Ｃｍ］／［ｒａｔｅ＊ｔ］＊Ｍａｒｇｉｎｄａｔａ・Ｃｄｅｒｉｖｅｄ
別の例では、派生データまたは仮想データを取得するコストは、新しい洞察および価値を得るために１セットまたは複数セットの一次データを処理または分析することによって生み出すことができる。本明細書で使用されるように、少なくとも３つの種類の導出データがあり得る。１つの種類の導出データは、センサノード内で導出されたデータを含み得。別の種類の導出データは、ネットワーク内で導出されたデータを含み得る。さらなる種類の導出データは、履歴データから導出されたデータを含み得る。
一例では、生コストは、データ源の数に基づいて変動し得る。例えば、導出されたデータが同じセンサノード上の複数の入力から計算され得る場合、データを取得するコストは生データを取得するのと同じまたは類似している。ノード上のすべてのセンサが使用されているか否かにかかわらず、センサノードの固定コストとランニングコストとは同じになり得る。従って、一例では、同じノード上で導出された値を計算するための追加コストがない場合がある。例えば、温度および湿度の入力から快適性指数の導出値を計算することは、同じノードからのデータを含むことができ、従って、データの転送のための生コストは増加しない可能性がある。
導出されたデータは生データよりも多くの値を提供する可能性があり、以下の式に示すように、計算された「導出値に対するＭａｒｇｉｎ」が存在し得る。
Ｃｄｅｒｉｖｅｄ＿ｌｏｃａｌ＝Ｃｒａｗ＊Ｍａｒｇｉｎｉｎｆｏｒｍａｔｉｏｎ
データは、様々な情報源から導出され得る。一例では、データは、ゲートウェイ、サーバ、機器、中央処理装置、または他のデバイスで導出することができる。生データが導出されたデータの作成のためにある位置に転送されることになっているとき、データを転送するコストのコスト計算にコストが追加され得る。一例では、データを転送するコストは、ノードからゲートウェイまたはサーバへ移動するデータのコストならびにその場所にデータを格納するコストに関係し得る。一例では、生データ単位は、最終データ宛先に到達するために複数の転送ステージを有し得る。転送中、データ単位は、最終データ宛先への移動の間の中間段階または中間ステージでローカルに格納され得る。コストは、生データの最終目的地に到達するためのコストに「導出された値に対するＭａｒｇｉｎ」を加えた和として生成され得る。以下の式では、Ｃｄｅｒｉｖｅｄ＿ｒｅｍｏｔｅによって参照されるデータを生成するためにデータが最終宛先までの途中のポイントで導出される場合、変数ＣｒａｗをＣｄｅｒｉｖｅｄ＿ｌｏｃａｌで置き換えることができる。

データが履歴データから導出される場合、データを格納するコストは、データを生成するコストに追加され得る。追加のデータ源が追加されるにつれてデータの価値が増加するため、コストはこのデータの生成に使用された履歴サンプルの数に実質的に比例する可能性がある。
以下の例示的な式では、Ｃａｃｑは、データＤを取得するために計算され得るコストを表す。データは、金銭的な価値（例えば、米国ドル）を持つことができる。データはまた、他のネイティブ資産またはオーバーレイ資産の観点から価値を表すこともある。ＣａｃｑのコストはＣｒａｗ、Ｃｄｅｒｉｖｅｄ＿ｌｏｃａｌ、またはＣｄｅｒｉｖｅｄ＿ｒｅｍｏｔｅと等しくてもよい。以下の例示的な式では、Ｄｉｖはデータユニットの情報値を表すことができる。すべてのデータ単位が等しい値を持つとは限らないため、Ｄｉｖはデータ単位ごとに異なり得る。
単位データの値、または一般にデータを識別するために、証拠の重み付けモデルは、データが作成された時点でデータ値を分類するために使用される情報値スコアを知らせることができる。情報値（ＩＶ）は、予測モデルにおける変数を選択するために使用され得る。一例では、予測子としてのＩＶ統計は、ＩＶ統計が閾値を下回る場合、モデル化には有用ではない可能性がある。計算されたＩＶについて閾値を使用し変化させることは、データ単位またはｉｎｆｏｃｏｉｎに対する値を評価するために使用され得る。閾値を下回るＩＶを持つデータ単位は、より低い値を受け取る。閾値を上回るが第２の閾値を下回るＩＶを有するデータ単位は、割り当てられた中間値を有することができる。価値スコアのこの評価は、複数のＩＶ閾値がＩＶデータスコアの入力によって超えられるにつれて増加し得る。一例では、データがＩｏＴエコシステムにおいてコンシューマによってより強く求められているので、高価値データはより大きな金銭的価値を有することができる。一例では、求められるデータ単位が多いほど、そのデータ単位の価値が高くなる。
データ単位の値を格納し評価する追加の方法を交渉システムに代用することができる。データ単位にＩＶスコアを使用することは、情報自体が交渉の枠組み内で取引可能な資産として使用されることを可能にする、またはそれ以外の方法でデータにスコアを配置することであり得る。
図１７６は、一部の実施形態による、価値を評価してデータ単位に割り当てるための例示的データ構造１７６００の概略図である。示されているデータは単なる例示であり、データ単位の値を計算すると共に最も価値のあるデータを選択する方法の例として示されている。さらに、価値を割り当てることができるデータは、許可ガイドの交渉ポイントまたは支払い方法として使用することができる。例示的なデータ構造１７６００では、証拠の重み付け（ＷｏＥ）計算１７６０２の列が、特定のノードにおいてデータが収集されたイベントの割合に基づくものとして示されている。
例示的なデータ構造１７６００では、ビンの列は、特定のデータ種別について少なくとも５％の観測値を有するノードの識別情報であり得る。一例では、各ノードおよび各データ種別について複数のそのような値計算モデルがあり得る。例示的なデータ構造１７６００では、ビン７は、高い予測値を有し得るデータとして現れる。データ構造例１７６００では、データセットの全体のＤｉｖは０．３１３８の値として表示される。相対的に、ビン７からのデータは、データ市場でより高い値を指示する場合もある。示された例におけるＣａｃｑは、ビンおよびノードにわたって平坦な値として現れ得る。しかしながら、市場の力がＣａｃｑの値を変える可能性がある。情報単位のための市場を創設することは、データ供給者が彼らの投資のために利益をもたらすであろう種類のデータを供給することを奨励するかもしれない。
図１７７は、一部の実施形態による、評価されたデータユニットとの交渉のためのＩｏＴデバイス１７７００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。
上でも示したように、図８を参照すると、大容量ストレージ８０８は、本明細書で説明されるグループ作成機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、第１のパラメータおよび第１のパラメータ値を含む第１の発見されたピア、ならびに第２のパラメータおよび第２のパラメータ値を含む第２の発見されたピアに関する許可ガイドをドラフティングする許可ガイドドラフト１７７０２を含み得る。一例では、第１のパラメータおよび第２のパラメータは、それぞれ第１および第２のノードについての許容可能なデータ値範囲を指すことができる。許容可能なデータ値範囲は、コスト関数を用いて計算することができる。コスト関数は、許可ガイドを実施するノードの運用コストを計算して組み合わせることができる。運用コストは、例えば、デバイス、データ転送、およびストレージデバイスを運用するためのエネルギー、稼働、および保守のコストのうちの少なくとも１つを含む。一例では、データ値範囲は、複数のデータソースの関数としてのデータの値の計算を指すことができる。データは、複数のセンサから合成された導出データであり得る。データの値は、得ようとするデータのレートが増加するにつれて増加し得る。
大容量ストレージ８０８は、例えば、図１７６に関してイベントの重みの欄について説明したように、第１のパラメータ値と第２のパラメータ値とを比較することによって第１のパラメータ重みおよび第２のパラメータ重みを計算するパラメータ重み計算部１７７０４を含み得る。大容量ストレージ８０８は、提案された条件が第１のパラメータおよび第２のパラメータによって提案された範囲内にあることに応じて許可ガイドの条件を生成する条件生成部１７７０６を含み得、第１パラメータは第１パラメータの重みによって調整され、第２パラメータは第２パラメータの重みによって調整される。大容量ストレージ８０８は、条件が満たされたことを検出したことに応答して許可ガイドの動作を実行するための動作実行部１７７０６を含み得る。
一例では、プロセッサ８０２は、参加パラメータおよび参加パラメータ値を含む候補ピアから許可ガイドへの要求を処理することができる。一例では、プロセッサ８０２は、第１のパラメータ値および第２のパラメータ値を、参加パラメータ値に対して比較することによって参加パラメータウェイトを計算することができる。
図１７８は、一部の実施形態による、タスクおよびコミッションノードを定義するためのコードを含む、非一時的機械可読媒体１７８００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
非一時的機械可読媒体１７８００は、第１のパラメータおよび第１のパラメータ値を含む第１の発見されたピア、ならびに第２のパラメータおよび第２のパラメータ値を含む第２の発見されたピアに関する許可ガイドをドラフティングするようにプロセッサ９０２に指示するためのコード１７８０２を含み得る。一例では、第１のパラメータおよび第２のパラメータは、それぞれ第１および第２のノードについての許容可能なデータ値範囲を指すことができる。許容可能なデータ値範囲は、コスト関数を用いて計算することができる。コスト関数は、許可ガイドを実施するノードの運用コストを計算して組み合わせることができる。運用コストは、デバイス、データ転送、およびストレージデバイスを運用するためのエネルギー、稼働、および保守のコストのうちの少なくとも１つを含む。一例では、データ値範囲は、複数のデータソースの関数としてのデータの値の計算を指すことができる。データは、例えば、複数のセンサから合成された導出データであり得る。データの値は、得ようとするデータのレートが増加するにつれて増加し得る。
非一時的機械可読媒体１７８００は、第１のパラメータ値と第２のパラメータ値とを比較することによって第１のパラメータ重みおよび第２のパラメータ重みを計算するようにプロセッサ９０２に指示するためのコード１７８０４を含み得る。非一時的機械可読媒体１７８００は、提案された条件が第１のパラメータおよび第２のパラメータによって提案された範囲内にあることに応じて許可ガイドの条件を生成するようにプロセッサ９０２に指示するためのコード１７８０６を含み得、第１パラメータは第１パラメータの重みによって調整され、第２パラメータは第２パラメータの重みによって調整される。非一時的機械可読媒体１７８００は、条件が満たされたことを検出したことに応答して許可ガイドの動作を実行するようにプロセッサ９０２に指示するためのコード１７８０８を含み得る。
一例では、プロセッサ９０２は、参加パラメータおよび参加パラメータ値を含む候補ピアから許可ガイドへの要求を処理することができる。一例では、プロセッサ９０２は、第１のパラメータ値および第２のパラメータ値を、参加パラメータ値に対して比較することによって参加パラメータウェイトを計算することができる。
ＩｏＴネットワーク上のメッセージフローは、時間の経過と共に認識可能なパターンを確立することができるが、認可されていないエージェントがネットワークにアクセスすると、認可されていないエージェントは自らの目的で動作を変更可能であり得る。そのため、トランザクションがブロックチェーンで可視である場合は、ネットワーク上のそのような不正行為を検出して解決するため、または事実上不正なトランザクションが発生しないようにするための措置をとることさえ可能であり得る。
一例では、ブロックチェーンを使用して、ネットワーク上のトランザクションの記録、ならびにネットワークエージェントが動作を実行するための事前認可を保持することができる。この事前認可機能は、非集中型ネットワークアクセスプロキシ（ＤＮＡＰ）プロトコルと呼ばれることがある。
図１７９は、一部の実施形態による、機能を使用するための非集中型ネットワークアクセスプロキシのための例示的な組織１７９００の概略図である。同様の番号が付けられた項目は、図１６５を参照して開示されたとおりである。ＤＮＰＡプロトコルの機能および許可ガイド１７９０２とのその相互作用のためのプロセスは、１７９０４で開始することができる。
ブロック１７９０４において、デバイスがブートし得る。ブートプロセスは、実行前環境（ＰＸＥ）におけるネットワークインターフェースデバイス上のネットワークスタックの初期化であり得、上位レベルのソフトウェアスタックまたはオペレーティングシステムの存在を意味し得ない。
ブロック１７９０６において、ネットワークインターフェースアダプタは、ブロックチェーンアウェアデバイスとして動作する際に使用するための鍵を生成することができる。生成された鍵を使用するデバイスはまた、ハードウェア対応のセキュアなエンクレーブを使用しているか、またはそれから動作していてもよい。生成された鍵を使用して、各パケットのトラフィックの発信元と各パケットの内容を判定できるように、デバイスから送信されるトラフィックに署名することができる。一例では、このデバイスのための鍵ベースの暗号化は、デバイス上でハードウェア対応にすることができ、中間者攻撃を防ぐのを助けることができる。トラフィックが有効なエージェントからの秘密鍵で署名されていない場合、ネットワークはデバイスに到着するトラフィックをドロップすることができる。一例では、ネットワークスイッチおよびルータを使用するために、トラフィックのハードウェア暗号化および復号が行われ得るように、ネットワークスイッチに修正を加えることができる。
ブロック１７９０８において、ネットワークインターフェースアダプタは、ブロックチェーン上にアクセス要求トランザクションを作成することができる。一例では、ネットワーク上を走っているパケットは、強制的にＤＮＡＰに経路指定され得る。これに関連して、ＤＮＡＰは、ネットワークの物理スイッチおよびルータ上のサービスとして動作している可能性があるため、レイヤ２データリンク層の機能とみなすことができる。ネットワークデバイスがコアネットワークインフラストラクチャを使用しようとすると、ネットワークデバイスは、コアネットワークインフラストラクチャまたは専用媒体を介したピアツーピア接続のプライベートネットワーク以外の接続を使用しようとする場合に、ネットワークデバイストラフィックが非集中型ネットワークアクセスプロキシに経路指定されるのを避けることができない。一例では、専用媒体を介したピアツーピア接続は、Ｂｌｕｅｔｏｏｔｈ（登録商標）またはイーサネット（登録商標）クロスケーブルを介した通信を含み得る。
ブロック１７９１０において、ＤＮＡＰプロトコルは、デバイスに特定のネットワークアクセス機能を許可し得る。一例では、ＤＮＡＰプロトコルは、許可ガイドの前述の機能を利用することができる。ＤＮＡＰプロトコルを実行しているネットワーク上のスイッチおよびルータのようなノードは、ブロックチェーンのマイナーになる場合もある。一例では、ネットワークのノードは、大きな計算オーバーヘッドを使用しないコンセンサスアルゴリズムを実行することができる、またはトランザクションへの直接参加に基づき得る。経過時間の証明アルゴリズムは、このプロトコルで使用される技術の一例であり得る。悪意のあるアクターが、例えば攻撃を成功させるためには、ネットワークインフラストラクチャの５１％をデプロイまたは危殆化させる必要があるため、ＤＮＡＰプロトコルを使用することで、不正なスイッチやルータの導入から保護することもできる。ＤＮＡＰデバイスがアクセス要求トランザクション機能を使用しようとすると、許可ガイドのメカニズムを介してネットワークインターフェースアダプタがそれ自身をネットワークに対して識別することになり得る。ネットワークインターフェースアダプタは、このプロセスを支援するためにハードウェア対応のセキュアなエンクレーブを実行することができる。
ブロック１７９１２において、ＤＮＡＰ使用デバイスが許可ガイド内の参加機能によって承認された場合、ＤＮＡＰ使用デバイスをネットワーク上の作成された、または認可されたデバイスの許可ガイドリストに追加することができる。ブロック１７９１０において、初期化プロセスが行われてもよく、デバイスはその属性および機能を許可ガイドに記述してもよい。一例では、ＤＮＡＰ記述属性は、信頼レベルを確立するためにＤＮＡＰデバイス上のハードウェア対応セキュアエンクレーブを介してアテステーションされてもよい。一例では、ＤＮＡＰデバイスの属性の記述は、ヒューマンインターフェースデバイス（ＨＩＤ）への拡張において定義されてもよい。許可ガイドに格納されている属性またはデータの記述は、チェーン外に格納され得る。一例では、ＤＮＡＰプロトコルを用いてイネーブルにされたスイッチまたはルータ、データのチェーン外への格納は、スイッチ内の一部のストレージの統合を含み得る。ＤＮＡＰネットワーク内のスイッチおよびルータは、エッジノードまたはフォグノードであり得る。ストレージは、ネットワーク上のルータおよびスイッチの上でＤＨＴタイプの分散ストレージメカニズムになることがある。
ブロック１７９１４において、トークンがデバイスに発行されて、デバイスが調整された方法で動作を実行できるようにすることができる。トークンをデバイスに使用すると、ＤＮＡＰネットワーク上のエンティティに対して個々のデバイスのファイアウォールが可能になり得る。一例では、デバイスがインターネット制御メッセージプロトコル（ＩＭＣＰ）トークンを保持している場合、デバイスはｐｉｎｇトラフィックを送信および受信することができる。トークンの使用は、同じトークンを有するデバイスがルータを介さずに互いに通信することを可能にすることによって仮想ローカルエリアネットワーク（ＶＬＡＮ）の形成を可能にし得る。トークンはまた、大規模な企業ネットワークに接続されていないプライベートネットワークを作成するためにも使用できる。
トークン割り当ては、特定の基準を満たすデバイスにデフォルトのトークン種別を割り当てるための規則を有し得る。これらの規則は、デバイスの種類や、そのデバイスが最低限のセキュリティ基準に準拠しているか否かを管理し得る。一例では、デバイスの種類は、企業が所有およびサポートするデバイス、または従業員が「持ち込み」スタイルプランで所有するデバイスであり得る。個人的なデバイスから金融データベースにアクセスする個人などの一部の環境では、本明細書で説明されているトークン割り当ては、企業環境の外で適用され得る。一例では、認可されていない、または特定の動作のためのトークンを所有していないＤＮＡＰデバイスは、デバイスがネットワークによって認可されていないために機能を要求したデバイスに障害が発生したという通知を受信し得る。トークンベースの承認手法を使用すると、ネットワーク上のセキュリティの施行を非集中化させることができる。一例では、ネットワーク管理者は、ネットワーク管理者がネットワーク上で許可または拒否する動作を表すために手動でトークンを作成することができる。一例では、事前に入力されたトークンのセットがネットワーク機器製造業者によって提供され得る。
ブロック１７９１６において、ＤＮＡＰデバイスは、特定の機能を実行するようにネットワーク上で認可され得る。ＤＮＡＰデバイスは、追加のトークンが付与され得る、またはトークンが失効され得る。この動作の制御プレーンは、ブロックチェーンで支援されている場合がある。ブロックチェーン支援は、デバイスがトークンを発行した後にデバイスが接続されているポートまたはアクセスポイントに施行されている規則を指すことができ、接続されたデバイスのために提供された規則は一般に変化せず、規則はデバイスの確認されたアイデンティティに基づいて施行される。一例では、ネットワーク内のスイッチおよびルータは、マイナーであり得、トランザクションを共通の共有台帳に同期させ得る。
ブロック１７９１８において、デバイスが実行しようと試み得る機能がブロックされてもよく、デバイスはネットワークが通信をブロックしたことを示すメッセージを受信してもよい。
図１８０は、一部の実施形態による、機能を使用するための非集中型ネットワークアクセスプロキシのための例示的な方法１８０００のプロセスフロー図である。図１８０の方法１８０００は、図１８１に関して説明されるＩｏＴデバイス１８１００によって実施することができる。プロセスフローは、ブロック１８００２で開始し得る。
ブロック１８００２において、ネットワークデバイスが初期化され得る。一例では、ネットワークデバイスは、クライアント、サーバ、ネットワークインフラストラクチャ、またはネットワークインターフェースとすることができる。ブロック１８００４において、デバイス上のファームウェアおよびハードウェアは、アイデンティティを生成し、デバイスがブロックチェーンクライアントの能力で動作できるようにする。一例では、ノードはネットワークスイッチの役割またはルータの役割を持つことができ、デバイスはＤＮＡＰブロックチェーンの確認部の容量で動作することができる。ＤＮＡＰブロックチェーンは、すべてのネットワークインフラストラクチャノードに分散させることができる。
ブロック１８００６において、デバイスは、ブート前実行環境（ＰＸＥ）または動的ホスト構成プロトコル（ＤＨＣＰ）と同様に、発見ブロードキャストメッセージをパブリッシュすることができる。一例では、デバイスおよびＤＮＡＰプロトコルは、ＰＸＥおよびＤＨＣＰプロトコルを使用して実施することができる。一例では、発見ブロードキャストがＤＮＡＰアウェアシステムの位置を返さない場合、ネットワークデバイスは遅延し再試行し得る。発見ブロードキャストがいかなるＤＮＡＰアウェアシステムの位置も返さない場合、デバイスは、デバイスが非ＤＮＡＰネットワーク上で動作することを可能にするレガシー動作を実行し得る。遅延および再試行のプロセス、または別のネットワークへの切り替えのプロセスは、事前設定されたポリシー、ＢＩＯＳ設定、ファームウェア設定、デバイス上の物理ジャンパ設定、またはその他の方法で手動で調整することによって制御できる。
ブロック１８００８において、ＤＮＡＰデバイスは、動作中のＤＮＡＰネットワークの発見に応答してＤＮＡＰネットワークに参加することを申し込む。上述のように、ＤＮＡＰネットワークに参加することは、ネットワーク内で従われる許可ガイドに参加することを含み得る。
ブロック１８０１０において、ＤＮＡＰデバイスは、その属性および機能をパブリッシュし、デバイスの属性またはアイデンティティに基づいてＤＮＡＰデバイスに割り当てられ得るトークンを要求し得る。トークンを割り当てる決定は、ポリシーの使用を通じて、または例えばデバイスのネットワーク、アドレス、アイデンティティ、デバイス種別、デバイス能力、デバイス機能に基づいて、またはデバイスおよび許可ガイドに関するポリシーの有効性尺度に基づいてネットワーク管理者によって制御され得る。上述のように、許可ガイドを構築することは、ユーザインターフェースまたはアプリケーションプログラムインターフェースを使用し得るネットワークエンジニアによって達成され得る。許可ガイドおよびトークンの実装は、デバイスごとのネットワークトラフィックの詳細な制御を可能にし得る。一例では、企業システムは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）トラフィックまたは他の特定の種類のトラフィックをデバイスのデフォルトとすることを可能にし得る。ＤＮＡＰプロトコルを使用する企業システムはまた、指定されたビジネス機能追加トークンをデバイスに提供して、それらのデバイスが他のネットワークサービスを使用したい場合に他のトラフィック種別を許可することができる。
ブロック１８０１２において、デバイスは、ネットワーク上にパケットを送信することができる。オペレーティングシステムおよびＯＳＩ（開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ））スタックの上位層は、このプロセスを認識していない場合がある。一例では、デバイスパケットの送信はネットワーク層で実行され得る。ネットワークは、いくつかの方法でパケットを認証できる。例えば、トークンは、パケットのヘッダに付加されてもよいし、パケットは、パケットを送信しているアイデンティティの秘密鍵で署名されてもよい。ネットワークに到着したパケットは、それらを送信しているアイデンティティが検証され、その種類のトラフィックを送信するためのトークンを所有している場合に許可され得る。トラフィックが許可されていない場合、ネットワーク事業者は、否定応答（ＮＡＣＫ）をクライアントに返送することを決定でき、それ以外の場合、パケットはネットワークを経由してその宛先に経路指定される。
ＤＮＡＰでは、ネットワークインフラストラクチャ自体が、システムの状態に関するコンセンサスが格納される場所として、ブロックチェーン内の確認部ノードとして動作し得る。悪意のあるエンティティがこの手法を危殆化させるには、悪意のあるエンティティがネットワークインフラストラクチャの５１％を危殆化させる必要がある。単一の中央集権型ファイアウォールサービスではなく、妥協が必要な場所が多数あるため、ネットワークインフラストラクチャの大部分を侵害すると、悪意のあるエンティティにとってより多くの負荷がかかる可能性がある。ネットワークインフラストラクチャのコンセンサスは、アクセス制御リスト（ＡＣＬ）コマンドリスト（Ｃリスト）であり得る。一例では、ネットワークインフラストラクチャのコンセンサスが非集中型プロトコルで確立されると、上述の方法は、ブロックチェーンに格納されたＡＣＬまたはＣリストの管理上で書き直され得る、またはマッピングされ得る。一例では、ＤＮＡＰプロトコルは、プロトコル内の有効なアドレスを有するエージェントによって署名されたトランザクションによるトリガに基づいてステータス変更を更新することができる。
本明細書でＤＮＡＰとのセキュリティおよび通信に関して使用されるように、リソースの作成部はトークンを発行することができ、トークン自体は転送可能または不可能であり得、トークンはネットワーク事業者からの指示に基づいて使い捨てのクレデンシャルのように使用され得る。ＤＮＡＰ機能トークンを使用すると、いったんトークンが使用されると、そのトークンは再び使用されないため、ＤＮＡＰや同様のシステムで使用されるトークンを、デバイスがネットワークにどれくらいの量アクセスするかを制御するための割り当てとして使用できる。トークンは、Ｘの数のパケット、Ｘの量のデータ、またはＸの期間の時間で機能するように設定できる、あるいは、なんらかの種類のトラフィックに対しては無期限のリースを割り当て、その他のトラフィックに対しては割り当て分を割り当てることができる。
図１８１は、一部の実施形態による、評価されたデータユニットとの交渉のためのＩｏＴデバイス１８１００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。
上でも示したように、図８を参照すると、大容量ストレージ８０８は、本明細書で説明されるグループ作成機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、ブロックチェーンクライアントとしてのデバイスのためのデバイスアイデンティティを生成するためのデバイスアイデンティティ生成部１８１０２を含み得る。デバイスは、ＤＮＡＰからトークンを要求することができる。トークンは、ピアツーピア以外のネットワークデータを送信および受信する能力をデバイスに付与することができる。一例では、トークンは、ネットワークのオープンシステム相互接続層の層上でデータを送信および受信する能力をデバイスに付与することができる。一例では、デバイスは、デバイスによって受信および送信されたトランザクションのトランザクション記録を格納することができ、トランザクション記録は、ＤＮＡＰと共有される。デバイスは、デバイスから送信されたパケットの発信元を示すための鍵を生成することができる。デバイスは、ブロックチェーン対応デバイスであり得、デバイスは、デバイスによって送信され、デバイスによって受信されたトランザクションをブロックチェーン上に格納し得る。デバイス属性の記述は、ブロックチェーンの外に格納されてもよい。
大容量ストレージ８０８は、デバイスから発見ブロードキャストメッセージをパブリッシュするためのメッセージパブリッシュ部１８１０４を含み得る。大容量ストレージ８０８は、パブリッシュされた発見ブロードキャストメッセージに基づいて、ＤＮＡＰからの応答を受信するデバイスに応答して、非集中型ネットワークアクセスプロキシ（ＤＮＡＰ）ネットワークへの参加をデバイスから適用するためのネットワーク適用部１８１０６を含み得る。大容量ストレージ８０８は、デバイスのアイデンティティおよび属性をＤＮＡＰに記述するためのデバイス記述部１８１０８を含み得る。
大容量ストレージ８０８は、デバイスのアイデンティティおよび属性に基づいてネットワークによってデバイスに許可されているアクセスに応答して、ネットワークを介してデバイスからパケットを送信するためのパケット送信部１８１１０を含み得る。一例では、パケットがトークンを加え、パケットとトークンとの組み合わせが検証のためにＤＮＡＰに送信されてもよく、ＤＮＡＰは、ＤＮＡＰがトークンを受け入れられないことの検出に応答してパケットとトークンの両方を拒否する。一例では、トークンは、閾値数のパケット、閾値量のデータ、または閾値期間のうちの少なくとも１つと共に使用するのに有効であり得る。
図１８２は、一部の実施形態による、タスクおよびコミッションノードを定義するためのコードを含む、非一時的機械可読媒体１８２００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
非一時的機械可読媒体１８２００は、ブロックチェーンクライアントとしてのデバイスのためのデバイスアイデンティティを生成するようにプロセッサ９０２に指示するためのコード１８２０２を含み得る。デバイスは、ＤＮＡＰからトークンを要求することができる。トークンは、ピアツーピア以外のネットワークデータを送信および受信する能力をデバイスに付与することができる。一例では、トークンは、ネットワークのオープンシステム相互接続層の層上でデータを送信および受信する能力をデバイスに付与することができる。一例では、デバイスは、デバイスによって受信および送信されたトランザクションのトランザクション記録を格納することができ、トランザクション記録は、ＤＮＡＰと共有される。デバイスは、デバイスから送信されたパケットの発信元を示すための鍵を生成することができる。デバイスは、ブロックチェーン対応デバイスであり得、デバイスは、デバイスによって送信され、デバイスによって受信されたトランザクションをブロックチェーン上に格納する。デバイス属性の記述は、ブロックチェーンの外に格納されてもよい。
非一時的機械可読媒体１８２００は、デバイスから発見ブロードキャストメッセージをパブリッシュするようにプロセッサ９０２に指示するためのコード１８２０４を含み得る。非一時的機械可読媒体１８２００は、パブリッシュされた発見ブロードキャストメッセージに基づいて、ＤＮＡＰからの応答を受信するデバイスに応答して、非集中型ネットワークアクセスプロキシ（ＤＮＡＰ）ネットワークへの参加をデバイスから適用するようにプロセッサ９０２に指示するコード１８２０６を含み得る。非一時的機械可読媒体１８２００は、デバイスのアイデンティティおよび属性をＤＮＡＰに記述するようにプロセッサ９０２に指示するためのコード１８２０８を含み得る。
非一時的機械可読媒体１８２００は、デバイスのアイデンティティおよび属性に基づいてネットワークによってデバイスに許可されているアクセスに応答して、ネットワークを介してデバイスからパケットを送信するようにプロセッサ９０２に指示するコード１８２１０を含み得る。一例では、パケットがトークンを加え、パケットとトークンとの組み合わせが検証のためにＤＮＡＰに送信されてもよく、ＤＮＡＰは、ＤＮＡＰがトークンを受け入れられないことの検出に応答してパケットとトークンの両方を拒否する。一例では、トークンは、閾値数のパケット、閾値量のデータ、または閾値期間のうちの少なくとも１つと共に使用するのに有効であり得る。
許可ガイドは、デバイスのための非集中型の認可、認証、および課金を提供するために使用され得る。本開示は、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）および関連するＤＩＡＭＥＴＥＲプロトコルへの拡張のためのビルディングブロックを開示する。一例では、本開示の技法は、集中管理システムによって引き起こされるスケーラビリティの問題に対処する。これらの技法は、より大きな分散型ＲＡＤＩＵＳネットワークに適用することができる。一例では、大規模ネットワークのメンバは、自身のユーザアカウントを維持しながら、自身の構内で自身のＲＡＤＩＵＳサーバを実行することができる。一例では、認証は、要求の位置にかかわらず、メンバのネットワークアクセス要求をメンバのネットワークに経路指定するＲＡＤＩＵＳプロキシを介して進むことができる。ネットワークへの参加要求がメンバネットワークで受け入れられた場合、大規模ネットワークの残りの部分は認証されたものとしてその発信元からのトラフィックを受け入れる。この技法により、ネットワークは、このような大規模で分散された動的ネットワーク間でユーザアカウントを同期することを回避できる。この技法は、新しいエンティティがネットワークに参加したときに審査プロセスを提供するために追加できる。エンティティがＲＡＤＩＵＳサーバをセキュアに運用し、設定ポリシーで設定された基準に準拠していることを確認するために、この技法を追加することができる。
図１８３は、一部の実施形態による、許可ガイド１８３０２を用いて認証、認可、および課金を提供することの非集中型バージョンのための例示的な組織１８３００の概略図である。同様の番号が付けられた項目は、図１６５を参照して開示されたとおりである。機能のための処理は１８３０４で開始され得る。
組織１８３００および方法は完全なシステムとすることができ、また既存の認可、認証、および課金プロトコルに対する拡張とすることもできる。ブロック１８３０４において、ユーザは、既にユーザである、集中型局にログオンすることができる。一例では、ユーザは大学の学生または教職員であり得、集中型局は大学のネットワークであり得る。ログイン中に、ユーザは自分のプロファイルを作成できる。この時点で、システムに対するユーザアイデンティティを確認するために、ユーザプロファイル、パスワード、またはネットワークの使用を一緒に使用することができる。ユーザがユーザアカウントにログインするのではなくデバイスである場合、デバイスはブートし、システムのモジュールによるデバイス認証をコミッショニングすることができる。
ブロック１８３０６において、ユーザのデバイスは、使用の命令により、支払いを交換することができる。一例では、ユーザのデバイスがペイパーユース方式のネットワークにアクセスしていてもよく、ネットワークにアクセスするために支払いが必要とされ得る。ユーザデバイスを介したユーザは、ネットワークを介してネットワーク事業者と支払いを交渉することができる。この種の支払いは任意であり得、例えば、ネットワークプロバイダは無料アクセスを提供し得る。ネットワークプロバイダは、課金することを選択することができ、課金する際に、ネットワークプロバイダは、ネットワークプロバイダが受け入れることができる支払い形態を指定することができる。一例では、ネットワークは暗号通貨またはｉｎｆｏｃｏｉｎを受け入れることができる。１８３０６に関して説明したように支払いを交換することは、リストされたように、または参加エンティティが条件を受け入れ、プロバイダが参加エンティティに参加エントリアクセスを許可したときにプロセスの終わりに実行することができる。
ブロック１８３０８において、秘密鍵がユーザに対して作成されてもよく、アドレスと関連付けられてもよい。ブロック１８３１０において、ユーザデバイスは許可ガイドに参加することを要求することができる。ブロック１６５１８で上述したように、許可ガイドへの参加は、ユーザデバイスがネットワークの恒久的なメンバになることができる場合に一度行われ得る。一例では、許可ガイドに参加することは、期限がある、または他の条件によって制限され得る。上述のように、参加許可ガイド機能は、応募者を受け入れる前に特定の条件が満たされることを保証することができる。一例では、支払いが行われた場合、支払いは、許可ガイドに参加する全プロセスが完了するまで確定されてもされなくてもよい。
上述のように、ブロック１６５２２において、参加しているアイデンティティのリストを格納することができる。参加しているアイデンティティの保存は、オフチェーンで行われ得る。ストレージはまた、ハッシュで行われてもよい。さらに、参加しているアイデンティティのストレージに関して、アイデンティティ情報を格納することができる位置を識別するためにポインタを使用することができる。格納されたデータはまた、暗号化され、認可されたエンティティが見ることを制限することもできる。
ブロック１８３１２において、属性フィルタが、属性を確認するために使用され得る。一例では、確認は、ゼロ知識証明メカニズムを用いて行われ得る。属性の確認にはアテステーションを使用できる。一例では、属性フィルタは、例えば個人が１８歳よりも上であるか否かを識別することなど、ネットワーク上で動作するための条件を確認することができる。属性フィルタは、個人が彼らの完全なアイデンティティを開示する必要なしに、個人についての属性のアテステーションを可能にし得る。
ブロック１６５３０において、上記のように、申請者デバイスは、トークンを要求することができる。前と同様に、トークンは無制限であってもよいし、トークンが制限されていてもよい。トークンは、暗号通貨コインによって支援されてもされなくてもよい。トークンの使用は、いくつかのトークンが獲得のために支払いを使用することができ、そして他のトークンがネットワーク事業者によって決定されるように無料であることを混ぜ合わせたものを可能にし得る。トークンの要求は、課金機能を実行するブロックチェーン１８３１４およびブロックチェーン１８３１４のサイドチェーン１８３１６を通過する追加の段階を含み得る。ブロック１８３１８において、ブロックチェーン１８３１４内において、許可ガイド１８３０２からの支払いまたは機能呼び出しがブロックチェーン上のコインを予約する。ブロック１８３２０において、サイドチェーン１８３１６内において、予約されたトークンは、トークンが作成されたサイドチェーン１８３１６と関連付けられてもよい。ブロックチェーンにトークンを追加することができるサイドチェーン１８３１６においてコインを予約することまたはトークンを作成することの動作は、どのアイデンティティがどの種類のトークンを要求したかを識別および構築することが可能であり得る課金形態を構築する。
ブロック１６５３４において、上記のように、許可ガイド１８３０２のポリシーの実行によりトークンを失効させることができる。一例では、エンティティが許可ガイド１８３０２を脱退したい場合、トークンはエンティティによって返金されるように要求されてもよい。許可ガイド１８３０２からの要求に応答して、ブロック１８３２２において、トークンをサイドチェーン１８３１６から削除することができる。ブロック１８３２４において、ブロックチェーン１８３１４内において、サイドチェーン１８３１６内の削除されたトークンに関連するコインは、トランザクションの理由に応じてネットワークプロバイダに解放されるかまたはエンティティに返金されてもよい。
ブロック１６５３４において、上記のように、ネットワークプロバイダが主張する支払いＴ＆Ｃを許可ガイド１８３０２に符号化することができる。ブロック１８３２６において、認証要求が送信され得る。一例では、認証は、デバイスがネットワークに要求を送信することによって機能する。デバイスは、検証側当事者に公開鍵を提示することができる。一例では、公開鍵を送信した当事者は、トークンがそのような公開鍵に入金されているか否かを判定するためにブロックチェーン１８３１４をチェックすることができる。ネットワーク上の異なるサービスにアクセスすることは、異なる種類のトークンを所有するように所有者に要求し得る。
ブロック１８３２８において、トークンを消費することができる。一例では、トークンは使用ごとに消費されてもよい。使用ごとにトークンを使用することは、サービスごとにネットワークプロバイダに予算をネットワーク上のエンティティに割り当てる方法をネットワークプロバイダに提供する認可の形式である。プロバイダは、代わりに、トークンが使用ごとではないことを示してもよく、使用による制限なしに使用されてもよい。ブロック１８３３０において、サイドチェーン１８３１６を通じたトークンの消費または提示は、サイドチェーン上のトランザクションとして記録されてもよい。この記録は、別の課金サービスとみなされる場合もある。ブロック１８３１６において、サイドチェーンは、トークンが消費されたか否かを示すことができる。トークンが消費された場合、この消費の記録がサイドチェーン１８３１６にある場合がある。一例では、サイドチェーン１８３１６で消費されたトークンは、メインブロックチェーン１８３１４上のコインによって支援されてもよい。ブロック１８３３２において、ブロックチェーン１８３１４上において、コインをネットワーク事業者およびプロバイダのウォレットに返金または払い戻され得る。
図１８４は、一部の実施形態による、許可ガイドを用いて認証、認可、および課金を提供することの非集中型バージョンのための例示的な方法１８４００のプロセスフロー図である。図１８４の方法１８４００は、図１８５に関して説明されるＩｏＴデバイス１８５００によって実施することができる。プロセスフローは、ブロック１８４０２で開始し得る。
ブロック１８４０２において、ネットワークの使用を要求しているエンティティは、例えばポータルまたはＡＰＩを介して登録することができる。一例では、ポータルは、所属学生が登録し料金を支払うために個々の大学によって提供されてもよい。一例では、マシン指向ネットワークに参加しようとしているエンティティの場合、そのようなエンティティは、任意のウォレットまたはクレジットカードプロバイダからの資金を使用して自動的に参加することができる。
ブロック１８４０４において、参加エンティティが、彼らが参加を希望するネットワーク上にクレジットがない場合、支払い交換が使用され得る。ブロック１８４０６において、参加エンティティは、支払いの交換に参加することによってスマートコントラクトに入ることができる。一例では、参加エンティティの属性を登録することができる。一例では、使用のための属性は生年月日および他の個人データを含み得る。一例では、マシンの属性は、デバイスの種類またはソフトウェアの種類およびバージョンを含み得る。属性データは、属性データが裏付け文書と共に報告されているか否かをアテステーションされ得る。マシンの属性の場合、これらのマシンの属性は、トラステッドセンシングやハードウェアのルートオブトラスト（ＨＷＲＯＴ）を含む技術的な方法でアテステーションされ得る。このアテステーションに応答して、参加エンティティのリストが許可ガイド内に維持され得、これでエンティティは許可ガイドからトークンを要求し得る。
ブロック１８４０８において、コンセンサスネットワークによって判定された有効なアイデンティティ要求の確認に応答して、トークンがエンティティに発行され得る。ネットワーク上のアイデンティティの残高がゼロより大きい場合、トークンがエンティティに発行され得る。一例では、ＴＴＬは、エンティティのアテステーションに対して設定され得る。一例では、エンティティのアテステーションは、時間、使用法、および地理的に制限され得る。一例では、エンティティがモバイルである場合、トークンは一部の地域では機能し、他の地域では機能しないことがあるので、制限はトークンによって施行され得る。
ブロック１８４１０において、コインがトークンに対して予約され得る。一例では、コインはサイドチェーンに予約され得る。コインの予約プロセスは、失敗した試行に応じて再試行され得る。一例では、プロセスはまた、トランザクションから引き出すことによってプロセス内で交換されたクレジットを返金することを含むことができる。コインを予約する試みが成功した場合、トークンが作成され、エンティティに発行され、それにより、次いで、エンティティが認証要求を送信し得る。認証要求は、前述のように属性フィルタリングされてもよい。トークンが消費されると、サイドチェーンでそれらに関連付けられているコインのロックが解除されるか返金され、これらのトークンがネットワークプロバイダに渡され得る。
ブロック１８４１２において、エンティティは許可ガイドを脱退し得る。許可ガイドを脱退することを避けるために、エンティティのトークンが既に消費されている場合、エンティティは追加のトークンを要求し得る。一例では、エンティティのアイデンティティがネットワーク上でもはや有効ではない場合、許可ガイドは終了し得る。一例では、ネットワークエンティティまたはネットワークプロバイダはまた、エンティティを追い出すためにこのプロセスを開始し得る。使用されていないトークンは失効または破棄され得、エンティティに対する残りの資金の残高は、許可ガイドの条件に従って返金され得る。
図１８５は、一部の実施形態による、ＩｏＴデバイスを用いた非集中型の認可、認証、および課金のためにＩｏＴデバイス１８５００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。
上でも示したように、図８を参照すると、大容量ストレージ８０８は、本明細書で説明されるグループ作成機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、第２のネットワークへのポータルを介して第１のネットワークにデバイスを登録するためのデバイスレジストラ１８５０２を含むことができ、第２のネットワークは、第１のネットワークへのアクセスを認可される。デバイスは、第２のネットワーク内のウォレットへの支払い交換を実行してもよい。
大容量ストレージ８０８は、許可ガイドの義務の合意を介してデバイスを許可ガイドに参加させるためのデバイス参加部１８５０４を含み得る。大容量ストレージ８０８は、許可ガイドの機能を使用してトークンを要求するためのトークン要求部１８５０６を含むことができ、トークンは、第２のネットワークにアクセスするために認証されたデバイスを識別する。一例では、トークンの要求は、サイドチェーン上で生成されたトークンに対応するように、課金ブロックチェーン上のコインの予約をもたらし得る。ブロックチェーンのコインは、サイドチェーンによって失効され消費されたトークンのうちの少なくとも１つであるトークンの検出に応答して解放されてもよい。一例では、許可ガイドに参加することは、デバイスの属性が第１のネットワークで許可されていることを確認するために、デバイスから、デバイスの属性を属性フィルタの許可ガイドに提供することを含み得る。属性は、デバイスが許可ガイドに参加している間にアクティブなユーザプロファイルの属性を含み得る。トークンは、デバイスの認可形式として使用されたことに応答して、自身を破壊することができる。
大容量ストレージ８０８は、デバイスからの認証要求を第１のネットワークに送信するための要求送信部１８５０８を含むことができ、第１のネットワークは、トークンの検出に応答して認証を確認する。トークンは、デバイスによるトークンの第１のネットワークへの提示によるデバイスの認証に応答してサイドチェーン上で消費され得る。デバイスは、デバイスが第２のネットワークにアクセスするためのクレデンシャルを有するという第１のネットワークに対する認証に基づいて第１のネットワークにアクセスすることを認可されてもよい。一例では、第１のネットワークを使用するためのデバイスの認可は、アクセス数、第１のネットワークを通してアクセスされるデータの量、および許可されたアクセスの時間のうちの少なくとも１つに基づいて期限切れになり得る。
図１８６は、一部の実施形態による、ＩｏＴデバイスを用いた非集中型の認可、認証、および課金のためのコードを含む、非一時的機械可読媒体１８６００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
非一時的機械可読媒体１８６００は、第２のネットワークへのポータルを介して第１のネットワークにデバイスを登録するようにプロセッサ９０２に指示するコード１８６０２を含み得、第２のネットワークは、第１のネットワークへのアクセスを認可される。デバイスは、第２のネットワーク内のウォレットへの支払い交換を実行してもよい。
非一時的機械可読媒体１８６００は、許可ガイドの義務の合意を介してデバイスを許可ガイドに参加させるようにプロセッサ９０２に指示するためのコード１８６０４を含み得る。非一時的機械可読媒体１８６００は、許可ガイドの機能を使用してトークンを要求するようにプロセッサ９０２に指示するコード１８６０６を含み得、トークンは、第２のネットワークにアクセスするために認証されたデバイスを識別する。一例では、トークンの要求は、サイドチェーン上で生成されたトークンに対応するように、課金ブロックチェーン上のコインの予約をもたらし得る。ブロックチェーンのコインは、サイドチェーンによって失効され消費されたトークンのうちの少なくとも１つであるトークンの検出に応答して解放されてもよい。一例では、許可ガイドに参加することは、デバイスの属性が第１のネットワークで許可されていることを確認するために、デバイスから、デバイスの属性を属性フィルタの許可ガイドに提供することを含み得る。属性は、デバイスが許可ガイドに参加している間にアクティブなユーザプロファイルの属性を含み得る。トークンは、デバイスの認可形式として使用されたことに応答して、自身を破壊することができる。
非一時的機械可読媒体１８６００は、デバイスからの認証要求を第１のネットワークに送信するようにプロセッサ９０２に指示するコード１８６０８を含み得、第１のネットワークは、トークンの検出に応答して認証を確認する。トークンは、デバイスによるトークンの第１のネットワークへの提示によるデバイスの認証に応答してサイドチェーン上で消費され得る。デバイスは、デバイスが第２のネットワークにアクセスするためのクレデンシャルを有するという第１のネットワークに対する認証に基づいて第１のネットワークにアクセスすることを認可されてもよい。一例では、第１のネットワークを使用するためのデバイスの認可は、アクセス数、第１のネットワークを通してアクセスされるデータの量、および許可されたアクセスの時間のうちの少なくとも１つに基づいて期限切れになり得る。
本技法の一部の実施形態は、とりわけ、例えばリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）および／またはＤＩＡＭＥＴＥＲプロトコルを使用するＩｏＴデバイス上の非集中型の認可、認証、および課金を開示する。非集中型プロキシは、ＲＡＤＩＵＳサーバ、ＤＩＡＭＥＴＥＲサーバ、またはＤＩＡＭＥＴＥＲプロトコルを実行しているＲＡＤＩＵＳサーバの前に配置できる。非集中型ＡＰＩは、ＲＡＤＩＵＳサービスおよび／またはＤＩＡＭＥＴＥＲサービスに組み込まれ得る。既存の呼び出しは、ブロックチェーン型暗号化メカニズムでＲＡＤＩＵＳサービスおよび／またはＤＩＡＭＥＴＥＲサービスにラップされ得る。ブロックチェーン型暗号化メカニズムは、例えば、ＲＡＤＩＵＳサーバおよび／またはＤＩＡＭＥＴＥＲサーバによる処理のために要求を通過させることを可能にするために、要求の送信元の証明のレイヤとして使用され得る。
図１８７は、一部の実施形態による、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）および／またはＤＩＡＭＥＴＥＲプロトコルを使用するＩｏＴデバイス上での非集中型の認可、認証、および課金のための技法１８７００の概略図である。ＲＡＤＩＵＳサーバ１８７０２は、変更からロックされてもよく、非集中型ＲＡＤＩＵＳプロキシ１８７０４は機能拡張されてもよい。非集中型ＲＡＤＩＵＳプロキシ１８７０４は、メッセージが従来のＲＡＤＩＵＳサーバに到着する前に措置とることができる。非集中型ＡＰＩ １８７０６は、ＲＡＤＩＵＳサーバ１８７０２０とバックエンドデータベース１８７０８との間に挿入することができ、ＲＡＤＩＵＳサービスの動作に対する修正を含むことができる。
非集中型ＲＡＤＩＵＳプロキシ１８７０４は、ＲＡＤＩＵＳサーバ１８７０２がバックエンドデータベース１８７０８を実装するときに機能することができる。一例では、データベース１８７０８はファイルであり得る、またはそれは任意の数のサポートされるデータストアを使用し得る。非集中型ＲＡＤＩＵＳプロキシ１８７０４では、サービスは、ＲＡＤＩＵＳサーバ１８７０２の前に位置し、非集中型フィルタとして動作することができる。非集中型ＲＡＤＩＵＳプロキシ１８７０４は、非集中型メカニズムを使用して要求者のアイデンティティを確認することによってセキュリティチェックを提供することができる。
ＲＡＤＩＵＳサーバ１８７０２が使用する呼び出しは、非集中型ＡＰＩ １８７０６を介してそれらを経路指定するように修正することができる。非集中型ＡＰＩ １８７０６は、ＲＡＤＩＵＳ機能のブロックチェーンへの経路指定をサポートするクラスのセットとしてＲＡＤＩＵＳサーバのコードベースに組み込まれ得る。ＲＡＤＩＵＳサーバ１８７０６は、ブロックチェーンクライアントになり、アイデンティティおよびトランザクションの有効性チェックを実行することができる。あるいは、またはそれに加えて、アイデンティティおよび有効性チェックは、ＲＡＤＩＵＳサーバがサポートするように修正された外部サービスとして実施することができる。非集中型ＡＰＩを用いて、ＲＡＤＩＵＳサーバコードは、動作がアイデンティティおよび有効性チェック機能を可能にすることができるように修正され得る。有効性チェックを実行するための例示的なメカニズムを以下に説明する。
図１８８は、一部の実施形態による、ＩｏＴデバイス上での認可、認証、および課金のために非集中型ＲＡＤＩＵＳ １８７０４プロキシを介して動作するための図１８７のコンポーネントのための例示的な方法１８８００のラダー図である。図１８８の方法１８８００は、図１９１に関して説明されるＩｏＴデバイス１９１００によって実施することができる。同様の番号が付けられた項目は、図１８７に関して開示されたとおりである。
非集中型ＲＡＤＩＵＳプロキシ１８７０４は、ＲＡＤＩＵＳクライアント１８８０４からのＲＡＤＩＵＳ認証要求１８８０２を処理することができる。ＲＡＤＩＵＳクライアント１８８０４は、ＲＡＤＩＵＳクライアントブロックチェーンまたは分散型台帳１８８０６のアイデンティティからの秘密鍵を用いてＲＡＤＩＵＳ要求に署名するように修正されてもよい。アイデンティティは、要求の送信元であるアイデンティティ１８８０８と、要求が実際にブロックチェーンまたは分散型台帳１８８０６上のアイデンティティに対応する秘密鍵の所有者であるか否かと、を検証するために使用され得る。ブロックチェーンまたは分散型台帳１８８０６上のアイデンティティは、先のセクションで説明したように、許可ガイドを使用して以前に確立されている場合がある。例えば、アイデンティティは、サービスに登録しており、許可ガイドに参加していてもよく、そしてそのコントラクト内の参加エンティティとしてリストされてもよく、あるいはアイデンティティはトークン保有者であってもよい。アイデンティティ検証は、新しいチェーンによって署名された認証要求が初めて見られたときに、ブロックチェーンまたは分散型台帳１８８０６がそのリクエストのアイデンティティを受け入れることができる実行時に行うことができる。アイデンティティ検証応答１８８１０が、非集中型プロキシ１８７０４に返され得る。アイデンティティが許容可能であると検証されたことに応答して、非集中型プロキシ１８７０４は、適切なＲＡＤＩＵＳサーバを要求する１８８１２ことができる。それに応じて、ＲＡＤＩＵＳサーバ１８７０２は、要求が、成功として承認された、または失敗として拒否されたことを応答１８８１４することができる。
アイデンティティの検証が成功すると、同一ユーザからの将来のＲＡＤＩＵＳ要求が正しい秘密鍵によって署名され得るように、複数のアイデンティティがリンクされ得、秘密鍵を含まない要求は拒否され得る。アイデンティティは、ＲＡＤＩＵＳ要求と共にトークンを提示し、そのアイデンティティを確認するために、検証をブロックチェーンまたは台帳に対して比較することによって応答することができる。前述のように、確認は、有効なトークン保有者としての要求を示し得、失敗した確認でも、特定の許可ガイドのメンバとしてリストされていることによってアイデンティティが検証されている可能性がある。確認は、ブロックチェーン上の通貨がＲＡＤＩＵＳ要求に対して費やされる時期を示す。例えば、ＲＡＤＩＵＳ要求を行うために、アイデンティティは、使用するブロックチェーン上に一部のクレジットおよびコインを有することができる。
図１８９は、一部の実施形態による、ＩｏＴデバイス上での認可、認証、および課金のために非集中型ＡＰＩ １８７０６プロキシを介して動作するための図１８７のコンポーネントのための例示的な方法１８９００のラダー図である。図１８９の方法１８９００は、図１９１に関して説明されるＩｏＴデバイス１９１００によって実施することができる。同様の番号が付けられた項目は、図１８７および図１８８に関して開示されたとおりである。
呼び出しは、実質的には同様であるが、異なるアクターをアドレス指定し得るため、呼び出しのシーケンスは、図１８８に関する呼び出しのシーケンスとは異なる。例えば、図１８９では、署名付き認可要求１８９０２は、ＲＡＤＩＵＳクライアント１８８０４からＲＡＤＩＵＳサーバ１８７０２へのものであり得る。アイデンティティの検証１８９０４は、ＲＡＤＩＵＳサーバ１８７０２から非集中型ＡＰＩ １８７０６へのものであり得る。アイデンティティ要求の第２の検証１８９０６が、非集中型ＡＰＩ １８７０６から分散型台帳１８８０６に送信され得る。それに応答して、分散型台帳１８８０６は、アイデンティティ検証の成功または失敗を示すアイデンティティ応答１８９０８を非集中型ＡＰＩ １８７０６に返すことができる。それに応答して、非集中型ＡＰＩ １８７０６は、アイデンティティ検証の成功または失敗を示す第２のアイデンティティ応答１８９１０をＲＡＤＩＵＳサーバ１８７０２に返すことができる。ＲＡＤＩＵＳサーバ１８７０２は、ＲＡＤＩＵＳサーバ要求−応答をＲＡＤＩＵＳクライアント１８８０４に返すことができる。これらの動作の結果は、ＲＡＤＩＵＳ要求のソースのアイデンティティの確認であり得、確認は、例えば、確認の要求が処理され得る前に、ブロックチェーンまたは非集中型台帳を通過し得る。
図１９０は、一部の実施形態による、ＩｏＴデバイス上での非集中型の認可、認証、および課金のための動作図１９０００の概略図である。認可要求１９００２は、ブロックチェーン１９００６を利用するトランザクション確認チェック部１９００４と相互作用する。
認可要求１９００２内で、ブロック１９００８において、トランザクション内容をメッセージに追加することができる。図１９０に示す例では、トランザクション内容は、ユーザ名およびパスワード、例えば「マイク」のユーザ名およびクレデンシャルであり得る。後述のとおり、この方法で機密情報が第三者に公開されることはない。トランザクションはメタデータを含み得る。メタデータはパブリック台帳に格納されてもよい。金銭または暗号通貨の額面金額がトランザクションの一部である場合、トランザクションの内容には、どのくらいの価値がトランザクションされたかについての詳細が含まれ得る。トランザクションの有効性は、満たされているトランザクションの条件によって異なり得る。例えば、満たされているトランザクションの条件は、上述の例における支払い動作および認証動作を含むことができる。
認可要求１９００２内で、ブロック１９０１０において、要求されているネットワークアドレスをトランザクション内容に含めることができる。ネットワークアドレスの代わりに、要求されているリソースがトランザクション内容に含まれてもよい。ネットワークアドレスは、例えば、ＲＡＤＩＵＳサーバの完全修飾ドメイン名（ＦＤＱＮ）またはインターネットプロトコル（ＩＰ）アドレスであり得る。ネットワークアドレスは、ネットワーク上のリソースであり得る。ネットワークアドレスは、ＲＡＤＩＵＳサーバまたはネットワークリソースのオーナーの秘密鍵に基づくウォレットアドレスを含み得る。ネットワークアドレスは、サービスの使用のために要求されている支払いが実行され得ることに応じてウォレットを含み得る。
認可要求１９００２内で、ブロック１９０１２において、トランザクション内容は当事者の秘密鍵によって署名されてもよい。トランザクションの内容に署名するプロセスは、シグネチャ１９０１４を形成することを含み、公開鍵の位置への参照が含まれ得る１９０１６、またはトランザクションが公開鍵自体を含み、認可要求１９００２自体に公開鍵１９０１８を提供し得る。
トランザクション確認チェック部１９００４内で、公開鍵を検証する要求１９０２０を行うことができる。公開鍵の位置は１９０２２でルックアップされ得る、またはブロックチェーン１９００６から要求され得る。ネットワークオーナーはブロックチェーン１９００６を作成することができ、エンティティは、エンティティの公開鍵をブロックチェーン１９００６にポストすることによってブロックチェーン１９００６上のアイデンティティを購入または獲得することができる。交渉中のエンティティに対する公開鍵のブロックチェーン１９００６へのポストは、暗号通貨、トークン、または他の支払いと交換とすることができる。支払い額は、ブロックチェーン１９００６内に鍵が保持され得る期間を判定し得る。鍵は、無期限に、または指定された期間、ブロックチェーン１９００６によって保持され得る。アイデンティティが確立または確認されるための条件は、ネットワーク管理者によって調整され得る。
ブロックチェーン１９００６は、複数のブロック１９０２４を含むことができる。アイデンティティを格納するために使用されるブロックチェーン１９００６は、マイナーのクリティカルマスを有するより大きなブロックチェーンの上に位置する仮想ブロックチェーンであり得る。ブロックチェーンは、例えば、デュアルマイニングの概念を組み込んでいてもよく、１つのブロックチェーンにおける証明のために行われた作業１９００６は別のブロックチェーンにおける証明としても役立つ。ルックアップ１９０２２は、例えば、上に開示されたブルームフィルタホップの方法を使用して実行されてもよい。ルックアップ１９０２２の結果は、公開鍵が知られているということであり得る。ルックアップ１９０２２の結果は、鍵が最初にトランザクションに含まれていたことであり得る。
トランザクション確認チェック部１９００４内で、ブロック１９０２６において、鍵は、トランザクションを復号し、識別されたエンティティを確認することができる。鍵は、非対称鍵の場合は公開鍵であってよいし、対称鍵の場合は秘密鍵であってもよい。メッセージ通信は、一般に、暗号化／復号に秘密対称鍵を使用する。トランザクションは、ブロックチェーン１９００６にコミットされ得る。トランザクションは、チェーン外ストレージメカニズムへの参照となり得る。ブロック１９０２６において、チェーン外ストレージメカニズムを使用して、アイデンティティ検証段階の結果を記録することができる。アイデンティティ検証段階の結果の記録は、課金を提供することができる。記録は、例えば、ネットワークプロバイダのブロックチェーン１９００６および／または仮想ブロックチェーンにコミットすることができる。ブロックチェーン１９００６への記録は、場合によっては、トランザクションに関するメタデータに限定され得る。ユーザ名およびパスワードに関する情報は、場合によっては、ブロックチェーン１９００６に含まれることを禁じられ得る。情報がブロックチェーン１９００６に含まれる場合、その情報はＲＡＤＩＵＳプロキシおよび／または修正ＲＡＤＩＵＳサーバとの間のトランザクションの一部であり得る。
トランザクション確認チェック部１９００４内で、ブロック１９０２８でチェーン外イベントが発生する場合があり、トランザクションアイデンティティが有効である場合、通常の処理のために、トランザクションの内容がＲＡＤＩＵＳサーバに渡され得る。認証要求の場合、内容は、例えば、ユーザ名およびパスワードを含み得る。サーバへのコンテンツの受け渡しは、ＲＡＤＩＵＳサーバとそのプロキシ、またはＲＡＤＩＵＳプロキシ内の修正された非集中型コードの間で行われ得る。
トランザクション確認チェック部１９００４内で、ブロック１９０３０において、チェーン外イベントが発生することがあり、ＲＡＤＩＵＳサーバからの応答が、直接クライアントに送り返されることがある。応答の経路指定は、実装アーキテクチャの選択に部分的に応じて、プロキシを介しても、ＲＡＤＩＵＳサーバを介してもよい。ＲＡＤＩＵＳサーバは、ＲＡＤＩＵＳサーバが受信した要求のロギングおよびアカウンティングを実行することができる。
トランザクション確認チェック部１９００４内で、ブロック１９０３２において、応答が返送されてもよい。応答は、肯定または否定であり得る。応答は、不変記録としてブロックチェーン１９００６に格納されてもよい。ブロックチェーン１９００６に応答を格納すると、悪意のあるアクターが自分の行動を隠すことの難しさが高まり得る。
図１９１は、一部の実施形態による、ＩｏＴデバイスを用いた非集中型の認可、認証、および課金のためにＩｏＴデバイス１９１００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１９１００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、ＩｏＴデバイスを用いた非集中型の認可、認証、および課金を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、非集中型ＡＰＩを用いて認証要求のアイデンティティを検証するためのアイデンティティ検証部１９１０２であって、認証要求がＲＡＤＩＵＳクライアントから受信され、非集中型ＡＰＩが、分散型台帳に要求を送信し、分散型台帳からのアイデンティティ検証応答の受信に応答して応答をＲＡＤＩＵＳサーバに返すことによってアイデンティティを検証する、アイデンティティ検証部１９１０２を含み得る。ＲＡＤＩＵＳクライアントは、認証されたアイデンティティの応答に応答してトランザクションを行うことができる。トランザクションは、ユーザ名、パスワード、およびメタデータのうちの少なくとも１つを含み得る。トランザクションは、価値トランザクションを含み得る。トランザクションは、暗号通貨トランザクションであり得る。認証要求は、ネットワークアドレスに対する要求を含み得る。ネットワークアドレスは、ＲＡＤＩＵＳサーバの完全修飾ドメイン名またはＲＡＤＩＵＳサーバのインターネットプロトコルアドレスのうちの少なくとも一方を含むことができる。ＲＡＤＩＵＳサーバは、ブロックチェーンから公開鍵の位置を要求することによって公開鍵を検証することができる。ＲＡＤＩＵＳサーバへの要求は、認証されたアイデンティティの確認をＲＡＤＩＵＳクライアントが受信したことに応答して、オフチェーンで行われ得る。ＲＡＤＩＵＳサーバは、ＲＡＤＩＵＳサーバが受信した要求のロギングおよびアカウンティングを実行することができる。認証要求に対する応答は、不変記録としてブロックチェーンに格納されてもよい。
大容量ストレージ８０８は、非集中型ＡＰＩからの応答の受信に応答して、認証要求に対する応答をＲＡＤＩＵＳクライアントに返すための応答返送部１９１０４を含むことができる。大容量ストレージ８０８は、分散型台帳からの肯定的なアイデンティティ検証応答の受信に応答して、ＲＡＤＩＵＳサーバに要求を送信するための要求送信部１９１０６を含むことができる。
図１９２は、一部の実施形態による、ＩｏＴデバイスを用いた非集中型の認可、認証、および課金のためにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体１９２００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１９２００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体１９２００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１９２００は、分散型台帳を用いて認証要求のアイデンティティを検証するようにプロセッサ９０２に指示するためのコード１９２０２を含むことができ、認証要求は、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）クライアントから受信される。ＲＡＤＩＵＳクライアントは、認証されたアイデンティティの応答に応答してトランザクションを行うことができる。トランザクションは、ユーザ名、パスワード、およびメタデータのうちの少なくとも１つを含み得る。トランザクションは、価値トランザクションを含み得る。トランザクションは、暗号通貨トランザクションであり得る。認証要求は、ネットワークアドレスに対する要求を含み得る。ネットワークアドレスは、ＲＡＤＩＵＳサーバの完全修飾ドメイン名またはＲＡＤＩＵＳサーバのインターネットプロトコルアドレスのうちの少なくとも一方を含むことができる。ＲＡＤＩＵＳサーバは、ブロックチェーンから公開鍵の位置を要求することによって公開鍵を検証することができる。ＲＡＤＩＵＳサーバへの要求は、認証されたアイデンティティの確認をＲＡＤＩＵＳクライアントが受信したことに応答して、オフチェーンで行われ得る。ＲＡＤＩＵＳサーバは、ＲＡＤＩＵＳサーバが受信した要求のロギングおよびアカウンティングを実行することができる。認証要求に対する応答は、不変記録としてブロックチェーンに格納されてもよい。
非一時的機械可読媒体１９２００は、分散型台帳からの肯定的なアイデンティティ検証応答の受信に応答して、要求をＲＡＤＩＵＳサーバに送信するようにプロセッサ９０２に指示するためのコード１９２０４を含み得る。非一時的機械可読媒体１９２００は、ＲＡＤＩＵＳサーバからの応答の受信に応答して、認証要求に対する応答をＲＡＤＩＵＳクライアントに返すようにプロセッサ９０２に指示するためのコード１９２０６を含み得る。
本明細書に開示された技法は、ネイティブ非集中型データベースを参照することができる。ネイティブ非集中型データベースは、分散型クラスタとは対照的に、非集中型クラスタへの参加の概念を理解しているデータベースであり得る。一例では、非集中型データベースは、分散型データベースの非集中型オペレーションをネイティブにサポートするためにデータベース内のテーブルのパブリックおよびプライベート区画の使用を通じて機能することができる。これは、複数の制約のあるデバイスにわたるデータの分散型ストレージを可能にすることによってＩｏＴシステムの動作を改善することができる。
図１９３は、一部の実施形態による、ネイティブ非集中型データベースを使用してコンセンサスネットワーク１９３０２を構成し動作させるためのプロセス１９３００の概略図である。コンセンサスネットワーク１９３０２はノード１９３０４を有することができる。コンセンサスネットワークは、第１のノードから第ｎのノードまでを含む複数のノード１９３０４を有することができる。ネイティブ非集中型データベースクラスタを使用している間、ネットワークに知られていない当事者がネットワークに参加し得る。既存のノード１９３０４は、中央局を形成することを妨げられ得る。ネットワークに参加することは、パブリック統一資源位置指定子（ＵＲＬ）またはアドバタイズされた名前空間に発行され得るトランザクションに参加するための要求を含み得る。名前空間は、ストレージにハードコードされるか、またはユーザによって調整可能であり得る。コンセンサスネットワーク１９３０２内のノード１９３０４が、ネットワーク内のノードで構成された中央局の実施を要求するメッセージを示している場合、ノード１９３０４は新しいメンバの加入に投票することができる。中央局のノードは、デフォルトで新しいメンバがネットワークに参加することを可能にする規則を確立し得る。新しいメンバが加わると、新しいメンバのデータベース１９３０６は既存のメンバのデータベース１９３０６と同期され得る。同期は、複製される共有区画、すなわちＳ区画１９３０８を含み得る。データベースはブロックチェーンデータベースであり得る。
共有区画１９３０８は、基礎となるデータベース１９３０６によって複製され得る。共有区画１９３０８は、データプレーンを収容するために使用され得る。共有区画１９３０８は、コンセンサスブロックチェーンを収容するために使用され得る。ネットワークは、タスクを実行している可能性がある多くのサービス１９３１０およびクライアント１９３１２から構成され得る。サービス１９３１０およびクライアント１９３１２は、例えば、ローカルに作動決定を下すためにデータを収集および処理するＩｏＴシステムであり得る。サービス１９３１０およびクライアント１９３１２によって収集および計算されたデータは、プライベート区画１９３１４に送信され得る。プライベート区画は集中的に制御されてもよい。
ネットワークオーナーが、サービスが共有され得ること、またはサービスから導出されたサービスデータが共有され得ることを示すときはいつでも、プライベート区画の設定は、変更され得る、またはパブリック区画にコピーされ得る（１９３０８）。プライベート区画１９３１４からパブリック区画１９３０８へのデータの移動は、データをチェーン外メカニズムに追加することを含み得る。プライベートからパブリックへのデータの変更は、例えば、非集中型ネットワーク１９３０２内の投票に参加するために非集中型データベース１９３０６のコンセンサスの性質を使用することを含み得る。データをパブリックからプライベートに、またはその逆に変更するための他の技法は、中央システムから受信したコマンド、データの有効期限などを含み得る。これらの組み合わせを使用することができる。例えば、有効期限をポリシーに含めることができ、その後、ネットワーク内のデバイスのコンセンサスにより、ステータスをプライベートからパブリックに変更すべきであると判定される。
プライベート区画１９３１４は、ネットワークオーナーによって所有されている他のノードに複製されてもよい。プライベート区画１９３１４は、場合によっては、コンセンサスネットワークの他のメンバによって運営されている他のデータベースインスタンスへの複製が制限されることがある。共有区画は、許可され得る、および／または暗号化され得る。
ネットワークオーナーは、例えば、データオーナーであり得、共有区画１９３０８を作成することによって、区画上の許可および暗号化は、ネットワークオーナーによって設定され得る。許可は、例えば、役割ベースであってもよいし、とりわけＲＡＤＩＵＳ／ＤＩＡＭＥＴＥＲプロトコルベースであってもよい。役割ベースの許可は、特定のデータにアクセスするための特定の役割を有するネットワーク内の他のアクターを含み得る。ＲＡＤＩＵＳまたはＤＩＡＭＥＴＥＲベースは、例えば、許可制御メカニズムとしてインターネットによって使用される認証方法を指すことができる。暗号化はネットワークによって採用され得る。例えば、暗号化としては、公開鍵方式、秘密鍵方式、パスワード、パスフレーズ、トリプルデータ暗号化規格（ＤＥＳ）、Ｂｌｏｗｆｉｓｈ、Ｔｗｏｆｉｓｈ、またはＡＥＳを挙げることができる。共有区画を用いて許可および暗号化を調整することによって、データオーナーは、データにアクセスすることを認可されている可能性があるネットワーク内の当事者を制御する能力を保持することができる。共有区画を使用して許可と暗号化を調整することによって、データオーナーはデータをチェーン外で格納することができる。
データのコピーは、識別された特権を含むノードに複製され得る。識別された特権を含むノードは、識別された特権をデータオーナーにいつでも失効させることができる。識別された特権の失効は、データオーナーによって共有されている将来のデータへのアクセスの損失、または履歴データに及ぶ特権の失効のいずれかをもたらす可能性がある。許可システムは、データのコピーを作成するデータコンシューマの能力を制御するために作成することができる。データのコピーを作成するデータコンシューマの能力を制限することには、役割が失効され、データコンシューマにデータのコピーを作成する権限がない場合に、以前に共有したデータへのアクセスを失効させる機能を含めることができる。
役割を付与したり失効させたりする能力は、制御プレーンによって処理され得る。制御プレーンは、コンセンサスネットワークの一部として動作してもよく、そのような役割およびデータへのアクセスは、デジタル通貨と引き換えに当事者間で許可され得る。デジタル通貨は、ピア間でデータを相互に共有するための合意であり得る。
図１９４は、一部の実施形態による、ネイティブ非集中型データベースを使用してコンセンサスネットワーク内に参加し、そのネットワーク内で動作するための例示的な方法１９４００のプロセスフロー図である。図１９４の方法１９４００は、図１９５に関して説明されるＩｏＴデバイス１９５００によって実施することができる。ブロック１９４０２において、デバイスは非集中型データベースネットワークに接続することができる。接続は、他のノードによる受け入れおよび信頼を黙示する可能性があるため、接続は、一部の例では参加と区別され得る。非集中型バイナリソフトウェアがインストールされ得る。データベースは、他のノードでの複製から制限され得るプライベートデータベース区画またはテーブルを作成することができる。これらの拠点の数、規模、および機能は、システムのオーナーまたはシステム開発者の裁量に任され得る。
ブロック１９４０４において、システムは名前空間を発見することができる。名前空間は、例えば、他のネットワークを指すことがあり、他のネットワークは、非集中型データベースサービスを提供し得る。名前空間の発見は、例えば、位置ルックアップ、ネットワーク発見、デバイス発見などを通じて行われ得る。発見プロセスは自動化されていてもハードコードされていてもよい。ネットワークへの参加要求は、参加を試みるデバイスによって開始され得る。要求は、許可ガイドなどの構成体によって駆動され得る。ネットワークへの参加要求は、デバイスの既存のネットワーク上の既知のノードを介して行われてもよく、参加ノードは、クラスタの既知のノードを使用してクラスタに参加してもよい。どのようにして新しいノードをネットワークに参加させることができるかについての決定は、ネットワーク開発者が最初にネットワークを初期化するとき、またはそれより早いまたは遅い時に行うことができる。上述したように、ネットワーク開発者は、非集中型データベースクラスタ内の参加ノードに実装されたポリシーを通じてノードの許可に関する条件を設定することができる。参加者が、非集中型データベースソフトウェアの検証済みバージョンを実行している場合、ポリシーは、参加を要求している参加者を自動的に受け入れる。本明細書で説明するように、非集中型データベースソフトウェアの検証は、ソフトウェアがホワイトリストに載っていることを確認するために測定環境を使用して実行され得る。バージョンおよび有効性を確認するために、他の任意の数の技法も使用され得る。承認ポリシーは、新しいエンティティを承認または拒否するために投票を使用することができる。
新しいエンティティは、最初は非集中型データベースクラスタ内の権限が制限されている役割で参加することができ、また、時間が経つにつれて、エンティティの信頼度が高まるにつれて、エンティティはより信頼できるものになる可能性がある。ネットワーク開発者は、指定されたノードがネットワーク上の確認部になることを許可し得る。例えば、ネットワーク開発者は、ビットコインのようなブロックチェーンの確認部としてノードを指定できる。非集中型データベースクラスタに参加しようとしているノードが拒否された場合、そのノードはスタンドアロンデータベースとして動作し続けることができる。スタンドアロンデータベースは、スタンドアロンデータベースと同じセキュリティドメインおよび／またはネットワークに存在する中央集権型アプリケーションに役立つことができる。非集中型データベースクラスタに参加しようとしているノードは、１つまたは複数の名前空間を検出しようとし得る。ネットワーク開発者によって実装されたポリシーが許可する場合、非集中型データベースクラスタに参加しようとするノードは、複数のコンセンサスネットワークに参加することができる。
ブロック１９４０６において、非集中型データベースクラスタに参加することを許可されたノードは、例えばネットワーク開発者によって指定された複数の共有区画およびテーブルを作成することができる。共有区画および共有テーブルに格納されているデータは、ネットワーク内で複製され得る。ネットワークは、冗長性のためにデータオブジェクトのいくつのコピーを格納することができるかを示すことができる。複製因子はグローバルであってもよいし、複製因子は、例えばデータオブジェクト型に基づいて異なって適用されてもよい。複製因子は、データの重要性に基づいて選択することも、データの重要性に応じて区画およびテーブルを少しずつ選択することもできる。格納されているデータがシャードになっていてもよい。共有データは、単一のノードが、特定のオブジェクトの再構成のための部分を完全なセットとして持たないように、ネットワーク内の参加ノードにわたって部分的に格納されたデータを指し得る。
ブロック１９４０８において、ノードはネットワークの残りの部分と同期されてもよく、そのサービスをアドバタイズしてもよい。サービスのアドバタイズには、例えば、特定のポートまたはポート範囲をリッスンすることが含まれる。データベースを使用するクライアントは、様々なポートを介してデータベースサービスにアクセスできる。ネイティブ集中型データベースは、それが受信したデータを、データが、プライベート区画およびプライベートテーブル、または共有区画および共有テーブルに格納され得るように、経路指定することができる。クライアントは、データベースの非集中型の性質を知っていてもよく、クライアントは、非集中型データベースがプライベートにデータを格納することを要求し得る。クライアントは、データベースの非集中型の性質を知っていてもよく、クライアントは、非集中型データベースがパブリックにデータを格納することを要求し得る。非集中型ネットワークの参加者は、参加者のデータを１つの位置に保管し、後で参加者が共有したいデータと共有しないデータとを選択できる。プライベート区画または共有区画に格納されたデータは、データが格納される前にデータオーナーの指示に従って暗号化され得る。暗号化は、クライアントによって行われ得る、および／または、例えばデータオーナーがデータベースを信頼している場合には、非集中型データベース内に実装され得る。非集中型データベースは、ＩｏＴデータの共有市場を可能にし得る。
図１９５は、一部の実施形態による、非集中型データベースに参加してそれを動作させるためのＩｏＴデバイス１９５００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス１９５００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、非集中型データベースに参加し動作するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、デバイスを非集中型データベースのネットワークに接続するためのデバイスコネクタ１９５０２を含み得る。デバイスは、非集中型データベースのネットワークへの接続に応答して非集中型データベースソフトウェアをインストールすることができる。デバイスは、非集中型データベースのネットワークへの接続に応答して共有データベース区画を作成することができる。
大容量ストレージ８０８は、非集中型データベースのノードの名前空間を発見するための名前空間発見部１９５０４を含むことができる。デバイスは、非集中型データベースのノードの名前空間を発見することに応答して、非集中型データベースに参加するように要求することができる。デバイスは、非集中型データベースのノードの名前空間を発見することに応答して、非集中型データベースに受け入れられ得る。
大容量ストレージ８０８は、ノードによって受け入れられたことに応答して共有データベース区画を作成するための区画作成部１９５０６を含み得る。共有データベース区画は、許可されたものと暗号化されたものうちの少なくとも一方であり得る。共有データベース区画に格納されたデータのコピーは、データをコピーするための第２のノードの権限を示す特権を提示する第２のノードに応答して第２のノードに複製されてもよい。デバイスは、共有データベース区画の作成に応答して、共有データベース区画内に格納するために共有ノード区画を複製することができる。
大容量ストレージ８０８は、サービスを非集中型データベースにアドバタイズするためのサービスアドバタイズ部１９５０８を含み得る。大容量ストレージ８０８は、プライベートデータベース区画と共有データベース区画との間のサービスの実行の際に受信および生成されたデータを経路指定するためのデータルータ１９５１０を含み得る。共有区画内のデータは、データが共有データベース区画に経路指定されたことに応答して、共有ノード区画内の格納のために複製することができる。デバイスは、ノードがデバイスの受け入れに投票したことに応答して、非集中型データベースへの受け入れを受信することができる。
図１９６は、一部の実施形態による、非集中型データベースに参加してそれを動作させるためのプロセッサ９０２を指示するためのコードを含む非一時的機械可読媒体１９６００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体１９６００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体１９６００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体１９６００は、デバイスを非集中型データベースのネットワークに接続するようにプロセッサ９０２に指示するためのコード１９６０２を含み得る。デバイスは、非集中型データベースのネットワークへの接続に応答して非集中型データベースソフトウェアをインストールすることができる。デバイスは、非集中型データベースのネットワークへの接続に応答して共有データベース区画を作成することができる。
非一時的機械可読媒体１９６００は、非集中型データベースのノードの名前空間を発見するようにプロセッサ９０２に指示するためのコード１９６０４を含み得る。デバイスは、非集中型データベースのノードの名前空間を発見することに応答して、非集中型データベースに参加するように要求することができる。デバイスは、非集中型データベースのノードの名前空間を発見することに応答して、非集中型データベースに受け入れられ得る。
非一時的機械可読媒体１９６００は、ノードによって受け入れられたことに応答して共有データベース区画を作成するようにプロセッサ９０２に指示するためのコード１９６０６を含み得る。共有データベース区画は、許可されたものと暗号化されたものうちの少なくとも一方であり得る。共有データベース区画に格納されたデータのコピーは、データをコピーするための第２のノードの権限を示す特権を提示する第２のノードに応答して第２のノードに複製されてもよい。デバイスは、共有データベース区画の作成に応答して、共有データベース区画内に格納するために共有ノード区画を複製することができる。
非一時的機械可読媒体１９６００は、サービスを非集中型データベースにアドバタイズするようにプロセッサ９０２に指示するためのコード１９６０８を含み得る。非一時的機械可読媒体１９６００は、プライベートデータベース区画と共有データベース区画との間のサービスの実行に応答して受信および生成されたデータを経路指定するようにプロセッサ９０２に指示するためのコード１９６１０を含み得る。共有区画内のデータは、データが共有データベース区画に経路指定されたことに応答して、共有ノード区画内の格納のために複製することができる。デバイスは、ノードがデバイスの受け入れに投票したことに応答して、非集中型データベースへの受け入れを受信することができる。
一部の実施形態では、本明細書の技法は、ＩｏＴオブジェクトにおけるアクセス制御を開示する。ＩｏＴシステムでは、関連するデバイスの制約があるためセキュリティが複雑になり、とりわけ、デスクトップ、ラップトップ、スマートフォンなど、制約の少ないデバイスで使用されているセキュリティシステムを実装できない場合がある。それほど複雑ではないパラメータを使用するアクセス制御を実装することは、セキュアな環境におけるＩｏＴアプリケーションのセキュアな実装を強化し、ＩｏＴシステムの運用および採用を改善し得る。
ＩｏＴシステム設計では、オブジェクトとは、データモデルの記述と動作単位の物理的なインスタンス化とを指し得る。ＩｏＴシステムは、目標または結果を達成するために相互作用する複数のオブジェクトに関して説明することができる。オブジェクトは、複数の動作層から構成され得、その意味でオブジェクトの定義は再帰的であり得る。イントロスペクションなどのオブジェクト分解メソッドは、そのリーフノード属性への再帰を解決できる。ＩｏＴオブジェクトアクセスは、一部の場合において、少なくとも６つの層を有する階層化分解に従って理解でき、そして他の場合において、より多いまたはより少ない層が使用され得る。
図１９７は、一部の実施形態による、ＩｏＴオブジェクトにおけるアクセス制御のための論理分割１９７００の概略図である。一例では、アクセス制御のための論理的な区分は、呼び出し元の認可がアクセス要求を伴い得ることを示し得る。呼び出し元認可は、呼び出し元オブジェクト１９７０４およびターゲットオブジェクト１９７０６を識別するアクセス制御リスト（ＡＣＬ）構造１９７０２内に制限され得る。ＡＣＬ構造１９７０２は、作成、読み取り、更新、削除、および通知（ＣＲＵＤＮ）許可１９７０８が、階層化分解において任意の層に適用され得ることを示し得る。ＡＣＬ呼び出し元オブジェクト１９７０４およびＡＣＬターゲットオブジェクト１９７０６は、同じオブジェクト参照型を有する構造体であり得るので、呼び出し元オブジェクト１９７０４およびターゲットオブジェクト１９７０６の粒度の範囲を階層化モデルに従ってそれぞれ指定する際に完全な柔軟性があり得る。ＣＲＵＤＮポリシー１９７０８は、粒度の各層で意味を持ち得る。
呼び出し元オブジェクト１９７０４は、呼び出し元が要求をしている特権を定義する認可構造を有するクレデンシャルを発行されてもよい。特権は、上記の階層化構造に従って定義され得る。要求を出したプラットフォーム、デバイス、収集、リソース、記録、またはプロパティは、認可セクションで指定され得る。
図１９８は、一部の実施形態による、ＩｏＴオブジェクトにおけるアクセス制御のための呼び出し元クレデンシャル１９８０２とアクセス制御要求１９８０４との間の論理分割１９８００の概略図である。呼び出し元の認可可１９８０６は、アクセスの要求および結果として生じる許可１９８０８を伴い得る。アクセスされるオブジェクトは、そのオブジェクトの物理性によってそのオブジェクトに課される固有の制限によって制約を受け得る。例えば、読み取り専用ストレージデバイス（ＲＯＭ）は、書き込み動作を可能にする物理性を持たない。物理性はＣＲＵＤＮを使用して表現できる。予想されるアクセスは、オブジェクトの物理性によって制限され得るため、アクセス要求は、要求された許可が物理性によって支配されると予想し得る。予想されるアクセスは、オブジェクト１９８１０および許可１９８１２を含む要求１９８０４であり得る。オブジェクトの物理性によって制限されない場合、オブジェクトによるアクセス要求は、もしそれが尊重されるならば、デバイスを未定義または危険な方法で挙動させ得る。
図１９９は、一部の実施形態による、ＩｏＴオブジェクト内の層１９９０４を使用したアクセス制御のためのオブジェクト機能１９９０２の間の論理的分割１９９００の概略図である。ＩｏＴオブジェクトアクセスの第１の層はプラットフォーム層１９９０６であり得る。プラットフォーム層は、計算、ネットワーキング、ストレージ、センシング、またはアクチュエーションの能力を含むコンピュータの物理的インスタンスを含むことができる。プラットフォームアクセス制御は、プラットフォーム識別子およびクレデンシャルに関して理解され得る。クレデンシャルは、例えば、クレデンシャルがアテステーションクレデンシャルとして機能することができるように、製造業者によって埋め込まれ得る、または構成または実装中にユニット内に格納され得る。プラットフォームクレデンシャルは、アクセス要求がデバイスクレデンシャル発行の条件であり得る場合、クレデンシャルなしでアクセス要求で検証することができる。プラットフォームクレデンシャルは、その物理性を含むプラットフォームプロパティを再アテステーションするために使用され得る。
ＩｏＴオブジェクトアクセスの第２の層は、デバイス層１９９０８であり得る。デバイス層は、計算、ネットワーキング、ストレージ、センシング、またはアクチュエーションの能力を含むコンピュータの論理的インスタンスを含むことができる。デバイスアクセス制御は、デバイス識別子およびクレデンシャルに関して理解され得る。
ＩｏＴオブジェクトアクセスの第３の層は、収集層１９９１０であり得る。収集層は、以下に開示されるように、１つまたは複数のリソースの論理構造を含み得る。アクセス制御は、型識別子、インターフェース定義、および構造を命名する権限ＩＤに関して理解することができる。
ＩｏＴオブジェクトアクセスの第４の層は、リソース層１９９１２であり得る。リソース層は、以下に開示されるように、１つまたは複数の記録の論理構造を含み得る。アクセス制御は、型識別子、インターフェース定義、および構造を命名する権限ＩＤに関して理解することができる。
ＩｏＴオブジェクトアクセスの第５層は、記録層１９９１４であり得る。記録層は、以下に開示されるように、１つまたは複数のプロパティの論理構造を含み得る。アクセス制御は、リソースおよび記録インデックスオフセットの観点から理解され得る。
ＩｏＴオブジェクトアクセスの第６層は、プロパティ層１９９１６であり得る。プロパティ層は、例えば、データモデリング言語（ＤＭＬ）を使用して定義可能な任意の構造のアトミックデータ構造および／または複素データ構造を含み得る。例えば、アトミックデータ構造は、ストリング、数、および／または日付を含み得る。ＤＭＬは、例えば、受け入れ可能なデータフォーマット、構造、およびＪＳＯＮスキーマなどのデータ値の制約に対する制限を取得するためのメタデータの構造を提供し得る。アクセス制御ポリシーは、作成、読み取り、更新、削除、および通知（ＣＲＵＤＮ）のデータ構造ライフサイクルの観点から表現することができる。通知は、観察と通知とにさらに分けることができ、観察は、構造変更イベントの読み取り許可を推定し、通知は、別のオブジェクトへの書き込み許可を推定する。
アクセス制御リスト（ＡＣＬ）評価は、呼び出し元セクションを支配および／または重複する呼び出し元オブジェクトの認可を検証するプロセスであり得る。ＡＣＬ評価は、アクセスされている構造がターゲットセクションによって支配されおよび／または重複され得るプロセスであり得る。ターゲットセクション内の層の完全なセットが、アクセスされる構造と一致しない限り、ＡＣＬは適用が制限され得る。ＡＣＬが一致しないと、アクセスが拒否され得る。
図２００は、一部の実施形態による、ＩｏＴオブジェクトにおけるアクセス制御のための例示的な方法２００００のプロセスフロー図である。図２００の方法２００００は、図２０１に関して説明されるＩｏＴデバイス２０１００によって実施することができる。プロセスフローは、ブロック２０００２で開始し得る。ブロック２０００２において、クレデンシャルが、呼び出し元エンティティに発行され得る。クレデンシャルは、セキュリティ要件に応じて、例えば、６層の認可構造を含むことができるが、４層などの他の認可構造を使用することもできる。ブロック２０００４において、オブジェクトエンティティは、ＡＣＬを用いてプロビジョニングされ得る。ＡＣＬは、ターゲットオブジェクトへの６層参照とＣＲＵＤＮまたはＣＲＵＤＯＮ許可を指定できる。ブロック２０００６において、呼び出し元は、適切な接続インターフェースを介して認可クレデンシャルをオブジェクトに提示することができる。ブロック２０００８において、アクセス施行エンジン（ＡＥＥ）は、供給者クレデンシャルを与えられたＡＣＬポリシーを適用することができる。
ブロック２００１０において、クレデンシャル認可が呼び出し元と重複するか否かに関する判定が行われ得る。否であり、クレデンシャル認可が呼び出し元と重複していない場合、プロセスフローはブロック２００１２に進み、アクセスは拒否される。
ブロック２００１４において、ターゲットが要求と重複するか否かに関する判定が行われ得る。否の場合、ターゲットは要求と重複しないため、プロセスフローはブロック２００１２に進み、アクセスが拒否され得る。
ブロック２００１６において、呼び出し元オブジェクト層識別情報の層が、クレデンシャルオブジェクト層識別情報と比較されて、一致があるか否かが判定され得る。否であり、呼び出し元オブジェクト層識別情報がクレデンシャルオブジェクト層識別情報と一致しない場合、プロセスフローはブロック２０００１２に進み、アクセスが拒否され得る。呼び出し元オブジェクト層識別情報は、プラットフォーム層、デバイス層、収集層、リソース層、記録層、およびプロパティ層を含み得る。
ブロック２００１８において、ターゲットオブジェクト層識別情報の層を要求オブジェクト層識別情報と比較して、一致があるか否かが判定され得る。否であり、ターゲットオブジェクト層識別情報が要求オブジェクト層識別情報と一致しない場合、プロセスフローはブロック２０００１２に進み、アクセスが拒否され得る。ターゲットオブジェクト層識別情報は、プラットフォーム層、デバイス層、収集層、リソース層、記録層、およびプロパティ層を含み得る。上記の判定結果が是である場合、ブロック２００２０において、アクセスはＩｏＴオブジェクトについて許可され得る。
図２０１は、一部の実施形態による、ＩｏＴオブジェクトにおけるアクセス制御のためにＩｏＴデバイス２０１００に存在し得るコンポーネントの例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス２０１００に対して選択され使用されてもよいことに留意されたい。
大容量ストレージ８０８は、ＩｏＴオブジェクトにおけるアクセス制御のための複数のモジュールを含み得る。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、呼び出し元エンティティにクレデンシャルを発行するためのクレデンシャル発行部２０１０２を含み得、クレデンシャルは、複数の認可構造の層を含む。クレデンシャルは、６層の許可とすることができる。６層の許可は、プラットフォーム層、デバイス層、収集層、リソース層、記録層、およびプロパティ層を含むことができる。複数の層は、コンピュータの物理インスタンスを反映するためのプラットフォーム層を含むことができ、計算、ネットワーキング、ストレージ、センシング、およびアクチュエーションの能力のうちの少なくとも１つを含む。複数の層は、コンピュータの論理インスタンスを反映するためのデバイス層を含むことができ、計算、ネットワーキング、ストレージ、センシング、およびアクチュエーションの能力のうちの少なくとも１つを含む。層の数は、リソースの論理構造に対する収集層を含むことができ、リソースは記録のための論理構造を含み、記録はプロパティの論理構造を含み、プロパティはアトミックデータ構造および複合データ構造のうちの少なくとも１つを含む。プロパティは、複素データ構造であり、複素データ構造は、データモデリング言語を使用して定義可能な構造に対するものであり得る。プロパティは、アトミックデータ構造を含むことができ、アトミックデータ構造は、文字列、数字、または日付のうちの少なくとも１つであり得る。クレデンシャルは、製造業者による設置を示すことができる。
大容量ストレージ８０８は、ターゲットオブジェクトへの参照および許可を指定するアクセス制御リストをオブジェクトエンティティにプロビジョニングするためのオブジェクトエンティティプロビジョニング部２０１０４を含み得る。大容量ストレージ８０８は、認可クレデンシャルをオブジェクトエンティティに提示するためのクレデンシャル提示部２０１０６を含み得る。作成、読み取り、更新、削除、および通知（ＣＲＵＤＮ）ライフサイクル通知に基づくオブジェクトデータの物理的性質によってオブジェクトに課される制限によって、オブジェクトエンティティに対する認可クレデンシャルが制限され得る。大容量ストレージ８０８は、クレデンシャルが呼び出し元エンティティと重複するか否か、ターゲットオブジェクトは要求と重複するか否か、複数のデバイス層識別情報が複数のクレデンシャル層識別情報と一致するか否か、および複数のターゲット層識別情報が複数の要求層識別情報と一致するか否かの比較に基づいてアクセスがＩｏＴデバイスに許可されるか否かを判定するためにアクセス制御リストポリシーを適用するアクセス制御リストポリシー適用部２０１０８を含み得る。
図２０２は、一部の実施形態による、ＩｏＴオブジェクト内のアクセス制御のためにプロセッサ９０２に指示するためのコードを含む非一時的機械可読媒体１９６００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体２０２００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体１９６００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体２０２００は、呼び出し元エンティティにクレデンシャルを発行するようにプロセッサ９０２に指示するコード２０２０２を含み得、クレデンシャルは、複数の認可構造の層を含む。クレデンシャルは、６層の許可とすることができる。６層の許可は、プラットフォーム層、デバイス層、収集層、リソース層、記録層、およびプロパティ層を含むことができる。複数の層は、コンピュータの物理インスタンスを反映するためのプラットフォーム層を含むことができ、計算、ネットワーキング、ストレージ、センシング、およびアクチュエーションの能力のうちの少なくとも１つを含む。複数の層は、コンピュータの論理インスタンスを反映するためのデバイス層を含むことができ、計算、ネットワーキング、ストレージ、センシング、およびアクチュエーションの能力のうちの少なくとも１つを含む。層の数は、リソースの論理構造に対する収集層を含むことができ、リソースは記録のための論理構造を含み、記録はプロパティの論理構造を含み、プロパティはアトミックデータ構造および複合データ構造のうちの少なくとも１つを含む。プロパティは、複素データ構造であり得、複素データ構造は、データモデリング言語を使用して定義可能な構造に対するものであり得る。プロパティは、アトミックデータ構造を含むことができ、アトミックデータ構造は、文字列、数字、または日付のうちの少なくとも１つであり得る。クレデンシャルは、製造業者による設置を示すことができる。
非一時的機械可読媒体２０２００は、ターゲットオブジェクトへの参照および許可を指定するアクセス制御リストをオブジェクトエンティティにプロビジョニングするようにプロセッサ９０２に指示するためのコード２０２０４を含み得る。非一時的機械可読媒体２０２００は、オブジェクトエンティティに認可クレデンシャルを提示するようにプロセッサ９０２に指示するためのコード２０２０６を含み得る。場合によっては、作成、読み取り、更新、削除、および通知（ＣＲＵＤＮ）ライフサイクル通知に基づくオブジェクトデータの物理的性質によってオブジェクトに課される制限によって、オブジェクトエンティティに対する認可クレデンシャルが制限され得る。非一時的機械可読媒体２０２００は、クレデンシャルが呼び出し元エンティティと重複するか否か、ターゲットオブジェクトは要求と重複するか否か、複数のデバイス層識別情報が複数のクレデンシャル層識別情報と一致するか否か、および複数のターゲット層識別情報が複数の要求層識別情報と一致するか否かの比較に基づいてアクセスがＩｏＴデバイスに許可されるか否かを判定するためにアクセス制御リストポリシーを適用するようにプロセッサ９０２に指示するためのコード２０２０８を含み得る。
一部の実施形態による自己管理デバイスおよびシステムは、それら自体およびそれらの特徴を、それら自体および他のデバイスに説明することができる。例えば、本明細書で説明されているように、イントロスペクションを使用することができる。イントロスペクションは、機械可読であるデータ記述言語（ＤＤＬ）、例えばとりわけＪＳＯＮスキーマまたはＸＭＬが、問い合わせ（ｉｎｔｅｒｒｏｇａｔｉｏｎ）またはアドバタイズの下でデバイスの意味分解をカプセル化する、セルフアウェアネスの一形態である。本明細書で使用されているように、自己管理デバイスおよびシステムはセルフアウェアであり、デバイスの性能を最適化するか、またはそれが損傷したとき、もしくはリソースが不足しているときを認識することができる。さらに、自己記述型モジュールは、データシートを読み、そのモジュールのための特定のコードを開発するタスクを自動化することによって、人の入力および労力を減らすことができる。例えば、自己記述型トランスデューサは、データシートにあるデータを記述する統合メモリを含むことができる。
データシート情報としては、製造業者の詳細、較正パラメータ、信号調整、および信号処理の要件を挙げることができる。データシートは、相互作用のためのノードメタモデル（ＮＭＭ）をさらに記述することができる。メタモデルでは、ノードは、ノードＩＤ、プロパティのセット、ノードが送信するコマンドおよびノードが受信するコマンドなどのコマンドのセット、ならびにコマンドパラメータのセットを含むことができる。パラメータは、識別子、編集子、および初期化子によって修飾できる。編集子は、プロパティおよび／またはコマンドパラメータに適用できる。ノードは、独自のエディタを有し得る。従って、ノードメタモデルでは、データシート情報は、プロパティ情報に加えてコマンド相互作用セマンティクスを含むことができる。
ＮＭＭは、自動イントロスペクションを容易にするＤＤＬを使用して表現可能であり得る。従って、ノードと相互作用するＩｏＴデバイスは、本明細書でさらに詳述するように、データシート内の変化に動的に反応することができる。データシートの相互作用の両側で同じＮＭＭの語彙が認識されると、ＩｏＴデバイスのシステムは、デバイスのドライバやシステムソフトウェアのインストールまたは更新をせずに、デバイスの挙動および能力の変化を動的に利用できる。従って、データシート上の情報にアクセスするための特定のコードを手作業で開発する必要なしに、自己記述型トランスデューサをマイクロコントローラまたはＩｏＴデバイスと共にプラグアンドプレイ構成で使用することができる。自己記述型デバイスは、ネットワークでプラグアンドプレイすることもでき、ネットワークでは、自己記述型デバイスは、リソースおよび要件をアドバタイズする。
さらに、トランスデューサ、無線機、エネルギーストレージ、環境発電およびマイクロコントローラを含む自己記述型外部モジュールは、期限切れまたは損傷したコンポーネントを処分し、長寿命のコンポーネントを再利用することによって無駄を減らすために使用され得る。例えば、外部モジュールは、とりわけ、外部センサもしくはアクチュエータ、通信モジュール、環境発電コンポーネントもしくは外部バッテリ、または外部メモリを含み得る。センサまたは無線機などの外部モジュールは有効期限を有することがあり、その有効期限では精度または機能が低下すると予測され得る。交換可能な外部モジュールがＩｏＴデバイスで使用される場合、有効期限に達すると外部モジュールが交換され、ＩｏＴデバイスの残りの部分を再構成して再利用することができる。経年劣化または機能していない外部モジュールの交換または取り外し、および残りのＩｏＴデバイスと機能している外部モジュールの再構成により、ＩｏＴデバイス全体の寿命を延ばすことができる。
単一のＩｏＴデバイスアセンブリでは、寿命は、最初に故障するコンポーネントの寿命に結び付けられ得る。しかしながら、一部の実施形態によれば、本開示の技法を使用して、寿命が最も短いコンポーネントの寿命を超えて、センサノード全体を自動的に修復するか、または別の目的のために再構成することができる。例えば、ＩｏＴデバイスは、寿命の終わり近くで外部モジュールを非アクティブ化し、残りのモジュールに基づいて異なるタスクを実行するように再構成することができる。
さらに、コンポーネントが非アクティブ化された後は、自己記述型ＩｏＴモジュール式デバイスの機能が完全に異なり得る。例えば、欠陥のある外部モジュールを別の機能のために機能している外部モジュールと交換することができ、それにより、ＩｏＴデバイス全体の機能が変化する。センサノード上の無線モジュールは、新しい、低電力、または長距離の無線リソースに交換できる。システムゲートウェイが新しい無線プロトコルにアップグレードされるとセンサノードが再構成される可能性があるため、これはセンサノードの耐用年数を延ばし得る。さらに、自己記述型ＩｏＴデバイスは、これらの複数のモジュールからの値を相互参照し、追加の外部モジュールを使用することによってより較正されたデータを出力することができる。機械可読ＤＤＬが相互参照され自己記述されたデバイスに転送可能であるセマンティックマークアップを含むとき、これは容易にされ得る。従って、セマンティックマークアップを適用する別個の手動の段階を回避することができる。ＩｏＴ較正パラメータにより、追加の処理で生データを処理しなくても、プロセッサでこれらの較正された値を直接読み取って適用できる。
共通のプロトコルは、それらのリソースおよび要件を自己記述することができるデバイスおよびモジュールによって使用され得る。これらの構成では、外部モジュールは、多くのデバイスに統合することができる。デバイスは、デバイス能力と接続されているコンポーネントの要件との間の競合にフラグを立てることができる。
図２０３は、一部の実施形態による、リソースおよび自己記述型ハードウェアの要件をマッピングするためにモノのインターネット（ＩｏＴ）デバイスによって使用される例示的な方法２０３００のプロセスフロー図である。図２０３の方法２０３００は、図２０４に関して説明されるＩｏＴデバイス２０４００によって実施することができる。方法２０３００は、図８に関して説明したシステム８０２を使用して実行することができる。方法２０３００は、ＩｏＴデバイスがブートするとブロック２０３０２で開始することができる。
ブロック２０３０４において、ＩｏＴデバイスは、ＩｏＴデバイスの制御下にあるリソースをエニュメレーションすることができる。一例では、リソースは、ハードウェアコンポーネントとすることができ、電源、バッテリ、またはとりわけ、ソーラーパネル、風力タービン、または水力タービンを含む環境発電システムなどのエネルギー源を含むことができる。ＩｏＴデバイスのハードウェアコンポーネントは、例えば、プロセッサ、コンテキストセンサ、コンテキストアクチュエータ、信号調整回路、ストレージ、およびメモリを含み得る。リソースハードウェアコンポーネントは、例えば、集積回路間（Ｉ２Ｃ）、シリアルペリフェラルインターフェース（ＳＰＩ）、ユニバーサル非同期受信機／送信機（ＵＡＲＴ）、または統合無線機を含む統合通信を含み得る。一部の実施形態によるＩｏＴデバイスのコンポーネントは、図２０４に関してさらに論じられる。
ブロック２０３０６において、一部またはすべての外部モジュールがエニュメレーションされたか否か、および外部モジュールの要件に関する詳細に関する判定が行われる。すべての外部モジュールが識別されていない場合、ブロック２０３０８において、外部モジュールの要件が識別され、外部モジュールがエニュメレーションされる。外部モジュールをエニュメレーションすることにより、ＩｏＴデバイスは、外部モジュールを参照し、外部モジュールの要件にアクセスできる。ブロック２０３１０において、ＩｏＴデバイスのリソースが外部モジュールの要件を超えているか否かに関する判定が行われる。要件は、例えば、モジュール電力、通信能力、通信速度、メモリ要件、ならびに他のＩｏＴデバイスおよびモジュールの能力を含み得る。
外部モジュールの要件がそれ自体でＩｏＴデバイスのリソースを超える場合、ブロック２０３１２において、ＩｏＴデバイスは、非アクティブ化するように信号を外部モジュールに送信する。ブロック２０３１４において、ＩｏＴデバイスは、可視または可聴警報を作動させることができる。警告は、発光ダイオード（ＬＥＤ）、可聴音、またはその両方の作動であり得る。ＬＥＤなどの警告は、指示された外部モジュールの要件がリソースを超えたことをユーザに知らせることができる。例えば、外部モジュールとして動作する高スループットマイクロホンは、高スループット処理がマイクロコントローラにおいて実行可能ではないかもしれないので、単純なマイクロコントローラのリソースを超え得る。ローカル警告に加えて、メッセージがＩｏＴデバイスからマスタデバイスに送信され得る。
ＩｏＴデバイスのリソースが外部モジュールの要件を満たすのに十分である場合、ブロック２０３１６において、ＩｏＴデバイスは、それ自体のリストを更新してその残りのリソース、ならびにそのＩｏＴデバイスから動作する一部またはすべての外部モジュールの全要件のリストを含むことができる。
プロセスフローはブロック２０３０６において再開し、ＩｏＴデバイスに接続されている一部またはすべての外部モジュールが識別されエニュメレーションされているか否かの判定が行われる。外部モジュールが識別されてエニュメレーションされると、外部モジュールはリソースにマッピングされ得る。例えば、外部モジュールとして使用されるガスセンサは、データを正確に報告するために温度および湿度の測定値を必要とする場合もある。しかしながら、ＩｏＴデバイスは、温度センサおよび湿度センサを持たない場合もある。ガスセンサが取り付けられており、温度および湿度の測定値を使用していることを検出したことに応答して、ＩｏＴデバイスは、これらの要件を含む要求をマスタデバイスに送信することができる。次いで、マスタデバイスは、温度センサおよび湿度センサなどの要求された外部モジュールが、マスタデバイスによって直接または別の接続されたＩｏＴデバイスを介してアクセス可能であるか否かを判定することができる。
温度または湿度センサが、例えば外部モジュール内のマスタデバイスによって発見された場合、外部モジュールは、ＩｏＴデバイスの制御下にあるように再構成され得る。測定が有用であるために十分に近接している限り、センサは、ＩｏＴデバイスのローカルにあってもよいし、ＩｏＴデバイスの外部のモジュール内にあってもよい。例えば、ＩｏＴデバイスが湿度および温度の情報を必要としている場合、マスタデバイスはＩｏＴデバイスと同じ部屋または近くの廊下にある温度センサまたは湿度センサにアクセスし再構成することができる。ＩｏＴデバイスに対するこれらの外部モジュールは、ＩｏＴデバイスの制御下にあるように構成され得る。これらのセンサのリソースを使用して、生データを返すのではなく、ＩｏＴデバイス上のガスセンサを温度および湿度の変数に対して較正できる。
別の観点からは、ガスセンサなどの外部モジュールが電力、通信、およびメモリの要件を満たす場合、ガスセンサが温度または湿度データにアクセスできず、これらの要因によって較正されているデータを提供できない場合でも、外部モジュールをシステムに追加することができる。しかしながら、ＩｏＴデバイスにガスセンサコンポーネントを追加することは、ガス検知を必要とする様々な構成において他のＩｏＴデバイスによって使用され得る。
外部モジュールが識別されエニュメレーションされると、ブロック２０３１８において、組み合わされたモジュールおよびＩｏＴデバイスの和の全要件が、ＩｏＴデバイスの全リソースを超えるか否かに関する判定が行われる。本明細書で使用されるＩｏＴデバイスの全リソースは、一般に、ＩｏＴデバイスのリソースに加えて、ＩｏＴデバイスがマスタデバイスにメッセージを送ることなくアクセスすることができる任意の外部リソースを指す。ＩｏＴデバイスのリソースは、ＩｏＴの能力に反映され得る。一例では、これらのリソースは、ＩｏＴデバイスおよびそれに接続された外部モジュールの需要に基づいて、ＩｏＴデバイスに、またはいくつかの相互接続されたＩｏＴデバイス間に割り当てられ得る。
ＩｏＴデバイスの全リソースが全モジュール要件を超えている場合、ブロック２０３２０において、通信モジュールを除いて、外部モジュールを無効にすることができる。ブロック２０３２２において、ＩｏＴデバイスは、通信モジュールを使用して、全リソースの不足をマスタデバイスに通知することができる。この通知の受信に応答して、マスタデバイスは、リソースのプールを特定のＩｏＴデバイスに再構成することによって、それがどのリソースを再割り当てし得るかを判定し得る。あるいは、通知の受信に応答して、マスタデバイスは、第２のＩｏＴデバイスがそれらを使用しながら第１のＩｏＴデバイスが別のタスクまたは目的のために再デプロイされ得るように、ＩｏＴデバイスの外部モジュールを再構成し得る。
ブロック２０３２４において、ＬＥＤ、音声信号、またはその両方をＩｏＴデバイスによって作動させて、外部モジュールが非アクティブ化されているというローカルの指示を提供することができる。ブロック２０３２６において、マスタデバイスは、外部モジュールをＩｏＴデバイスの制御下に置くことによって、欠けている要件を満たすための構成を識別することができる。較正の更新は、ＩｏＴデバイスに送信され適用される。ＩｏＴデバイスに新しい構成を適用することは、ＩｏＴデバイスに利用可能なリソースを変更することを含み得る。ＩｏＴデバイスに新しい設定を適用することは、外部モジュールがＩｏＴデバイスの制御下にあるか否かを変更することを含み得る。外部モジュールがＩｏＴデバイスから取り外された場合、ＩｏＴデバイスは、残りの外部モジュールの残りの要件を満たすことができるか否かを判定するために別のチェックを行うことがある。再構成に応答して、ＩｏＴデバイスリソースが変更された場合、外部要件の合計が変更された場合、または再構成によってＩｏＴデバイスが実行しようとする機能が変更された場合、ＩｏＴデバイスはその外部モジュールをサポート可能であり得る。ブロック２０３２８において、そしてマスタデバイスによる再構成の後、ＩｏＴデバイス上の外部モジュールの新しい構成について新しい全要件が計算され得る。
ブロック２０３１８において、ＩｏＴデバイスの全リソースが全モジュール要件を超えていない場合、ブロック２０３３０において、ＩｏＴデバイスの予想寿命は、コンポーネントの寿命を比較するアルゴリズムを使用して計算することができる。例示的なアルゴリズムでは、ＩｏＴデバイスの予想寿命は、紛失または非アクティブ化された場合に予想どおりに機能するためにＩｏＴデバイスの再構成をもたらし得るコンポーネントの最も短い残り寿命に一致するように設定され得る。
ユーザまたはユーザアカウントに関連付けられているＩｏＴモジュール式デバイスは、サービスレベル合意（ＳＬＡ）で指定されているサービスレベルが含まれ得る。ＳＬＡには、ＩｏＴデバイスの合意された機能、構成、予想される寿命、予想される機能、予想される性能、および予想されるデバイスの可用性が含まれる。ブロック２０３３２において、ＩｏＴは、デバイスの寿命が特定のユーザまたはアカウントについてＳＬＡに指定された寿命より短いか否かを判定する。そうである場合、プロセスフローはブロック２０３２２に進み、マスタデバイスに通知される。デバイスの残りの寿命がＳＬＡで規定されているよりも短い場合、現在の構成のＩｏＴデバイスはＳＬＡの要件を満たさない。ブロック２０３３２でマスタデバイスが通知されると、ＳＬＡを満たす外部モジュールを有する新しい構成が追加され得る。
一例では、ＩｏＴデバイスの構成は、ＳＬＡで指定されたセンサ寿命を満たすためにデバイスの寿命を延ばす１つまたは複数のモジュールを含み得る。例えば、ＩｏＴデバイスで利用可能な外部モジュールの寿命は、ＳＬＡで指定されている寿命と比較できる。寿命がＳＬＡで指定されたものより短い場合、ＩｏＴは、リストされたＳＬＡ寿命値を満たす外部デバイスの新しい構成をマスタデバイスに要求することができる。
しかしながら、デバイスの寿命がＳＬＡに記載された寿命を超える場合、ブロック２０３３４において、その現在の構成においてサービス品質（ＱｏＳ）測定がＩｏＴデバイスについて存在するか否かに関する判定が行われ得る。ＱｏＳがＩｏＴデバイスおよびその外部モジュールについて存在しない場合、ブロック２０３３６において、ＩｏＴデバイスに関するＱｏＳメトリクスが生成され得る。これらのＱｏＳメトリクスが生成されると、またはＱｏＳメトリクスが既にＩｏＴデバイスに存在していた場合、ブロック２０３３８において、ＩｏＴデバイスは、ＱｏＳがＳＬＡ内の指定されたＱｏＳ閾値よりも小さいか否かを判定することができる。
ＱｏＳがＳＬＡで指定された要求された閾値より小さければ、ブロック２０３４０において、ＩｏＴは、ＱｏＳがＳＬＡで要求されたものより低いことをマスタデバイスに通知し得、ＱｏＳを変更するために必要な１つまたは複数の外部モジュールを識別し得る。ブロック２０３４２において、ＩｏＴデバイスがＱｏＳを満たしていないことをＩｏＴデバイスにローカルに示すために、ＬＥＤまたは音声などの可視信号または音声信号を作動させることができる。ブロック２０３４４において、ＩｏＴは、ＱｏＳ測定値がＳＬＡの要件に一致するように、追加の、交換用の、またはより少ない外部モジュールのいずれかで更新された構成を受信することができる。プロセスフローはブロック２０３３４に進み、更新された構成に基づいて新しいＱｏＳが見つけられる。
一例では、ＩｏＴデバイスのＱｏＳは、外部モジュールの加算、減算、および置換によって変更され得る。これらの変更により、ＳＬＡで指定されたＱｏＳよりも低いＱｏＳが発生する可能性がある。例えば、ＩｏＴデバイス通信モジュールについてＩｏＴデバイス上に過去のＱｏＳが存在しない場合、ＱｏＳはそのデバイスに基づいてテストされ得る。あるＩｏＴデバイス上の通信モジュールに対するＱｏＳは、他の外部モジュールに対して異なる構成を有する別の同じＩｏＴデバイス上の通信モジュールに対するＱｏＳとは異なり得る。
この例では、通信モジュールのＱｏＳがＳＬＡで指定された閾値を下回ると、マスタデバイスはＩｏＴデバイスによって通知され、新しい通信構成に対する要求が行われ得る。構成に対する更新がマスタデバイスによって許可された場合、更新された構成に対する新しいＱｏＳを評価し見つけ出すために新しいＱｏＳテストが実行され得る。ＱｏＳがＳＬＡにリストされた閾値以上であるとき、ブロック２０３３４において、プロセスは、ＩｏＴデバイスの現在の構成において外部モジュールの能力を利用するＩｏＴデバイス上でアプリケーションを開始することによって終了する。
一例では、ＩｏＴおよび特定の外部モジュールのセットを使用するアプリケーションの後に、ＩｏＴデバイスの構成を解散し、他のＩｏＴデバイスとの再構成のためにＩｏＴデバイス制御から外部モジュールを除去することができる。
さらに、自己記述型ハードウェアは、本明細書で説明されるノードメタモデルを組み込んでもよく、それが受け入れるコマンドに対するパラメータとしてサービスレベル合意（ＳＬＡ）をキャプチャしてもよい。例えば、パラメータは、コマンドを達成するために利用される予想電力を指定してもよく、編集子は、デバイス電源の予想寿命について予想ＳＬＡ閾値に適応するために利用される電力を調整し得る。ＮＭＭおよびこれらのＳＬＡ規約を使用して、一部の実施形態によるＩｏＴデバイスは、別個のドライバまたはシステムソフトウェアの更新を追加することなく、本明細書で説明される機能をサポートおよび実行することができる。
図２０４は、一部の実施形態による、リソースおよび自己記述型ハードウェアの要件をマッピングするためにＩｏＴデバイス２０４００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。
上でも示したように、図８を参照すると、大容量ストレージ８０８は、本明細書で説明されるグループ作成機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、ＩｏＴデバイスによって制御されるリソースハードウェアコンポーネントを識別するためのリソースハードウェアコンポーネント識別子２０４０２を含むことができ、リソースハードウェアコンポーネントは能力閾値を有する。一例では、リソースハードウェアコンポーネントは、電源、処理リソース、統合通信コンポーネント、コンテキストセンサ、およびコンテキストアクチュエータ、信号調整回路、メモリリソース、またはストレージリソースのうちの少なくとも１つを含み得る。本明細書で使用される場合、能力閾値は、一般に、リソースハードウェアコンポーネントと外部モジュールとの間の、一緒に機能する最小能力を示す、最小機能的互換性を指す。本明細書で使用される能力閾値はまた、リソースハードウェアコンポーネントと外部モジュールとの間の、外部モジュールの最高能力で機能する能力を示す、完全な互換性を含んでもよい。
指示受信部２０４０４は、外部モジュールから受信した、外部モジュールハードウェア要件の指示を処理することができる。一例では、外部モジュールは、ＩｏＴデバイスの指示で使用するために第１のリソースハードウェアコンポーネントと共にプールされるモジュールリソースを含む。
外部モジュール比較部２０４０６は、外部モジュールハードウェア要件を、ＩｏＴデバイスのリソースハードウェアコンポーネントの能力閾値と比較し得る。非アクティブ化送信機２０４０８は、リソースハードウェアコンポーネントの能力閾値を満たさない外部モジュールハードウェア要件に応答して、外部モジュールに非アクティブ化信号を送信する。
図２０５は、一部の実施形態による、実行時に、リソースおよび自己記述型ハードウェアの要件をマッピングするようにプロセッサに指示する命令を含む、非一時的機械可読媒体２０５００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
非一時的機械可読媒体２０５００は、ＩｏＴデバイスによって制御されるリソースハードウェアコンポーネントを識別するようにプロセッサ９０２に指示するためのコード２０５０２を含むことができ、リソースハードウェアコンポーネントは能力閾値を有する。本明細書で使用される場合、能力閾値は、一般に、リソースハードウェアコンポーネントと外部モジュールとの間の、一緒に機能する最小能力を示す、最小機能的互換性を指す。能力閾値はまた、リソースハードウェアコンポーネントと外部モジュールとの間の互換性を含んでもよい。これは、外部モジュールの最高の能力で機能する能力を示し得る。
非一時的機械可読媒体２０５００は、外部モジュールから受信した、外部モジュールハードウェア要件の指示を処理するようにプロセッサ９０２に指示するためのコード２０５０４を含み得る。非一時的機械可読媒体２０５００は、外部モジュールハードウェア要件を、ＩｏＴデバイスのリソースハードウェアコンポーネントの能力閾値と比較するようにプロセッサ９０２に指示するためのコード２０５０６を含み得る。非一時的機械可読媒体２０５００は、リソースハードウェアコンポーネントの能力閾値を満たさない外部モジュールハードウェア要件に応答して、外部モジュールに非アクティブ化信号を送信するようにプロセッサ９０２に指示するコード２０５０８を含み得る。
非一時的機械可読媒体２０５００は、実行されると、リソースハードウェアコンポーネントの能力閾値を満たさない外部モジュールハードウェア要件に応答して、要求をマスタデバイスに送信するようにプロセッサに指示する命令を含み得、第２のリソースハードウェアコンポーネントを要求するマスタデバイスは、ＩｏＴデバイスによって制御されるように割り当てられる。非一時的機械可読媒体２０５００は、ＩｏＴデバイスの制御下にある第２のリソースハードウェアコンポーネントを含むことができ、第１のリソースハードウェアコンポーネントおよび第２のリソースハードウェアコンポーネントは、能力閾値が第１のリソースハードウェアと第２のリソースハードウェアとの能力閾値の和であるようにプールされ得る。
コンピュータ可読媒体に格納された実行された命令に基づいて、満たされていない能力閾値を示し、可視インジケータを作動させる指示が送信され得る。非一時的機械可読媒体２０５００は、実行されると、能力閾値を満たすことに応答して、ＩｏＴデバイスの制御下に外部モジュールを置くようにプロセッサに指示する命令を含み得る。
非一時的機械可読媒体２０５００は、実行のために追加のコードブロックを含み得る。このコードは、外部モジュールの寿命がＩｏＴデバイスの動作寿命より短いことに応答して使用され、更新された外部モジュールに対する要求を送信し得る。このコードは、リソースハードウェアコンポーネントの寿命がＩｏＴデバイスの動作寿命より短いことに応答して使用され、プロセッサは、更新されたリソースハードウェアコンポーネントに対する要求を送信する命令を送信され得る。
上述のように、モノのインターネット（ＩｏＴ）は、任意のモジュールがプラグアンドプレイ構成で使用されてもよく、共通の物理インターフェースを介して他の任意のデバイスで使用されてもよい状態に進んでもよい。この構成では、モジュールは、共通の相互運用性プロトコルを使用して任意のデバイスと相互運用可能であり得る。しかしながら、ＩｏＴデバイスは、モジュールまたはデバイスが接続されるまで、モジュールまたはデバイス間でアプリケーションを実装するためのエネルギーコストを知らない場合がある。本明細書で使用されるとき、アプリケーションは、エネルギーを消費する可能性があるコンピューティングハードウェアが実行することができる、アルゴリズム、演算、サブルーチン、ソフトウェア、または他の任意の動作を含むことができる。
例えば、コイン型電池式ＩｏＴデバイスでは、Ｂｌｕｅｔｏｏｔｈ（登録商標）ｌｏｗ ｅｎｅｒｇｙ（ＢＬＥ）無線機を含むモジュールをＷｉ−Ｆｉ（登録商標）無線機モジュールに置き換えることができる。Ｗｉ−Ｆｉ（登録商標）無線機は、ＩｏＴデバイスと正常にインターフェース可能であり得るが、１時間以内にＩｏＴデバイスのバッテリを消耗させ、ＩｏＴデバイスが使い物にならなくなり得る。本明細書で説明されるように、ＩｏＴデバイスは、アプリケーションが処理するのに必要とされるエネルギーを計算し、モジュールがあまりにも多くの電力を使用する可能性がある場合に警告を発することが可能であり得る。エネルギー効率の悪いアプリケーションは、アプリケーションが電力を消耗するモジュールとあまりにも頻繁に通信または依拠しているか否か、またはアプリケーションが低電力スリープモードを実装していない場合などの特性によって識別され得る。
アプリケーションのエネルギー要件は、計算ツールを使用して、接続されているハードウェアに従って計算できる。計算ツールは、ＩｏＴデバイスの電源投入時、モジュールの追加時または除去時、またはＩｏＴデバイスが自己管理型の場合は内部要求によって、またはマスタデバイスがデバイスを管理する場合は外部要求によってアプリケーションが更新されるときに、ＩｏＴデバイス上で使用され得る。計算ツールは、エンドノードなどのスレーブデバイスからの新しい構成の要求に続いて、ゲートウェイなどのマスタデバイス上で使用することができる。計算ツールはまた、ソフトウェアの更新が実施される前の事前検証方法としてマスタデバイス上で使用され得る。計算ツールはまた、サービスレベル合意（ＳＬＡ）で指定された最小パラメータの違反を識別することができるデプロイ前シミュレーションツールの一部であり得る。
構成最適化プロセスは、計算ツールの使用によって支援され得る。例えば、計算ツールは、アプリケーション設定またはデバイス設定を操作してデバイスエネルギー効率を改善する構成を識別することができるデプロイ前シミュレーションツールの一部として使用され得る。さらに、モジュールまたはデバイスをよりエネルギー効率的にするものを判定することは、モジュールまたはデバイスの寿命を延ばすことができるアプリケーションの提案を提供することができる。
計算ツールは、デバイスおよびモジュールにわたる共通のプロトコルに従って、リソース、要件、およびアプリケーションを自己記述することができるデバイスおよびモジュールに対処することができる。本明細書に開示されるように、計算ツールは、例えば、見積もりを行う際に使用するための測定値、特定のエネルギー消費量などを提供するためにモジュールの履歴エネルギー使用量を識別することによってモジュールのデフォルトエネルギー使用量を識別し得る。例えば、３Ｇモジュールの定格エネルギー消費は、モジュールの基地局への近接度に依存し得る。
計算ツールは、テストされている様々なハードウェア構成間での様々なエネルギー使用量を考慮に入れることができる。１つの例では、計算ツールは、分解可能なタスクで書かれたアプリケーションに依拠している。ツールは、モジュール上のアプリケーションのエネルギー使用量を測定することに依拠することができ、モジュールは、モジュール上で実行することができるタスクに対するそのエネルギー使用量を自己記述することができる。モジュールがエネルギー消費量を報告することができるタスクの例は、とりわけ、メッセージの送信、センサの読み取り、およびＬＥＤへの電力供給を含む。
図２０６は、一部の実施形態による、リソースおよび自己記述型ハードウェアの要件をマッピングするためにモノのインターネット（ＩｏＴ）デバイスによって使用される例示的な方法２０６００のプロセスフロー図である。図２０６の方法２０６００は、図２０７に関して説明されるＩｏＴデバイス２０７００によって実施することができる。方法２０６００は、図８に関して説明したシステム８０２を使用して実行することができる。方法２０６００は、ＩｏＴデバイスがブートするとブロック２０６０２で開始することができる。
ブロック２０６０４において、計算ツールは、デバイスがネットワークに有線ネットワークによって接続されているか無線ネットワークによって接続されているかを判定する。有線ネットワークで接続されている場合は、ローカルデバイスのエネルギー管理を目的として電力要件を計算する必要はない。有線の場合、ブロック２０６０６において、計算ツールは、信号を送信してデバイス上でアプリケーションを開始することができる。しかしながら、一部の例では、デバイスが有線ネットワークを使用する場合、計算ツールは依然として使用され得る。たとえそれらのモジュールが無線でなくても、デバイスが、グラフィック処理ユニット（ＧＰＵ）などの多くのエネルギーを消費する他の種類のモジュールを含む場合、これは重要であり得る。
デバイスが有線ではないと計算ツールが判定した場合、ブロック２０６０８において、デバイスのコアに電力を供給している電力リソースがエニュメレーションされる。これは、例えば、電源の数、電源の種類、電源に含まれる電力の測定値、コアデバイスのためのエネルギー源、バッテリ容量、およびエネルギー収穫能力、およびコアデバイスによるエネルギー消費の識別を含み得る。
ブロック２０６１０において、計算ツールは、外部モジュールの電力要件をエニュメレーションする。本明細書で論じられるように、外部モジュールの電力要件のエニュメレーションは、例えば、外部モジュールのベースラインエネルギー消費、外部モジュールのフルパワーエネルギー消費などに注目することを含み得る。注目されるベースラインエネルギー消費量は、デバイスがアプリケーションの実行中にデバイスが電力供給している可能性がある各周辺モジュールまたは追加モジュールについて判定され得る。計算ツールは、外部モジュールについてのエネルギー消費量の範囲、エネルギー消費量の平均、および最大エネルギー消費量を判定および識別することができる。計算ツールは、外部モジュールに格納されているか、または中央ノードに格納されており、外部モジュールに関連付けられているエネルギー使用の仕様を識別することができる。上述のように、計算ツールは、外部モジュールがあるシステム上で動作し、自己記述型であり、そのモジュール上の特定の動作に対して予想されるエネルギー使用量を自己記述することができる。
ブロック２０６１２において、計算ツールは、分析されているアプリケーションをより小さなタスクに分解する。タスクは、個別のアクションまたは一連のアクションであり得、タスクが、分析されているハードウェア上の既知のエネルギー使用値に関連付けられるまで、ますます小さなタスクに分割される。これらの分解された動作は、後で様々なハードウェア構成にわたる総エネルギーコストの作表に使用するために保存され得る。一例では、エネルギー要件のエニュメレーションは、休止電力および有効電力を考慮する、モジュールに関するものであり得る。有効電力は、例えば、メッセージを送信するときまたは測定を実行するときに使用される電力であり得る。
ブロック２０６１４において、計算ツールは、アプリケーション内のすべてのタスクがそれらのエネルギー使用量について評価されたか否かを判定することができる。そうでない場合、ブロック２０６１６において、そのタスクがトランスデューサモジュールに関連付けられているか否かについての判定が行われる。このプロセスは、本方法における、トランスデューサモジュールに対するタスクと通信モジュールに対するタスクとの間の分割を示すが、とりわけＧＰＵなどの他の種類のモジュールがこのプロセスによって評価されてもよい。ブロック２０６１４に示され、図２０６に示される方法で示される決定は、特定のハードウェアおよび構成について、タスクごとおよびタスクの種類ごとのエネルギーの作表を企図する。エネルギー使用量は、モジュールをホストしているデバイスのハードウェアで実装されたタスクとモジュールの両方について作表されている。従って、図２０６に示される決定ブロックおよび表は、エネルギー使用のためにタスクを分析することを可能にするだけでなく、特定のモジュールおよびモジュールグループも可能にする作表プロセスの例示を容易にするために含まれる。
ブロック２０６１６において、タスクがトランスデューサモジュールに対するものであると計算ツールが判定した場合、ブロック２０６１８において、１時間におけるトランスデューサ要求の数がエニュメレーションされる。トランスデューサ要求の数のエニュメレーションは、例えば、アプリケーションの実行中の１時間にわたって測定される数値を含み得る。トランスデューサ要求の数のエニュメレーションはまた、問題のタスクについての分析の下でトランスデューサに対して行われた要求の数についての過去の平均を含み得る。
ブロック２０６２０において、計算ツールは、問題のタスクを実行するのに要する電力に、トランスデューサの要求が１時間以内にアプリケーションによって行われる回数を乗算することができる。期間は一例であり、必要に応じてもっと長くても短くてもよい。例えば、期間は、ユーザまたはツールのデプロイヤによって調整されてもよいし、期間は、アプリケーションの推定実行時間に自動的に一致されてもよい。期間は増やしたり減らしたりできる。一部の実施形態では、測定される期間は、エネルギー使用量が測定されているすべてのアプリケーションに対して等しい。一例では、モジュールは、特定のタスクに対するそのエネルギー使用量を自己格納することができる。例えば、１つのタスクまたは複数の関連タスクがモジュール上で頻繁に実行される場合、モジュールは、複数のエネルギー使用値を格納することによってエネルギー分析段階を改善することができる。例えば、計算ツールが、モジュールメモリに既にタスクのエネルギー使用量があるモジュール上のタスクのエネルギー使用量を要求した場合、値はすぐに返され得るため、それ以上の分析は必要ない。
ブロック２０６２２において、計算ツールは、現在のハードウェア構成においてアプリケーションがどれだけのエネルギーを使用することになるかについての計算値を更新することができる。次いで、プロセスはブロック２０６１４に戻り、アプリケーションに対するすべてのタスクが評価されたか否かを判定することができる。
ブロック２０６１６でタスクがトランスデューサモジュールに対するものではないと計算ツールが判定した場合、ブロック２０６２４において、１時間における通信要求の数がエニュメレーションされる。本明細書で述べたように、プロセスは、本方法における、トランスデューサモジュールに対するタスクと通信モジュールに対するタスクとの間の分割を示すが、他の種類のモジュールがこのプロセスおよび二分法において企図される。通信部モジュールのタスクのためのエネルギー使用量を測定することの開示は、測定され得るモジュールの一例にすぎない。
ブロック２０６２６において、計算ツールは、通信モジュールタスクを実行するのに要する電力に、通信要求が１時間以内にアプリケーションによって行われる回数を乗算することができる。上述したように、図に示され本明細書に開示された期間は例示的なものであり、調整することができる。ブロック２０６２２において、計算ツールは、通信部モジュールのためのタスクのエネルギー使用量に関して学習したことに基づいて、現在のハードウェア構成においてアプリケーションがどれだけのエネルギーを使用することになるかについての計算値を更新することができる。次いで、プロセスはブロック２０６１４に戻り、アプリケーションに対するすべてのタスクが評価されたか否かを判定することができる。
ブロック２０６１４でアプリケーション内の十分な数のタスクが評価されたと計算ツールが判定した後、プロセスはブロック２０６２８に進むことができる。例えば、他のタスクの電力消費量の計算を依然として実行しながら電力計画を実施することができ、例えば、評価されたタスクがユニットのパワーリザーブに対して大きな電力消費量値を有する場合、プロセスフローは以下のブロックを並行して実行しながら、他のタスクの電力消費量を依然として評価し得る。
ブロック２０６２８において、計算ツールは、スリープモード機能が評価されたか否かを判定する。そうでない場合、ブロック２０６３０において、アプリケーションがスリープモードで費やす時間がエニュメレーションされる。スリープモード機能がない場合、エニュメレーションされた時間はゼロであり得る。スリープモードで費やされる時間のエニュメレーションは、秒単位で、ハードウェアのクロックサイクル単位で、または客観的に測定可能な時間の任意の細分単位で測定することができる。時間のエニュメレーションは、アプリケーションの実行中の１時間にわたって起こるであろうスリープ時間の量を測定することを含み得る。一例では、スリープモード中の時間のエニュメレーションは、問題のアプリケーションを実行するプロセッサによってスリープモード中に費やされた時間量の履歴平均も含み得る。
ブロック２０６３２において、プロセッサをスリープモードにしているアプリケーションから節約されたプロセッサ電力が計算される。一例では、節約されるプロセッサ電力は、ブロック２０６３０で判定されるように、単位時間当たりに消費されるプロセッサ電力に、スリープモードで費やされる時間の単位数を乗ずることによって判定され得る。上述したように、１時間の単位時間が示されているが、追加の時間単位も企図される。一部の実施形態では、単位時間は測定されたモジュールおよびデバイスにわたって一貫している。
この例では計算がスリープモードに対して実行されるが、同様のエネルギー使用量の計算が計算ツールによって実行されてもよい。例えば、問題のアプリケーションを実行している間にプロセッサがアクティブである、または他のタスクを実行するために利用可能である時間が測定され得る。今回は、必ずしも電力を節約するわけではないが、測定対象のアプリケーションとは無関係のタスクの実行に費やされ得る時間およびエネルギーとして表にして表示することができる。
スリープモードにおいてプロセッサによって節約された総電力が計算されると、ブロック２０６２２において、計算ツールは、現在のハードウェア構成においてアプリケーションがどれだけのエネルギーを使用することができるかについての計算値を更新することができる。このアプリケーションを使用して節約された総電力はプロセッサの電力を節約するため、この値はアプリケーションが使用するエネルギー量の計算値を減らし得る。本明細書で説明するように、次いで、プロセスはブロック２０６１４に戻り、アプリケーションに対する十分な数のタスクが評価されたか否かを判定することができる。
ブロック２０６１４でアプリケーション内の十分な数のタスクが評価されたこと、およびブロック２０６２８でスリープモード機能が評価されたことを計算ツールが判定した後、プロセスフローはブロック２０６３４に進むことができる。ブロック２０６３４において、計算ツールは、デバイスの電力寿命を計算することができる。一例では、これは、モジュールのリソースをモジュールの要件と比較することによって実行され得る。比較は、モジュール要件によってデバイスリソースを分割することを含み得る。一例では、比較は、ブロック２０６２２において更新されるように、単位時間あたりに計算された総電力要件の合計によって、デバイスリソースに存在する電力の量を除したものを含み得る。
ブロック２０６３６において、計算ツールは、デバイスの寿命が事前定義された所定のエネルギー使用量最小閾値よりも大きいこと、従って、使用される電力がエネルギー使用量閾値を十分に下回ることを判定することができる。もしそうであれば、プロセス計算ツールは終了し、アプリケーションがブロック２０６０６において開始することを可能にする。
デバイス寿命がエネルギー使用量のための最小閾値より大きくない場合（ブロック２０６３８）、計算ツールは、エネルギー使用量最小閾値が満たされなかったことをマスタデバイスに通知し、そしてモジュールの新しい構成を要求することができる。エネルギー使用量をマスタデバイスに通知することは、モジュールによって使用されるエネルギー量、個々のタスクによって使用されるエネルギー量、アプリケーションがスリープモードを含むか否か、およびモジュールおよびコアデバイスのエネルギー使用量の分析中に収集される他の情報の内訳を含み得る。この情報に基づいて、マスタデバイスは、可能な限り効率的に動作していないモジュールを識別し、それらを新しい構成に置き換えることができる。
ブロック２０６４０において、モジュールの新しい構成が計算ツールに提供され得。新しい構成には、追加されたハードウェア、交換されたハードウェア、またはハードウェアが含まれ得る。次いで、計算ツールは、この新しい構成で、アプリケーションのエネルギー使用量をチェックし得る。従って、プロセスフローは２０６１０に戻ってもよく、アプリケーションによって使用されるモジュールの要件が上記のようにエニュメレーションされ得る。
図２０７は、一部の実施形態による、自己記述型ハードウェアの要件のための計算ツールのためのＩｏＴデバイス２０７００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。大容量ストレージ８０８は、本明細書で説明される計算ツールを実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、複数のモジュールに電力を供給し制御するように構成されたデバイスのためのエネルギーリソースをエニュメレーションするためのエネルギーリソースエニュメレーション部２０７０２を含み得る。
大容量ストレージ８０８は、とりわけ、メッシュ送受信機８１０またはアップリンク送受信機８１４などのモジュールに関するエネルギー要件をエニュメレーションするためのエネルギー要件エニュメレーション部２０７０４を含み得る。大容量ストレージ８０８は、実行時に単一のモジュール上で完全に機能するタスクにアプリケーションを分解するためのアプリケーション分解部２０７０６を含むことができる。
消費電力識別部２０７０８は、分析に使用される各期間について、モジュールの消費電力を識別することができる。タスク起動カウンタ２０７１０は、タスクが単位時間内にモジュールを起動する回数をカウントすることができる。
大容量ストレージ８０８は、タスクがアクティブである時間、１つのモジュールで完了されたタスクの期間、およびアクティブ期間までにモジュールが必要としたエネルギーに少なくとも部分的に基づいて、複数のモジュールのうちの１つのモジュールによって単位時間に使用される総エネルギーを計算する総エネルギー計算部２０７１２を含み得る。
一例では、大容量ストレージ８０８はまた、複数のモジュールについて単位時間内に使用された総エネルギーと、デバイスのエネルギーリソースと、に基づいてデバイス寿命を生成するために、デバイス寿命生成部と共に、総エネルギー計算部２０７１２を含み得る。デバイス寿命が、デバイスのアプリケーション分析が始まる前に設定された最小閾値時間以上であるとして計算されるのに応答して、アプリケーションを開始するようにデバイスに命令するデバイス命令部が、総エネルギー計算部２０７１２に追加され得る。この例では、デバイス命令部は、デバイス寿命が、デバイスのアプリケーション分析が始まる前に設定された最小閾値時間未満であるとして計算されるのに応答して、新しい構成がマスタデバイスに送信されることの要求を命令し得る。さらに、一例では、新しい構成の要求は、モジュール上のタスクのためのエネルギー使用量、単位時間中にモジュールによって使用されたエネルギー、および複数のモジュールにおけるモジュールタイプのためのエネルギー使用量のうちの少なくとも１つの詳細なリストを含み得る。
一例では、大容量ストレージ８０８は、デバイスへの電力供給、デバイスのハードウェア構成の更新、およびアプリケーションのコードの更新の制御を実施するためのコードブロックを提供し得る。この例では、アプリケーションエネルギー計算装置はまた、第１の構成に対して計算された単位時間当たりの総エネルギーを格納するようにデバイスに指示するデバイス命令部も含むことができる。この例では、デバイス命令部は、マスタデバイスから第２の構成を要求するようにデバイスに命令することができる。さらに、この例では、第２の総エネルギー計算部は、デバイスの第２の構成に対して単位当たりの第２の総エネルギーを計算することができる。
一例では、大容量ストレージ８０８はまた、第１の構成の単位当たりの総エネルギーを第２の構成の単位当たりの第２の総エネルギーと比較するために、総エネルギー計算部２０７１２の一部として総エネルギー比較部を含み得る。一例では、大容量ストレージ８０８はまた、単位当たりの総エネルギーと単位当たりの第２の総エネルギーとの比較に基づいて、第１の構成もしくは第２の構成またはその両方を要求するようにデバイスに命令するデバイス命令部を含み得る。一例では、大容量ストレージ８０８はまた、デバイスが有線リソースによって電力を供給されていると判定された場合にアプリケーションを開始するようにデバイスに命令するためのデバイス命令部を含み得る。一例では、アプリケーションエネルギー計算装置はまた、アクティブ期間ごとにモジュールの電力消費量を識別することができ、モジュールが、そのタスクについてそのモジュールに関連する履歴エネルギー使用量値を取得することを含み得る。
一例では、大容量ストレージ８０８はまた、アプリケーションがスリープモード機能を有するか否かを識別するために、総エネルギー計算部２０７１２の一部としてアプリケーションスリープモード識別部を含み得る。この例では、大容量ストレージ８０８はまた、アプリケーションが時間単位でスリープモードになる時間をカウントするための時間カウンタも含むことができる。大容量ストレージ８０８はまた、アプリケーションのプロセッサがスリープモードになる時間に基づいて節約された総電力に基づいて、使用された総エネルギーを計算する総エネルギー計算部を含み得る。
図２０８は、一部の実施形態による、実行時に、リソースおよび自己記述型ハードウェアの要件をマッピングするようにプロセッサに指示する命令を含む、非一時的機械可読媒体２０８００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
一例では、プロセッサは、デバイスへの電力供給、デバイスのハードウェア構成の更新、およびアプリケーションのコードの更新を命令することができる。非一時的機械可読媒体２０８００は、複数のモジュールに電力を供給し制御するように構成されたデバイスのためのエネルギーリソースをエニュメレーションするようにプロセッサ９０２に指示するためのコード２０８０２を含み得る。
非一時的機械可読媒体２０８００は、複数のモジュールについてのエネルギー要件をエニュメレーションするようにプロセッサ９０２に指示するためのコード２０８０４を含み得る。非一時的機械可読媒体２０８００は、実行時にＩｏＴデバイス内の単一のモジュールとして完全に機能するタスクにアプリケーションを分解するようにプロセッサ９０２に指示するためのコード２０８０６を含み得る。非一時的機械可読媒体２０８００は、アクティブ期間ごとに、複数のモジュールにおけるモジュールの電力消費量を識別するようにプロセッサ９０２に指示するコード２０８０８を含み得る。一例では、アクティブ期間ごとに複数のモジュールのうちの１つのモジュールの電力消費量を識別することは、モジュールが、そのタスクについてそのモジュールに関連する履歴エネルギー使用量値を取得することを含む。
非一時的機械可読媒体２０８００は、実行されると、タスクが単位時間内にモジュールを起動する回数を数えるようにプロセッサに指示する命令を含み得る。非一時的機械可読媒体２０８００は、実行されると、タスクがアクティブである時間、モジュールによって完了されたタスクの期間、およびアクティブ期間までにモジュールが必要としたエネルギーに少なくとも部分的に基づいて、モジュールによって単位時間に使用される総エネルギーを計算するようにプロセッサに指示する命令を含み得る。
機械可読媒体は、上に列挙されたコードブロックに限定されず、他の機能を実行するためのコードを含み得る。例えば、コードは、複数のモジュールについて単位時間内に使用された総エネルギーと、デバイスのエネルギーリソースと、に基づいてデバイス寿命を生成するようにプロセッサに指示することができる。この例では、プロセッサは、デバイス寿命が、デバイスのアプリケーション分析が始まる前に設定された最小閾値時間未満であるとして計算されるのに応答して、新しい構成がマスタデバイスに送信されるように要求するように指示され得る。本明細書で使用される場合、新しい構成の要求は、モジュール上のタスクのためのエネルギー使用量、単位時間中にモジュールによって使用されたエネルギー、および複数のモジュールにおけるモジュールタイプのためのエネルギー使用量のうちの少なくとも１つの詳細なリストを含む。
モノのインターネット（ＩｏＴ）のための現在開示されている技法では、一部の実施形態によれば、センサは、センサによって収集された生データポイントを処理し、データポイントを意味のある情報に変換することができるアルゴリズムを実装することができる。例えば、データポイントは、３．４Ｖなどのアナログ値から華氏７８度などの温度読み取り値に変換され得る。
本明細書に開示されるように、センサは、それらの信号調整要件を説明するためにＩｏＴデバイス上の汎用ピンに接続することができ、ＩｏＴデバイスと協働して、適切な信号調整回路を生成することができる。信号調整回路の例は、例えば雑音を除去するために、増幅器およびそれに続くバターワースフィルタを含むことができる。
ＩｏＴデバイスは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）デバイスを含み得、これは、ＩｏＴネットワーク階層のすべてのレベルに埋め込まれ得る。ＦＰＧＡは、一般に、製造後、通常ＯＥＭによる手動プロセスで構成されるように設計された集積回路である。本明細書で説明されるように、モジュールが信号調整回路を持たないセンサであっても、モジュールはそれらの信号調整要件を記述し得る。自己記述型モジュールは、モジュールのためのカスタム信号調整ハードウェアを作成するために、ＩｏＴデバイスのＦＰＧＡ回路と共に使用され得る。
モジュールを含むＩｏＴデバイスは、モジュールよりも制約が少ない場合がある。本明細書で使用されるように、制約されるとは、一般に、ハードウェアの制限、リソースの制限、またはライセンスまたは許可の制限など、デバイスの動作を制限し得る制限を有するハードウェアまたはソフトウェアを指す。一例では、制約の少ないＩｏＴデバイスは、ＬＩＮＵＸ（登録商標）オペレーティングシステムまたは同様のオペレーティングシステム（ＯＳ）、図８に関して説明したものなどの汎用プロセッサを使用することができ、ＩｏＴデバイスは、送配電網から電力を供給され得、高帯域幅ネットワーク接続へのアクセスを含む。この例では、ＩｏＴデバイスはＦＰＧＡとＦＰＧＡコンパイラとを含む。ＦＰＧＡコンパイラを含むＩｏＴデバイスは、新しいモジュールが接続されたときに新しいモジュールのためのＦＰＧＡ内に信号処理回路を生成することができる。
ＦＰＧＡにおける信号調整用のカスタムハードウェアの作成は、新しいモジュールが制約の少ないＩｏＴデバイスに接続されたときに開始することができる。ＩｏＴデバイスが新しいモジュールの接続を検出したことに応答して、ＩｏＴデバイスは、モジュールから信号調整要件および信号処理アルゴリズムを読み取る。上記のように、制約のあるモジュールおよびセンサは自己記述型であり、モジュールのための信号調整要件および好ましい信号処理アルゴリズムをメモリから提供することができる。次いで、ＦＰＧＡコンパイラを備えた制約の少ないＩｏＴデバイスは、カスタム調整回路を生成し、その調整回路をＩｏＴデバイスのＦＰＧＡに実装することができる。カスタム調整回路がＦＰＧＡコンパイラによって実装されると、ＩｏＴデバイスはデータ出力を読み取り、信号処理アルゴリズムをデータに適用して情報を生成することができる。
信号調整のためのカスタムハードウェアを作成する場合、モジュールを受け取るデバイスは制約のあるデバイスであり得る。制約のあるデバイスは、例えば、無線ノードであり得、そのデバイスは低電力プロセッサを有し得るか、またはそのデバイスは低帯域幅ネットワーク接続を有し得る。制約のあるデバイスでは、ＦＰＧＡコンパイラの実装効率が低下する可能性がある。ＦＰＧＡコンパイラの効率が低い実装は、特定のＦＰＧＡコンパイラ用に最適化された信号調整ではなく、ＦＰＧＡコンパイラ上の予め構築された信号調整ブロックに依拠し得る。
一例では、信号調整ブロックに関するパラメータおよびそれらの間の接続は、センサが接続された後にプロセッサによって定義され得る。デバイスが制約付きであり得る間、モジュールは、共通のデータプロトコルを通してメッセージを自己記述し、送信し、そして受信し得る。上述したように、共通のデータプロトコルは一般的にすべてのデバイスによって理解されるプロトコルである。
一例では、モジュールは、それ自体の信号調整要件を記述することができる。このモジュールの自己記述から、信号調整のためのカスタムハードウェアを作成するための例示的な方法を示すことができる。
制約のあるデバイスで信号調整を生成することは、モジュールがデバイスに接続されたときに開始することができる。制約のあるデバイスは、信号調整要件および信号処理アルゴリズムを読み取ることができる。次いで、制約のあるデバイスは、既存のＦＰＧＡコンパイラブロックのパラメータを構成し、ＦＰＧＡロジックブロックを接続してカスタム信号調整回路を作成することができる。次いで、制約のあるデバイスは、それが作成したカスタム信号調整回路からの出力を読み取り、従って、事前構築された信号調整ブロックおよび処理アルゴリズムを適用して、人間が読めるデータを生成することができる。
信号調整のためのカスタムハードウェアを作成する場合、モジュールを受信するデバイスは、ＩｏＴデバイスの制約の少ないリソースを活用する制約のあるデバイスになり得る。一例では、制約のあるノードは、新しく接続されたモジュールから制約の少ないゲートウェイ、ネットワークデバイス、またはクラウドデバイスに信号調整要件を送信することができる。制約の少ないＩｏＴデバイスは、例えば、制約のあるノード内のＦＰＧＡに実装するために、制約のあるデバイスに転送されるＦＰＧＡコードを生成することができる。最適化されたコードの転送は、有線および無線（ＯＴＡ）を含むデータ転送手段を介して転送されてもよい。
この例では、カスタムハードウェアまたは信号調整を作成するための方法は、制約のあるデバイスが新しいモジュールが接続されたことを検出したときに開始し得る。制約のあるデバイスは、モジュールによって記述された信号調整要件および信号処理アルゴリズムを読み取ることができ、両方とも制約の少ないＩｏＴデバイスに送信することができる。制約のあるデバイスはまた、制約のあるデバイスのパラメータおよび制約のあるデバイスのＦＰＧＡを記述するパラメータを、制約の少ないＩｏＴデバイスに送信することができる。信号調整要件には、信号処理アルゴリズム、ならびに制約のあるデバイスのデバイスパラメータおよびＦＰＧＡパラメータが含まれ得る。信号調整要件を受信したことに応答して、制約の少ないＩｏＴデバイスはカスタム調整回路を生成することができる。生成されたカスタム調整回路は、制約のあるデバイスおよび制約のあるデバイスのＦＰＧＡ用にカスタマイズすることができる。カスタム調整回路がより制約の少ないＩｏＴデバイスによって生成されると、制約のあるデバイスは、カスタム信号調整回路からの出力を読み取り、生データを処理して情報を生成するために信号処理アルゴリズムを適用することができる。
図２０９は、一部の実施形態による、信号調整回路を構成するためにモノのインターネット（ＩｏＴ）デバイスによって使用される例示的な方法２０９００のプロセスフロー図である。図２０９の方法２０９００は、図２１０に関して説明されるＩｏＴデバイス２１０００によって実施することができる。方法２０９００は、図８に関して説明したシステム８０２を使用して実行することができる。方法２０９００は、新しいモジュールがＩｏＴデバイスに接続されたときにブロック２０９０２において開始することができる。
ブロック２０９０４において、ＩｏＴデバイスは、信号調整要件を判定し得る。信号調整要件は、例えば、測定された電圧ではなく度数で温度をフォーマットする、または光電池またはフォトレジスタから出力される生の電圧ではなくルーメンで光測定値をフォーマットするなど、デバイスが信号に対応する情報を配信できるフォーマットを含み得る。
ブロック２０９０６において、ＩｏＴデバイスが制約のあるデバイスであるか、制約の少ないデバイスであるかに関する判定が行われ得る。本明細書で使用されるように、制約が少ないとは、より一般的な処理ソフトウェア、通信ハードウェアを実装することができるハードウェアまたはソフトウェアを有する、または受信もしくは作成されたデータを読み取る、書き込む、もしくは実行するための拡張ライセンスもしくは許可を有する、デバイスを指し得る。
デバイスが制約の少ないものである場合、ブロック２０９０８において、自己記述型モジュールおよびデバイスの信号調整要件に基づいて、ＦＰＧＡコードをそのデバイスのために生成することができる。ブロック２０９１０において、デバイス上のＦＰＧＡがそのタスクに不適当であるか否かに関して決定が行われる。もしそうであれば、ブロック２０９１２において、警告が送信されてもよく、デバイスはモジュールを切断してもよい。
ブロック２０９１０でＦＰＧＡがそのタスクに適していると判定された場合、ブロック２０９１４において、ＦＰＧＡコードがデバイスにダウンロードされ得る。ＦＰＧＡコードはデバイス自体で生成されてもよい。ＦＰＧＡコードは、例えばクラウド内のデバイスによってリモートで生成されてもよく、次いでＩｏＴデバイスにダウンロードされてもよい。ＦＰＧＡコードが生成またはダウンロードされると、ＦＰＧＡコンパイラは、ＦＰＧＡコードに基づいて信号調整回路を生成することができる。次いで、信号調整回路はＦＰＧＡ上に実装されてもよい。従って、モジュール収集データは、ブロック２０９１６において、最終情報フィードを作成するための処理のためにＦＰＧＡ内の信号調整回路を介して供給されるデータを収集することができる。
ブロック２０９０６でデバイスが制約されていると判定された場合、ブロック２０９１８において、デバイスが利用可能なＦＰＧＡ上に十分な構成可能信号調整ブロックを有するか否かが判定される。利用可能なＦＰＧＡは、デバイスに対してローカルであるか、またはデバイスに対してリモートで、かつデバイスの制御下にあり得る。もしそうであれば、ブロック２０９２０において、デバイスはＦＰＧＡ上の既存のブロックのパラメータの構成を命令してもよい。例えば、これは、制約の少ないデバイスで生成され、制約のあるデバイスにダウンロードされたＦＰＧＡコードに基づき得る。
構成されると、ブロック２０９２２において、デバイスは、既存のＦＰＧＡブロックを互いに接続して制約のあるデバイス内のモジュールのための信号調整回路を形成することができる。上記のように、一部の実施形態によれば、ＦＰＧＡの接続された回路は、モジュールで受信された信号を調整するために使用され得る。その結果、ブロック２０９１６でデータを収集するモジュールはデータを収集し、そのデータをＦＰＧＡ内の信号調整回路に提供することができる。
ブロック２０９１８において、デバイスがＦＰＧＡ上に十分な構成可能な信号調整ブロックを有していないと判定された場合、ブロック２０９２４において、デバイスのＦＰＧＡブロックおよびデバイス特性がエニュメレーションされる。本明細書で使用されるように、一部の実施形態によれば、ＦＰＧＡブロックおよびデバイス特性のエニュメレーションは、ＦＰＧＡブロックおよびデバイスに関する詳細を識別するために使用され得る。ブロック２０９２６において、ＦＰＧＡブロックおよびデバイス特性のエニュメレーションを使用して、ＦＰＧＡブロックおよびデバイスに関する詳細を、現在の制約のあるデバイスから上位階層レベルのマスタデバイスに送信することもできる。
上位階層レベルでマスタデバイスによって受信されると、ブロック２０９２８において、マスタデバイスがデバイス特性およびエニュメレーションされたＦＰＧＡに適したＦＰＧＡコンパイル能力を有するか否かに関する判定を行うことができる。そうでない場合、ブロック２０９２６において、送信元デバイスは、エニュメレーションされたＦＰＧＡブロックおよびデバイス特性を、マスタデバイスよりも上位階層にある第２のマスタデバイスに送信することができる。マスタデバイスが要求された能力を有する場合、ブロック２０９３０において、マスタデバイスは、制約のあるデバイスからのデータを処理するためのＦＰＧＡコードを生成することができる。
ブロック２０９３２において、制約のあるデバイス上のＦＰＧＡがそのタスクに不適当であるか否かに関して判定が行われる。もしそうであれば、ブロック２０９１２において、非互換性に関する警告が送信されてもよく、デバイスはモジュールを切断され得る。ブロック２０９３２において、デバイス上のＦＰＧＡがそのタスクに不適切ではないと判定された場合、ブロック２０９３４において、ＦＰＧＡコードが制約のあるデバイスにダウンロードされる。ＦＰＧＡコードがデバイスにダウンロードされると、ＦＰＧＡコンパイラは、ＦＰＧＡコードに基づいて信号調整回路を生成することができる。結果として、データを収集するモジュールは、ブロック２０９１６において、生成されたＦＰＧＡコードに基づくモジュールおよびデバイスの信号調整回路を介して供給されるデータを収集し始めることができる。
図２１０は、一部の実施形態による、信号調整回路を構成するためにＩｏＴデバイス２１０００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。
ＩｏＴデバイス２１０００はＦＰＧＡ ２１００２を含むことができる。本明細書で使用されるように、一部の実施形態によれば、ＦＰＧＡは、製造後に顧客または設計者によって構成されるように設計された集積回路であり得る。一例では、自己記述型センサモジュール２１００４はセンサＦＰＧＡ ２１００６を含み得る。センサＦＰＧＡ ２１００６は、ＩｏＴデバイス２１０００のＦＰＧＡ ２１００２と同様に機能することができる。ＩｏＴデバイス２１０００は、本明細書では自己記述型ＩｏＴデバイス２１０００として説明され得る。
上でも示したように、図８を参照すると、大容量ストレージ８０８は、本明細書で説明されるグループ作成機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、自己記述型センサモジュール２１００４のＩｏＴデバイス２１０００への接続に応答して自己記述型センサモジュール２１００４を検出するためのセンサモジュール検出部２１００８を含み得る。
大容量ストレージ８０８は、自己記述型センサモジュール２１００４から受信したデータを処理するための受信データプロセッサ２１０１０を含み得、受信したデータは自己記述型センサモジュール２１００４に関する信号調整情報を示す。大容量ストレージ８０８は、ＦＰＧＡ ２１００２上に実装されるＦＰＧＡコードを生成するためのＦＰＧＡコード生成部２１０１２を含み得る。
大容量ストレージ８０８は、自己記述型センサモジュール２１００４から受信した生データを修正して、信号調整情報に基づいてＦＰＧＡを使用して信号調整データを生成するための生データ修正部２１０１４を含むことができる。一例では、プロセッサ８０２は、ＦＰＧＡがＦＰＧＡコードをサポートできないことを検出することができる。この例では、プロセッサはまた、ＦＰＧＡブロックが自己記述型センサモジュール２１００４から受信した生データを信号調整するのに十分であることの検出に応答して既存のＦＰＧＡブロックを接続し得る。
プロセッサ８０２はまた、識別されたＦＰＧＡ特性および自己記述型デバイス特性を送信し得る。この場合、プロセッサ８０２は、ＦＰＧＡ特性および自己記述型デバイス特性を含む要求をフォグ８１２またはクラウド３０２内のマスタデバイスに送信することもできる。この要求は、自己記述型デバイスが制約されていることの検出と、自己記述型ＩｏＴデバイス２１０００のＦＰＧＡに十分な構成可能な信号調整ブロックがないことの検出と、に応答して送信され得る。さらに、要求は、マスタデバイスによって生成されたＦＰＧＡコードを生成し返すことができる。同様に、例えば、バッテリ８２４、メッシュ送受信機８１０またはアップリンク送受信機８１４によって提供される無線技術に基づくインターネット接続、または低電力モードを有するプロセッサ８０２のうちの少なくとも１つを含む自己記述型ＩｏＴデバイス２１０００は、一部の実施形態によれば、制約付き自己記述装置とみなすことができる。
別の例では、プロセッサ８０２は、自己記述型デバイスが制約されているという検出に応答して、自己記述型センサモジュール２１００４に関する信号調整情報およびデバイス情報を制約の少ないデバイスに送信し得る。この例では、プロセッサ８０２はまた、自己記述型センサモジュール２１００４のＦＰＧＡ ２１００６に実装されるリターンＦＰＧＡコードを生成するための要求を制約の少ないデバイスに送信することもできる。さらに、プロセッサ８０２は、自己記述型ＩｏＴデバイス２１０００が制約されているという検出に応答して、自己記述型センサモジュール２１００４に関する信号調整情報およびデバイス情報を第２の制約のあるデバイスに送信し、第２の制約のあるデバイスは制約の少ないデバイスにアクセスできる。
自己記述型センサモジュール２１００４は、本明細書で説明されるノードメタモデル（ＮＭＭ）に従うことができる。これはＦＰＧＡとして実装することができ、ＦＰＧＡの動的更新のための方法が、ノードメタモデルに基づいて、プラグアンドプレイモードなどの普遍的に相互運用可能なインターフェースを実装する自己記述型センサモジュール２１００４の動的動作をもたらし得る。
図２１１は、一部の実施形態による、実行時に、信号調整回路を構成するようにプロセッサに指示する命令を含む、非一時的機械可読媒体２１１００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
非一時的機械可読媒体２１１００は、自己記述型センサモジュールの自己記述型デバイスへの接続に応答して自己記述型センサモジュールを検出するようにプロセッサ９０２に指示するためのコード２１１０２を含み得、自己記述型デバイスはＦＰＧＡを含む。一例では、自己記述型デバイスは、バッテリ電源、無線技術に基づくインターネット接続、または低電力モードを有するプロセッサのうちの少なくとも１つを含み得、制約付き自己記述型デバイスとみなされる。
非一時的機械可読媒体２１１００は、自己記述型センサモジュールから受信したデータを処理するようにプロセッサ９０２に指示するためのコード２１１０４を含み得、受信したデータは自己記述型センサモジュールに関する信号調整情報を示す。非一時的機械可読媒体２１１００は、自己記述型デバイスのＦＰＧＡ上に実装されるＦＰＧＡコードを生成するようにプロセッサ９０２に指示するためのコード２１１０６を含み得る。最後に、非一時的機械可読媒体２１１００は、自己記述型センサモジュールから受信した生データを修正して、信号調整情報に基づいてＦＰＧＡを使用して信号調整データを生成するためのコード２１１０８を含むことができる。
一例では、機械可読媒体は、実行されると、ＦＰＧＡがＦＰＧＡコードをサポートできないことを検出するようにプロセッサに指示する命令を含み得る。この例では、命令はまた、ＦＰＧＡブロックが自己記述型センサモジュールから受信した生データを信号調整するのに十分であることの検出に応答して既存のＦＰＧＡブロックを接続するようにプロセッサに指示することもできる。さらに、命令はまた、識別されたＦＰＧＡ特性および自己記述型デバイス特性を送信するようにプロセッサに指示することもできる。次いで、プロセッサは、マスタデバイスへ要求を送信し、その要求はＦＰＧＡ特性と自己記述型デバイス特性とを含み、要求は、自己記述型デバイスが制約されていることの検出と、自己記述型デバイスのＦＰＧＡに十分な構成可能な信号調整ブロックがないことの検出と、に応答して送信される。一例では、要求は、マスタデバイスによって生成されたＦＰＧＡコードを生成し返す。
機械可読媒体は、上に列挙されたコードブロックに限定されず、他の機能を実行するためのコードを含み得る。例えば、コードは、自己記述型デバイスが制約されているという検出に応答して、自己記述型センサモジュールに関する信号調整情報およびデバイス情報を制約の少ないデバイスに送信し得る。コードは、自己記述型デバイスのＦＰＧＡに実装されるリターンＦＰＧＡコードを生成するための要求を制約の少ないデバイスに送信することもできる。あるいは、プロセッサは、自己記述型デバイスが制約されているという検出に応答して、自己記述型センサモジュールに関する信号調整情報およびデバイス情報を第２の制約のあるデバイスに送信し、第２の制約のあるデバイスは制約の少ないデバイスにアクセスできる。
ＩｏＴネットワークには様々な種類のデバイスがある。一部のＩｏＴデバイスはバッテリによって電力を供給されてもよく、他のＩｏＴデバイスは送配電網からの電力を使用してもよい。さらに、一部のＩｏＴデバイスは固定式であり、他のＩｏＴデバイスは移動式である。モバイルデバイスの挙動や頻繁にスリープ状態に入るデバイスを考慮することは、ネットワーク健全性モニタが多数のデバイスを考慮するために拡張する方法に影響を与え得る。本明細書で説明されているように、例えばブルームフィルタ、ブロックチェーン、ＤＨＴなどを使用して健全性報告を生成することは、ネットワーク健全性モニタを実施するために拡張することができる。
図２１２は、一部の実施形態による、階層型デバイスおよびネットワークの健全性の報告２１２００の概略図である。現在編成されているように、ネットワークトポロジは階層的であり得る。説明されるネットワーク健全性報告のための技法は、階層的トポロジに基づいて構築することができる。例えば、ＩｏＴフレームワークアクター２１２０２は、ネットワークおよびデバイスの階層を監督することを望む場合もある。ＩｏＴフレームワークアクター２１２０２は、とりわけ、ネットワーク管理者、ネットワークコンソール、およびビジネスサービスレベル合意プロバイダなど、ネットワークに依拠している関係者を含むことができる。
デバイスＡなどの単一のデバイス、またはサブネット内の多数のデバイスは、デバイス健全性報告２１２０４を生成することができる。デバイス健全性報告２１２０４は、報告がカバーする期間を示す値を含む時間変数と、シャドウフィルタ入力を有するスパースアレイ変数とを含むデバイス健全性報告データ２１２０６を含み得る。シャドウフィルタは、報告が予想されるが、存在しないときにデータを収集することができる。
監視エージェントは、サブネットからＲｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ（ＲＥＳＴ）呼び出し２１２０８を実行して、デバイスＡ健全性報告２１２０４など、サブネット内のすべてのデバイスのデバイス健全性報告を取得し、それらをサブネット健全性報告２１２１０として集約できる。本明細書で使用されているように、ＲＥＳＴ呼び出しは、要求するシステムに、統一された事前定義されたステートレスオペレーションのセットを使用してウェブリソースのテキスト表現にアクセスし操作することを可能にする呼び出しである。一例では、サブネット健全性報告２１２１０は、サブネットＡ、サブネットＢ、およびサブネットＣ健全性報告など、多数のサブネット健全性報告のうちの１つであり得る。各サブネットは複数のデバイスを監視できる。サブネット健全性報告２１２１０は、サブネット健全性報告データ２１２１２を含み得る。サブネット健全性報告データ２１２１０は、デバイス報告が網羅している期間と、とりわけネットワークフィルタデータなどのネットワークフィルタシャドウフィルタデータを含むスパースアレイ変数とを含み得る。サブネット健全性報告データ２１２１０は、それらのデバイスにアクセスまたはアドレス指定するために使用され得るリンクと共に、サブネット内でカバーされるデバイスの集合のリストを含み得る。
監視エージェントは、ネットワークからＲｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ（ＲＥＳＴ）呼び出し２１２０８を実行して、サブネットＡ健全性報告２１２１０など、ネットワーク内のすべてのサブネットのサブネット健全性報告を取得し、それらをネットワーク健全性報告２１２１４として集約できる。ネットワーク健全性報告２１２１４は、ネットワーク健全性報告データ２１２１６を含み得る。ネットワーク健全性報告データ２１２１６は、サブネット報告が網羅している期間と、ネットワークフィルタデータなどのネットワークフィルタシャドウフィルタデータを含むスパースアレイ変数とを含み得る。ネットワーク健全性報告データ２１２１６は、それらのサブネットにアクセスまたはアドレス指定するために使用され得るリンクを有するネットワーク内でカバーされるサブネットの集合のリストを含み得る。
このネットワークトポロジおよび階層を使用して、健全性報告は、ＩｏＴネットワーク健全性を監視するためにＩｏＴフレームワークアクター２１２０２によって収集され得る。トポロジベースでネットワークの健全性を監視することで、要求に応じて上位レベルの情報を幅広くも狭くも取得して提示できる。
図２１３は、一部の実施形態による、デバイスレベルブルームフィルタおよびシャドウフィルタの健全性の報告２１３００の概略図である。同様の番号が付けられた項目は、図２１２を参照して説明したとおりである。デバイス２１３０２は、デバイスＡ健全性報告２１２０４に健全性メッセージ２１３０４を提供することができる。健全性メッセージ２１３０４は、毎秒１回など、一定の期間に繰り返されるようにスケジュールされ得る。報告は健全性情報を含み得る。しかしながら、健全性および機能を示す単純なｐｉｎｇ、または他の同様の動作の警告で十分な場合もある。
一例では、デバイスレベルでの健全性報告は、ウォッチドッグエージェントに依拠し得る。ウォッチドッグエージェントは、予想される健全性メッセージ２１３０４の受信の欠如を検出することができる。予想される健全性メッセージ２１３０４の受信の欠如を検出することは、一般に、障害シナリオを検出し、障害を能動的に報告することとは異なり得る。一例では、ウォッチドッグエージェントは、ブルームフィルタ２１３０６を使用して、期待されたスケジュールに従ってウォッチドッグメッセージの受信を確認応答することができる。
ブルームフィルタは、一般に、予想されるスケジュールに従って構成され得るフィルタである。例えば、ある期間内、例えば数秒内に期待されるレートでウォッチドッグメッセージが受信された場合、例えば、数分、数時間、数日、数週間など、より長い期間にわたって良好な健全性が発生していることを示すために、図２１３の矢印によって示されるロールオーバー機能などによって、第２のブルームフィルタが更新され得る。このパターンに従って、ブルームフィルタの上向きカスケードは、次第により長い期間の健全な動作を格納することができる。本明細書に開示されるように、一部の実施形態によれば、予想される時間窓内に受信されない予想されるウォッチドッグメッセージがあるときに、デバイスの健全性の報告が調査され得る。
各ブルームフィルタ２１３０６は、その時間間隔の各インクリメントに対して対応するビットで特定の期間をカバーするように示されている。例えば、秒のブルームフィルタは６０ビットにコード化し、１分間の各１秒に１ビットを許容する。秒のブルームフィルタは、６０ビットにコード化し、１時間の各１分に１ビットを許容する、分のブルームフィルタにロールオーバーする場合もある。分のブルームフィルタは、２４ビットにコード化し、１日の各１時間に１ビットを許容する、時間のブルームフィルタにロールオーバーする場合もある。このパターンは、上述のように増加し続け得る。
最後の時間インクリメントの後、ブルームフィルタをその対応するビットに適用することができ、スリープビット２１３０８と呼ばれる別のビットは、デバイスがスリープモードにある、またはパワーダウンされていることを示すメッセージをデバイスが送信したかを示すことができる。一例では、スリープビット２１３０８が設定されている場合、システムは、デバイスの電源が再投入されてスリープビット２１３０８が設定解除されるまで、システム健全性情報の追跡を回避することを選択することができる。
図２１３に示すように、予想されるが存在しない健全性報告が検出された場合にのみ一般に更新されるペアシャドウフィルタ２１３１０と協調してブルームフィルタを使用することによって、履歴報告のために、断続的な欠落したウォッチドッグメッセージが検出され記録され得る。シャドウフィルタ２１３１０は、同様の時間インクリメントのブルームフィルタとペアになって示されている。シャドウフィルタ２１３１０の値は、ペアブルームフィルタおよび対応するロールオーバフィルタにＡＮＤ論理関数を適用することによって計算することができる。例えば、ブルームフィルタに欠落報告がなく、ロールオーバーフィルタにそのブルームフィルタ内に記録されたタイムスパンにわたって欠落報告がない場合、ＡＮＤ論理関数はＴＲＵＥまたは１の値を返す。対照的に、ブルームフィルタが記録されたタイムスパンにわたって欠落報告を示す場合、またはロールオーバーフィルタが記録されたタイムスパンにわたって欠落報告を示す場合は、ＡＮＤ論理関数はＦＡＬＳＥまたは０の値を返す。この出力値は、さらなるネットワーク健全性統計収集のためにデバイスシャドウフィルタに格納されてもよい。
一例では、ブロックチェーンは、健全性報告データをリストし交換する際に、デバイス、サブネットワーク、およびネットワークによって使用され得る。ブロックチェーンとは、一般的に、ブロックと呼ばれる記録の継続的に増加するリストを維持する分散型データベースのことである。一例では、ブロックは、タイムスタンプおよび前のブロックへのリンクを含み、従ってブロックチェーンを形成する。ブロックチェーンアテステーションは、連鎖およびアーカイブのためにルートオブトラストを使用するトラステッドブートメカニズムで使用され得る広い概念である。例えば、ブロックチェーンアテステーションは、ローカルプラットフォーム上のブロックチェーンのルートオブトラストだけでなく、参加者の「マイナー」プラットフォームの測定値を収集することもできる。ブロックチェーン上を流れる最初のトランザクションは、個々のプラットフォームの連鎖のためのルートオブトラストのアテステーションであり得る。マイナーのルートのそれぞれの測定値を比較することによって、検証部は、ブロックチェーンが後続のトランザクションを処理するために信頼できる（ｔｒｕｓｔｗｏｒｔｈｙ ａｎｄ ｒｅｌｉａｂｌｅ）ものであると結論付けることができる。
ブロックチェーンは、上述のようにトラステッドプラットフォームモジュール（ＴＰＭ）においてアクセスされてもよい。一例では、ＴＰＭは、２００９年にＩＳＯ／ＩＥＣ １１８８９としてＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐによって公表された仕様に準拠し得る。デバイスがブートコードセグメントから開始している場合、初期ブートから信頼チェーンを作成することによって、ブロックチェーンをまず使用してトラステッド実行環境（ＴＥＥ）を確立することができる。ＴＰＭ １３１２８の代わりに、ＴＥＥは、ＥＰＩＤ、ＳＧＸ、または同様の技術などの他の技術に基づいてもよい。
本明細書で使用されるとき、健全性情報のブロックチェーンは、全体的なトポグラフィにおいて、デバイス層からサブネット層へ、ネットワーク層へと垂直に到達することができる。同様に、ブロックチェーンは、スケジュールされた健全性メッセージの受信の欠如に基づいて、デバイス健全性情報の複数のインスタンスの水平方向のキャプチャを反映し得る。
一例では、ブルームフィルタは、ネットワークトポグラフィの最下層においてネットワークの健全性の履歴記録を確立するためにブロックチェーントランザクションに含まれ得る。一例では、最下位の層は、デバイスなどのエンドポイントを指し得る。最下位の層のデバイスをマイニングノードと呼ぶことができ、それは、マイニングノードが、シャドウフィルタを使用して他の最下位層のデバイスと組み合わせる前に、ブルームフィルタ内の健全性情報を収集し得るためである。
一例では、ルータ、コンセントレータ、またはゲートウェイがマイニングノードとみなされた場合、そのルータ、コンセントレータ、またはゲートウェイは、ネットワーク健全性の相互リンクされた記録のブロックチェーン表現に含めることができる。健全性情報を格納するためにブロックチェーンを使用することは、マイニングノードの相互にリンクされた性質のために、他のブロックチェーンマイナーがマイナーの集団の健全性について知らされることを可能にし得る。この情報を使用して、悪意のある障害および悪意のない障害が予測され得る。一例では、ブロックチェーンを使用する５０％以上のマイニングノードの障害は、コンセンサスを形成することができない可能性があるため、ブロックチェーンの完全性を危殆化し得る。
図２１４は、ウォッチドッグ報告の過去の断続的な損失のネットワークレベルブルームフィルタ報告２１４００の概略図である。同様の番号が付けられた図面は、図２１３に関して説明したとおりである。示されるように、デバイスまたはデバイスのセット２１４０２は、シャドウフィルタまたはシャドウフィルタのセット２１４０４と対になってそれらのデータを提供することができる。一例では、シャドウフィルタ２１４０４のセット内のシャドウフィルタのそれぞれは、デバイスのリセットレートおよびロールオーバー時間ならびにペアになったシャドウフィルタ２１４０４に基づいて、単一のデバイスまたはデバイスのセット２１４０２に対応し得る。
本明細書で使用されるとき、シャドウフィルタのセット２１４０４は、特定のサブネットに属するすべてのデバイス、例えば、サブネットＡ ２１４０６、サブセットＢ ２１４０８、サブセットＣ ２１４１０、サブセットＤ ２１４１２、またはサブセットＥ ２１４１４以外には関連しない場合がある。これらのサブネットのそれぞれは、それら自体のサブネットシャドウフィルタを含むことができ、例えば、サブネットＡ ２１４０６はシャドウフィルタＦＡを含むことができ、サブセットＢ ２１４０８はシャドウフィルタＦＢを含むことができ、サブセットＣ ２１４１０はシャドウフィルタＦＣ ２１４１６を含むことができ、サブセットＤ ２１４１２は、シャドウフィルタＦＤを含むことができ、サブセットＥ ２１４１４はシャドウフィルタＦＥを含むことができる。
例示的なサブネットシャドウフィルタ、サブセットＣ ２１４１０用のシャドウフィルタＦＣ ２１４１６が示されている。示されるように、シャドウフィルタＦＣ ２１４１６に含める値は、複数のデバイスシャドウフィルタにＡＮＤ論理演算を適用することによって生成され得る。上述したように、ＡＮＤ論理機能は、すべてのソースが機能している場合には複数のソースにわたってＴＲＵＥまたは１を示し、ソースデバイスのシャドウフィルタのうちの１つでも機能しないデバイスを示す場合にはＦＡＬＳＥまたは０を読み取り得る。従って、シャドウフィルタＦＣ ２１４１６を使用して、サブネットＣ ２１４１０内のすべてのデバイスについて断続的なシャドウイベントをキャプチャし、それによってサブネット全体の健全性アクティビティを一度に示すことができる。同様に、サブネットシャドウフィルタは、ネットワークのサブネットシャドウフィルタのそれぞれにおいて生成され格納された値に適用されるＡＮＤ論理関数を有することができる。これにより、各サブネットシャドウフィルタからの健全性報告は、ネットワーク健全性報告２１２１４内のネットワークシャドウフィルタに、ネットワークの断続的な健全性を反映するように通知することができる。この情報から、ネットワーク健全性監視システムは、ネットワークシャドウフィルタのデータを分析して、１つまたは複数のネットワークがウォッチドッグ報告からの応答として予想外の失効のインシデントをより多くまたはより少なく経験する期間を観察することができる。一例では、判定は、負荷、帯域幅、輻輳、または他の処理条件が物理的容量を超えているという指示であり得、これらの指示は、ＩｏＴネットワークの安全性が低い動作条件に注意を促し得る。
図２１５は、一部の実施形態による、シャドウおよびブルームフィルタを使用して健全性を報告するためにモノのインターネット（ＩｏＴ）デバイスによって使用されるための例示的な方法２１５００のプロセスフロー図である。図２１５の方法２１５００は、図２１６に関して説明されるＩｏＴデバイス２１６００によって実施することができる。方法２１５００は、図８に関して説明したシステム８０２を使用して実行することができる。プロセスフローは、ブロック２１５０２で開始し得る。
ブロック２１５０４において、健全性監視エージェントが、ネットワーク内のＩｏＴデバイスおよびネットワーク機器にインストールされ得る。ブロック２１５０６において、健全性エージェントのソフトウェアは、ＩｏＴデバイスまたはネットワーク機器の一部のブートまたはリセット時に実行され得る。
ブロック２１５０８において、報告頻度に対応するブルームフィルタを更新することによって、デバイスまたは機器レベルでの健全性監視エージェントは、健全性報告が定期的なスケジュールで受け取られないたびに、ウォッチドッグイベントメッセージを報告することができる。ブロック２１５１０において、ブルームフィルタがロールオーバー条件を満たしているか否かに関する判定が行われる。そうでない場合、プロセスフローはブロック２１５０８に戻ることができ、追加のウォッチドッグ報告が送信され得る。ブルームフィルタがロールオーバー条件を満たしている場合、ブロック２１５１２において、ブルームフィルタはロールオーバーによって更新され得る。ブルームフィルタの更新は、デバイスがブルームフィルタの報告期間全体にわたって正常であったことを示す。
ブロック２１５１４において、リセット閾値に達したか否かに関する判定が行われる。そうでない場合、プロセスフローはブロック２１５０８に戻ることができ、追加のウォッチドッグ報告が送信され得る。ブロック２１５１４でリセット閾値に達した場合、ブロック２１５１６において、ブルームフィルタおよびロールオーバフィルタについてＡＮＤ論理演算を計算し、その結果をシャドウフィルタに格納することができる。ブロック２１５１８において、スリープビットが設定されているか否かに関する判定が行われる。もしそうであれば、ブロック２１５２０において、ブルームフィルタおよびシャドウフィルタの処理は、スリープ時間が終了しスリープビットが設定解除されるまで中断される。次いで、プロセスフローはブロック２１５１８に戻る。
ブロック２１５１８でスリープビットが設定されていないと判定された場合、ブロック２１５２２において、プロセスは、システムがネットワーク健全性統計収集要求を受信し処理するまで待機することができる。集合が処理されると、ブロック２１５２４において、サブネットモニタは、サブネット内のデバイスのシャドウフィルタを取得することができる。このデバイスシャドウフィルタの結果は、サブネットワークシャドウフィルタに適用できる。ブロック２１５２６において、別のデバイスがあるか否か、すなわち収集するサブネット内にシャドウフィルタがあるか否かに関する判定が行われる。そうである場合、プロセスフローはブロック２１５２６に戻り、残りのデバイスシャドウフィルタが収集され、サブネットシャドウフィルタに適用される。
収集するサブネットに他のデバイスシャドウフィルタがない場合、ブロック２１５２８において、ネットワークモニタはネットワーク内のサブネットからサブネットシャドウフィルタを取得することができる。このサブネットシャドウフィルタの結果は、ネットワークシャドウフィルタに適用され得る。ブロック２１５３０において、別のサブネットがあるか否か、すなわち収集するネットワーク内にシャドウフィルタがあるか否かに関する判定が行われる。そうである場合、プロセスフローはブロック２１５２８に戻り、残りのサブネットシャドウフィルタが収集され、ネットワークシャドウフィルタに適用される。収集するネットワーク内に別のサブネットシャドウフィルタがない場合、ブロック２１５３２において、ネットワーク健全性シャドウフィルタをサブスクライバに報告することができる。次いで、プロセスはブロック２１５３４において終了する。
図２１６は、一部の実施形態による、ネットワークおよびネットワークデバイスの健全性を報告するためのＩｏＴデバイス２１６００内に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。
上でも示したように、図８を参照すると、大容量ストレージ８０８は、本明細書で説明されるグループ作成機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、サブネットワーク健全性データ要求部２１６０２を含み得る。一例では、サブネットワーク健全性データ要求部２１６０２は、ネットワークに対する受信されたネットワーク健全性要求に応答して、サブネットワークからサブネットワーク健全性データを要求することができる。一例では、サブネットワークは、サブネットワーク健全性データ要求の受信に応答してデバイスからデバイス健全性データを要求することができる。サブネットワークはまた、受信されたデバイス健全性データから生成されたブロックチェーンデータを使用してサブネットワークシャドウフィルタを修正することによってサブネットワーク健全性データを生成するように命令され得る。
サブネットワークはまた、サブネットワーク健全性データ要求の受信に応答して複数のデバイスからデバイス健全性データを要求することができる。さらに、サブネットワークは、論理演算子を使用して受信した複数の健全性データを比較することによって、受信した複数のデバイス健全性データを使用してサブネットワークシャドウフィルタを修正することによってサブネットワーク健全性データを生成するように命令され得る。一例では、デバイスは、デバイスシャドウフィルタに基づいてデバイス健全性データを返すことができ、デバイスシャドウフィルタは、デバイス上のスケジュールされた健全性メッセージの欠如を追跡するデバイスブルームフィルタに基づいて生成され得る。デバイスシャドウフィルタを実装するための他の技法は、ＤＨＴ、ブロックチェーンなどを含み得る。デバイスシャドウフィルタは、複数のシャドウフィルタを含むことができ、それぞれが、複数のブルームフィルタの時間間隔に対応する。
大容量ストレージ８０８は、ブロックチェーンデータから生成された受信したサブネットワーク健全性データに基づいて、ネットワークシャドウフィルタを修正するためのネットワークシャドウフィルタ修正部２１６０４を含み得る。大容量ストレージ８０８は、ネットワークシャドウフィルタに基づいて、ネットワーク健全性の報告を提供するための報告提供部２１６０６を含み得る。一例では、ネットワークシャドウフィルタは、論理演算子の適用を通じて動作する。
一例では、サブネットワーク健全性データリクエスタは、ネットワーク内で論理的に編成された複数のサブネットワークからのサブネットワーク健全性データ、およびいくつかの受信されたサブネットワーク健全性データに基づいてネットワークシャドウフィルタを修正するネットワークシャドウフィルタ変更子を要求し得る。この例および上で論じた他の例では、ブロックチェーンデータは、ネットワークトポグラフィのエンドポイントでネットワーク健全性の履歴記録を確立するためにブロックチェーントランザクションに含まれ得るブルームフィルタに基づくことができる。
図２１７は、一部の実施形態による、ネットワークおよびネットワークデバイスの健全性を報告するためのコードを含む非一時的機械可読媒体２１７００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
非一時的機械可読媒体２１７００は、ネットワークに対する受信されたネットワーク健全性要求に応答して、サブネットワークからサブネットワーク健全性データを要求するようにプロセッサ９０２に指示するためのコード２１７０２を含み得る。一例では、サブネットワークは、サブネットワーク健全性データ要求の受信に応答してデバイスからデバイス健全性データを要求することができる。サブネットワークはまた、受信されたデバイス健全性データから生成されたブロックチェーンデータを使用してサブネットワークシャドウフィルタを修正することによってサブネットワーク健全性データを生成するように命令され得る。サブネットワークはまた、サブネットワーク健全性データ要求の受信に応答して複数のデバイスからデバイス健全性データを要求することができる。さらに、サブネットワークは、論理演算子を使用して受信した複数の健全性データを比較することによって、受信した複数のデバイス健全性データを使用してサブネットワークシャドウフィルタを修正することによってサブネットワーク健全性データを生成するように命令され得る。一例では、デバイスは、デバイスシャドウフィルタに基づいてデバイス健全性データを返すことができ、デバイスシャドウフィルタは、デバイス上のスケジュールされた健全性メッセージの欠如を追跡するデバイスブルームフィルタに基づいて生成され得る。デバイスシャドウフィルタは複数のシャドウフィルタを含み、それぞれが、複数のブルームフィルタの時間間隔に対応し得る。
一例では、自己記述型デバイスは、バッテリ電源、無線技術に基づくインターネット接続、または低電力モードを有するプロセッサのうちの少なくとも１つを含み得、制約付き自己記述型デバイスとみなされる。
非一時的機械可読媒体２１１００は、ブロックチェーンデータから生成された受信したサブネットワーク健全性データに基づいて、ネットワークシャドウフィルタを修正するためのコード２１７０４を含み得る。非一時的機械可読媒体２１１００は、ネットワークシャドウフィルタに基づいて、ネットワーク健全性の報告を提供するためのコード２１７０４を含み得る。一例では、サブネットワーク健全性データリクエスタは、ネットワーク内で論理的に編成された複数のサブネットワークからのサブネットワーク健全性データ、およびいくつかの受信されたサブネットワーク健全性データに基づいてネットワークシャドウフィルタを修正するネットワークシャドウフィルタ変更子を要求し得る。この例および上で論じた他の例では、ブロックチェーンデータは、ネットワークトポグラフィのエンドポイントでネットワーク健全性の履歴記録を確立するためにブロックチェーントランザクションに含まれ得るブルームフィルタに基づくことができる。
ＩｏＴデバイスは、様々な接続デバイスおよびインフラストラクチャのネットワークのための制御チャネル機能を実行するために低電力広域ネットワーク（ＬＰＷＡＮ）を使用することができる。モバイルネットワーク、有線ネットワークなど、ＩｏＴデバイスの電力および通信の可用性に応じて、他のネットワークを使用して説明した技法を実装することができる。制御チャネルＬＰＷＡＮは、デバイスの地理位置情報ベースのアクティブ化および非アクティブ化に使用され得る。制御チャネルＬＰＷＡＮはまた、ネットワーク全体のサービス警告およびブロードキャストに使用され得る。セキュリティ鍵を再生成する必要があることをデバイスに通知するなどのセキュリティ動作も、ＬＰＷＡＮを使用して実行できる。さらに、ＬＰＷＡＮは、インフラストラクチャインベントリを実行すること、またはデバイスからディスパッチされる位置メッセージをトリガすることなどの監査目的で使用され得る。
図２１８は、一部の実施形態による、制御チャネル２１８０２が各接続にわたって使用され得る無線広域ネットワーク（ＷＷＡＮ）２１８００の概略図である。一例では、制御チャネルは、低電力広域（ＬＰＷＡ）技術を介して実行され得る。
ＷＷＡＮ ２１８００は、互いに動作する複数の技術およびネットワーク種別を含み得る。ＷＷＡＮ ２１８００は、コアルータ間にファイババックボーン２１８０４を含み得る。ＷＷＡＮ ２１８００はまた、セルラーネットワーク接続２１８０６を含み得る。一例では、セルラーネットワーク接続２１８０６は、コアルータとセルラー送信機ノードとの間の接続であり得る。ＷＷＡＮ ２１８００はまた、無線ローカルエリアネットワーク（ＷＬＡＮ）２１８０８へのネットワーク接続を含み得る。ＷＷＡＮ ２１８００はまた、メッシュネットワーク２１８１０へのネットワーク接続を含み得る。一例では、メッシュネットワークは、８０２．１５．４ｘメッシュなどの任意の種類の無線パーソナルエリアネットワーク（ＷＰＡＮ）を含み得る。ＷＷＡＮ ２１８００はまた、近距離無線通信ネットワーク２１８１２を使用するエンドポイント間のネットワーク接続を含み得る。一例では、近距離無線通信ネットワークは、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ｌｏｗ ｅｎｅｒｇｙ（ＢＬＥ）、Ｚｉｇｂｅｅ（登録商標）、および他の同様の接続プロトコルを含むプロトコルを使用して作られてもよい。ＷＷＡＮ ２１８００はまた、デバイス間のＬＰＷＡ接続２１８１４の使用を含み得る。
上述のように、ＷＷＡＮ ２１８００は、制御チャネル２１８０２を介してデバイス間で通信を管理することができる。上述のように、制御チャネルは、とりわけ、ＬｏＲａＷＡＮ（登録商標）などのＬＷＰＡプロトコルを含む、任意の数のプロトコルを使用することができる。本明細書で説明されるようにＬＷＰＡを使用してネットワークを介して制御チャネルを使用することは、地理位置特定機能、他のセンサ機能などを可能にし得る。ここに示されている地理位置情報機能は、グローバルな地理位置情報データポイントを符号化する方法、およびグリッド手法に基づいてゾーンＩＤを生成する方法を介して動作し得る。地理位置情報技法の一例は、ネットワークインフラストラクチャコンポーネント間のトランザクションおよびメッセージと共に使用するためのゾーン識別子を生成するものであり、ゾーン識別子はまた、人間が読める緯度、経度、および／または標高データに変換され得る。この情報を可視化してプロットするためには、図２１９に示すようにゾーン識別子グリッドの使用を含み得る。
図２１９は、一部の実施形態による、ゾーンに分割された物理的領域のマップ２１９００の概略図である。同様の番号が付けられた項目は、図２１８を参照して説明したとおりである。
示されている地図２１９００は、緯度線２１９０２と経度線２１９０４とを含む。一例では、これらの線によって形成されたグリッド正方形は、様々なゾーンを示すために使用され、各ゾーンにゾーンＩＤが与えられ得る。マップ２１９００は、それぞれがそれ自身のゾーンＩＤを有するゾーンへの物理的領域の分解を示すグリッド正方形のゾーン符号化オーバーレイを示す。一例では、ゾーン識別子グリッドサイズは、位置メトリックまたはゾーンマーキングユニットの修正などのパラメータ修正を介して構成され得る。このコンテキストに関連して使用されるように、パラメータ修正は、使用されている地理位置情報の方法のアルゴリズムフローへの変更をもたらさないこともある。
地理位置情報に対するゾーン識別子手法を使用することによって、とりわけ数千平方キロメートルから平方メートルの範囲のゾーンサイズを符号化および復号することができる。ゾーン識別子手法を使用することはまた、任意のサイズの物理的領域についてゾーンＩＤを計算し、符号化し、そして復号することを可能にし、ゾーンはグローバルな使用に適している。
これらのゾーンを制御チャネル２１８０２に組み込むことは、ゾーン識別子（ＩＤ）２１９０６の使用を含み得る。一部の実施形態では、リソース発見のための地理位置特定方法は、制御チャネルメッセージ２１９１０および制御メッセージ２１９１２自体に関係する１つまたは複数のゾーンを含むメッセージ２１９０８をブロードキャストすることができる。一例では、メッセージ２１９０８は、該当する場合、例えば制御チャネルメッセージ識別情報、ゾーン数、存続時間（ＴＴＬ）、およびデータフィールドの長さに関する、メッセージ２１９０８に関する情報を反映して、メッセージが含む他のデータの先頭に追加されるメッセージヘッダデータを含み得る。一例では、メッセージ２１９０８は、認可、認証、およびフレームに添付され得るメッセージ完全性データなどのセキュリティ機能を含み得る。制御チャネルで使用するために、メッセージ２１９０８は短くなり得、従って、より少ないリソースを使用することができ、その結果、送信時間を比較的短くし、電力使用量を減少させ得る。
図２２０は、一部の実施形態による、到着時間差を使用して地理位置情報を報告するためにモノのインターネット（ＩｏＴ）デバイスによって使用される例示的な方法２２０００のプロセスフロー図である。図２２０の方法２２０００は、図２２１および図２２３に関して説明されるシステム２２１００および２２３００によって実施することができる。方法２１４００は、図８に関して説明したシステム８０２を使用して実行することができる。プロセスフローは、ブロック２２００２で開始し得る。
ブロック２２００２において、タイムスタンプ付きのペイロードが受信される。受信されたペイロードは、単一のペイロードまたはいくつかのデータのペイロードであり得る。ブロック２２００４において、ペイロードは、デバイスＩＤによって分類されてもよい。このようにして、複数のデバイスの１つまたは複数のタイムスタンプを比較することができる。ブロック２２００６において、デバイスについて受信された２つ以上のタイムスタンプ付きペイロードがあるか否かに関する判定が行われ得る。そうでない場合、プロセスフローはブロック２２００２に戻って、追加のタイムスタンプ付きペイロードを待つことができる。単一のデバイスについて受信されたタイムスタンプ付きペイロードが２つ以上ある場合、プロセスフローはブロック２２００８に進む。
ブロック２２００８において、同じデバイスに対する２つのタイムスタンプ間の時間差を計算することができる。ブロック２２０１０において、時間差は、位置計算のための関数への入力であり得る。一例では、この関数は、最初にペイロードを提供したデバイスの座標から推定距離を、続いてｘ座標およびｙ座標に関して取得するために使用され得る。ブロック２２０１０で使用され得る関数の一例は、以下により詳細に説明される双曲線関数であり得る。関数の出力は、物理空間内の地図上でデバイスを見つけるために使用され得る座標であり得る。
ブロック２２０１２において、関数計算の出力はローカル座標からグローバル座標に変換され得る。グローバル座標が使用に十分であれば、変換は必要ない場合もある。ブロック２２０１４において、生成された座標を用いてノード位置を推定することができる。このプロセスは、デバイスの位置を識別するために望まれる回数だけ、またはデバイスがネットワーク内のメッセージを介して位置を識別することを要求するたびに繰り返され得る。
上述したプロセスにおいて双曲線計算を使用することは、受信ゲートウェイの数が増加するにつれて精度を向上させ得る。例えば、標準的な共通ネットワーク地理位置情報手法は、追加の同種または異種ネットワークノードを含み得る本開示の協調ネットワークによって改善され得る。
図２２１は、一部の実施形態による、部分的にゾーンＩＤを使用して、異種ネットワーク内の到着時間情報に基づいて時間差を判定するためのネットワーク２２０００の概略図である。一般的に、地理位置情報は、産業、スマートシティ、小売、およびセキュリティベースのＩｏＴ、そして将来のインターネットアプリケーションおよびサービスにとって重要な差別化要因となり得る。地理的位置を計算し格納することは、ネットワークサーバ２２１０２において行われ得る。通信リンクとネットワーク経路プロパティとの積として地理位置情報を取得するプロセスは、本明細書で説明される技法を使用して拡張することができる。共通の時間同期基準点を使用するネットワークパケットの到着時間差（ＴＤＯＡ）は、地理的位置を識別するのに役立ち得る。時間同期基準点の１つの例は、全地球測位デバイス（ＧＰＳ）または他の衛星時間基準である。
送信ノード２２１０４は、データまたはペイロードを受信ゲートウェイ２２１０６に送信することができる。出発時にペイロードに添付されたタイムスタンプおよび到着時に受信されたタイムスタンプに基づいて、飛行時間（ＴＯＦ）２２１０８を計算することができる。一例では、受信機ゲートウェイ２２１０４は、ＧＰＳ ２２１１０のような位置センサを含み得る。ＧＰＳは、ＴＯＦが計算されることを可能にするだけでなく、送信ノード２２１０４によって使用されるための基準距離を提供することができる。ＴＯＦおよび開始距離を測定するゲートウェイの数が増加するにつれて、ＴＯＦおよび基準位置に関して追加のデータ収集が行われてもよく、従って送信ノード２２１０４の位置はより正確にされ得る。ネットワーク内に存在する位置検知ノードの数を増やすために、ゲートウェイ２２１０６は、センサ、例えばＧＰＳ ２２１１０を含むことができる協働センサノード２２１１２に接続され得る。
協調センサノード２２１１２は、無線プロトコルおよび／または有線方法を介してゲートウェイ２２１０６に接続され得る。送信ノード２２１０４が無線ネットワークを使用してその位置を評価しているとき、送信ノード２２１０４は、ペイロードが移動したパスの長さに関連する遅延時間（ＴＯＤ）２２１１４を有する、ゲートウェイ２２１１０または協調センサノード２２１１２で受信されるタイムスタンプ付きペイロードを送信することができる。
受信ゲートウェイは、共通のクロックを使用して時間同期させることができる。これらの追加のノードは異なるネットワークの一部であり、サーバ２２１０２からゲートウェイ２２１０６へのネットワークとは異なるプロトコルを使用することがあるため、協調センサノード２２１１２の使用は、集中型処理ポイントでＴＤＯＡ計算を使用する同種ネットワークの拡張である。センサノード２２１１２は、関心のあるパケットを検知、観察、および受信し、タイムスタンプ付き検出情報を範囲内のゲートウェイノード２２１１０に報告することができる。ネットワーク外であっても追加のノードを使用すると、パケットオブザーバの数が増える。位置を評価するために双曲線投影を使用する位置近似システムでは、パケットオブザーバの数が増えると、位置計算プロセスに使用されるゲートウェイ２２１１０にローカルに存在する双曲線軌跡の数も増えることがある。
一例では、図２２０に示す方法は、図２２１に概略的に示すネットワーク上で実施することができる。例えば、描かれたノードを参照して、到着時間（ＴＯＡ）は、以下の式を使用して送信ノード２２１０４からゲートウェイへと計算され得る。 ＴＯＡｉ＝Ｔｔｘ＋ＴＯＦｉ， ０≦ｉ≦Ｎ 上式で、Ｔは、ｔｘまたは送信ノード２２１０４からの送信時間を指す。項Ｎは、送信ノード２２１０４（ｉ）によってインデックス付けされた受信ゲートウェイの数を表し、ｌｉは、送信ノード２２１０４と受信ゲートウェイ２２１０６との間の見通し線距離である。一例では、２２１０４は図２２１に示すとおりであり得る。上式および次式におけるＴＯＡは到着時間を反映し、ＴＯＦは飛行時間であり、Ｔｔｘは送信時間である。到着時間の変化は、以下の式を用いて計算することができる。 ΔＴＯＡｉｊ＝ＴＯＡｉ−ＴＯＡｊ＝ＴＯＦｉ−ＴＯＦｊ
上式で、ｖは空気中または水中の光または音の速度であり、媒体の選択は、送信が行われる場所によって異なり得る。１つの例では、媒体は、ノード間に見通しの良いリンクを有する空気であり得る。
信号およびデータを収集するとき、データは双曲線関数手法を使用して処理されてよく、そのために、受信ゲートウェイからの推定距離ｌ、およびその後ｘおよびｙ座標に関して使用され得る。一例では、これらの値は以下のように使用され得る。 ｌｉ−ｌｊ＝δｉｊ＝ｖΔＴＯＡｉｊ， 各δｉｊは、以下の式に示すように双曲線に沿った位置（ｘ，ｙ）に対応する。
双曲線関数は、以下の式を使用してローカル座標（ｘ，ｙ）からグローバル座標（Ｘ，Ｙ）に変換することができる。
ネットワーク通過時間Ｔｔｒａｎｓｉｔ ２２１１６は、協調センサノード２２１１２から受信ゲートウェイ２２１１０へ情報を伝達するための時間を示す。以下の式では、協調センサノードがパケットを検出した時間が、ｉ番目の協調ノードに対するＴＯＤｉとして示されている。この情報を用いて、ＴＯＤｉは以下のように計算することができる。 ＴＯＤｉ＝Ｔｔｘ＋ＴＯＦｉ δＴＯＡｉ＝ＴＯＤｉ−ＴＯＡｉ−Ｔｔｒａｎｓｉｔ
非同種のプロトコル、デバイス、および地理的な位置を持つネットワークでは、これらの計算に使用される通過時間にばらつきがあり得る。これらの差は、サーバ２２１０２が周期的なタイムスタンプ付きサウンディングパケットをゲートウェイ２２１１０に送信することによって較正されてもよく、測定された通過時間はΔＴＯＡｉの計算から差し引かれる。この差し引きは、パケットが協調ノードから受信ゲートウェイ２２１１０まで通過するのにかかる時間に起因する増大した遅延を相殺するのに役立ち得る。
図２２２は、一部の実施形態による、例示的な低電力広域ネットワークフレーム（ＬＰＷＡＮ）にパックされた例示的な制御チャネルフレーム構造２２２００の概略図である。一例として、ＬＰＷＡＮネットワークは、長距離広域ネットワーク（ＬｏＲａＷＡＮ（登録商標））フレームおよびプラットフォームとすることができるが、他のプラットフォームも企図され、このフレームは、制御チャネルフレーム構造２２２００を使用する一例として示されている。
例示的な制御チャネルフレーム構造２２２００は、長さＸバイトのメッセージヘッダ２２２０２、１からＭバイトを含み得るゾーンＩＤフィールド２２２０４、１からＮバイトを含み得るデータフィールド２２２０６、および長さＹバイトのセキュリティ／メッセージ完全性チェック（ＭＩＣ）フィールド２２２０８を含み得る。例えば、ゾーンＩＤフィールド２２２０４は、２〜４バイトを含み得、データフィールドは、８〜２５６バイトを含み得、そして完全性チェックフィールドは、２〜４バイトを含み得る。プロトコルおよびデータに応じて、任意の数の長さを使用できる。
このフレームを通して送信される制御チャネルコマンドは、表４のリモートデプロイされたインフラストラクチャの広域またはゾーン固有制御のための動作の例である。注記として、表４に示すコマンドセットは一例であり、コマンドセットは拡張可能であり、特定の用途に対応するように後で修正することができる。
コマンドは、ＬｏＲａＷＡＮ（登録商標）を使用するＬＰＷＡ技術を介してコマンドチャネルフレーム２２２００を介して渡されてもよい。フレーム配信の１つの例では、ＬｏＲａＷＡＮ（登録商標）外部フレームカプセル化は、フレームヘッダ（ＦＨＤＲ）２２２１０、フレームポートフィールド（ＦＰｏｒｔ）２２２１２、およびフレームペイロードフィールド（ＦＲＭＰａｙｌｏａｄ）２２２１２を含む。制御チャネルメッセージ２２２００は、ＦＲＭＰａｙｌｏａｄフィールド２２２１４内にカプセル化されてもよい。このパッキング手法は、制御チャネルデータがアプリケーション固有の情報として扱われ得るため、ＬｏＲａＷＡＮ（登録商標）の互換性が必ずしも影響を受けるのではないことを意味する。制御チャネルデータはまた、ＤＯＣＳＩＳ、ＷＥＩＧＨＴＬＥＳＳ、ＺＷａｖｅ、イーサネット（登録商標）、ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＡＸ．２５、Ｚｉｇｂｅｅ（登録商標）、ＩＥＥＥ ８０２．１５．４、ＩＥＥＥ ８０２．１６、およびＴＩＡ／ＥＩＡ−４８５を含むがこれらに限定されない技術のためのアプリケーションペイロードフレームフィールドにパックすることもできる。
一例では、帯域外制御チャネルシステムが、固定式、携帯式、移動式、空中、宇宙、体内、地下、および水上／水中のデバイスの制御に使用され得る。例としては、ストリートファーニチャ、広告用掲示板、車、トラック、無人航空機、自律型水中機などの航走体（ｖｅｈｉｃｌｅ）が挙げられる。地理的計算は、飛行禁止区域、ウェイポイントの更新、およびその他のナビゲーションツールの施行に特に役立ち得る。他の帯域外制御チャネルシステムシステムは、海底パイプライン検査ローバー、オイルライン検査およびワックス除去に使用されるスマートピッグ監視システム、キューブサットなどの衛星システム、環境制御およびセキュリティシステム、医療診断プローブ、リモート監視および作動を必要とするシステムを含む工業生産施設制御システムなどを含むデバイスの制御に使用され得る。
図２２３は、一部の実施形態による、リソースの発見および地理位置情報セクタ識別のためにＩｏＴデバイス２２３００内に存在し得るコンポーネントの例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。
上でも示したように、図８を参照すると、大容量ストレージ８０８は、本明細書で説明されるグループ作成機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、制御チャネルデータを広域ネットワークフレームに挿入するための制御チャネルデータ挿入部２２４０２を含み得る。広域ネットワークフレームは、送信前および送信中に制御チャネルデータをカプセル化するためのアプリケーションペイロードフレームフィールドを含み得る。制御チャネルデータは、第１のデバイスが送信ノードからペイロードを収集し、ペイロードからタイムスタンプを抽出し、タイムスタンプおよびゾーンＩＤを含むペイロードを返すための命令を含み得る。制御チャネルデータは、メッセージヘッダ、ゾーンＩＤフィールド、制御メッセージデータフィールド、およびセキュリティフィールドを含み得る。一例では、制御チャネルデータは、第１のデバイスがそのゾーンＩＤおよび送信ノードからの複数のタイムスタンプを返すための命令を含み得る。制御チャネルデータはまた、第２のデバイスが第１のデバイスにそのゾーンＩＤと送信ノードからのタイムスタンプとを返すための命令を含むことができ、一部の実施形態によれば、第２のデバイスは第１のデバイスを通過すること以外にサーバデバイスへの通信経路を持たない。
大容量ストレージ８０８は、例えばメッシュ送受信機８１０を使用して第１の送信プロトコルで第１のデバイスに、また例えばアップリンク送受信機８１４を使用して第２のプロトコルで第２のデバイスに、広域ネットワークフレームを送信するためのフレーム送信部２２４０４を含み得る。制御チャネルデータは、第１のデバイスおよび第１のデバイスのプロトコルならびに第２のデバイスと第２のデバイスのプロトコルの両方にアクセスできるようになり得る。フレーム送信部２２４０４は、中間送信機として動作し、第２のデバイスに再送信するための第１のデバイスへの命令を通して、広域ネットワークフレームを第２のデバイスに送信し得る。
大容量ストレージ８０８は、第１のデバイスが送信ノードからの検出された送信を返すことに応答して、送信ノードデータを修正するためのデータ修正部２２４０６を含むことができる。送信ノードデータの変更は、送信ノードから検出された送信を返すゾーンＩＤおよびタイムスタンプを抽出することに基づくことができる。
一例では、装置はまた、双曲線関数と、第１のデバイスおよび第２のデバイスによって受信されたパッケージの複数のタイムスタンプと、第１のデバイスおよび第２のデバイスのゾーンＩＤと、を使用して送信ノードの位置を計算する計算部を含み得る。装置は、信号検出デバイスと信号受信デバイスとの間の送信通過時間に基づいて送信デバイスの位置を計算する計算部を含み得る。
図２２４は、一部の実施形態による、ネットワークおよびネットワークデバイスの健全性を報告するためのコードを含む非一時的機械可読媒体２２４００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
非一時的機械可読媒体２２４００は、制御チャネルデータを広域ネットワークフレームに挿入するようにプロセッサ９０２に指示するためのコード２２４０２を含み得る。広域ネットワークフレームは、送信前および送信中に制御チャネルデータをカプセル化するためのアプリケーションペイロードフレームフィールドを含み得る。制御チャネルデータは、第１のデバイスが送信ノードからペイロードを収集し、ペイロードからタイムスタンプを抽出し、タイムスタンプおよびゾーンＩＤを含むペイロードを返すための命令を含み得る。制御チャネルデータは、メッセージヘッダ、ゾーンＩＤフィールド、制御メッセージデータフィールド、およびセキュリティフィールドを含み得る。一例では、制御チャネルデータは、第１のデバイスがそのゾーンＩＤおよび送信ノードからの複数のタイムスタンプを返すための命令を含み得る。制御チャネルデータはまた、第２のデバイスが第１のデバイスにそのゾーンＩＤと送信ノードからのタイムスタンプとを返すための命令を含むことができ、第２のデバイスは第１のデバイスを通過すること以外にサーバデバイスへの通信経路を持たない。
非一時的機械可読媒体２２４００は、広域ネットワークフレームを第１の送信プロトコルを有する第１のデバイスおよび第２のプロトコルを有する第２のデバイスに送信するようにプロセッサ９０２に指示するためのコード２２４０４を含み得、制御チャネルデータは、第１のデバイスおよび第１のデバイスのプロトコルならびに第２のデバイスと第２のデバイスのプロトコルの両方にアクセスできるようになる。フレーム送信部は、中間送信機として動作し、第２のデバイスに再送信するための第１のデバイスへの命令を通して、広域ネットワークフレームを第２のデバイスに送信し得る。
非一時的機械可読媒体２２４００は、第１のデバイスが送信ノードから検出された送信を返すことに応答して、送信ノードデータを修正するようにプロセッサ９０２に指示するコード２２４０４を含み得る。送信ノードデータの変更は、送信ノードから検出された送信を返すゾーンＩＤおよびタイムスタンプを抽出することに基づくことができる。
一例では、機械可読媒体はまた、双曲線関数と、第１のデバイスおよび第２のデバイスによって受信されたパッケージの複数のタイムスタンプと、第１のデバイスおよび第２のデバイスのゾーンＩＤと、を使用して送信ノードの位置を計算する計算部を含み得る。機械可読媒体は、信号検出デバイスと信号受信デバイスとの間の送信通過時間に基づいて送信デバイスの位置を計算する計算部を含み得る。
本明細書で説明されるＩｏＴデバイスおよびネットワークは、トレンドを識別し、問題を解決するなどのためにマイニングすることができる膨大な量のデータを生成することができる。しかしながら、データ分析は、実務家および研究者によって異なる解釈をされる場合もある。多種多様なデータ分析技法に基づいて、ＩｏＴのコンテキストでデータ分析の技術的課題について一般化するのは難しい場合もある。ＩｏＴ技術の課題の１つは、ＩｏＴの実務家や研究者が彼らのＩｏＴプラットフォームにわたって分析をより容易にデプロイできるようにするためのフレームワークを持つことである。
本明細書では、ビジュアル分析、デザイン科学、および知識工学からの影響を利用する分析のためのアーキテクチャフレームワークを説明する。図２２６に示されるモデルは、エッジベースの分析を含む分析一般を実行することに関与するタスクを含む。データ分析の統合ビューを提供することによって、このアーキテクチャフレームワークはデータ分析の実務家および研究者のための参照として動作し、これらのエージェント間のより大きな協調を可能にする。アーキテクチャフレームワークは、データ分析に影響を与える技術的課題を強調するのに役立ち得る。アーキテクチャフレームワークは、研究ベクトルに関連する発明の説明を可能にするためにも使用され得る。
データ分析は、エッジベースの分析などのオンラインベース分析とオフライン分析とに大別される。オフラインの間に代表的なデータから知識を生成することと、この知識をＩｏＴプラットフォーム上などのオンラインシステムにデプロイすることと、を区別するために、異なるタイプの分析を使用することができる。オフライン分析のセクションは、エッジベースの分析に広く対応している。さらに、一例では、オフライン分析の階層構造は、データが様々な分析タスクを通過するにつれてより多くの知識が推論される、またはより大きなコンテキストが学習される、推論階層に対応し得る。オフライン分析の階層構造は、アクチュエータを制御するために使用され得る決定または動作をもたらし得る。この階層分析モデルは、複雑な分析タスクを特徴抽出、分類、決定アルゴリズムなどのサブタスクのクラスに分解できる段階的なフレームワークを提供する。加えて、サブタスクが分散可能な場合、オフライン分析フレームワークによる分類は、ＩｏＴプラットフォームにわたってワークロードを配置するための一般的なガイドとして動作し得る。一例では、ハードウェアプラットフォームは、センサノードおよびゲートウェイなど、類似のハードウェアリソースのプラットフォームのグループに分類され得る。プラットフォームが類似のハードウェアリソースのグループに分類される場合、ワークロード特性を分析要件の対象となるプラットフォーム特性と一致させることによって、あるクラスの分析タスクを特定のクラスのハードウェアプラットフォームにデプロイすることができる。
図２２５は、一部の実施形態による、データ分析の概念モデル２２５００の概略図である。一例では、概念モデル２２５００は、データマイニング２２５０２およびデータ融合２２５０４を含む。概念モデル２２５００は、１つまたは複数のネットワークシステムのストレージ内のデータ構造を表すことができる。例えば、データマイニング２２５０２は、ＩｏＴネットワークまたはフォグデバイス内のデータアグリゲータ上で行われてもよく、データ融合２２５０４は、データ収集システム上で実行されてもよい。
データマイニング２２５０２は、バッチ方式またはオフライン方式で知識を生成するとみなされ得る。データ融合２２５０４は、オンラインで知識を適用するとみなされ得る。概念モデル２２５００は、結合モデル２２５０６に視覚分析パラダイムを組み合わせることによってデータマイニング２２５０２を記述し、視覚分析パラダイムは、データ視覚化技法２２５０８を介したデータ分析者とデータとの相互作用を中心的な活動として配置する。データマイニング２２５０２におけるデザイン科学研究パラダイムは、設計を通してモデル評価サイクルの反復プロセスとして知識創造をモデル化し、知識ベース２２５１２からの既存の知識とアプリケーションドメイン２２５１４からのビジネスニーズを使用する分析モデル２２５１０を構築する。データ融合２２５０４環境からの入って来るデータは、データウェアハウス２２５１６によってデータマイニング２２５０２のために受信されてもよい。次いで、設計および構築分析モデル２２５１０と可視化および評価モデル２２５０８との間のサイクルで使用するために、データを整理し、変換し、結合モデル２２５０６にロードする（２２５１８）ことができる。
データ融合モデル２２５０４は、概念モデル２２５００からデータを受信し、それをワークロードおよびリソース管理２２５２０に適用することができる。ワークロードおよびリソース管理モデルから、データを信号融合モデル２２５２２および信号改善モデル２２５２４に送信することができる。
信号改善モデル２２５２４内では、受信したデータを取り出し、このデータとセンサアクチュエータ２２５２８で検知されたデータとを比較および交換することにより、信号を信号処理２２５２６で処理することができる。１つのセンサアクチュエータ２２５２８および信号プロセッサ２２５２６のみが示されているが、複数のペアリングが存在してもよい。さらに、信号アクチュエータによって作動された任意のデータをデータマイニング２２５０２のためにデータウェアハウス２２５１６に返すことができる。ワークロードおよびリソースマネージャ２２５２０からのデータはまた、特徴抽出またはオブジェクト改善モデル２２５３０に送信されてもよく、それはデータおよび信号改善２２５２４からの追加データを受信してもよい。ワークロードおよびリソースマネージャ２２５２０からのデータはまた、イベントまたはシナリオモデル２２５３２を検出、分類、または予測するために送信されてもよく、それはデータならびに特徴抽出またはオブジェクト改善モデル２２５３０からの追加データを受信してもよい。ワークロードおよびリソースマネージャ２２５２０からのデータは、決定モデル２２５３４に作用するように送信されてよく、それはデータならびにイベントまたはシナリオモデル２２５３２を検出、分類、または予測することから追加のデータを受信してもよい。決定に基づいて、決定モデル２２５３４に対する作用から信号改善モデル２２５２６に動作が送信され得る。決定に基づいて、決定モデル２２５３４に対する作用から可視化管理モジュール２２５３６に動作が送信され得る。
図２２６は、一部の実施形態による、モノのインターネット（ＩｏＴ）システムのデータ分析を提供するためにＩｏＴデバイスによって使用される例示的な方法２２６００のプロセスフロー図である。図２２６の方法２２６００は、図２２７に関して説明されるＩｏＴデバイス２２７００によって実施することができる。方法２２６００は、図８に関して説明したシステム８０２を使用して実行することができる。プロセスフローは、ブロック２２６０２で開始し得る。このプロセスの開始は、ターゲットシステムのデータ分析を評価しているクライアントデバイス、アプリケーション、または第三者による要求によってトリガされ得る。
ブロック２２６０４において、工場監視設定における分散型センサなどの代表的なデータをデプロイ環境から取得することができる。このデータは、デバイスに物理的に接続し、ＵＡＲＴまたは他のインターフェースを介してデータをコンマ区切り値（ＣＳＶ）ファイルフォーマットでプルすることによって取得され得る。拡張マークアップ言語（ＸＭＬ）などの他のフォーマット、またはとりわけマイクロソフトエクセルなどの独自フォーマットを使用することもできる。
ブロック２２６０６において、データを様々なＣＳＶファイルに挿入して、構造化問い合わせ言語（ＳＱＬ）など問い合わせ可能データ、または他のデータ構造にすることができる。データは標準的な時系列スキーマに従って入力されてもよく、センサはテーブル内にそれ自体の列を有し、各行は固有のタイムスタンプを有してもよい。
ブロック２２６０８において、データベースをスキャンして、タイムスタンプが複製されているデータ、または欠けているデータなどの不良データを識別することができる。これは、ユーザによって実行されてもよいし、複製値および他の障害、あるいはその両方を探索する自動化ツールを使用して実行されてもよい。この複製されたデータは除去され得る。ブロック２２６１０において、データ分析が実行され得る分析環境が選択され得る。これは、例えば、Ｒベースのデータツール、ｐｙｔｈｏｎベースのデータツール、およびその他のビッグデータツールであり得る。ブロック２２６１２において、分析のためにデータを環境にロードすることができる。ブロック２２６１４において、モデルを仮定することができるように、分析のための環境内でデータを可視化してデータの全体構造を理解することができる。構造は、サンプル間の時間的関係、および異なるセンサからのサンプル間の関係を含む。データ間の関係を理解するために、相互相関／自己相関などの様々な数学的ツールを使用することができる。
ブロック２２６１６において、分類の問題の場合にデータを捕捉する、またはデータから有用なデータを抽出するモデルが提案され得る。ブロック２２６１８において、提案されたモデルの成功は、アプリケーションの目的を達成するために評価され得る。例えば、モデルが分類子である場合、モデルの性能は、偽陽性、真陽性、および偽陰性の数に関して評価され得る。
ブロック２２６２０において、性能がアプリケーションの目的を満たさない場合、プロセスフローは、ブロック２２６１４に戻り、データが可視化されて再び検査され得る。しかしながら、ブロック２２６２０において、モデル成功の尺度がアプリケーションの目的によって設定され得るユーザ指定の閾値を上回ると判定された場合、プロセスフローはブロック２２６２２に進むことができる。
ブロック２２６２２において、モデルを分析してワークロードを計算することができる。ワークロードの計算は、ワークロードの計算、メモリおよびネットワークならびにエネルギーの要件をプロファイリングすることを含み得る。ブロック２２６２４において、ワークロードを分解する手段が識別され得る。一例では、ワークロードを分解するための手段は、並列処理またはモジュール式直列依存タスクを介してもよい。ワークロードの分解の別の例は、分類タスクのためであってもよく、前処理、特徴抽出、および分類タスクが分離され得る。サブワークロードの実行ワークロードの特徴付けは、上記のようなメトリックを少なくとも部分的に使用して実行され得る。
ブロック２２６２６において、利用可能なデバイスは、分散型ネットワークにおいてエニュメレーションされ、利用可能なデバイスが特性を取得し得る。一例では、特性のエニュメレーションおよび取得は、各デバイス上で一連のベンチマークを実行し、メモリ、コンピューティング、ネットワーキング、およびエネルギー容量を測定することを含み得る。ワークロードは、デバイスと密接に合意しているデバイス上のサブワークロードを含むことができる。合意のレベルは、必要なリソースの観点からワークロードを分類し、利用可能なリソースの観点からデバイスを分類し、次いで、このリストのランキンブに従ってワークロードとデバイスとをペアにすることで取得され得る。
ブロック２２６２８において、ワークロードは、セキュアコピー（ＳＣＰ）などの適切なプロトコルを使用してデバイスに配置され得る。ブロック２２６３０において、システムの性能は、リソース使用量およびアプリケーション目的の観点から継続的に監視され得る。ブロック２２６３２において、プロセスは終了または再開することができる。
図２２７は、一部の実施形態による、ＩｏＴシステムのデータ分析を提供するためにＩｏＴデバイス２２７００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。
上でも示したように、図８を参照すると、大容量ストレージ８０８は、本明細書で説明されるグループ作成機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、選択された相互作用型分析環境にデータをロードするためのデータロード部２２７０２を含み得る。一例では、データは、環境からの代表的なデータセットに基づいてロードされてもよく、相互作用型分析環境は、データマイニング環境およびデータ融合環境のうちの少なくとも１つであるべきである。選択された相互作用型分析環境にロードする前に、データを整理して整理することができる。相互作用型分析は、第１のデータサンプルと第２のデータサンプルとの間の時間的関係を示し得る。さらに、相互作用型分析は、第１のサンプルおよび第１のセンサと第２のデータサンプルおよび第２のセンサとの間の関係を示し得る。ワークロードは、ワークロードの計算要件、メモリ要件、およびネットワーク要件のプロファイルを含み得る。一例では、ワークロードは、デバイス上の複数のサブワークロードを含み、ワークロードは、必要とされるリソースおよび利用可能なリソースに関してワークロードを分類し、必要とされるリソースおよび利用可能なリソースに基づいて、ワークロードをデバイスにペアリングすることによって得られるデバイスとの合意を含むことができる。
大容量ストレージ８０８は、提案されたモデルがデータにフィットするか否かを判定するためのフィット判定部２２７０４を含むことができ、提案されたモデルは、複数のデバイスで処理するための分解可能部分のワークロードを含む。ワークロードは、並列処理およびモジュール式直列依存タスクのうちの少なくとも１つを通して分解される。ワークロードはまた、分類タスクのために分解されてもよく、前処理、特徴抽出、および分類タスクが分離され得る。一例では、ＩｏＴデバイスは、デバイスによる実行のためにワークロードをデバイスにマッピングする前にワークロードを分解するためのプロセッサを含み得る。一例では、プロセッサはまた、マッピングおよびデバイス上のワークロードの実行に続いて使用されるリソースに関してプラットフォームの性能を計算することができる。
一例では、大容量ストレージ８０８は、デバイスによる実行のためにワークロードをデバイスにマッピングするためのワークロードマップ部２２７０６を含み得る。一例では、データマイニング環境は、アプリケーションドメインからの、および環境からの代表的なデータセットに対応する格納された知識ベースからのデータを組み込む。
図２２８は、一部の実施形態による、ネットワークおよびネットワークデバイスの健全性を報告するためのコードを含む非一時的機械可読媒体２２８００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
非一時的機械可読媒体２２４００は、選択された相互作用型分析環境にデータをロードするようにプロセッサ９０２に指示するためのコード２２８０２を含み得る。一例では、データは、環境からの代表的なデータセットに基づいてロードされてもよく、相互作用型分析環境は、データマイニング環境およびデータ融合環境のうちの少なくとも１つであるべきである。選択された相互作用型分析環境にロードする前に、データを整理して整理することができる。相互作用型分析は、第１のデータサンプルと第２のデータサンプルとの間の時間的関係を示し、相互作用型分析は、第１のサンプルおよび第１のセンサと第２のデータサンプルおよび第２のセンサとの間の関係をさらに示す。ワークロードは、ワークロードの計算要件、メモリ要件、およびネットワーク要件のプロファイルを含み得る。一例では、ワークロードは、デバイス上の複数のサブワークロードを含み、ワークロードは、必要とされるリソースおよび利用可能なリソースに関してワークロードを分類し、必要とされるリソースおよび利用可能なリソースに基づいて、ワークロードをデバイスにペアリングすることによって得られるデバイスとの合意を含むことができる。
非一時的機械可読媒体２２８００は、提案されたモデルがデータに適合するか否かを判定するようにプロセッサ９０２に指示するコード２２８０４を含み得、提案されたモデルは、複数のデバイスで処理するための分解可能部分のワークロードを備える。ワークロードは、並列処理およびモジュール式直列依存タスクのうちの少なくとも１つを通して分解され得る。ワークロードはまた、分類タスクのために分解されてもよく、前処理、特徴抽出、および分類タスクが分離され得る。一例では、ＩｏＴデバイスは、デバイスによる実行のためにワークロードをデバイスにマッピングする前にワークロードを分解するためのプロセッサを含み得る。一例では、プロセッサはまた、マッピングおよびデバイス上のワークロードの実行に続いて使用されるリソースに関してプラットフォームの性能を計算することができる。
非一時的機械可読媒体２２８００は、デバイスによる実行のためにワークロードをデバイスにマッピングするようにプロセッサ９０２に指示するためのコード２２７０６を含み得る。一例では、データマイニング環境は、アプリケーションドメインからの、および環境からの代表的なデータセットに対応する格納された知識ベースからのデータを組み込む。
ＩｏＴネットワーク内でアクティブなデータ収集およびモデリングを使用することに加えて、ＩｏＴデバイスは、リモートで処理され、他のシステム、デバイス、またはユーザによって消費されるデータのパッシブプロデューサになり得る。一部のフレームワークでは、データは、ネットワークを介して流れ、フォグまたはクラウドのいずれかにリモートで格納および処理される。アプリケーションに基づいて、処理された情報は、データを生成したＩｏＴノードに地理的に近い１つまたは複数のＩｏＴデバイスに配信され得る。
本開示では、ネットワーク内処理パラダイムは、統合された計算および通信システムとして動作するためにＩｏＴネットワークを活用することができる。１つの方法は、データがネットワークを介して送信されるときにデータを協調的に処理することによって、ＩｏＴネットワークが並列プロセッサとして機能することを可能にする。並列方式でデータを処理することは、宛先ＩｏＴデバイスにおけるさらなる処理への依存を低減または除去することができる。
ＩｏＴネットワークに近接ベースの並列処理を提供することで、ネットワークで生成されたデータをそのネットワークに対してローカルに保つことができる。近接ベースの並列処理はまた、外部システムおよびネットワークにデータを転送するプロセスを低減または排除することができ、それによって外部データの公開における潜在的なセキュリティおよびプライバシーの欠陥を低減する。近接ベースの並列処理は、ＩｏＴシステムに存在するレイテンシを減らすことができ、生成された情報のローカル性を保つことができる。計算のためのレイテンシの減少、およびローカル性の保存は、処理された情報のコンシューマが感知デバイスの近くに位置し得る自動または半自動制御用途に役立ち得る。
ＩｏＴネットワークにおける並列処理の１つの例では、人工ニューラルネットワーク（ＡＮＮ）を、ＩｏＴネットワークによって実施される一般的な並列プロセッサとして使用することができる。ＡＮＮは任意の測定可能な関数に近似する。一例では、フィードフォワードニューラルネットワークによって実行される計算は、同時に実行される異なるタスクに分割されてもよい。処理は、ネットワーク内のリソースの使用を最適化しながらデータを処理するために、分散処理、保存されたローカル性、低減されたレイテンシ、および同様の特性を活用することができる。各ノードで利用可能なリソース、ＩｏＴネットワークの接続、ネットワーク内の情報のプロデューサおよびコンシューマを考慮して、様々なコンピューティングタスクを複数のＩｏＴノードに分散することができる。
一例では、計算タスクは、計算タスクをネットワーク内の複数のプラットフォーム上でのデプロイに適した断片に分離するという計算上の慣例を適用するフォグリソースにわたるデプロイのために分解され得る。１つの例では、デプロイおよび計算手法は、計算プラットフォーム間でデータを交換するためのツールとして別の通信ネットワークを利用することになる、フォグにわたるデプロイに基づき得る。この例では、計算と通信とは別々のプロセスとみなされる。従って、この例示的なシステムにおける分散コンピューティングのデプロイは、計算をサポートするためのネットワークトポロジまたは動作を考慮することなく行われる。現在開示されている技法は、一部の実施形態に従って、通信および計算を一緒に考慮している。
図２２９は、一部の実施形態による、分散型ニューラルネットワークマッピングおよびリソース管理においてモノのインターネット（ＩｏＴ）デバイスによって使用される例示的な方法２２９００のプロセスフロー図である。図２２９の方法２２９００は、図２３１に関して説明されるＩｏＴデバイス２３１００によって実施することができる。方法２２９００は、図８に関して説明したシステム８０２を使用して実行することができる。プロセスフローは、ブロック２２００２で開始し得る。
ブロック２２９０２において、ＩｏＴデバイスは、接続ノードおよび物理ネットワーク特性を識別することによってネットワークトポロジマップおよびリストを取得することができる。物理ネットワーク特性は、正確な位置または互いに対する相対位置を含み得る。物理ネットワーク特性はまた、ノード間距離、クラスタリング、分散情報、受信信号強度、および信号雑音比を含み得る。ＩｏＴデバイスによるネットワークトポロジの取得は、ニューラルネットマッピングシステムによるさらなる使用のために、ＩｏＴネットワークトポロジの抽象化をさらに提供し得る。これは、デバイスの互いに対する近接度およびデバイスの現在の電力レベルを判定することを含み得る。抽象化の一部として、信号測定値をＩｏＴデバイスから取得することができる。信号測定の例は、受信信号強度インジケータ（ＲＳＳＩ）およびブロードキャスティング電力を含み得る。トポロジが取得されると、ＩｏＴデバイスは、デバイス間のネットワークで予想されるパス損失と干渉をモデル化できる。抽象化の結果は、ＩｏＴデータベース２２９０４に格納することができる。
ブロック２２９０６において、本方法は、ＩｏＴノードリソースを抽象化する段階を含み得る。これらのリソースとしては、電力レベル、利用可能なストレージスペース、現在の処理負荷、ネットワーキング能力、稼働時間、およびノードの信頼性情報を挙げることができる。一例では、ネットワーキング能力は、インターフェース種別、レイテンシ、およびデータ容量を含み得る。一例では、抽象化されたＩｏＴリソースは、アプリケーションプログラミングインターフェース（ＡＰＩ）ラッパー機能または表現状態呼び出しを介して公開され得る。ＩｏＴノードリソースを抽象化することは、残留メモリ、電力、およびストレージのソフトウェア抽象化を含み得る。別のサブタスクは、システムリソース情報のためのＡＰＩラッパー機能を有することを含み得る。抽象化されると、ＩｏＴデバイスはアクセス可能なリソース情報を取得できる。
ブロック２２９０８において、ニューラルネットワークトポロジは、処理のためのソースデータを有する入力ノード、中間ニューラルネット処理のための隠蔽ノード、およびシンクデータを使用する出力ノードの位置を判定することなどのサブタスクを実行することによって判定され得る。この方法の他の段階に関して論じたように、データは、データベース２２９０４または同等の記憶媒体にローカルまたはリモートのいずれかに格納され得る。ニューラルネットワークトポロジを抽象化することは、例えば、とりわけ、信号三角測量を使用してユークリッド距離を使用して位置を識別すること、または直接全地球測位システム（ＧＰＳ）位置報告を含むことができる。
ブロック２２９１０において、本方法は、マッピング最適化を実行する。マッピング最適化は、現在および過去のネットワークおよびノード特性に基づいてノードタスクを最適に割り当てることを目的として、多変量目的関数を選択および改善することを含み得る。目的関数は、例えば、コスト、信頼性、処理速度および結果生産時間、または地理的領域の広がりを選択することができる。ブロック２２９１０の別のサブタスクは、整数線形計画、目的関数の選択、制約の改善、およびモデル開発を策定することを含み得る。
ブロック２２９１２において、本方法は、ニューラルネットワークトポロジをネットワーク上にオーバーレイする段階を含み得る。これは、最適化ステージから得られた役割およびタスクをネットワーク内の物理ノードにマッピングすることを含み得る。ノードのタスクが作成、準備され、物理ノードまたはデバイスにディスパッチされる。ブロック２２９１２の１つのサブタスクは、最適化ステージからの役割およびタスクのデプロイの成功を確認することを含み得る。タスクおよび役割のディスパッチが成功した後、システムは、後続のワークロード割り当て要求に備えて、更新されたネットワークおよびノードマッピングの行使を開始することができる。次いで、プロセスフローは終了し、必要に応じてＩｏＴを上記の言語で説明したように通信および処理のノードに沿って分散可能な一連のタスクに抽象化するために再び開始することもできる。
図２３０は、一部の実施形態による、リソース管理のための分散型ニューラルネットワークマッピング２３０００の概略図である。示される例示的なＩｏＴネットワークトポロジにおける入力ノード、出力ノード、および隠蔽ノードを識別する記号の説明文がブロック２３００２で提供される。
入力ＩｏＴネットワークトポロジ２３００４では、３つの入力層ノード、４つの隠蔽層ノード、および２つの出力層ノードが、ＩｏＴ接続のメッシュ内に散在して示されている。一例では、ＩｏＴトポロジの各ドットはノードを表す。ノードは、上で説明したように、また本出願全体を通じて説明するように、ＩｏＴデバイス、サーバ、または他の相互接続可能な通信および処理ツールを表すことができる。一例では、入力ＩｏＴネットワークトポロジは、ニューラルネットワークを物理ＩｏＴネットワークにマッピングすることを最適化する前のノード接続の可視化を表すことができる。図示されたノードまたはデバイスのそれぞれは、１つまたは複数のニューロンとして作用し、接続は無線リンクを介して実現され得る。
マッピングフレームワーク２３００６は、入力ノードから出力ノードへの情報の送信のための送信電力および送信時間を最小にするためにノード間のマッピングを試みることを表すことができる。マッピングは、各デバイス上で利用可能なリソース、各デバイスの能力、およびＩｏＴネットワークの接続を考慮に入れることができる。ＩｏＴ可視化ノードネットワークのメッシュに示されるノード接続はそれぞれ、特定のノードにわたる情報の重みおよび転送時間を表すことができる。
マッピングフレームワーク２３００６は、出力ＩｏＴネットワークトポロジ２３００８のためのデータパスを示すマッピングをもたらし得る。出力ＩｏＴネットワークトポロジは、ニューロンをマッピングする物理ノードの識別情報を含み得る。マッピングは、基礎となるＩｏＴネットワークおよびオーバーレイニューラルネットワークに関連するすべての入力を使用する最適化モデルを策定することによって達成され得る。最適化モデルへの入力は、ＩｏＴトポロジおよび各ノードで利用可能なリソース、ＩｏＴトポロジ上にマッピングされるニューラルネットワークトポロジ、ソースノードのセット、および出力ノードのセットを含み得る。ＩｏＴネットワークトポロジの目的のために、各ノードにおけるリソースは、例えば、とりわけ、メモリリソース、電力リソース、センサリソース、またはストレージリソースを指すことができる。同様に、ニューラルネットワークトポロジは、少なくとも図２３０に示されるように、複数の層および隠蔽ニューロンを含むＩｏＴトポロジにマッピングされ得る。
図２３１は、一部の実施形態による、分散型ニューラルネットワークマッピングおよびリソース管理のためにＩｏＴデバイス２３１００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８において説明したとおりである。
一例では、大容量ストレージ８０８は、本明細書で説明されるマッピングフレームワークを実装するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。大容量ストレージ８０８は、ＩｏＴネットワーク内の複数のＩｏＴノード間の接続を示すＩｏＴネットワークトポロジを識別するためのＩｏＴネットワークトポロジ識別部２３１０２を含み得る。ＩｏＴネットワークトポロジは、例えば、ノード間距離、クラスタリング、分散情報、受信信号強度、および信号雑音比のうちの少なくとも１つを含むノード特性を示す。ＩｏＴネットワークトポロジを識別することは、複数のノードの互いの近接性、複数のノードの現在の電力レベル、および複数のノードに関する信号測定を判定することを含み得る。一例では、複数のノードの信号測定値を取得することは、少なくとも受信信号強度インジケータまたはブロードキャスト電力を取得することを介してであり得る。
大容量ストレージ８０８は、ＩｏＴネットワークトポロジ内で識別された各ＩｏＴノードのＩｏＴノードリソースを識別するためのＩｏＴノードリソース識別部２３１０４を含み得る。ＩｏＴノードリソースは、電力レベル、利用可能なストレージスペース、現在の処理負荷、ネットワーキング能力、稼働時間、またはノードの信頼性情報のうちの少なくとも１つを含み得る。
大容量ストレージ８０８は、ノード距離およびノード位置のニューラルネットワークトポロジを識別するためのニューラルネットワークトポロジ識別部２３１０６を含み得る。ニューラルネットワークは、人工ニューラルネットワークであり得る。
大容量ストレージ８０８は、ＩｏＴノードリソース、ノード距離、およびノード位置に基づいてマッピングを最適化するためのマッピング最適化部２３１０８を含み得る。最適化されたマッピングは、複数のノードのノード位置を使用して同一の物理的位置に位置する１つまたは複数のノードを識別することによって、ＩｏＴネットワークにわたって分解可能タスクを処理する位置を保存する。マッピングの最適化は、入力ノードから出力ノードへの情報の送信のための送信時間を判定することを含む。
大容量ストレージ８０８は、ＩｏＴネットワーク上のニューラルネットワークトポロジのオーバーレイに基づいて、複数のＩｏＴノードの分解可能なタスクを処理するための分解可能タスクプロセッサ２３１１０を含み得る。複数のＩｏＴノードにおける分解可能なタスクの処理は、ＩｏＴノードが同じネットワーク上の物理的な位置に位置すると識別されたか否かに基づいて分解可能なタスクの部分を複数のＩｏＴノードにディスパッチすることを含む。ニューラルネットワークトポロジのオーバーレイは、例えば、入力層、隠蔽層、および出力層を含む３つの層を含み得る。
図２３２は、一部の実施形態による、ネットワークおよびネットワークデバイスの健全性を報告するためのコードを含む非一時的機械可読媒体２３２００のブロック図である。同様の番号が付けられた項目は、図９において説明したとおりである。
非一時的機械可読媒体２３２００は、ＩｏＴネットワーク内の複数のＩｏＴノード間の接続を示すＩｏＴネットワークトポロジを識別するようにプロセッサ９０２に指示するためのコード２３２０２を含み得る。ＩｏＴネットワークトポロジは、例えば、ノード間距離、クラスタリング、分散情報、受信信号強度、および信号雑音比のうちの少なくとも１つを含むノード特性を示し得る。ＩｏＴネットワークトポロジを識別することは、複数のノードの互いの近接性、複数のノードの現在の電力レベル、および複数のノードに関する信号測定を判定することを含み得る。一例では、複数のノードの信号測定値を取得することは、少なくとも受信信号強度インジケータまたはブロードキャスト電力を取得することを介してであり得る。
非一時的機械可読媒体２３２００は、ＩｏＴネットワークトポロジ内で識別された各ＩｏＴノードのＩｏＴノードリソースを識別するようにプロセッサ９０２に指示するためのコード２３２０４を含み得る。ＩｏＴノードリソースは、電力レベル、利用可能なストレージスペース、現在の処理負荷、ネットワーキング能力、稼働時間、またはノードの信頼性情報のうちの少なくとも１つを含む。
非一時的機械可読媒体２３２００は、ノード距離およびノード位置のニューラルネットワークトポロジを識別するようにプロセッサ９０２に指示するためのコード２３２０６を含み得る。ニューラルネットワークは、人工ニューラルネットワークであり得る。
非一時的機械可読媒体２３２００は、ＩｏＴノードリソース、ノード距離、およびノード位置に基づいてマッピングを最適化するようにプロセッサ９０２に指示するためのコード２３２０８を含み得る。最適化されたマッピングは、複数のノードのノード位置を使用して同一の物理的位置に、例えば交差点、建物、建物内の部屋など都市の領域に位置する１つまたは複数のノードを識別することによって、ＩｏＴネットワークにわたって分解可能タスクを処理する位置を保存する。 マッピングの最適化は、入力ノードから出力ノードへの情報の送信のための送信時間を含む。
非一時的機械可読媒体２３２００は、ＩｏＴネットワーク上のニューラルネットワークトポロジのオーバーレイに基づいて、複数のＩｏＴノードの分解可能なタスクを処理するようにプロセッサ９０２に指示するためのコード２３２１０を含み得る。複数のＩｏＴノードにおける分解可能なタスクの処理は、ＩｏＴノードが同じネットワーク上の物理的な位置に、またはルータもしくはピアツーピア接続によって結合されるなど同じローカルネットワーク上に位置すると識別されたか否かに基づいて分解可能なタスクの部分を複数のＩｏＴノードにディスパッチすることを含み得る。ニューラルネットワークトポロジのオーバーレイは、例えば、入力層、隠蔽層、および出力層を少なくとも含む３つの層を含み得る。
一部の実施形態では、ＩｏＴネットワークは、複数の機能のためにブロックチェーンを利用することができる。これらには、例えば、とりわけグループ識別情報の作成、型識別情報の作成、信頼測定値のアーカイブ、オブジェクト識別子の登録、セキュアなデバイスの導入、イベント追跡、およびデータロギングが含まれ得る。しかしながら、ブロックチェーン同期は、制約のあるデバイスでは困難な場合がある追加のオーバーヘッドが導入され得る。どこからでもトランザクションを受け入れるようなローカライズされていないブロックチェーンを使用すると、帯域幅に制約のあるＩｏＴサブネットが飽和し、その結果、とりわけ機能的な遅延やデータの損失などの問題が発生する可能性がある。その結果、需要を下げるためにブロックチェーン処理をローカライズするための戦略が必要になり得る。さらに、より小さなブロックチェーンは、ノードがより少ないために、信頼性がより低くなり得る。
図２３３は、一部の実施形態による、ネットワーク階層２３３０４内のレベルに関連するブロックチェーン２３３０２の階層の概略図である。ブロックチェーン２３３０２の階層は、ブロックチェーン２３３０２を維持し使用するためにローカルサブネットトラフィックの効率を高めることができる。効率をさらに向上させるために、ブロックチェーン２３３０４は、図２３５に関してさらに説明されるように、マークルツリー２３３０６の関連する階層によってインデックスを付けられ得る。本明細書で使用されているように、マークルツリーは、一般に、すべての非リーフノードがラベルのハッシュまたは２つの子ノードの値でラベル付けされたハッシュツリーの形態である。
ブロックチェーン操作がサブネット内に含まれるように、ＩｏＴサブネットはそれぞれサブネットにローカルなブロックチェーンを持つことができる。従って、ローカルブロックチェーンを頻繁に使用しても、ローカルサブネットに接続するサブネットが飽和することはない。
図２３３に示されるように、部屋またはローカル環境などのローカルＩｏＴネットワーク（Ｒ１）２３３０８は、関連するブロックチェーン２３３１０を有することができる。Ｒ１ ２３３０８で行われる、またはブロックチェーン２３３１０にコミットされ得るトランザクション２３３１２に組み込まれる動作は、アイデンティティ、グループコンポジション、セキュリティ、オペレーション追跡などのアクティビティを記録する。トランザクション２３３１２は、ブロックチェーン２３３１０内のブロックに格納することができる。関連付けられたハッシュコードは、ブロックに対して計算され、そしてマークルツリー２３３０６に保存され得る。マークルツリー２３３０６において、三角形は、上部の親ノードと、下部の２つの子ノードを表す。この例では、Ｒ１マークルツリー２３３１４およびＲ２マークルツリー２３３１６は、ブロックチェーン２３３１０内の異なるブロックに関連付けられてもよい。
ローカルＩｏＴネットワークＲ１ ２３３０８は、ブリッジまたはルータ２３３２０を介してホームネットワーク（Ｈ１）２３３１８などのより上位レベルのＩｏＴネットワークに結合されてもよい。Ｈ１ ２３３１８は、Ｈ１ ２３３１８からのトランザクション２３３２４を記録するためのブロックチェーン２３３２２を含み得る。毎秒、毎分、または他の繰り返し期間など、周期的に、チェックポイントトランザクション２３３２６が、親ネットワークＨ１ ２３３１８に属するブロックチェーン２３３２２内に作成され得る。チェックポイントトランザクション２３３２６は、他のマークルツリーの中でもとりわけ、Ｒ１マークルツリー２３３１４または２３３１６のハッシュ値、あるいは下位レベルブロックチェーン２３３１０にコミットされたブロックのサンプルを含むことができる。
マークルツリーＲ１ ２３３１４およびＲ２ ２３３１６の最も高い頂点２３３２８は、ネットワーク参照２３３３０によって、Ｈ１マークルツリー２３３３４の最も低いレベル２３３３２にリンクされている。同様に、Ｈ１ ２３３１８は、別のブリッジまたはルータ２３３３８を介してＩｏＴネットワーククラウド（Ｃ１）２３３３６などの次に上位のネットワークに結合されてもよい。統合チェックポイントトランザクション２３３４０が、Ｃ１ ２３３３６に関連するパブリックまたはプライベートブロックチェーン２３３４２内に作成され得る。さらに、Ｃ１ ２３３３６は、トランザクション２３３４４をブロックチェーン２３３４２に保存することができる。Ｃ１マークルツリー２３３４８の最も低いレベル２３３４６は、Ｈ１マークルツリー２３３３４などの、次の下位レベルのマークルツリーの最も高いレベルの頂点２３３５２のハッシュコードから作成されたネットワーク参照２３３５０を含むことができる。
単純なカスケードブロックチェーンとそれに関連する３つのレベルのマークルツリーのセットとして表示されているが、このプロセスには、多数の参加者とレベルに関するルートブロックチェーンまでのカスケードが含まれ得る。周期的なチェックポイントにより、ローカルトラフィックの大部分を親ブロックチェーンから分離できるため、ブロックチェーンを使用して完全性を保護し続けながら、ＩｏＴネットワークのスケーラビリティを実現できる。ブロックチェーンを多用する場合は、新しいブロックチェーンをインスタンス化して許可するための定義済みの方法を用意しておくと便利である。
図２３４は、一部の実施形態による、ブロックチェーン階層を構築するための例示的な方法２３４００のプロセスフロー図である。図２３４の方法２３４００は、図２４２に関して説明されるＩｏＴデバイス２４２００によって実施することができる。方法２３４００は、例えば、ＩｏＴデバイスが起動されるかまたはローカルネットワークに参加するときに、ブロック２３４０２において開始し得る。
ブロック２３４０４において、現在の、またはローカルの、ＩｏＴサブネット内のデバイスは、トランザクションデータを現在のブロックチェーンに書き込む。本明細書で説明されているように、トランザクションデータは、ＩｏＴ動作イベント、トラステッドコンピューティング測定値、デバイスまたはグループアイデンティティ情報などであり得る。
ブロック２３４０６において、ブロックチェーンブロックが「同期」ブロックであるか否かに関する判定が行われ得る。そうでない場合、プロセスフローはブロック２３４０４に戻る。ブロック２３４０６でブロックが同期ブロックであると判定された場合、ブロック２３４０８において、ゲートウェイブロックチェーンノードは、同期ブロックのハッシュコードを含むメッセージを構築する。メッセージは、次のレベルのブロックチェーンに送信される。
ブロック２３４１０において、次のレベルのブロックチェーン内のマイナーは、下位のブロックチェーンを指し示すネットワーク参照と共に、メッセージを現在のブロックにコミットする。ブロック２３４１２において、次のレベルのブロックチェーンがあるか否かに関する判定が行われる。ある場合、プロセスフローはブロック２３４０６に戻り、ブロックが同期ブロックであるか否かを判定する。ない場合、ＩｏＴデバイスが通常の動作に戻って別の周期的なブロックチェーン書き込みを待つとき、方法２３４００は、ブロック２３４１４において終了する。
図２３５は、一部の実施形態による、図２３３に関して説明されたマークルツリーの拡大図である。説明したように、ブロックチェーンを使用した多くのＩｏＴユースケースでは、ブロックチェーンブロックを使用して完全性が検証された情報の取得を要求する。ただし、ブロックチェーントランザクションの性質上、重要な測定値がチェーン内で互いに近接していない可能性がある。従って、ブロックチェーンの効率的なインデックス付けが必要とされている。これは、チェーンをインデックス付けするためにマークルツリーを使用することによって実行することができる。図２３３に関して説明したように、ネットワーク階層を横断するブロックチェーンは、トランザクションをインデックス付けするために、ネットワーク参照と共にマークルツリーを使用することができる。ブロックチェーンには独自のマークルツリーまたはインデックスがあり得る。チェックポイントトランザクションでは、最初にチェックポイントを生成した子ブロックチェーンへのコンテキスト切り替えが必要である。チェックポイントされたブロックに関する洞察を得ようとする探索エンジンは、例えば、ブロックチェーン階層の下位レベルについてマークルツリーインデックスを探索するために、とりわけネットワーク参照２３３３０または２３３５０をたどることによって、ネットワークを横断する必要があり得る。
図２３６は、一部の実施形態による、マークルツリーインデックスを使用してブロックチェーン階層を探索するための例示的な方法２３６００のプロセスフロー図である。図２３６の方法２３６００は、図２４２に関して説明されるＩｏＴデバイス２４２００によって実施することができる。本方法は、例えば、データを見つけるためのクエリが受信されたときに、ブロック２３６０２において開始し得る。ブロック２３６０４において、クエリデータは、階層型ブロックチェーン内に配置され得る。ブロック２３６０６において、データ値は、データ値をブロックハッシュ値に関連付けるインデックスまたはルックアップテーブルを調べるために使用され得る。ブロック２３６０８において、現在のブロックチェーンが、階層型ブロックチェーンのルートを指すように設定される。ブロック２３６１０において、ブロックハッシュ値は、現在のブロックチェーンについてマークルツリーを調べ、ブロックチェーン内のブロックのチェーン内のターゲットブロックの位置を判定するために使用される。
ブロック２３６１２において、ターゲットブロックが子ブロックチェーンからの同期ブロックハッシュを含むか否かに関する判定が行われる。そうである場合、ブロック２３６１４において、現在のブロックチェーンは、子ブロックチェーンを探索するために子ブロックチェーンを指すように設定される。次いで、プロセスフローはブロック２３６１０に戻り、子ブロックチェーン内の探索を再開する。
ターゲットブロックが同期ブロックハッシュを含まない場合、ブロック２３６１６において、ターゲットブロックが取得され、探索エンティティに提供される。次いで、本方法は、例えば、通常の動作が再開されるとブロック２３６１８において終了する。
ネットワーク参照を使用して、マークルツリーインデックスを下位レベルのブロックチェーン階層で探索すると、ネットワークのレイテンシが長くなる可能性がある。子ノードのブロックチェーンに対するマークルツリーインデックスのキャッシュは、探索をルートブロックチェーンに限定することによる、インデックス探索のオーバーヘッドを減らすための方法である。さらに、クラウドサーバは、ＩｏＴネットワーク内のすべての子ブロックチェーンに対してマークルツリーを維持するのに十分な処理リソースを持つことができる。
図２３７は、一部の実施形態による、クラウドサーバに格納されたキャッシュされたマークルツリーの概略図である。同様の番号が付けられた項目は、図２３３に関して説明したとおりである。この例では、Ｃ１マークルツリー２３３４８は、図２３３の階層型マークルツリーと同じである。しかし、Ｃ１マークルツリー２３３４８の最も低いレベル２３７０２はネットワーク参照を含まず、代わりに下位レベルＩｏＴネットワーク用のキャッシュされたマークルツリー２３７０６へのキャッシュ参照２３７０４を含む。
例えば、キャッシュされたマークルツリー２３７０６は、図２３３に関して説明されたＨ１マークルツリー２３３３４のＨ１マークルツリーコピー２３７０８を含み得る。Ｈ１マークルツリーコピー２３７０８において、最も低いレベル２３７１０は、さらに下位レベルのマークルツリーのコピー２３７１４への参照２３７１２を含み得る。
同様に、中間ブロックチェーンは、より効率的な地域探索が実行され得るようにサブツリーキャッシュを維持することができる。例えば、図２３８は、図２３３に関して説明したように、ＩｏＴネットワークレベルＨ１ ２３３１８での分散型マークルツリーキャッシュ２３８００の概略図を示す。Ｈ１マークルツリー２３３３４は、図２３３に関して説明したものと同じであり得る。しかしながら、最も低いレベル２３８０２は、ネットワーク参照ではなく、Ｒｎマークルツリー２３８０６のコピーへのキャッシュ参照２３８０４を含み得る。
図２３９は、一部の実施形態による、コヒーレンシを用いて分散キャッシュ２３９００を維持するための技法の概略図である。キャッシュは参照するブロックチェーンに直接保存されないため、子ブロックチェーンマークルツリーのキャッシュコヒーレンシを維持する方法を実装すると便利であり得る。ＩｏＴフレームワークは、パブリッシュ−サブスクライブ型シグナリングを効率的に実装するために使用され得る。子ブロックチェーンは、下位レベルのマークルツリー２３９０４を、上位レベルのマークルツリー２３９０６を保持する親ブロックチェーンにパブリッシュすることができる（２３９０２）。同様に、親ブロックチェーンは、図２３３に関して論じられたＣ１マークルツリー２３３４８などのルートブロックチェーンに、上位レベルのマークルツリー２３９０６をパブリッシュすることができる（２３９０８）。
図２４０は、一部の実施形態による、ブロックチェーンの階層のためのコヒーレントキャッシュを構築するための例示的な方法２４０００のプロセスフロー図である。方法２４０００は、例えば、階層の任意のレベルにおけるＩｏＴまたはクラウドデバイスによって実装され得る。例えば、図２４０の方法２４０００は、図２４２に関して説明されるＩｏＴデバイス２４２００によって実施することができる。本方法は、例えば、ＩｏＴネットワークが最初に起動されたとき、またはＩｏＴデバイスがＩｏＴネットワークに参加したときに、ブロック２４００２において開始し得る。
ブロック２４００４において、現在のブロックチェーンが、子ブロックチェーンのパブリッシャエージェントにサブスクライブする。ブロック２４００６において、子ブロックチェーンは、親ブロックチェーンのサブスクリプションエージェントの登録を受け入れる。パブリケーションおよびサブスクリプション（Ｐｕｂ−Ｓｕｂ）は、コヒーレントキャッシュを維持するためにインデックス、つまりマークルツリーのみを含み得る。一部の例では、Ｐｕｂ−Ｓｕｂ型は、子ブロックチェーンからの完全なブロックチェーンを含み得る。
ブロック２４００８において、現在のブロックチェーンは、その現在のポインタをその親ブロックチェーンに設定する。ブロック２４０１０において、現在のブロックチェーンがルートブロックチェーンであるか否かに関する判定が行われる。そうである場合、ブロック２４０１２において、コヒーレントキャッシュリンクが設定され、システムは、例えば、図２４１に関して説明したように、パブリケーションイベントが起こるのを待つ。現在のブロックチェーンがルートブロックチェーンではない場合、プロセスフローはブロック２４００４に戻り、階層内の次のレベルのＰｕｂ−Ｓｕｂ型リンクを構築する。
図２４１は、一部の実施形態による、ブロックチェーンの階層のためのコヒーレントキャッシュを維持するための例示的な方法２４１００のプロセスフロー図である。方法２４１００は、例えば、階層の任意のレベルにおけるＩｏＴまたはクラウドデバイスによって実装され得る。例えば、図２４１の方法２４１００は、図２４２に関して説明されるＩｏＴデバイス２４２００によって実施することができる。本方法は、コヒーレントキャッシュが構築された後、例えば図２４０の技法に続いて、ブロック２４１０２において開始し得る。
ブロック２４１０４において、ブロックチェーンキャッシュエージェントはキャッシュコヒーレンシイベントを受信する。キャッシュコヒーレンシイベントは、例えば、下位レベルのブロックチェーンについてマークルツリーで行われた変更のパブリケーションであり得る。一部の例では、上位レベルのマークルツリー内の情報が正しいことを確認するために定期的なリフレッシュが使用され得る。
ブロック２４１０６において、ソースブロックチェーンからのマークルツリーパスが、サブスクライバキャッシュエージェントにコピーされパブリッシュされる。ブロック２４１０８において、サブスクライバブロックチェーン内のキャッシュエージェントは、子ツリーおよびブロックに対応するサブツリー内の現在キャッシュされているマークルツリーパスを置き換える。ブロック２４１１０において、パスがマークルツリーの新しい分岐を形成するか否かに関する判定が行われる。そうでない場合、プロセスフローはブロック２４１０４に戻り、通常の更新を続けてキャッシュコヒーレンシを維持する。
ブロック２４１１０でパスがマークルツリーの新しい分岐を形成する場合、ブロック２４１１２において、サブツリー内の新しいローカルルートが構築される。ブロック２４１１４において、現在の参照はローカルルートに等しくされる。ブロック２４１１６において、ローカルルートがグローバルルートであるか否かに関する判定が行われる。そうでなければ、プロセスフローはブロック２４１１２に戻り、次のサブツリーに新しいローカルルートを構築する。
ブロック２４１１６でローカルルートがグローバルルートに等しい場合、方法２４１００はブロック２４１１８において終了する。この時点で、プロセスはブロック２４１０２において再開し得る。
図２４２は、一部の実施形態による、関連するインデックスを用いて階層型ブロックチェーンを実装するためのＩｏＴデバイス２４２００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス２４２００に対して選択され使用されてもよいことに留意されたい。
ＩｏＴデバイス２４２００は、例えば、２００９年にＩＳＯ／ＩＥＣ １１８８９としてＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐによって公表された仕様に準拠する、トラステッドプラットフォームモジュール（ＴＰＭ）を含むことができる。ＴＰＭは、暗号化プロセッサ（ＣＰ）、不揮発性メモリ（ＮＶＭ）、およびセキュアメモリ（ＳＭ）を含み得る。ＣＰは、とりわけ、乱数発生器、ＲＳＡハッシュ発生器、ＳＨＡ−１ハッシュ発生器、および暗号化−復号エンジンを提供することができる。ＮＶＭは、例えばとりわけＲＳＡ鍵を含む、製造時にプログラムされた鍵を含み得る。ＳＭは、ソフトウェアで得られた測定値をプラットフォーム構成レジスタに保持することができる。測定値は、ストレージ８０８またはメモリ８０４に格納されたコードまたはデータセグメント上で計算されたハッシュコードと呼ばれ得る。ブートコードセグメントの測定から開始して、初期ブートから信頼チェーンを作成することによって、測定を使用してトラステッド実行環境（ＴＥＥ）を確立することができる。ＳＭはセキュアなストレージを提供することができる。
ＴＰＭを使用して、プログラムを実行するためのＴＥＥまたはセキュアエンクレーブを確立することができる。ＴＰＭはまた、セキュアな通信のための暗号化サポートおよび識別のための鍵を提供することを含む、任意の数の他の機能のためにも使用され得る。ＴＰＭは、ＩｏＴネットワークの一番エッジにあるセンサなど、より制約の厳しいデバイスには存在しない可能性がある。これらのデバイスでは、セキュリティは、ブロックチェーン自体によって、上流のデバイスによって、仮想ＴＰＭなどによって提供され得る。
大容量ストレージ８０８は、本明細書で説明される鍵管理機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、サービス、属性、デバイスのアイデンティティ、コントラクト、コイン残高などを保持するブロックチェーン２４２０４を維持するために含まれ得るブロックチェーンロジック２４２０２を含み得る。ブロックチェーンロジック２４２０２は、ブロックチェーントランザクションを他のＩｏＴデバイスに伝播させるために使用され得る。さらに、ブロックチェーンロジック２４２０２を使用して、ネットワーク階層の下位レベルまたは上位レベルでブロックチェーンへのネットワーク参照を確立することができる。例えば、ネットワーク参照は、ゲートウェイまたはルータを介した下位レベルのＩｏＴネットワークへのリンクを含み得る。
インデクサ２４２０６は、ブロックチェーン２４２２内のブロックのハッシュコードを含むマークルツリー２４２０８を生成するために使用され得る。マークルツリー２４２０８の最も低いレベルは、ブロックチェーンロジック２４２０２によって生成された、下位レベルのＩｏＴネットワーク内のＩｏＴデバイス内のマークルツリーへのネットワーク参照を含み得る。
ロケータ２４２１０は、ブロックチェーン階層を探索するために含まれ得る。ロケータ２４２１０は、図２３６に関して説明したようにこの機能を実行することができ、ロケータ２４２１０は、ブロックチェーン内のブロックを見つけるために使用され得るターゲットデータのハッシュコードについて関連するマークルツリーを探索する。
キャッシュ作成部２４２１２は、階層内の下位レベルにあるＩｏＴネットワーク内のマークルツリーのキャッシュ２４２１４を構築するために使用され得る。例えば、キャッシュ作成部２４２１２は、図２４０に関して説明した方法２４０００を実行することができる。次いで、ロケータ２４２１０は、キャッシュ２４２１４内のブロックチェーン階層の探索を実行し、ＩｏＴネットワークへの負荷を減らすことができる。
キャッシュ２４２１４のコヒーレンシは、キャッシュエージェント２４２１６によって維持され得る。キャッシュエージェント２４２１６は、図２４１に関して説明した方法２４１００を実行することができる。さらに、キャッシュエージェント２４２１６は、それらのキャッシュエージェントからキャッシュコヒーレンシイベントの通知を受信するために、下位レベルのＩｏＴデバイス内のキャッシュエージェントにサブスクライブすることができる。キャッシュエージェント２４２１６はまた、変更通知を受信するためにキャッシュエージェント２４２１６にサブスクライブしている上位レベルのＩｏＴデバイスに現在のＩｏＴデバイス２４２００に関するキャッシュコヒーレンシイベントをパブリッシュすることができる。
図２４３は、一部の実施形態による、セキュアな通信のために鍵を管理するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体２４３００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体２４３００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体２４３００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体２４３００は、例えば、ある部屋の中にあるセンサなどの最下位レベルのデバイスから、家や工場のネットワークなどのより広いＩｏＴネットワークまで延在し、さらにはクラウドなどのより広範なＩｏＴネットワークにも至る、階層ＩｏＴネットワークにわたってブロックチェーン階層を構築するようにプロセッサ９０２に指示するためのコード２４３０２を含み得る。コード２４３０２は、図２４３に関して説明した方法に従ってこの機能を実行することができる。
コード２４３０４は、ブロックチェーンの階層インデックスを構築するようにプロセッサ９０２に指示するために含まれ得る。階層型インデックスは、ブロックチェーン内のブロックの内容のハッシュコード値に基づいて、マークルツリーとすることができる。
コード２４３０６は、現在のＩｏＴネットワークレベルでマークルツリーのコヒーレントキャッシュを構築するようにプロセッサ９０２に指示するために含まれ、コヒーレントキャッシュは、ＩｏＴネットワーク内の下位レベルのマークルツリーを含み得る。コード２４３０６は、図２４０に関して説明した方法を使用してコヒーレントキャッシュの構築を実行することができる。
コード２４３０８は、キャッシュのコヒーレンシを維持するようにプロセッサ９０２に指示するために含まれ得る。コード２４３０８は、図２４１に関して説明した方法を使用してこの機能を実行することができる。
ＩｏＴデバイスの機能を実施するために、任意の数の他のコードブロックを機械可読媒体２４３００に含めることができる。これらのコードブロックは、ＩｏＴデバイス間でパケットを構築し送信するための通信部、セキュアに実行されるコードのための測定を実行するためのセキュアブータ／測定部、鍵生成部、または本明細書で説明される任意の数の他のコードブロックを含み得る。
パブリッシュ−サブスクライブ（Ｐｕｂ−Ｓｕｂ）型は、特定のネットワークアドレスにパケットまたはフレームを送信することによる経路指定と比較して、ネットワーク経路指定機能がコンテンツの効率的な経路指定に適用される、コンテンツ中心ネットワーク（ＣＣＮ）のサブセットである。Ｐｕｂ−Ｓｕｂ型の焦点は、単一のパブリッシュ済みコンテンツを複数のサブスクライバに、複数のパブリケーションを単一のサブスクライバに、またはその両方に効率的に経路指定することにある。特定のコンテンツ項目に使用されることに加えて、Ｐｕｂ−Ｓｕｂ型はトピックに関連していてもよく、トピックは、複数のコンテンツ項目が交換され得る論理的なタイトルまたは件名（ｓｕｂｊｅｃｔ ｌｉｎｅ）であり得る。
Ｐｕｂ−Ｓｕｂ型モデルにより、どのネットワークデバイスがサブスクライブ、パブリッシュ、またはその両方を行うことができるかについてトピックを定義できる。パブリッシャは複数のトピックにパブリッシュでき、サブスクライバは複数のトピックにサブスクライブできる。従って、トピックトラフィックを経路指定するときにスケーラビリティの問題が発生する可能性がある。トピックは、文字列、数字、ネットワーク（マルチキャスト）アドレス、ＵＵＩＤ、およびオブジェクトＩＤ階層を含む、様々なデータ形式で表現できる。しかしながら、経路指定効率は、トピックの表現方法および形式によって影響を受け得る。
本明細書で説明されるように、ブルームフィルタは、経路指定のためにＰｕｂ−Ｓｕｂ型トピックを表すための効率的な方法を提供することができる。ブルームフィルタは、ターゲット値の設定ビットのすべて、例えば、値が１のビットがブルームフィルタの設定ビットと一致する場合に一致を示す。例えば、設定されていないビットはゼロの値を持ち、無視される。従って、ブルームフィルタにビットが設定され、ターゲット値にゼロの値がある場合、ターゲット値の設定ビットがすべてブルームフィルタに設定されている限り、一致する可能性がある。とりわけ、トピックのビットパターンを分散ハッシュタグ（ＤＨＴ）に格納すること、またはトピックおよび関連ステータスをブロックチェーンに格納することなど、他の技法をＰｕｂ−Ｓｕｂ型配信のトピックを追跡するために使用することができる。
図２４４は、一部の実施形態による、ブルームフィルタに基づくＰｕｂ−Ｓｕｂ型経路指定の使用の概略図である。本装置は、ブルームフィルタを構築し、トピックがハッシュされ、次いで、ＸＯＲ関数などによって、ブルームフィルタのためのビット空間に上書きされる。それぞれが異なってハッシュするので、複数のトピックフォーマットが同じブルームフィルタを使用し得る。ブルームフィルタに使用されるビット空間の長さは、情報理論に基づいて判定され得る。例えば、より多くのビット値を含むより長いブルームフィルタは、より多くのトピックが含まれることを可能にする一方で、ビットが重複する可能性を減少させ、トピックの誤った取得の可能性につながる。
図２４４に示されるように、コンテンツパブリッシャ２４４０２はトピックのハッシュコードを生成することができる。次いで、パブリッシャは、コンテンツのハッシュコードの設定ビットのすべてを含むルータ２４４０４（Ｕ２）を介してコンテンツを送信することができる。次いで、ルータ２４４０４は、ブルームフィルタをローカルパブリッシャ２４４０６にパブリッシュすることができる（Ｐ４）。Ｕ２およびＵ３などの他のルータ２４４０４は、例えば第１のルータＵ２にサブスクライブして、ターゲットトピックのハッシュコードを含むビットマップを提示することができる。
Ｕ３などのルータ２４４０４がブルームフィルタ内の設定ビットのすべてを含まない場合、そのトピックに対するハッシュコードはそのツリーを通して送信されない。これは、２４４０４ Ｕ３までのルータによって維持されているツリー内のどのサブスクライバ２４４０８もそのトピックをサブスクライブしていないことを示し得る。ルータ２４４０４ Ｕ２から、ハッシュコードは、Ｐ２などの他のパブリッシャ２４４０６に提供され得る。さらに、トピックのハッシュコードは、Ｕ１内のブルームフィルタ内の設定ビットのすべてが一致する限り、Ｕ１などの他のルータ２４４０４を通って移動することができる。Ｓ１、Ｓ２、およびＳ５などのサブスクライバ２４４０８は、Ｐ１などのパブリッシャ２４４０６から、またはＵ１などのルータ２４４０４からコンテンツを受信することができる。この例では、サブスクライバ２４４０８、Ｓ２は、コンテンツパブリッシャ２４４０２からのハッシュコードと一致するターゲットトピックのハッシュコードを有する。
この手法では、サブスクライバ２４４０８は、サブスクライブしたいトピックのすべてについて上書きされたハッシュコードを含むブルームフィルタを構築することができる。次いで、サブスクライバ２４４０８は、ブルームフィルタをルータファブリックに登録することができる。パブリッシャ２４４０６はまた、それがコンテンツを提供することができるすべてのトピックについて重複するハッシュコードを含むブルームフィルタを供給することもできる。一例として、同じセマンティックトピックに対応する複数のフォーマット方法がある場合、ブルームフィルタは、経路指定要件を満たす１つまたは複数のものと一致し得る。
パブリッシュ−サブスクライブ型モデルを使用する経路指定方式を考えると、セキュリティポリシーが、サブネットワーク、デバイス、または外部ネットワークへのゲートウェイにパブリッシュされ得るトピックのセットに対して制限を課したい場合がある。ブルームフィルタマスクは、経路指定ノードに追加され得、マスクは、経路指定され得るトピックのホワイトリスト表現を表す。マスクはまた、フィルタリングされたトピックのブラックリストを表すために使用され得る。
図２４５は、一部の実施形態による、コンテンツの配信を可能にするためのホワイトリストブルームフィルタの使用の概略図である。図２４５では、トピックブルームフィルタ２４５０２とホワイトリストブルームフィルタ２４５０４との共通部分が、例えば、ＡＮＤ機能を実行することによって計算される。終了ブルームフィルタ２４５０６がゼロの場合、トピックブルームフィルタ２４５０２はホワイトリストブルームフィルタ２４５０４内にあり、コンテンツはコンシューマに進むことが許可される。
図２４６は、一部の実施形態による、コンテンツの配信を防止するためのブラックリストブルームフィルタの使用の概略図である。図２４６では、トピックブルームフィルタ２４６０２とブラックリストブルームフィルタ２４６０４との共通部分が、例えば、中間ブルームフィルタ２４６０８を生成するためにＮＡＮＤ関数を実行することによって計算される。次いで、中間ブルームフィルタ２４６０８は、例えばＡＮＤ機能２４６１０を使用して、トピックブルームフィルタ２４６０２と交差され得る。終了ブルームフィルタ２４６１２がゼロではない場合、トピックブルームフィルタ２４６０２はブラックリストブルームフィルタ２４６０４内にあり、コンテンツはコンシューマに進むことを妨げられる。
図２４７は、一部の実施形態による、コンテンツ制御のためにブラックリストまたはホワイトリストブルームフィルタを用いてＰｕｂ−Ｓｕｂを実装するための例示的な方法２４７００のプロセスフロー図である。図２４７の方法２４７００は、図２４８に関して説明されるＩｏＴデバイス２４８００によって実施することができる。方法２４７００は、例えば、サブスクライバが複数のトピックについてのハッシュコードを含むブルームフィルタを計算するときに、ブロック２４７０２において開始し得る。
ブロック２４７０６において、管理者は、ブラックリストブルームフィルタ、ホワイトリストブルームフィルタ、またはその両方をシステム内のルータに登録する。ブロック２４７０８において、パブリッシャは、パブリケーションブルームフィルタを使用してコンテンツをパブリッシュする。パブリケーションブルームフィルタは、配信に使用されるブルームフィルタの長さと一致するビット長を持つ、トピックまたはパブリケーションの直接ハッシュコードであり得る。
ブロック２４７１０において、コンテンツがルータに配信される。次いで、ルータは、パブリッシャおよびサブスクライバのブルームフィルタのＰｕｂ−Ｓｕｂ型共通部分を計算する。ブロック２４７１２において、Ｐｕｂ−Ｓｕｂ型共通部分がゼロに等しいか否かに関する判定が行われる。Ｐｕｂ−Ｓｕｂ型共通部分がゼロに等しく、パブリッシャおよびサブスクライバのブルームフィルタが重複していないことを示す場合、方法２４７００はブロック２４７１４で終了する。
ブロック２４７１２で、Ｐｕｂ−Ｓｕｂ型共通部分がゼロに等しくないと判定された場合、ブロック２４７１６において、Ｐｕｂ−Ｓｕｂ型共通部分とホワイトリストトピックのブルームフィルタとのホワイトリスト共通部分が計算される。ブロック２４７１８において、ブラックリストトピックのＰｕｂ−Ｓｕｂ型共通部分とブルームフィルタのブラックリスト共通部分が計算される。
ブロック２４７２０において、ホワイトリスト共通部分がゼロに等しく、ブラックリスト共通部分がゼロに等しくないか否かに関する判定が行われる。両方の条件が真である場合、ブロック２４７２２において、コンテンツはサブスクライバに経路指定されない。いずれかの条件が真ではない場合、ブロック２４７２４において、コンテンツはサブスクライバに経路指定される。次いで、方法２４７００は、次にブロック２４７１４で終了する。
図２４８は、一部の実施形態による、ブルームフィルタを使用してＰｕｂ−Ｓｕｂ型コンテンツ配信システムを実装するためにＩｏＴデバイス２４８００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス２４８００に対して選択され使用されてもよいことに留意されたい。
ＩｏＴデバイス２４８００は、例えば、２００９年にＩＳＯ／ＩＥＣ １１８８９としてＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐによって公表された仕様に準拠する、トラステッドプラットフォームモジュール（ＴＰＭ）を含むことができる。ＴＰＭは、暗号化プロセッサ（ＣＰ）、不揮発性メモリ（ＮＶＭ）、およびセキュアメモリ（ＳＭ）を含み得る。ＣＰは、とりわけ、乱数発生器、ＲＳＡハッシュ発生器、ＳＨＡ−１ハッシュ発生器、および暗号化−復号エンジンを提供することができる。ＮＶＭは、例えばとりわけＲＳＡ鍵を含む、製造時にプログラムされた鍵を含み得る。ＳＭは、ソフトウェアで得られた測定値をプラットフォーム構成レジスタに保持することができる。本明細書で使用される場合、測定値は、ストレージ８０８またはメモリ８０４に格納されたコードまたはデータセグメント上で計算されたハッシュコードである。ブートコードセグメントの測定から開始して、初期ブートから信頼チェーンを作成することによって、測定を使用してトラステッド実行環境（ＴＥＥ）を確立することができる。ＳＭはセキュアなストレージを提供することができる。
ＴＰＭを使用して、プログラムを実行するためのＴＥＥまたはセキュアエンクレーブを確立することができる。ＴＰＭはまた、セキュアな通信のための暗号化サポートおよび識別のための鍵を提供することを含む、任意の数の他の機能のためにも使用され得る。ＴＰＭは、ＩｏＴネットワークの一番エッジにあるセンサなど、より制約の厳しいデバイスには存在しない可能性がある。これらのデバイスでは、セキュリティは、ブロックチェーン自体によって、上流のデバイスによって、仮想ＴＰＭなどによって提供され得る。
大容量ストレージ８０８は、本明細書で説明されるＰｕｂ−Ｓｕｂ型機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、トピックのためのハッシュコードを生成することができるハッシュコード計算部２４８０２を含むことができる。ハッシュコード計算部２４８０２は、例えばＸＯＲ関数を使用して、ハッシュコードをブルームフィルタに書き込むことができる。これにより、ブルームフィルタトピックリスト２４８０４を作成することができる。一部の例では、ＩｏＴデバイス２４８００は、パブリッシャまたはルータとして機能することができる。これらの例では、ブルームフィルタトピックリスト２４８０４は、例えばフォグ８１２内またはクラウド３０２内の他のパブリッシャまたはルータから取得され得る。
ホワイトリストマスク２４８０６は、管理者による再配信のために許容可能であると識別されたトピックを格納するために含まれ得る。ブラックリストマスク２４８０８は、再配信を許容可能ではないと識別されたトピックを格納するために含まれ得る。
サブスクリプションマネージャ２４８１０は、ブルームフィルタトピックリスト２４８０４は、フォグ８１２またはクラウド３０２内のルータおよび他のデバイスに登録するために含まれ得る。ＩｏＴデバイス２４８００がルータまたはパブリッシャとして機能している場合、サブスクリプションマネージャ２４８１０は、図２４７に関して説明したように、ブルームフィルタトピックリスト２４８０４内のトピックがホワイトリストマスク２４８０６またはブラックリストマスク２４８０８のどちらにあるかを判定して、コンテンツを渡すべきか否かを判定し得る。
コンテンツロケータ２４８１２は、トピックに関連するコンテンツを見つけて提供するために含まれ得る。例えば、コンテンツが他のパブリッシャまたはルータによって提供され、コンテンツロケータ２４８１２によって保存されて、コンテンツがフォグ８１２またはクラウド３０２内の他のデバイスに提供される前に、そのコンテンツがホワイトリスト２４８０６またはブラックリスト２４８０８にあるか否かに関する判定を可能にし得る。
図２４９は、一部の実施形態による、コンテンツ配信のためにブルームフィルタを使用してＰｕｂ−Ｓｕｂ型システムを管理するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体２４９００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体２４９００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体２４９００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体２４９００は、例えば、複数のトピックのそれぞれのハッシュコードを計算し、次いでハッシュコードをブルームフィルタに上書きすることによって、ブルームフィルタトピックリストを生成するようにプロセッサ９０２に指示するためのコード２４９０２を含み得る。
コード２４９０４は、ＩｏＴネットワーク内のルータにホワイトリストマスク、ブラックリストマスク、またはその両方を登録するようにプロセッサ９０２に指示するために含まれ得る。一部の例では、コード２４９０４は、コンテンツを転送するか否かを判定する際にプロセッサによって使用されるホワイトリストマスク、ブラックリストマスク、またはその両方を別のデバイスから受け入れることができる。
コード２４９０６は、サブスクリプションブルームフィルタをルータに登録するようにプロセッサ９０２に指示するために含まれ得る。例えば機械可読媒体２４９００がルータの一部である場合、コード２４９０６は、別のデバイスからのサブスクリプションブルームフィルタを受け入れるようにプロセッサ９０２に指示することができる。
コード２４９０８は、コンテンツがネットワーク上でアクセス可能か否かを判定するために、コンテンツフィルタとサブスクリプションブルームフィルタとのコンテンツの共通部分を計算するようにプロセッサ９０２に指示するために含まれ得る。コード２４９１０は、コンテンツが許可されているか否かを判定するために、コンテンツ共通部分とホワイトリストマスクとの共通部分を計算するようにプロセッサ９０２に指示するために含まれ得る。コード２４９１２は、コンテンツが禁止されているか否かを判定するために、コンテンツ共通部分とブラックリストマスクとの共通部分を計算するようにプロセッサ９０２に指示するために含まれ得る。
コード２４９１４は、例えば、コンテンツがホワイトリストマスクによって認可され、ブラックリストマスクによって禁止されていない場合、コンテンツをサブスクライバに経路指定するようにプロセッサ９０２に指示するために含まれ得る。これらの条件のいずれかが真である場合、コード２４９１４はコンテンツを削除し得る。
ＩｏＴデバイスの機能を実施するために、任意の数の他のコードブロックを機械可読媒体２４９００に含めることができる。これらのコードブロックは、ＩｏＴデバイス間でパケットを構築し送信するための通信部、セキュアに実行されるコードのための測定を実行するためのセキュアブータ／測定部、鍵生成部、または本明細書で説明される任意の数の他のコードブロックを含み得る。
パブリッシャ、サブスクライバ、および経路指定ノードのセットから成るＰｕｂ−Ｓｕｂ型ネットワークを考えると、パブリッシャは、機密コンテンツをトピック通知メッセージに含めることを希望する場合がある。コンテンツは、グループまたは共有鍵とすることができるトピック暗号化鍵で暗号化することができる。このユースケースの課題は、トピック通知を受け取った後にコンテンツを消費する前に、サブスクライバがコンテンツ暗号化鍵を取得する必要があることである。
経路指定ノードは鍵管理ノードとして機能することができるので、Ｐｕｂ−Ｓｕｂ型ネットワークを使用して、ネットワークのダイナミクスに合わせて拡張された鍵管理通知メッセージを配信することができる。例えば、鍵の必要性を知らせる暗号化されたコンテンツが元のトピックに含まれている場合など、鍵管理トピックが自動的に作成されて配信されることがある。暗号化されたコンテンツを受信すると、サブスクライバは暗号化鍵を取得するために鍵管理のＧＥＴ要求を発行する。経路指定ノードはこれを予想し、暗号化鍵をプリフェッチする鍵管理トピックをサブスクライブする。
図２５０は、一部の実施形態による、暗号化されたコンテンツを用いたトピック通知の概略図である。図２５０では、経路指定ノード２５００２は、ＫＴ１などのトピック鍵をキャッシュすることができ、その結果、それらが経路指定ノード２５００２によってサービスされるサブスクライバ２５００４のコミュニティにとってローカルに利用可能になり得る。鍵管理トピックは、鍵管理トピックへのサブスクライバとして動作する経路指定ノード２５００２に通知する。
図２５１の（Ａ）は、一部の実施形態による、暗号化されたコンテンツを含むトピックの通知を受信するルータのグループの概略図である。そのキャッシュに含まれている鍵ＫＴ１を有する経路指定ノード２５１０２は、トピックＴ１ ２５１０８に対する鍵管理トピックＴ［ＫＴ１］ ２５１０６をパブリッシュすることによってサブスクリプション２５１０４に応答することができる。トピック通知Ｔ１ ２５１０８は、暗号化コンテンツＣを含むことができ、コンテンツ暗号化鍵はＫＴ１である。トピック通知Ｔ１ ２５１０８を受信すると、ルータ２５１０２、２５１１０、２５１１２、または２５１１４に、トピックＴ［ＫＴ１］ ２５１０６を定義させることができる。
トピックＴ［Ｔ１］にサブスクライブしている（２５１０４）ルータ２５１１０は、そのトピックについての鍵管理イベントの受信を待つことができる。トピックＴ１ ２５１０８のパブリッシャＰ ２５１１６は、鍵ＫＴ１をルータ２５１０２に供給することができ、これはシステム内の他のルータに対する鍵キャッシュマネージャとして機能することができる。鍵を受信すると、経路指定ノード２５１０２は、そのサブスクライバに鍵ＫＴ１の利用可能性を通知する。
図２５１の（Ｂ）は、一部の実施形態による、サブスクライバが暗号化されたトピックを要求することを見越してそれらのキャッシュをウォーミングするルータのグループの概略図である。経路指定ノード２５１１０などの経路指定ノード２５１０２へのサブスクライバは、例えば、鍵ＧＥＴ要求２５１２２を使用して鍵ＫＴ１をプリエンプティブに取得することによって、自分のキャッシュ２５１２０をウォームアップすることができる。これは、経路指定ノード２５１１２などの下流のルータ、およびサブスクライビングノード２５１１８などのサブスクライバノードが鍵ＧＥＴ要求２５１２４を発行することによってＴ１通知２５１０８に応答することを見越して実行され得る。コンテンツ暗号化鍵は、サイト固有の鍵によって、または経路指定ノードとサブスクライバノードとの間のホップにわたってトピック鍵を保護するＶＰＮセッションによってさらに暗号化され得ることに留意されたい。
図２５２は、一部の実施形態による、鍵管理通知およびウォームキーキャッシングを使用するための例示的な方法２５２００のプロセスフロー図である。図２５２の方法２５２００は、図２５３に関して説明されるＩｏＴデバイス２５３００によって実施することができる。本方法は、例えば、ＩｏＴデバイスが、コンテンツ配信のためにブルームフィルタを使用することができるコンテンツ配信のために経路指定ネットワークに参加するときに、ブロック２５２０２において開始し得る。ブロック２５２０４において、パブリッシャは、コンテンツ（Ｃ）およびコンテンツ暗号化鍵（ＫＴ１）を生成する。次いで、暗号化されたコンテンツＥ＝｛Ｃ｝ＫＴ１は、パブリックリポジトリからダウンロードするために利用可能であり得る。
ブロック２５２０６において、パブリッシャは、Ｐｕｂ−Ｓｕｂ型サブスクライバを有するトピックＴ１の下でコンテンツを利用可能にすることができる。ブロック２５２０８において、パブリッシャは、第１の経路指定ノード（Ｒ１）にＴ１を通知することができる。経路指定ノード（Ｒ１）は、利用可能なパブリッシュされたトピックを含むブルームフィルタを構築することができる。経路指定ノード（Ｒ１）は、暗号化コンテンツ（Ｅ）が利用可能であることを示すタグを含む。
ブロック２５２１０において、Ｔ１のサブスクリプションを有する第２の経路指定ノード（Ｒ２）は、Ｅタグを含む、第１の経路指定ノード（Ｒ１）からのトピック通知を受信する。ブロック２５２１２において、第１の経路指定ノード（Ｒ１）は、鍵管理トピックＴ［ＫＴ１］を構築して、第２の経路指定ノード（Ｒ２）に鍵ＫＴ１の利用可能性を通知する。
ブロック２５２１４において、Ｅタグを有するＴ１通知を受信すると、第２の経路指定ノード（Ｒ２）は、鍵管理トピックＴ［ＫＴ１］にサブスクライブする。さらに、Ｔ１通知および鍵管理トピックは、チェーン内の連続するルータを介して伝播され得る。
ブロック２５２１６において、パブリッシャは、トピック暗号化鍵ＫＴ１を第１の経路指定ノードに供給する。トピック暗号化鍵を受信すると、Ｔ１のすべてのサブスクライバに通知される。
ブロック２５２１８において、トピックＴ１へのサブスクライバ（Ｓ）がトピック暗号化鍵ＫＴ１を使用してＥを復号したいとき、サブスクライバは、鍵キャッシュマネージャとして機能するルータからＫＴ１を要求する。サブスクライバのための鍵キャッシュマネージャは、サブスクライバと通信している最寄りのルータでもよいし、ルータのグループ全体に鍵キャッシュ管理サービスを提供する最初のルータでもよい。
ブロック２５２２０において、トピック暗号化鍵がキャッシュ内にあるか否かに関する判定が行われる。ない場合、ブロック２５２２２において、鍵キャッシュマネージャとして機能するルータは、ピアノードからトピック暗号化鍵を要求する。次いで、プロセスフローはブロック２５２２０に戻り、トピック暗号化鍵が現在キャッシュ内にあるか否かを判定する。ブロック２５２２０でトピック暗号化鍵がキャッシュ内にあると判定された場合、プロセスフローはブロック２５２２４に進み、トピック暗号化鍵がこの例ではサブスクライバなどの要求者に送信される。
ブロック２５２２６において、トピック暗号化鍵ＫＴ１を使用して、暗号化されたコンテンツＥが復号される。次いで、方法２５２００は、ブロック２５２２８で終了する。
図２５３は、一部の実施形態による、暗号化されたコンテンツを用いてトピック通知を管理するためのＩｏＴデバイス２５３００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図３および図８に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス２５３００に対して選択され使用されてもよいことに留意されたい。
ＩｏＴデバイス２５３００は、例えば、２００９年にＩＳＯ／ＩＥＣ １１８８９としてＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐによって公表された仕様に準拠する、トラステッドプラットフォームモジュール（ＴＰＭ）を含むことができる。ＴＰＭは、暗号化プロセッサ（ＣＰ）、不揮発性メモリ（ＮＶＭ）、およびセキュアメモリ（ＳＭ）を含み得る。ＣＰは、とりわけ、乱数発生器、ＲＳＡハッシュ発生器、ＳＨＡ−１ハッシュ発生器、および暗号化−復号エンジンを提供することができる。ＮＶＭは、例えばとりわけＲＳＡ鍵を含む、製造時にプログラムされた鍵を含み得る。ＳＭは、ソフトウェアで得られた測定値をプラットフォーム構成レジスタに保持することができる。本明細書で使用される場合、測定値は、ストレージ８０８またはメモリ８０４に格納されたコードまたはデータセグメント上で計算されたハッシュコードである。ブートコードセグメントの測定から開始して、初期ブートから信頼チェーンを作成することによって、測定を使用してトラステッド実行環境（ＴＥＥ）を確立することができる。ＳＭはセキュアなストレージを提供することができる。
ＴＰＭを使用して、プログラムを実行するためのＴＥＥまたはセキュアエンクレーブを確立することができる。ＴＰＭはまた、セキュアな通信のための暗号化サポートおよび識別のための鍵を提供することを含む、任意の数の他の機能のためにも使用され得る。ＴＰＭは、ＩｏＴネットワークの一番エッジにあるセンサなど、より制約の厳しいデバイスには存在しない可能性がある。これらのデバイスでは、セキュリティは、ブロックチェーン自体によって、上流のデバイスによって、仮想ＴＰＭなどによって提供され得る。
大容量ストレージ８０８は、本明細書で説明される暗号化コンテンツ配信機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、暗号化されたコンテンツを含むトピックを識別することができるトピック分類部２５３０２を含むことができる。トピック分類部２５３０２は、暗号化されたコンテンツおよび暗号化されていないコンテンツを含むトピックを含む、利用可能なトピックについてブルームフィルタトピックリストを作成することができる。
通知部２５３０４は、暗号化されたコンテンツを含むトピックを、フォグ８１２内の他のデバイスに通知することができる。鍵サブスクライバ２５３０６は、暗号化コンテンツ２５３１０のトピック鍵２５３０８を含むトピックをサブスクライブするために含まれ得る。鍵サブスクライバ２５３０６は、パブリッシャまたはルータなどのフォグ８１２内のデバイスから暗号化コンテンツ２５３１０をプルまたは受信し、ルータまたはサブスクライバなど、フォグ８１２内の他のデバイスに暗号化コンテンツ２５３１０を提供することができる。復号部２５３１２は、例えば、トピック鍵２５３０８を使用して、暗号化されたコンテンツを復号化するために含まれ得る。
図２５４は、一部の実施形態による、暗号化されたコンテンツを用いてトピック通知を管理するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体２５４００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体２５４００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体２５４００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体２５４００は、暗号化されたコンテンツの通知を受信するようにプロセッサ９０２に指示するためのコード２５４０２を含み得る。通知は、パブリッシャ、パブリッシャと接触しているプライムルータ、またはプライムルータと接触している他のルータによって送信され得る。
コード２５４０４は、利用可能なコンテンツのブルームフィルタを構築するようにプロセッサ９０２に指示するために含まれ得る。ブルームフィルタは、暗号化されたコンテンツを含むトピックに関するハッシュコードと、暗号化されたコンテンツを含まないトピックに関するハッシュコードとを含み得る。
コード２５４０６は、トピック通知をルータに送信するようにプロセッサ９０２に指示するために含まれ得る。トピック通知は、トピックがコンテンツを暗号化したという情報を含み得る。
コード２５４０８は、例えば鍵管理トピックを含むトピック通知を受信したときに、トピックにサブスクライブするようにプロセッサ９０２に指示するために含まれ得る。コード２５４１０は、暗号化されたコンテンツのための鍵の利用可能性をサブスクライバに通知するようにプロセッサ９０２に指示するために含まれ得る。
コード２５４１２は、例えば、サブスクライバがルータの場合、ピアノードから鍵を取得するようにプロセッサ９０２に指示するために含まれ得る。コード２５４１２は、サブスクライバと通信しているルータから鍵を取得するようにプロセッサ９０２に指示することができる。
コード２５４１４は、鍵をサブスクライバに送信するようにプロセッサ９０２に指示するために含まれ得、サブスクライバは、ルータまたはコンテンツのエンドコンシューマを含み得る。コード２５４１４は、例えば、サブスクライバがコンテンツのコンシューマである場合、コンテンツを復号するようにプロセッサに指示することができる。
ＩｏＴデバイスの機能を実施するために、任意の数の他のコードブロックを機械可読媒体２５４００に含めることができる。これらのコードブロックは、ＩｏＴデバイス間でパケットを構築し送信するための通信部、セキュアに実行されるコードのための測定を実行するためのセキュアブータ／測定部、鍵生成部、または本明細書で説明される任意の数の他のコードブロックを含み得る。
交信を保護するためのトピックレベルの暗号化に加えて、トピックはパブリッシャおよびサブスクライバのグループ内でプライバシーセンシティブであり得る。追加の保護レベルを達成するために、グループ鍵を使用してトピックを暗号化することができる。グループ鍵は、コンテンツ暗号化鍵を兼ねてもよいし、第２のグループ鍵であってもよい。グループ鍵の配布は、他の技法の中でも、図２５２に関して説明した方法２５２００に従うことができる。
図２５５は、一部の実施形態による、トピックグループ鍵２５５０４を取得するサブスクライバ２５５０２の概略図である。トピックグループ鍵２５５０４は、最初にトピックネーミングサーバ２５５０６によって管理されるトピックグループにサブスクライバ２５５０２を登録することによって、例えば、トピックネーミングサーバ２５５０６に対してトピックへ参加またはトピックを作成するための参加要求２５５０８をサブスクライバ２５５０２に送信させることによって、取得され得る。次いで、トピックネーミングサーバ２５５０６は、グループメンバシップクレデンシャルを含むメッセージ２５５１０を発行し得る。同様に、パブリッシャ２５５１２は、参加要求２５５１４を送信し、トピックグループ鍵２５５０４などのグループメンバシップクレデンシャルを含むメッセージ２５５１６をトピックネーミングサーバ２５５１６から受信することによってグループに参加することができる。
次いで、パブリッシャ２５５１２およびサブスクライバ２５５０２は、グループメンバとして認証することができる。認証が成功すると、トピックネーミングサーバ２５５０６はセキュアなセッションを開始してトピックグループ鍵２５５０４をメンバに配布することができる。
図２５６は、一部の実施形態による、利用可能なトピックをサブスクライバに通知するためのサブスクリプションブルームフィルタ２５６０２を生成するパブリッシャの概略図である。ブルームフィルタ通知システムは、図２４４に関して説明したように機能することができる。パブリッシャおよびサブスクライバがトピック２５６０６を暗号化するためのトピックグループ鍵２５６０４を所有すると、トピック２５６０６は暗号化されてパブリッシャによる暗号化トピック２５６０８を形成することができる。非プライベートトピック２５６１０は、ハッシュ関数２５６１２で暗号化トピック２５６０８と組み合わされて通知ブルームフィルタ２５６０２を形成することができる。同様に、サブスクライバは、関心のあるトピックを暗号化し、次いで暗号化された値をブルームフィルタへの入力として使用することによって、サブスクリプションブルームフィルタを計算することができる。
図２５７は、一部の実施形態による、トピック暗号化のための例示的な方法２５７００のラダー図である。図２５７の方法２５７００は、図２６０に関して説明されるＩｏＴデバイス２６０００によって実施することができる。トピック暗号化鍵は、例えば、図２５５に関して説明したように、トピックネーミングサービス（ＴＮＳ）から既知のトピックのリストを受信する鍵配布センター（ＫＤＣ）２５７０２によって管理され得る。ＫＤＣ ２５７０２は、ＴＮＳによって発行された証明書またはアテステーション鍵２５７０４を使用して、トピックグループ鍵２５７１０を提供する前に、サブスクライバ２５７０６などのサブスクライバと、パブリッシャ２５７０８などのパブリッシャがトピックグループのメンバであることを検証することができる。
ＴＮＳは、トピックグループ鍵２５７１０としてエンハンストプライバシＩＤ（ＥＰＩＤ）鍵およびメンバを登録するためのＥＰＩＤ参加プロトコルを使用することができる。ＫＤＣ ２５７０２は、トピックグループ鍵２５７０４を配布するときに、署名されたＤｉｆｆｉｅ−Ｈｅｌｌｍａｎプロトコルを使用してサブスクライバ２５７０４またはパブリッシャ２５７０６へのセキュアなチャネルを確立することができる。トピックグループ鍵２５７０４は対称鍵であり得る。
方法２５７００は、パブリッシャ２５７０８がトピック暗号化鍵２５７１０を生成した（２５７１２）ときに開始し得る。次いで、パブリッシャ２５７０８は、トピック暗号化鍵２５７１０をＫＤＣ ２５７０２から提供された鍵で暗号化し、アテステーションメッセージ２５７１４でトピック暗号化鍵２５７１０をＫＤＣ ２５７０２にプッシュする。
次いで、パブリッシャ２５７０８は、トピック暗号化鍵２５７１０を使用して暗号化されたコンテンツと共に、トピックをルータ２５７１８にパブリッシュする（２５７１６）ことができる。サブスクライバ２５７０６は、例えばサブスクライバ２５７０６が受信したいトピックのハッシュコードを含むブルームフィルタを含む、サブスクリプションメッセージ２５７２０をルータ２５７１８に送信することができる。
パブリッシュされたトピックメッセージ２５７１６を受信すると、ルータ２５７１８は、コンテンツがサブスクライバ２５７０６によって要求されていると判定することができる。次いで、ルータ２５７１８は、暗号化されたコンテンツを含む通知メッセージ２５７２２をサブスクライバ２５７０６に送信することができる。次いで、サブスクライバ２５７０６は、トピック暗号化鍵２５７１０を取得するための要求と共にアテステーションメッセージ２５７２４をＫＤＣ ２５７０２に送信することができる。
次いで、ＫＤＣ ２５７０２は、例えば通信鍵で暗号化されたトピック暗号化鍵２５７１０を含むメッセージ２５７２６を送信することができる。次いで、サブスクライバ２５７０６は、使用のためにコンテンツを復号する（２５７２８）ことができる。
同じトピック暗号化鍵２５７１０を使用して、トピックに追加のコンテンツを提供することができる。例えば、パブリッシャ２５７０８は、追加の暗号化コンテンツを含むメッセージ２５７３０をルータ２５７１８に送信することができる。次いで、ルータ２５７１８は、追加の暗号化コンテンツを含む通知メッセージ２５７３２をサブスクライバ２５７０６に送信することができる。次いで、サブスクライバ２５７０６は、使用のために追加のコンテンツを復号することができる（２５７３４）。
ＩｏＴネットワークは、セキュリティ、プライバシー、完全性、または安全性の分類に従って分割されることがよくある。分類を明確にするために、マルチレベルのセキュリティラベルを使用することができる。各レベルに関連するトピックまたはカテゴリのセットがあり得る。例えば、図２４４に関して説明したように、ブルームフィルタメカニズムを使用して、セキュリティラベルを含む通知を配信することができる。セキュリティラベルの後には、経路指定ノードや他のサブスクライバやパブリッシャが続くことがある。マルチレベルセキュリティラベルは、とりわけ、例えば、Ｂｉｂａ Ｉｎｔｅｇｒｉｔｙ ＭｏｄｅｌおよびＢｅｌｌａ−ＬａＰａｄｕｌａセキュリティモードを含む、複数の異なるモデルに基づき得る。
図２５８は、一部の実施形態による、パブリケーション−サブスクライブ型環境におけるマルチレベルセキュリティラベルの使用の概略図である。この図は、Ｂｉｂａ完全性モデルとＢｅｌｌ−ＬａＰｏｄｕｌａ機密性モデルの使用法を示している。Ｂｉｂａ完全性モデルでは、一般に、Ｌ１からＬ２などの上位レベルへの許可された書き込み（制約Ｉ）はなく、Ｌ０からＬ１などの下位レベルからの許可された読み取り（制約ＩＩ）はない。Ｂｅｌｌ−ＬａＰａｄｕｌａ機密性モデルでは、一般に、Ｌ１からＬ０などの下位レベルへの許可された書き込み（制約ＩＩＩ）はなく、Ｌ０からＬ１などの上位レベルへの許可された読み取り（制約ＩＶ）はない。
パブリッシャ２５８０２は、ラベルカテゴリをブルームトピックＣｘにマッピングすることによって、セキュリティラベルをブルームフィルタとして符号化することができる。ラベルレベル自体は、ラベルカテゴリのいずれかが提供されているときに存在するトピックであり得る。異なるレベルのカテゴリが最初のレベルのカテゴリと混同されないように、レベルトピックをカテゴリトピックのそれぞれで符号化することが適切であり得る。符号化は、例えば、２つの値の暗号化ハッシュによって、または出力値が入力値のいずれとも衝突しないようになんらかの関数ｆ（）を適用することによって実現できる。例えば、レベルを表すビットパターンは、ビットパターンのＸＯＲを実行することによってトピックのビットパターンと共に処理されてもよい。次いで、結果として得られるビットパターンはブルームフィルタで使用されてもよい。
経路指定ノード２５８０４は、セキュリティレベルトピックを認識し、次いで適切なセキュリティモデル挙動制約を適用することによってセキュリティポリシーセマンティクスを適用する。例えば、制約条件Ｉが守られる場合、ルータは、レベルＬ０で動作することを認可されたサブスクライバＳ０がレベルＬ１で動作することを認可されたパブリッシャから通知を受信することを可能にし得る。同様に、サブスクライバＳ２がレベルＬ２で動作することを認可されている場合、Ｌ１パブリッシャからの通知はブロックされる。
図２５８に示したマルチレベルセキュリティポリシーは排他的なものではない。他のマルチレベルセキュリティポリシーが使用されてもよい。さらに、本明細書で使用される例は、ネットワーク内の複数レベルへのマルチレベルセキュリティポリシーの適用を説明しているが、セキュリティレベルは、とりわけ、単一ネットワークレベル内の異なるセキュリティレベルとして定義され得ることに留意されたい。
図２５９は、一部の実施形態による、マルチレベルセキュリティポリシーを通知メッセージに適用するためにブルームフィルタを実装するための例示的な方法２５９００のプロセスフロー図である。図２５９の方法２５９００は、図２６０に関して説明されるＩｏＴデバイス２６０００によって実施することができる。方法２５９００は、例えば、パブリッシャが共有するコンテンツを有する場合に、サブスクライバがコンテンツを要求しているときに、ブロック２５９０２において開始し得る。ブロック２５９０４において、これがパブリケーションであるか否かに関する判定が行われる。そうでなければ、そのアクティビティはサブスクリプションの登録であり得、そしてプロセスフローはブロック２５９０６へ進む。
ブロック２５９０６において、サブスクライバはルータノードに対するそのアイデンティティをアテステーションし、サブスクリプションが登録されているセキュリティレベルを開示する。ブロック２５９０８において、サブスクライバは関心のあるコンテンツを含むブルームフィルタを供給する。本明細書で開示されるように、ブルームフィルタは、とりわけ、関心のあるトピック、カテゴリ、およびセキュリティレベルについての上書きされたビットハッシュコードを含み得る。
ブロック２５９１０において、ルータが完全性ポリシーを施行しているか否かに関する判定が行われる。そうである場合、ブロック２５９１２において、ルータは、下位ネットワークレベルへの読み取りを許可したフィルタ値をマスクオフすることができる。ブロック２５９１４において、ルータが機密性ポリシーを施行しているか否かに関する判定が行われる。そうである場合、ブロック２５９１６において、ルータは、上位ネットワークレベルまでの読み取りを可能にするフィルタ値をマスクオフすることができる。ブロック２５９１８において、サブスクリプションはルータに登録される。次いで、方法２５９００は、ブロック２５９２０で終了する。
ブロック２５９０４において、アクティビティがパブリケーションであると判定された場合、プロセスフローはブロック２５９２２に進む。ブロック２５９２２において、パブリッシャは、パブリケーションが与えられるセキュリティレベルをルータノードにアテステーションする。ブロック２５９２４において、カテゴリ内のセキュリティレベルは、パブリケーションコンテンツに対応するブルームフィルタに符号化される。本明細書で説明されるように、ブルームフィルタは、例えば、現在のパブリケーションに加えて、パブリックトピック、プライベートトピック、鍵管理トピック、セキュリティレベルトピックなどを含むことができる。
ブロック２５９２６において、ルータが完全性ポリシーを施行しているか否かに関する判定が行われる。そうである場合、ブロック２５９２８において、ルータは、上位ネットワークレベルまでの書き込みを可能にするフィルタ値をマスクオフすることができる。ブロック２５９３０において、ルータが機密性ポリシーを施行しているか否かに関する判定が行われる。そうである場合、ブロック２５９３２において、ルータは、下位ネットワークレベルまでの書き込みを可能にするフィルタ値をマスクオフすることができる。ブロック２５９３４において、パブリッシュされた通知はルータ、サブスクライバ、または両方に送信される。次いで、方法２５９００は、ブロック２５９２０で終了する。
図２６０は、一部の実施形態による、暗号化されたコンテンツを用いてトピック通知を管理するためのＩｏＴデバイス２６０００に存在し得るコンポーネントの一例のブロック図である。ＩｏＴデバイス２６０００は、フォグ８１２などのＩｏＴネットワークにおけるパブリッシャ、ルータ、またはサブスクライバとして機能することができる。同様の番号が付けられた項目は、図３、図８、図２５５、および図２５７に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＩｏＴデバイス２６０００に対して選択され使用されてもよいことに留意されたい。
ＩｏＴデバイス２６０００は、例えば、２００９年にＩＳＯ／ＩＥＣ １１８８９としてＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐによって公表された仕様に準拠する、トラステッドプラットフォームモジュール（ＴＰＭ）を含むことができる。ＴＰＭは、暗号化プロセッサ（ＣＰ）、不揮発性メモリ（ＮＶＭ）、およびセキュアメモリ（ＳＭ）を含み得る。ＣＰは、とりわけ、乱数発生器、ＲＳＡハッシュ発生器、ＳＨＡ−１ハッシュ発生器、および暗号化−復号エンジンを提供することができる。ＮＶＭは、例えばとりわけＲＳＡ鍵を含む、製造時にプログラムされた鍵を含み得る。ＳＭは、ソフトウェアで得られた測定値をプラットフォーム構成レジスタに保持することができる。本明細書で使用される場合、測定値は、ストレージ８０８またはメモリ８０４に格納されたコードまたはデータセグメント上で計算されたハッシュコードである。ブートコードセグメントの測定から開始して、初期ブートから信頼チェーンを作成することによって、測定を使用してトラステッド実行環境（ＴＥＥ）を確立することができる。ＳＭはセキュアなストレージを提供することができる。
ＴＰＭを使用して、プログラムを実行するためのＴＥＥまたはセキュアエンクレーブを確立することができる。ＴＰＭはまた、セキュアな通信のための暗号化サポートおよび識別のための鍵を提供することを含む、任意の数の他の機能のためにも使用され得る。
大容量ストレージ８０８は、本明細書で説明される暗号化コンテンツ配信機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、図２５５に関して説明したように、トピックネーミングサーバ２５５０６を含むことができる。説明したように、トピックネーミングサーバ２５５０６は、トピックグループの作成およびトピックグループの鍵の発行、セキュリティレベルなどのトピックを管理することができる。トピックネーミングサーバ２５５０６は、循環部分鍵のアセンブルし、ＥＰＩＤ鍵生成、ブロックチェーン鍵生成などの本明細書で説明される技法を含む、鍵を生成するために任意の数の技法を使用することができる。
サブスクライバ２６００２は、とりわけ関心のあるカテゴリ、トピック、およびセキュリティレベルを含むブルームフィルタを、ルータ、およびパブリッシャなどの他のデバイスに供給することができる。アテステーション部２６００４は、図２５７に関して説明したように、例えば、鍵配布センター２５７０２に対して、パブリッシャまたはサブスクライバの識別情報をアテステーションすることができる。鍵配布センター２５７０２は、フォグ８１２またはクラウド３０２内などの別のデバイス内に配置することができる。鍵配布センター２５７０２は、フォグ８１２またはクラウド３０２内のデバイスのアイデンティティを確認し、トピック鍵、レベル鍵、またはその両方を他のデバイスに提供することができる。サブスクライバ２６００２は、関心のあるコンテンツの通知を受信し、関心のあるコンテンツを復号するために鍵配布センター２５７０２から受信した鍵を使用することができる。
完全性施行部２６００６は、下位セキュリティレベルもしくはネットワークレベルまでの読み取り動作、上位セキュリティレベルもしくはネットワークレベルまでの書き込み動作、またはその両方を可能にするフィルタ値をマスクオフすることができる。機密性執行部２６００８は、上位セキュリティレベルもしくはネットワークレベルまでの読み取り操作、下位セキュリティレベルもしくはネットワークレベルまでの書き込み操作、またはその両方を可能にするフィルタ値をマスクオフすることができる。
図２６１は、一部の実施形態による、暗号化されたコンテンツを用いてトピック通知を管理するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体２６１００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体２６１００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体２６１００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体２６１００は、トピックのための暗号化鍵、セキュリティレベル、またはその両方を生成するようにプロセッサ９０２に指示するためのコード２６１０２を含み得る。コード２６１０４は、暗号化鍵を鍵配布センターにプッシュするようにプロセッサ９０２に指示するために含まれ得る。次いで、鍵配布センターは、識別情報を確認するために鍵配布センターにアテステーションを提供するデバイスに鍵を提供することができる。デバイスは、とりわけ、パブリッシャ、ルータ、およびサブスクライバを含み得る。
コード２６１０６は、暗号化されたトピックを例えばルータにパブリッシュするようにプロセッサ９０２に指示するために含まれ得る。コード２６１０８は、ルータ、サブスクライバ、またはその両方などの他のデバイスにトピックの通知を送信するようにプロセッサ９０２に指示するために含まれ得る。トピック通知は、トピックがコンテンツを暗号化したという情報を含み得る。
コード２６１１０は、例えば、暗号化鍵を要求するアテステーションメッセージを送信することによって、鍵配布センターから暗号化鍵を取得するようにプロセッサ９０２に指示するために含まれ得る。コード２６１１２は、暗号化鍵を使用してコンテンツを復号するようにプロセッサ９０２に指示するために含まれ得る。
コード２６１１４は、例えば、より低いセキュリティまたはネットワークレベルへの読み取りまたはより高いセキュリティまたはネットワークレベルへの書き込みを可能にするフィルタ値をマスクオフするなど、完全性ポリシーを施行するようにプロセッサ９０２に指示するために含まれ得る。コード２６１１６は、例えば、より低いセキュリティまたはネットワークレベルへの読み取りまたはより高いセキュリティまたはネットワークレベルへの書き込みを可能にするフィルタ値をマスクオフするなど、機密性ポリシーを施行するようにプロセッサ９０２に指示するために含まれ得る。
ＩｏＴデバイスの機能を実施するために、任意の数の他のコードブロックを機械可読媒体２６１００に含めることができる。これらのコードブロックは、ＩｏＴデバイス間でパケットを構築し送信するための通信部、セキュアに実行されるコードのための測定を実行するためのセキュアブータ／測定部、鍵生成部、または本明細書で説明される任意の数の他のコードブロックを含み得る。
本明細書で説明される技法は、様々な目的のために任意の数のＩｏＴネットワークを実装するために使用され得る。以下のセクションでは、実装できるその他のアプリケーションについて説明する。
第１の例では、ＩｏＴネットワークを使用して、清掃、メンテナンス、ごみ処理などの目立たない動作のためにロボットの群を実装することができる。ロボットは、人間が動作領域に接近しているとき、またはロボットに近接しているときに動きを最小にするように設計され得るため、シャイロボットとして説明することができる。シャイロボットは、存在、動き検出、および他のシャイロボット、人間、および他のサイバネティックシステムとの相互作用を含む複数のモダリティの下で機能を実行して、特定の目的を達成するための自律同時位置特定およびマッピング（ＳＬＡＭ）システムに基づき得る。
図２６２は、一部の実施形態による、シャイロボット２６２００の一例の図である。この例では、シャイロボットは、通行人によって落とされたくずやごみを拾うこともできるリサイクル用ごみ箱またはごみ箱２６２０２である。ごみを自律的に収集することが主要な機能であり得るが、シャイロボットは、複数の拡張された機能および二次的な機能を有し得る。例えば、ごみ箱は、例えば公園や街区などの領域を動き回り、ごみを集めるために通常は隠された腕を使用することができる。
さらに、シャイロボットは、含まれるコンピューティング、メモリ、およびネットワーキング能力によって提供される二次的な機能を有することができる。シャイロボットは、例えば、駐車料金支払いアクセスポイント、インターネットアクセスポイントなどを提供するために、エッジノードまたはフォグノードとして動作し得る。インターネットアクセスポイントとして、それらはプロキシサーバとして動作するように構成され、一般的にアクセスされたウェブページをローカルにキャッシュしてユーザによるインターネット体験を改善する。彼らは、ローカルで収集されたあらゆるデータを格納して処理し、そのデータをクラウドに送信することで、例えば市または公的機関のための拡張されたセキュリティメカニズムとして動作することができる。これには、違法または反社会的活動の監視、警告、および抑止が含まれる。また、道に迷った場合の道順の提示、当局への連絡など、音声認識通信用に構成することもできる。
これらの機能を実施するために、シャイロボット２６２００は複数の異なるシステムを装備することができる。システムは、各シャイロボット２６２００内にＩｏＴネットワークを形成する個々のＩｏＴデバイスとして実装することができる。
シャイロボット２６２００は、複数のセンサ２６２０４を有することができる。センサ２６２０４は、環境に関するデータを収集して、シャイロボットがコンテキスト情報を収集し、動きおよび他の機能についてのローカル決定を下すことを可能にし得る。
電源２６２０６は、シャイロボット２６２００に電力を供給するために使用され得る。電源は、バッテリ、充電器、太陽電池パネルなどの任意の数の構成を含み得る。
シャイロボット２６２００は、ロボットが、例えば他のシャイロボット、および他のローカルデバイスと共にフォグノードとして機能することを可能にするために、処理および分析システム２６２０８を含み得る。これにより、とりわけ、データや処理サービスを提供したり、さらなる動作のために分析の結果をクラウドや人間に送信したりできる。実行され得る動作は、図２６４に関してより詳細に説明される。
機能の実行を補助するために、複数の格納式ユーティリティ２６２１０が含まれ得る。例えば、ごみ箱２６２０２は、その経路に沿ってくずを収集するように構成され得る隠れた格納式アームを含み得る。他の格納式ユーティリティ２６２１０は、充電ステーションに自律的に接続する充電用の隠しプラグ、人間のデバイス用の充電ステーションなどを含み得る。
推進システム２６２１２は、人、動物、または他の障害物が近くにあるか否かを判定する運動規則に応じて、シャイロボット２６２００を異なる場所に移動させるために含まれ得る。推進システム２６２１２は、用途に応じて、モータ駆動のトラック、車輪、または他のシステムを含み得る。
図２６３は、一部の実施形態による、シャイロボット２６２００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８および図２６２に関して説明したとおりである。図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、シャイロボット２６２００に対して選択され使用されてもよいことに留意されたい。
シャイロボット２６２００は、例えば、２００９年にＩＳＯ／ＩＥＣ １１８８９としてＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐによって公表された仕様に準拠する、トラステッドプラットフォームモジュール（ＴＰＭ）を含むことができる。ＴＰＭは、暗号化プロセッサ（ＣＰ）、不揮発性メモリ（ＮＶＭ）、およびセキュアメモリ（ＳＭ）を含み得る。ＣＰは、とりわけ、乱数発生器、ＲＳＡハッシュ発生器、ＳＨＡ−１ハッシュ発生器、および暗号化−復号エンジンを提供することができる。ＮＶＭは、例えばとりわけＲＳＡ鍵を含む、製造時にプログラムされた鍵を含み得る。ＳＭは、ソフトウェアで得られた測定値をプラットフォーム構成レジスタに保持することができる。本明細書で使用される場合、測定値は、ストレージ８０８またはメモリ８０４に格納されたコードまたはデータセグメント上で計算されたハッシュコードである。ブートコードセグメントの測定から開始して、初期ブートから信頼チェーンを作成することによって、測定を使用してトラステッド実行環境（ＴＥＥ）２６３０２を確立することができる。ＳＭはセキュアなストレージを提供することができる。
ＴＥＥ ２６３０２は、保護のためにハードウェア支援エンクレーブを必要とするプロセスを実行できる領域を提供する。ＴＰＭ、および本明細書で説明される他の方法を使用して、シャイロボットの機能およびアイデンティティのアテステーションを、とりわけ、他のシャイロボット、クラウドベースのシステム、およびスマートフォンなどの携帯型ユーザデバイスを含む他のシステムに提供することができる。
シャイロボット２６２００は、時刻を追跡するためのクロック２６３０４を含むことができる。これは、リアルタイムクロック（ＲＴＣ）、原子時計、またはロボットに時刻を知らせることができる任意の種類のクロックである。都市での、農場での、または他の環境での活動は、時刻に直接相関している可能性がある。
説明したように、シャイロボット２６２００は、任意の数のセンサ２６３０６を含み得る。センサ２６３０６は、その本体から発せられる赤外線エネルギーによって人間または野生生物の存在を検出するために使用され得る赤外線（ＩＲ）および受動赤外線（ＰＩＲ）センサを含み得る。超音波検出器は、近接する物体およびそれらの物体までの距離を検出するために使用され得る。超音波からのデータは、ロボットがナビゲートし、その範囲内の物体の動きを検出するのを助け得る。
センサ２６３０６は、視聴覚（ＡＶ）センサを含み得る。音声データは、例えば、図２６４に関して説明したように、人間の存在を検出するために使用され得る。マイクロホンアレイは、音の到来角を使用し、音源の距離を推定し得る。カメラを使用して画像データを取得することができる。画像データは、例えば、エッジ検出、三次元画像検出などを含む任意の数の技法によって分析され得る。例えば、エッジ検出は、画像内のオブジェクトを識別し、オブジェクトまでの距離に関する判定を可能にし得るオブジェクトのサイズを判定するために使用され得る。視覚的検知はまた、光レベルの検出を含み得る。これをコンテキストエンジンに供給して、図２６４に関して説明したように、それを時刻または車両からの光、フラッシュライト、または街路灯からの光の接近と相関させることができる。
センサ２６３０６は、Ｄ６Ｔすなわち熱センサを含み得る。Ｄ６Ｔセンサは、人間の熱シグネチャを認識するように構成され得るセンサである。それは、利用可能な異なる検出角度で、人間の存在または動きを検出するために使用され得る。次いで、検出角度の組み合わせは、広い範囲を提供することができる。しかしながら、Ｄ６Ｔセンサは、関心のある他の熱シグネチャに合わせて調整することもできる。
センサ２６３０６は、例えば電話によって放出された電場を検出するための磁力計（ｍａｇ）を含むことができる。マイクロ波レーダセンサは、対象物までの距離を判定するために組み込まれ得る。マイクロ波レーダセンサは、シャイロボット２６２００に低コストで追加することができ、機能性および経済性の両方を向上させる。
推進システム２６３０８は、ロボットの動きを制御するためにロボットに含まれ得る。推進システム２６３０８は、ロボットを動かすため、または例えば１つのトラックが他のトラックとは異なる方向に動かされるときに、ロボットを異なる方向に向けるために使用され得る、ツイントラックドライブなどの任意の数の既知のロボット推進システムを含み得る。他の推進システムは、３輪システムを含み得、２つの車輪が駆動され、第３の車輪は、三脚を完成させるために使用されるコースターである。このシステムでは、２つの車輪が駆動される方向を使用してロボットを操縦することができる。他の例では、用途に応じて異なる推進システムを選択することができる。例えば、ロボットは、例えばジェット駆動によって推進され、操舵のために方向舵を使用する、自律型水上機であり得る。他の例では、ロボットは、ヘキサコプター、クアドコプターなどの推進システムを使用する無人航空機、または翼上の揚力を発生させるために推進システムを使用する空力システムであり得る。
地理位置情報システム２６３１０は、シャイロボット２６２００をナビゲートするのを助けるために、全地球測位システム（ＧＰＳ）衛星受信機を使用して、位置、向き、またはその両方を判定することができる。位置データは、シャイロボットの群によって使用されて、それらの動きを調整し、ロボットの動作範囲内にゾーンを出入りする人間／野生生物の存在を伝えることができる。これについては、図２６５に関してさらに説明する。
ロボティクスシステム２６３１２は、デバイス内に存在する任意のロボティクスを制御するために含まれ得る。例えば、ロボティックシステムは、ごみ拾いまたは充電ステーションへの自動接続のためのアームを格納することなどの機能を完了するためのデバイスを含み得る。デバイスは、例えば、ユーザデバイス用の外部充電ポートを覆うような、耐候性のドアを含み得る。ロボティックシステム２６３１２は、プロセッサがステッピングモータ、ソレノイドなどのデバイスを制御することを可能にするドライバを含み得る。
シャイロボット２６２００は、充電システム２６３１４を含み得る。充電システム２６３１４は、本明細書で説明されるように、任意の数のバッテリ監視および充電デバイスを含み得る。さらに、充電システム２６３１４は、バッテリ８２４を充電するために充電システム２６３１４２を外部電力に接続するための自動結合システムを含み得る。本明細書で説明されるように、ソーラーパネルなど、これを支援するために任意の数の他のデバイスが含まれてもよい。消費電力、および経済性に応じて、充電システム２６３１４を削除し、デバイスは、バッテリを監視し、バッテリ残量が選択された下限、例えば１０％の残余電力、５％の残余電力、またはそれ以下に達するとオペレータに知らせることができる。この例では、バッテリは、例えば、消耗したバッテリを取り外して充電されたバッテリの中に滑り込ませるためにオペレータによって容易に交換可能にされ得る。バッテリを交換している間、クロック設定、メモリ設定などを維持するために、スーパーキャパシタなどの他のデバイスを含めることができる。
電源出力システム２６３１６は、外部デバイスに電力を供給するために含まれ得る。例えば、シャイロボット２６２００はまた、ユーザデバイスのための充電ステーションとして機能してもよい。充電ステーションは、ＵＳＢ接続、無線電力位置などを含み得る。
ネットワークシステム２６３１８は、シャイロボット２６２００間の通信を提供するために含まれ得る。ネットワークシステム２６３１８は、無線および／または有線の技術を含み得る。シャイロボット２６２００はクラウド接続されてもよい、および／またはピアツーピアネットワークおよび／または群のメンバとして動作してもよい。群として動作している間、同じような地理的領域にあるシャイロボットは、関心対象の情報を共有することができる。このシナリオでは、ロボットは人間の活動に関する情報を他のロボットに渡すことができる。
大容量ストレージ８０８は、本明細書で説明されるシャイロボット２６２００の機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、オペレーティングシステムおよび基本入出力システム（ＯＳ／ＢＩＯＳ）２６３１８を含み得る。ＯＳ／ＢＩＯＳ ２６３１８は、シャイロボット２６２００のオペレーティングシステムである。ＯＳ／ＢＩＯＳ ２６３１８は、例えば、より高度なシステムで使用される種類の完全なＯＳであってもよいし、拡張ＢＩＯＳであってもよい。
大容量ストレージ８０８は、シャイロボット２６２００ためのファームウェアおよびドライバ（ＦＷ／ドライバ）２６３２０を含むことができる。ＦＷ／ドライバ２６３２０は、センサ２６３０６、推進力２６３０８、地理位置２６３１０、ロボット工学２６３１２、およびネットワークシステム２６３１８を動作させるのに必要なドライバを含み得る。さらに、ＦＷ／ドライバ２６３２０は、オープンコネクティビティファウンデーション（ＯＣＦ）によって発行されたもの、またはＡｌｌＳｅｅｎ Ａｌｌｉａｎｃｅによって発行されたＡｌｌＪｏｙｎ仕様など、他のデバイスを発見するためのドライバを含み得る。ＦＷ／ドライバ２６３２０は、本明細書で説明するように、オープンフォグコンソーシアム（ＯＦＣ）用のものなどのフォグデバイスを形成するためのコードを含むことができる。
大容量ストレージ８０８は、コンテキストエンジン２６３２２を含むことができる。コンテキストエンジン２６３２２は、動きの制御、ロボット間通信の提供、バッテリ警告の送信などの機能をシステムに提供することができる。本明細書で説明されるように、コンテキストエンジン２６３２２は、システムメモリから実行されてもよいし、特定用途向け集積回路（ＡＳＩＣ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）内にあってもよい。
図２６４は、一部の実施形態による、コンテキストエンジン２６３２２の動作２６４００の概略図である。同様の番号が付けられた項目は、図２６３に関して説明したとおりである。動作２６４００は、例えばロボットがオンラインになったときに、ブロック２６４０２において開始し得る。
センシング２６４０４は、人間、野生生物、またはごみもしくは他のターゲット項目などの他の対象物の付近での存在を判定するための情報を収集するために実行され得る。図２６３に関して説明されたセンシングユニット２６３０６は、近くに人間または野生生物の存在をはっきりさせるために必要とされる情報を提供する。
例えば、動き検出部または近接検出部は、近くに動きがあるか否かを検出することができる。動きには、人間、野生生物、または風に吹き飛ばされているビニール袋などのその他の物体が含まれ得る。動きの判定は、生きているものと、ビニール袋などのそうでないものとを区別するために動きの種類を分類し得る。
検知２６４０４は、時刻の判定を含み得る。公園や街の通りなど、すぐ近くの様々な地域では、１日の異なる時間帯に混雑している場合がある。混雑時とそれ以外との週の時間にロボットを訓練するために学習アルゴリズムを組み込むことができる。特定の時間が常に混雑している場合、ロボットは、それらの時間帯に動きを制限するように構成され得る。
センシング２６４０４は、音のレベルおよび方向を検出および分類し、音が人間または動物の音源によるものであるか否かを判定し、音までの距離を判定して、人間または動物の音源によるものかを判定し、距離を判定するための音声検出部の使用を含み得る。
センシング２６４０４が終了すると、コンテキストエンジン２６３２２は、さらなる処理のためにセンサの読み取り値を０から１の間の値に正規化することができる。それは、例えば関心のある範囲内の値に重点を置く重み付け係数を使用して、センサによって検出可能な可能な値の範囲内に観測値を配置することによってこの機能を実行することができる。例として音声センサを使用して、音声センサが０Ｈｚから４０ＫＨｚの範囲の音を検出することができ、関心のある範囲が人間の聴力の範囲、例えば２０Ｈｚから２０ＫＨｚである場合、２００Ｈｚの観測値は、（２００／４０Ｋｈｚ）＊１として計算できる。観測値が関心のある範囲外になった場合は、１未満の係数を使用できる。
コンテキストエンジンに供給される各センサソースＳｎについて、アルゴリズムは以下の式に基づき得る。
この式では、Ｓｎはセンサｎからの値である。項μは、０から１の間の値を有する重み付け係数である。重み付け係数は、可能なすべての値にわたって任意の変換関数によって適用することができ、それにより、関心のある範囲は１または１に近い値を有し、関心の少ない範囲は０または０に近い値を有する。項Ｏｓｎは、センサｎからの現在の読み取り値に対する特定の観測値である。項Ｍａｘｓｎは、センサから取り得る最大値である。
移動する決定２６４０６は、センサからの特定の読み取り値に基づいて行われ得る。プロセスは２６４０８において終了する。他のセンサの読み取り値に対するセンサの読み取り値の重要性に重みを付けるために、重みをセンサの読み取り値に適用することもできる。例えば、システム設計者は、音声が動き検出部よりも人間または動物の存在のより良い指標であると判定したかもしれない。変数Ｍを移動するという決定は、０から１の間の値を有することができる。意思決定はいくつかの方法で実行することができ、例えば、Ｍに対する加重平均値を使用することができる。この技法では、入って来る値はそれに割り当てられた重みｗを持ち、移動するか否かの決定をするために使われる最終値はそれらの値の加重平均である。
最大加重値の技法が使用されてもよく、最大加重値がＭの値として採用される。 Ｍ＝ｍａｘ（ｗ１Ｓｎ１，...，ｗｉＳｎｉ）
加えて、コンテキストエンジン２６３２２は、群内の近隣のロボットからの警告を受け入れために警告モニタを実装することができる。他のセンサの読み取り値に関しては、警告モニタの出力は０から１の間の値であり得る。この値は、警告を送信しているピアロボットまでの距離によって異なり得る。例えば、より遠いピアロボットはより低い読みをもたらし得るが、より近いピアロボットはより高い読みをもたらし得る。従って、より高い値は、人間または動物がシャイロボットの視野に入っていく可能性がより高いことに対応し得、コンテキストエンジンの意思決定に対してより高い影響を及ぼし得る。
これらの技法に加えて、またはそれらの代わりに、任意の数の他の技法も使用され得る。これらは、例えば、機械学習、ニューラルネットワーク、ハードウェア支援学習などを含み得る。例えば、センサの読み取り値は、事前に訓練されたニューラルネットへの入力として、またはＩｎｔｅｌ（登録商標）Ａｔｌａｓ Ｐｅａｋプロセッサ内のＡＲＣプロセッサなどのハードウェア支援型学習プラットフォームへの入力として使用され得る。
移動するという決定がなされると、ロボットは自らを新しい場所へナビゲートする。動きを制御するために任意の数の技法を使用することができる。例えば、ロボットは、公園のベンチ、街灯柱、特定の歩道領域などの既知の固定された障害物の周りの固定された領域内を移動することができる。ロボットは、舗装路または遊歩道上の塗装による線または埋められた線をたどることができる。さらに、ロボットは、ナビゲートするためにＡＤＡＳの分野で開発された技術を組み込んでもよい。ロボットは、指定された「停止」ポイント、すなわちベースを有する事前に定められた経路に沿ってＧＰＳ誘導されてもよく、妨害を引き起こさずにそうする可能性が高い場合を除き、ロボットは次のベースに移動しない。あるいは、ロボットは、経路に沿ったどこかで停止することを許可され得る。
このように動作しているロボットは、それぞれの観察結果を組み合わせて、近隣のロボットにその地域で活動に気付いたときに警告することで大きな利益を得ることができる。これは群（ｓｗａｒｍ）動作と呼ばれ得る。これにより、図２６５に関して説明したように、ロボットがそのセンサの直接範囲を超えて情報を得てこれを他のロボットに送ることが可能になる。
図２６５は、一部の実施形態による、シャイロボットの群の動作２６５００の概略図である。ロボットと他の自律型ＳＬＡＭロボットとの協調によって、単一のユニットでは達成できない動作の実行が可能になり得る。このプロセスは、ピアツーピアおよびブロードキャスト方法での共通の通信、挙動、およびセキュリティプロトコルの確立を含み得る。各ロボットＲは、２つの一般的な検出ゾーン、すなわち、活動の検知が検出の確実性高く行うことができる内側ゾーン２６５０２と、感知活動を確実性低く行うことができる外側ゾーン２６５０４と、を有することができる。ロボット２６５０６が、ゾーン２６５０２または２６５０４のうちの１つを通って移動している物体２６５０８を検出した場合、検出を知らせるために警告メッセージ２６５１０を最も近い近隣ロボット２６５１２に送信することができる。警告メッセージ２６５１０は、物体２６５０８の動きおよび位置、ならびに検出の確実性などの情報を含み得る。
群として、ロボットは、個々のタスクに加えてグループタスクをいくつでも実行できる。これらには、仮説の生成およびテスト、集合への役割およびサブタスクの委任、タスクの実行、完全なサブタスクの確認、データの集約および分析、評判ベースのフィードバック、報酬メカニズムなどの動作が含まれる。
図２６６は、一部の実施形態による、シャイロボットを群で動作させるための例示的な方法２６６００のプロセスフロー図である。図２６６の方法２６６００は、図２６２および図２６３に関して説明したシャイロボット２６２００によって実施することができる。本方法は、例えば、シャイロボットに電源が投入されたときに、ブロック２６６０２において開始し得る。
ブロック２６６０４において、シャイロボットは制御システムをブートする。これには、オペレーティングシステムまたは拡張ＢＩＯＳのロードが含まれ、次いでコードのロードまたはファームウェアの初期化が含まれ得る。次いで、シャイロボットは、あなたが動作のために必要し得るドライバまたは他のソフトウェアをロードし得る。これは、例えば、シャイロボット内にＴＥＥを作成するための測定値を得るためにＴＰＭを使用して、セキュアブートプロセスの一部として行われ得る。
ブロック２６６０６において、ロボットは利用可能なすべてのセンサをエニュメレーションすることができる。これらは、ロボット自体に配置されていない可能性があるセンサを含む、図２６３に関して説明された任意のセンサのセットを含み得る。これらは、電柱、建物、および他の物体上に配置された動きセンサなど、リモートに配置されたセンサであり得る。さらに、ロボットは、群内の他のロボットのセンサを利用することができる。従って、群内の一部のロボットは、群内の他のロボットよりも高度なセンサシステムを有することができる。センサはロボットに組み込まれてもよいが、例えばセンサをＵＳＢポートまたは同様の拡張ポートもひくはスロットに挿入すること、および／またはそれらを無線で接続することによって、動作中にセンサを動的に追加することができる。
ブロック２６６０８において、ロボットはその動作を初期化する。初期化の一部として、ポリシーがロードされる。ポリシーは、警告のための規則、およびコンテキストエンジンによって使用される任意のハードセットまたは動的閾値もしくは係数を含み得る。シャイロボットが無人航空機システム（ＵＡＳ）に関するＦＣＣ規制などの規制に準拠していることを確認するためのポリシーを実装することもできる。その時点でコンテキストエンジンも初期化され得る。
ブロック２６６１０において、ロボットは、例えば存在または動きを検出すること、目標指向挙動を実施することなどによって、通常の動作を開始することができる。接続されたセンサはデータをコンテキストエンジンに送り、データは図２６４に関して説明したように分析される。
ブロック２６６１２において、存在が検出されたか否かに関する判定が行われる。検出された場合、ブロック２６６１４において、例えば警告しているピアおよび動きを止めることに関して、シャイロボットがその存在を検出すると取るべき行動を判定するために警告ポリシーがチェックされる。
ブロック２６６１６において、ロボットは、その推進システムにコマンドを発行してそれを停止させることができる。ロボットは、その機能に応じて、直ちに停止することも、停止するために最も近い事前定義された場所に移動することもできる。ロボットがサイクリングパスの途中など、問題のある場所にいる場合は、問題のある位置の外側の地点に移動するように指示され得る。
ブロック２６６１８において、シャイロボットは、群内の他のロボットに警告することができる。警告ポリシーは、どのピアに警告するか、例えばとりわけ、最も近い近隣機に最初に警告するか、すべてのロボットに直接ブロードキャスト警告するかに関する規則および閾値を含むことができる。その結果従って、警告ポリシーは、警告を使用する可能性が最も高いピアロボットに警告を優先的に送信することで、群ノード間のネットワークトラフィックの効率を向上させることができる。
次にプロセスフローはブロック２６６１０に戻り、検出機能を再開する。シャイロボットは、場合により、存在が検出されなくなるまで動かなくてもよい。
ブロック２６６２０で存在が検出されない場合、シャイロボットが動くべきか否かに関する判定を行うことができる。動きは、検出されない場合、以前の動きの継続であり得る、またはシャイロボットの近くのごみ片を拾うなどの機能を完成させるために使用される新しい動きとすることができる。
ブロック２６６２２において、シャイロボットは、その現在位置を取得するために地理位置情報技法を使用することができる。ブロック２６６２４において、シャイロボットは、現在位置、一片のごみなどのターゲットの位置、およびターゲットに到達するためのパスを使用して地図を作成することができる。ロボットは、マッピングにいくつかの方法のいずれかを使用することができる。ＧＰＳを使用して場所を判定し、インターネットからダウンロードした地図と比較することができる。ブロック２６６２６において、推進システムは、シャイロボットを現在位置からターゲット位置に移動させるために使用され得る。シャイロボットは、有線や磁気などの電子的ガイドライン、または塗装線などの光学的ガイドラインに従うことができる。さらに、シャイロボットは、１つのごみを拾うなど、ターゲットタスクを完了するのに必要な任意の数の方向に移動することができる。いずれにせよ、一部の実施形態では、存在が検出されない限り、ロボットは動くという選択肢を有する。
図２６７は、一部の実施形態による、シャイロボットの動作を管理するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体２６７００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体２６７００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体２６７００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体２６７００は、シャイロボットを信頼された実行環境（ＴＥＥ）内でブートするようにプロセッサ９０２に指示するためのコード２６７０２を含み得る。コード２６７０４は、シャイロボットに組み込まれたセンサ、外部センサ、新たに取り付けられたセンサ、およびロボット群の他のメンバに関連付けられているセンサを含む、シャイロボットに関連付けられているセンサを発見するようにプロセッサ９０２に指示するために含まれ得る。
コード２６７０６は、例えば、ポリシーをロードしてコンテキストエンジンを起動するなど、ロボットを初期化するようにプロセッサ９０２に指示するために含まれ得る。コード２６７０８は、人、野生生物、またはとりわけ、自動車、自転車などのシャイロボットが反応する必要がある他の物体の存在を検出するようにプロセッサ９０２に指示するために含まれ得る。これらのオブジェクトは、機械可読媒体内のポリシー内のオブジェクトのリストに格納することができ、各オブジェクトは、シャイロボットが実行することになる動作に関連付けられる。動作は、動作を終了させること、物体の邪魔にならないところへ移動すること、収集される物体に向かって移動することなどを含むことができる。
コード２６７１０は、例えば、ごみ拾い、インターネット通信の提供、充電器ユニットへの自律的接続などの構成された機能を実行するようにプロセッサ９０２に指示するために含まれ得る。コード２６７１２は、例えば機能を実行する、シャイロボットを充電する、近づいてくる人または交通の邪魔にならないように移動するなどのために、シャイロボットを新しい場所に移動させるようにプロセッサ９０２に指示するために含まれ得る。
コード２６７１４は、群の中の他のロボットと通信するようにプロセッサ９０２に指示するために含まれてもよい。これは、存在の検出に関して他のロボットに警告するため、機能の実行を調整するためなどに実行され得る。
ＩｏＴデバイスの機能を実施するために、任意の数の他のコードブロックを機械可読媒体２６７００に含めることができる。これらのコードブロックは、ＩｏＴデバイス間でパケットを構築し送信するための通信部、セキュアに実行されるコードのための測定を実行するためのセキュア測定部、鍵生成部、または本明細書で説明される任意の数の他のコードブロックを含み得る。
他のアプリケーションでは、ＩｏＴパワーデバイスを使用してサイトを保護し、イベント中にサービスを提供することができる。モバイルＩｏＴデバイスの予期しない協調を含むシナリオとしては、とりわけ、緊急事態、動的な交通管制、複数の当事者や目的地への到着、荷物の配達と配送、乗車の共有、または航空交通管制を挙げることができる。
プライバシーおよびセキュリティは、これらの各ケースの考慮事項であり得る。デバイスがクレデンシャルなしでシーンに到着した場合、そのデバイスが不正なデバイスであり得る否かはわからない。さらに、あるシーンでのイベントは、プライバシーセンシティブであり得る。従って、感知されたシーンの条件およびアウェアネスは、旅行者の収集および使用の制御を受け得る。本明細書で使用されているように、旅行者はシーンでの相互作用を予想しているエンティティを指す。
１つの例では、旅行者は、一連のウェイポイントが交差する目的地への経路をたどることを予想する。旅行計画部は、旅行中に遭遇するであろう予想ウェイポイントを計算する。各ウェイポイントで、プレファーストレスポンダの管轄が計算される。図２７０および図２７１に関して説明したように、緊急管理（ＥＭ）ツリー構造を使用して、ＥＭツリーから生成された鍵で保護されている通信を調整するために、旅行者およびプレファーストレスポンダ、とりわけ無人機、ロボット、または自走式車両などによって使用され得る鍵を生成することができる。
図２６８は、一部の実施形態による、権限内のシーンに対するプレファーストレスポンダデバイスとしての無人機を示すユースケース２６８００の概略図である。ユースケース２６８００では、セキュリティおよびプライバシー保護暗号化を用いてプレファーストレスポンダデバイス（ＰＦＲＤ）２６８０２をコミッショニングするときに３つの管轄シナリオが考慮され得る。図２６８（Ａ）に示す第１の例示的ユースケースでは、単一の管轄区域２６８０６が存在し、すべての緊急応答部２６８０４はその管轄区域からのものである。ＰＦＲＤ ２６８０２は、複数種類の緊急応答部２６８０４に代わって単一の管轄区域２６８０６内で機能することを認可されている。図２６８（Ｂ）において、ＰＦＲＤ ２６８０２は、Ｎ種類の緊急応答部２６８０４に代わって、重複する管轄区域２６８０８内で機能することを認可されている。図２６８（Ｃ）では、ＰＦＲＤ ２６８０２は、Ｎ種類の緊急応答部２６８０４に代わって、３つの別々の異なる管轄区域２６８１０内で機能することを認可されている。
図２６９は、一部の実施形態による、図２６８の単一および複数の権限制御域に関連する参加および登録プロセスを実行するための例示的な方法２６９００のプロセスフロー図である。図２６９の方法２６９００は、図２７４に関して説明されるＰＦＲＤ ２７４００によって実施することができる。本方法は、例えば緊急事態などのイベントに参加するためのコマンドをプレファーストレスポンダデバイス（ＰＦＲＤ）が受信したときに、ブロック２６９０２において開始し得る。
ブロック２６９０４において、ＰＦＲＤは、それが参加し得る管轄区域をチェックする。ブロック２６９０６において、例えば、図２６８（Ａ）に関して説明したように、ＰＦＲＤが単一の管轄区域に参加しているという判定が行われる。ブロック２６９０８において、ＰＦＲＤは、通信を許可するために管轄区域と鍵を交渉する。ブロック２６９１０において、ＰＦＲＤは、鍵を使用して単一管轄区域に登録する。
ブロック２６９１２において、登録が成功したか否かに関する判定が行われる。そうである場合、ＰＦＲＤのための通信タスクはブロック２６９１４において開始し得る。登録が成功しなかった場合、ブロック２６９１６において、管轄制御ネットが警告される。
ブロック２６９１８において、ＰＦＲＤが重複する管轄に参加している可能性があるか否かに関する判定が行われる。もしそうであれば、ブロック２６９２０において、重複する管轄区域を用いて共有鍵交渉が行われる。管轄区域が重複しているため、両方の管轄区域への通信のために単一の鍵が発行され得る。
ブロック２６９２２において、プロセスフローがブロック２６９１２に戻って登録が成功したか否かを判定する前に、発行済み鍵を使用して管轄区域１に登録する。ブロック２６９２４において、発行鍵は、処理フローがブロック２６９１２に戻って登録が成功したか否かを判定する前に、管轄区域２に登録するために使用される。ブロック２６９２６に示されるように、登録は任意の数の他の管轄区域を通じて継続することができる。
ブロック２６９２８において、ＰＦＲＤが同時に参加している可能性がある複数の重複しない管轄区域があるか否かに関する判定が行われる。もしそうであれば、ブロック２６９３０において、個々の管轄区域のそれぞれと個々の鍵交渉が行われる。鍵が個々の管轄区域のそれぞれから発行されると、プロセスフローはブロック２６９２２に進み、管轄区域のそれぞれとの登録を開始する。
ブロック２６９０６、２６９１８、または２６９２８で管轄区域が識別されない場合、ブロック２６９３２において、ＰＦＲＤは、管轄区域のいずれにも登録することを許可されないことがある。登録プロセスが管轄区域のうちの１つまたは複数について失敗した場合、警告が制御ネットにディスパッチされる。
図２７０は、一部の実施形態による、目的地への経路２７００４を判定するための緊急応答部（ＥＲ）２７００２または他のエンティティのための例示的な旅行計画２７０００の概略図である。旅行計画２７０００は、経路２７００２に沿って様々なシーン、ウェイポイント、位置、交差点および目的地を予測する。旅行計画２７００４は、代替経路および直前またはオンデマンド計画を含むことができる。各ウェイポイント２７００６において、位置座標および到着予定時刻２７００８を計算することができる。時間の粒度は、早い到着または遅い到着を可能にするように選択することができる。ウェイポイント２７００６ごとに、予想されるＰＦＲＤコミュニティが応答するように依頼され得る管轄区域にウェイポイントをマッピングするエントロピー多重化（ＥＭ）ツリー２７０１０が見出される。緊急応答部のユースケースのコンテキストを考えると、ＰＦＲＤは、旅行者によって開発されたＥＭツリー２７０１０（ＥＲ ２７００８）の分岐にコミッションされている。
旅行計画２７０００からの旅行情報は、潜在的なＰＦＲＤと共有されるランダムなノンス値を含み得る。これはシーンでＥＲ ２７００８によって確認され得る。ノンスは、ＰＦＲＤが正しいＥＭツリーを使用していることを確保する。旅行計画は、各ＰＦＲＤ参加者にＥＰＩＤ秘密鍵を発行することによって旅行に応答者を登録することを含み得る。ＥＰＩＤは、シーンでＰＦＲＤを認証するために使用できる。
図２７１は、一部の実施形態による、各ウェイポイントでのＥＭサブツリー２７１０２および２７１０４の使用の概略図である。この例では、第１のＥＭサブツリー２７１０２は、所与の場所（Ａ）および時間（Ａ〜Ｃ）に対するＥＭツリーを表す。第２のＥＭサブツリー２７１０４は、経路上のさらに別の位置（Ｎ）および時間（Ａ〜Ｃ）を表す。各ＥＭサブツリー２７１０２および２７１０４は、時間２７１０６を減少する粒度で符号化する。ＰＲＦＤは、管轄区域の適用範囲の様々な順列を考慮に入れてその管轄区域と整列するＥＭサブツリー２７１０２または２７１０４を用いてプロビジョニングされる。例えば、プライバシーおよびセキュリティを向上させるために、複数の管轄区域間の重複を表すために別個のサブツリー分岐２７１０８を使用することができる。あるいは、ＰＦＲＤは、それがこれらの複数の管轄区域にデプロイされることを可能にするいくつかのサブツリー分岐２７１１０を用いてプロビジョニングされ得る。
図２７２は、一部の実施形態による、あるシーンでのＰＦＲＤネットワークの動的構成のための例示的な方法２７２００のプロセスフロー図である。図２７２の方法２７２００は、図２７４に関して説明されるＰＦＲＤ ２７４００によって実施することができる。方法２７２００は、緊急応答部または他の旅行者がターゲット目的地に踏み出すときに、ブロック２７２０２において開始し得る。ブロック２７２０４において、経路に沿ったＰＦＲＤがトリガされるか否かに関する判定が行われる。もしそうであれば、ブロック２７２０６において、例えば、トラステッド実行環境（ＴＥＥ）内のセキュアなストレージからポリシーが取得される。ブロック２７２０８において、ＴＥＥセキュアストレージにプロビジョニングされた初期飛行計画ポリシーがロードされアクティブ化される。飛行計画ポリシーは、ＰＦＲＤが完了しようとしている特定の動作を含むことができる。これらは、アンカーポイントからの切り離し、ホバー、画像のキャプチャ、画像認識の実行などの動作を含み得る。無人機以外の自律型水上艇などの他の自律型航走体が使用される場合、マッピングポリシーは、障害物を回避すること、速度を制御することなどの他の活動を含むことができるＴＥＥセキュアストレージにプロビジョニングされ得る。
ブロック２７２１０において、劣悪なネットワーク接続があるか否かに関する判定が行われる。そうである場合、ブロック２７２１２において、最大接続ポリシーがＴＥＥセキュアストレージから取得され、実施される。これらのポリシーは、例えば、タワーと通信するために特定の位置に移動されるなどのコマンドを含み、現在の位置に基づき得る。
ブロック２７２１４において、ＰＦＲＤがＥＲコントラクトを遵守するか否かに関する判定が行われる。そうである場合、ブロック２７２１６において、リモート管理ポリシーがＴＥＥセキュアストレージから取得され、実施される。ブロック２７２１８において、リモート飛行管理を許可することができ、それによってＥＲはさらなる情報を収集することができる。これにより、インシデントの準備が改善され、初期構成されたポリシーに追加され得る。
方法２７２００は、ブロック２７２２０で終了する。これは、例えば、ブロック２７２０４でＰＦＲＤがトリガされない場合、またはブロック２７２１４でＥＲコントラクトが遵守されない場合に行われ得る。
図２７３は、一部の実施形態による、ＰＦＲＤによってシーン情報をビーコン送信するための例示的な方法２７３００のラダー図である。図２７３の方法２７３００は、図２７４に関して説明されるＰＦＲＤ ２７４００によって実施することができる。緊急応答部（ＥＲ）２７３０２などの旅行者がシーンに到着すると、そのシーンに参加することを認可された他のデバイス間のメッセージを暗号化するために使用される鍵が、シーンシードを与えられて動的に生成される。参加者デバイスは、旅行計画部２７３０４からのシーン情報にＥＰＩＤを用いて署名し、それを検証のために旅行者に供給することによって、その認可をアテステーションすることができる。
デバイス２７３０２がシーンに到着すると、必要なポリシー、鍵、および他の情報にアクセスするためにプロビジョニング２７３０６が行われ得る。これは、帯域外（ＯＯＢ）プロビジョニングアクセスを介して実行されてもよい。
旅行計画２７３０８は、旅行計画部２７３０４によって提供される旅行計画メッセージ２７３１０を介してＥＲ ２７３０２に提供され得る。緊急応答部の支援が必要か否かに関する判定２７３１２が行われる。そうであれば、旅行計画部は、ＥＭツリーを使用して応答部を識別し、助けを求めるために緊急応答部にｐｉｎｇすることによって、緊急応答部を識別することができる（２７３１４）。ビーコンアテステーションメッセージ２７３１６は、旅行計画部２７３０４とＥＲ ２７３０２のそれぞれとの間で交換され得る。さらに、ＥＲ ２７３０２は、リソース割り当てのためにそれらどうしの間で２７３１８を交渉することができる（２７３１８）。次いで、ＥＲ ２７３０２は、ビーコンを確認応答し、そのＥＲ ２７３０２が使用中のポリシーを旅行計画部２７３０４に通知するメッセージ２７３２０を返すことができる。
図２７４は、一部の実施形態による、プレファーストレスポンダ無人機（ＰＦＲＤ）２７４００に存在し得るコンポーネントの一例のブロック図である。同様の番号が付けられた項目は、図８および図２６３に関して説明したとおりである。図２６３に関して説明したシャイロボット２６３００、図８に関して説明したＩｏＴデバイス８００、および本明細書で説明される他のＩｏＴデバイスに対して選択されたものとは異なるコンポーネントが、ＰＦＲＤ ２７４００に対して選択され使用されてもよいことに留意されたい。例えば、ＰＦＲＤ ２７４００は、無人機または他の無人航空機であり得る。従って、ＰＦＲＤ ２７４００のための推進システム２６３０８は、ヘキサコプターまたはクアドコプターシステムであり得る。一部の例では、ＰＦＲＤ ２７４００は、無人空気力学的航空機などの空気力学的飛行体であり得る。
ＰＦＲＤ ２７４００は、例えば、２００９年にＩＳＯ／ＩＥＣ １１８８９としてＴｒｕｓｔｅｄ Ｃｏｍｐｕｔｉｎｇ Ｇｒｏｕｐによって公表された仕様に準拠する、トラステッドプラットフォームモジュール（ＴＰＭ）を含むことができる。ＴＰＭは、暗号化プロセッサ（ＣＰ）、不揮発性メモリ（ＮＶＭ）、およびセキュアメモリ（ＳＭ）を含み得る。ＣＰは、とりわけ、乱数発生器、ＲＳＡハッシュ発生器、ＳＨＡ−１ハッシュ発生器、および暗号化−復号エンジンを提供することができる。ＮＶＭは、例えばとりわけＲＳＡ鍵を含む、製造時にプログラムされた鍵を含み得る。ＳＭは、ソフトウェアで得られた測定値をプラットフォーム構成レジスタに保持することができる。本明細書で使用される場合、測定値は、ストレージ８０８またはメモリ８０４に格納されたコードまたはデータセグメント上で計算されたハッシュコードである。ブートコードセグメントの測定から開始して、初期ブートから信頼チェーンを作成することによって、測定を使用してトラステッド実行環境（ＴＥＥ）２６３０２を確立することができる。ＳＭはセキュアなストレージを提供することができる。
ＴＥＥ ２６３０２は、保護のためにハードウェア支援エンクレーブを必要とするプロセスを実行できる領域を提供する。ＴＰＭ、および本明細書で説明される他の方法を使用して、ＰＦＲＤ ２７４００の機能およびアイデンティティのアテステーションを、とりわけ、旅行計画部、緊急応答部、クラウドベースのシステム、およびスマートフォンなどの携帯型ユーザデバイスを含む他のシステムに提供することができる。
ネットワークシステム２６３１８は、ＰＦＲＤ ２７４００間の通信を提供するために含まれ得る。ネットワークシステム２６３１８は、無線または有線の技術を含み得る。ＰＦＲＤ ２７４００はクラウド接続されてもよいし、ピアツーピアネットワークまたは群のメンバとして動作してもよい。群として動作している間、同じような地理的領域にあるＰＦＲＤは、関心対象の情報を共有することができる。このシナリオでは、ＰＦＲＤは緊急応答部、通信ポリシー、イベント、およびその他の関連情報に関する情報を他のＰＦＲＤに渡すことができる。
大容量ストレージ８０８は、本明細書で説明されるＰＦＲＤ ２７４００の機能を実施するための複数のモジュールを含むことができる。大容量ストレージ８０８においてコードブロックとして示されているが、モジュールのうちのいずれも、例えば特定用途向け集積回路（ＡＳＩＣ）に組み込まれるなど、ハードワイヤード回路で完全にまたは部分的に置き換えられ得ることが理解されよう。
大容量ストレージ８０８は、オペレーティングシステムおよび基本入出力システム（ＯＳ／ＢＩＯＳ）２６３１８を含み得る。ＯＳ／ＢＩＯＳ ２６３１８は、ＰＦＲＤ ２７４００のオペレーティングシステムである。ＯＳ／ＢＩＯＳ ２６３１８は、例えば、より高度なシステムで使用される種類の完全なＯＳであってもよいし、拡張ＢＩＯＳであってもよい。
大容量ストレージ８０８は、ＰＦＲＤ ２７４００のためのファームウェアおよびドライバ（ＦＷ／ドライバ）２６３２０を含むことができる。ＦＷ／ドライバ２６３２０は、センサ２６３０６、推進力２６３０８、地理位置２６３１０、ロボット工学２６３１２、およびネットワークシステム２６３１８を動作させるのに必要なドライバを含み得る。さらに、ＦＷ／ドライバ２６３２０は、オープンコネクティビティファウンデーション（ＯＣＦ）によって発行されたもの、またはＡｌｌＳｅｅｎ Ａｌｌｉａｎｃｅによって発行されたＡｌｌＪｏｙｎ仕様など、他のデバイスを発見するためのドライバを含み得る。ＦＷ／ドライバ２６３２０は、本明細書で説明するように、オープンフォグコンソーシアム（ＯＦＣ）用のものなどのフォグデバイスを形成するためのコードを含むことができる。
大容量ストレージ８０８は、シーン評価コントローラ２７４０２を含むことができる。シーン評価コントローラは、動きの制御、画像のキャプチャおよび転送、ユーザデバイスへのネットワークプロビジョニング、デバイス間通信、バッテリ警告などの機能をシステムに提供することができる。本明細書で説明されるように、シーン評価コントローラ２７４０２は、システムメモリから実行されてもよいし、特定用途向け集積回路（ＡＳＩＣ）またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）内にあってもよい。
ＰＦＲＤ ２７４００では、ハードウェアは、例えば、セキュアストレージ内のＥＭシードをセグメント化し、Ｉｎｔｅｌ（登録商標）ＳＧＸ、Ｉｎｔｅｌ（登録商標）ＣＳＭＥ、Ｉｎｔｅｌ（登録商標）ＶＴｘ、または他のシステムなどのトラステッド実行環境技術を使用することによって、信頼性を高めることができる。Ｉｎｔｅｌ（登録商標）ＤＲＮＧは、制約のあるデバイスが格納されたシード値から動的に鍵を生成することが可能であるように、ツリー生成の品質および性能を向上させることができる。
図２７５は、一部の実施形態による、プレファーストレスポンダデバイスの動作を管理するようにプロセッサ９０２に指示するためのコードを含む、非一時的機械可読媒体２７５００のブロック図である。プロセッサ９０２は、バス９０４を介して非一時的機械可読媒体２７５００にアクセスすることができる。プロセッサ９０２およびバス９０４は、図９に関して説明したプロセッサ９０２およびバス９０４と同様の方法で実施することができる。非一時的機械可読媒体２７５００は、図８の大容量ストレージ８０８について説明したデバイスを含むこともできるし、光ディスク、ＵＳＢメモリ（ｔｈｕｍｂ ｄｒｉｖｅ）、または任意の数の他のハードウェアデバイスを含むこともできる。
非一時的機械可読媒体２７５００は、例えば緊急応答部がＰＦＲＤの管轄に入ったときに、ＰＦＲＤをトリガするようにプロセッサ９０２に指示するためのコード２７５０２を含み得る。コード２７５０４は、ホバリング、画像のキャプチャなどを含む飛行操作などの自動化された操作のためのポリシーを取得するようにプロセッサ９０２に指示するために含まれ得る。
コード２７５０６は、旅行計画部のための旅行計画を受け入れ、旅行計画を緊急応答部に提供するようにプロセッサ９０２に指示するために含まれ得る。コード２７５０８は、劣悪なネットワーク伝導性を検出し、通信のためのポリシーを実施するようにプロセッサ９０２に指示するために含まれ得る。
コード２７５１０は、緊急応答部がデータ収集のためにＰＦＲＤを制御することを可能にするなどのリモート管理機能を実施するようにプロセッサ９０２に指示するために含まれ得る。コード２７５１２は、例えばリモート制御モードにおいて、リモート操作管理を可能にするようにプロセッサ９０２に指示するために含まれ得る。コード２７５１４は、リモートネットワークアクセスをユーザに提供するようにプロセッサ９０２に指示するために含まれ得る。
ＩｏＴデバイスの機能を実施するために、任意の数の他のコードブロックを機械可読媒体２７５００に含めることができる。これらのコードブロックは、ＩｏＴデバイス間でパケットを構築し送信するための通信部、セキュアに実行されるコードのための測定を実行するためのセキュア測定部、鍵生成部、または本明細書で説明される任意の数の他のコードブロックを含み得る。
実施例１は、装置を含む。本装置は、デバイスオーナーであって、デバイスオーナーがまた、コンポジットオブジェクトを形成するサブオブジェクトに名前を提供するネームサーバと、コンポジットオブジェクトを形成する前記サブオブジェクトのサブオブジェクトリストと、を有する、デバイスオーナーと、コンポジットオブジェクトを形成する複数のサブオブジェクトと、コンポジットオブジェクトを形成するサブオブジェクトを記録するブロックチェーンと、を備える、コンポジットオブジェクトを含む、装置。
実施例２は、実施例１の主題を含む。実施例２では、サブオブジェクトが、下位レベルのサブオブジェクトから形成されたコンポジットオブジェクトを含む。
実施例３は、実施例１または２のいずれかの主題を含む。実施例３では、サブオブジェクトはアトミックオブジェクトを含む。
実施例４は、実施例１から３のいずれかの主題を含む。実施例４では、コンポジットオブジェクトの名前は、複数のサブオブジェクトの名前から計算されたハッシュを含む。
実施例５は、実施例１から４のいずれかの主題を含む。実施例５では、各サブオブジェクトは、サブオブジェクトがグループに代わって動作することを可能にするグループ鍵を含む。
実施例６は、実施例１から５のいずれかの主題を含む。実施例６では、デバイスオーナーは、ＥＰＩＤサーバを含む。
実施例７は、実施例１から６のいずれかの主題を含む。実施例７では、デバイスオーナーは、プロキシブローカを含む。
実施例８は、実施例１から７のいずれかの主題を含む。実施例８では、デバイスオーナーは、ブロックチェーンを含む。
実施例９は、実施例１から８のいずれかの主題を含む。実施例９では、ブロックチェーンは、コンポジットオブジェクトの記録を含む。
実施例１０は、ＩｏＴネットワークにおけるコンポジットオブジェクトを形成するための方法を含む。ＩｏＴネットワークにおけるコンポジットオブジェクトを形成するための方法は、デバイスオーナーにおいてサブオブジェクトのリストを構築する段階と、集合グループ識別子を作成する段階と、ブロックチェーントランザクションにおいて集合グループ識別子をブロックチェーンにコミットする段階と、ネームサーバにおいてブロックチェーンからグループ名を取得する段階と、を含む。
実施例１１は、実施例１０の主題を含む。実施例１１では、本方法は、ブロックチェーンから、集合グループ識別子が既に使用中であるか否かを判定する段階と、使用中である場合に、新しい集合グループ識別子を生成する段階と、を含む。
実施例１２は、実施例１０または１１のいずれかの主題を含む。実施例１２では、本方法は、サブオブジェクトから参加要求を受け取る段階と、サブオブジェクトがグループメンバであることを確認する段階と、ブロックチェーンにおいてサブオブジェクトの名前をルックアップする段階と、ネームサーバからサブオブジェクトにグループ鍵を提供する段階と、を含む。
実施例１３は、実施例１０から１２のいずれかの主題を含む。実施例１３では、本方法は、グループメンバシップがプライベートであるか否かを判定する段階と、プライベートである場合に、ネームサーバへのプロキシとして動作するデバイスオーナーからサブオブジェクトにグループ鍵を提供する段階と、を含む。
実施例１４は、実施例１０から１３のいずれかの主題を含む。実施例１４では、方法は、組み合わせを形成するために、サブオブジェクトの名前を組み合わせる段階と、組み合わせのハッシュコードを計算する段階と、によって集合グループ識別子を作成する段階を含む。
実施例１５は、実施例１０から１４のいずれかの主題を含む。実施例１５では、本方法は、組み合わせを形成するために、サブオブジェクトを形成するすべてのサブサブオブジェクトの名前を組み合わせる段階と、組み合わせのハッシュコードを計算する段階と、によってサブオブジェクトの名前を作成する段階を含む。
実施例１６は、実施例１０から１５のいずれかの主題を含む。実施例１６では、本方法は、ブロックチェーントランザクションがメッシュネットワーク内のデバイスのグループで有効であることを確認する段階と、無効な場合に、ブロックチェーントランザクションを取り消す段階と、を含む。
実施例１７は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、グループのサブオブジェクトのリストを格納し、グループの集合グループアイデンティティを計算し、グループ内のサブオブジェクトにグループアイデンティティクレデンシャルを提供する、ようにプロセッサに指示するための命令を含む。
実施例１８は、実施例１７の主題を含む。実施例１８では、非一時的機械可読媒体は、サブオブジェクトのためのプロキシサーバとして動作するようにプロセッサに指示するための命令を含む。
実施例１９は、実施例１７または１８のいずれかの主題を含む。実施例１９では、非一時的機械可読媒体が、集合グループアイデンティティを含むトランザクションをブロックチェーンにコミットし、ブロックチェーンをメッシュ内の他のデバイスに移行する、ようにプロセッサに指示するための命令を含む。
実施例２０は、実施例１７から１９のいずれかの主題を含み、トランザクションブロックを含むブロックチェーンを２０に含む。実施例２０では、トランザクションブロックは、集合グループアイデンティティを含む。
実施例２１は、コンポジットオブジェクトを含む装置を含む。本装置は、コンポジットオブジェクトの型名を作成するための型ネームサーバを含むデバイスオーナーと、コンポジットオブジェクトを形成するサブオブジェクトの型を含むトランザクションを含むブロックチェーンと、を含む。
実施例２２は、実施例２１の主題を含む。実施例２２では、本装置は、コンポジットオブジェクトを含むサブオブジェクトの型を判定するための型検査部を含む。
実施例２３は、実施例２１および２２のいずれかの主題を含む。実施例２３では、型検査部は、型イントロスペクションシステムを含む。
実施例２４は、実施例２１から２３のいずれかの主題を含む。実施例２４では、型検査部は、型アテステーションシステムを含む。
実施例２５は、実施例２１から２４のいずれかの主題を含む。実施例２５では、本装置は、サブオブジェクトを形成するサブサブオブジェクトの型の型グラフを生成するための型グラフ生成部を含む。
実施例２６は、実施例２１から２５のいずれかの主題を含む。実施例２６では、本装置は、型グラフから型名を生成するための型名計算部を含む。
実施例２７は、実施例２１から２６のいずれかの主題を含む。実施例２７では、トランザクションは、型グラフを含む。
実施例２８は、実施例２１から２７のいずれかの主題を含む。実施例２８では、オブジェクトは、型クレデンシャルを含む。
実施例２９は、実施例２１から２８のいずれかの主題を含む。実施例２９では、型クレデンシャルは、製造業者の鍵を含む。
実施例３０は、実施例２１から２９のいずれかの主題を含む。実施例３０では、型クレデンシャルは、ネームサーバによって提供される。
実施例３１は、実施例２１から３０のいずれかの主題を含む。実施例３１では、サブオブジェクトは、サブサブオブジェクトを含み、サブオブジェクトの型名は、サブサブオブジェクトの型から判定される。
実施例３２は、実施例２１から３１のいずれかの主題を含む。実施例３２では、本装置は、サブサブオブジェクトの型を含むサブオブジェクトによって生成された型グラフを含む。
実施例３３は、ＩｏＴネットワークにおいてオブジェクト型を作成するための方法を含む。ＩｏＴネットワークにおいてオブジェクト型を作成するための方法は、ネームサーバによる型グループの作成を要求する段階と、コンポジットオブジェクトを形成するオブジェクトの型グラフを構築するために、コンポジットオブジェクトを構成するサブオブジェクトの型検査を実行する段階と、型グラフから型グループ名を計算する段階と、型グループ名が既に作成されているか否かを判定するために、ブロックチェーンにアクセスする段階と、を含む。
実施例３４は、実施例３３の主題を含む。実施例３４では、本方法は、型グラフを含むトランザクションをブロックチェーンに書き込むことによって型グループ名を作成する段階を含む。
実施例３５は、実施例３３または３４のいずれかの主題を含む。実施例３５では、本方法は、ネームサーバからコンポジットオブジェクトにＥＰＩＤ参加要求を発行する段階を含む。
実施例３６は、実施例３３から３５のいずれかの主題を含む。実施例３６では、本方法は、コンポジットオブジェクトを形成するサブオブジェクトに型クレデンシャルを発行する段階を含む。
実施例３７は、実施例３３から３６のいずれかの主題を含む。実施例３７では、ネームサーバは、コンポジットオブジェクトに型検査の実行を要求する。
実施例３８は、実施例３３から３７のいずれかの主題を含む。実施例３８では、型検査は、コンポジットオブジェクトを形成するサブオブジェクトの再帰的イントロスペクションを含む。
実施例３９は、実施例３３から３８のいずれかの主題を含む。実施例３９では、再帰的イントロスペクションは、コンポジットオブジェクトを形成するサブオブジェクトのそれぞれに型イントロスペクション要求を送信することと、サブオブジェクトを形成する各サブサブオブジェクトの型を判定するために型イントロスペクションを実行することと、サブサブオブジェクトから形成された各サブオブジェクトにおいて型グラフを構築することと、型グラフをコンポジットオブジェクトに返すことと、型グラフ上のシグネチャを検証することと、を含む。
実施例４０は、実施例３３から３９のいずれかの主題を含む。実施例４０では、本方法は、各サブサブオブジェクトから階層内の下位レベルのオブジェクトへの再帰的型イントロスペクションを実行する段階と、階層の各レベルでオブジェクトに関する型グラフを構築する段階と、階層の型グラフを次の上位レベルに返す段階と、を含む。
実施例４１は、実施例３３から４０のいずれかの主題を含む。実施例４１では、型検査は、コンポジットオブジェクトを形成するサブオブジェクトの再帰的アテステーションを実行することを含む。
実施例４２は、実施例３３から４１のいずれかの主題を含む。実施例４２では、再帰的アテステーションは、各レベルから次の下位レベルのオブジェクトに型アテステーションを送信することと、階層の特定のレベルのオブジェクトを構成するすべてのオブジェクトの型グラフを次の上位レベルに返すことと、コンポジットオブジェクト内の全体型グラフを構築することを含む。
実施例４３は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、コンポジットオブジェクトを形成するオブジェクトの型グラフを構築し、そのコンポジットオブジェクトの型名を計算し、その型名および型グラフをブロックチェーンに記録するようにプロセッサに指示する命令を含む。
実施例４４は、実施例４３の主題を含む。実施例４４では、非一時的機械可読媒体は、コンポジットオブジェクトを形成するオブジェクトの再帰的型イントロスペクションを実行するようにプロセッサに指示する命令を含む。
実施例４５は、実施例４３または４４のいずれかの主題を含む。実施例４５では、非一時的機械可読媒体は、コンポジットオブジェクトを形成するオブジェクトの再帰的型アテステーションを実行するようにプロセッサに指示する命令を含む。
実施例４６は、実施例４３から４５のいずれかの主題を含む。実施例４６では、非一時的機械可読媒体は、ブロックチェーン内に存在しない場合、型名を作成するようにプロセッサに指示する命令を含む。
実施例４７は、実施例４３から４６のいずれかの主題を含む。実施例４７では、非一時的機械可読媒体は、型クレデンシャルと共にＥＰＩＤ参加要求をサブオブジェクトに送信することを含む。
実施例４８は、装置を含む。本装置は、提携グループを形成するオブジェクトに名前を提供するための提携グループネームサーバと、提携グループに属するオブジェクトの連盟グループメンバリストと、提携グループを形成するオブジェクトの名前を記録するブロックチェーンと、を含む、提携グループを含む。
実施例４９は、実施例４８の主題を含む。実施例４９では、本装置は、提携グループの存在をブロードキャストするためのパブリッシャを含む。
実施例５０は、実施例４８または４９のいずれかの主題を含む。実施例５０では、本装置は、オブジェクトから受信されたアイデンティティクレデンシャルを確認するためのクレデンシャル検証部を含む。
実施例５１は、実施例４８から５０のいずれかの主題を含む。実施例５１において、本装置は、提携グループに参加するためにオブジェクトにクレデンシャルを提供するためのＥＰＩＤサーバを含む。
実施例５２は、実施例４８から５１のいずれかの主題を含む。実施例５２では、本装置は、オブジェクトからのアイデンティティクレデンシャルを検証し、そのオブジェクトに提携グループクレデンシャルを提供するためのデバイスオーナーと、提携グループのメンバシップを示す提携グループクレデンシャルをそれぞれ有する複数のオブジェクトと、を含む。
実施例５３は、実施例４８から５２のいずれかの主題を含む。実施例５３では、提携グループ内のオブジェクトは位置ごとにグループ化されている。
実施例５４は、実施例４８から５３のいずれかの主題を含む。実施例５４では、提携グループ内のオブジェクトは機能ごとにグループ化されている。
実施例５５は、ＩｏＴネットワークにおいて提携グループを形成するための方法を含む。ＩｏＴネットワークにおいて提携グループを形成する方法は、提携グループを定義する段階と、オブジェクトから提携グループに参加する要求を受信する段階と、提携グループクレデンシャルをオブジェクトに発行する段階と、を含む。
実施例５６は、実施例５５の主題を含む。実施例５６では、提携グループを定義することは、位置によってデバイスをグループ化することを含む。
実施例５７は、実施例５５または５６のいずれかの主題を含む。実施例５７では、提携グループを定義することは、機能によってデバイスをグループ化することを含む。
実施例５８は、実施例５５から５７のいずれかの主題を含む。実施例５８では、本方法は、提携グループが発見不可能である場合に、その提携グループをブロックチェーンにパブリッシュする段階を含む。
実施例５９は、実施例５５から５８のいずれかの主題を含む。実施例５９では、本方法は、提携グループクレデンシャルを発行する前に要求を検証する段階を含む。
実施例６０は、実施例５９から５９のいずれかの主題を含む。実施例６０では、本方法は、要求が有効なアイデンティティクレデンシャルを含むことを確認することによって要求を検証する段階を含む。
実施例６１は、実施例５９から６０のいずれかの主題を含む。実施例６１では、本方法は、要求が有効なインスタンスクレデンシャルを含むことを確認することによって要求を検証することを含む。
実施例６２は、実施例５９から６１のいずれかの主題を含む。実施例６２では、方法は、要求が有効な型クレデンシャルを含むことを確認することによって要求を検証することを含む。
実施例６３は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、提携グループを定義し、提携グループをブロックチェーンにパブリッシュし、オブジェクトからの参加要求を受け入れるようにプロセッサに指示する命令を含む。
実施例６４は、実施例６３の主題を含む。実施例６４では、非一時的機械可読媒体は、提携グループが発見可能であることを確認するようにプロセッサに指示する命令を含む。
実施例６５は、実施例６３または６４のいずれかの主題を含む。実施例６５では、非一時的機械可読媒体は、オブジェクトからの参加要求が有効であるか否かを確認するようにプロセッサに指示する命令を含む。
実施例６６は、実施例６３から６５のいずれかの主題を含む。実施例６６では、非一時的機械可読媒体は、有効な参加要求に応答してクレデンシャルを発行するようにプロセッサに指示する命令を含む。
実施例６７は、実施例６３から６６のいずれかの主題を含む。実施例６７では、非一時的機械可読媒体は、ＥＰＩＤクレデンシャルを生成するようにプロセッサに指示する命令を含む。
実施例６８は、装置を含む。本装置は、トラステッドグループの作成を開始するためのグループ作成部を含む一次参加者と、グループメンバのためのアイデンティティおよびクレデンシャルを格納するための分散型台帳と、を含む、トラステッド通信環境を含む。本装置はまた、一次参加者によって提供されたトラステッドグループのための通信クレデンシャルを含む二次参加者を含む。
実施例６９は、実施例６８の主題を含む。実施例６９では、通信クレデンシャルは、トラステッドグループのための秘密鍵、および分散型台帳から取得されたトランザクション鍵を含む。
実施例７０は、実施例６８または６９のいずれかの主題を含む。実施例７０では、一次参加者は、分散型台帳エニュメレーション局（ＤＬＥＡ）に対する参加要求を含み、参加要求は、一次参加者に対する秘密鍵で署名されたトラステッドグループ名を含む。
実施例７１は、実施例６８から７０のいずれかの主題を含む。実施例７１では、装置は、トラステッドグループ名が作成されたか否かを判定するための分散型台帳エニュメレーション局（ＤＬＥＡ）アクセス部を含む。
実施例７２は、実施例６８から７１のいずれかの主題を含み、その分散型台帳を実施例７２に含む。実施例７２では、分散型台帳は、トラステッドグループ用の公開鍵と許可ポリシーとを含む。
実施例７３は、実施例６８から７２のいずれかの主題を含む。実施例７３では、主参加者は、トラステッドグループ名に少なくとも部分的に基づいて鍵を作成するための鍵作成部を含む。
実施例７４は、実施例６８から７３のいずれかの主題を含む。実施例７４では、装置は、二次参加者からの参加要求を確認するためのアテステーション確認部を含む。
実施例７５は、実施例６８から７４のいずれかの主題を含む。実施例７５では、装置は、通信クレデンシャルを二次参加者に発行するためのグループ参加者を含む。
実施例７６は、実施例６８から７５のいずれかの主題を含む。実施例７６では、装置は、二次参加者によって提供されたトラステッドグループについての二次通信クレデンシャルを含む三次参加者を含む。
実施例７７は、実施例６８から７６のいずれかの主題を含む。実施例７７では、二次通信クレデンシャルは、グループのための秘密鍵および二次トランザクション鍵を含む。
実施例７８は、実施例６８から７７のいずれかの主題を含む。実施例７８では、装置は、一次参加者によって発行された通信クレデンシャルを含む複数の二次参加者を含む。
実施例７９は、実施例６８から７８のいずれかの主題を含む。実施例７９では、装置は、一次参加者によって発行された二次通信クレデンシャルをそれぞれ含む、複数の三次参加者を含む。
実施例８０は、実施例６８から７９のいずれかの主題を含む。実施例８０では、分散型台帳は、参加者のためのグループ鍵および秘密鍵によって署名されたトランザクションデータを含む。
実施例８１は、ＩｏＴネットワークにおける通信トランザクションをセキュアにするための方法を含む。ＩｏＴネットワークにおける通信トランザクションを保護するための方法は、参加者のグループが完全性保証で通信できることを第１の参加者によって判定する段階と、分散型台帳エニュメレーション局（ＤＬＥＡ）からグループの名前を予約する段階と、名前を使用してグループの分散型台帳を確立する段階と、グループの秘密鍵を２番目の参加者に提供する段階と、を含む。
実施例８２は、実施例８１の主題を含む。実施例８２では、名前を予約する段階は、第１の参加者のための秘密鍵を使用して署名されたメッセージで、第１の参加者のための名前および公開鍵をＤＬＥＡに送信する段階と、ＤＬＥＡが名前をパブリック分散型台帳にコミットしたときにグループが作成されたことを判定する段階と、エンハンストプライバシーＩＤ（ＥＰＩＤ）システムを使用したグループ公開鍵の確立する段階と、を含む。
実施例８３は、実施例８１または８２のいずれかの主題を含む。実施例８３では、グループの分散型台帳を確立する段階は、第１の参加者からグループの分散型台帳へトランザクションをコミットする段階を含み、トランザクションは、第１の参加者のトランザクション鍵で署名されたグループ公開鍵および許可ポリシーを含む。
実施例８４は、実施例８１から８３のいずれかの主題を含む。実施例８４では、秘密鍵を提供する段階は、第２の参加者からグループに参加する許可を要求する参加要求を受信する段階と、第２の参加者の信頼性を確認する段階と、を含む。
実施例８５は、実施例８１から８４のいずれかの主題を含む。実施例８５では、信頼性を確認する段階は、参加要求に署名するために使用された製造業者の鍵を検証する段階を含む。
実施例８６は、実施例８１から８５のいずれかの主題を含む。実施例８６では、本方法は、第２の参加者におけるグループの第２の秘密鍵を生成する段階であって、第２の秘密鍵は、グループ公開鍵の下にある、段階と、第１の参加者にメッセージを送信する段階であって、メッセージは、第２の秘密鍵によって署名された、第２の参加者の公開鍵である、段階と、グループ分散型台帳にトランザクションをコミットする段階であって、トランザクションは、秘密鍵によって署名された第２の参加者の公開鍵を含む、段階と、を含む。
実施例８７は、実施例８１から８６のいずれかの主題を含む。実施例８７では、本方法は、第３の参加者における参加要求を作成する段階であって、参加要求は、第３の参加者のための秘密鍵によって署名された第３の参加者トランザクション鍵を含む、段階と、参加要求を第２の参加者に送信する段階と、第２の参加者によって、第３の参加者のための公開鍵、第２の参加者のためのトランザクション鍵、および署名付きトランザクションを作成するためのグループ鍵で参加要求に署名する段階と、署名付きトランザクションを第３の参加者に送り返す段階と、を含む。
実施例８８は、実施例８１から８７のいずれかの主題を含む。実施例８８では、本方法は、署名されたトランザクションに第２の参加者からのトランザクションデータを含めることを含む。
実施例８９は、実施例８１から８８のいずれかの主題を含む。実施例８９では、本方法は、第３の参加者のための秘密グループ鍵を用いて署名付きトランザクションに署名する段階と、署名付きトランザクションをグループ分散型台帳にコミットする段階と、を含む。
実施例９０は、実施例８１から８９のいずれかの主題を含む。実施例９０では、本方法は、第２の参加者のための秘密グループ鍵を使用して第２の参加者でトランザクションデータに署名する段階と、トランザクションデータをグループ分散型台帳にコミットする段階と、を含む。
実施例９１は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、グループに完全性保証があることを判定し、分散型台帳エニュメレーション局（ＤＬＥＡ）を用いてグループ名を予約し、グループ公開鍵および許可ポリシーを作成し、グループ名およびグループ公開鍵をグループ分散型台帳にコミットするようにプロセッサに指示する命令を含む。
実施例９２は、実施例９１の主題を含む。実施例９２では、非一時的機械可読媒体は、第２の参加者からの参加要求を確認し、参加メッセージを第２の参加者に送信するようにプロセッサに指示する命令を含み、参加要求はグループ秘密鍵を含む。
実施例９３は、実施例９１または９２のいずれかの主題を含む。実施例９３では、非一時的機械可読媒体は、グループ秘密鍵でトランザクションデータに署名し、署名付きトランザクションデータをグループ分散型台帳にコミットするようにプロセッサに指示する命令を含む。
実施例９４は、装置を含む。装置は、ＩｏＴネットワークを含み、ＩｏＴネットワークは、トラステッド実行環境（ＴＥＥ）を含む。これはまた、ブロックチェーンのチェーン履歴も含み、チェーン履歴は、ハッシュシグネチャのホワイトリスト、チェーン履歴をローカルコンピューティングのルートオブトラストに提供するための連鎖のためのルートオブトラスト（ＲＴＣ）、およびＩｏＴネットワーク内の制約のあるデバイスにアーカイブ機能を提供するためのアーカイブのためのルートオブトラスト（ＲＴＡ）を含む。
実施例９５は、実施例９４の主題を含む。実施例９５では、ＴＥＥは、システム内の最初のロード可能オブジェクトを検証するためのルートオブトラスト測定部（ＲＴＭ）を含む。
実施例９６は、実施例９４または９５のいずれかの主題を含む。実施例９６では、ＴＥＥは、ストレージに対するルートオブトラストの値をアテステーションするための報告用のルートオブトラスト（ＲＴＲ）、およびストレージのためのルートオブトラストデバイスに対する値を格納するためのルートオブトラスト（ＲＴＳ）を含む。
実施例９７は、実施例９４から９６のいずれかの主題を含む。実施例９７では、ＴＥＥは、チェーン履歴を他のデバイスに移行し、他のデバイスからのチェーン履歴を検証するためのブロックチェーンロジックを含む。
実施例９８は、実施例９４から９７のいずれかの主題を含む。実施例９８では、ＴＥＥは、現在の構成、過去の構成、または予想される構成、あるいはそれらの任意の組み合わせを含むホワイトリスト履歴を含む。
実施例９９は、実施例９４から９８のいずれかの主題を含む。実施例９９では、ＴＥＥは、ブートプロセス中に行われた測定を記録するために測定履歴を含めることを含む。
実施例１００は、実施例９４から９９のいずれかの主題を含む。実施例１００では、測定履歴は、複数のブートシーケンスからの測定ログを含む。
実施例１０１は、実施例９４から１００のいずれかの主題を含む。実施例１０１では、本装置は、トラステッド環境でブートするデバイスのメッシュネットワークを含む。
実施例１０２は、実施例９４から１０１のいずれかの主題を含む。実施例１０２では、チェーン履歴は、それぞれアテステーション鍵によって署名されているプラットフォーム制御レジスタ（ＰＣＲ）からの複数の値を含むブロックチェーンブロックを含む。
実施例１０３は、実施例９４から１０２のいずれかの主題を含む。実施例１０３では、ブロックチェーンブロックはブロック署名鍵を含む。
実施例１０４は、実施例９４から１０３のいずれかの主題を含む。実施例１０４では、装置は、ホワイトリスト値を記憶するイメージリポジトリを含む。
実施例１０５は、実施例９４から１０４のいずれかの主題を含む。実施例１０５では、チェーン履歴は、製造業者アテステーション鍵によってそれぞれ署名された複数のホワイトリストイメージのマニフェストを含むブロックチェーンブロックを含む。
実施例１０６は、実施例９４から１０５のいずれかの主題を含む。実施例１０６では、ブロックチェーンブロックはブロック署名鍵を含む。
実施例１０７は、ＩｏＴネットワーク内のデバイスをセキュアにブートするための方法を含む。ＩｏＴネットワーク内のデバイスをセキュアにブートするための方法は、コードオブジェクトを実行する前にコードオブジェクトを測定する段階と、ブロックチェーンから取得された既知の良好なイメージと測定を比較する段階と、測定が既知の良好なイメージと一致する場合、コードオブジェクトを実行する段階と、を含む。
実施例１０８は、実施例１０７の主題を含む。実施例１０８では、本方法は、測定値をブロックチェーンから取得された既知の不良イメージと比較する段階と、測定値が既知の不良イメージと一致する場合にデバイスを隔離する段階と、測定値と既知の不良イメージとが一致する場合にコードを修正する段階と、を含む。
実施例１０９は、実施例１０７または１０８のいずれかの主題を含む。実施例１０９では、本方法は、測定値が既知の良好なイメージまたは既知の不良イメージと一致しない場合、事前定義されたポリシーに従う段階を含む。
実施例１１０は、実施例１０７から１０９のいずれかの主題を含む。実施例１１０では、事前定義されたポリシーは、信頼されていない状態でブートし、信頼されているデバイスと通信しないようにデバイスに指示する。
実施例１１１は、実施例１０７から１１０のいずれかの主題を含む。実施例１１１では、本方法は、クラウドリポジトリから測定用のイメージを取得する段階と、イメージのシグネチャが有効であることを確認する段階と、イメージがブートチェーンのハッシュであることを確認する段階と、イメージのマニフェストに署名する段階と、ホワイトリストにイメージを追加する段階と、ホワイトリストをブロックチェーンにコミットする段階と、を含む。
実施例１１２は、実施例１０７から１１１のいずれかの主題を含む。実施例１１２では、本方法は、イメージがブートチェーンのイメージではないと判定する段階と、イメージが攻撃イメージであることを判定する段階と、攻撃イメージをブラックリストに追加する段階と、ブラックリストをブロックチェーンにコミットする段階と、を含む。
実施例１１３は、実施例１０７から１１２のいずれかの主題を含む。実施例１１３では、本方法は、イメージがブートチェーンのイメージではないと判定する段階と、イメージが未知のイメージであることを判定する段階と、未知のイメージを未分類リストに追加する段階と、未分類リストをブロックチェーンにコミットする段階と、を含む。
実施例１１４は、実施例１０７から１１３のいずれかの主題を含む。実施例１１４では、本方法は、正常に実行されたコードブロックのイメージを含むブロックを作成する段階と、ブロックをブロックチェーンにコミットする段階と、を含む。
実施例１１５は、実施例１０７から１１４のいずれかの主題を含む。実施例１１５では、本方法は、拒否されたコードブロックのイメージを含むブロックを作成する段階と、ブロックをブロックチェーンにコミットする段階と、を含む。
実施例１１６は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、測定値を取得するためにオブジェクトを実行する前にコードオブジェクトを測定し、その測定値をブロックチェーンから取得された既知の良好なイメージと比較し、測定値と既知の良好なイメージとの間に一致がある場合にコードオブジェクトを良好として分類するようにプロセッサに指示する命令を含む。
実施例１１７は、実施例１１６の主題を含む。実施例１１７では、非一時的機械可読媒体は、測定値を既知の不良イメージと比較し、測定値が既知の不良イメージと一致する場合にコードオブジェクトが実行されることを防ぐようにプロセッサに指示する命令を含む。
実施例１１８は、実施例１１６または１１７のいずれかの主題を含む。実施例１１８では、非一時的機械可読媒体は、チェーン履歴を含むブロックチェーンを維持し、ブロックチェーン内のルートオブトラストの測定値を維持するようにプロセッサに指示する命令を含む。
実施例１１９は、装置を含む。装置はＩｏＴデバイスを含み、ＩｏＴデバイスは、トラフィックがＩｏＴデバイスを通って流れることを可能にするためのアクセス権を提供するために使用されるネットワーク層と、ネットワークスタックにある通行権層であって、通行権層は、ＩｏＴデバイスを通してアプリケーション層の下でパケットを経路指定する、通行権層と、を制御するための通行権システムを含む。
実施例１２０は、実施例１１９の主題を含む。実施例１２０では、アクセス権は、アイデンティティ、認可、支払い、または時間に少なくとも部分的に基づく。
実施例１２１は、実施例１１９または１２０のいずれかの主題を含む。実施例１２１では、装置は、２つのドメインにわたって結合するデバイスのメッシュネットワークを含み、２つのドメインのそれぞれは、異なる通信プロトコルを使用する。
実施例１２２は、実施例１１９から１２１のいずれかの主題を含む。実施例１２２において、ＩｏＴデバイスは、２つのドメイン間にエッジデバイスを含む。
実施例１２３は、実施例１１９から１２２のいずれかの主題を含む。実施例１２３では、通行権システムは、第１のドメインによって使用されるプロトコルから第２のドメインによって使用されるプロトコルにパケットを変換する。
実施例１２４は、実施例１１９から１２３のいずれかの主題を含む。実施例１２４では、ＩｏＴデバイスは、アプリケーションとインターフェースをとり、通信のためにネットワークスタックを管理するためのアプリケーション／サービスマネージャを含む。
実施例１２５は、実施例１１９から１２４のいずれかの主題を含む。実施例１２５では、他のメッシュデバイスにパケットを通信するためのオペレーティングシステムおよびプログラミングインターフェースなどのアプリケーション動作環境を提供するためのアプリケーション／サービスマネージャである。
実施例１２６は、実施例１１９から１２５のいずれかの主題を含む。実施例１２６では、ＩｏＴデバイスは、通信のためのマイクロペイメントを処理するための支払い／クレジットマネージャを含む。
実施例１２７は、実施例１１９から１２６のいずれかの主題を含む。実施例１２７では、ＩｏＴデバイスは、通信を計時するためのタイミングサブシステムを含む。
実施例１２８は、実施例１１９から１２７のいずれかの主題を含む。実施例１２８では、ＩｏＴデバイスは、通信許可、支払い、もしくはクレジット、またはそれらの任意の組み合わせのブロックチェーンにアクセスし維持するためのブロックチェーンロジックを含む。
実施例１２９は、実施例１１９から１２８のいずれかの主題を含む。実施例１２９では、ＩｏＴデバイスは、ブロックチェーンを他のデバイスに移行し、別のデバイスから転送されたブロックチェーンを検証するためのブロックチェーンロジックを含む。
実施例１３０は、ＩｏＴネットワークにおける通信のために通行権システムを使用するための方法を含む。ＩｏＴネットワークにおける通信のために通行権システムを使用するための方法は、通行権層を介して第１のデバイスから第２のデバイスへパケットを転送する段階を含み、通行権層は、ネットワークスタックにおいてアプリケーション層の下にある。
実施例１３１は、実施例１３０から１３１のいずれかの主題を含む。実施例１３１では、本方法は、デバイスレジストラに経路指定要求を送信する段階と、デバイスレジストラから許可を受信する段階と、通行権層を通してパケットを経路指定する段階と、を含む。
実施例１３２は、実施例１３０の主題を含む。実施例１３２では、本方法は、経路指定完了通知をデバイスレジストラに送信する段階を含む。
実施例１３３は、実施例１３０または１３２のいずれかの主題を含む。実施例１３３では、本方法は、デバイスレジストラからの支払いを受け入れる段階を含む。
実施例１３４は、実施例１３０から１３３のいずれかの主題を含む。実施例１３４では、本方法は、経路指定要求をデバイスレジストラに送信する段階と、デバイスレジストラから拒否決定を受信する段階と、パケットを削除する段階と、を含む。
実施例１３５は、実施例１３０から１３４のいずれかの主題を含む。実施例１３５では、本方法は、要求が認可されているか否かを判定するために要求者をルックアップする段階と、データ転送に十分なクレジットが存在するか否かを判定するために記録をチェックする段階と、パケットの転送を認可するためにメッセージを送信する段階と、を含む。
実施例１３６は、実施例１３０から１３５のいずれかの主題を含む。実施例１３６では、本方法は、要求が認可されているか否かを判定するために要求者をルックアップする段階と、リース時間を計算するために記録をチェックする段階と、通信のための期限付きリースを付与するためにメッセージを送信する段階と、を含む。
実施例１３７は、実施例１３０から１３６のいずれかの主題を含む。実施例１３７では、本方法は、パケットの転送に対するエスクロー支払いを解除する段階と、を含む。
実施例１３８は、実施例１３０から１３７のいずれかの主題を含む。実施例１３８では、本方法は、通信のための期限付きリースを無効にする段階と、有効期限をデバイスに通知するためにメッセージを送信する段階と、を含む。
実施例１３９は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されたときに、パケットの認可に少なくとも部分的に基づいて、モノのインターネット（ＩｏＴ）デバイス内の通行権層を通してパケットを経路指定するようにプロセッサに指示する命令を含む。
実施例１４０は、実施例１３９の主題を含む。実施例１４０では、非一時的機械可読媒体は、実行されると、パケットを経路指定するための認可を得るために経路指定要求をデバイスレジストラに送信するようにプロセッサに指示する命令を含む。
実施例１４１は、実施例１３９または１４０のいずれかの主題を含む。実施例１４１では、非一時的機械可読媒体は、実行されると、パケットを含む通信が終了した後に完了通知をデバイスレジストラに送信するようにプロセッサに指示する命令を含む。
実施例１４２は、実施例１３９から１４１のいずれかの主題を含む。実施例１４２では、非一時的機械可読媒体は、実行されると、デバイスレジストラからパケットを転送するための支払いを受け入れるようにプロセッサに指示する命令を含む。
実施例１４３は、実施例１３９から１４２のいずれかの主題を含む。実施例１４３では、非一時的機械可読媒体は、実行されると、認可を判定するために要求者をルックアップするようにプロセッサに指示する命令を含む。
実施例１４４は、実施例１３９から１４３のいずれかの主題を含む。実施例１４４では、非一時的機械可読媒体は、実行されると、パケットの転送に対して支払うのに十分なクレジットが存在するか否かを判定するようにプロセッサに指示する命令を含む。
実施例１４５は、実施例１３９から１４４のいずれかの主題を含む。実施例１４５では、非一時的機械可読媒体は、実行されると、パケットを含む通信のリース時間を計算するようにプロセッサに指示する命令を含む。
実施例１４６は、実施例１３９から１４５のいずれかの主題を含む。実施例１４６では、非一時的機械可読媒体は、実行されると、認可、リース時間、またはその両方をＩｏＴデバイスに通信するようにプロセッサに指示する命令を含む。
実施例１４７は、実施例１３９から１４６のいずれかの主題を含む。実施例１４７では、非一時的機械可読媒体は、実行されると、リースを終了させ、ＩｏＴデバイスに終了を通知するようにプロセッサに指示する命令を含む。
実施例１４８は、装置を含む。本装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、パケットがＩｏＴデバイスによって送信されたことを識別するＰｏＰ鍵を計算するためのプルーフオブプロヴェナンス（ＰｏＰ）鍵計算部と、パケットにＰｏＰ鍵を付加するためのパケット構築部と、パケットを別のデバイスに送信するための通信部と、を含むＩｏＴデバイスを含む。
実施例１４９は、実施例１４８の主題を含む。実施例１４９では、ＩｏＴデバイスは、イングレス鍵を判定するイングレス鍵計算部を含む。
実施例１５０は、実施例１４８または１４９のいずれかの主題を含む。実施例１５０では、イングレス鍵計算部は、パケット内の前のＰｏＰ鍵を識別し、イングレス鍵を前のＰｏＰ鍵に設定するためのパケットリーダを含む。
実施例１５１は、実施例１４８から１５０のいずれかの主題を含む。実施例１５１では、イングレス鍵計算部は、イングレス鍵を計算するための乱数発生器を含む。
実施例１５２は、実施例１４８から１５１のいずれかの主題を含む。実施例１５２では、ＩｏＴデバイスはデバイス鍵を含む。
実施例１５３は、実施例１４８から１５２のいずれかの主題を含む。実施例１５３では、デバイス鍵は、デバイスにプログラムされている製造業者の鍵である。
実施例１５４は、実施例１４８から１５３のいずれかの主題を含む。例１５４では、デバイス鍵はブロックチェーンから取得される。
実施例１５５は、実施例１４８から１５４のいずれかの主題を含む。実施例１５５では、ＰｏＰ鍵計算部は、ＰｏＰ鍵を形成するためにイングレス鍵とデバイス鍵を組み合わせる機能を含む。
実施例１５６は、実施例１４８から１５５のいずれかの主題を含む。実施例１５６では、ＩｏＴデバイスは、パケット内のＰｏＰ鍵シーケンスが認可されていることを確認するためのＰｏＰシーケンス検証部を含む。
実施例１５７は、実施例１４８から１５６のいずれかの主題を含む。実施例１５７では、本装置は、複数のデバイスを含み、デバイスのそれぞれが、受信したパケットのＰｏＰ鍵を計算するＰｏＰ鍵計算機と、パケットにＰｏＰ鍵を付加するパケット構築部と、パケットを別のデバイスに送信する通信部と、を含む。
実施例１５８は、実施例１５７の主題を含む。実施例１５８では、通信部は、パケットを新しいプロトコルに変換するためのプロトコル変換部を含む。
実施例１５９は、実施例１５７および１５８のいずれかの主題を含み、パケットを１５９に含む。実施例１５９では、パケットは、ＰｏＰ鍵のための複数のプレースホルダを含む。
実施例１６０は、パケットに対するプルーフオブプロヴェナンス（ＰｏＰ）を用いてデバイス間でパケットを転送するための方法を含む。パケットに対するプルーフオブプロヴェナンス（ＰｏＰ）を用いてデバイス間でパケットを転送するための方法は、デバイスからパケットを受信する段階と、パケットからイングレス鍵を判定する段階と、パケットのＰｏＰ鍵を計算する段階と、ＰｏＰ鍵をパケットに付加する段階と、パケットを別のデバイスに送信する段階と、を含む。
実施例１６１は、実施例１６０の主題を含む。実施例１６１では、本方法は、ブロックチェーンからデバイス鍵を取得する段階を含む。
実施例１６２は、実施例１６０または１６１のいずれかの主題を含む。実施例１６２では、本方法は、ＰｏＰをイングレス鍵およびデバイス鍵の関数として計算する段階を含む。
実施例１６３は、実施例１６０から１６２のいずれかの主題を含む。実施例１６３では、本方法は、パケットからＰｏＰ鍵を抽出する段階と、鍵をトークン化する段階と、ＰｏＰトークンを検証する段階と、検証の結果を報告する段階と、を含む。
実施例１６４は、実施例１６０から１６３のいずれかの主題を含む。実施例１６４では、結果を検証する段階は、送信デバイスのアイデンティティを確認するためにＰｏＰトークンを共通の秘密鍵と組み合わせる機能を実行する段階を含む。
実施例１６５は、実施例１６０から１６４のいずれかの主題を含む。実施例１６５では、結果を報告する段階は、他のデバイスに故障を知らせる段階を含む。
実施例１６６は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、イングレス鍵を識別するために受信パケットを読み取り、イングレス鍵に少なくとも部分的に基づいて、プルーフオブプロヴェナンス（ＰｏＰ）鍵を計算し、パケットにＰｏＰ鍵を付加し、パケットを受信デバイスに送信するようにプロセッサに指示する命令を含む。
実施例１６７は、実施例１６６の主題を含む。実施例１６７では、非一時的機械可読媒体は、実行されると、ブロックチェーンからデバイス鍵を取得するようにプロセッサに指示する命令を含む。
実施例１６８は、実施例１６６または１６７のいずれかの主題を含む。実施例１６８では、非一時的機械可読媒体は、実行されると、デバイス鍵を生成するようにプロセッサに指示する命令を含む。
実施例１６９は、実施例１６６から１６８のいずれかの主題を含む。実施例１６９では、非一時的機械可読媒体は、実行されると、ＰｏＰ鍵を計算するために、イングレス鍵およびデバイス鍵に対して機能を実行するようにプロセッサに指示する命令を含む。
実施例１７０は、実施例１６６から１６９のいずれかの主題を含む。実施例１７０では、非一時的機械可読媒体は、実行されると、パケット内のＰｏＰ鍵のシーケンスを検証するようにプロセッサに指示する命令を含む。
実施例１７１は、実施例１６６から１７０のいずれかの主題を含む。実施例１７１では、非一時的機械可読媒体は、実行されると、検証の結果を別のデバイスに報告するようにプロセッサに指示する命令を含む。
実施例１７２は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、通信を受け入れて通信を送信するための通信部と、トークンバケットを識別するために通信内のメタデータを解析するためのデータ解析部と、通信を送信するために必要な支払いを計算するための支払い計算部と、トークンバケットからの支払いを差し引き、メタデータを更新するための支払い抽出部と、更新されたメタデータで通信を再構築するためのフレーム構築部と、を含む。
実施例１７３は、実施例１７２の主題を含む。実施例１７３では、通信部は、プロトコル間の通信を変換する、またはその通信にプルーフオブプロヴェナンスの追加を実行する、またはその両方である。
実施例１７４は、実施例１７２または１７３のいずれかの主題を含む。実施例１７４では、装置は通行権システムを含む。
実施例１７５は、実施例１７２から１７４のいずれかの主題を含む。実施例１７５では、データ解析部は、トークンバケットを復号する。
実施例１７６は、実施例１７２から１７５のいずれかの主題を含む。実施例１７６では、支払い計算部は、ペイロードサイズにペイロードを送信するための１バイト当たりのコストを掛けたものに少なくとも部分的に基づいて支払いを計算する。
実施例１７７は、実施例１７２から１７６のいずれかの主題を含む。実施例１７７では、支払い計算部は、通信の優先度レベルに少なくとも部分的に基づいて支払いを計算する。
実施例１７８は、実施例１７２から１７７のいずれかの主題を含む。実施例１７８では、支払い抽出部は、トークンバケットに記録された残高から支払いを差し引く。
実施例１７９は、実施例１７２から１７８のいずれかの主題を含む。実施例１７９では、支払い抽出部は、トークンバケットからトークンを取り除く。
実施例１８０は、実施例１７２から１７９のいずれかの主題を含む。実施例１８０では、フレーム構築部は、トークンバケットを暗号化し、パケットペイロードおよびメタデータをアセンブルして、通信の少なくとも一部を含むフレームを形成する。
実施例１８１は、実施例１７２から１８０のいずれかの主題を含む。実施例１８１では、本装置は、トークンバケットで参照されたソースからの支払いを受け入れるための支払い受け入れ部を含む。
実施例１８２は、実施例１７２から１８１のいずれかの主題を含む。実施例１８２では、ソースは、トークンバケット内のビットシーケンスによって識別されたブロックチェーンを含む。
実施例１８３は、通信を送信するために経路指定デバイスに支払うためにトークンバケットを使用するための方法を含む。通信を送信するために経路指定デバイスに支払うためにトークンバケットを使用するための方法は、送信システムにおいてフレームを受信する段階と、トークンバケットを識別するためにパケットフレームメタデータを解析する段階と、通信を送信するために支払いを計算する段階と、トークンバケットから支払いを抽出し、新しいトークンバケットを提供する、段階と、新しいトークンバケットを使用してフレームメタデータを更新する段階と、経路指定デバイスからフレームを経路指定する段階と、を含む。
実施例１８４は、実施例１８３の主題を含む。実施例１８４では、本方法は、フレームメタデータが正しくないと判定された場合に送信者に警告する段階を含む。
実施例１８５は、実施例１８３または１８４のいずれかの主題を含む。実施例１８５では、支払いを計算する段階は、ペイロードサイズに経路指定された各バイトに対する料金を掛ける段階を含む。
実施例１８６は、実施例１８３から１８５のいずれかの主題を含む。実施例１８６では、支払いを計算する段階は、より高いレートで優先度による経路指定に課金する段階を含む。
実施例１８７は、実施例１８３から１８６のいずれかの主題を含む。実施例１８７では、トークンバケットから支払いを抽出する段階は、通信を送信するための量だけトークンフィールドをデクリメントさせる段階を含む。
実施例１８８は、実施例１８３から１８７のいずれかの主題を含む。実施例１８８では、本方法は、ローカル支払い小計をインクリメントさせる段階を含む。
実施例１８９は、実施例１８３から１８８のいずれかの主題を含む。実施例１８９では、本方法は、ローカル支払い小計を用いて支払いストアを更新する段階を含む。
実施例１９０は、実施例１８３から１８９のいずれかの主題を含む。実施例１９０では、支払いストアは、支払いトランザクションを含むブロックチェーンである。
実施例１９１は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、トークンバケットを識別するためのフレームのメタデータを解析し、メタデータからトークンバケットを抽出し、宛先にメッセージを送信するための支払いを計算し、トークンバケットから支払いを抽出し、トークンバケットの変更を含むようにフレームを更新し、宛先に向けてフレームを経路指定するようにプロセッサに指示する命令を含む。
実施例１９２は、実施例１９１の主題を含む。実施例１９２では、非一時的機械可読媒体は、実行されると、最終宛先を示すアドレスと共に後続のデバイスにフレームを送信するようにプロセッサに指示する命令を含む。
実施例１９３は、実施例１９１または１９２のいずれかの主題を含む。実施例１９３では、非一時的機械可読媒体は、実行されると、フレームのサイズと送信されるバイト当たりのコストとに少なくとも部分的に基づいて支払いを計算するようにプロセッサに指示する命令を含む。
実施例１９４は、実施例１９１から１９３のいずれかの主題を含む。実施例１９４では、非一時的機械可読媒体は、実行されると、メッセージ送信の優先度に少なくとも部分的に基づいて支払いを計算するようにプロセッサに指示する命令を含む。
実施例１９５は、実施例１９１から１９４のいずれかの主題を含む。実施例１９５では、非一時的機械可読媒体は、実行されると、トークンバケットに記録された残高を減らすようにプロセッサに指示する命令を含む。
実施例１９６は、実施例１９１から１９５のいずれかの主題を含む。実施例１９６では、非一時的機械可読媒体は、実行されると、トークンバケットからトークンを除去するようにプロセッサに指示する命令を含み、トークンは暗号化されたビットシーケンスを含む。
実施例１９７は、実施例１９１から１９６のいずれかの主題を含む。実施例１９７では、非一時的機械可読媒体は、実行されると、フレームを更新する前にトークンバケットを暗号化するようにプロセッサに指示する命令を含む。
実施例１９８は、実施例１９１から１９７のいずれかの主題を含む。実施例１９８では、非一時的機械可読媒体は、実行されると、トークンバケット内の残高を増やすために支払いを受け入れるようにプロセッサに指示する命令を含む。
実施例１９９は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。これは、エグレスフレームを含む通信を送信するための通信部と、利用可能なプロトコルを判定するためのプロトコルライブラリ構築部と、イングレスフレームを分析するためのフレーム分析部と、イングレスフレームからエグレスフレームを構築するためのフレーム構築部と、を含む。
実施例２００は、実施例１９９の主題を含む。実施例２００では、フレーム分析部は、イングレスフレームのフレーム長、エグレスフレームのプロトコル、またはその両方を判定する。
実施例２０１は、実施例１９９または２００のいずれかの主題を含む。実施例２０１では、装置は通行権システムを含む。
実施例２０２は、実施例１９９から２０１のいずれかの主題を含む。実施例２０２では、本装置は、利用可能なプロトコルを格納するためのプロトコルライブラリを含む。
実施例２０３は、実施例１９９から２０２のいずれかの主題を含む。実施例２０３では、プロトコルライブラリは、ペイロードサイズ、フィールド長、フレームヘッダフォーマット、もしくはフレームフッタフォーマット、またはそれらの任意の組み合わせを含むプロトコル用のフォーマットデータを含む。
実施例２０４は、実施例１９９から２０３のいずれかの主題を含む。実施例２０４では、本装置は、第１のプロトコルのイングレスフレームと、第２のプロトコルのエグレスフレームであって、エグレスフレームは、イングレスフレームの少なくとも一部を含むペイロードフィールドを含む、エグレスフレームと、を含む。
実施例２０５は、実施例１９９から２０４のいずれかの主題を含む。実施例２０５では、本装置は、第１のプロトコルのイングレスフレームと、複数のエグレスフレームであって、それぞれが第２のプロトコルであり、複数のエグレスフレームのそれぞれは、イングレスフレームの少なくとも一部を含むペイロードフィールドを含む、エグレスフレームと、を含む。
実施例２０６は、第１のプロトコルのフレームを第２のプロトコルのペイロードフィールドにパックするための方法を含む。第１のプロトコルのフレームを第２のプロトコルのペイロードフィールドにパックするための方法は、イングレスフレームのプロトコルとエグレスフレームのプロトコルとを識別する段階と、イングレスフレームの少なくとも一部をエグレスフレームのペイロードフィールドに書き込む段階と、エグレスフレームを宛先に向けてディスパッチする段階と、を含む。
実施例２０７は、実施例２０６の主題を含む。実施例２０７では、本方法は、利用可能なイングレスおよびエグレスプロトコルのライブラリを作成する段階を含み、ライブラリは、各プロトコルのフレームのサイズ、各プロトコルのフレームのペイロードフィールドのサイズ、各プロトコルのアドレス、または任意の組み合わせを含む。
実施例２０８は、実施例２０６または２０７のいずれかの主題を含む。実施例２０８では、本方法は、エグレスフレーム内のペイロードフィールドのサイズを判定する段階と、イングレスフレームがペイロード内に収まるか否かを判定する段階と、を含む。
実施例２０９は、実施例２０６から２０８のいずれかの主題を含む。実施例２０９では、本方法は、エグレスフレームのペイロードフィールドに収まるには大きすぎるイングレスフレームを断片化する段階を含む。
実施例２１０は、実施例２０６から２０９のいずれかの主題を含む。実施例２１０では、本方法は、イングレスフレームを複数のバイトシーケンスに分割する段階を含み、各バイトシーケンスは、エグレスフレームのペイロードフィールドに収まる。
実施例２１１は、実施例２０６から２１０のいずれかの主題を含む。実施例２１１では、本法は、複数のバイトシーケンスのそれぞれを、別々のエグレスフレームのデータフィールドに書き込む段階と、複数のバイトシーケンスのそれぞれに対するシーケンス番号を別々のエグレスフレームのデータフィールドに書き込む段階と、を含む。
実施例２１２は、実施例２０９から２１１のいずれかの主題を含む。実施例２１２では、本方法は、イングレスフレームのすべての断片が処理されたか否かを判定する段階と、そうでない場合、エグレスフレームに断片を書き込み続ける段階と、を含む。
実施例２１３は、実施例２０６から２１２のいずれかの主題を含む。実施例２１３では、本方法は、新しいイングレスフレームが受信されたか否かを判定する段階と、新しいイングレスフレームを処理してそれをエグレスフレームにパッケージ化する、段階と、を含む。
実施例２１４は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、サイズおよび他の制約を判定するためにイングレスフレームを分析し、エグレスフレームのプロトコルを判定し、イングレスフレームの少なくとも一部をエグレスフレームのデータフィールドに書き込み、宛先に向かってエグレスフレームを経路指定するようにプロセッサに指示する命令を含む。
実施例２１５は、実施例２１４の主題を含む。実施例２１５では、非一時的機械可読媒体は、実行されたときに、利用可能なイングレスプロトコルおよびエグレスプロトコルのインベントリを作成するようにプロセッサに指示する命令を含む。
実施例２１６は、実施例２１４または２１５のいずれかの主題を含む。実施例２１６では、非一時的機械可読媒体は、実行されると、エグレスフレームのデータフィールド内に収まるには大きすぎる場合にはイングレスフレームを断片化するようにプロセッサに指示する命令を含む。
実施例２１７は、実施例２１４から２１６のいずれかの主題を含む。実施例２１７では、非一時的機械可読媒体は、実行されると、宛先で正しく再アセンブルするために各断片にシーケンス番号をラベル付けするようにプロセッサに指示する命令を含む。
実施例２１８は、実施例２１４から２１７のいずれかの主題を含む。実施例２１８では、非一時的機械可読媒体は、実行されると、イングレスフレームまたはイングレスフレームの断片を、エグレスフレームのペイロードフィールドに配置するようにプロセッサに指示する命令を含む。
実施例２１９は、実施例２１４から２１８のいずれかの主題を含む。実施例２１９では、非一時的機械可読媒体は、実行されると、最終宛先を示すアドレスを付けて後続のデバイスにフレームを送信するようにプロセッサに指示する命令を含む。
実施例２２０は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、ＩｏＴデバイスとターゲットデバイスとの間の利用可能な並列通信チャネルを識別するためのネットワーク発見部と、送信のためにペイロードをサブオブジェクトに断片化するためのペイロード断片化部／パッケージ化部と、並列通信チャネルを介してサブオブジェクトをターゲットデバイスに送信するためのパケット通信部と、を含む。
実施例２２１は、実施例２２０の主題を含む。実施例２２１では、ネットワーク発見部は、通信チャネルの組み合わせを判定する。
実施例２２２は、実施例２２０または２２１のいずれかの主題を含む。実施例２２２では、ネットワーク発見部は、通信速度、信頼性、または電力利用可能性、あるいはそれらの組み合わせに少なくとも部分的に基づいて、通信チャネルを判定する。
実施例２２３は、実施例２２０から２２２のいずれかの主題を含む。実施例２２３では、ペイロードはセンサから得られた測定値を含む。
実施例２２４は、実施例２２０から２２３のいずれかの主題を含む。実施例２２４では、ペイロードは別のＩｏＴデバイスからのメッセージを含む。
実施例２２５は、実施例２２０から２２４のいずれかの主題を含む。実施例２２５では、ネットワーク発見部は、並列通信に使用されるべき利用可能なネットワーク通信パスおよび関連プロトコルのリストを維持する。
実施例２２６は、実施例２２０から２２５のいずれかの主題を含む。実施例２２６では、ペイロード断片化部／パッケージ化部は、サブオブジェクトのそれぞれをフレームにパッケージ化し、フレームは、通信チャネルに関連するプロトコル内にある。
実施例２２７は、実施例２２０から２２６のいずれかの主題を含む。実施例２２７では、装置は、他のデバイスからのフレームを受信し、プロトコルパッケージングを取り外し、フレームを分析してメッセージおよびシーケンス情報を識別するために、ペイロード受信部／分析部を含む。
実施例２２８は、実施例２２０から２２７のいずれかの主題を含む。実施例２２８では、ペイロード受信部／分析部は、受信されたフレームのデータフィールドがペイロードのサブオブジェクトであると判定する。
実施例２２９は、実施例２２０から２２８のいずれかの主題を含む。実施例２２９では、ペイロード受信部／分析部は、サブオブジェクトおよびすべての受信されたサブオブジェクトのシーケンス番号を格納し、次いで、シーケンス番号およびストレージ情報をペイロードデフラグ部に渡す。
実施例２３０は、実施例２２０から２２９のいずれかの主題を含む。実施例２３０では、装置は、ペイロードを最終ペイロードオブジェクトに再アセンブルするためのペイロードデフラグ部を含む。
実施例２３１は、複数の並列通信チャネルを介してペイロードを断片化しディスパッチするための方法を含む。複数の並列通信チャネルを介してペイロードを断片化しディスパッチするための方法は、利用可能な通信チャネルおよび通信チャネルに関連するプロトコルフレームによってサポートされるペイロードサイズに少なくとも部分的に基づいて、ペイロードを断片に断片化する段階を含む。本方法はまた、シーケンス番号を断片に割り当てる段階と、サブブロックを形成するために、シーケンス番号を含むヘッダを断片に付加する段階と、サブブロックを異なる経路で伝送するためのプロトコルフレームにパッケージ化する段階と、異なる通信チャネルを介してサブブロックをディスパッチする段階と、を含む。
実施例２３２は、実施例２３１の主題を含む。実施例２３２では、ペイロードを断片に断片化する段階は、通信チャネルを介する送信速度、または通信チャネルを介する優先度、あるいはその両方に少なくとも部分的に基づく。
実施例２３３は、実施例２３１または２３２のいずれかの主題を含む。実施例２３３では、本方法は、宛先への利用可能な通信チャネルを発見する段階と、通信チャネルおよび関連プロトコルをライブラリに保存する段階と、を含む。
実施例２３４は、実施例２３１から２３３のいずれかの主題を含む。実施例２３４では、本方法は、接続が依然として存在することを確認するために周期的に通信チャネルをテストする段階を含む。
実施例２３５は、複数の並列通信チャネルを介して送信されたパケットを受信し再結合する方法を含む。複数の並列通信チャネルを介して送信されたパケットを受信し再結合するための方法は、複数の異なる通信チャネルを介して送信デバイスからのフレームを受信する段階と、ペイロードの断片を取得するためにフレームを解析する段階と、断片からペイロードを再アセンブルするときを判定する段階と、ペイロードを再アセンブルするために断片を結合する段階と、を含む。
実施例２３６は、実施例２３５の主題を含む。実施例２３６では、本方法は、複数の異なる通信チャネル上でのフレームの受信を検出する段階と、フレームからペイロードを取り外す段階と、ペイロード断片および関連シーケンス番号を識別するために、ペイロードを分析する段階と、ペイロード断片を格納する段階と、関連シーケンス番号を記録する段階と、を含む。
実施例２３７は、実施例２３５または２３６のいずれかの主題を含む。実施例２３７では、本方法は、部分ペイロードを取得するためにすべてのフレームが受信される前に断片を結合する段階を含む。
実施例２３８は、実施例２３５から２３７のいずれかの主題を含む。実施例２３８では、本方法は、ペイロードをコンシューマプロセスに提供する段階を含む。
実施例２３９は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、通信のために選択されたプロトコルのフレームのデータフィールドに収まるようにペイロードを断片化し、サブブロックを形成するために、断面のシーケンス番号を含む各断片にヘッダを付加し、通信チャネルに応じて、各サブブロックをプロトコルフレームにパッケージ化し、プロトコルフレームに関連する通信チャネルを介してプロトコルフレームのそれぞれをターゲットデバイスにディスパッチするようにプロセッサに指示する命令を含む。
実施例２４０は、実施例２３９の主題を含む。実施例２４０では、非一時的機械可読媒体は、実行されると、受信デバイスへの利用可能な通信チャネルを発見するようにプロセッサに指示する命令を含む。
実施例２４１は、実施例２３９または２４０のいずれかの主題を含む。実施例２４１では、非一時的機械可読媒体は、実行されると、プロトコルフレームを受信し、プロトコルフレームからサブブロックをパッケージ解除し、各サブブロック内のヘッダを解析して断片と断片のシーケンス番号を識別するようにプロセッサに指示し、シーケンス番号の順序で断片からペイロードを再アセンブルするようにプロセッサに指示する命令を含む。
実施例２４２は、実施例２３９から２４１のいずれかの主題を含む。実施例２４２では、非一時的機械可読媒体は、実行されると、すべての断片が受信される前にペイロードを再アセンブルする必要があると判定するようにプロセッサに指示する命令を含む。
実施例２４３は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークはビーコンノードを含む。ビーコンノードは、衛星位置データを受信および処理するための衛星支援ナビゲーションモジュールと、衛星支援ナビゲーションモジュールを制御し、衛星支援ナビゲーション位置情報を取得するための衛星支援ナビゲーションロケータと、衛星支援ナビゲーション位置情報を解析するためのデータ解析部と、位置パケットを構築するためのペイロード構築部と、通信リンクを介してパケットをメッシュデバイスに送信するための通信部と、を含む。
実施例２４４は、実施例２４３の主題を含む。実施例２４４では、衛星支援ナビゲーション位置情報は、緯度、経度、時間、もしくは高度、またはそれらの任意の組み合わせを含む。
実施例２４５は、実施例２４３または２４４のいずれかの主題を含む。実施例２４５では、装置は、通信リンクを提供するために、メッシュ送受信機、アップリンク送受信機、またはネットワークインターフェースコントローラ（ＮＩＣ）、あるいはそれらの任意の組み合わせを含む。
実施例２４６は、実施例２４３から２４５のいずれかの主題を含む。実施例２４６では、ペイロード構築部は、通信リンクに関連するプロトコルを有するフレームにパケットを配置する。
実施例２４７は、実施例２４３から２４６のいずれかの主題を含む。実施例２４７では、衛星支援ナビゲーションロケータは、バッテリ容量に少なくとも部分的に基づいて、ＧＰＳモジュールを非アクティブ化する。
実施例２４８は、実施例２４３から２４７のいずれかの主題を含む。実施例２４８では、衛星支援ナビゲーションロケータは、別のビーコンノードが衛星支援ナビゲーションモジュールを非アクティブ化したときに、衛星支援ナビゲーションモジュールをアクティブ化する。
実施例２４９は、実施例２４３から２４８のいずれかの主題を含み、ＩｏＴデバイスを２４９に含む。実施例２４９では、ＩｏＴデバイスは、パケットがビーコンＩＤと一致するか、有効データを含むか、またはその両方であるかを判定するためにビーコンノードから受信したパケットを確認するためのパケット確認部を含む。
実施例２５０は、実施例２４３から２４９のいずれかの主題を含む。実施例２５０では、パケット確認部は無効フレームを無視する。
実施例２５１は、実施例２４３から２５０のいずれかの主題を含む。実施例２５１では、パケット確認部は再送要求を送信する。
実施例２５２は、実施例２４３から２５１のいずれかの主題を含む。実施例２５２では、ＩｏＴデバイスは、位置ペイロードを抽出するために、受信したフレームを分析するためのパケット抽出部を含む。
実施例２５３は、位置ペイロードを生成するための方法を含む。位置ペイロードを生成するための方法は、衛星支援ナビゲーションモジュールから位置データを取得する段階と、位置データを解析する段階と、位置データから位置ペイロードを構築する段階と、位置ペイロードを周囲のＩｏＴデバイスにブロードキャストする段階と、を含む。
実施例２５４は、実施例２５３の主題を含む。実施例２５４では、本方法は、位置を取得する段階を含み、位置を取得するために衛星支援ナビゲーションモジュールにコマンドを送信する段階と、事前定義された期間待機する段階と、位置が取得されたか否かを判定する段階と、位置が取得されたいる場合に位置データを提供する段階と、を含む。
実施例２５５は、実施例２５３または２５４のいずれかの主題を含む。実施例２５５では、位置データを解析する段階は、経度、緯度、または時間、あるいはそれらの任意の組み合わせを抽出する段階と、位置データをローカルストアに格納する段階と、を含む。
実施例２５６は、実施例２５３から２５５のいずれかの主題を含む。実施例２５６では、位置データから位置ペイロードを構築する段階は、シーケンシャルビットストリングに緯度、経度、および時間を書き込む段階と、ビーコンＩＤをシーケンシャルビットストリングに書き込む段階と、タイムスタンプをシーケンシャルビットストリングに書き込む段階と、を含む。
実施例２５７は、実施例２５３から２５６のいずれかの主題を含む。実施例２５７では、タイムスタンプは衛星データから抽出された時間データを含む。
実施例２５８は、実施例２５３から２５７のいずれかの主題を含む。実施例２５８では、本方法は、送信のためにペイロードをフレームにパッケージ化することを含む。
実施例２５９は、実施例２５３から２５８のいずれかの主題を含む。実施例２５９では、フレームは、イーサネット（登録商標）フレーム、ＬｏＲａＷＡＮ（登録商標）フレーム、４Ｇフレーム、３Ｇフレーム、またはそれらの任意の組み合わせである。
実施例２６０は、実施例２５３から２５９のいずれかの主題を含む。実施例２６０では、本方法は、送信機を起動する段階と、無線送信、有線ネットワーク、またはその両方を介してメッセージとしてフレームをディスパッチする段階と、を含む。
実施例２６１は、実施例２５３から２６０のいずれかの主題を含む。実施例２６１では、本方法は、事前定義された間隔待機する段階を含む。
実施例２６２は、実施例２５３から２６１のいずれかの主題を含む。実施例２６２では、本方法は、位置ペイロードを含むビーコンフレームを受信する段階と、ビーコンノードのアイデンティティを確認する段階と、フレームが有効であることを確認する段階と、ビーコンフレームから位置ペイロードを抽出する段階と、緯度および経度情報を抽出するために位置ペイロードを解析する段階と、を含む。
実施例２６３は、実施例２５３から２６２のいずれかの主題を含む。実施例２６３では、本方法は、タイムスタンプを抽出するために位置ペイロードを解析する段階を含む。
実施例２６４は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、衛星支援ナビゲーションモジュールから位置データを取得し、緯度および経度について別々の値を取得するために衛星支援ナビゲーションモジュールからの位置データを解析し、緯度および経度を含む位置ペイロードを構築し、位置ペイロードを特定のプロトコルのフレームにパッケージ化し、位置ペイロードをディスパッチするようにプロセッサに指示する命令を含む。
実施例２６５は、実施例２６４の主題を含む。実施例２６５では、非一時的機械可読媒体は、実行されると、タイムスタンプを一ペイロードに追加するようにプロセッサに指示する命令を含む。
実施例２６６は、実施例２６４または２６５のいずれかの主題を含む。実施例２６６では、非一時的機械可読媒体は、実行されると、ビーコンノードから受信されたフレームから位置ペイロードを抽出するようにプロセッサに指示する命令を含む。
実施例２６７は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、ＩｏＴデバイス上のデータを管理するためのデータマネージャと、ＩｏＴデバイスを通過するデータの各断片をインバウンド、アウトバウンド、またはキャッシュとして分類するためのデータ分類部と、分類されたデータをＩｏＴデバイス上の物理的な位置にマッピングするためのデータマップ部と、を含む。
実施例２６８は、実施例２６７の主題を含む。実施例２６８では、ＩｏＴデバイスは、ＩｏＴデバイスを出入りするデータ移動を追跡するためのデータ履歴部を含む。
実施例２６９は、実施例２６７から２６８のいずれかの主題を含む。実施例２６９では、ＩｏＴデバイスは、通信チャネルのためのフレームに使用されるプロトコルを管理するためのプロトコルマネージャを含む。
実施例２７０は、実施例２６７から２６９のいずれかの主題を含む。実施例２７０では、ＩｏＴデバイスは、複数の通信チャネル上のネットワーク通信を管理するためのネットワークマネージャを含む。
実施例２７１は、実施例２６７から２７０のいずれかの主題を含む。実施例２７１では、ＩｏＴデバイスは、メッシュ送受信機、アップリンク送受信機、イーサネット（登録商標）接続、またはそれらの任意の組み合わせを管理するための通信マネージャを含む。
実施例２７２は、実施例２６７から２７１のいずれかの主題を含む。実施例２７２では、ＩｏＴデバイスは、ＩｏＴデバイス自体のためのインバウンドデータを格納するためのインボックスを含む。
実施例２７３は、実施例２６７から２７２のいずれかの主題を含む。実施例２７３では、ＩｏＴデバイスは、別のメッシュデバイスに送信されるアウトバウンドデータを格納するためのアウトボックスを含む。
実施例２７４は、実施例２６７から２７３のいずれかの主題を含む。実施例２７４では、ＩｏＴデバイスは、データ要求を格納するためのキャッシュを含む。
実施例２７５は、実施例２６７から２７５のいずれかの主題を含む。実施例２７５では、ＩｏＴデバイスは、データを格納し配信するために互いに通信する複数のメッシュデバイスを含む。
実施例２７６は、実施例２６７から２７６のいずれかの主題を含む。実施例２７６では、データは、ステートレス方式で配信される。
実施例２７７は、分散型コンテンツ配信のための方法を含む。分散型コンテンツ配信のための方法は、データ断片をインバウンドデータ、アウトバウンドデータ、またはキャッシュデータとして分類する段階と、データ断片をデータストア内の物理的位置にマッピングする段階と、を含む。
実施例２７８は、実施例２７７の主題を含む。実施例２７８では、本方法は、インバウンドデータ断片についてのハッシュ鍵を計算する段階と、ハッシュ鍵がデータストア内にあるか否かを判定する段階と、そうでない場合にはデータ断片を格納する段階と、を含む。
実施例２７９は、実施例２７７または２７８のいずれかの主題を含む。実施例２７９では、本方法は、データ断片がアウトバウンドデータであると判定された場合、データの生存期間（ＴＴＬ）を計算する段階を含む。
実施例２８０は、実施例２７７から２７９のいずれかの主題を含む。実施例２８０では、ＴＴＬは、データ断片が削除前に送信され得るホップ数として計算される。
実施例２８１は、実施例２７７から２８０のいずれかの主題を含む。実施例２８１では、ＴＴＬは、削除前の期間として計算される。
実施例２８２は、実施例２７７から２８１のいずれかの主題を含む。実施例２８２では、ＴＴＬは、データ断片が送信され得るホップ数と期間との組み合わせとして計算される。
実施例２８３は、実施例２７７から２８２のいずれかの主題を含む。実施例２８３では、本方法は、データ履歴部内でインバウンドデータ要求、アウトバウンドデータ要求、またはその両方を追跡する段階を含む。
実施例２８４は、実施例２７７から２８３のいずれかの主題を含む。実施例２８４では、本方法は、キャッシュへのデータアクセスの頻度に少なくとも部分的に基づいて、キャッシュのサイズを調整する段階を含む。
実施例２８５は、実施例２７７から２８４のいずれかの主題を含む。実施例２８５では、本方法は、キャッシュへのデータアクセスの頻度に少なくとも部分的に応じて選択されるストレージ種別を選択する段階を含む。
実施例２８６は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、モノのインターネット（ＩｏＴ）デバイスを通過するデータ断片を、インバウンドデータ、アウトバウンドデータ、またはキャッシュデータとして分類し、分類されたデータ断片をＩｏＴデバイス上の物理的な位置にマッピングするようにプロセッサに指示する命令を含む。
実施例２８７は、実施例２８６の主題を含む。実施例２８７では、非一時的機械可読媒体は、実行されると、インバウンドデータのデータ断片のハッシュ鍵を計算し、ハッシュ鍵がローカルストアにあるか否かを判定し、ない場合は、データ断片をローカルストアに保存するようにプロセッサに指示する命令を含む。
実施例２８８は、実施例２８６または２８７のいずれかの主題を含む。実施例２８８では、非一時的機械可読媒体は、実行されると、ローカルストア内にあるデータ断片を更新するようにプロセッサに指示する命令を含む。
実施例２８９は、実施例２８６から２８８のいずれかの主題を含む。実施例２８９では、非一時的機械可読媒体は、実行されると、データ断片の生存期間を計算するようにプロセッサに指示する命令を含む。
実施例２９０は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、少なくとも２つのＩｏＴデバイスを含む無線メモリシステムを含む。無線メモリシステムは、発信ノードと受信ノードとを含む。発信ノードは、断片に格納されるデータを分割するためのペイロード断片化部と、断片からパケットを形成するためのカプセル化部と、受信ノードにパケットを送信するための通信部と、受信ノードから受信したパケットを発信ノードにループバックするためのルータと、を含む。受信ノードは、発信ノードから受信したパケットを受信ノードにループバックするルータを含み、パケットは発信ノードと受信ノードとの間の送信に格納される。
実施例２９１は、実施例２９０の主題を含む。実施例２９１では、発信ノードは、受信ノードから受信したパケットから断片を取り外すためのペイロード抽出部と、断片からデータを再構築するためのデータアセンブラと、を含む。
実施例２９２は、実施例２９０または２９１のいずれかの主題を含む。実施例２９２では、発信ノードと受信ノードとは、互換性のあるメッシュ送受信機をそれぞれ含む。
実施例２９３は、実施例２９０から２９２のいずれかの主題を含む。実施例２９３では、本装置は、発信元ノードと受信ノードとの間にチェーンを形成する複数のノードを含む。
実施例２９４は、実施例２９０から２９３のいずれかの主題を含む。実施例２９４では、発信ノードおよび受信ノードは、ネットワーク／経路指定層を含む通信スタックを含む。
実施例２９５は、実施例２９０から２９４のいずれかの主題を含む。実施例２９５では、ネットワーク／経路指定層は、ネットワーク／経路指定層で受信したパケットを送信のために物理層にループバックする。
実施例２９６は、実施例２９０から２９５のいずれかの主題を含む。実施例２９６では、ネットワーク／経路指定層は、データアクセスコマンドを受け入れ、パケットをアプリケーション層に転送する。
実施例２９７は、デバイス間の送信ループにおいてデータを断片化し格納するための方法を含む。デバイス間の送信ループでデータを断片化し格納するための方法は、格納されるデータをデータ断片に断片化する段階と、データ断片をメモリパケットにカプセル化する段階と、メモリパケットを別のデバイスに送信する段階と、他のデバイスからメモリパケットを受信する段階と、メモリパケットは他のデバイスにループバックする段階と、を含む。
実施例２９８は、実施例２９７の主題を含む。実施例２９８では、本方法は、断片のそれぞれにシーケンス番号を割り当てる段階を含む。
実施例２９９は、実施例２９７または２９８のいずれかの主題を含む。実施例２９９では、本方法は、メモリパケットを形成するために、シーケンス番号を含むヘッダを断片に付加する段階を含む。
実施例３００は、実施例２９７から２９９のいずれかの主題を含む。実施例３００では、ヘッダは、メモリパケットが格納されたデータであるという指示を含む。
実施例３０１は、実施例２９７から３００のいずれかの主題を含む。実施例３０１では、本方法は、アプリケーション層の下のスタック層においてメモリパケットを他のデバイスにループバックする段階を含む。
実施例３０２は、実施例２９７から３０１のいずれかの主題を含む。実施例３０２では、本方法は、受信されたメモリパケットが格納され続けるべきであるか否かを判定する段階と、格納され続けるべきである場合、パケットを他のデバイスに送信する段階と、を含む。
実施例３０３は、実施例２９７から３０２のいずれかの主題を含む。実施例３０３では、本方法は、データがメモリパケットから受信されるべきであると判定する段階を含む。
実施例３０４は、実施例２９７から３０３のいずれかの主題を含む。実施例３０４では、本方法は、メモリパケットからデータ断片を取り除く段階を含む。
実施例３０５は、実施例２９７から３０４のいずれかの主題を含む。実施例３０５では、本方法は、メモリパケットからシーケンス番号を取り除く段階を含む。
実施例３０６は、実施例２９７から３０５のいずれかの主題を含む。実施例３０６では、本方法は、データ断片のすべてが受信されたか否かを判定する段階と、受信された場合、データを取得するためにシーケンス番号の順にデータ断片をアセンブルする段階と、を含む。
実施例３０７は、実施例２９７から３０６のいずれかの主題を含む。実施例３０７では、本方法は、データ演算で使用するために、データをアプリケーション層に渡す段階を含む。
実施例３０８は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、経路指定要求がデータストレージ要求であるか否かを判定し、データをペイロードに断片化し、ペイロードをメモリパケットにカプセル化し、通信チャネルを介してメモリパケットを経路指定し、受信したメモリパケットを別のデバイスに送信すべきか、使用のために傍受するかを判定するようにプロセッサに指示する命令を含む。
実施例３０９は、実施例３０８の主題を含む。実施例３０９では、非一時的機械可読媒体は、実行されると、メモリパケットからペイロードをパッケージ解除するようにプロセッサに指示する命令を含む。
実施例３１０は、実施例３０８または３１９のいずれかの主題を含む。実施例３１０では、非一時的機械可読媒体は、実行されると、シーケンス番号順にペイロードを再アセンブルしてデータを形成するようにプロセッサに指示する命令を含む。
実施例３１１は、装置を含む。本装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、複数の重複するフレームを含む変調波形を送信するための無線送信機を含むＩｏＴデバイスを含み、変調波形は、Ｚａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンスを含む。
実施例３１２は、実施例３１１の主題を含む。実施例３１２では、装置は、別のデバイスへの無線通信に存在し得る利用可能なチャネル数を判定するためのチャネル識別部を含む。
実施例３１３は、実施例３１１または３１２のいずれかの主題を含む。実施例３１３では、本装置は、利用可能なチャネルのそれぞれに対してＺＣシーケンスを生成するためのシーケンス生成部を含む。
実施例３１４は、実施例３１１から３１３のいずれかの主題を含む。実施例３１４では、本装置は、送信に使用される複数のチャネルを符号化するプリアンブル波形を生成するためのプリアンブル生成部を含む。
実施例３１５は、実施例３１１から３１４のいずれかの主題を含む。実施例３１５では、本装置は、複数のチャネルのそれぞれについてのＺＣ変調フレームと複数のチャネルを示すプリアンブル波形とを含む変調波形を生成するための通信部を含む。
実施例３１６は、実施例３１１から３１５のいずれかの主題を含む。実施例３１６では、装置は、プリアンブル波形が存在するか否かを判定するために受信波形に対して相互相関を実行し、存在する場合には受信波形内のチャネル数を判定するためのインデックス識別部を含む。
実施例３１７は、実施例３１１から３１６のいずれかの主題を含む。実施例３１７では、本装置は、複数の重複するフレームを抽出するために変調波形を復調するためのチャネル復調部を含む。
実施例３１８は、Ｚａｄｏｆｆ−Ｃｈｕ（ＺＣ）シフトシーケンスを使用して複数のチャネルでデータを送信するための方法を含む。Ｚａｄｏｆｆ−Ｃｈｕ（ＺＣ）シフトシーケンスを使用して複数のチャネルでデータを送信するための方法は、通信に使用される複数のチャネルを判定する段階と、ＺＣシフトシーケンス内の複数のチャネルを含むプリアンブル波形を生成する段階と、メッセージを作成するために、変調波形の前にプリアンブル波形を追加する段階と、メッセージを受信デバイスに送信する段階と、を含む。
実施例３１９は、実施例３１８の主題を含む。実施例３１９では、本方法は、利用可能なチャネル数を判定する段階を含む。
実施例３２０は、実施例３１８または３１９のいずれかの主題を含む。実施例３２０では、利用可能な複数のチャネルは、送信で運ばれ得る最大量の情報を判定するために情報理論を使用して判定される。
実施例３２１は、実施例３１８から３２０のいずれかの主題を含む。実施例３２１では、本方法は、利用可能なチャネルの番号を受信デバイスに送信する段階を含む。
実施例３２２は、実施例３１８から３２１のいずれかの主題を含む。実施例３２２では、本方法は、利用可能なチャネルのそれぞれに対応するＺＣシフトシーケンスを生成する段階を含む。
実施例３２３は、実施例３１８から３２２のいずれかの主題を含む。実施例３２３では、本方法は、別々のＺＣシフトシーケンスで複数のチャネルのそれぞれで運ばれるフレームを変調する段階と、変調波形を生成するために、変調されたフレームを結合する段階と、を含む。
実施例３２４は、実施例３１８から３２３のいずれかの主題を含む。実施例３２４では、本方法は、対応するチャネルによって運ばれるフレームを取得するために、複数のＺＣシフトシーケンスのそれぞれにおいてメッセージ内の変調波形を復調する段階を含む。
実施例３２５は、実施例３１８から３２４のいずれかの主題を含む。実施例３２５では、本方法は、プリアンブル波形が存在するか否かを判定するために、メッセージに対して自己相関を実行する段階を含む。
実施例３２６は、実施例３１８から３２５のいずれかの主題を含む。実施例３２６では、本方法は、変調波形内の複数のチャネルを判定するために、複数のＺＣシフトシーケンスのそれぞれにおいてプリアンブル波形上で相互相関を実行する段階を含む。
実施例３２７は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、通信に使用される複数のチャネルを判定し、複数のチャネルを含むプリアンブル波形を生成し、メッセージを作成するために、変調波形の前にプリアンブル波形を追加し、メッセージを受信デバイスに送信するようにプロセッサに指示する命令を含む。
実施例３２８は、実施例３２７の主題を含む。実施例３２８では、非一時的機械可読媒体は、実行されると、利用可能な複数のチャネルを判定するようにプロセッサに指示する命令を含む。
実施例３２９は、実施例３２７または３２８のいずれかの主題を含む。実施例３２９では、非一時的機械可読媒体は、実行されると、利用可能な複数のチャネルを受信デバイスに送信するようにプロセッサに指示する命令を含む。
実施例３３０は、実施例３２７から３２９のいずれかの主題を含む。実施例３３０では、非一時的機械可読媒体は、実行されると、利用可能な各チャネルに対応する別々のＺＣシフトシーケンスを生成するようにプロセッサに指示する命令を含む。
実施例３３１は、実施例３２７から３３０のいずれかの主題を含む。実施例３３１では、非一時的機械可読媒体は、実行されたときに、別々のＺＣシフトシーケンスで複数のチャネルのそれぞれによって運ばれるフレームを変調し、変調波形を生成するために、変調されたフレームを組み合わせるようにプロセッサに命令する命令を含む。
実施例３３２は、実施例３２７から３３１のいずれかの主題を含む。実施例３３２では、非一時的機械可読媒体は、実行されると、対応するチャネルによって運ばれるフレームを取得するために、複数のＺＣシフトシーケンスのそれぞれにおいて変調波形を復調するようにプロセッサに指示する命令を含む。
実施例３３３は、実施例３２７から３３２のいずれかの主題を含む。実施例３３３では、非一時的機械可読媒体は、実行されると、プリアンブル波形が存在するか否かを判定するために、メッセージに対して自己相関を実行するようにプロセッサに指示する命令を含む。
実施例３３４は、実施例３２７から３３３のいずれかの主題を含む。実施例３３４では、非一時的機械可読媒体は、実行されると、変調波形内の複数のチャネルを判定するために、複数のＺＣシフトシーケンスのそれぞれにおいてプリアンブル波形に対して相互相関を実行するようにプロセッサに指示する命令を含む。
実施例３３５は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、複数の周波数、プロトコル、またはその両方を含む無線送受信機と、通信に使用中の無線送受信機を追跡するための共存マネージャと、通信に使用され得る無線送受信機を識別するための汎用共存インターフェースと、通信のためのフレームを構築するためのプロトコル抽象化アプリケーションプログラミングインターフェース（ＡＰＩ）と、無線送受信機を使用してプロトコル変換ＡＰＩから別のデバイスへフレームを送信するための通信部と、を含む。
実施例３３６は、実施例３３５の主題を含む。実施例３３６では、ユニバーサル共存インターフェースは、無線送受信機の構成可能パラメータを修正する。
実施例３３７は、実施例３３５から３３６のいずれかの主題を含む。実施例３３７では、構成可能パラメータは、符号化方式、変調、またはその両方を含む。
実施例３３８は、実施例３３５から３３７のいずれかの主題を含む。実施例３３８では、構成可能パラメータは、個々の無線送受信機に対する送信電力を含む。
実施例３３９は、実施例３３５から３３８のいずれかの主題を含む。実施例３３９では、ユニバーサル共存インターフェースは、無線送受信機がいつ通信に使用されるべきかを識別する。
実施例３４０は、実施例３３５から３３９のいずれかの主題を含む。実施例３４０では、ＩｏＴデバイスは、選択された無線送受信機を介した通信に使用され得るプロトコルを取得するためのプロトコルデータストアを含む。
実施例３４１は、実施例３３５から３４０のいずれかの主題を含む。実施例３４１では、ＩｏＴデバイスは、アクティブ通信計画と、共存マネージャによって判定された無線とを含むチャネルデータストアを含む。
実施例３４２は、実施例３３５から３４１のいずれかの主題を含む。実施例３４２では、無線送受信機は、ＩＥＥＥ ８０２．１１ｘ規格、ＩＥＥＥ ８０２．１５．４規格、またはＬｏＲａ規格、またはそれらの任意の組み合わせに準拠する。
実施例３４３は、複数の共存する無線機の制御および管理ための方法を含む。複数の共存無線機を制御および管理するための方法は、モノのインターネット（ＩｏＴ）デバイス内の無線システムで利用可能な無線機をエニュメレーションする段階と、近隣機と関連無線機との両方を識別するアクティブ共存モデルを判定する段階と、利用可能な帯域で関連無線機を通して近隣機と通信する段階と、を含む。
実施例３４４は、実施例３４３の主題を含む。実施例３４４では、本方法は、ローカルセキュリティオーソリティドメインブローカ（ＬＳＡＤＢ）からの通信に利用可能な帯域を識別する段階と、その帯域を使用するための帯域計画を判定する段階と、各近隣機のアイデンティティを含む近隣機マップを構築する段階と、クロスドメイン情報共有システム（ＣＤＩＳ）から各近隣と通信するために使用され得る関連帯域を識別する段階と、近隣機と関連帯域との両方を識別する初期共存モデルを判定する段階と、を含む。
実施例３４５は、実施例３４３または３４４のいずれかの主題を含む。実施例３４５では、本方法は、無線機の帯域が初期共存モデルに存在しなかった場合には、無線機のサブスクリプション要求をＣＤＩＳに送信する段階を含む。
実施例３４６は、実施例３４３から３４５のいずれかの主題を含む。実施例３４６では、本方法は、ＩｏＴデバイス内の無線機に使用される規格が利用可能であることを検証する段階を含む。
実施例３４７は、実施例３４３から３４６のいずれかの主題を含む。実施例３４７では、本方法は、クラウドコンピューティングネットワークからＩｏＴデバイス内の無線機に使用される規格をダウンロードする段階を含む。
実施例３４８は、実施例３４３から３４７のいずれかの主題を含む。実施例３４８では、本方法は、デバイス内の無線機のそれぞれを初期化する段階と、無線機のいずれかが規格に非準拠であるか否かを判定する段階と、無線機のそれぞれに対して構成定可能なパラメータを設定するメッセージを無線システムに送信する段階と、使用中の無線機用のパラメータマッピングセットを作成する段階と、無線システムとの通信が初期化されたことを示すために無線システムにメッセージを送信する段階と、を含む。
実施例３４９は、実施例３４３から３４８のいずれかの主題を含む。実施例３４９では、本方法は、共存違反を検出する段階と、構成可能パラメータを再構成する段階と、を含む。
実施例３５０は、実施例３４３から３４９のいずれかの主題を含む。実施例３５０では、本方法は、ライセンスされたユーザが帯域を占有していると判定することによって共存違反を検出する段階を含む。
実施例３５１は、実施例３４３から３５０のいずれかの主題を含む。実施例３５１では、構成可能なパラメータを再構成する段階は、新しいパラメータのセットと共にメッセージを無線システムに送信する段階と、無線機との通信を再初期化する段階と、を含む。
実施例３５２は、実施例３４３から３５１のいずれかの主題を含む。実施例３５２では、構成可能パラメータを再構成する段階は、無線機を一時的に無効にする段階を含む。
実施例３５３は、実施例３４３から３５２のいずれかの主題を含む。実施例３５３では、構成可能パラメータを再構成する段階は、異なる帯域にシフトする段階を含む。
実施例３５４は、実施例３４３から３５３のいずれかの主題を含む。実施例３５４では、本方法は、他のどのノードがＩｏＴデバイスと通信しているかを判定する段階と、近隣コマンドリストの変更を判定する段階と、新しいパラメータのセットと共に再構成要求を無線システムに送信する段階と、を含む。
実施例３５５は、実施例３４３から３５４のいずれかの主題を含む。実施例３５５では、本方法は、提案されたパラメータを用いて近隣機からの変更の要求を受信する段階と、提案されたパラメータを用いて再構成要求を無線システムに送信する段階と、を含む。
実施例３５６は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、帯域計画を判定し、各近隣機のアイデンティティおよびその近隣機に関連する帯域を含む近隣機マップを構築し、近隣機および関連する通信チャネルの両方を識別する共存モデルを判定するようにプロセッサに指示する命令を含む。
実施例３５７は、実施例３５６の主題を含む。実施例３５７では、非一時的機械可読媒体は、実行されると、利用可能な無線機を判定した後に帯域計画を修正するようにプロセッサに指示する命令を含む。
実施例３５８は、実施例３５６または３５７のいずれかの主題を含む。実施例３５８では、非一時的機械可読媒体は、実行されると、利用可能な無線機を判定した後に共存モデルを修正するようにプロセッサに指示する命令を含む。
実施例３５９は、実施例３５６から３５８のいずれかの主題を含む。実施例３５９では、非一時的機械可読媒体は、実行されると、共存違反が検出された場合、隣接ユニットの繰り返しチェックが構成可能パラメータの調整が必要であることを示す場合、もしくは隣接ユニットから要求された場合、またはそれらの任意の組み合わせの場合、通信を再構成するようにプロセッサに指示する命令を含む。
実施例３６０は、装置を含む。本装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、サービスを形成するためにサービスコーディネータにサービス管理要求を発行するオーケストレータを含むデバイスを含み、サービスコーディネータは、サービスに参加するための複数のコンポーネントと、サービスのためのネットワークサービス要素を実行するためのコンポーネントとを識別する。
実施例３６１は、実施例３６０の主題を含む。実施例３６１では、オーケストレータは、タスクを実行するために複数のネットワークサービスオーバーレイを管理する。
実施例３６２は、実施例３６０から３６１のいずれかの主題を含む。実施例３６２では、本装置は、複数のネットワークサービスオーバーレイを含む共有リポジトリを含む。
実施例３６３は、実施例３６０から３６２のいずれかの主題を含む。実施例３６３では、ネットワークサービスオーバーレイは、コンポーネントがネットワークサービス要素を実行することを可能にするためのコードセグメントを含む。
実施例３６４は、実施例３６０から３６３のいずれかの主題を含む。実施例３６４では、サービスコーディネータは、コンポーネントからのデータまたはメタデータまたはその両方を格納するためのデータベースと、完了を必要とするネットワークサービス要素を保持するための共有仮想リポジトリと、ネットワークサービス要素を完成するためにコンポーネントを選択するための機械学習エンジンと、を含む。
実施例３６５は、実施例３６０から３６４のいずれかの主題を含む。実施例３６５では、共有仮想リポジトリは、ネットワークサービス要素に割り当てられたコンポーネントのアイデンティティを格納する。
実施例３６６は、実施例３６０から３６５のいずれかの主題を含む。実施例３６６では、サービスは複数のネットワークサービス要素を含み、ネットワークサービス要素は複数のコンポーネントによって完成される。
実施例３６７は、実施例３６０から３６６のいずれかの主題を含む。実施例３６７では、サービスは、複数のモノのインターネット（ＩｏＴ）デバイスを含むフォグデバイスを含む。
実施例３６８は、実施例３６０から３６７のいずれかの主題を含む。実施例３６８では、サービスコーディネータは、ネットワークドメインコントローラを含む。
実施例３６９は、実施例３６０から３６８のいずれかの主題を含む。実施例３６９では、コンポーネントは、クライアントを含むデバイスであり、クライアントは、デバイスをサービスコーディネータに登録する。
実施例３７０は、実施例３６０から３６９のいずれかの主題を含む。実施例３７０では、クライアントは、サービスコーディネータに、取り付けられたセンサ、アクチュエータ、もしくはデバイス、またはそれらの任意の組み合わせを含むメッセージを送信する。
実施例３７１は、実施例３６０から３７０のいずれかの主題を含む。実施例３７１では、複数のコンポーネントは複数のドメインから選択される。
実施例３７２は、サービス要求を完了するための方法を含む。サービス要求を完了するための方法は、ネットワークドメインコントローラでオーケストレーション要求を受信する段階と、オーケストレーション要求が既存のサービスに対するものであるか否かを判定する段階と、オーケストレーション要求が既存のサービスに対するものである場合、オーケストレーション要求をサービスコーディネータに送信する段階と、を含む。
実施例３７３は、実施例３７２の主題を含む。実施例３７３では、本方法は、オーケストレーション要求がネットワークサービス要素を含むサービスモデルを準備する新しい要求である場合、ネットワークサービス要素を準備する段階と、ネットワークサービス要素を実行するサービスコンポーネントを識別する段階と、ネットワークサービス要素の動作を実行するためのサービスコンポーネントへのサブスクリプション要求をディスパッチする段階と、を含む。
実施例３７４は、実施例３７２または３７３のいずれかの主題を含む。実施例３７４では、本方法は、サービスコーディネータを識別する段階を含む。
実施例３７５は、実施例３７２から３７４のいずれかの主題を含む。実施例３７５では、サービスコンポーネントを識別する段階は、複数のサービスコンポーネントの過去の性能に関するデータにアクセスする段階と、サービスコンポーネントを選択するために機械学習技法を使用する段階と、を含む。
実施例３７６は、実施例３７２から３７５のいずれかの主題を含む。実施例３７６では、本方法は、サービスコンポーネントでサブスクリプション要求を確認する段階と、サブスクリプション要求が有効である場合に確認をサービスコーディネータに送信する段階と、を含む。
実施例３７７は、実施例３７２から３７６のいずれかの主題を含む。実施例３７７では、本方法は、サブスクリプション要求が有効ではない場合にサービスコーディネータに拒否を送信する段階を含む。
実施例３７８は、実施例３７２から３７７のいずれかの主題を含む。実施例３７８では、サブスクリプション要求がサービスコンポーネントによってサポートされている場合、それは有効である。
実施例３７９は、実施例３７２から３７８のいずれかの主題を含む。実施例３７９では、本方法は、サービスコンポーネント内でネットワークサービス要素を実行する段階と、サービスコンポーネントからサービスコーディネータにデータを返す段階と、を含む。
実施例３８０は、実施例３７２から３７９のいずれかの主題を含む。実施例３８０では、サービスコンポーネントは、ネットワークサービス要素を実行するために仮想共有リポジトリからネットワークサービスオーバーレイをダウンロードする。
実施例３８１は、実施例３７２から３８０のいずれかの主題を含む。実施例３８１では、サービスコンポーネントは、クラウド内の共有リポジトリからネットワークサービスオーバーレイをダウンロードする。
実施例３８２は、実施例３７２から３８１のいずれかの主題を含む。実施例３８２では、本方法は、サービスコンポーネントを登録するために、サービスコンポーネントの能力を含むメッセージをサービスコーディネータに送信する段階を含む。
実施例３８３は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、サービスコーディネータを識別し、ネットワーク要素を準備し、サービスコンポーネントを識別し、サービスコンポーネントへのサブスクリプション要求を送信するように１つまたは複数のプロセッサに指示する命令を含む。
実施例３８４は、実施例３８３の主題を含む。実施例３８４では、非一時的機械可読媒体は、実行されると、サブスクリプション要求を確認し、ネットワークサービス要素を実行および動作させ、データをサービスコーディネータに送信するように１つまたは複数のプロセッサに指示する命令を含む。
実施例３８５は、実施例３８３または３８４のいずれかの主題を含む。実施例３８５では、非一時的機械可読媒体は、実行されると、接続要求をサービスコーディネータに送信し、デバイス周辺機器データをサービスコーディネータに送信するように１つまたは複数のプロセッサに指示する命令を含む。
実施例３８６は、装置を含む。本装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、複数のＩｏＴデバイスを含む。各ＩｏＴデバイスは、上流デバイスへの通信チャネルと、複数のＩｏＴデバイスのうちの別の１つへのネットワークリンクと、隣接ＩｏＴデバイスを識別するためのハッシュ計算部と、隣接ＩｏＴデバイスにメッセージを送信するための通信部と、を含む。
実施例３８７は、実施例３８６の主題を含む。実施例３８７では、本装置は、データファイルを複数のペイロードに断片化するためのデータ断片化部を含む。
実施例３８８は、実施例３８６または３８７のいずれかの主題を含む。実施例３８８では、本装置は、ペイロードをフレームにパッケージ化してメッセージを作成するための、メッセージ生成部を含む。
実施例３８９は、実施例３８６から３８８のいずれかの主題を含む。実施例３８９では、隣接ＩｏＴデバイス内の通信部がメッセージを受信し、そのメッセージを上流デバイスに送信する。
実施例３９０は、実施例３８６から３８９のいずれかの主題を含む。実施例３９０では、隣接ＩｏＴデバイス内のメッセージ生成部がメッセージを分析してペイロードを取得し、そのペイロードをデータストアに格納する。
実施例３９１は、実施例３８６から３９０のいずれかの主題を含む。実施例３９１では、本装置は、隣接するＩｏＴデバイスに送信された各メッセージの識別情報をデータストアに格納するためのデータ追跡部を含む。
実施例３９２は、実施例３８６から３９１のいずれかの主題を含む。実施例３９２では、識別情報は、メッセージ内のペイロードのハッシュコードと隣接ＩｏＴデバイスのノードＩＤとを含む。
実施例３９３は、実施例３８６から３９２のいずれかの主題を含む。実施例３９３では、データ追跡部は、近隣ＩｏＴデバイスから受信した、メッセージが上流のデバイスによって受信されたという確認応答を格納する。
実施例３９４は、モノのインターネット（ＩｏＴ）デバイスから近隣のＩｏＴデバイスに送信またはストレージのためにデータを送信するための方法を含む。送信またはストレージのためにモノのインターネット（ＩｏＴ）デバイスから隣接ＩｏＴデバイスにデータを送信するための方法は、ファイルを複数の断片にセグメント化する段階と、各断片のハッシュコードを計算する段階と、ハッシュコードからターゲットノードを識別する段階と、断片をターゲットノードに送信する段階と、を含む。
実施例３９５は、実施例３９４の主題を含む。実施例３９５では、ターゲットノードを識別する段階は、ハッシュコードから選択された複数のバイトを抽出する段階と、選択された複数のバイトを複数のＩｏＴデバイスのそれぞれについてノードＩＤと比較する段階と、選択された複数のバイトと複数のＩｏＴデバイスにおけるノードＩＤとの間の一致が最も近いものによってターゲットノードを識別する段階と、を含む。
実施例３９６は、実施例３９４または３９５のいずれかの主題を含む。実施例３９６では、断片をターゲットノードに送信する段階は、断片をフレーム内のペイロードフィールドにパックする段階と、フレームをターゲットノードに送信する段階と、を含む。
実施例３９７は、実施例３９４から３９６のいずれかの主題を含む。実施例３９７では、本方法は、ノードＩＤを計算する段階と、ノードＩＤを複数のＩｏＴデバイス内の隣接ノードと共有する段階と、を含む。
実施例３９８は、実施例３９４から３９７のいずれかの主題を含む。実施例３９８では、本方法は、隣接ＩｏＴデバイスからフレームを受信する段階と、フレーム内のペイロードが格納される断片を含むことを判定する段階と、ハッシュ関数を使用してペイロードの鍵を生成する段階と、ノードにデータを格納する段階と、データ識別子を作成するために鍵の前にノードＩＤを追加する段階と、ローカルストアにデータ識別子を格納する段階と、を含む。
実施例３９９は、実施例３９４から３９８のいずれかの主題を含む。実施例３９９では、本方法は、ＩｏＴデバイスからフレームを受信する段階と、フレーム内のペイロードが上流のデバイスに送信される断片を含むことを判定する段階と、フレームを上流のデバイスに送信する段階と、を含む。
実施例４００は、実施例３９４から３９９のいずれかの主題を含む。実施例４００では、本方法は、フレームからペイロードを抽出する段階と、ペイロードを新しいフレームにパッケージ化する段階と、新しいフレームを上流のデバイスに送信する段階と、を含む。
実施例４０１は、実施例３９４から４００のいずれかの主題を含む。実施例４０１では、本方法は、フレームをセグメントに断片化する段階と、セグメントを複数の新しいフレームのそれぞれのペイロードフィールドにパックする段階と、複数の新しいフレームを上流のデバイスに送信する段階と、を含む。
実施例４０２は、実施例３９４から４０１のいずれかの主題を含む。実施例４０２では、本方法は、上流のデバイスからフレームの送信の確認応答を受信する段階と、確認応答をＩｏＴデバイスに転送する段階と、を含む。
実施例４０３は、実施例３９４から４０２のいずれかの主題を含む。実施例４０３では、本方法は、近隣ＩｏＴデバイスからＩｏＴデバイスにおいて受信された確認応答の速度を監視する段階と、確認応答の速度に少なくとも部分的に基づいてフレームを送信する速度を制御する段階と、を含む。
実施例４０４は、実施例３９４から４０３のいずれかの主題を含む。実施例４０４では、本方法は、隣接ＩｏＴデバイスに送信されたフレームについて確認応答が受信されなかったと判定する段階と、フレームを異なる近隣ＩｏＴデバイスに再送信する段階と、近隣ＩｏＴデバイスを潜在的に不良としてマークする段階と、を含む。
実施例４０５は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、データを断片にセグメント化し、各断片のハッシュコードを計算し、断片のターゲットノードを識別し、その断片をターゲットノードに送信するように１つまたは複数のプロセッサに指示する命令を含む。
実施例４０６は、実施例４０５の主題を含む。実施例４０６では、非一時的機械可読媒体は、実行されると、ターゲットノードを識別するためにハッシュコードを複数のノードのノードＩＤと比較するように１つまたは複数のプロセッサに指示する命令を含む。
実施例４０７は、実施例４０５または４０６のいずれかの主題を含む。実施例４０７では、非一時的機械可読媒体は、実行されると、ノードのノードＩＤを計算し、そのノードＩＤを複数のノードと共有するように１つまたは複数のプロセッサに指示する命令を含む。
実施例４０８は、実施例４０５から４０７のいずれかの主題を含む。実施例４０８では、非一時的機械可読媒体は、実行されると、断片を受信し、断片の鍵を計算し、鍵および断片を格納するように１つまたは複数のプロセッサに指示する命令を含む。
実施例４０９は、実施例４０５から４０８のいずれかの主題を含む。実施例４０９では、非一時的機械可読媒体は、実行されると、断片を受信し、断片を上流のデバイスに送信するように１つまたは複数のプロセッサに指示する命令を含む。
実施例４１０は、実施例４０５から４０９のいずれかの主題を含む。実施例４１０では、非一時的機械可読媒体は、実行されると、上流のデバイスから確認応答を受信し、その確認応答を断片を送信したデバイスに転送するように１つまたは複数のプロセッサに指示する命令を含む。
実施例４１１は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、複数の通信チャネルを提供する複数の通信デバイスと、複数の通信チャネルのうちどれがターゲットエンドポイントと通信しているかを識別する経路発見部と、ターゲットエンドポイントと通信している複数の通信チャネルをランク付けする経路ランク付け部と、ランキングを格納するための経路データベースと、を含む。
実施例４１２は、実施例４１１の主題を含む。実施例４１２では、本装置は、ＩｏＴデバイスからターゲットエンドポイントまでの経路を選択するための経路計算機を含み、経路は通信チャネルを含む。
実施例４１３は、実施例４１１または４１２のいずれかの主題を含む。実施例４１３では、経路は少なくとも部分的にランキングに基づいて選択される。
実施例４１４は、実施例４１１から４１３のいずれかの主題を含む。実施例４１４では、経路は少なくとも部分的にアプリケーションに基づいて選択される。
実施例４１５は、実施例４１１から４１４のいずれかの主題を含む。実施例４１５では、本装置は、通信チャネルを介した送信のために通信パケットを準備するためのパケット準備部を含む。
実施例４１６は、実施例４１１から４１５のいずれかの主題を含む。実施例４１６では、パケット準備部は、通信チャネルを介して送信されるデータを断片化する。
実施例４１７は、実施例４１１から４１６のいずれかの主題を含む。実施例４１７では、パケット準備部は、送信されるデータを通信チャネルのプロトコルのフレームにパッケージ化する。
実施例４１８は、実施例４１１から４１７のいずれかの主題を含む。実施例４１８では、本装置は、通信チャネルを介してデータを送信するための通信部を含む。
実施例４１９は、実施例４１１から４１８のいずれかの主題を含む。実施例４１９では、通信部は、２つ以上の通信チャネルを介してデータの一部を並列に送信する。
実施例４２０は、実施例４１１から４１９のいずれかの主題を含む。実施例４２０では、本装置は、ターゲットエンドポイントと通信している複数の通信チャネルのそれぞれについて性能統計を追跡するための性能モニタを含み、性能モニタは、性能統計に少なくとも部分的に基づいてランキングを更新する。
実施例４２１は、モノのインターネット（ＩｏＴ）デバイスからターゲットエンドポイントへの通信チャネルを選択するための方法を含む。モノのインターネット（ＩｏＴ）デバイスからターゲットエンドポイントへの通信チャネルを選択するための方法は、ターゲットエンドポイントへの１つまたは複数の利用可能な経路を含む経路指定戦略を計算する段階と、経路指定戦略で識別された利用可能な経路にわたるディスパッチのためのデータを準備する段階と、データをディスパッチする段階と、ディスパッチに使用される利用可能な経路に関する性能統計を収集する段階と、性能統計に少なくとも部分的に基づいて利用可能な経路のランキングを更新する段階と、を含む。
実施例４２２は、実施例４２１の主題を含む。実施例４２２では、経路指定戦略を計算する段階は、単一の経路が使用されるべきであると判定する段階と、使用されるべき単一の経路を選択する段階と、を含む。
実施例４２３は、実施例４２１または４２２のいずれかの主題を含む。実施例４２３では、経路指定戦略を計算する段階は、複数の経路が使用されるべきであると判定する段階と、使用されるべき複数の経路を選択する段階と、を含む。
実施例４２４は、実施例４２１から４２３のいずれかの主題を含む。実施例４２４では、ディスパッチのためにデータを準備する段階は、データをペイロードに断片化する段階と、ペイロードをパケットにパッケージ化する段階と、パケットを経路に割り当てる段階と、を含む。
実施例４２５は、実施例４２１から４２４のいずれかの主題を含む。実施例４２５では、本方法は、経路に基づいてペイロードをフレームにパッケージ化する段階を含む。
実施例４２６は、実施例４２１から４２５のいずれかの主題を含む。実施例４２６では、データをディスパッチする段階は、単一の利用可能な経路を介してパケットを送信する段階を含む。
実施例４２７は、実施例４２１から４２６のいずれかの主題を含む。実施例４２７では、データをディスパッチする段階は、複数の経路を介してパケットを送信する段階を含む。
実施例４２８は、実施例４２１から４２７のいずれかの主題を含む。実施例４２８では、性能統計を収集する段階は、データ配信ステータスを監視する段階、経路の信頼性を判定する段階、経路ごとに転送された総データを測定する段階、またはそれらの任意の組み合わせを含む。
実施例４２９は、実施例４２１から４２８のいずれかの主題を含む。実施例４２９では、本方法は、ＩｏＴデバイス内のネットワークインターフェースを発見する段階と、ネットワークインターフェースを介してターゲットエンドポイントへの利用可能な経路を発見する段階と、ターゲットエンドポイントまでの利用可能な経路をランク付けする段階と、を含む。
実施例４３０は、実施例４２１から４２９のいずれかの主題を含む。実施例４３０では、ネットワークインターフェースを発見する段階は、構成コマンドを通してインターフェースのリストにアクセスする段階を含む。
実施例４３１は、実施例４２１から４３０のいずれかの主題を含む。実施例４３１では、利用可能な経路を発見する段階は、ターゲットエンドポイントへの論理チャネルを発見する段階を含む。
実施例４３２は、実施例４２１から４３１のいずれかの主題を含む。実施例４３２では、利用可能な経路を発見する段階は、ターゲットエンドポイントへの以前のアクティブな経路を取得する段階を含む。
実施例４３３は、実施例４２１から４３２のいずれかの主題を含む。実施例４３３では、利用可能な経路を発見する段階は、ネットワークインターフェースを介してターゲットエンドポイントへの論理チャネルを確立することを試みる段階を含む。
実施例４３４は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、ネットワークインターフェースを発見し、利用可能な経路を発見し、経路指定戦略を計算し、経路指定戦略に従ってパケットをディスパッチするようにプロセッサに指示する命令を含む。
実施例４３５は、実施例４３４の主題を含む。実施例４３５では、非一時的機械可読媒体は、データを断片化してパケットのペイロードを形成することによって、ディスパッチのためにパケットを準備することを含む。
実施例４３６は、実施例４３４または４３５のいずれかの主題を含む。実施例４３６では、非一時的機械可読媒体は、経路指定戦略で使用された経路に関する性能統計を収集することを含む。
実施例４３７は、実施例４３６から４３６のいずれかの主題を含む。実施例４３７では、非一時的機械可読媒体は、性能統計に少なくとも部分的に基づいて、利用可能な経路のランキングを更新することを含む。
実施例４３８は、装置を含む。本装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴゲートウェイを含む。ＩｏＴゲートウェイは、第１プロトコルにおける第１セキュリティレベルでの通信を含む第１ドメインへの通信インターフェースと、第２プロトコルにおける第２セキュリティレベルでの通信を含む第２ドメインへの通信インターフェースと、第１のプロトコルと第２のプロトコルとの間でペイロードを変換するためのペイロードを変換するためのプロトコル変換部と、第１のプロトコルと第２のプロトコルとの間でペイロードを変換するためのセキュリティ変換部と、を含む。
実施例４３９は、実施例４３８の主題を含む。実施例４３９では、本装置は、イングレスデータのセマンティック表現をエグレスデータで使用されるセマンティック表現に変換するためのセマンティック変換部を含む。
実施例４４０は、実施例４３８または４３９のいずれかの主題を含む。実施例４４０では、装置は、セマンティック変換部がイングレスデータ内のペイロードのセマンティック表現をエグレスデータ内で使用されるセマンティック表現に変換することを可能にするためのセマンティック変換部プラグインを含む。
実施例４４１は、実施例４３８から４４０のいずれかの主題を含む。実施例４４１では、装置は、セマンティック変換部がイングレスデータ内のペイロードのセマンティック表現を中間のセマンティック表現に変換することを可能にするための第１のセマンティックプラグインを含む。
実施例４４２は、実施例４３８から４４１のいずれかの主題を含む。実施例４４２では、本装置は、セマンティック変換部がイングレスデータ内のペイロードのセマンティック表現を、中間のセマンティック表現からエグレスデータ内で使用されるセマンティック表現に変換することを可能にするための第２のセマンティック変換部プラグインを含む。
実施例４４３は、実施例４３８から４４２のいずれかの主題を含む。実施例４４３では、本装置は、イングレスフォーマットをエグレスフォーマットに変換するための複数の変換部を含むトラステッド実行環境を含む。
実施例４４４は、実施例４３８から４４３のいずれかの主題を含む。実施例４４４では、本装置は、トラステッド実行環境をサポートするためのトラステッドプラットフォームモジュールを含む。
実施例４４５は、実施例４３８から４４４のいずれかの主題を含む。実施例４４５では、本装置は、プロトコル変換部がペイロードからイングレスプロトコルを取り外しできるようにするための第１のプロトコルプラグインを含む。
実施例４４６は、実施例４３８から４４５のいずれかの主題を含む。実施例４４６では、本装置は、プロトコル変換部がエグレスプロトコル内にペイロードをパッケージ化することを可能にするための第２のプロトコルプラグインを含む。
実施例４４７は、実施例４３８から４４６のいずれかの主題を含む。実施例４４７では、本装置は、セキュリティ変換部がイングレスセキュリティレベルで暗号化されたペイロードを復号できるようにするための第１のセキュリティプラグインを含む。
実施例４４８は、実施例４３８から４４７のいずれかの主題を含む。実施例４４８では、本装置は、セキュリティ変換部がエグレスセキュリティレベルのペイロードを暗号化できるようにするための第２のセキュリティプラグインを含む。
実施例４４９は、実施例４３８から４４８のいずれかの主題を含む。実施例４４９では、本装置は、イングレスペイロードとエグレスペイロードとの間に許容されるセキュリティレベル差を制御するためのセキュリティ変換ポリシーを含むセキュアなデータストアを含む。
実施例４５０は、実施例４３８から４４９のいずれかの主題を含む。実施例４５０では、本装置は、プラグインをコンパイルするためのスクリプトコンパイラを含むセキュアなデータストアを含む。
実施例４５１は、実施例４３８から４５０のいずれかの主題を含む。実施例４５１では、本装置は、プラグインインストーラを含むセキュアなデータストアを含む。
実施例４５２は、モノのインターネット（ＩｏＴ）ゲートウェイにおいてドメイン間の通信を変換するための方法を含む。モノのインターネット（ＩｏＴ）ゲートウェイにおいてドメイン間の通信を変換するための方法は、第１のドメインからイングレスプロトコルのペイロードを受信する段階と、イングレスプロトコルからペイロードを取り外す段階と、イングレスセキュリティレベルからペイロードを復号する段階と、ペイロードが暗号化されている場合、イングレスセマンティック表現と異なる場合は、ペイロードをイングレスセマンティック表現からエグレスセマンティック表現に変換する段階と、を含む。本方法はまた、セキュリティポリシーによって必要とされる場合、エグレスセキュリティレベルでペイロードを暗号化する段階と、ペイロードをエグレスプロトコルにパックする段階と、ペイロードを第２のドメインで送信する段階と、を含む。
実施例４５３は、実施例４５２の主題を含む。実施例４５３では、本方法は、ペイロードをイングレスプロトコルから取り外す段階の後、ペイロードがバイオメトリックによって保護されているか否かを判定する段階と、そうであれば、コンテンツについてバイオメトリックを分析する段階と、を含む。
実施例４５４は、実施例４５２または４５３のいずれかの主題を含む。実施例４５４では、本方法は、ペイロードを暗号化する段階の後、バイオメトリックのシミュレーションでペイロードを保護する段階を含む。
実施例４５５は、実施例４５２から４５４のいずれかの主題を含む。実施例４５５では、本方法は、ペイロードをイングレスプロトコルから取り外す段階の後、ペイロードがプライバシーセンシティブであるか否かを判定する段階と、そうである場合、コンテンツについてペイロードを分析するためにプライバシーポリシーを適用する段階と、を含む。
実施例４５６は、実施例４５２から４５５のいずれかの主題を含む。実施例４５６では、本方法は、ペイロードを暗号化する段階の後、ペイロードを保護するためにプライバシーポリシーを適用する段階を含む。
実施例４５７は、実施例４５２から４５６のいずれかの主題を含む。実施例４５７では、本方法は、第１のドメインと第２のドメインとの間の通信の変換を可能にするために複数のプラグインを識別する段階と、複数のプラグインのそれぞれを、有効なプラグインであることを判定するために確認する段階と、各有効なプラグインはＩｏＴゲートウェイと互換性があるか否かを判定する段階と、そうであれば、有効な各プラグインをインストールする段階と、を含む。
実施例４５８は、実施例４５２から４５７のいずれかの主題を含む。実施例４５８では、本方法は、プラグインが実行する変換を加速するためにプラグインをコンパイルする段階を含む。
実施例４５９は、実施例４５２から４５８のいずれかの主題を含む。実施例４５９では、本方法は、各有効なプラグインを変換用に構成する段階を含む。
実施例４６０は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、第１のドメインからイングレスデータを受信し、ペイロードを抽出するために、イングレスプロトコルの下でイングレスデータを処理し、イングレスセキュリティポリシーの下でペイロードを処理し、イングレスセマンティックフォーマットからエグレスセマンティックフォーマットへペイロードを変換し、エグレスセキュリティポリシーの下でペイロードを処理し、ペイロードをエグレスデータにパッケージ化するために、エグレスプロトコルの下でペイロードを処理し、エグレスデータを第２のドメインに送信するようにプロセッサに指示する命令を含む。
実施例４６１は、実施例４６０の主題を含む。実施例４６１では、非一時的機械可読媒体は、実行されると、コンテンツを分析するためにイングレスバイオメトリックポリシーの下でペイロードを処理し、コンテンツを保護するためにエグレスバイオメトリックポリシーの下でペイロードを処理するようにプロセッサに指示する命令を含む。
実施例４６２は、実施例４６０または４６１のいずれかの主題を含む。実施例４６２では、非一時的機械可読媒体は、実行されると、コンテンツを分析するためにイングレスプライバシーポリシーの下でペイロードを処理し、コンテンツを保護するためにエグレスプライバシーポリシーの下でペイロードを処理するようにプロセッサに指示する命令を含む。
実施例４６３は、実施例４６０から４６２のいずれかの主題を含む。実施例４６３では、非一時的機械可読媒体は、実行されると、ソフトウェア測定を実行し、ソフトウェア測定の結果を許容値と比較するようにプロセッサに指示する命令を含む。
実施例４６４は、実施例４６０から４６３のいずれかの主題を含む。実施例４６４では、非一時的機械可読媒体は、実行されると、プラグインを確認しプラグインをインストールするようにプロセッサに指示する命令を含む。
実施例４６５は、実施例４６０から４６４のいずれかの主題を含む。実施例４６５では、非一時的機械可読媒体は、実行されると、プラグインをコンパイルするようにプロセッサに指示する命令を含む。
実施例４６６は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、ドメイン内の他のＩｏＴデバイスと通信するための通信システムと、ドメイン内のデバイスを発見し、そのデバイス用のリソースを作成するためのオンボーディングツールと、リモートドメイン内に配置されたリモートオンボーディングツールによってサービスを受けるリモートデバイスを発見するためのデバイス発見部と、リモートオンボーディングツールとの信頼関係を確立するための信頼構築部と、リモートオンボーディングツールと共有ドメインを形成するための共有ドメイン作成部と、デバイスとリモートデバイスとの両方のリソースを格納する共有リソースディレクトリと、を含む。
実施例４６７は、実施例４６６の主題を含む。実施例４６７では、ドメイン内のデバイスは、第１のリソースブロック内のリソースによって表され、リモートドメイン内のリモートデバイスは、第２のリソースブロック内のリソースによって表され、仮想ドメインは、第３のリソースブロックを格納し、第３のリソースブロックは、第１のリソースブロックおよび第２のリソースブロックからのリソースを含む。
実施例４６８は、実施例４６６または４６７のいずれかの主題を含む。実施例４６８では、通信システムは、メッシュ送受信機、アップリンク送受信機、またはネットワークインターフェースコントローラ、あるいはそれらの任意の組み合わせを含む。
実施例４６９は、実施例４６６から４６８のいずれかの主題を含む。実施例４６９では、本装置は、フォグデバイスを形成する複数のドメイン内に複数のデバイスを含み、仮想ドメイン内の共通リソースブロックは複数のデバイスすべてに対するリソースを格納する。
実施例４７０は、実施例４６６から４６９のいずれかの主題を含む。実施例４７０では、本装置は、複数のリモートデバイスに関する情報をオンボーディングツールに提供するためのオーケストレータを含む。
実施例４７１は、実施例４６６から４７０のいずれかの主題を含む。実施例４７１では、信頼構築部は、アテステーション鍵、識別鍵、または管理者からの割り当てられた信頼、またはそれらの任意の組み合わせを含む。
実施例４７２は、実施例４６６から４７１のいずれかの主題を含む。実施例４７２では、トラスト構築部は、ブロックチェーンのルートオブトラストを形成するためのブロックチェーンシステムを含む。
実施例４７３は、ドメイン間でリソースを共有するための方法を含む。ドメインにわたってリソースを共有するための方法は、第１ドメインにおいてデバイスをＩｏＴネットワークに参加させる段階と、第１ドメイン内のデバイスのためのリソースをローカルリソースブロックに追加する段階と、リモートドメイン内のリモートデバイスを発見する段階と、リモートドメインとの信頼を形成する段階と、デバイスおよびリモートデバイスのリソースを含む共有リソースブロックを作成する段階と、を含む。
実施例４７４は、実施例４７３の主題を含む。実施例４７４では、本方法は、まだ存在していない場合は、ローカルリソースブロックを作成する段階を含む。
実施例４７５は、実施例４７３または４７４のいずれかの主題を含む。実施例４７５では、リモートデバイスを発見する段階は、リモートデバイスに関する情報をオーケストレータから受信する段階を含む。
実施例４７６は、実施例４７３から４７５のいずれかの主題を含む。実施例４７６では、リモートデバイスを発見する段階は、リモートドメイン内でオンボーディングツールを発見する段階と、リモートドメイン内のオンボーディングツールとデバイス情報を交換する段階と、を含む。
実施例４７７は、実施例４７３から４７６のいずれかの主題を含む。実施例４７７では、リモートデバイスとの信頼を形成する段階は、リモートデバイスとアテステーション情報を交換する段階を含む。
実施例４７８は、実施例４７３から４７７のいずれかの主題を含む。実施例４７８では、リモートデバイスとの信頼を形成する段階は、リモートデバイスをブロックチェーンでルックアップする段階を含む。
実施例４７９は、実施例４７３から４７８のいずれかの主題を含む。実施例４７９では、リモートデバイスと信頼関係を形成する段階は、管理者からの割り当てられた信頼設定を受け入れる段階を含む。
実施例４８０は、実施例４７３から４７９のいずれかの主題を含む。実施例４８０では、本方法は、サブドメインＩＤが共有リソースブロック内の前のサブドメインＩＤと一致する場合にサブドメインＩＤの名前を変更する段階と、そのサブドメインＩＤを使用するすべてのデバイスに新しいサブドメインＩＤを伝播する段階と、を含む。
実施例４８１は、実施例４７３から４８０のいずれかの主題を含む。実施例４８１では、本方法は、オブジェクトＩＤが共有リソースブロック内の前のオブジェクトＩＤと一致する場合にオブジェクトＩＤの名前を変更する段階と、そのオブジェクトＩＤを使用するすべてのデバイスに新しいオブジェクトＩＤを伝播する段階と、を含む。
実施例４８２は、実施例４７３から４８１のいずれかの主題を含む。実施例４８２では、本方法は、デバイスＩＤが共有リソースブロック内の前のデバイスＩＤと一致する場合にデバイスＩＤの名前を変更する段階と、そのデバイスＩＤを使用するすべてのデバイスに新しいデバイスＩＤを伝播する段階と、を含む。
実施例４８３は、実施例４７３から４８２のいずれかの主題を含む。実施例４８３では、本方法は、第１のドメインからリモートデバイスのリソースにアクセスする段階を含む。
実施例４８４は、実施例４７３から４８３のいずれかの主題を含む。実施例４８４では、共有リソースブロックを作成する段階は、ローカルリソースブロックとリモートリソースブロックとの間に共用体を形成する段階を含む。
実施例４８５は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、デバイスをＩｏＴネットワークに参加させ、ローカルリソースブロック内にデバイスのローカルリソースを作成し、他のドメイン内のデバイスを発見し、共有ドメインを作成し、共有ドメイン内に共有リソースブロックを作成し、共有リソースブロック内の他のドメインにあるデバイスのローカルリソースとリモートリソースとをマージするようにプロセッサに指示する命令を含む。
実施例４８６は、実施例４８５の主題を含む。実施例４８６では、非一時的機械可読媒体は、実行されると、リモートドメイン内のオンボーディングツールを発見し、リモートドメイン内のオンボーディングツールとの信頼を築き、ローカルドメインおよびリモートドメインの複数のデバイスに関する情報を交換するようにプロセッサに指示する命令を含む。
実施例４８７は、実施例４８５または４８６のいずれかの主題を含む。実施例４８７では、非一時的機械可読媒体は、実行されると、リモートドメイン内のオンボーディングツールを発見し、リモートドメイン内のオンボーディングツールを確認するためにブロックチェーンにアクセスするようにプロセッサに指示する命令を含む。
実施例４８８は、実施例４８５から４８７のいずれかの主題を含む。実施例４８８では、非一時的機械可読媒体は、実行されると、共用リソースブロック内の名前の重複を検出し、重複するエントリを新しい名前に変更することによって名前の重複を修正し、新しい名前を、その名前を使用するすべてのデバイスに伝播するようにプロセッサに指示する命令を含む。
実施例４８９は、実施例４８５から４８８のいずれかの主題を含む。実施例４８９では、非一時的機械可読媒体は、実行されると、ローカルドメイン内のデバイスとリモートドメイン内のリモートデバイスとを含むフォグデバイスを形成するようにプロセッサに指示する命令を含む。
実施例４９０は、装置を含む。本装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、製品の製造プロセスのステージのための記録鍵を生成する記録鍵生成部、ＩｏＴデバイスによってステージのために収集された記録鍵および関連データを保存するためのプライベートストア通信部と、パブリックストアと通信して記録鍵をパブリックストアに保存するパブリックストア通信部と、を含むＩｏＴデバイスを含む。
実施例４９１は、実施例４９０の主題を含む。実施例４９１では、記録鍵生成部は、分散型台帳から記録鍵を取得する。
実施例４９２は、実施例４９０または４９１のいずれかの主題を含む。実施例４９２では、記録鍵生成部は、中央管理者から記録鍵を発行される。
実施例４９３は、実施例４９０から４９２のいずれかの主題を含む。実施例４９３では、本装置は、ステージの記録鍵を保存するための記録鍵ストアを含む。
実施例４９４は、実施例４９０から４９３のいずれかの主題を含む。実施例４９４では、記録鍵ストアは、付加された記録鍵を格納し、付加された記録鍵は生産プロセスの前のステージの記録鍵に追加された生産プロセスのステージの記録鍵を含む。
実施例４９５は、実施例４９０から４９４のいずれかの主題を含む。実施例４９５では、パブリックストア通信部は、すべてのステージについて付加された記録鍵をパブリックストアに保存する。
実施例４９６は、実施例４９０から４９５のいずれかの主題を含む。実施例４９６では、本装置は、インターフェースを介してセンサを監視し、そのデータを記録鍵と関連付けるためのデータモニタを含む。
実施例４９７は、実施例４９０から４９６のいずれかの主題を含む。実施例４９７では、センサは、温度センサ、衝撃センサ、もしくは全地球測位システム、またはそれらの任意の組み合わせを含む。
実施例４９８は、実施例４９０から４９７のいずれかの主題を含む。実施例４９８では、本装置は、通過中の制限に違反した場合に警告指示を起動するための警告部を含む。
実施例４９９は、実施例４９０から４９８のいずれかの主題を含む。実施例４９９では、通過中の制限は、温度制限、衝撃制限、光の制限、またはそれらの任意の組み合わせを含む。
実施例５００は、実施例４９０から４９９のいずれかの主題を含む。実施例５００では、警告は、照明用のアクチュエータ、音発生器、またはその両方を含む。
実施例５０１は、実施例４９０から５００のいずれかの主題を含む。実施例５０１では、警告は、メッシュ送受信機、アップリンク送受信機、またはその両方を介して送信されたメッセージを含む。
実施例５０２は、モノのインターネット（ＩｏＴ）デバイスを使用してトレーサビリティシステムを実施するための方法を含む。モノのインターネット（ＩｏＴ）デバイスを使用してトレーサビリティシステムを実施するための方法は、ＩｏＴデバイスにおいて製品の製品出荷鍵を受信する段階であって、ＩｏＴデバイスが製品と共にある、段階と、ＩｏＴデバイスにおいて製品の加工鍵を受信する段階と、ＩｏＴデバイスにおいて加工された製品の加工された製品出荷鍵を受信する段階と、ＩｏＴデバイスにおいて加工された製品に対する販売場所鍵を受信する段階と、製品出荷鍵、加工鍵、加工された製品出荷鍵、販売場所鍵を含む添付鍵をＩｏＴデバイスからパブリックデータストアへ送信する段階と、を含む。
実施例５０３は、実施例５０２の主題を含む。実施例５０３では、本方法は、製品の製造プロセスに関するデータを収集する段階と、製造プロセスに関するデータを製造店舗に格納する段階と、製造プロセスに関するデータに関連付けられた製造データ鍵を生成する段階と、製造データ鍵をＩｏＴデバイスに保存する段階と、を含む。
実施例５０４は、実施例５０２または５０３のいずれかの主題を含む。実施例５０４では、ＩｏＴデバイスを製品と関連付ける段階は、ＩｏＴデバイスを製品パッケージに取り付ける段階を含む。
実施例５０５は、実施例５０２から５０４のいずれかの主題を含む。実施例５０５では、本方法は、製品の出荷に関する出荷データを収集する段階と、出荷データを出荷ストアに格納する段階と、製品出荷鍵を生成する段階と、出荷鍵を出荷ストア内の出荷データに関連付ける段階と、を含む。
実施例５０６は、実施例５０２から５０５のいずれかの主題を含む。実施例５０６では、製品の出荷に関するデータは、温度測定値、Ｇ力測定値、もしくは位置座標、またはそれらの任意の組み合わせを含む。
実施例５０７は、実施例５０２から５０６のいずれかの主題を含む。実施例５０７では、本方法は、加工された製品を形成するために、製品の加工に関する加工データを収集する段階と、製品の加工に関する加工データを加工ストアに格納する段階と、加工鍵を生成する段階と、加工ストアにおいて加工鍵を加工データに関連付ける段階と、を含む。
実施例５０８は、実施例５０２から５０６のいずれかの主題を含む。実施例５０８では、加工された製品を形成するための製品の加工は、製品を倉庫において梱包することを含む。
実施例５０９は、実施例５０２から５０８のいずれかの主題を含む。実施例５０９では、本方法は、加工された製品の出荷に関する加工された製品の出荷データを収集する段階と、加工された製品に関する出荷データを加工ストアに格納する段階と、加工された製品出荷鍵を生成する段階と、加工ストアにおいて加工された製品出荷鍵を出荷データに関連付ける段階と、を含む。
実施例５１０は、実施例５０２から５０９のいずれかの主題を含む。実施例５１０では、本方法は、販売場所における加工された製品の販売場所データを収集する段階と、加工された製品に関する販売場所データを販売ストアに格納する捨て婦と、販売場所鍵を生成する段階と、販売ストア内の販売場所データを販売場所鍵に関連付ける段階と、を含む。
実施例５１１は、実施例５０２から５１０のいずれかの主題を含む。実施例５１１では、ＩｏＴデバイスからパブリックデータストアへの各鍵の送信は、ＩｏＴデバイスに関連する製品が販売されたときに行われる。
実施例５１２は、実施例５０２から５１１のいずれかの主題を含む。実施例５１２では、本方法は、ＩｏＴデバイスからデータを消去する段階と、ＩｏＴデバイスを生産施設に返却して新しい製品と関連付ける段階と、を含む。
実施例５１３は、実施例５０２から５１２のいずれかの主題を含む。実施例５１３では、本方法は、製品包装に関連する情報に少なくとも部分的に基づいてトレーサビリティハッシュをルックアップする段階と、トレーサビリティハッシュに少なくとも部分的に基づいてパブリックストアで鍵をルックアップする段階と、パブリックストアからの鍵に少なくとも部分的に基づいてプライベートストア内の情報にアクセスする段階と、を含む。
実施例５１４は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、ＩｏＴデバイス内の加工ステージのデータを記録し、ＩｏＴデバイスからプライベートストアにデータを通信し、ＩｏＴデバイスにおいてそのステージのための記録鍵を生成し、ＩｏＴデバイスからプライベートストアに記録鍵を通信するようにプロセッサに指示する命令を含む。
実施例５１５は、実施例５１４の主題を含む。実施例５１５では、非一時的機械可読媒体は、実行されると、前のステージのために生成された鍵に記録鍵を付加して、付加された鍵を生成するようにプロセッサに指示する命令を含む。
実施例５１６は、実施例５１４または５１５のいずれかの主題を含む。実施例５１６では、非一時的機械可読媒体は、実行されると、付加された鍵をパブリックストアに送信するようにプロセッサに指示する命令を含む。
実施例５１７は、実施例５１４から５１６のいずれかの主題を含む。実施例５１７では、非一時的機械可読媒体は、実行されると、データ制限に違反した場合に警報を起動するようにプロセッサに指示する命令を含む。
実施例５１８は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、ＩｏＴネットワーク内の他のＩｏＴデバイスと通信するための通信システムと、施行されるポリシーを判定するためのポリシー決定エンジンと、ポリシーおよびネットワークモニタによって報告された状態情報を格納するためのポリシーリポジトリと、ポリシー決定エンジンによって判定されたポリシーを施行するためのポリシー施行エンジンと、ＩｏＴデバイスによって、およびＩｏＴネットワーク内の他のＩｏＴデバイスによって施行されたポリシーを監視するためのピアモニタと、を含む。
実施例５１９は、実施例５１８の主題を含む。実施例５１９では、通信システムは、メッシュ送受信機、アップリンク送受信機、またはネットワークインターフェースコントローラ、あるいはそれらの任意の組み合わせを含む。
実施例５２０は、実施例５１８または５１９のいずれかの主題を含む。実施例５２０では、ＩｏＴネットワークは、フォグデバイスを形成する複数のデバイスを含む。
実施例５２１は、実施例５１８から５２０のいずれかの主題を含む。実施例５２１では、ポリシー決定エンジンは、ＩｏＴデバイスのためのパラメータに基づいて、どのポリシーが施行されるかを判定する。
実施例５２２は、実施例５１８から５２１のいずれかの主題を含む。実施例５２２では、パラメータは、ＩｏＴデバイス内のバッテリの残容量、メッシュ送受信機を介して結合された他のＩｏＴデバイス、またはクラウド内のデバイスへのアップリンク送受信機のステータス、あるいはそれらの任意の組み合わせを含む。
実施例５２３は、実施例５１８から５２２のいずれかの主題を含む。実施例５２３では、ポリシー決定エンジンは、パラメータの変更に少なくとも部分的に基づいて、施行されているポリシーを変更する。
実施例５２４は、実施例５１８から５２３のいずれかの主題を含む。実施例５２４では、ポリシー決定エンジンは、ポリシーを未構成ノードに配布する。
実施例５２５は、実施例５１８から５２４のいずれかの主題を含む。実施例５２５では、ピアモニタは、情報を収集し、それをデータベースに格納する。
実施例５２６は、実施例５１８から５２５のいずれかの主題を含む。実施例５２６では、情報は、現在のデバイス構成、ピアノードの能力、提供されているサービス、ネットワークに対するノード要件、リソース利用可能性推定、またはトリガイベント、あるいはそれらの任意の組み合わせを含む。
実施例５２７は、実施例５１８から５２６のいずれかの主題を含む。実施例５２７では、本装置は、ＩｏＴネットワーク内のピアノードにポリシーを配信するためのコーディネータを含む。
実施例５２８は、実施例５１８から５２７のいずれかの主題を含む。実施例５２８では、コーディネータは、ＩｏＴネットワークとクラウドデバイスとの間のゲートウェイを含む。
実施例５２９は、実施例５１８から５２８のいずれかの主題を含む。実施例５２９では、ＩｏＴデバイスは、最も近い近接ノードにポリシーを配布する。
実施例５３０は、実施例５１８から５２９のいずれかの主題を含む。実施例５３０では、ポリシー決定エンジンは、ポリシーにアクセスするためにピアノードと通信する。
実施例５３１は、ＩｏＴネットワーク内のＩｏＴデバイスにわたってポリシー管理を分散させるための方法を含む。ＩｏＴネットワーク内のＩｏＴデバイスにポリシー管理を分散するための方法は、ノードで発見メッセージを受信する段階であって、発見メッセージは、新しいポリシーを識別する、ポリシーを変更すること、またはその両方を意図されている、段階と、オファーメッセージで発見メッセ以上に応答する段階であって、オファーメッセージは、ポリシーを識別する、段階と、承認メッセージを受信する段階であって、承認メッセージはポリシーを要求する、段階と、ポリシーを含むメッセージで応答する段階と、を含む。
実施例５３２は、実施例５３１の主題を含む。実施例５３２では、本方法は、ピアノードから受信したポリシーをインストールする段階と、ステータスを構成済みノードに更新する段階と、を含む。
実施例５３３は、実施例５３１または５３２のいずれかの主題を含む。実施例５３３では、本方法は、更新メッセージで更新されたポリシーを受信する段階を含む。
実施例５３４は、実施例５３１から５３３のいずれかの主題を含む。実施例５３４では、本方法は、更新メッセージにおいて受信された更新されたポリシーに対して確認を実行する段階と、更新されたポリシーをインストールする段階と、を含む。
実施例５３５は、実施例５３１から５３４のいずれかの主題を含む。実施例５３５では、確認は、新しいポリシーが現在のポリシーと競合するか否かを判定する段階と、そうであれば、新しいポリシーを拒否する段階と、を含む。
実施例５３６は、実施例５３１から５３５のいずれかの主題を含む。実施例５３６では、確認は、新しいポリシーが現在のポリシーと競合するか否かを判定する段階と、そうであれば、新しいポリシーを部分的に実施する段階と、を含む。
実施例５３７は、実施例５３１から５３６のいずれかの主題を含む。実施例５３７では、本方法は、ピアノードにポリシーの競合を警告するために、競合警告メッセージをピアノードに送信する段階を含む。
実施例５３８は、実施例５３１から５３７のいずれかの主題を含む。実施例５３８では、本方法は、ポリシー更新のためにピアノードから発見メッセージを受信する段階と、オファーメッセージで返信する段階と、ポリシー更新が送信され得ることを示すためにピアノードから受諾メッセージを受信する段階と、新しいポリシーを含む更新メッセージを送信する段階と、を含む。
実施例５３９は、実施例５３１から５３８のいずれかの主題を含む。実施例５３９では、本方法は、更新メッセージにおいて受信された更新されたポリシーに対して確認を実行する段階と、更新されたポリシーをインストールする段階と、を含む。
実施例５４０は、実施例５３１から５３９のいずれかの主題を含む。実施例５４０では、本方法は、現在のポリシーと新しいポリシーとの間のデルタを含むファイルを生成する段階と、ファイルをピアノードに送信する段階と、を含む。
実施例５４１は、実施例５３１から５４０のいずれかの主題を含む。実施例５４１では、本方法は、ピアノードがポリシーのためのハードウェア容量を有するか否かを判定する段階と、ピアノードのハードウェア容量と一致するようにポリシーを修正する段階と、修正されたポリシーをピアノードに送信する段階と、を含む。
実施例５４２は、実施例５３１から５４１のいずれかの主題を含む。実施例５４２では、本方法は、新しいポリシーと現在のポリシーとの間の変更を判定する段階と、ポリシーにおける変更をピアノードに送信する段階と、を含む。
実施例５４３は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、他のノード内のポリシーを発見し、ＩｏＴネットワーク内の他のノードによって送信されたメッセージからポリシーを更新するようにプロセッサに指示するようにプロセッサに指示する命令を含む。
実施例５４４は、実施例５４３の主題を含む。実施例５４４では、非一時的機械可読媒体は、実行されると、複数のノードからのポリシーを連結するようにプロセッサに指示する命令を含む。
実施例５４５は、実施例５４３または５４４のいずれかの主題を含む。実施例５４５では、非一時的機械可読媒体は、実行されると、他のノードからのメッセージで受信されたポリシーを確認し、グループ目的と競合するポリシーを拒否するようにプロセッサに指示する命令を含む。
実施例５４６は、実施例５４３から５４５のいずれかの主題を含む。実施例５４６では、非一時的機械可読媒体は、実行されると、現在のデバイス条件に一致するように実装されたポリシーを変更するようにプロセッサに指示する命令を含む。
実施例５４７は、実施例５４３から５４６のいずれかの主題を含む。実施例５４７では、非一時的機械可読媒体は、実行されると、ポリシー間のデルタを計算するようにプロセッサに指示する命令を含む。
実施例５４８は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、電源プラグデバイスを含む。電源プラグデバイスは、電源プラグデバイス内の回路に電力を供給するための電源と、外部ＩｏＴデバイスに電力を供給するための電力コントローラと、外部ＩｏＴデバイスに問い合わせて外部ＩｏＴデバイスに障害が発生したか否かを判定するためのインターフェースであって、外部ＩｏＴデバイスに障害が発生した場合、電源プラグデバイスが電源コントローラを介して外部ＩｏＴデバイスへの電源を入れ直す、インターフェースと、を含む。
実施例５４９は、実施例５４８の主題を含む。実施例５４９では、インターフェースは、データ交換、電力供給、またはその両方のために外部ＩｏＴデバイスとインターフェースをとるためのネットワークインターフェースコントローラを含む。
実施例５５０は、実施例５４８または５４９のいずれかの主題を含む。実施例５５０では、インターフェースは、データ交換、電力供給、またはその両方のために外部ＩｏＴデバイスとインターフェースをとるためのユニバーサルシリアルバスを含む。
実施例５５１は、実施例５４８から５５０のいずれかの主題を含む。実施例５５１では、インターフェースは、動作の監視、パワーリセット機能の実行、または不揮発性メモリのリモートフラッシュ、あるいはそれらの任意の組み合わせのために外部ＩｏＴデバイスとインターフェースをとるためのＪＴＡＧインターフェースを含む。
実施例５５２は、実施例５４８から５５１のいずれかの主題を含む。実施例５５２では、インターフェースは、シリアルペリフェラルインターフェース（ＳＰＩ）バス、Ｉ２Ｃバス、もしくはＩ３Ｃバス、またはそれらの任意の組み合わせのためのインターフェースを含む。
実施例５５３は、実施例５４８から５５２のいずれかの主題を含む。実施例５５３では、電源プラグデバイスは、センサとインターフェースをとるためのＨＩＤトランスポートインターフェースを含む。
実施例５５４は、実施例５４８から５５３のいずれかの主題を含む。実施例５５４では、センサは、周囲温度センサ、湿度センサ、近接センサ、もしくは在否センサ、またはそれらの任意の組み合わせを含む。
実施例５５５は、実施例５４８から５５４のいずれかの主題を含む。実施例５５５では、本装置は、電源プラグデバイスのためのトラステッド実行環境（ＴＥＥ）を確立するためのトラステッドプラットフォームモジュールを含む。
実施例５５６は、実施例５４８から５５５のいずれかの主題を含む。実施例５５６では、本装置は、外部ＩｏＴデバイスの動作を監視するためのモニタを含む。
実施例５５７は、実施例５４８から５５６のいずれかの主題を含む。実施例５５７では、本装置は、電力制御を使用して外部ＩｏＴデバイスの電源を入れ直すためのアクチュエータを含む。
実施例５５８は、実施例５４８から５５７のいずれかの主題を含む。実施例５５８では、本装置は、メッシュ送受信機、アップリンク送受信機、またはネットワークインターフェースコントローラ、あるいはそれらの任意の組み合わせを含む通信システムを含む。
実施例５５９は、実施例５５８から５５８のいずれかの主題を含む。実施例５５９では、本装置は、通信システムを通して外部ＩｏＴデバイスの状態を報告するための報告部を含む。
実施例５６０は、実施例５４８から５５９のいずれかの主題を含む。実施例５６０では、本装置は、電源プラグデバイスと通信する複数のＩｏＴデバイスを含み、電源プラグデバイスは、電源プラグデバイスと通信する複数のＩｏＴデバイスのそれぞれのステータスを報告する。
実施例５６１は、電源プラグデバイスを使用してモノのインターネット（ＩｏＴ）デバイスの可用性を向上させるための方法を含む。電源プラグデバイスを使用してモノのインターネット（ＩｏＴ）デバイスの利用可能性を向上させるための方法は、管理対象のＩｏＴデバイスのリストを発見する段階と、電源プラグデバイスを初期化する段階と、ＩｏＴデバイスを監視する段階と、ＩｏＴデバイスのステータスを報告する段階と、ＩｏＴデバイスに障害が発生した場合に動作を復旧するための措置をとる段階と、を含む。
実施例５６２は、実施例５６１の主題を含む。実施例５６２では、管理対象のＩｏＴデバイスのリストを発見する段階は、電源プラグデバイスに接続された物理的パスをエニュメレーションする段階と、物理的に接続されているものを判定するために物理的パスのそれぞれを問い合わせる段階と、を含む。
実施例５６３は、実施例５６１または５６２のいずれかの主題を含む。実施例５６３では、管理対象のＩｏＴデバイスのリストを発見する段階は、管理するために近くのデバイスを発見するために無線機および通信リンクを巡回する段階を含む。
実施例５６４は、実施例５６１から５６３のいずれかの主題を含む。実施例５６４では、電源プラグデバイスを初期化する段階は、リモートホスト、オーケストレーションデバイス、またはその両方からポリシーをロードする段階を含む。
実施例５６５は、実施例５６１から５６４のいずれかの主題を含む。実施例５６５では、ポリシーは、動作を管理対象のＩｏＴデバイスのリストと関連付ける規則のセットを含む。
実施例５６６は、実施例５６１から５６５のいずれかの主題を含む。実施例５６６では、動作は、ＩｏＴデバイスへの接続の種類に少なくとも部分的に基づいている。
実施例５６７は、実施例５６１から５６６のいずれかの主題を含む。実施例５６７では、ＩｏＴデバイスを監視する段階は、ＩｏＴデバイスから通信を監視する段階、ＩｏＴデバイス内のウォッチドッグエージェントからメッセージを受信する段階、ＩｏＴデバイス内のウォッチドッグエージェントからメッセージを受信することの失敗を監視する段階、またはそれらの任意の組み合わせを含む。
実施例５６８は、実施例５６１から５６７のいずれかの主題を含む。実施例５６８では、ＩｏＴデバイスのステータスを報告する段階は、警報を送信する段階を含む。
実施例５６９は、実施例５６１から５６８のいずれかの主題を含む。実施例５６９では、警報は、電子メール、ログに書き込まれたイベント、またはテキストメッセージ、あるいはそれらの任意の組み合わせを含む。
実施例５７０は、実施例５６１から５６９のいずれかの主題を含む。実施例５７０では、動作を再開するための措置をとる段階は、デバイス内でリモートで再起動する段階を含む。
実施例５７１は、実施例５６１から５７０のいずれかの主題を含む。実施例５７１では、動作を再開するための措置をとる段階は、ＩｏＴデバイス内のファームウェアをフラッシュする段階を含む。
実施例５７２は、実施例５６１から５７１のいずれかの主題を含む。実施例５７２では、動作を回復するための措置をとることは、ＩｏＴデバイスへの電源を入れ直して、電源プラグデバイスから電力を得ることを含む。
実施例５７３は、実施例５６１から５７２のいずれかの主題を含む。実施例５７３では、動作を回復するための措置をとる段階は、電源からバッテリに切り替える段階を含む。
実施例５７４は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、管理対象のモノのインターネット（ＩｏＴ）デバイスを発見し、管理対象のＩｏＴデバイスのリストを構築し、電源プラグデバイスを初期化し、管理対象のＩｏＴデバイスを監視するようにプロセッサに指示する命令を含む。
実施例５７５は、実施例５７４の主題を含む。実施例５７５では、非一時的機械可読媒体は、実行されると、電源プラグおよび接続されたＩｏＴデバイスをアドバタイズするようにプロセッサに指示する命令を含む。
実施例５７６は、実施例５７４または５７５のいずれかの主題を含む。実施例５７６では、非一時的機械可読媒体は、実行されると、管理対象のＩｏＴデバイスのステータスを報告するようにプロセッサに指示する命令を含む。
実施例５７７は、実施例５７４から５７６のいずれかの主題を含む。実施例５７７では、非一時的機械可読媒体は、実行されると、管理対象のＩｏＴデバイスを作動させて動作を復旧させるようにプロセッサに指示する命令を含む。
実施例５７８は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、ホスト環境を含み、ホスト環境は、ホスト環境の健全性および動作を報告するウォッチドッグメッセージを送信するためのウォッチドッグエージェントと、ホスト環境用の電源とは別の電源を含むトラステッド信頼性エンジン（ＴＲＥ）と、ウォッチドッグメッセージをＴＲＥブロックチェーンに書き込むためのＴＲＥ分散型台帳ロジックと、ホスト環境に障害が発生した場合にフェイルオーバー動作を適用するためのＴＲＥロジックと、を含む。
実施例５７９は、実施例５７８の主題を含む。実施例５７９では、ホスト環境は、ホスト環境のイメージを作成し、ホスト代替イメージ（ＨＲＩ）として保存されるイメージコピーをＴＲＥに送信するためのイメージ作成部を含む。
実施例５８０は、実施例５７８または５７９のいずれかの主題を含む。実施例５８０では、ホスト環境は、ホストブロックチェーンを維持するためのホストブロックチェーンロジックを含む。
実施例５８１は、実施例５７８から５８０のいずれかの主題を含む。実施例５８１では、ホストブロックチェーンは、ウォッチドッグメッセージブロック、ピアデバイスブロック、または識別ブロック、またはそれらの任意の組み合わせを含む。
実施例５８２は、実施例５７８から５８１のいずれかの主題を含む。実施例５８２では、ホスト環境は、他のメッシュデバイス、クラウド内のデバイス、またはその両方と通信するための通信部を含む。
実施例５８３は、実施例５７８から５８２のいずれかの主題を含む。実施例５８３では、ＴＲＥは、ホスト環境に障害が発生した場合にＴＲＥが外部デバイスと通信することを可能にするための通信システムを含む。
実施例５８４は、実施例５７８から５８３のいずれかの主題を含む。実施例５８４では、ＴＲＥは、ホスト代替イメージ（ＨＲＩ）を含む。
実施例５８５は、実施例５７８から５８４のいずれかの主題を含む。実施例５８５では、ＨＲＩは、ＩｏＴデバイス用のオペレーティングシステム、ドライバ、および機能コードのコピーを含む。
実施例５８６は、トラステッド信頼性エンジン（ＴＲＥ）を使用してフェイルオーバーメカニズムを実装するための方法を含む。トラステッド信頼性エンジン（ＴＲＥ）を使用してフェイルオーバーメカニズムを実装するための方法は、障害についてホスト環境を監視する段階と、ブロックチェーンにウォッチドッグメッセージをポストする段階と、ホスト環境の障害を検出する段階と、ホスト環境の障害から回復するための障害プロセスを実装する段階と、を含む。
実施例５８７は、実施例５８６の主題を含む。実施例５８７では、ホスト環境を監視する段階は、ホスト環境からｐｉｎｇを受信する段階を含む。
実施例５８８は、実施例５８６または５８７のいずれかの主題を含む。実施例５８８では、ウォッチドッグメッセージをポストする段階は、ウォッチドッグメッセージにｐｉｎｇを組み込む段階と、トランザクションとしてウォッチドッグメッセージをブロックチェーンにコミットする段階と、を含む。
実施例５８９は、実施例５８６から５８８のいずれかの主題を含む。実施例５８９では、ホスト環境の障害を検出する段階は、選択された期間にわたってホスト環境からｐｉｎｇが受信されていないと判定する段階を含む。
実施例５９０は、実施例５８６から５８９のいずれかの主題を含む。実施例５９０では、ホスト環境の障害を検出する段階は、ホスト環境のバスを介して通信が行われていないと判定する段階を含む。
実施例５９１は、実施例５８６から５９０のいずれかの主題を含む。実施例５９１では、ホスト環境の障害を検出することは、ＣＰＵが停止したと判定することを含む。
実施例５９２は、実施例５８６から５９１のいずれかの主題を含む。実施例５９２では、ホスト環境の障害を検出することは、ホスト環境内のメモリに障害が発生したと判定することを含む。
実施例５９３は、実施例５８６から５９２のいずれかの主題を含む。実施例５９３では、障害プロセスは、ホスト環境がローカルに回復可能であるか否かを判定することと、そうである場合は、ホスト環境にホスト代替イメージをインストールすることと、ホスト環境を再起動することと、を含む。
実施例５９４は、実施例５８６から５９３のいずれかの主題を含む。実施例５９４では、障害プロセスは、フェイルオーバーデバイスが近くにあるか否かを判定することと、そうであれば、ホスト環境の機能の実行を開始するようにフェイルオーバーデバイスを構成することとを含む。
実施例５９５は、実施例５８６から５９４のいずれかの主題を含む。実施例５９５では、障害プロセスは、ホスト環境を含むデバイスが修理可能であるか否かを判定することと、そしてそうであれば、デバイスを修理するために修理無人機をディスパッチすることと、を含む。
実施例５９６は、実施例５８６から５９５のいずれかの主題を含む。実施例５９６では、障害プロセスは、ホスト環境を含むデバイスが交換可能であるか否かを判定することと、そうであれば、デバイスを交換するために修理無人機をディスパッチすることと、を含む。
実施例５９７は、実施例５８６から５９６のいずれかの主題を含む。実施例５９７では、障害プロセスは、障害が解決されたか否かを判定することと、そして解決された場合、ホスト環境をデコミッションすること、ＴＲＥをスリープ状態に置くこと、またはその両方を含む。
実施例５９８は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、ハートビートメッセージについてホスト環境を監視し、ウォッチドッグ（ＷＤ）メッセージを生成し、ＷＤメッセージをブロックチェーンにポストし、ホスト環境における障害を検出するようにプロセッサに指示する命令を含む。
実施例５９９は、実施例５９８の主題を含む。実施例５９９では、非一時的機械可読媒体は、実行されると、ローカルホスト環境における障害を検出し、ホスト代替イメージをインストールするようにプロセッサに指示する命令を含む。
実施例６００は、実施例５９８または５９９のいずれかの主題を含む。実施例６００では、非一時的機械可読媒体は、実行されると、リモートホスト環境における障害を検出し、リモートホスト環境として機能するようにフェイルオーバーデバイスを構成するようにプロセッサに指示する命令を含む。
実施例６０１は、実施例５９８から６００のいずれかの主題を含む。実施例６０１では、非一時的機械可読媒体は、実行されると、リモートホスト環境における障害を検出し、リモートホスト環境を含むデバイスの修理または交換のために無人機をディスパッチするようにプロセッサに指示する命令を含む。
実施例６０２は、実施例５９８から６０１のいずれかの主題を含む。実施例６０２では、非一時的機械可読媒体は、実行されると、障害が解決されたと判定し、障害が発生したデバイスをデコミッションするようにプロセッサに指示する命令を含む。
実施例６０３は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、フレームのペイロードフィールド内に部分鍵およびオフセットを含むパケットを別のＩｏＴデバイスから受信するための通信部と、部分鍵と循環バッファに格納された別の部分鍵との重複するバイトとを比較するためのバイト比較部と、部分鍵を循環バッファのオフセット位置に配置するための鍵アセンブラと、を含む。
実施例６０４は、実施例６０３の主題を含む。実施例６０４では、循環バッファに格納された部分鍵と他の部分鍵との重複するバイトが一致しない場合、バイト比較部は、鍵アセンブラが部分鍵を循環バッファに配置することを防止する。
実施例６０５は、実施例６０３または６０４のいずれかの主題を含む。実施例６０５では、鍵アセンブラは、他のＩｏＴデバイスから受信した複数の部分鍵から循環バッファにおいて最終鍵を構築する。
実施例６０６は、実施例６０３から６０５のいずれかの主題を含む。実施例６０６では、本装置は、循環バッファにおいてアセンブルされた鍵を使用するための鍵オペレータを含む。
実施例６０７は、実施例６０３から６０６のいずれかの主題を含む。実施例６０７では、本装置は、循環バッファにおいてアセンブルされた鍵をプロセス内で使用するための鍵オペレータを含む。
実施例６０８は、実施例６０３から６０７のいずれかの主題を含む。実施例６０８では、プロセスは、ＩｏＴデバイスのアイデンティティを確認するために鍵をゲートウェイに提供することを含む。
実施例６０９は、実施例６０３から６０８のいずれかの主題を含む。実施例６０９では、プロセスは、フォグデバイスのアイデンティティを確認するために鍵をゲートウェイに提供することを含む。
実施例６１０は、実施例６０３から６０９のいずれかの主題を含む。実施例６１０では、本装置は、ＩｏＴデバイスのための部分鍵を生成するための部分鍵生成部と、フレームのペイロード内に部分鍵を含むフレームを構築し、そのフレームをピアデバイスに送信するための通信部と、を含む。
実施例６１１は、ＩｏＴネットワーク内の個々のノードに格納されている部分鍵から完全な鍵をアセンブルするための方法を含む。ＩｏＴネットワーク内の個々のノードに格納されている部分鍵から完全鍵をアセンブルするための方法は、ＩｏＴネットワーク内のデバイスから部分鍵を受信する段階と、部分鍵の重複するバイトを他のデバイスから受信した他の部分鍵と比較する段階と、循環バッファにおいて完全鍵を構築する段階と、を含む。
実施例６１２は、実施例６１１から６１２のいずれかの主題を含む。実施例６１２では、本方法は、ＩｏＴネットワーク内のデバイスからフレームを受信する段階と、フレームがペイロードフィールド内に部分鍵を含むか否かを判定する段階と、を含む。
実施例６１３は、実施例６１１の主題を含む。実施例６１３では、本方法は、部分鍵を循環バッファに格納する段階と、部分鍵が循環バッファの端部と重なる場合、残りのバイトを循環バッファの反対側の端部に書き込む段階と、を含む。
実施例６１４は、実施例６１１または６１３のいずれかの主題を含む。実施例６１４では、本方法は、別のデバイスから第２の部分鍵を受信する段階と、第２の部分鍵内のいずれかのバイトが既に循環バッファに書き込まれているバイトと重複するか否かを判定する段階と、既に循環バッファに書き込まれているバイトと重複する第２の部分鍵内のバイトを比較する段階と、を含む。
実施例６１５は、実施例６１１から６１４のいずれかの主題を含む。実施例６１５では、本方法は、第２の部分鍵内のバイトが既に循環バッファに書き込まれている重複するバイトと一致しないと判定する段階と、第２の部分鍵を削除する段階と、デバイスが危殆化している可能性があるという警告を送信する段階と、を含む。
実施例６１６は、実施例６１１から６１５のいずれかの主題を含む。実施例６１６では、本方法は、第２の部分鍵内のすべてのバイトが循環バッファに既に書き込まれている重複するバイトと一致すると判定する段階と、第２の部分鍵を循環バッファに書き込む段階と、を含む。
実施例６１７は、実施例６１１から６１６のいずれかの主題を含む。実施例６１７では、本方法は、すべての鍵が受信されたこと、および循環バッファが完全鍵を含むことを判定する段階と、完全鍵を別のデバイスに提供する段階と、を含む。
実施例６１８は、実施例６１１から６１７のいずれかの主題を含む。実施例６１８では、部分鍵は異なる長さのものである。
実施例６１９は、実施例６１１から６１８のいずれかの主題を含む。実施例６１９では、すべての部分鍵が受信される前に、完全鍵がアセンブルされる。
実施例６２０は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、デバイスから部分鍵を受け取り、部分鍵内のバイトを循環バッファに既に書き込まれているバイトと比較し、部分鍵を循環バッファに書き込むようにプロセッサに指示する命令を含む。
実施例６２１は、実施例６２０から６２１のいずれかの主題を含む。実施例６２１では、非一時的機械可読媒体は、実行されると、デバイスからフレームを受信し、そのフレームがペイロードフィールドに部分鍵を含むと判定するようにプロセッサに指示する命令を含む。
実施例６２２は、実施例６２０の主題を含む。実施例６２２では、非一時的機械可読媒体は、実行されると、別のデバイスに部分鍵をディスパッチするようにプロセッサに指示する命令を含む。
実施例６２３は、実施例６２０または６２２のいずれかの主題を含む。実施例６２３では、非一時的機械可読媒体は、実行されると、循環バッファにおいてアセンブルされた完全鍵を使用するようにプロセッサに指示する命令を含む。
実施例６２４は、実施例６２０から６２３のいずれかの主題を含む。実施例６２４では、非一時的機械可読媒体は、実行されると、部分鍵と循環バッファに書き込まれたバイトとの間の重複するバイトが一致しないと判定し、部分鍵の使用を防ぐようにプロセッサに指示する命令を含む。
実施例６２５は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、送受信機、ネットワークインターフェースコントローラ、またはその両方を介して他のデバイスとパケットを交換するための通信部と、完全部分鍵およびローカル鍵の論理演算を実行することによって鍵を生成するための鍵生成部と、鍵を使用して、通信部を介してトランザクションをネットワークにコミットするトランザクション部と、を含む。
実施例６２６は、実施例６２５の主題を含む。実施例６２６では、ＩｏＴデバイスは、新しい鍵が生成される前に鍵が使用され得る期間を制御するための鍵有効期限タイマを含む。
実施例６２７は、実施例６２５または６２６のいずれかの主題を含む。実施例６２７では、ＩｏＴデバイスは、完全部分鍵とローカル鍵との間の論理演算の結果を格納するための循環バッファを含む。
実施例６２８は、実施例６２５から６２７のいずれかの主題を含む。実施例６２８では、ＩｏＴデバイスは完全部分鍵を含み、完全部分鍵は他のＩｏＴデバイスから転送された部分鍵からアセンブルされる。
実施例６２９は、実施例６２５から６２８のいずれかの主題を含む。実施例６２９では、論理演算は完全部分鍵とローカル鍵との間の排他的論理和を含む。
実施例６３０は、実施例６２５から６２９のいずれかの主題を含む。実施例６３０では、トランザクションは、アクセスに対する購入、レンタル、支払い、またはそれらの任意の組み合わせを含む。
実施例６３１は、実施例６２５から６３０のいずれかの主題を含む。実施例６３１では、鍵生成部は、ブロックチェーンからローカル鍵を取得する。
実施例６３２は、モノのインターネット（ＩｏＴ）デバイスにおいてオンデマンドで鍵を生成するための方法を含む。モノのインターネット（ＩｏＴ）デバイスにおいてオンデマンドで鍵を生成するための方法は、完全部分鍵とローカル鍵との間で論理演算を実行することによって新しい鍵を生成する段階と、新しい鍵を検証する段階と、トランザクションをコミットするために新しい鍵を使用する段階と、を含む。
実施例６３３は、実施例６３２の主題を含む。実施例６３３では、本方法は、他のＩｏＴデバイスから複数の部分鍵を受信する段階と、完全部分鍵を形成するために複数の部分鍵をアセンブルする段階と、を含む。
実施例６３４は、実施例６３２または６３３のいずれかの主題を含む。実施例６３４では、本方法は、鍵オフセット値が受信されたか否かを判定する段階と、受信されなかった場合に鍵オフセット値を生成する段階と、を含む。
実施例６３５は、実施例６３２から６３４のいずれかの主題を含む。実施例６３５では、本方法は、完全部分鍵とローカル鍵との間の論理演算のための循環バッファ内の開始点を判定するために、鍵オフセット値を使用する段階を含む。
実施例６３６は、実施例６３２から６３５のいずれかの主題を含む。実施例６３６では、論理演算は、完全部分鍵の各ビットとローカル鍵の各ビットとの間の排他的論理和を含む。
実施例６３７は、実施例６３２から６３６のいずれかの主題を含む。実施例６３７では、本方法は、新しい鍵が期限切れになったか否かを判定する段階と、期限が切れた場合に別の新しい鍵を生成する段階と、を含む。
実施例６３８は、実施例６３２から６３７のいずれかの主題を含む。実施例６３８では、本方法は、新しい鍵がトランザクションにおいて使用された後に別の新しい鍵を生成する段階を含む。
実施例６３９は、実施例６３２から６３８のいずれかの主題を含む。実施例６３９では、本方法は、トランザクションをコミットするのに使用された後に新しい鍵を削除する段階を含む。
実施例６４０は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、部分鍵を受信し、オフセット値を受信し、部分鍵とオフセット値とに少なくとも部分的に基づいて新しい鍵を生成するようにプロセッサに指示する命令を含む。
実施例６４１は、実施例６４０の主題を含む。実施例６４１では、非一時的機械可読媒体は、実行されると、ネットワーク内のモノのインターネット（ＩｏＴ）デバイスから複数の部分鍵を受信し、複数の部分鍵をアセンブルして完全部分鍵を作成するようにプロセッサに指示する命令を含む。
実施例６４２は、実施例６４０または６４１のいずれかの主題を含む。実施例６４２では、非一時的機械可読媒体は、実行されると、オフセット値で開始して、完全部分鍵の各ビットとローカル鍵の各ビットとの間で排他的論理和演算を実行し、新しい鍵を生成するようにプロセッサに指示する命令を含む。
実施例６４３は、実施例６４０から６４２のいずれかの主題を含む。実施例６４３では、非一時的機械可読媒体は、実行されると、新しい鍵を使用してデータを暗号化するようにプロセッサに指示する命令を含む。
実施例６４４は、実施例６４０から６４３のいずれかの主題を含む。実施例６４４では、非一時的機械可読媒体は、実行されると、選択された時間の後に新しい鍵を期限切れにして別の新しい鍵を生成するようにプロセッサに指示する命令を含む。
実施例６４５は、実施例６４０から６４４のいずれかの主題を含む。実施例６４５では、非一時的機械可読媒体は、実行されると、新しい鍵によって確認されたトランザクションを実行し、トランザクションが完了した後に新しい鍵を期限切れにし、そして別の新しい鍵を生成するようにプロセッサに指示する命令を含む。
実施例６４６は、実施例６４０から６４５のいずれかの主題を含む。実施例６４６では、非一時的機械可読媒体は、実行されると、ブロックチェーンから鍵を取得するようにプロセッサに指示する命令を含む。
実施例６４７は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、シードを生成するためのコンテキストを判定するためのコンテキスト識別部と、コンテキストからシードツリーを生成するためのシードツリー生成部と、シードツリー内の各ノードについてシードを生成するためのシード生成部と、を含む。
実施例６４８は、実施例６４７の主題を含む。実施例６４８では、コンテキストは、時間、位置、もしくはＩＰアドレス、あるいはそれらの任意の組み合わせに少なくとも部分的に基づくことができる。
実施例６４９は、実施例６４７または６４８のいずれかの主題を含む。実施例６４９では、シードツリー生成部は、コンテキストを分解してシードツリーを形成する。
実施例６５０は、実施例６４７から６４９のいずれかの主題を含む。実施例６５０では、シードツリー生成部は、各ノードにおいてコンテキストの一部を抽出し、その部分は数値を含む。
実施例６５１は、実施例６４７から６５０のいずれかの主題を含む。実施例６５１では、シード生成部は、数値をシードとして使用して乱数を生成する。
実施例６５２は、実施例６４７から６５１のいずれかの主題を含み、他のＩｏＴデバイスとパケットを交換するための通信部を６５２に含む。実施例６５２では、パケットはコンテキスト、階層レベル、またはルートシード、あるいはそれらの任意の組み合わせを含む。
実施例６５３は、実施例６４７から６５２のいずれかの主題を含む。実施例６５３では、シード生成部は、シードツリー内のトップノードに対するルートシードを生成する。
実施例６５４は、実施例６４７から６５３のいずれかの主題を含む。実施例６５４では、ＩｏＴデバイスは、通信部を介して他のＩｏＴデバイスから受信した部分鍵部分から完全部分鍵をアセンブルするための部分鍵アセンブラを含む。
実施例６５５は、実施例６４７から６５４のいずれかの主題を含む。実施例６５５では、ＩｏＴデバイスは、シードから生成された鍵を使用して通信を暗号化または復号するための暗号化部／復号部を含む。
実施例６５６は、ＩｏＴデバイス間のセキュアな通信のための共有秘密鍵を生成するための方法を含む。ＩｏＴデバイス間のセキュアな通信のための共有秘密を生成するための方法は、ＩｏＴデバイス間で共通の属性を識別する段階と、シードツリーを形成するために属性を分解する段階と、シードツリーのルートに対するシードを生成する段階と、参加している各デバイスにシードおよび属性をプロビジョニングする段階と、を含む。
実施例６５７は、実施例６５６の主題を含む。実施例６５７では、属性を分解する段階は、属性のサブセットを階層内の各ノードに割り当てる段階を含む。
実施例６５８は、実施例６５６または６５７のいずれかの主題を含む。実施例６５８では、本方法は、シードツリー内のノードについての新しいシードを生成するためにシードツリーのルートのためにシードを使用する段階と、暗号鍵を生成するためにその新しいシードを使用する段階と、を含む。
実施例６５９は、実施例６５６から６５８のいずれかの主題を含む。実施例６５９では、本方法は、シードをシェアに分割するために暗号秘密を使用する段階と、デバイスにわたってシェアをプロビジョニングする段階と、を含む。
実施例６６０は、実施例６５６から６５９のいずれかの主題を含む。実施例６６０では、本方法は、シェアのそれぞれを取得するためにネットワークを使用する段階と、シェアからシードを再アセンブルする段階と、を含む。
実施例６６１は、実施例６５６から６６０のいずれかの主題を含む。実施例６６１では、本方法は、ネットワーク内の他のＩｏＴデバイスから複数の部分鍵を受信する段階と、複数の部分鍵から完全部分鍵をアセンブルする段階と、を含む。
実施例６６２は、実施例６５６から６６１のいずれかの主題を含む。実施例６６２では、本方法は、シードツリー内のノードについて生成された暗号鍵を使用してデータを暗号化する段階と、データを別のＩｏＴデバイスに送信する段階と、他のＩｏＴデバイス内に格納されたシードツリー内のノードについて生成された暗号鍵を使用してデータを復号する段階と、を含む。
実施例６６３は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、コンテキストのためのシードツリーを生成し、コンテキストのためのルートシードを生成し、他のデバイスにコンテキストを提供し、他のデバイスにルートシードを提供するようにプロセッサに指示する命令を含む。
実施例６６４は、実施例６６３の主題を含む。実施例６６４では、非一時的機械可読媒体は、実行されると、シードツリー内の各ノードについてシードを生成し、暗号鍵を生成するためにそのシードを使用し、他のデバイスに送信されるデータを暗号化するために暗号鍵を使用するようにプロセッサに指示する命令を含む。
実施例６６５は、実施例６６３または６６４のいずれかの主題を含む。実施例６６５では、非一時的機械可読媒体は、実行されると、別のデバイスからコンテキストを受信し、別のデバイスからルートシードを受信し、そのコンテキスト用のローカルシードツリーを生成し、ローカルシードツリーの各ノードにローカル暗号化鍵を生成するためにルートシードを使用するようにプロセッサに指示する命令を含む。
実施例６６６は、実施例６６３から６６５の非一時的機械可読媒体を含む。実施例６６６では、非一時的機械可読媒体は、実行されると、部分鍵を受信し、オフセット値を受信し、部分鍵とオフセット値とに少なくとも部分的に基づいて新しい鍵を生成するようにプロセッサに指示する命令を含む。
実施例６６７は、実施例６６３から６６６のいずれかの主題を含む。実施例６６７では、非一時的機械可読媒体は、実行されると、ネットワーク内のモノのインターネット（ＩｏＴ）デバイスから複数の部分鍵を受信し、複数の部分鍵をアセンブルして完全部分鍵を作成するようにプロセッサに指示する命令を含む。
実施例６６８は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴサーバを含む。ＩｏＴサーバは、トラステッドプラットフォームモジュール（ＴＰＭ）を使用してトラステッド実行環境（ＴＥＥ）を作成するためのセキュアブート部／測定部と、サービスプロバイダのアイデンティティを確認するためのトラストアンカーと、対称鍵（ＳＫ）を使用してＩｏＴクライアントとの通信を認証するための認証部と、鍵の有効期限が切れているか否かを判定するための鍵マネージャと、鍵を生成するための鍵生成部と、を含む。
実施例６６９は、実施例６６８の主題を含む。実施例６６９では、トラストアンカーは、公開鍵のハッシュ、または証明されたパス、またはトラステッドルート機関へのチェーンを含む。
実施例６７０は、実施例６６８または６７９のいずれかの主題を含む。実施例６７０では、ＳＫは、鍵生成部によって生成された一時対称鍵（ＴＳＫ）である。
実施例６７１は、実施例６６８から６７０のいずれかの主題を含む。実施例６７１では、ＩｏＴサーバは、サービスプロバイダからのメッセージを復号するための公開鍵（ＰＫ）を含む。
実施例６７２は、実施例６６８から６７１のいずれかの主題を含む。実施例６７２では、ＩｏＴサーバは、公開鍵の有効期限を含む。
実施例６７３は、実施例６６８から６７２のいずれかの主題を含む。実施例６７３では、ＩｏＴサーバは、サービスプロバイダから受信したＳＫを含む。
実施例６７４は、実施例６６８から６７３のいずれかの主題を含む。実施例６７４では、ＩｏＴサーバは、ＳＫの有効期限を含む。
実施例６７５は、実施例６６８から６７４のいずれかの主題を含む。実施例６７５では、ＩｏＴサーバは、ＩｏＴサーバをサービスプロバイダに対して確認するためのサービスプロバイダクレデンシャルを含む。
実施例６７６は、実施例６６８から６７５のいずれかの主題を含む。実施例６７６では、本装置は、通信のためのＳＫを含むＩｏＴクライアントを含む。
実施例６７７は、実施例６６８から６７６のいずれかの主題を含む。実施例６７７では、本装置は、公開鍵のステータスを含むＩｏＴサーバを含む。
実施例６７８は、実施例６６８から６７７のいずれかの主題を含む。実施例６７８では、本装置は、公開鍵が危険にさらされたことを検出し、失効メッセージをＩｏＴサーバに送信するためのエンティティを含む。
実施例６７９は、ＩｏＴネットワーク環境における統一鍵管理のための方法を含む。ＩｏＴネットワーク環境における統一鍵管理のための方法は、ＩｏＴクライアントからサービスプロバイダへ通信鍵の要求を送信する段階と、ＩｏＴクライアントでサービスプロバイダから通信鍵を受信する段階と、ＩｏＴサーバからＩｏＴクライアントへ通信鍵を送信する段階と、ＩｏＴサーバから受信したメッセージを復号するために対称鍵を使用してＩｏＴサーバと通信する段階と、を含む。
実施例６８０は、実施例６７９の主題を含む。実施例６８０では、通信鍵は、対称鍵を含む。
実施例６８１は、実施例６７９または６８０のいずれかの主題を含む。実施例６８１では、通信鍵は、ＩｏＴサーバによって提供された証明書を含む。
実施例６８２は、実施例６７９から実施例６８１のうちのいずれかの主題を含み、ＩｏＴクライアントからＩｏＴサーバへの一時対称鍵を受信する段階を６８２に含む。実施例６８２では、一時対称鍵は、対称鍵を含む。
実施例６８３は、実施例６７９から６８２のいずれかの主題を含む。実施例６８３では、本方法は、セキュアな通信のためにサービスプロバイダからＩｏＴサーバに対するクレデンシャルを要求する段階と、サービスプロバイダからＩｏＴサーバにおいてトラストアンカを受信する段階と、を含む。
実施例６８４は、実施例６７９から６８３のいずれかの主題を含む。実施例６８４では、本方法は、ＩｏＴサーバにおいて一時対称鍵を生成する段階を含む。
実施例６８５は、実施例６７９から６８４のいずれかの主題を含む。実施例６８５では、本方法は、通信鍵を失効させるためにＩｏＴサーバで失効メッセージを受信する段階を含む。
実施例６８６は、実施例６７９から６８５のいずれかの主題を含む。実施例６８６では、本方法は、通信鍵を期限切れにする段階と、サービスプロバイダによって提供される新しい通信鍵を要求する段階と、を含む。
実施例６８７は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、サービスプロバイダを認証し、サービスプロバイダからの鍵を取得し、デバイスに通信鍵を提供し、データを暗号化および復号するためにその鍵を使用してデバイスとの通信するようにプロセッサに指示する命令を含む。
実施例６８８は、実施例６８７の主題を含む。実施例６８８では、非一時的機械可読媒体は、実行されると、デバイスから鍵を受信するようにプロセッサに指示する命令を含む。
実施例６８９は、実施例６８７または６８８のいずれかの主題を含む。実施例６８９では、非一時的機械可読媒体は、実行されると、サービスプロバイダから受信した鍵に応答して通信鍵を生成するようにプロセッサに指示する命令を含む。
実施例６９０は、実施例６８７から６８９のいずれかの主題を含む。実施例６９０では、非一時的機械可読媒体は、実行されると、鍵が所定の寿命を過ぎたか否かを判定するようにプロセッサに指示する命令を含む。
実施例６９１は、実施例６８７から６９０のいずれかの主題を含む。実施例６９１では、非一時的機械可読媒体は、実行されると、鍵を失効させ、サービスプロバイダへの認証を繰り返すようにプロセッサに指示する命令を含む。
実施例６９２は、実施例６８７から６９１のいずれかの主題を含む。実施例６９２では、非一時的機械可読媒体は、実行されると、失効したまたは期限切れの鍵をリフレッシュするようにプロセッサに指示する命令を含む。
実施例６９３は、実施例６８７から６９２のいずれかの主題を含む。実施例６９３では、非一時的機械可読媒体は、実行されると、失効メッセージを受信し、鍵を失効させるようにプロセッサに指示する命令を含む。
実施例６９４は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、ＩｏＴデバイスが利用可能なサービス、ＩｏＴデバイスによって提供可能なサービス、またはその両方をエニュメレーションするサービスエニュメレーション部と、ＩｏＴデバイスのコントラクトを発見するためのコントラクトエニュメレーション部と、ＩｏＴデバイスをコントラクトに参加するための参加コントラクト機能と、を含む。
実施例６９５は、実施例６９４の主題を含む。実施例６９５では、ＩｏＴデバイスは、ＩｏＴデバイスのネットワークにわたってブロックチェーンを共有および維持するためのブロックチェーンロジックと、サービス、コントラクト、アイデンティティ、属性、またはそれらの任意の組み合わせを含むブロックチェーンと、を含む。
実施例６９６は、実施例６９４または６９５のいずれかの主題を含む。実施例６９６では、ブロックチェーンは、作成されたデバイスのリストを含み、作成されたデバイスのリストは、コントラクトに参加したデバイスを含む。
実施例６９７は、実施例６９４から６９６のいずれかの主題を含む。実施例６９７では、ブロックチェーンは、そのデバイスのコンテキストプロパティ、アドバタイズされたサービス、またはその両方を含む、作成されたデバイスのリスト内の各デバイスのデバイス属性リストを含む。
実施例６９８は、実施例６９４から６９７のいずれかの主題を含む。実施例６９８では、ＩｏＴデバイスは、コントラクトへのＩｏＴデバイスの参加を終了するためのコントラクト脱退機能を含む。
実施例６９９は、実施例６９４から６９８のいずれかの主題を含む。実施例６９９では、ＩｏＴデバイスは、トークンをデバイスに発行するためのトークン発行機能を含む。
実施例７００は、実施例６９４から６９９のいずれかの主題を含む。実施例７００では、ＩｏＴデバイスは、デバイスがコントラクトを脱退するときにデバイスに発行されたトークンを無効化するための失効トークン機能を含む。
実施例７０１は、実施例６９４から７００のいずれかの主題を含む。実施例７０１では、ＩｏＴデバイスは、ブートプロセス中にトラステッド実行環境についての測定を実行するためのトラステッドプラットフォームモジュールを含む。
実施例７０２は、デバイスのライフサイクルを管理するための方法を含む。デバイスのライフサイクルを管理する方法は、ＩｏＴデバイスをセキュアエンクレーブでブートする段階と、セキュアエンクレーブ内でアイデンティティクライアントを実行する段階と、ＩｏＴデバイスのアイデンティティを取得する段階と、ＩｏＴデバイスのコミッショニングトランザクションを生成する段階と、ＩｏＴデバイスに利用可能なコントラクトをエニュメレーションする段階と、ＩｏＴデバイスをコントラクトに参加させる段階と、を含む。
実施例７０３は、実施例７０２の主題を含む。実施例７０３では、ＩｏＴデバイスのアイデンティティを取得する段階は、アイデンティティを取得することができるサービスをエニュメレーションする段階と、アイデンティティを取得するためのサービスを選択する段階と、サービスからアイデンティティを要求する段階と、を含む。
実施例７０４は、実施例７０２または７０３のいずれかの主題を含む。実施例７０４では、アイデンティティは、ＤＮＳ名、ＮｅｔＢＩＯＳ名、ＩＰアドレス、またはＵＵＩＤ、あるいはそれらの任意の組み合わせを含む。
実施例７０５は、実施例７０２から７０４のいずれかの主題を含む。実施例７０５では、アイデンティティは、コントラクトに少なくとも部分的に基づいて選択される。
実施例７０６は、実施例７０２から７０５のいずれかの主題を含む。実施例７０６では、本方法は、アイデンティティの取得に失敗した場合に警告メッセージを送信する段階を含む。
実施例７０７は、実施例７０２から７０６のいずれかの主題を含む。実施例７０７では、本方法は、アイデンティティが取得されたときに初期残高を割り当てる段階を含む。
実施例７０８は、実施例７０２から７０７のいずれかの主題を含む。実施例７０８では、ＩｏＴデバイスをコントラクトに参加させる段階は、コントラクトのオーナーのためのウォレットアドレスに料金を送信する段階を含む。
実施例７０９は、実施例７０２から７０８のいずれかの主題を含む。実施例７０９では、本方法は、コントラクトに参加する前にコントラクトに参加するための要件を満たす段階を含む。
実施例７１０は、実施例７０２から７０９のいずれかの主題を含む。実施例７１０では、要件は、コントラクトに参加する前にストレージを暗号化する段階を含む。
実施例７１１は、実施例７０２から７１０のいずれかの主題を含む。実施例７１１では、本方法は、コントラクトに関連する作成されたデバイスのリストにＩｏＴデバイスを追加する段階を含む。
実施例７１２は、実施例７０２から７１１のいずれかの主題を含む。実施例７１２では、本方法は、ＩｏＴデバイスのデバイス属性をパブリッシュする段階を含む。
実施例７１３は、実施例７０２から７１２のいずれかの主題を含む。実施例７１３では、本方法は、デバイス属性のそれぞれをアテステーションするためのメカニズムを識別する段階を含む。
実施例７１４は、実施例７０２から７１３のいずれかの主題を含む。実施例７１４では、本方法は、コントラクトの下で機能するためにトークンを要求する段階を含む。
実施例７１５は、実施例７０２から７１４のいずれかの主題を含む。実施例７１５では、本方法は、サービスへのアクセスを可能にするためにトークンをサービスのオーナーに提示する段階を含む。
実施例７１６は、実施例７０２から７１５のいずれかの主題を含む。実施例７１６では、本方法は、コントラクトの下で動作するようにＩｏＴデバイスをコミッショニングする段階と、コントラクトの下で動作を実行する段階と、を含む。
実施例７１７は、実施例７０２から７１６のいずれかの主題を含む。実施例７１７では、本方法は、ＩｏＴデバイスをデコミッショニングする段階と、コントラクトを脱退するのに必要とされる条件を完了する段階と、を含む。
実施例７１８は、実施例７０２から７１７のいずれかの主題を含む。実施例７１８では、本方法は、コントラクトを脱退すると、工場出荷時設定へのリセットを実行する段階を含む。
実施例７１９は、実施例７０２から７１８のいずれかの主題を含む。実施例７１９では、本方法は、コントラクトを脱退すると、保守サービスプロバイダに販売終了メッセージを送信する段階を含む。
実施例７２０は、実施例７０２から７１９のいずれかの主題を含む。実施例７２０では、本方法は、ＩｏＴデバイスがコントラクトを脱退するときにＩｏＴデバイスに残された資金残高を返金する段階を含む。
実施例７２１は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、セキュアエンクレーブでブートし、アイデンティティを取得し、利用可能なコントラクトをエニュメレーションし、コントラクトに参加するようにプロセッサに指示する命令を含む。
実施例７２２は、実施例７２１の主題を含む。実施例７２２では、非一時的機械可読媒体は、実行されると、ブロックチェーンクライアントとして使用される鍵を生成するようにプロセッサに指示する命令を含む。
実施例７２３は、実施例７２１または７２２のいずれかの主題を含む。実施例７２３では、非一時的機械可読媒体は、実行されると、ＩｏＴデバイスの属性をパブリッシュするようにプロセッサに指示する命令を含む。
実施例７２４は、実施例７２１から７２３のいずれかの主題を含む。実施例７２４では、非一時的機械可読媒体は、実行されると、コントラクト下で動作するためのトークンを要求するようにプロセッサに指示する命令を含む。
実施例７２５は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、Ｋバケット内の項目に関する情報を格納するブルームフィルタと、ブルームフィルタからの値を含むエントリをブロックチェーンに作成するブロックチェーンロジックと、ブルームフィルタのハッシュコードを作成するコンテンツ作成部と、探索対象が存在する確率を判定するためのブルームフィルタを探索する探索マネージャと、を含む。
実施例７２６は、実施例７２５の主題を含む。実施例７２６では、ブルームフィルタは、ビットシーケンスを含むストレージ構造を含む。
実施例７２７は、実施例７２５または７２６のいずれかの主題を含む。実施例７２７では、ビットシーケンスは、項目のそれぞれについて計算された上書きされたハッシュ値を含む。
実施例７２８は、実施例７２５から７２７のいずれかの主題を含む。実施例７２８では、Ｋバケットは、ＩｏＴデバイスに関連付けられたノードのグループを含む。
実施例７２９は、実施例７２７から７２８のいずれかの主題を含む。実施例７２９では、項目は、リソース、サービス、コントラクト、もしくはＩｏＴデバイスアイデンティティ、またはそれらの任意の組み合わせを含む。
実施例７３０は、実施例７２５から７２９のいずれかの主題を含み、分散ハッシュタグ（ＤＨＴ）データベースを７３０に含む。実施例７３０では、ＤＨＴデータベースは、Ｋバケット内の各項目についての個別のエントリを含む。
実施例７３１は、実施例７２５から７３０のいずれかの主題を含む。実施例７３１では、本装置は、項目が存在するか否かを判定するためにＤＨＴデータベースを探索するためのコンテンツロケータを含む。
実施例７３２は、実施例７２５から７３１のいずれかの主題を含む。実施例７３２では、コンテンツ作成部は、統一資源識別子（ＵＲＩ）、メタデータ、もしくはハッシュコード、またはそれらの任意の組み合わせを含むコンテンツを作成する。
実施例７３３は、実施例７２５から７３２のいずれかの主題を含む。実施例７３３では、探索マネージャは、探索においてさらなるホップの料金を支払う。
実施例７３４は、リソース発見のための方法を含む。リソース発見のための方法は、探索ターゲットのハッシュコードを計算する段階と、ハッシュコードのビットをブルームフィルタに設定されたビットと比較する段階と、ハッシュコードのビットが、ブルームフィルタに設定されているビットと一致する場合、探索ターゲットのハッシュコードについて分散ハッシュテーブル（ＤＨＴ）の探索を実行する段階と、を含む。
実施例７３５は、実施例７３４の主題を含む。実施例７３５では、本方法は、探索ターゲットのハッシュコードをローカルＫバケット内のノードにブロードキャストする段階と、ハッシュコードのビットがブルームフィルタに設定されたビットと一致するローカルＫバケット内のいずれかのノードでＤＨＴの探索を実行する段階と、を含む。
実施例７３６は、実施例７３４または７３５のいずれかの主題を含む。実施例７３６では、本方法は、ローカルＫバケット内の探索が失敗したと判定する段階と、探索ターゲットのハッシュコードをリモートＫバケットに送信するための料金コストを判定する段階と、料金コストを支払う段階と、探索を続行するために探索ターゲットのハッシュコードをリモートＫバケットに送信する段階と、を含む。
実施例７３７は、実施例７３４から７３６のいずれかの主題を含む。実施例７３７では、本方法は、ローカルＫバケット内の探索が失敗したと判定する段階と、探索ターゲットのハッシュコードをリモートＫバケットに送信するための料金コストを判定する段階と、料金コストが事前定義された制限を超えた場合探索を終了する段階と、を含む。
実施例７３８は、実施例７３４から７３７のいずれかの主題を含む。実施例７３８では、本方法は、ＤＨＴを初期化する段階と、ブロックチェーンデータベースを作成する段階と、ブロックチェーンデータベース内にジェネシスブロックを作成する段階と、ブロックチェーンデータベースおよびＤＨＴを複数の参加者のそれぞれにコピーする段階と、を含む。
実施例７３９は、実施例７３４から７３８のいずれかの主題を含む。実施例７３９では、本方法は、ブルームフィルタをトランザクションとしてブロックチェーンデータベースに保存する段階を含む。
実施例７４０は、実施例７３４から７３９のいずれかの主題を含む。実施例７４０では、本方法は、ポインタをトランザクションとしてブロックチェーンデータベースに保存することを含み、ポインタはＤＨＴの位置を含む。
実施例７４１は、実施例７３４から７４０のいずれかの主題を含む。実施例７４１では、本方法は、ブロックチェーンデータベース、ＤＨＴ、またはその両方のコンテンツを作成する段階であって、項目ハッシュコードを作成する段階と、項目ハッシュコードをＤＨＴに保存する段階と、ＤＨＴに保存されたデータのための統一資源識別子（ＵＲＩ）を作成する段階と、ＵＲＩおよびアイテムハッシュコードをブロックチェーンデータベースに保存する段階と、を含む段階を含む。
実施例７４２は、実施例７３４から７４１のいずれかの主題を含む。実施例７４２では、本方法は、ＵＲＩおよび項目ハッシュコードのメタデータをブロックチェーンデータベースに保存する段階を含み、メタデータはコンテンツ制作部のための動作を制御する。
実施例７４３は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、探索ターゲットのハッシュコードを計算し、そのハッシュコードのビットをブルームフィルタに設定されたビットと比較することによって、リソースを見つけるためにコンテンツをルックアップするようにプロセッサに指示する命令を含む。
実施例７４４は、実施例７４３の主題を含む。実施例７４４では、非一時的機械可読媒体は、実行されると、ハッシュコードのビットがブルームフィルタ内に設定されたビットと一致すると判定し、ＤＨＴを探索してハッシュコードがＤＨＴ内にあるか否かを判定するようにプロセッサに指示する命令を含む。
実施例７４５は、実施例７４３または７４４のいずれかの主題を含む。実施例７４５では、非一時的機械可読媒体は、実行されると、ブロックチェーンデータベースを作成するようにプロセッサに指示する命令を含む。
実施例７４６は、実施例７４３から７４５のいずれかの主題を含む。実施例７４６において、非一時的機械可読媒体は、実行されると、ブロックチェーンデータベースのためのコンテンツを作成するようにプロセッサに指示する命令を含み、これには複数の項目のそれぞれについて項目ハッシュコードを計算することが含まれる。
実施例７４７は、実施例７４３から７４６のいずれかの主題を含む。実施例７４７では、非一時的機械可読媒体は、実行されると、各項目ハッシュコードをブロックチェーンデータベースに格納するようにプロセッサに指示する命令を含む。
実施例７４８は、実施例７４３から７４７のいずれかの主題を含む。実施例７４８では、非一時的機械可読媒体は、実行されると、ローカルノードで探索が失敗した場合、他のノードに探索を送信するために料金を支払うようにプロセッサに指示する命令を含む。
実施例７４９は、モノのインターネット（ＩｏＴ）ネットワークで使用するための装置を含む。モノのインターネット（ＩｏＴ）ネットワークで使用するための装置は、発見された複数のピアに関する許可ガイドをドラフティングするための許可ガイドドラフト部を含み、発見された複数のピアは、それぞれパラメータを有し、許可ガイドの条件は、その条件が発見された複数のピアのうちの少なくとも２つによって許容されることに応じて生成される。発見された複数のピアのうちの各発見可能なピアのパラメータは、関連付けられたピアについての許容可能な条件範囲の範囲と、条件が満たされたことを検出したことに応答して許可ガイドの動作を実行するための動作実行部と、を含む。
実施例７５０は、実施例７４９の主題を含む。実施例７５０では、許可ガイドドラフト部は、発見された複数のピアの条項および条件を列挙する機能を含む。
実施例７５１は、実施例７４９または７５０のいずれかの主題を含む。実施例７５１では、許可ガイドドラフト部は、発見された複数のピアについてのサービス品質条項および条件のリストを含む。
実施例７５２は、実施例７４９から７５１のいずれかの主題を含む。実施例７５２では、許可ガイドドラフト部は、発見された複数のピアについてのデータプレーン条項および条件のリストを含む。
実施例７５３は、実施例７５２から７５２のいずれかの主題を含む。実施例７５３では、一例では、データプレーンは、データがピアによってどのように供給および消費されるべきかについてのプロセスを示す。
実施例７５４は、実施例７４９から７５３のいずれかの主題を含む。実施例７５４では、許可ガイドは生存期間を含む。
実施例７５５は、実施例７４９から７５４のいずれかの主題を含む。実施例７５５では、一例では、許可ガイドは、ピアによる許可ガイドへの参加および脱退を管理するためのプロトコル変換ブローカを含む。
実施例７５６は、実施例７４９から７５５のいずれかの主題を含む。実施例７５６では、許可ガイドの動作を実行することは、データを処理するようにピアに命令するピアへのサービスの自動コミッショニングを含む。
実施例７５７は、実施例７４９から７５６のいずれかの主題を含む。実施例７５７では、許可ガイドは、発見された複数のピア間の構成の交換を管理するためのプリアンブルを含む。
実施例７５８は、実施例７４９から７５７のいずれかの主題を含む。実施例７５８では、この用語は、発見された複数のピアの間で支払われるべき支払いのレートを指し、複数の発見されたピアのうちのピアが許可ガイドへの参加を終了していることの検出時にピア間で最終的な支払いが行われる。
実施例７５９は、モノのインターネット（ＩｏＴ）デバイスにおけるタスク定義およびコミッショニングのための方法を含む。モノのインターネット（ＩｏＴ）デバイスにおけるタスク定義およびコミッショニングのための方法は、発見された複数のピアに関する許可ガイドをドラフティングする段階であって、発見された複数のピアは、それぞれパラメータを有し、許可ガイドの条件は、その条件が発見された複数のピアのうちの少なくとも２つによって許容されることに応じて生成される、段階と、条件が満たされたことを検出したことに応答して許可ガイドの動作を実行する段階と、を含む。
実施例７６０は、実施例７５９の主題を含む。実施例７６０では、許可ガイドのドラフティングは、発見された複数のピアの条項および条件を列挙する機能を含む。
実施例７６１は、実施例７５９から７６０のいずれかの主題を含む。実施例７６１では、許可ガイドのドラフティングは、発見された複数のピアについてのサービス品質条項および条件のリストを含む。
実施例７６２は、実施例７５９から７６１のいずれかの主題を含む。実施例７６２では、許可ガイドのドラフティングは、発見された複数のピアについてのデータプレーン条項および条件のリストを含む。
実施例７６３は、実施例７５９から７６２のいずれかの主題を含む。実施例７６３では、一例では、データプレーンは、データがピアによってどのように供給および消費されるべきかについてのプロセスを示す。
実施例７６４は、実施例７５９から７６３のいずれかの主題を含む。実施例７６４では、許可ガイドは生存期間を含む。
実施例７６５は、実施例７５９から７６４のいずれかの主題を含む。実施例７６５では、一例では、許可ガイドは、ピアによる許可ガイドへの参加および脱退を管理するためのプロトコル変換ブローカを含む。
実施例７６６は、実施例７５９から７６５のいずれかの主題を含む。実施例７６６では、許可ガイドの動作を実行することは、データを処理するようにピアに命令するピアへのサービスの自動コミッショニングを含む。
実施例７６７は、実施例７５９から７６６のいずれかの主題を含む。実施例７６７では、許可ガイドは、発見された複数のピア間の構成の交換を管理するためのプリアンブルを含む。
実施例７６８は、実施例７５９から７６７のいずれかの主題を含む。実施例７６８では、この用語は、発見された複数のピアの間で支払われるべき支払いのレートを指し、複数の発見されたピアのうちのピアが許可ガイドへの参加を終了していることの検出時にピア間で最終的な支払いが行われる。
実施例７６９は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、発見された複数のピアに関する許可ガイドをドラフティングし、発見された複数のピアは、それぞれパラメータを有し、許可ガイドの条件は、その条件が発見された複数のピアのうちの少なくとも２つによって許容されることに応じて生成され、条件が満たされたことを検出したことに応答して許可ガイドの動作を実行するようにプロセッサに指示する命令を含む。
実施例７７０は、実施例７６９の主題を含む。実施例７７０では、許可ガイドのドラフティングは、発見された複数のピアの条項および条件を列挙する機能を含む。
実施例７７１は、実施例７６９または７７０のいずれかの主題を含む。実施例７７１では、許可ガイドのドラフティングは、発見された複数のピアについてのサービス品質条項および条件のリストを含む。
実施例７７２は、実施例７６９から７７１のいずれかの主題を含む。実施例７７２では、許可ガイドのドラフティングは、発見された複数のピアについてのデータプレーン条項および条件のリストを含む。
実施例７７３は、実施例７６９から７７２のいずれかの主題を含む。実施例７７３では、一例では、データプレーンは、データがピアによってどのように供給および消費されるべきかについてのプロセスを示す。
実施例７７４は、実施例７６９から７７３のいずれかの主題を含む。実施例７７４では、許可ガイドは生存期間を含む。
実施例７７５は、実施例７６９から７７４のいずれかの主題を含む。実施例７７５では、一例では、許可ガイドは、ピアによる許可ガイドへの参加および脱退を管理するためのプロトコル変換ブローカを含む。
実施例７７６は、実施例７６９から７７５のいずれかの主題を含む。実施例７７６では、許可ガイドの動作を実行することは、データを処理するようにピアに命令するピアへのサービスの自動コミッショニングを含む。
実施例７７７は、実施例７６９から７７６のいずれかの主題を含む。実施例７７７では、許可ガイドは、発見された複数のピア間の構成の交換を管理するためのプリアンブルを含む。
実施例７７８は、実施例７６９から７７７のいずれかの主題を含む。実施例７７８では、この用語は、発見された複数のピアの間で支払われるべき支払いのレートを指し、複数の発見されたピアのうちのピアが許可ガイドへの参加を終了していることの検出時にピア間で最終的な支払いが行われる。
実施例７７９は、モノのインターネット（ＩｏＴ）ネットワークで使用するための装置を含む。モノのインターネット（ＩｏＴ）ネットワークで使用するための装置は、発見された複数のホストに関するフローティングサービス許可ガイドをドラフティングするためのフローティングサービス許可ガイドドラフト部を含み、発見された複数のホストはそれぞれ、パラメータのホストフルフィルメントに関して評価される。本装置はまた、フローティングサービスのデータ構造に基づいて、フローティングサービスのためのホストハードウェアを選択するホストハードウェア選択部と、ホストハードウェアを使用してフローティングサービス許可ガイドを実行するフローティングサービス許可ガイド実行部と、フローティング許可ガイドの条件に達したという検出に応答して、フローティングサービスに関連付けられたサービスウォレットに価値を転送する価値転送部と、を含む。
実施例７８０は、実施例７７９の主題を含む。実施例７８０では、フローティングサービスは、サービスウォレットとホストウォレットとの間で価値トランザクションを開始する。
実施例７８１は、実施例７７９または７８０のいずれかの主題を含む。実施例７８１では、サービスウォレットはブロックチェーン符号化値を保持する。
実施例７８２は、実施例７７９から７８１のいずれかの主題を含む。実施例７８２では、データ構造は決定行列である。
実施例７８３は、実施例７７９から７８２のいずれかの主題を含む。実施例７８３では、決定行列は、フローティングサービスによって求められた特徴、利用可能なホストの数、および決定行列に列挙された特徴に対するホストのそれぞれの評価スコアを列挙する。
実施例７８４は、実施例７７９から７８３のいずれかの主題を含む。実施例７８４では、フローティングサービスは、１時間当たりのコストを、フローティングサービスの満足のいく使用を示す品質メトリクスを有する複数の特徴で除算して計算された最良値に基づいてホストを選択し、１時間当たりのコストは、評価対象のホストを使用したフローティングサービスを運用する、１時間当たりの予想コストである。
実施例７８５は、実施例７７９から７８４のいずれかの主題を含む。実施例７８５では、フローティングサービスの機能は、決定行列を用いた価値計算において特徴を様々に重み付けする。
実施例７８６は、実施例７７９から７８５のいずれかの主題を含む。実施例７８６では、一例では、フローティングサービス許可ガイドは、サービス許可ガイドの検出された違反に応答してホストに対して評価されるべきペナルティを示し、ペナルティはホストウォレットから収集される。
実施例７８７は、実施例７７９から７８６のいずれかの主題を含む。実施例７８７では、サービスウォレットの値が０になると、フローティングサービスは機能しなくなる。
実施例７８８は、実施例７７９から７８７のいずれかの主題を含む。実施例７８８では、一例では、許可ガイドは、サービスウォレットがトリガ閾値に到達したという検出に応答して、サービスウォレットが価値を転送することを示す。
実施例７８９は、モノのインターネット（ＩｏＴ）デバイスにおけるフローティングサービスの管理のための方法を含む。モノのインターネット（ＩｏＴ）デバイスにおけるフローティングサービスの管理のための方法は、発見された複数のホストに関するフローティングサービス許可ガイドをドラフティングする段階であって、発見された複数のホストはそれぞれ、パラメータのホストフルフィルメントに関して評価される、段階と、フローティングサービスのデータ構造に基づいて、フローティングサービスのためのホストハードウェアを選択する段階と、ホストハードウェアを使用してフローティングサービス許可ガイドを実行する段階と、フローティング許可ガイドの条件に達したという検出に応答して、フローティングサービスに関連付けられたサービスウォレットに価値を転送する段階と、を含む。
実施例７９０は、実施例７８９の主題を含む。実施例７９０では、フローティングサービスは、サービスウォレットとホストウォレットとの間で価値トランザクションを開始する。
実施例７９１は、実施例７８９または７９０のいずれかの主題を含む。実施例７９１では、サービスウォレットはブロックチェーン符号化値を保持する。
実施例７９２は、実施例７８９から７９１のいずれかの主題を含む。実施例７９２では、データ構造は決定行列である。
実施例７９３は、実施例７８９から７９２のいずれかの主題を含む。実施例７９３では、決定行列は、フローティングサービスによって求められた特徴、利用可能なホストの数、および決定行列に列挙された特徴に対するホストのそれぞれの評価スコアを列挙する。
実施例７９４は、実施例７８９から７９３のいずれかの主題を含む。実施例７９４では、フローティングサービスは、１時間当たりのコストを、フローティングサービスの満足のいく使用を示す品質メトリクスを有する複数の特徴で除算して計算された最良値に基づいてホストを選択し、１時間当たりのコストは、評価対象のホストを使用したフローティングサービスを運用する、１時間当たりの予想コストである。
実施例７９５は、実施例７８９から７９４のいずれかの主題を含む。実施例７９５では、フローティングサービスの機能は、決定行列を用いた値計算において特徴を様々に重み付けする。
実施例７９６は、実施例７８９から７９５のいずれかの主題を含む。実施例７９６では、一例では、フローティングサービス許可ガイドは、サービス許可ガイドの検出された違反に応答してホストに対して評価されるべきペナルティを示し、ペナルティはホストウォレットから収集される。
実施例７９７は、実施例７８９から７９６のいずれかの主題を含む。実施例７９７では、サービスウォレットの値が０になると、フローティングサービスは機能しなくなる。
実施例７９８は、実施例７８９から７９７のいずれかの主題を含む。実施例７９８では、一例では、許可ガイドは、サービスウォレットがトリガ閾値に到達したという検出に応答して、サービスウォレットが価値を転送することを示す。
実施例７９９は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、発見された複数のホストに関するフローティングサービス許可ガイドをドラフティングし、発見された複数のホストはそれぞれ、パラメータのホストフルフィルメントに関して評価され、フローティングサービスのデータ構造に基づいて、フローティングサービスのためのホストハードウェアを選択し、ホストハードウェアを使用してフローティングサービス許可ガイドを実行し、フローティング許可ガイドの条件に達したという検出に応答して、フローティングサービスに関連付けられたサービスウォレットに価値を転送するようにプロセッサに指示する命令を含む。
実施例８００は、実施例７９９の主題を含む。実施例８００では、フローティングサービスは、サービスウォレットとホストウォレットとの間で価値トランザクションを開始する。
実施例８０１は、実施例７９９または８００のいずれかの主題を含む。実施例８０１では、サービスウォレットはブロックチェーン符号化値を保持する。
実施例８０２は、実施例７９９から８０１のいずれかの主題を含む。実施例８０２では、データ構造は決定行列である。
実施例８０３は、実施例７７９から８０２のいずれかの主題を含む。実施例８０３では、決定行列は、フローティングサービスによって求められた特徴、利用可能なホストの数、および決定行列に列挙された特徴に対するホストのそれぞれの評価スコアを列挙する。
実施例８０４は、実施例７７９から８０３のいずれかの主題を含む。実施例８０４では、フローティングサービスは、１時間当たりのコストを、フローティングサービスの満足のいく使用を示す品質メトリクスを有する複数の特徴で除算して計算された最良値に基づいてホストを選択し、１時間当たりのコストは、評価対象のホストを使用したフローティングサービスを運用する、１時間当たりの予想コストである。
実施例８０５は、実施例７７９から８０４のいずれかの主題を含む。実施例８０５では、フローティングサービスの機能は、決定行列を用いた価値計算において特徴を様々に重み付けする。
実施例８０６は、実施例７９９から８０５のいずれかの主題を含む。実施例８０６では、一例では、フローティングサービス許可ガイドは、サービス許可ガイドの検出された違反に応答してホストに対して評価されるべきペナルティを示し、ペナルティはホストウォレットから収集される。
実施例８０７は、実施例７９９から８０６のいずれかの主題を含む。実施例８０７では、サービスウォレットの値が０になると、フローティングサービスは機能しなくなる。
実施例８０８は、実施例７９９から８０７のいずれかの主題を含む。実施例８０８では、一例では、許可ガイドは、サービスウォレットがトリガ閾値に到達したという検出に応答して、サービスウォレットが価値を転送することを示す。
実施例８０９は、モノのインターネット（ＩｏＴ）ネットワークで使用するための装置を含む。モノのインターネット（ＩｏＴ）ネットワークで使用するための装置は、第１のパラメータおよび第１のパラメータ値を含む、第１の発見されたピアのための許可ガイドをドラフティングするための許可ガイドドラフト部を含む。装置はまた、第２のパラメータおよび第２のパラメータ値を含む第２の発見されたピアと、第１のパラメータ値と第２のパラメータ値とを比較することによって第１のパラメータ重みおよび第２のパラメータ重みを計算するパラメータ重み計算部と、提案された条件が第１のパラメータおよび第２のパラメータによって提案された範囲内にあることに応じて許可ガイドの条件を生成する条件生成部であって、第１パラメータは第１パラメータの重みによって調整され、第２パラメータは第２パラメータの重みによって調整される、条件生成部と、条件の条件が満たされたことを検出したことに応答して許可ガイドの動作を実行するための動作実行部と、を含む。
実施例８１０は、実施例８０９の主題を含む。実施例８１０では、装置は、参加パラメータおよび参加パラメータ値を含む、候補ピアから許可ガイドへの要求を処理するためのプロセッサを含む。
実施例８１１は、実施例８０９または８１０のいずれかの主題を含む。実施例８１１では、プロセッサは、第１のパラメータ値および第２のパラメータ値を、参加パラメータ値に対して比較することによって参加パラメータウェイトを計算する。
実施例８１２は、実施例８０９から８１１のいずれかの主題を含む。実施例８１２では、第１のパラメータおよび第２のパラメータは、それぞれ第１および第２のノードについての許容可能なデータ値範囲を指す。
実施例８１３は、実施例８０９から８１２のいずれかの主題を含む。実施例８１３では、許容可能データ値範囲が、コスト関数を用いて計算される。
実施例８１４は、実施例８０９から８１３のいずれかの主題を含む。実施例８１４では、コスト関数は、許可ガイドを実施するノードの運用コストを計算して組み合わせる。
実施例８１５は、実施例８０９から８１４のいずれかの主題を含む。実施例８１５では、運用コストは、デバイス、データ転送、およびストレージデバイスを運用するためのエネルギー、稼働、および保守のコストのうちの少なくとも１つを含む。
実施例８１６は、実施例８０９から８１５のいずれかの主題を含む。実施例８１６では、一例では、データ値範囲は、複数のデータソースの関数としてのデータの値の計算を指す。
実施例８１７は、実施例８０９から８１６のいずれかの主題を含む。実施例８１７では、データは複数のセンサから合成された導出データである。
実施例８１８は、実施例８０９から８１７のいずれかの主題を含む。実施例８１８では、データの値は、得ようとするデータのレートが増加するにつれて増加する。
実施例８１９は、モノのインターネット（ＩｏＴ）デバイスにおける値のあるデータユニットとの交渉のための方法を含む。モノのインターネット（ＩｏＴ）デバイスにおける値のあるデータユニットとの交渉のための方法は、第１のパラメータおよび第１のパラメータ値を含む第１の発見されたピア、ならびに第２のパラメータおよび第２のパラメータ値を含む第２の発見されたピアに関する許可ガイドをドラフティングする段階と、第１のパラメータ値と第２のパラメータ値とを比較することによって第１のパラメータ重みおよび第２のパラメータ重みを計算する段階と、提案された条件が第１のパラメータおよび第２のパラメータによって提案された範囲内にあることに応じて許可ガイドの条件を生成する段階であって、第１パラメータは第１パラメータの重みによって調整され、第２パラメータは第２パラメータの重みによって調整される、段階と、条件の条件が満たされたことを検出したことに応答して許可ガイドの動作を実行する段階と、を含む。
実施例８２０は、実施例８１９の主題を含む。実施例８２０では、本方法は、参加パラメータおよび参加パラメータ値を含む、候補ピアから許可ガイドへの要求を受信する段階を含む。
実施例８２１は、実施例８１９または８２０のいずれかの主題を含む。実施例８２１では、本方法は、第１のパラメータ値および第２のパラメータ値を、参加パラメータ値に対して比較することによって参加パラメータウェイトを計算する段階を含む。
実施例８２２は、実施例８１９から８２１のいずれかの主題を含む。実施例８２２では、第１のパラメータおよび第２のパラメータは、それぞれ第１および第２のノードについての許容可能なデータ値範囲を指す。
実施例８２３は、実施例８１９から８２２のいずれかの主題を含む。実施例８２３では、許容可能データ値範囲が、コスト関数を用いて計算される。
実施例８２４は、実施例８１９から８２３のいずれかの主題を含む。実施例８２４では、コスト関数は、許可ガイドを実施するノードの運用コストを計算して組み合わせる。
実施例８２５は、実施例８１９から８２４のいずれかの主題を含む。実施例８２５では、運用コストは、デバイス、データ転送、およびストレージデバイスを運用するためのエネルギー、稼働、および保守のコストのうちの少なくとも１つを含む。
実施例８２６は、実施例８１９から８２５のいずれかの主題を含む。実施例８２６では、一例では、データ値範囲は、複数のデータソースの関数としてのデータの値の計算を指す。
実施例８２７は、実施例８１９から８２６のいずれかの主題を含む。実施例８２７では、データは複数のセンサから合成された導出データである。
実施例８２８は、実施例８１９から８２７のいずれかの主題を含む。実施例８２８では、データの値は、得ようとするデータのレートが増加するにつれて増加する。
実施例８２９は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、第１のパラメータおよび第１のパラメータ値を含む第１の発見されたピア、ならびに第２のパラメータおよび第２のパラメータ値を含む第２の発見されたピアに関する許可ガイドをドラフティングし、第１のパラメータ値と第２のパラメータ値とを比較することによって第１のパラメータ重みおよび第２のパラメータ重みを計算し、提案された条件が第１のパラメータおよび第２のパラメータによって提案された範囲内にあることに応じて許可ガイドの条件を生成し、第１パラメータは第１パラメータの重みによって調整され、第２パラメータは第２パラメータの重みによって調整され、条件の条件が満たされたことを検出したことに応答して許可ガイドの動作を実行するようにプロセッサに指示する命令を含む。
実施例８３０は、実施例８２９の主題を含む。実施例８３０では、非一時的機械可読媒体は、実行されると、候補ピアから受信した要求を処理するようにプロセッサに指示する命令を含み、要求は参加パラメータおよび参加パラメータ値を含む。
実施例８３１は、実施例８２９または８３０のいずれかの主題を含む。実施例８３１では、非一時的機械可読媒体は、実行されると、第１のパラメータ値および第２のパラメータ値に対して参加パラメータ値を比較することによって参加パラメータ重みを計算するようにプロセッサに指示する命令を含む。
実施例８３２は、実施例８２９から８３１のいずれかの主題を含む。実施例８３２では、第１のパラメータおよび第２のパラメータは、それぞれ第１および第２のノードについての許容可能なデータ値範囲を指す。
実施例８３３は、実施例８２９から８３２のいずれかの主題を含む。実施例８３３では、許容可能データ値範囲が、コスト関数を用いて計算される。
実施例８３４は、実施例８２９から８３３のいずれかの主題を含む。実施例８３４では、コスト関数は、許可ガイドを実施するノードの運用コストを計算して組み合わせる。
実施例８３５は、実施例８２９から８３４のいずれかの主題を含む。実施例８３５では、運用コストは、デバイス、データ転送、およびストレージデバイスを運用するためのエネルギー、稼働、および保守のコストのうちの少なくとも１つを含む。
実施例８３６は、実施例８２９から８３５のいずれかの主題を含む。実施例８３６では、一例では、データ値範囲は、複数のデータソースの関数としてのデータの値の計算を指す。
実施例８３７は、実施例８２９から８３６のいずれかの主題を含む。実施例８３７では、データは複数のセンサから合成された導出データである。
実施例８３８は、実施例８２９から８３７のいずれかの主題を含む。実施例８３８では、データの値は、得ようとするデータのレートが増加するにつれて増加する。
実施例８３９は、モノのインターネット（ＩｏＴ）ネットワークで使用するための装置を含む。モノのインターネット（ＩｏＴ）ネットワークで使用するための装置は、ブロックチェーンクライアントとしてのデバイスのためのデバイスアイデンティティを生成するためのデバイスアイデンティティ生成部と、デバイスから発見ブロードキャストメッセージをパブリッシュするためのメッセージパブリッシュ部と、パブリッシュされた発見ブロードキャストメッセージに基づいて、ＤＮＡＰからの応答を受信するデバイスに応答して、非集中型ネットワークアクセスプロキシ（ＤＮＡＰ）ネットワークへの参加をデバイスから適用するためのネットワーク適用部と、デバイスのアイデンティティおよび属性をＤＮＡＰに記述するためのデバイス記述部と、デバイスのアイデンティティおよび属性に基づいてネットワークによってデバイスに許可されているアクセスに応答して、ネットワークを介してデバイスからパケットを送信するためのパケット送信部と、を含む。
実施例８４０は、実施例８３９の主題を含む。実施例８４０では、デバイスは、ＤＮＡＰにトークンを要求する。
実施例８４１は、実施例８３９または８４０のいずれかの主題を含む。実施例８４１では、トークンは、ピアツーピア以外のネットワークデータを送信および受信する能力をデバイスに付与する。
実施例８４２は、実施例８３９から８４１のいずれかの主題を含む。実施例８４２では、トークンは、ネットワークのオープンシステム相互接続層の層上でデータを送信および受信する能力をデバイスに付与する。
実施例８４３は、実施例８３９から８４２のいずれかの主題を含む。実施例８４３では、パケットがトークンを加え、パケットとトークンとの組み合わせが検証のためにＤＮＡＰに送信され、ＤＮＡＰは、ＤＮＡＰがトークンを受け入れられないことの検出に応答してパケットとトークンの両方を拒否する。
実施例８４４は、実施例８３９から８４３のいずれかの主題を含む。実施例８４４では、トークンは、パケット数閾値、データ量閾値、および期間閾値のうちの少なくとも１つと共に使用されるのに有効である。
実施例８４５は、実施例８３９から８４４のいずれかの主題を含む。実施例８４５では、一例では、デバイスは、デバイスによって受信および送信されたトランザクションのトランザクション記録を格納し、トランザクション記録は、ＤＮＡＰと共有される。
実施例８４６は、実施例８３９から８４５のいずれかの主題を含む。実施例８４６では、デバイスは、デバイスから送信されたパケットの発信元を示すための鍵を生成する。
実施例８４７は、実施例８３９から８４６のいずれかの主題を含む。実施例８４７では、デバイスは、ブロックチェーン対応デバイスであり、デバイスは、デバイスによって送信され、デバイスによって受信されたすべてのトランザクションをブロックチェーン上に格納する。
実施例８４８は、実施例８３９から８４７のいずれかの主題を含む。実施例８４８では、デバイス属性の記述は、ブロックチェーンの外に格納されている。
実施例８４９は、モノのインターネット（ＩｏＴ）デバイスとのセキュアな通信のための方法を含む。モノのインターネット（ＩｏＴ）デバイスとのセキュアな通信のための方法は、ブロックチェーンクライアントとしてのデバイスのためのデバイスアイデンティティを生成する段階と、デバイスから発見ブロードキャストメッセージをパブリッシュする段階と、パブリッシュされた発見ブロードキャストメッセージに基づいて、ＤＮＡＰからの応答を受信するデバイスに応答して、非集中型ネットワークアクセスプロキシ（ＤＮＡＰ）ネットワークへの参加をデバイスから適用する段階と、デバイスのアイデンティティおよび属性をＤＮＡＰに記述する段階と、デバイスのアイデンティティおよび属性に基づいてネットワークによってデバイスに許可されているアクセスに応答して、ネットワークを介してデバイスからパケットを送信する段階と、を含む。
実施例８５０は、実施例８４９の主題を含む。実施例８５０では、デバイスは、ＤＮＡＰにトークンを要求する。
実施例８５１は、実施例８４９または８５０のいずれかの主題を含む。実施例８５１では、トークンは、ピアツーピア以外のネットワークデータを送信および受信する能力をデバイスに付与する。
実施例８５２は、実施例８４９から８５１のいずれかの主題を含む。実施例８５２では、トークンは、ネットワークのオープンシステム相互接続層の層上でデータを送信および受信する能力をデバイスに付与する。
実施例８５３は、実施例８４９から８５２のいずれかの主題を含む。実施例８５３では、パケットがトークンを加え、パケットとトークンとの組み合わせが検証のためにＤＮＡＰに送信され、ＤＮＡＰは、ＤＮＡＰがトークンを受け入れられないことの検出に応答してパケットとトークンの両方を拒否する。
実施例８５４は、実施例８４９から８５３のいずれかの主題を含む。実施例８５４では、トークンは、パケット数閾値、データ量閾値、および期間閾値のうちの少なくとも１つと共に使用されるのに有効である。
実施例８５５は、実施例８４９から８５４のいずれかの主題を含む。実施例８５５では、一例では、デバイスは、デバイスによって受信および送信されたトランザクションのトランザクション記録を格納し、トランザクション記録は、ＤＮＡＰと共有される。
実施例８５６は、実施例８４９から８５５のいずれかの主題を含む。実施例８５６では、デバイスは、デバイスから送信されたパケットの発信元を示すための鍵を生成する。
実施例８５７は、実施例８４９から８５６のいずれかの主題を含む。実施例８５７では、デバイスは、ブロックチェーン対応デバイスであり、デバイスは、デバイスによって送信され、デバイスによって受信されたすべてのトランザクションをブロックチェーン上に格納する。
実施例８５８は、実施例８４９から８５７のいずれかの主題を含む。実施例８５８では、デバイス属性の記述は、ブロックチェーンの外に格納されている。
実施例８５９は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、ブロックチェーンクライアントとしてのデバイスのためのデバイスアイデンティティを生成し、デバイスから発見ブロードキャストメッセージをパブリッシュし、パブリッシュされた発見ブロードキャストメッセージに基づいて、ＤＮＡＰからの応答を受信するデバイスに応答して、非集中型ネットワークアクセスプロキシ（ＤＮＡＰ）ネットワークへの参加をデバイスから適用し、デバイスのアイデンティティおよび属性をＤＮＡＰに記述し、デバイスのアイデンティティおよび属性に基づいてネットワークによってデバイスに許可されているアクセスに応答して、ネットワークを介してデバイスからパケットを送信するようにプロセッサに指示する命令を含む。
実施例８６０は、実施例８５９の主題を含む。実施例８６０では、デバイスは、ＤＮＡＰにトークンを要求する。
実施例８６１は、実施例８５９または８６０のいずれかの主題を含む。実施例８６１では、トークンは、ピアツーピア以外のネットワークデータを送信および受信する能力をデバイスに付与する。
実施例８６２は、実施例８５９から８６１のいずれかの主題を含む。実施例８６２では、トークンは、ネットワークのオープンシステム相互接続層の層上でデータを送信および受信する能力をデバイスに付与する。
実施例８６３は、実施例８５９から８６２のいずれかの主題を含む。実施例８６３では、パケットがトークンを加え、パケットとトークンとの組み合わせが検証のためにＤＮＡＰに送信され、ＤＮＡＰは、ＤＮＡＰがトークンを受け入れられないことの検出に応答してパケットとトークンの両方を拒否する。
実施例８６４は、実施例８５９から８６３のいずれかの主題を含む。実施例８６４では、トークンは、パケット数閾値、データ量閾値、および期間閾値のうちの少なくとも１つと共に使用されるのに有効である。
実施例８６５は、実施例８５９から８６４のいずれかの主題を含む。実施例８６５では、一例では、デバイスは、デバイスによって受信および送信されたトランザクションのトランザクション記録を格納し、トランザクション記録は、ＤＮＡＰと共有される。
実施例８６６は、実施例８５９から８６５のいずれかの主題を含む。実施例８６６では、デバイスは、デバイスから送信されたパケットの発信元を示すための鍵を生成する。
実施例８６７は、実施例８５９から８６６のいずれかの主題を含む。実施例８６７では、デバイスは、ブロックチェーン対応デバイスであり、デバイスは、デバイスによって送信され、デバイスによって受信されたすべてのトランザクションをブロックチェーン上に格納する。
実施例８６８は、実施例８５９から８６７のいずれかの主題を含む。実施例８６８では、デバイス属性の記述は、ブロックチェーンの外に格納されている。
実施例８６９は、モノのインターネット（ＩｏＴ）ネットワークで使用するための装置を含む。モノのインターネット（ＩｏＴ）ネットワークで使用するための装置は、第２のネットワークへのポータルを介して第１のネットワークにデバイスを登録するためのデバイスレジストラであって、第２のネットワークは、第１のネットワークへのアクセスを認可される、デバイスレジストラと、許可ガイドの義務の合意を介してデバイスを許可ガイドに参加させるためのデバイス参加部と、許可ガイドの機能を使用してトークンを要求するためのトークン要求部であって、トークンは、第２のネットワークにアクセスするために認証されたデバイスを識別する、トークン要求部と、デバイスからの認証要求を第１のネットワークに送信するための要求送信部であって、第１のネットワークは、トークンの検出に応答して認証を確認する、要求送信部と、を含む。
実施例８７０は、実施例８６９の主題を含む。実施例８７０では、デバイスは、第２のネットワーク内のウォレットへの支払い交換を実行する。
実施例８７１は、実施例８６９または８７０のいずれかの主題を含む。実施例８７１では、一例では、トークンの要求は、サイドチェーン上で生成されたトークンに対応するように、課金ブロックチェーン上のコインの予約をもたらす。
実施例８７２は、実施例８６９から８７１のいずれかの主題を含む。実施例８７２では、トークンは、デバイスによるトークンの第１のネットワークへの提示によるデバイスの認証に応答してサイドチェーン上で消費される。
実施例８７３は、実施例８６９から８７２のいずれかの主題を含む。実施例８７３では、ブロックチェーンのコインは、サイドチェーンによって失効され消費されたトークンのうちの少なくとも１つであるトークンの検出に応答して解放される。
実施例８７４は、実施例８６９から８７３のいずれかの主題を含む。実施例８７４では、許可ガイドに参加することは、デバイスの属性が第１のネットワークで許可されていることを確認するために、デバイスから、デバイスの属性を属性フィルタの許可ガイドに提供することを含む。
実施例８７５は、実施例８６９から８７４のいずれかの主題を含む。実施例８７５では、属性は、デバイスが許可ガイドに参加している間にアクティブなユーザプロファイルの属性を含む。
実施例８７６は、実施例８６９から８７５のいずれかの主題を含む。実施例８７６では、トークンは、デバイスの認可形式として使用されたことに応答して、自身を破壊する。
実施例８７７は、実施例８６９から８７６のいずれかの主題を含む。実施例８７７では、デバイスは、デバイスが第２のネットワークにアクセスするためのクレデンシャルを有するという第１のネットワークに対する認証に基づいて第１のネットワークにアクセスすることを認可される。
実施例８７８は、実施例８６９から８７７のいずれかの主題を含む。実施例８７８では、第１のネットワークを使用するためのデバイスの認可は、アクセス数、第１のネットワークを通してアクセスされるデータの量、および許可されたアクセスの時間のうちの少なくとも１つに基づいて期限切れになる。
実施例８７９は、モノのインターネット（ＩｏＴ）デバイスを用いた非集中型の認可、認証、および課金のための方法を含む。モノのインターネット（ＩｏＴ）デバイスを用いた非集中型の認可、認証、および課金のための方法は、第２のネットワークへのポータルを介して第１のネットワークにデバイスを登録する段階であって、第２のネットワークは、第１のネットワークへのアクセスを認可される、段階と、許可ガイドの義務の合意を介してデバイスを許可ガイドに参加させる段階と、許可ガイドの機能を使用してトークンを要求する段階であって、トークンは、第２のネットワークにアクセスするために認証されたデバイスを識別する、段階と、デバイスからの認証要求を第１のネットワークに送信する段階であって、第１のネットワークは、トークンの検出に応答して認証を確認する、段階と、を含む。
実施例８８０は、実施例８７９の方法を含む。実施例８７９では、デバイスは、第２のネットワーク内のウォレットへの支払い交換を実行する。
実施例８８１は、実施例８７９または８８０のいずれかの主題を含む。実施例８８１では、一例では、トークンの要求は、サイドチェーン上で生成されたトークンに対応するように、課金ブロックチェーン上のコインの予約をもたらす。
実施例８８２は、実施例８７９から８８１のいずれかの主題を含む。実施例８８２では、トークンは、デバイスによるトークンの第１のネットワークへの提示によるデバイスの認証に応答してサイドチェーン上で消費される。
実施例８８３は、実施例８７９から８８２のいずれかの主題を含む。実施例８８３では、ブロックチェーンのコインは、サイドチェーンによって失効され消費されたトークンのうちの少なくとも１つであるトークンの検出に応答して解放される。
実施例８８４は、実施例８７９から８８３のいずれかの主題を含む。実施例８８４では、許可ガイドに参加することは、デバイスの属性が第１のネットワークで許可されていることを確認するために、デバイスから、デバイスの属性を属性フィルタの許可ガイドに提供することを含む。
実施例８８５は、実施例８７９から８８４のいずれかの主題を含む。実施例８８５では、属性は、デバイスが許可ガイドに参加している間にアクティブなユーザプロファイルの属性を含む。
実施例８８６は、実施例８７９から８８５のいずれかの主題を含む。実施例８８６では、トークンは、デバイスの認可形式として使用されたことに応答して、自身を破壊する。
実施例８８７は、実施例８７９から８８６のいずれかの主題を含む。実施例８８７では、デバイスは、デバイスが第２のネットワークにアクセスするためのクレデンシャルを有するという第１のネットワークに対する認証に基づいて第１のネットワークにアクセスすることを認可される。
実施例８８８は、実施例８７９から８８７のいずれかの主題を含む。実施例８８８では、第１のネットワークを使用するためのデバイスの認可は、アクセス数、第１のネットワークを通してアクセスされるデータの量、および許可されたアクセスの時間のうちの少なくとも１つに基づいて期限切れになる。
実施例８８９は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、第２のネットワークへのポータルを介して第１のネットワークにデバイスを登録し、第２のネットワークは、第１のネットワークへのアクセスを認可され、許可ガイドの義務の合意を介してデバイスを許可ガイドに参加させ、許可ガイドの機能を使用してトークンを要求し、トークンは、第２のネットワークにアクセスするために認証されたデバイスを識別し、デバイスからの認証要求を第１のネットワークに送信し、第１のネットワークは、トークンの検出に応答して認証を確認するようにプロセッサに指示する命令を含む。
実施例８９０は、実施例８８９の主題を含む。実施例８９０では、デバイスは、第２のネットワーク内のウォレットへの支払い交換を実行する。
実施例８９１は、実施例８８９または８９０のいずれかの主題を含む。実施例８９１では、一例では、トークンの要求は、サイドチェーン上で生成されたトークンに対応するように、課金ブロックチェーン上のコインの予約をもたらす。
実施例８９２は、実施例８８９から８９１のいずれかの主題を含む。実施例８９２では、トークンは、デバイスによるトークンの第１のネットワークへの提示によるデバイスの認証に応答してサイドチェーン上で消費される。
実施例８９３は、実施例８８９から８９２のいずれかの主題を含む。実施例８９３では、ブロックチェーンのコインは、サイドチェーンによって失効され消費されたトークンのうちの少なくとも１つであるトークンの検出に応答して解放される。
実施例８９４は、実施例８８９から８９３のいずれかの主題を含む。実施例８９４では、許可ガイドに参加することは、デバイスの属性が第１のネットワークで許可されていることを確認するために、デバイスから、デバイスの属性を属性フィルタの許可ガイドに提供することを含む。
実施例８９５は、実施例８８９から８９４のいずれかの主題を含む。実施例８９５では、属性は、デバイスが許可ガイドに参加している間にアクティブなユーザプロファイルの属性を含む。
実施例８９６は、実施例８８９から８９５のいずれかの主題を含む。実施例８９６では、トークンは、デバイスの認可形式として使用されたことに応答して、自身を破壊する。
実施例８９７は、実施例８８９から８９６のいずれかの主題を含む。実施例８９７では、デバイスは、デバイスが第２のネットワークにアクセスするためのクレデンシャルを有するという第２のネットワークによる第１のネットワークに対する認証に基づいて第１のネットワークにアクセスすることを認可される。
実施例８９８は、実施例８８９から８９７のいずれかの主題を含む。実施例８９８では、第１のネットワークを使用するためのデバイスの認可は、アクセス数、第１のネットワークを通してアクセスされるデータの量、および許可されたアクセスの時間のうちの少なくとも１つに基づいて期限切れになる。
実施例８９９は、モノのインターネット（ＩｏＴ）ネットワークで使用するための装置を含む。モノのインターネット（ＩｏＴ）ネットワークで使用するための装置は、非集中型アプリケーションプログラムインターフェース（ＡＰＩ）を用いて認証要求のアイデンティティを検証するためのアイデンティティ検証部を含む。装置はまた、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）クライアントから受信した認証要求、分散型台帳に要求を送信し、分散型台帳からのアイデンティティ検証応答の受信に応答して応答をＲＡＤＩＵＳサーバに返すことによってアイデンティティを検証するための非集中型ＡＰＩと、分散ＡＰＩからの応答の受信に応答して認証要求に対する応答をＲＡＤＩＵＳクライアントに返す応答返送部と、を含み、ＲＡＤＩＵＳクライアントは、認証済みのアイデンティティの応答に応答してトランザクションを行う。
実施例９００は、実施例８９９の主題を含む。実施例９００では、トランザクションは、ユーザ名、パスワード、およびメタデータのうちの少なくとも１つを含む。
実施例９０１は、実施例８９９または９００のいずれかの主題を含む。実施例９０１では、トランザクションは、価値トランザクションを含む。
実施例９０２は、実施例８９９から９０１のいずれかの主題を含む。実施例９０２では、トランザクションは、暗号通貨トランザクションである。
実施例９０３は、実施例８９９から９０２のいずれかの主題を含む。実施例９０３では、認証要求はネットワークアドレスに対する要求を含む。
実施例９０４は、実施例８９９から９０３のいずれかの主題を含む。実施例９０４では、ネットワークアドレスは、ＲＡＤＩＵＳサーバの完全修飾ドメイン名およびＲＡＤＩＵＳサーバのインターネットプロトコルアドレスのうちの少なくとも一方を含む。
実施例９０５は、実施例８９９から９０４のいずれかの主題を含む。実施例９０５では、ＲＡＤＩＵＳサーバは、ブロックチェーンから公開鍵の位置を要求することによって公開鍵を検証する。
実施例９０６は、実施例８９９から９０５のいずれかの主題を含む。実施例９０６では、ＲＡＤＩＵＳサーバへの要求は、認証されたアイデンティティの確認をＲＡＤＩＵＳクライアントが受信したことに応答して、オフチェーンで行われる。
実施例９０７は、実施例８９９から９０６のいずれかの主題を含む。実施例９０７では、ＲＡＤＩＵＳサーバは、ＲＡＤＩＵＳサーバが受信した要求のロギングおよびアカウンティングを実行する。
実施例９０８は、実施例８９９から９０７のいずれかの主題を含む。実施例９０８では、認証要求に対する応答は、不変記録としてブロックチェーンに格納される。
実施例９０９は、モノのインターネット（ＩｏＴ）デバイスを用いた非集中型の認可、認証、および課金のための方法を含む。モノのインターネット（ＩｏＴ）デバイスを使用した非集中型の認可、認証、および課金のための方法は、分散型台帳を使用して認証要求のアイデンティティを検証する段階であって、認証要求が、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）クライアントから受信される、段階と、分散型台帳からの肯定的なアイデンティティ検証応答の受信に応答してＲＡＤＩＵＳサーバに要求を送信する段階と、ＲＡＤＩＵＳサーバからの応答の受信に応答してＲＡＤＩＵＳクライアントに認証要求に対する応答を返す段階と、を含み、ＲＡＤＩＵＳクライアントは、認証済みのアイデンティティの応答に応答してＲＡＤＩＵＳサーバとトランザクションを行う。
実施例９１０は、実施例９０９の主題を含む。実施例９１０では、トランザクションは、ユーザ名、パスワード、およびメタデータのうちの少なくとも１つを含む。
実施例９１１は、実施例９０９または９１０のいずれかの主題を含む。実施例９１１では、トランザクションは、価値トランザクションを含む。
実施例９１２は、実施例９０９から９１１のいずれかの主題を含む。実施例９１２では、トランザクションは、暗号通貨トランザクションである。
実施例９１３は、実施例９０９から９１２のいずれかの主題を含む。実施例９１３では、認証要求はネットワークアドレスに対する要求を含む。
実施例９１４は、実施例９０９から９１３のいずれかの主題を含む。実施例９１４では、ネットワークアドレスは、ＲＡＤＩＵＳサーバの完全修飾ドメイン名およびＲＡＤＩＵＳサーバのインターネットプロトコルアドレスのうちの少なくとも一方を含む。
実施例９１５は、実施例９０９から９１４のいずれかの主題を含む。実施例９１５では、ＲＡＤＩＵＳサーバは、ブロックチェーンから公開鍵の位置を要求することによって公開鍵を検証する。
実施例９１６は、実施例９０９から９１５のいずれかの主題を含む。実施例９１６では、ＲＡＤＩＵＳサーバへの要求は、認証されたアイデンティティの確認をＲＡＤＩＵＳクライアントが受信したことに応答して、オフチェーンで行われる。
実施例９１７は、実施例９０９から９１６のいずれかの主題を含む。実施例９１７では、ＲＡＤＩＵＳサーバは、ＲＡＤＩＵＳサーバが受信した要求のロギングおよびアカウンティングを実行する。
実施例９１８は、実施例９１７から９１７のいずれかの主題を含む。実施例９１８では、認証要求に対する応答は、不変記録としてブロックチェーンに格納される。
実施例９１９は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、分散型台帳を使用して認証要求のアイデンティティを検証し、認証要求が、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）クライアントから受信され、分散型台帳からの肯定的なアイデンティティ検証応答の受信に応答してＲＡＤＩＵＳサーバに要求を送信し、ＲＡＤＩＵＳサーバからの応答の受信に応答してＲＡＤＩＵＳクライアントに認証要求に対する応答を返し、ＲＡＤＩＵＳクライアントは、認証済みのアイデンティティの応答に応答してＲＡＤＩＵＳサーバとトランザクションを行うようにプロセッサに指示する命令を含む。
実施例９２０は、実施例９１９の主題を含む。実施例９２０では、トランザクションは、ユーザ名、パスワード、およびメタデータのうちの少なくとも１つを含む。
実施例９２１は、実施例９１９または９２０のいずれかの主題を含む。実施例９２１では、トランザクションは、価値トランザクションを含む。
実施例９２２は、実施例９１９から９２１のいずれかの主題を含む。実施例９２２では、トランザクションは、暗号通貨トランザクションである。
実施例９２３は、実施例９１９から９２２のいずれかの主題を含む。実施例９２３では、認証要求はネットワークアドレスに対する要求を含む。
実施例９２４は、実施例９１９から９２３のいずれかの主題を含む。実施例９２４では、ネットワークアドレスは、ＲＡＤＩＵＳサーバの完全修飾ドメイン名およびＲＡＤＩＵＳサーバのインターネットプロトコルアドレスのうちの少なくとも一方を含む。
実施例９２５は、実施例９１９から９２４のいずれかの主題を含む。実施例９２５では、ＲＡＤＩＵＳサーバは、ブロックチェーンから公開鍵の位置を要求することによって公開鍵を検証する。
実施例９２６は、実施例９１９から９２５のいずれかの主題を含む。実施例９２６では、ＲＡＤＩＵＳサーバへの要求は、認証されたアイデンティティの確認をＲＡＤＩＵＳクライアントが受信したことに応答して、オフチェーンで行われる。
実施例９２７は、実施例９１９から９２６のいずれかの主題を含む。実施例９２７では、ＲＡＤＩＵＳサーバは、ＲＡＤＩＵＳサーバが受信した要求のロギングおよびアカウンティングを実行する。
実施例９２８は、実施例９１９から９２７のいずれかの主題を含む。実施例９２８では、認証要求に対する応答は、不変記録としてブロックチェーンに格納される。
実施例９２９は、モノのインターネット（ＩｏＴ）ネットワークで使用するための装置を含む。モノのインターネット（ＩｏＴ）ネットワークで使用するための装置は、非集中型データベースのネットワークにデバイスを接続するためのデバイスコネクタと、非集中型データベースのノードの名前空間を発見するための名前空間発見部と、ノードに受け入れられたことに応答して共有データベース区画を作成するための区画作成部と、非集中型データベースにサービスをアドバタイズするためのサービスアドバタイズ部と、プライベートデータベース区画と共有データベース区画との間のサービスの実行の際に受信および生成されたデータを経路指定するためのデータルータと、を含む。
実施例９３０は、実施例９２９の主題を含む。実施例９３０では、共有データベース区画は、許可されたものと暗号化されたものうちの少なくとも一方である。
実施例９３１は、実施例９２９または９３０のいずれかの主題を含む。実施例９３１では、共有データベース区画に格納されたデータのコピーは、データをコピーするための第２のノードの権限を示す特権を提示する第２のノードに応答して第２のノードに複製される。
実施例９３２は、実施例９２９から９３１のいずれかの主題を含む。実施例９３２では、デバイスは、非集中型データベースのネットワークへの接続に応答して非集中型データベースソフトウェアをインストールする。
実施例９３３は、実施例９２９から９３２のいずれかの主題を含む。実施例９３３では、デバイスは、非集中型データベースのネットワークへの接続に応答して共有データベース区画を作成する。
実施例９３４は、実施例９２９から９３３のいずれかの主題を含む。実施例９３４では、デバイスは、非集中型データベースのノードの名前空間を発見することに応答して、非集中型データベースに参加するように要求する。
実施例９３５は、実施例９２９から９３４のいずれかの主題を含む。実施例９３５では、デバイスは、共有データベース区画の作成に応答して、共有データベース区画内に格納するために共有ノード区画を複製する。
実施例９３６は、実施例９２９から９３５のいずれかの主題を含む。実施例９３６では、共有区画内のデータは、データが共有データベース区画に経路指定されたことに応答して、共有ノード区画内の格納のために複製される。
実施例９３７は、実施例９２９から９３６のいずれかの主題を含む。実施例９３７では、デバイスは、ノードがデバイスの受け入れに投票したことに応答して、非集中型データベースへの受け入れを受信する。
実施例９３８は、実施例９２９から９３７のいずれかの主題を含む。実施例９３８では、デバイスは、非集中型データベースのノードの名前空間を発見することに応答して、非集中型データベースに受け入れられる。
実施例９３９は、非集中型データベースに参加するための方法を含む。非集中型データベースに参加するための方法は、非集中型データベースのネットワークにデバイスを接続する段階と、非集中型データベースのノードの名前空間を発見する段階と、ノードに受け入れられたことに応答して共有データベース区画を作成する段階と、非集中型データベースにサービスをアドバタイズする段階と、プライベートデータベース区画と共有データベース区画との間のサービスの実行の際に受信および生成されたデータを経路指定する段階と、を含む。
実施例９４０は、実施例９３９の主題を含む。実施例９４０では、共有データベース区画は、許可されたものと暗号化されたものうちの少なくとも一方である。
実施例９４１は、実施例９３９または９４０のいずれかの主題を含む。実施例９４１では、共有データベース区画に格納されたデータのコピーは、データをコピーするための第２のノードの権限を示す特権を提示する第２のノードに応答して第２のノードに複製される。
実施例９４２は、実施例９３９から９４１のいずれかの主題を含む。実施例９４２では、デバイスは、非集中型データベースのネットワークへの接続に応答して非集中型データベースソフトウェアをインストールする。
実施例９４３は、実施例９３９から９４２のいずれかの主題を含む。実施例９４３では、デバイスは、非集中型データベースのネットワークへの接続に応答して共有データベース区画を作成する。
実施例９４４は、実施例９３９から９４３のいずれかの主題を含む。実施例９４４では、デバイスは、非集中型データベースのノードの名前空間を発見することに応答して、非集中型データベースに参加するように要求する。
実施例９４５は、実施例９３９から９４４のいずれかの主題を含む。実施例９４５では、デバイスは、共有データベース区画の作成に応答して、共有データベース区画内に格納するために共有ノード区画を複製する。
実施例９４６は、実施例９３９から９４５のいずれかの主題を含む。実施例９４６では、共有区画内のデータは、データが共有データベース区画に経路指定されたことに応答して、共有ノード区画内の格納のために複製される。
実施例９４７は、実施例９３９から９４６のいずれかの主題を含む。実施例９４７では、デバイスは、ノードがデバイスの受け入れに投票したことに応答して、非集中型データベースへの受け入れを受信する。
実施例９４８は、実施例９３９から９４７のいずれかの主題を含む。実施例９４８では、デバイスは、非集中型データベースのノードの名前空間を発見することに応答して、非集中型データベースに受け入れられる。
実施例９４９は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、非集中型データベースのネットワークにデバイスを接続し、非集中型データベースのノードの名前空間を発見し、ノードに受け入れられたことに応答して共有データベース区画を作成し、非集中型データベースにサービスをアドバタイズし、プライベートデータベース区画と共有データベース区画との間のサービスの実行に応答して受信および生成されたデータを経路指定するようにプロセッサに指示する命令を含む。
実施例９５０は、実施例９４９の主題を含む。実施例９５０では、共有データベース区画は、許可されたものと暗号化されたものうちの少なくとも一方である。
実施例９５１は、実施例９４９または９５０のいずれかの主題を含む。実施例９５１では、共有データベース区画に格納されたデータのコピーは、データをコピーするための第２のノードの権限を示す特権を提示する第２のノードに応答して第２のノードに複製される。
実施例９５２は、実施例９４９から９５１のいずれかの主題を含む。実施例９５２では、デバイスは、非集中型データベースのネットワークへの接続に応答して非集中型データベースソフトウェアをインストールする。
実施例９５３は、実施例９４９から９５２のいずれかの主題を含む。実施例９５３では、デバイスは、非集中型データベースのネットワークへの接続に応答して共有データベース区画を作成する。
実施例９５４は、実施例９４９から９３４のいずれかの主題を含む。実施例９５４では、デバイスは、非集中型データベースのノードの名前空間を発見することに応答して、非集中型データベースに参加するように要求する。
実施例９５５は、実施例９４９から９５４のいずれかの主題を含む。実施例９５５では、デバイスは、共有データベース区画の作成に応答して、共有データベース区画内に格納するために共有ノード区画を複製する。
実施例９５６は、実施例９４９から９５５のいずれかの主題を含む。実施例９５６では、共有区画内のデータは、データが共有データベース区画に経路指定されたことに応答して、共有ノード区画内の格納のために複製される。
実施例９５７は、実施例９４９から９５６のいずれかの主題を含む。実施例９５７では、デバイスは、ノードがデバイスの受け入れに投票したことに応答して、非集中型データベースへの受け入れを受信する。
実施例９５８は、実施例９４９から９５７のいずれかの主題を含む。実施例９５８では、デバイスは、非集中型データベースのノードの名前空間を発見することに応答して、非集中型データベースに受け入れられる。
実施例９５９は、モノのインターネット（ＩｏＴ）ネットワークで使用するための装置を含む。モノのインターネット（ＩｏＴ）ネットワークで使用するための装置は、呼び出し元エンティティにクレデンシャルを発行するためのクレデンシャル発行部であって、クレデンシャルは、複数の許可構造の層を含む、クレデンシャル発行部と、ターゲットオブジェクトへの参照および許可を指定するアクセス制御リストをオブジェクトエンティティにプロビジョニングするためのオブジェクトエンティティプロビジョニング部と、を含む。装置はまた、認可クレデンシャルをオブジェクトエンティティに提示するためのクレデンシャル提示部と、クレデンシャルが呼び出し元エンティティと重複するか否か、ターゲットオブジェクトは要求と重複するか否か、複数のデバイス層識別情報が複数のクレデンシャル層識別情報と一致するか否か、および複数のターゲット層識別情報が複数の要求層識別情報と一致するか否かの比較に基づいてアクセスがＩｏＴデバイスに許可されるか否かを判定するためにアクセス制御リストポリシーを適用するアクセス制御リストポリシー適用部と、を含む。
実施例９６０は、実施例９５９の主題を含む。実施例９６０では、クレデンシャルは６層の許可である。
実施例９６１は、実施例９５９または９６０のいずれかの主題を含む。実施例９６１では、６層の許可は、プラットフォーム層、デバイス層、収集層、リソース層、記録層、およびプロパティ層を含む。
実施例９６２は、実施例９５９から９６１のいずれかの主題を含む。実施例９６２では、複数の層は、コンピュータの物理インスタンスを反映するためのプラットフォーム層を含み、計算、ネットワーキング、ストレージ、センシング、およびアクチュエーションの能力のうちの少なくとも１つを含む。
実施例９６３は、実施例９５９から９６２のいずれかの主題を含む。実施例９６３では、複数の層は、コンピュータの論理インスタンスを反映するためのデバイス層を含み、計算、ネットワーキング、ストレージ、センシング、およびアクチュエーションの能力のうちの少なくとも１つを含む。
実施例９６４は、実施例９５９から９６３のいずれかの主題を含む。実施例９６４では、層の数は、リソースの論理構造に対する収集層を含み、リソースは記録のための論理構造を含み、記録はプロパティの論理構造を含み、プロパティはアトミックデータ構造および複合データ構造のうちの少なくとも１つを含む。
実施例９６５は、実施例９５９から９６４のいずれかの主題を含む。実施例９６５では、プロパティは、複素データ構造であり、複素データ構造は、データモデリング言語を使用して定義可能な構造に対するものである。
実施例９６６は、実施例９５９から９６５のいずれかの主題を含む。実施例９６６では、プロパティは、アトミックデータ構造を含み、アトミックデータ構造は、文字列、数字、および日付のうちの少なくとも１つである。
実施例９６７は、実施例９５９から９６６のいずれかの主題を含む。実施例９６７では、作成、読み取り、更新、削除、および通知（ＣＲＵＤＮ）ライフサイクル通知に基づくオブジェクトデータの物理的性質によってオブジェクトに課される制限によって、オブジェクトエンティティに対する認可クレデンシャルが制限される。
実施例９６８は、実施例９５９から９６７のいずれかの主題を含む。実施例９６８では、クレデンシャルは製造業者による設置を示す。
実施例９６９は、ＩｏＴオブジェクトにおけるアクセス制御のための方法を含む。ＩｏＴオブジェクトにおけるアクセス制御のための方法は、呼び出し元エンティティにクレデンシャルを発行する段階であって、クレデンシャルは、複数の許可構造の層を含む、段階と、ターゲットオブジェクトへの参照および許可を指定するアクセス制御リストをオブジェクトエンティティにプロビジョニングする段階と、認可クレデンシャルをオブジェクトエンティティに提示する段階と、クレデンシャルが呼び出し元エンティティと重複するか否か、ターゲットオブジェクトは要求と重複するか否か、複数のデバイス層識別情報が複数のクレデンシャル層識別情報と一致するか否か、および複数のターゲット層識別情報が複数の要求層識別情報と一致するか否かの比較に基づいてアクセスがＩｏＴデバイスに許可されるか否かを判定するためにアクセス制御リストポリシーを適用する段階と、を含む。
実施例９７０は、実施例９６９の主題を含む。実施例９７０では、クレデンシャルは６層の許可である。
実施例９７１は、実施例９６９または９７０のいずれかの主題を含む。実施例９７１では、６層の許可は、プラットフォーム層、デバイス層、収集層、リソース層、記録層、およびプロパティ層を含む。
実施例９７２は、実施例９６９から９７１のいずれかの主題を含む。実施例９７２では、複数の層は、コンピュータの物理インスタンスを反映するためのプラットフォーム層を含み、計算、ネットワーキング、ストレージ、センシング、およびアクチュエーションの能力のうちの少なくとも１つを含む。
実施例９７３は、実施例９６９から９７２のいずれかの主題を含む。実施例９７３では、複数の層は、コンピュータの論理インスタンスを反映するためのデバイス層を含み、計算、ネットワーキング、ストレージ、センシング、およびアクチュエーションの能力のうちの少なくとも１つを含む。
実施例９７４は、実施例９６９から９７３のいずれかの主題を含む。実施例９７４では、層の数は、リソースの論理構造に対する収集層を含み、リソースは記録のための論理構造を含み、記録はプロパティの論理構造を含み、プロパティはアトミックデータ構造および複合データ構造のうちの少なくとも１つを含む。
実施例９７５は、実施例９６９から９７４のいずれかの主題を含む。実施例９７５では、プロパティは、複素データ構造であり、複素データ構造は、データモデリング言語を使用して定義可能な構造に対するものである。
実施例９７６は、実施例９６９から９７５のいずれかの主題を含む。実施例９７６では、プロパティは、アトミックデータ構造を含み、アトミックデータ構造は、文字列、数字、および日付のうちの少なくとも１つである。
実施例９７７は、実施例９６９から９７６のいずれかの主題を含む。実施例９７７では、作成、読み取り、更新、削除、および通知（ＣＲＵＤＮ）ライフサイクル通知に基づくオブジェクトデータの物理的性質によってオブジェクトに課される制限によって、オブジェクトエンティティに対する認可クレデンシャルが制限される。
実施例９７８は、実施例９６９から９７７のいずれかの主題を含む。実施例９７８では、クレデンシャルは製造業者による設置を示す。
実施例９７９は、非一時的機械可読媒体を含む。非一時的機械可読媒体は、実行されると、呼び出し元エンティティにクレデンシャルを発行し、クレデンシャルは、複数の許可構造の層を含み、ターゲットオブジェクトへの参照および許可を指定するアクセス制御リストをオブジェクトエンティティにプロビジョニングし、認可クレデンシャルをオブジェクトエンティティに提示し、クレデンシャルが呼び出し元エンティティと重複するか否か、ターゲットオブジェクトは要求と重複するか否か、複数のデバイス層識別情報が複数のクレデンシャル層識別情報と一致するか否か、および複数のターゲット層識別情報が複数の要求層識別情報と一致するか否かの比較に基づいてアクセスがＩｏＴデバイスに許可されるか否かを判定するためにアクセス制御リストポリシーを適用するようにプロセッサに指示するための命令を含む。
実施例９８０は、実施例９７９の主題を含む。実施例９８０では、クレデンシャルは６層の許可である。
実施例９８１は、実施例９７９または９８０のいずれかの主題を含む。実施例９８１では、６層の許可は、プラットフォーム層、デバイス層、収集層、リソース層、記録層、およびプロパティ層を含む。
実施例９８２は、実施例９７９から９８１のいずれかの主題を含む。実施例９８２では、複数の層は、コンピュータの物理インスタンスを反映するためのプラットフォーム層を含み、計算、ネットワーキング、ストレージ、センシング、およびアクチュエーションの能力のうちの少なくとも１つを含む。
実施例９８３は、実施例９７９から９８２のいずれかの主題を含む。実施例９８３では、複数の層は、コンピュータの論理インスタンスを反映するためのデバイス層を含み、計算、ネットワーキング、ストレージ、センシング、およびアクチュエーションの能力のうちの少なくとも１つを含む。
実施例９８４は、実施例９７９から９８３のいずれかの主題を含む。実施例９８４では、層の数は、リソースの論理構造に対する収集層を含み、リソースは記録のための論理構造を含み、記録はプロパティの論理構造を含み、プロパティはアトミックデータ構造および複合データ構造のうちの少なくとも１つを含む。
実施例９８５は、実施例９７９から９８４のいずれかの主題を含む。実施例９８５では、プロパティは、複素データ構造であり、複素データ構造は、データモデリング言語を使用して定義可能な構造に対するものである。
実施例９８６は、実施例９７９から９８５のいずれかの主題を含む。実施例９８６では、プロパティは、アトミックデータ構造を含み、アトミックデータ構造は、文字列、数字、および日付のうちの少なくとも１つである。
実施例９８７は、実施例９７９から９８６のいずれかの主題を含む。実施例９８７では、作成、読み取り、更新、削除、および通知（ＣＲＵＤＮ）ライフサイクル通知に基づくオブジェクトデータの物理的性質によってオブジェクトに課される制限によって、オブジェクトエンティティに対する認可クレデンシャルが制限される。
実施例９８８は、実施例９７９から９８７のいずれかの主題を含む。実施例９８８では、クレデンシャルは製造業者による設置を示す。
実施例９８９は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスはまた、ＩｏＴデバイスによって制御されるリソースハードウェアコンポーネントを識別するためのリソースハードウェアコンポーネント識別部であって、ソースハードウェアコンポーネントが能力閾値を有する、リソースハードウェアコンポーネント識別部と、外部モジュールからの外部モジュールハードウェア要件の受信指示を処理するためのプロセッサと、外部モジュールのハードウェア要件をＩｏＴデバイスのリソースハードウェアコンポーネントの能力閾値と比較するための外部モジュール比較部と、リソースハードウェアコンポーネントの能力閾値を満たさない外部モジュールハードウェア要件に応答して、外部モジュールに非アクティブ化信号を送信する送信機と、を備える。
実施例９９０は、実施例９８９の主題を含む。実施例９９０では、ＩｏＴデバイスは、リソースハードウェアコンポーネントの能力閾値を満たさない外部モジュールハードウェア要件に応答して、要求をマスタデバイスに送信し、第２のリソースハードウェアコンポーネントを要求するマスタデバイスは、ＩｏＴデバイスによって制御されるように割り当てられる。
実施例９９１は、実施例９８９または９９０のいずれかの主題を含む。実施例９９１では、ＩｏＴデバイスは、ＩｏＴの制御下にある第２のリソースハードウェアコンポーネントを含み、第１のリソースハードウェアコンポーネントおよび第２のリソースハードウェアコンポーネントは、能力閾値が第１のリソースハードウェアと第２のリソースハードウェアとの能力閾値の和であるようにプールされ得る。
実施例９９２は、実施例９８９から９９１のいずれかの主題を含む。実施例９９２では、外部モジュールは、ＩｏＴデバイスによる使用のために第１のリソースハードウェアコンポーネントとプールされるモジュールリソースを含む。
実施例９９３は、実施例９８９から９９２のいずれかの主題を含む。実施例９９３では、リソースハードウェアコンポーネントは、電源、処理リソース、統合通信コンポーネント、コンテキストセンサ、コンテキストアクチュエータ、信号調整回路、メモリリソース、またはストレージリソースのうちの少なくとも１つを含む。
実施例９９４は、実施例９８９から９９３のいずれかの主題を含む。実施例９９４では、能力閾値は、一緒に機能するための最小限の能力を示すリソースハードウェアコンポーネントと外部モジュールとの間の最小の機能的互換性、およびリソースハードウェアコンポーネントと外部モジュールとの間の、外部モジュールの最高能力で機能する能力を示す、完全な互換性を含む。
実施例９９５は、実施例９８９から９９４のいずれかの主題を含む。実施例９９５では、ＩｏＴデバイスは、可視インジケータを作動させることによって、満たされていない能力閾値を示す。
実施例９９６は、実施例９８９から９９５のいずれかの主題を含む。実施例９９６では、ＩｏＴデバイスは、能力閾値を満たすことに応答して、ＩｏＴデバイスの制御下に外部モジュールを置く。
実施例９９７は、実施例９８９から９９６のいずれかの主題を含む。実施例９９７では、外部モジュールの寿命がＩｏＴデバイスの動作寿命より短いことに応答して、ＩｏＴデバイスは更新された外部モジュールに対する要求を送信する。
実施例９９８は、実施例９８９から９９７のいずれかの主題を含む。実施例９９８では、リソースハードウェアコンポーネントの寿命がＩｏＴデバイスの動作寿命より短いことに応答して、ＩｏＴデバイスは、更新されたリソースハードウェアコンポーネントに対する要求を送信する。
実施例９９９は、リソースおよび自己記述型ハードウェアの要件をマッピングするために、モノのインターネット（ＩｏＴ）デバイスを使用するための方法を含む。自己記述型ハードウェアのリソースおよび要件をマッピングするためにモノのインターネット（ＩｏＴ）デバイスを使用するための方法は、ＩｏＴデバイスによって制御されるリソースハードウェアコンポーネントを識別する段階であって、ソースハードウェアコンポーネントが能力閾値を有する、段階と、外部モジュールからの外部モジュールハードウェア要件の受信指示を処理する段階、外部モジュールのハードウェア要件をＩｏＴデバイスのリソースハードウェアコンポーネントの能力閾値と比較する段階と、リソースハードウェアコンポーネントの能力閾値を満たさない外部モジュールハードウェア要件に応答して、外部モジュールに非アクティブ化信号を送信する段階と、を含む。
実施例１０００は、実施例９９９の主題を含む。実施例１０００では、本方法は、リソースハードウェアコンポーネントの能力閾値を満たさない外部モジュールハードウェア要件に応答して、要求をマスタデバイスに送信する段階であって、第２のリソースハードウェアコンポーネントを要求するマスタデバイスは、ＩｏＴデバイスによって制御されるように割り当てられる、段階を含む。
実施例１００１は、実施例９９９または１０００のいずれかの主題を含む。実施例１００１では、本方法は、ＩｏＴデバイスの制御下にある第２のリソースハードウェアコンポーネントを含み、第１のリソースハードウェアコンポーネントおよび第２のリソースハードウェアコンポーネントは、能力閾値が第１のリソースハードウェアと第２のリソースハードウェアとの能力閾値の和であるようにプールされ得る。
実施例１００２は、実施例９９９から１００１のいずれかの主題を含む。実施例１００２では、外部モジュールは、ＩｏＴデバイスの指示により第１のリソースハードウェアコンポーネントと共にプールされるモジュールリソースを含む。
実施例１００３は、実施例９９９から１００２のいずれかの主題を含む。実施例１００３では、リソースハードウェアコンポーネントは、電源、処理リソース、統合通信コンポーネント、コンテキストセンサ、コンテキストアクチュエータ、信号調整回路、メモリリソース、またはストレージリソースのうちの少なくとも１つを含む。
実施例１００４は、実施例９９９から１００３のいずれかの主題を含む。実施例１００４では、能力閾値は、一緒に機能するための最小限の能力を示すリソースハードウェアコンポーネントと外部モジュールとの間の最小の機能的互換性、およびリソースハードウェアコンポーネントと外部モジュールとの間の、外部モジュールの全能力で機能する能力を示す、完全な互換性を含む。
実施例１００５は、実施例９９９から１００４のいずれかの主題を含む。実施例１００５では、本方法は、可視インジケータを作動させることによって、満たされていない能力閾値を示す段階を含む。
実施例１００６は、実施例９９９から１００５のいずれかの主題を含む。実施例１００６では、本方法は、能力閾値を満たすことに応答して、外部モジュールをＩｏＴデバイスの制御下に置く段階を含む。
実施例１００７は、実施例９９９から１００６のいずれかの主題を含む。実施例１００７では、外部モジュールの寿命がＩｏＴデバイスの動作寿命より短いことに応答して、更新された外部モジュールに対する要求を送信する段階を含む。
実施例１００８は、実施例９９９から１００７のいずれかの主題を含む。実施例１００８では、リソースハードウェアコンポーネントの寿命がＩｏＴデバイスの動作寿命より短いことに応答して、更新されたリソースハードウェアコンポーネントに対する要求を送信する段階を含む。
実施例１００９は、実行されると、ＩｏＴデバイスによって制御されるリソースハードウェアコンポーネントを識別し、ソースハードウェアコンポーネントが能力閾値を有し、外部モジュールからの外部モジュールハードウェア要件の受信指示を処理し、外部モジュールのハードウェア要件をＩｏＴデバイスのリソースハードウェアコンポーネントの能力閾値と比較し、リソースハードウェアコンポーネントの能力閾値を満たさない外部モジュールハードウェア要件に応答して、外部モジュールに非アクティブ化信号を送信するようにプロセッサに指示する命令を含む、非一時的機械可読媒体を含む。
実施例１０１０は、実施例１００９の主題を含む。実施例１０１０では、非一時的機械可読媒体は、実行されると、リソースハードウェアコンポーネントの能力閾値を満たさない外部モジュールハードウェア要件に応答して、要求をマスタデバイスに送信するようにプロセッサに指示する命令を含み、第２のリソースハードウェアコンポーネントを要求するマスタデバイスは、ＩｏＴデバイスによって制御されるように割り当てられる。
実施例１０１１は、実施例１００９または１０１０のいずれかの主題を含む。実施例１０１１では、非一時的機械可読媒体は、ＩｏＴデバイスの制御下にある第２のリソースハードウェアコンポーネントを含み、第１のリソースハードウェアコンポーネントおよび第２のリソースハードウェアコンポーネントは、能力閾値が第１のリソースハードウェアと第２のリソースハードウェアとの能力閾値の和であるようにプールされ得る。
実施例１０１２は、実施例１００９から１０１１のいずれかの主題を含む。実施例１０１２では、外部モジュールは、ＩｏＴデバイスによる使用のために第１のリソースハードウェアコンポーネントとプールされるモジュールリソースを含む。
実施例１０１３は、実施例１００９から１０１２のいずれかの主題を含む。実施例１０１３では、リソースハードウェアコンポーネントは、電源、処理リソース、統合通信コンポーネント、コンテキストセンサ、コンテキストアクチュエータ、信号調整回路、メモリリソース、またはストレージリソースのうちの少なくとも１つを含む。
実施例１０１４は、実施例１００９から１０１３のいずれかの主題を含む。実施例１０１４では、能力閾値は、一緒に機能するための最小限の能力を示すリソースハードウェアコンポーネントと外部モジュールとの間の最小の機能的互換性、およびリソースハードウェアコンポーネントと外部モジュールとの間の、外部モジュールの最高能力で機能する能力を示す、完全な互換性を含む。
実施例１０１５は、実施例１００９から１０１４のいずれかの主題を含む。実施例１０１５では、非一時的機械可読媒体は、実行されると、可視インジケータを作動させることによって満たされていない能力閾値を示すようにプロセッサに指示する命令を含む。
実施例１０１６は、実施例１００９から１０１５のいずれかの主題を含む。実施例１０１６では、非一時的機械可読媒体は、実行されると、能力閾値を満たすことに応答して、ＩｏＴデバイスの制御下に外部モジュールを置くようにプロセッサに指示する命令を含む。
実施例１０１７は、実施例１００９から１０１６のいずれかの主題を含む。実施例１０１７では、非一時的機械可読媒体は、実行されると、外部モジュールの寿命がＩｏＴデバイスの動作寿命より短いことに応じて、更新された外部モジュールの要求を送信するようにプロセッサに指示する命令を含む。
実施例１０１８は、実施例１００９から１０１７のいずれかの主題を含む。実施例１０１８では、非一時的機械可読媒体は、実行されると、リソースハードウェアコンポーネントの寿命がＩｏＴデバイスの動作寿命より短いことに応じて、更新済みリソースハードウェアコンポーネントの要求を送信するようにプロセッサに指示する命令を含む。
実施例１０１９は、適用エネルギー計算のための装置を含む。適用エネルギー計算のための装置は、複数のモジュールに電力を供給し制御するように構成されたデバイスのためのエネルギーリソースをエニュメレーションするエネルギーリソースエニュメレーション部と、複数のモジュールのエネルギー要求をエニュメレーションするエネルギー要求エニュメレーション部と、を含む。本装置はまた、実行時に複数のモジュールのうちの１つのモジュール上で完全に機能するタスクにアプリケーションを分解するためのアプリケーション分解部と、各作動期間について、複数のモジュールのうちの１つのモジュールの消費電力を識別する消費電力識別部と、タスクが単位時間内に複数のモジュールのうちの１つのモジュールを起動する回数をカウントするタスク起動カウンタと、タスクがアクティブである時間、１つのモジュールで完了されたタスクの期間、およびアクティブ期間までにモジュールが必要としたエネルギーに少なくとも部分的に基づいて、複数のモジュールのうちの１つのモジュールによって単位時間に使用される総エネルギーを計算する総エネルギー計算部と、を含み得る。
実施例１０２０は、実施例１０１９の主題を含む。実施例１０２０では、本装置は、複数のモジュールについて単位時間内に使用された総エネルギーと、デバイスのエネルギーリソースと、に基づいてデバイス寿命を生成するためのデバイス寿命生成部を含む。
実施例１０２１は、実施例１０１９または１０２０のいずれかの主題を含む。実施例１０２１では、本装置は、デバイス寿命が、デバイスのアプリケーション分析が始まる前に設定された最小閾値時間以上であるとして計算されるのに応答して、アプリケーションを開始するようにデバイスに命令するデバイス命令部を含む。
実施例１０２２は、実施例１０１９から１０２１のいずれかの主題を含む。実施例１０２２では、本装置は、デバイス寿命が、デバイスのアプリケーション分析が始まる前に設定された最小閾値時間未満であるとして計算されるのに応答して、新しい構成がマスタデバイスに送信されることの要求を命令するデバイス命令部を含む。
実施例１０２３は、実施例１０１９から１０２２のいずれかの主題を含む。実施例１０２３では、新しい構成の要求は、モジュール上のタスクのためのエネルギー使用量、単位時間中にモジュールによって使用されたエネルギー、および複数のモジュールにおけるモジュールタイプのためのエネルギー使用量のうちの少なくとも１つの詳細なリストを含む。
実施例１０２４は、実施例１０１９から１０２３のいずれかの主題を含む。実施例１０２４では、エネルギーリソースのエニュメレーションの前にアクティブ化段階が行われ、アクティブ化段階は、デバイスへの電力供給、デバイスのハードウェア構成の更新、およびアプリケーションコードの更新のうちの少なくとも１つを含む。
実施例１０２５は、実施例１０１９から１０２４のいずれかの主題を含む。実施例１０２５では、本装置は、第１の構成について計算された単位時間当たりの総エネルギーを格納するようにデバイスに命令するデバイス命令部であって、デバイス命令部が、マスタデバイスから第２の構成を要求するようにデバイスに命令する、デバイス命令部と、デバイスの第２の構成の単位当たりの第２の総エネルギーを計算する第２の総エネルギー計算部と、第１の構成の単位当たりの総エネルギーを第２の構成の単位当たりの第２の総エネルギーと比較する総エネルギー比較部であって、デバイス命令部が単位当たりの総エネルギーと単位当たりの２番目の総エネルギーの比較に基づいて第１の構成または第２の構成を要求するようにデバイスに命令する、総エネルギー比較部と、を含む。
実施例１０２６は、実施例１０１９から１０２５のいずれかの主題を含む。実施例１０２６において、本装置は、デバイスが有線リソースによって電力を供給されていると判定された場合にアプリケーションを開始するようにデバイスに命令するためのデバイス命令部を含む。
実施例１０２７は、実施例１０１９から１０２６のいずれかの主題を含む。実施例１０２７では、アクティブ期間ごとに複数のモジュールのうちの１つのモジュールの電力消費量を識別することは、モジュールが、そのタスクについてそのモジュールに関連する履歴エネルギー使用量値を取得することを含む。
実施例１０２８は、実施例１０１９から１０２７のいずれかの主題を含む。実施例１０２８では、本装置は、アプリケーションがスリープモード機能を有するか否かを識別するアプリケーションスリープモード識別部と、アプリケーションがスリープモードになる時間を時間単位でカウントする時間カウンタと、アプリケーションのプロセッサがスリープモードになる時間に基づいて節約された総電力に基づいて、使用された総エネルギーを計算する総エネルギー計算部と、を含む。
実施例１０２９は、アプリケーションのエネルギー需要を判定するための方法を含む。適用エネルギー需要を判定する方法は、複数のモジュールに電力を供給し制御するように構成されたデバイスのためのエネルギーリソースをエニュメレーションする段階と、複数のモジュールのエネルギー要求をエニュメレーションする段階と、実行時に複数のモジュールのうちの１つのモジュール上で完全に機能するタスクにアプリケーションを分解する段階と、各作動期間について、複数のモジュールのうちの１つのモジュールの消費電力を識別する段階と、タスクが単位時間内に複数のモジュールのうちの１つのモジュールを起動する回数をカウントする段階と、タスクがアクティブである時間、１つのモジュールで完了されたタスクの期間、およびアクティブ期間までにモジュールが必要としたエネルギーに少なくとも部分的に基づいて、複数のモジュールのうちの１つのモジュールによって単位時間に使用される総エネルギーを計算する段階と、を含む。
実施例１０３０は、実施例１０２９の主題を含む。実施例１０３０では、本方法は、複数のモジュールについて単位時間内に使用された総エネルギーと、デバイスのエネルギーリソースと、に基づいてデバイス寿命を生成する段階を含む。
実施例１０３１は、実施例１０２９または１０３０のいずれかの主題を含む。実施例１０３１では、本方法は、デバイス寿命が、デバイスのアプリケーション分析が始まる前に設定された最小閾値時間以上であるとして計算されるのに応答して、アプリケーションを開始するようにデバイスに命令する段階を含む。
実施例１０３２は、実施例１０２９から１０３１のいずれかの主題を含む。実施例１０３２では、本方法は、デバイス寿命が、デバイスのアプリケーション分析が始まる前に設定された最小閾値時間未満であるとして計算されるのに応答して、新しい構成がマスタデバイスに送信されることの要求を命令する段階を含む。
実施例１０３３は、実施例１０２９から１０３２のいずれかの主題を含む。実施例１０３３では、新しい構成の要求は、モジュール上のタスクのためのエネルギー使用量、単位時間中にモジュールによって使用されたエネルギー、および複数のモジュールにおけるモジュールタイプのためのエネルギー使用量のうちの少なくとも１つの詳細なリストを含む。
実施例１０３４は、実施例１０２９から１０３３のいずれかの主題を含む。実施例１０３４では、エネルギーリソースのエニュメレーションの前にアクティブ化段階が行われ、アクティブ化段階は、デバイスへの電力供給、デバイスのハードウェア構成の更新、またはアプリケーションコードの更新のうちの少なくとも１つを含む。
実施例１０３５は、実施例１０２９から１０３４のいずれかの主題を含む。実施例１０３５では、本方法は、第１の構成について計算された単位時間当たりの総エネルギーを格納するようにデバイスに命令する段階と、マスタデバイスから第２の構成を要求するようにデバイスに命令し、デバイスの第２の構成の単位当たりの第２の総エネルギーを計算する段階と、第１の構成の単位当たりの総エネルギーを第２の構成の単位当たりの第２の総エネルギーと比較する段階と、単位当たりの総エネルギーと単位当たりの２番目の総エネルギーの比較に基づいて第１の構成または第２の構成を要求するようにデバイスに命令する段階と、を含む。
実施例１０３６は、実施例１０２９から１０３５のいずれかの主題を含む。実施例１０３６では、本方法は、デバイスが有線リソースによって電力を供給されていると判定された場合にアプリケーションを開始するようにデバイスに命令する段階を含む。
実施例１０３７は、実施例１０２９から１０３６のいずれかの主題を含む。実施例１０３７では、アクティブ期間ごとに複数のモジュールのうちの１つのモジュールの電力消費量を識別することは、モジュールが、そのタスクについてそのモジュールに関連する履歴エネルギー使用量値を取得することを含む。
実施例１０３８は、実施例１０２９から１０３７のいずれかの主題を含む。実施例１０３８では、本方法は、アプリケーションがスリープモード機能を有するか否かを識別する段階と、アプリケーションがスリープモードになる時間を時間単位でカウントする段階と、アプリケーションのプロセッサがスリープモードになる時間に基づいて節約された総電力に基づいて、使用された総エネルギーを計算する段階と、を含む。
実施例１０３９は、実行されると、複数のモジュールに電力を供給し制御するように構成されたデバイスのためのエネルギーリソースをエニュメレーションし、複数のモジュールのエネルギー要求をエニュメレーションし、実行時に複数のモジュールのうちの１つのモジュール上で完全に機能するタスクにアプリケーションを分解し、各作動期間について、複数のモジュールのうちの１つのモジュールの消費電力を識別し、タスクが単位時間内に複数のモジュールのうちの１つのモジュールを起動する回数をカウントし、タスクがアクティブである時間、１つのモジュールで完了されたタスクの期間、およびアクティブ期間までにモジュールが必要としたエネルギーに少なくとも部分的に基づいて、複数のモジュールのうちの１つのモジュールによって単位時間に使用される総エネルギーを計算するようにプロセッサに指示する命令を含む非一時的機械可読媒体を含む。
実施例１０４０は、実施例１０３９の主題を含む。実施例１０４０では、非一時的機械可読媒体は、実行されると、複数のモジュールについて単位時間内に使用された総エネルギーと、デバイスのエネルギーリソースと、に基づいてデバイス寿命を生成するようにプロセッサに指示する命令を含む。
実施例１０４１は、実施例１０３９または１０４０のいずれかの主題を含む。実施例１０４１では、非一時的機械可読媒体は、実行されると、デバイス寿命が、デバイスのアプリケーション分析が始まる前に設定された最小閾値時間以上であるとして計算されるのに応答して、アプリケーションを開始するようにプロセッサに指示する命令を含む。
実施例１０４２は、実施例１０３９から１０４１のいずれかの主題を含む。実施例１０４２では、非一時的機械可読媒体は、実行されると、デバイス寿命が、デバイスのアプリケーション分析が始まる前に設定された最小閾値時間未満として計算されるのに応答して、新しい構成がマスタデバイスに送信されることを要求するようにプロセッサに指示する命令を含む。
実施例１０４３は、実施例１０３９から１０４２のいずれかの主題を含む。実施例１０４３では、新しい構成の要求は、モジュール上のタスクのためのエネルギー使用量、単位時間中にモジュールによって使用されたエネルギー、および複数のモジュールにおけるモジュールタイプのためのエネルギー使用量のうちの少なくとも１つの詳細なリストを含む。
実施例１０４４は、実施例１０３９から１０４３のいずれかの主題を含む。実施例１０４４では、エネルギーリソースのエニュメレーションの前にアクティブ化段階が行われ、アクティブ化段階は、デバイスへの電力供給、デバイスのハードウェア構成の更新、およびアプリケーションコードの更新のうちの少なくとも１つを含む。
実施例１０４５は、実施例１０３９から１０４４のいずれかの主題を含む。実施例１０４５では、非一時的機械可読媒体は、実行されると、第１の構成について計算された単位時間当たりの総エネルギーを格納し、マスタデバイスから第２の構成を要求するようにデバイスに命令し、デバイスの第２の構成の単位当たりの第２の総エネルギーを計算し、第１の構成の単位当たりの総エネルギーを第２の構成の単位当たりの第２の総エネルギーと比較し、単位当たりの総エネルギーと単位当たりの２番目の総エネルギーの比較に基づいて第１の構成または第２の構成を要求するようにデバイスに命令するようにプロセッサに指示する命令を含む。
実施例１０４６は、実施例１０３９から１０４５のいずれかの主題を含む。実施例１０４６において、非一時的機械可読媒体は、実行されると、デバイスが有線リソースによって電力を供給されていると判定された場合にアプリケーションの起動をプロセッサに指示する命令を含む。
実施例１０４７は、実施例１０３９から１０４６のいずれかの主題を含む。実施例１０４７では、アクティブ期間ごとに複数のモジュールのうちの１つのモジュールの電力消費量を識別することは、モジュールが、そのタスクについてそのモジュールに関連する履歴エネルギー使用量値を取得することを含む。
実施例１０４８は、実施例１０３９から１０４７のいずれかの主題を含む。実施例１０４８では、非一時的機械可読媒体は、実行されると、アプリケーションがスリープモード機能を有するか否かを識別し、アプリケーションがスリープモードになる時間を時間単位でカウントし、アプリケーションのプロセッサがスリープモードになる時間に基づいて節約された総電力に基づいて、使用された総エネルギーを計算するようにプロセッサに指示する命令を含む。
実施例１０４９は、信号調整のためのカスタムハードウェアを作成するための装置を含む。信号調整のためのカスタムハードウェアを作成するための装置は、自己記述型デバイスを含む。装置はまた、自己記述型センサモジュールへの接続を検出するためのフィールドプログラマブルゲートアレイと、自己記述型センサモジュールから受信したデータを処理し、受信したデータは自己記述型センサモジュールに関する信号調整情報を示し、自己記述型デバイスのフィールドプログラマブルゲートアレイ上に実装されるフィールドプログラマブルゲートアレイコードを生成し、自己記述型センサモジュールから受信した生データを修正して、信号調整情報に基づいてフィールドプログラマブルゲートアレイを使用して信号調整データを生成するためのプロセッサとを含む。
実施例１０５０は、実施例１０４９の主題を含む。実施例１０５０では、プロセッサは、フィールドプログラマブルゲートアレイがフィールドプログラマブルゲートアレイコードをサポートできないことを検出する。
実施例１０５１は、実施例１０４９または１０５０のいずれかの主題を含む。実施例１０５１では、プロセッサは、フィールドプログラマブルゲートアレイブロックが自己記述型センサモジュールから受信した生データを信号調整するのに十分であることの検出に応答して既存のフィールドプログラマブルゲートアレイブロックを接続する。
実施例１０５２は、実施例１０４９から１０５１のいずれかの主題を含む。実施例１０５２では、プロセッサは、識別されたフィールドプログラマブルゲートアレイ特性および自己記述型デバイス特性を送信する。
実施例１０５３は、実施例１０４９から１０５２のいずれかの主題を含む。実施例１０５３では、プロセッサは、マスタデバイスへ要求を送信し、その要求はフィールドプログラマブルゲートアレイ特性と自己記述型デバイス特性とを含み、要求は、自己記述型デバイスが制約されていることの検出と、自己記述型デバイスのフィールドプログラマブルゲートアレイに十分な構成可能な信号調整ブロックがないことの検出と、に応答して送信される。
実施例１０５４は、実施例１０４９から１０５３のいずれかの主題を含む。実施例１０５４では、要求は、マスタデバイスによって生成されたフィールドプログラマブルゲートアレイコードを生成し返す。
実施例１０５５は、実施例１０４９から１０５４のいずれかの主題を含む。実施例１０５５では、バッテリ電源、無線技術に基づくインターネット接続、または低電力モードを有するプロセッサのうちの少なくとも１つを含む自己記述型デバイスは、制約付き自己記述型デバイスとみなされる。
実施例１０５６は、実施例１０４９から１０５５のいずれかの主題を含む。実施例１０５６では、プロセッサは、自己記述型デバイスが制約されているという検出に応答して、自己記述型センサモジュールに関する信号調整情報およびデバイス情報を制約されていないデバイスに送信する。
実施例１０５７は、実施例１０４９から１０５６のいずれかの主題を含む。実施例１０５７では、プロセッサは、自己記述型デバイスのフィールドプログラマブルゲートアレイに実装されるリターンフィールドプログラマブルゲートアレイコードを生成するための要求を制約のないデバイスに送信する。
実施例１０５８は、実施例１０４９から１０５７のいずれかの主題を含む。実施例１０５８では、プロセッサは、自己記述型デバイスが制約されているという検出に応答して、自己記述型センサモジュールに関する信号調整情報およびデバイス情報を第２の制約のあるデバイスに送信し、第２の制約のあるデバイスは制約されていないデバイスにアクセスできる。
実施例１０５９は、カスタム信号調整ハードウェアを作成する方法を含む。カスタム信号調整ハードウェアを作成する方法は、自己記述型センサモジュールの自己記述型デバイスへの接続に応答して自己記述型センサモジュールを検出する段階であって、自己記述型デバイスはフィールドプログラマブルゲートアレイを含む、段階と、自己記述型センサモジュールから受信したデータを処理する段階であって、受信したデータは自己記述型センサモジュールに関する信号調整情報を示す、段階と、自己記述型デバイスのフィールドプログラマブルゲートアレイ上に実装されるフィールドプログラマブルゲートアレイコードを生成する段階と、自己記述型センサモジュールから受信した生データを修正して、信号調整情報に基づいてフィールドプログラマブルゲートアレイを使用して信号調整データを生成する、段階と、を含む。
実施例１０６０は、実施例１０５９の主題を含む。実施例１０６０では、本方法は、フィールドプログラマブルゲートアレイがフィールドプログラマブルゲートアレイコードをサポートすることができないことを検出する段階を含む。
実施例１０６１は、実施例１０５９または１０６０のいずれかの主題を含む。実施例１０６１では、本方法は、フィールドプログラマブルゲートアレイブロックが自己記述型センサモジュールから受信した生データを信号調整するのに十分であることの検出に応答して既存のフィールドプログラマブルゲートアレイブロックを接続する段階を含む。
実施例１０６２は、実施例１０５９から１０６１のいずれかの主題を含む。実施例１０６２では、本方法は、識別されたフィールドプログラマブルゲートアレイ特性および自己記述型デバイス特性を送信する段階を含む。
実施例１０６３は、実施例１０５９から１０６２のいずれかの主題を含む。実施例１０６３では、本方法は、マスタデバイスへ要求を送信する段階であって、その要求はフィールドプログラマブルゲートアレイ特性と自己記述型デバイス特性とを含み、要求は、自己記述型デバイスが制約されていることの検出と、自己記述型デバイスのフィールドプログラマブルゲートアレイに十分な構成可能な信号調整ブロックがないことの検出と、に応答して送信される、段階を含む。
実施例１０６４は、実施例１０５９から１０６３のいずれかの主題を含む。実施例１０６４では、要求は、マスタデバイスによって生成されたフィールドプログラマブルゲートアレイコードを生成し返す。
実施例１０６５は、実施例１０５９から１０６４のいずれかの主題を含む。実施例１０６５では、バッテリ電源、無線技術に基づくインターネット接続、または低電力モードを有するプロセッサのうちの少なくとも１つを含む自己記述型デバイスは、制約付き自己記述型デバイスとみなされる。
実施例１０６６は、実施例１０５９から１０６５のいずれかの主題を含む。実施例１０６６では、本方法は、自己記述型デバイスが制約されているという検出に応答して、自己記述型センサモジュールに関する信号調整情報およびデバイス情報を制約されていないデバイスに送信する段階を含む。
実施例１０６７は、実施例１０５９から１０６６のいずれかの主題を含む。実施例１０６７では、本方法は、自己記述型デバイスのフィールドプログラマブルゲートアレイに実装されるリターンフィールドプログラマブルゲートアレイコードを生成するための要求を制約されていないデバイスに送信する段階を含む。
実施例１０６８は、実施例１０５９から１０６７のいずれかの主題を含む。実施例１０６８では、本方法は、自己記述型デバイスが制約されているという検出に応答して、自己記述型センサモジュールに関する信号調整情報およびデバイス情報を第２の制約のあるデバイスに送信する段階であって、第２の制約のあるデバイスは制約されていないデバイスにアクセスできる、段階を含む。
実施例１０６９は、実行されると、自己記述型センサモジュールの自己記述型デバイスへの接続に応答して自己記述型センサモジュールを検出し、自己記述型デバイスはフィールドプログラマブルゲートアレイを含み、自己記述型センサモジュールから受信したデータを処理し、受信したデータは自己記述型センサモジュールに関する信号調整情報を示し、自己記述型デバイスのフィールドプログラマブルゲートアレイ上に実装されるフィールドプログラマブルゲートアレイコードを生成し、自己記述型センサモジュールから受信した生データを修正して、信号調整情報に基づいてフィールドプログラマブルゲートアレイを使用して信号調整データを生成するようにプロセッサに指示する命令を含む、非一時的機械可読媒体を含む。
実施例１０７０は、実施例１０６９の主題を含む。実施例１０７０では、機械可読媒体は、実行されると、フィールドプログラマブルゲートアレイがフィールドプログラマブルゲートアレイコードをサポートできないことを検出するようにプロセッサに指示する命令を含む。
実施例１０７１は、実施例１０６９または１０７０のいずれかの主題を含む。実施例１０７１では、機械可読媒体は、実行されると、フィールドプログラマブルゲートアレイブロックが自己記述型センサモジュールから受信した生データを信号調整するのに十分であることの検出に応答して既存のフィールドプログラマブルゲートアレイブロックを接続するようにプロセッサに指示する命令を含む。
実施例１０７２は、実施例１０６９から１０７１のいずれかの主題を含む。実施例１０７２では、機械可読媒体は、実行されると、識別されたフィールドプログラマブルゲートアレイ特性および自己記述型デバイス特性を送信するようにプロセッサに指示する命令を含む。
実施例１０７３は、実施例１０６９から１０７２のいずれかの主題を含む。実施例１０７３では、機械可読媒体は、実行されるとマスタデバイスへ要求を送信するようにプロセッサに指示する命令を含み、その要求はフィールドプログラマブルゲートアレイ特性と自己記述型デバイス特性とを含み、要求は、自己記述型デバイスが制約されていることの検出と、自己記述型デバイスのフィールドプログラマブルゲートアレイに十分な構成可能な信号調整ブロックがないことの検出と、に応答して送信される。
実施例１０７４は、実施例１０６９から１０７３のいずれかの主題を含む。実施例１０７４では、要求は、マスタデバイスによって生成されたフィールドプログラマブルゲートアレイコードを生成し返す。
実施例１０７５は、実施例１０６９から１０７４のいずれかの主題を含む。実施例１０７５では、バッテリ電源、無線技術に基づくインターネット接続、または低電力モードを有するプロセッサのうちの少なくとも１つを含む自己記述型デバイスは、制約付き自己記述型デバイスとみなされる。
実施例１０７６は、実施例１０６９から１０７５のいずれかの主題を含む。実施例１０７６では、機械可読媒体は、実行されると、自己記述型デバイスが制約されているという検出に応答して、自己記述型センサモジュールに関する信号調整情報およびデバイス情報を制約されていないデバイスに送信するようにプロセッサに指示する命令を含む。
実施例１０７７は、実施例１０６９から１０７６のいずれかの主題を含む。実施例１０７７では、機械可読媒体は、実行されると、自己記述型デバイスのフィールドプログラマブルゲートアレイに実装されるリターンフィールドプログラマブルゲートアレイコードを生成するための要求を制約のないデバイスに送信するようにプロセッサに指示する命令を含む。
実施例１０７８は、実施例１０６９から１０７７のいずれかの主題を含む。実施例１０７８では、機械可読媒体は、実行されると、自己記述型デバイスが制約されているという検出に応答して、自己記述型センサモジュールに関する信号調整情報およびデバイス情報を第２の制約のあるデバイスに送信するようにプロセッサに指示する命令を含み、第２の制約のあるデバイスは制約されていないデバイスにアクセスできる。
実施例１０７９は、装置を含む。装置は、モノのインターネット（ＩｏＴ）デバイスを備える。ＩｏＴデバイスは、ネットワークに対する受信されたネットワーク健全性要求に応答して、サブネットワークからサブネットワーク健全性データを要求するサブネットワーク健全性データ要求部と、ブロックチェーンデータから生成された受信したサブネットワーク健全性データに基づいて、ネットワークシャドウフィルタを修正するためのネットワークシャドウフィルタ修正部と、ネットワークシャドウフィルタに基づいて、ネットワーク健全性の報告を提供するための報告提供部と、を含む。
実施例１０８０は、実施例１０７９の主題を含む。実施例１０８０では、サブネットワークは、サブネットワーク健全性データ要求の受信に応答してデバイスからデバイス健全性データを要求する。
実施例１０８１は、実施例１０７９または１０８０のいずれかの主題を含む。実施例１０８１では、サブネットワークは、受信されたデバイス健全性データから生成されたブロックチェーンデータを使用してサブネットワークシャドウフィルタを修正することによってサブネットワーク健全性データを生成するように命令される。
実施例１０８２は、実施例１０７９から１０８１のいずれかの主題を含む。実施例１０８２では、サブネットワークは、サブネットワーク健全性データ要求の受信に応答して複数のデバイスからデバイス健全性データを要求する。
実施例１０８３は、実施例１０７９から１０８２のいずれかの主題を含む。実施例１０８３では、サブネットワークは、論理演算子を使用して受信した複数の健全性データを比較することによって、受信した複数のデバイス健全性データを使用してサブネットワークシャドウフィルタを修正することによってサブネットワーク健全性データを生成するように命令される。
実施例１０８４は、実施例１０７９から１０８３のいずれかの主題を含む。実施例１０８４では、デバイスは、デバイスシャドウフィルタに基づいてデバイス健全性データを返し、デバイスシャドウフィルタは、デバイス上のスケジュールされた健全性メッセージの欠如を追跡するデバイスブルームフィルタに基づいて生成される。
実施例１０８５は、実施例１０７９から１０８４のいずれかの主題を含む。実施例１０８５では、デバイスシャドウフィルタは複数のシャドウフィルタを含み、それぞれが、複数のブルームフィルタの時間間隔に対応する。
実施例１０８６は、実施例１０７９から１０８５のいずれかの主題を含む。実施例１０８６では、ネットワークシャドウフィルタは、少なくともサブネットワークと他の１つのサブネットワークとを含むセットに適用される論理演算子の適用を通じて動作する。
実施例１０８７は、実施例１０７９から１０８６のいずれかの主題を含む。実施例１０８７では、装置は、ネットワーク内で論理的に編成された複数のサブネットワークからのサブネットワーク健全性データ、およびいくつかの受信されたサブネットワーク健全性データに基づいてネットワークシャドウフィルタを修正するネットワークシャドウフィルタ変更子を要求するためのサブネットワーク健全性データリクエスタを含む。
実施例１０８８は、実施例１０７９から１０８７のいずれかの主題を含む。実施例１０８８では、ブロックチェーンデータは、ネットワークトポグラフィの各エンドポイントでネットワーク健全性の履歴記録を確立するためにブロックチェーントランザクションに含まれ得るブルームフィルタに基づく。
実施例１０８９は、ネットワークおよびネットワークデバイスの健全性を報告するためにモノのインターネット（ＩｏＴ）デバイスを使用するための方法を含む。ネットワークおよびネットワークデバイスの健全性を報告するためにモノのインターネット（ＩｏＴ）デバイスを使用するための方法は、ネットワークに対する受信されたネットワーク健全性要求に応答して、サブネットワークからサブネットワーク健全性データを要求する段階と、ブロックチェーンデータから生成された受信したサブネットワーク健全性データに基づいて、ネットワークシャドウフィルタを修正する段階と、ネットワークシャドウフィルタに基づいて、ネットワーク健全性の報告を提供する段階と、を含む。
実施例１０９０は、実施例１０８９の主題を含む。実施例１０９０では、サブネットワークは、サブネットワーク健全性データ要求の受信に応答してデバイスからデバイス健全性データを要求する。
実施例１０９１は、実施例１０８９または１０９０のいずれかの主題を含む。実施例１０９１では、サブネットワークは、受信されたデバイス健全性データから生成されたブロックチェーンデータを使用してサブネットワークシャドウフィルタを修正することによってサブネットワーク健全性データを生成するように命令される。
実施例１０９２は、実施例１０８９から１０９１のいずれかの主題を含む。実施例１０９２では、サブネットワークは、サブネットワーク健全性データ要求の受信に応答して複数のデバイスからデバイス健全性データを要求する。
実施例１０９３は、実施例１０８９から１０９２のいずれかの主題を含む。実施例１０９３では、サブネットワークは、論理演算子を使用して受信した複数の健全性データを比較することによって、受信した複数のデバイス健全性データを使用してサブネットワークシャドウフィルタを修正することによってサブネットワーク健全性データを生成するように命令される。
実施例１０９４は、実施例１０８９から１０９３のいずれかの主題を含む。実施例１０９４では、デバイスは、デバイスシャドウフィルタに基づいてデバイス健全性データを返し、デバイスシャドウフィルタは、デバイス上のスケジュールされた健全性メッセージの欠如を追跡するデバイスブルームフィルタに基づいて生成される。
実施例１０９５は、実施例１０８９から１０９４のいずれかの主題を含む。実施例１０９５では、デバイスシャドウフィルタは複数のシャドウフィルタを含み、それぞれが、複数のブルームフィルタの時間間隔に対応する。
実施例１０９６は、実施例１０８９から１０９５のいずれかの主題を含む。実施例１０９６では、ネットワークシャドウフィルタは、少なくともサブネットワークと他の１つのサブネットワークとを含むセットに適用される論理演算子の適用を通じて動作する。
実施例１０９７は、実施例１０８９から１０９６のいずれかの主題を含む。実施例１０９７では、本方法は、ネットワークに論理的に編成された複数のサブネットワークからサブネットワーク健全性データを要求する段階と、受信した複数のサブネットワーク健全性データに基づいてネットワークシャドウフィルタを修正する段階と、を含む。
実施例１０９８は、実施例１０８９から１０９７のいずれかの主題を含む。実施例１０９８では、ブロックチェーンデータは、ネットワークトポグラフィの各エンドポイントでネットワーク健全性の履歴記録を確立するためにブロックチェーントランザクションに含まれ得るブルームフィルタに基づく。
実施例１０９９は、実行されると、ネットワークに対する受信されたネットワーク健全性要求に応答して、サブネットワークからサブネットワーク健全性データを要求し、ブロックチェーンデータから生成された受信したサブネットワーク健全性データに基づいて、ネットワークシャドウフィルタを修正し、ネットワークシャドウフィルタに基づいて、ネットワーク健全性の報告を提供するようにプロセッサに指示する命令を含む、非一時的機械可読媒体を含む。
実施例１１００は、実施例１０９９の主題を含む。実施例１１００では、サブネットワークは、サブネットワーク健全性データ要求の受信に応答してデバイスからデバイス健全性データを要求する。
実施例１１０１は、実施例１０９９または１１００のいずれかの主題を含む。実施例１１０１では、サブネットワークは、受信されたデバイス健全性データから生成されたブロックチェーンデータを使用してサブネットワークシャドウフィルタを修正することによってサブネットワーク健全性データを生成するように命令される。
実施例１１０２は、実施例１０９９から１１０１のいずれかの主題を含む。実施例１１０２では、サブネットワークは、サブネットワーク健全性データ要求の受信に応答して複数のデバイスからデバイス健全性データを要求する。
実施例１１０３は、実施例１０９９から１１０２のいずれかの主題を含む。実施例１１０３では、サブネットワークは、論理演算子を使用して受信した複数の健全性データを比較することによって、受信した複数のデバイス健全性データを使用してサブネットワークシャドウフィルタを修正することによってサブネットワーク健全性データを生成するように命令される。
実施例１１０４は、実施例１０９９から１１０３のいずれかの主題を含む。実施例１１０４では、デバイスは、デバイスシャドウフィルタに基づいてデバイス健全性データを返し、デバイスシャドウフィルタは、デバイス上のスケジュールされた健全性メッセージの欠如を追跡するデバイスブルームフィルタに基づいて生成される。
実施例１１０５は、実施例１０９９から１１０４のいずれかの主題を含む。実施例１１０５では、デバイスシャドウフィルタは複数のシャドウフィルタを含み、それぞれが、複数のブルームフィルタの時間間隔に対応する。
実施例１１０６は、実施例１０９９から１１０５のいずれかの主題を含む。実施例１１０６では、ネットワークシャドウフィルタは、少なくともサブネットワークと他の１つのサブネットワークとを含むセットに適用される論理演算子の適用を通じて動作する。
実施例１１０７は、実施例１０９９から１１０６のいずれかの主題を含む。実施例１１０７では、機械可読媒体は、実行されると、ネットワークに論理的に編成された複数のサブネットワークからサブネットワーク健全性データを要求し、受信した複数のサブネットワーク健全性データに基づいてネットワークシャドウフィルタを修正するようにプロセッサに指示する命令を含む。
実施例１１０８は、実施例１０９９から１１０７のいずれかの主題を含む。実施例１１０８では、ブロックチェーンデータは、ネットワークトポグラフィの各エンドポイントでネットワーク健全性の履歴記録を確立するためにブロックチェーントランザクションに含まれ得るブルームフィルタに基づく。
実施例１１０９は、モノのインターネット（ＩｏＴ）デバイスを備える装置を含む。モノのインターネット（ＩｏＴ）装置は、制御チャネルデータを広域ネットワークフレームに挿入するための制御チャネルデータ挿入部と、広域ネットワークフレームを第１の送信プロトコルを有する第１のデバイスおよび第２のプロトコルを有する第２のデバイスに送信するためのフレーム送信部であって、制御チャネルデータは、第１のデバイスおよび第１のデバイスのプロトコルならびに第２のデバイスと第２のデバイスのプロトコルの両方にアクセスできるようになる、フレーム送信部と、第１のデバイスが送信ノードからの検出された送信を返すことに応答して、送信ノードデータを修正するためのデータ修正部と、を含む。
実施例１１１０は、実施例１１０９の主題を含む。実施例１１１０では、広域ネットワークフレームは、送信前および送信中に制御チャネルデータをカプセル化するためのアプリケーションペイロードフレームフィールドを含む。
実施例１１１１は、実施例１１０９または１１１０のいずれかの主題を含む。実施例１１１１では、制御チャネルデータは、第１のデバイスが送信ノードからペイロードを収集し、ペイロードからタイムスタンプを抽出し、タイムスタンプおよびゾーンＩＤを含むペイロードを返すための命令を含む。
実施例１１１２は、実施例１１０９から１１１１のいずれかの主題を含む。実施例１１１２では、フレーム送信部は、中間送信機として動作し、第２のデバイスに再送信するための第１のデバイスへの命令を通して、広域ネットワークフレームを第２のデバイスに送信する。
実施例１１１３は、実施例１１０９から１１１２のいずれかの主題を含む。実施例１１１３では、制御チャネルデータは、メッセージヘッダ、ゾーンＩＤフィールド、制御メッセージデータフィールド、およびセキュリティフィールドを含む。
実施例１１１４は、実施例１１０９から１１１３のいずれかの主題を含む。実施例１１１４では、送信ノードデータの変更は、送信ノードから検出された送信を返すゾーンＩＤおよびタイムスタンプを抽出することに基づく。
実施例１１１５は、実施例１１０９から１１１４のいずれかの主題を含む。実施例１１１５では、制御チャネルデータは、第１のデバイスがそのゾーンＩＤおよび送信ノードからの複数のタイムスタンプを返すための命令を含む。
実施例１１１６は、実施例１１０９から１１１５のいずれかの主題を含む。実施例１１１６では、制御チャネルデータは、第２のデバイスが第１のデバイスにそのゾーンＩＤと送信ノードからのタイムスタンプとを返すための命令を含み、第２のデバイスは第１のデバイスを通過すること以外にサーバデバイスへの通信経路を持たない。
実施例１１１７は、実施例１１０９から１１１６のいずれかの主題を含む。実施例１１１７では、本装置は、双曲線関数と、第１のデバイスおよび第２のデバイスによって受信されたパッケージの複数のタイムスタンプと、第１のデバイスおよび第２のデバイスのゾーンＩＤと、を使用して送信ノードの位置を計算する計算部を含む。
実施例１１１８は、実施例１１０９から１１１７のいずれかの主題を含む。実施例１１１８では、本装置は、信号検出デバイスと信号受信デバイスとの間の送信通過時間に基づいて送信ノードの位置を計算する計算部を含む。
実施例１１１９は、リソースおよび地理位置情報セクタの識別情報を発見するためにモノのインターネット（ＩｏＴ）デバイスを使用するための方法を含む。リソースおよび地理位置情報セクタ識別情報を発見するためにモノのインターネット（ＩｏＴ）デバイスを使用するための方法は、制御チャネルデータを広域ネットワークフレームに挿入する段階と、広域ネットワークフレームを第１の送信プロトコルを有する第１のデバイスおよび第２のプロトコルを有する第２のデバイスに送信する段階であって、制御チャネルデータは、第１のデバイスおよび第１のデバイスのプロトコルならびに第２のデバイスと第２のデバイスのプロトコルの両方にアクセスできるようになる、段階と、第１のデバイスが送信ノードからの検出された送信を返すことに応答して、送信ノードデータを修正する段階と、を含む。
実施例１１２０は、実施例１１１９の主題を含む。実施例１１２０では、広域ネットワークフレームは、送信前および送信中に制御チャネルデータをカプセル化するためのアプリケーションペイロードフレームフィールドを含む。
実施例１１２１は、実施例１１１９または１１２０のいずれかの主題を含む。実施例１１２１では、制御チャネルデータは、第１のデバイスが送信ノードからペイロードを収集し、ペイロードからタイムスタンプを抽出し、タイムスタンプおよびゾーンＩＤを含むペイロードを返すための命令を含む。
実施例１１２２は、実施例１１１９から１１２１のいずれかの主題を含む。実施例１１２２では、本方法は、中間送信機として動作し、第２のデバイスに再送信するための第１のデバイスへの命令を通して、広域ネットワークフレームを第２のデバイスに送信する段階を含む。
実施例１１２３は、実施例１１１９から１１２２のいずれかの主題を含む。実施例１１２３では、制御チャネルデータは、メッセージヘッダ、ゾーンＩＤフィールド、制御メッセージデータフィールド、およびセキュリティフィールドを含む。
実施例１１２４は、実施例１１１９から１１２３のいずれかの主題を含む。実施例１１２４では、送信ノードデータの変更は、送信ノードから検出された送信を返すゾーンＩＤおよびタイムスタンプを抽出することに基づく。
実施例１１２５は、実施例１１１９から１１２４のいずれかの主題を含む。実施例１１２５では、制御チャネルデータは、第１のデバイスがそのゾーンＩＤおよび送信ノードからの複数のタイムスタンプを返すための命令を含む。
実施例１１２６は、実施例１１１９から１１２５のいずれかの主題を含む。実施例１１２６では、制御チャネルデータは、第２のデバイスが第１のデバイスにそのゾーンＩＤと送信ノードからのタイムスタンプとを返すための命令を含み、第２のデバイスは第１のデバイスを通過すること以外にサーバデバイスへの通信経路を持たない。
実施例１１２７は、実施例１１１９から１１２６のいずれかの主題を含む。実施例１１２７では、本方法は、双曲線関数と、第１のデバイスおよび第２のデバイスによって受信されたパッケージの複数のタイムスタンプと、第１のデバイスおよび第２のデバイスのゾーンＩＤと、を使用して送信ノードの位置を計算する段階を含む。
実施例１１２８は、実施例１１１９から１１２７のいずれかの主題を含む。実施例１１２８では、本方法は、信号検出デバイスと信号受信デバイスとの間の送信通過時間に基づいて送信ノードの位置を計算する段階を含む。
実施例１１２９は、実行時に、制御チャネルデータを広域ネットワークフレームに挿入し、広域ネットワークフレームを第１の送信プロトコルを有する第１のデバイスおよび第２のプロトコルを有する第２のデバイスに送信し、制御チャネルデータは、第１のデバイスおよび第１のデバイスのプロトコルならびに第２のデバイスと第２のデバイスのプロトコルの両方にアクセスできるようになり、第１のデバイスが送信ノードからの検出された送信を返すことに応答して、送信ノードデータを修正するようにプロセッサに指示する命令を含む非一時的機械可読媒体を含む。
実施例１１３０は、実施例１１２９の主題を含む。実施例１１３０では、広域ネットワークフレームは、送信前および送信中に制御チャネルデータをカプセル化するためのアプリケーションペイロードフレームフィールドを含む。
実施例１１３１は、実施例１１２９または１１３０のいずれかの主題を含む。実施例１１３１では、制御チャネルデータは、第１のデバイスが送信ノードからペイロードを収集し、ペイロードからタイムスタンプを抽出し、タイムスタンプおよびゾーンＩＤを含むペイロードを返すための命令を含む。
実施例１１３２は、実施例１１２９から１１３１のいずれかの主題を含む。実施例１１３２では、機械可読媒体は、実行されると、中間送信機として動作し、第２のデバイスに再送信するための第１のデバイスへの命令を通して、広域ネットワークフレームを第２のデバイスに送信するようにプロセッサに指示する命令を含む。
実施例１１３３は、実施例１１２９から１１３２のいずれかの主題を含む。実施例１１３３では、制御チャネルデータは、メッセージヘッダ、ゾーンＩＤフィールド、制御メッセージデータフィールド、およびセキュリティフィールドを含む。
実施例１１３４は、実施例１１２９から１１３３のいずれかの主題を含む。実施例１１３４では、送信ノードデータの変更は、送信ノードから検出された送信を返すゾーンＩＤおよびタイムスタンプを抽出することに基づく。
実施例１１３５は、実施例１１２９から１１３４のいずれかの主題を含む。実施例１１３５では、制御チャネルデータは、第１のデバイスがそのゾーンＩＤおよび送信ノードからの複数のタイムスタンプを返すための命令を含む。
実施例１１３６は、実施例１１２９から１１３５のいずれかの主題を含む。実施例１１３６では、制御チャネルデータは、第２のデバイスが第１のデバイスにそのゾーンＩＤと送信ノードからのタイムスタンプとを返すための命令を含み、第２のデバイスは第１のデバイスを通過すること以外にサーバデバイスへの通信経路を持たない。
実施例１１３７は、実施例１１２９から１１３６のいずれかの主題を含む。実施例１１３７では、機械可読媒体は、実行されると、双曲線関数と、第１のデバイスおよび第２のデバイスによって受信されたパッケージの複数のタイムスタンプと、第１のデバイスおよび第２のデバイスのゾーンＩＤと、を使用して送信ノードの位置を計算するようにプロセッサに指示する命令を含む。
実施例１１３８は、実施例１１２９から１１３７のいずれかの主題を含む。実施例１１３８では、機械可読媒体は、実行されると、信号検出デバイスと信号受信デバイスとの間の送信通過時間に基づいて送信ノードの位置を計算するようにプロセッサに指示する命令を含む。
実施例１１３９はモノのインターネット（ＩｏＴ）デバイスを備える装置を含む。モノのインターネット（ＩｏＴ）デバイスは、環境からの代表的なデータセットに基づいて、選択された相互作用型分析環境にデータをロードするためのデータロード部であって、相互作用型分析環境は、データマイニング環境およびデータ融合環境のうちの少なくとも１つである、データロード部と、提案されたモデルがデータにフィットするか否かを判定するためのフィット判定部であって、提案されたモデルは、複数のデバイスで処理するための分解可能部分のワークロードを含む、フィット判定部と、デバイスによる実行のためにワークロードをデバイスにマッピングするためのワークロードマップ部と、を含む。
実施例１１４０は、実施例１１３９の主題を含む。実施例１１４０では、データマイニング環境は、アプリケーションドメインからの、および環境からの代表的なデータセットに対応する格納された知識ベースからのデータを組み込む。
実施例１１４１は、実施例１１３９または１１４０のいずれかの主題を含む。実施例１１４１では、選択された相互作用型分析環境にロードする前に、データを整理して整理する。
実施例１１４２は、実施例１１３９から１１４１のいずれかの主題を含む。実施例１１４２では、装置は、デバイスによる実行のためにワークロードをデバイスにマッピングする前にワークロードを分解するための分解部を含み得る。
実施例１１４３は、実施例１１３９から１１４２のいずれかの主題を含む。実施例１１４３では、ワークロードは、並列処理およびモジュール式直列依存タスクのうちの少なくとも１つを通して分解される。
実施例１１４４は、実施例１１３９から１１４３のいずれかの主題を含む。実施例１１４４では、ワークロードは、分類タスクのために分解され、前処理、特徴抽出、および分類タスクが分離される。
実施例１１４５は、実施例１１３９から１１４４のいずれかの主題を含む。実施例１１４５では、装置は、マッピングおよびデバイス上のワークロードの実行に続いて使用されるリソースに関してプラットフォームの性能を計算するためのプロセッサを備える。
実施例１１４６は、実施例１１３９から１１４５のいずれかの主題を含む。実施例１１４６では、相互作用型分析は、第１のデータサンプルと第２のデータサンプルとの間の時間的関係を示し、相互作用型分析は、第１のサンプルおよび第１のセンサと第２のデータサンプルおよび第２のセンサとの間の関係をさらに示す。
実施例１１４７は、実施例１１３９から１１４６のいずれかの主題を含む。実施例１１４７では、ワークロードは、ワークロードの計算要件、メモリ要件、およびネットワーク要件のプロファイルを含む。
実施例１１４８は、実施例１１３９から１１４７のいずれかの主題を含む。実施例１１４８では、ワークロードは、デバイス上の複数のサブワークロードを含み、ワークロードは、必要とされるリソースおよび利用可能なリソースに関してワークロードを分類し、必要とされるリソースおよび利用可能なリソースに基づいて、ワークロードをデバイスにペアリングすることによって得られるデバイスとの合意を含む。
実施例１１４９は、ＩｏＴシステムのデータ分析を提供する方法を含む。ＩｏＴシステムのデータ分析を提供する方法は、環境からの代表的なデータセットに基づいて、選択された相互作用型分析環境にデータをロードする段階であって、相互作用型分析環境は、データマイニング環境およびデータ融合環境のうちの少なくとも１つである、段階と、提案されたモデルがデータにフィットするか否かを判定する段階であって、提案されたモデルは、複数のデバイスで処理するための分解可能部分のワークロードを含む、段階と、デバイスによる実行のためにワークロードをデバイスにマッピングする段階と、を含む。
実施例１１５０は、実施例１１４９の主題を含む。実施例１１５０では、データマイニング環境は、アプリケーションドメインからの、および環境からの代表的なデータセットに対応する格納された知識ベースからのデータを組み込む。
実施例１１５１は、実施例１１４９または１１５０のいずれかの主題を含む。実施例１１５１では、選択された相互作用型分析環境にロードする前に、データを整理して整理する。
実施例１１５２は、実施例１１４９から１１５１のいずれかの主題を含む。実施例１１５２では、本方法は、デバイスによる実行のためにワークロードをデバイスにマッピングする前にワークロードを分解する段階を含む。
実施例１１５３は、実施例１１４９から１１５２のいずれかの主題を含む。実施例１１５３では、ワークロードは、並列処理およびモジュール式直列依存タスクのうちの少なくとも１つを通して分解される。
実施例１１５４は、実施例１１４９から１１５３のいずれかの主題を含む。実施例１１５４では、ワークロードは、分類タスクのために分解され、前処理、特徴抽出、および分類タスクが分離される。
実施例１１５５は、実施例１１４９から１１５４のいずれかの主題を含む。実施例１１５５では、本方法は、マッピングおよびデバイス上のワークロードの実行に続いて使用されるリソースに関してプラットフォームの性能を計算する段階を含む。
実施例１１５６は、実施例１１４９から１１５５のいずれかの主題を含む。実施例１１５６では、相互作用型分析は、第１のデータサンプルと第２のデータサンプルとの間の時間的関係を示し、相互作用型分析は、第１のサンプルおよび第１のセンサと第２のデータサンプルおよび第２のセンサとの間の関係をさらに示す。
実施例１１５７は、実施例１１４９から１１５６のいずれかの主題を含む。実施例１１５７では、ワークロードは、ワークロードの計算要件、メモリ要件、およびネットワーク要件のプロファイルを含む。
実施例１１５８は、実施例１１４９から１１５７のいずれかの主題を含む。実施例１１５８では、ワークロードは、デバイス上の複数のサブワークロードを含み、ワークロードは、必要とされるリソースおよび利用可能なリソースに関してワークロードを分類し、必要とされるリソースおよび利用可能なリソースに基づいて、ワークロードをデバイスにペアリングすることによって得られるデバイスとの合意を含む。
実施例１１５９は、実行されると、環境からの代表的なデータセットに基づいて、選択された相互作用型分析環境にデータをロードし、相互作用型分析環境は、データマイニング環境およびデータ融合環境のうちの少なくとも１つであり、提案されたモデルがデータにフィットするか否かを判定し、提案されたモデルは、複数のデバイスで処理するための分解可能部分のワークロードを含み、デバイスによる実行のためにワークロードをデバイスにマッピングするようにプロセッサに指示する命令を含む、非一時的機械可読媒体を含む。
実施例１１６０は、実施例１１５９の主題を含む。実施例１１６０では、データマイニング環境は、アプリケーションドメインからの、および環境からの代表的なデータセットに対応する格納された知識ベースからのデータを組み込む。
実施例１１６１は、実施例１１５９または１１６０のいずれかの主題を含む。実施例１１６１では、選択された相互作用型分析環境にロードする前に、データを整理して整理する。
実施例１１６２は、実施例１１５９から１１６１のいずれかの主題を含む。実施例１１６２では、機械可読媒体は、実行されると、デバイスによる実行のためにワークロードをデバイスにマッピングする前にワークロードを分解するようにプロセッサに指示するための命令を含む。
実施例１１６３は、実施例１１５９から１１６２のいずれかの主題を含む。実施例１１６３では、ワークロードは、並列処理およびモジュール式直列依存タスクのうちの少なくとも１つを通して分解される。
実施例１１６４は、実施例１１５９から１１６３のいずれかの主題を含む。実施例１１６４では、ワークロードは、分類タスクのために分解され、前処理、特徴抽出、および分類タスクが分離される。
実施例１１６５は、実施例１１５９から１１６４のいずれかの主題を含む。実施例１１６５では、機械可読媒体は、実行されると、マッピングおよびデバイス上のワークロードの実行に続いて使用されるリソースに関してプラットフォームの性能を計算するようにプロセッサに指示するための命令を含む。
実施例１１６６は、実施例１１５９から１１６５のいずれかの主題を含む。実施例１１６６では、相互作用型分析は、第１のデータサンプルと第２のデータサンプルとの間の時間的関係を示し、相互作用型分析は、第１のサンプルおよび第１のセンサと第２のデータサンプルおよび第２のセンサとの間の関係をさらに示す。
実施例１１６７は、実施例１１５９から１１６６のいずれかの主題を含む。実施例１１６７では、ワークロードは、ワークロードの計算要件、メモリ要件、およびネットワーク要件のプロファイルを含む。
実施例１１６８は、実施例１１５９から１１６７のいずれかの主題を含む。実施例１１６８では、ワークロードは、デバイス上の複数のサブワークロードを含み、ワークロードは、必要とされるリソースおよび利用可能なリソースに関してワークロードを分類し、必要とされるリソースおよび利用可能なリソースに基づいて、ワークロードをデバイスにペアリングすることによって得られるデバイスとの合意を含む。
実施例１１６９は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、ＩｏＴネットワーク内の複数のＩｏＴノード間の接続を示すＩｏＴネットワークトポロジを識別するためのＩｏＴネットワークトポロジ識別部と、ＩｏＴネットワークトポロジ内で識別された各ＩｏＴノードのＩｏＴノードリソースを識別するためのＩｏＴノードリソース識別部と、ノード距離およびノード位置のニューラルネットワークトポロジを識別するためのニューラルネットワークトポロジ識別部と、ＩｏＴノードリソース、ノード距離、およびノード位置に基づいてマッピングを最適化するためのマッピング最適化部と、ＩｏＴネットワーク上のニューラルネットワークトポロジのオーバーレイに基づいて、複数のＩｏＴノードの分解可能なタスクを処理するための分解可能タスクプロセッサと、を含む。
実施例１１７０は、実施例１１６９の主題を含む。実施例１１７０では、ニューラルネットワークは、人工ニューラルネットワークである。
実施例１１７１は、実施例１１６９または１１７０のいずれかの主題を含む。実施例１１７１では、最適化されたマッピングは、複数のノードのノード位置を使用して同一の物理的位置に位置する１つまたは複数のノードを識別することによって、ＩｏＴネットワークにわたって分解可能タスクを処理する位置を保存する。
実施例１１７２は、実施例１１６９から１１７１のいずれかの主題を含む。実施例１１７２では、ＩｏＴネットワークトポロジは、ノード間距離、クラスタリング、分散情報、受信信号強度、および信号雑音比のうちの少なくとも１つを含むノード特性を示す。
実施例１１７３は、実施例１１６９から１１７２のいずれかの主題を含む。実施例１１７３では、ＩｏＴネットワークトポロジを識別することは、複数のノードの互いの近接性、複数のノードの現在の電力レベル、および複数のノードに関する信号測定を判定することを含む。
実施例１１７４は、実施例１１６９から１１７３のいずれかの主題を含む。実施例１１７４では、複数のノードの信号測定値を取得することは、少なくとも受信信号強度インジケータまたはブロードキャスト電力を取得することを介してであり得る。
実施例１１７５は、実施例１１６９から１１７４のいずれかの主題を含む。実施例１１７５では、ＩｏＴノードリソースは、電力レベル、利用可能なストレージスペース、現在の処理負荷、ネットワーキング能力、稼働時間、またはノードの信頼性情報のうちの少なくとも１つを含む。
実施例１１７６は、実施例１１６９から１１７５のいずれかの主題を含む。実施例１１７６では、複数のＩｏＴノードにおける分解可能なタスクの処理は、ＩｏＴノードが同じネットワーク上の物理的な位置に位置すると識別されたか否かに基づいて分解可能なタスクの部分を複数のＩｏＴノードにディスパッチすることを含む。
実施例１１７７は、実施例１１６９から１１７６のいずれかの主題を含む。実施例１１７７では、ニューラルネットワークトポロジのオーバーレイは、入力層、隠蔽層、および出力層を少なくとも含む３つの層を含む。
実施例１１７８は、実施例１１６９から１１７７のいずれかの主題を含む。実施例１１７８では、マッピングの最適化は、入力ノードから出力ノードへの情報の送信のための送信時間を含む。
実施例１１７９は、分散型ニューラルネットワークマッピングおよびリソース管理のためにモノのインターネット（ＩｏＴ）デバイスを使用するための方法を含む。モノのインターネット（ＩｏＴ）デバイスを分散型ニューラルネットワークマッピングおよびリソース管理に使用するための方法は、ＩｏＴネットワーク内の複数のＩｏＴノード間の接続を示すＩｏＴネットワークトポロジを識別する段階と、ＩｏＴネットワークトポロジ内で識別された各ＩｏＴノードのＩｏＴノードリソースを識別する段階と、ノード距離およびノード位置のニューラルネットワークトポロジを識別する段階と、ＩｏＴノードリソース、ノード距離、およびノード位置に基づいてマッピングを最適化する段階と、ＩｏＴネットワーク上のニューラルネットワークトポロジのオーバーレイに基づいて、複数のＩｏＴノードの分解可能なタスクを処理する段階と、を含む。
実施例１１８０は、実施例１１７９の主題を含む。実施例１１８０では、ニューラルネットワークは、人工ニューラルネットワークである。
実施例１１８１は、実施例１１７９または１１８０のいずれかの主題を含む。実施例１１８１では、最適化されたマッピングは、複数のノードのノード位置を使用して同一の物理的位置に位置する１つまたは複数のノードを識別することによって、ＩｏＴネットワークにわたって分解可能タスクを処理する位置を保存する。
実施例１１８２は、実施例１１７９から１１８１のいずれかの主題を含む。実施例１１８２では、ＩｏＴネットワークトポロジは、ノード間距離、クラスタリング、分散情報、受信信号強度、および信号雑音比のうちの少なくとも１つを含むノード特性を示す。
実施例１１８３は、実施例１１７９から１１８２のいずれかの主題を含む。実施例１１８３では、ＩｏＴネットワークトポロジを識別することは、複数のノードの互いの近接性、複数のノードの現在の電力レベル、および複数のノードに関する信号測定を判定することを含む。
実施例１１８４は、実施例１１７９から１１８３のいずれかの主題を含む。実施例１１８４では、複数のノードの信号測定値を取得することは、少なくとも受信信号強度インジケータまたはブロードキャスト電力を取得することを介してであり得る。
実施例１１８５は、実施例１１７９から１１８４のいずれかの主題を含む。実施例１１８５では、ＩｏＴノードリソースは、電力レベル、利用可能なストレージスペース、現在の処理負荷、ネットワーキング能力、稼働時間、またはノードの信頼性情報のうちの少なくとも１つを含む。
実施例１１８６は、実施例１１７９から１１８５のいずれかの主題を含む。実施例１１８６では、複数のＩｏＴノードにおける分解可能なタスクの処理は、ＩｏＴノードが同じネットワーク上の物理的な位置に位置すると識別されたか否かに基づいて分解可能なタスクの部分を複数のＩｏＴノードにディスパッチすることを含む。
実施例１１８７は、実施例１１７９から１１８６のいずれかの主題を含む。実施例１１８７では、ニューラルネットワークトポロジのオーバーレイは、入力層、隠蔽層、および出力層を少なくとも含む３つの層を含む。
実施例１１８８は、実施例１１７９から１１８７のいずれかの主題を含む。実施例１１８８では、マッピングの最適化は、入力ノードから出力ノードへの情報の送信のための送信時間を含む。
実施例１１８９は、実行されたときに、ＩｏＴネットワーク内の複数のＩｏＴノード間の接続を示すＩｏＴネットワークトポロジを識別し、ＩｏＴネットワークトポロジ内で識別された各ＩｏＴノードのＩｏＴノードリソースを識別し、ノード距離およびノード位置のニューラルネットワークトポロジを識別し、ＩｏＴノードリソース、ノード距離、およびノード位置に基づいてマッピングを最適化し、ＩｏＴネットワーク上のニューラルネットワークトポロジのオーバーレイに基づいて、複数のＩｏＴノードの分解可能なタスクを処理するようにプロセッサに指示する命令を含む、非一時的機械可読媒体を含む。
実施例１１９０は、実施例１１８９の主題を含む。実施例１１９０では、ニューラルネットワークは、人工ニューラルネットワークである。
実施例１１９１は、実施例１１８９または１１９０のいずれかの主題を含む。実施例１１９１では、最適化されたマッピングは、複数のノードのノード位置を使用して同一の物理的位置に位置する１つまたは複数のノードを識別することによって、ＩｏＴネットワークにわたって分解可能タスクを処理する位置を保存する。
実施例１１９２は、実施例１１８９から１１９１のいずれかの主題を含む。実施例１１９２では、ＩｏＴネットワークトポロジは、ノード間距離、クラスタリング、分散情報、受信信号強度、および信号雑音比のうちの少なくとも１つを含むノード特性を示す。
実施例１１９３は、実施例１１８９から１１９２のいずれかの主題を含む。実施例１１９３では、ＩｏＴネットワークトポロジを識別することは、複数のノードの互いの近接性、複数のノードの現在の電力レベル、および複数のノードに関する信号測定を判定することを含む。
実施例１１９４は、実施例１１８９から１１９３のいずれかの主題を含む。実施例１１９４では、複数のノードの信号測定値を取得することは、少なくとも受信信号強度インジケータまたはブロードキャスト電力を取得することを介してであり得る。
実施例１１９５は、実施例１１８９から１１９４のいずれかの主題を含む。実施例１１９５では、ＩｏＴノードリソースは、電力レベル、利用可能なストレージスペース、現在の処理負荷、ネットワーキング能力、稼働時間、またはノードの信頼性情報のうちの少なくとも１つを含む。
実施例１１９６は、実施例１１８９から１１９５のいずれかの主題を含む。実施例１１９６では、複数のＩｏＴノードにおける分解可能なタスクの処理は、ＩｏＴノードが同じネットワーク上の物理的な位置に位置すると識別されたか否かに基づいて分解可能なタスクの部分を複数のＩｏＴノードにディスパッチすることを含む。
実施例１１９７は、実施例１１８９から１１９６のいずれかの主題を含む。実施例１１９７では、ニューラルネットワークトポロジのオーバーレイは、入力層、隠蔽層、および出力層を少なくとも含む３つの層を含む。
実施例１１９８は、実施例１１８９から１１９７のいずれかの主題を含む。実施例１１９８では、マッピングの最適化は、入力ノードから出力ノードへの情報の送信のための送信時間を含む。
実施例１１９９は、モノのインターネット（ＩｏＴ）デバイスを含む装置を含む。装置は、モノのインターネット（ＩｏＴ）デバイスを備える。ＩｏＴデバイスは、ＩｏＴデバイス内にブロックチェーンを維持し、他のＩｏＴデバイスにわたってブロックチェーンを伝播させるためのブロックチェーンロジックと、ブロックチェーン内の各ブロックに関連付けられたハッシュコードエントリを含むマークルツリーであって、マークルツリー内のエントリが、下位レベルネットワークのための下位ブロックチェーンに関連付けられた下位レベルのマークルツリーへの参照を含む、マークルツリーと、ブロックチェーン内のターゲットブロックを見つけるためにマークルツリーでターゲットハッシュコードを探索するロケータであって、ロケータが下位レベルのマークルツリーへの参照に遭遇した場合、ロケータは下位レベルのマークルツリーでターゲットブロックを探索する、ロケータと、を含む。
実施例１２００は、実施例１１９９の主題を含む。実施例１２００では、参照は、下位レベルネットワーク内の下位レベルマークルツリーへのリンクを含むネットワーク参照を含む。
実施例１２０１は、実施例１１９９または１２００のいずれかの主題を含む。実施例１２０１では、参照は、ＩｏＴデバイス内の下位レベルのマークルツリーのコピーへのリンクを含む。
実施例１２０２は、実施例１１９９から１２０１のいずれかの主題を含む。実施例１２０２では、本装置は、ブロックチェーンのためのマークルツリーを構築するためのインデクサを含む。
実施例１２０３は、実施例１１９９から１２０２のいずれかの主題を含む。実施例１２０３では、本装置は、ＩｏＴデバイス内にコヒーレントキャッシュを構築するためのキャッシュ作成部を含み、コヒーレントキャッシュは、下位レベルマークルツリーのコピーを含む。
実施例１２０４は、実施例１１９９から１２０３のいずれかの主題を含む。実施例１２０４では、本装置は、ＩｏＴデバイス内にコヒーレントキャッシュを維持するためのキャッシュエージェントを含み、キャッシュエージェントは、キャッシュコヒーレンシイベントについてキャッシュエージェントに通知するために、下位レベルネットワーク内のデバイスからの通知にサブスクライブする。
実施例１２０５は、実施例１１９９から１２０４のいずれかの主題を含む。実施例１２０５では、キャッシュエージェントは、キャッシュコヒーレンシイベントを、上位レベルのネットワーク内の上位レベルのキャッシュエージェントにパブリッシュする。
実施例１２０６は、階層型ブロックチェーン内のブロックを見つけるための方法を含む。階層型ブロックチェーン内のブロックを見つけるための方法は、ブロックのハッシュ値を取得する段階と、現在のネットワークレベルで現在のブロックチェーンを階層型ブロックチェーンのルートに設定する段階と、ブロックハッシュ値を現在のブロックチェーンのマークルツリー内の値と比較する段階と、ハッシュ値が子ブロックチェーンの同期ブロックにマッピングされるか否かを判定する段階と、そうであれば、現在のブロックチェーンを子ブロックチェーンに設定し、現在のブロックチェーン内でブロックを見つけ、ブロックを取得する、段階と、を含む。
実施例１２０７は、実施例１２０６の主題を含む。実施例１２０７では、ハッシュ値を取得する段階は、テーブル内でハッシュ値を検索する段階を含む。
実施例１２０８は、実施例１２０６または１２０７のいずれかの主題を含む。実施例１２０８では、ハッシュ値を取得する段階は、ハッシュ値を計算する段階を含む。
実施例１２０９は、実施例１２０６から１２０８のいずれかの主題を含む。実施例１２０９では、現在のブロックチェーンを子ブロックチェーンに設定する段階は、ネットワーク参照を下位レベルのブロックチェーンに設定する段階と、下位レベルのブロックチェーン内で探索を続ける段階と、を含む。
実施例１２１０は、実施例１２０６から１２０９のいずれかの主題を含む。実施例１２１０では、現在のブロックチェーンを子ブロックチェーンに設定する段階は、コヒーレントキャッシュ内の下位レベルのブロックチェーンのコピーへのポインタに対する値を設定する段階を含む。
実施例１２１１は、実施例１２０６から１２１０のいずれかの主題を含む。実施例１２１１では、現在のブロックチェーン内のブロックを見つける段階は、ブロックハッシュ値が現在のブロックチェーンについてのマークルツリー内の値と一致すると判定する段階と、マークルツリーからブロックへのポインタを取得する段階と、を含む。
実施例１２１２は、実施例１２０６から１２１１のいずれかの主題を含む。実施例１２１２では、本方法は、階層型ブロックチェーンを構築する段階であって、ローカルＩｏＴネットワークのためのトランザクションデータを現在のブロックチェーンに書き込む段階と、ブロックが同期ブロックであるか否かを判定する段階と、そうである場合、同期ブロックのハッシュを含む送信を構築する段階と、次に上位のレベルのＩｏＴネットワークへの同期ブロックのハッシュを送信する段階と、次に上位のレベルのネットワーク内の現在のブロックに送信をコミットする段階と、を含む、段階を含む。
実施例１２１３は、実施例１２０６から１２１２のいずれかの主題を含む。実施例１２１３では、本方法は、階層型ブロックチェーンのコヒーレントキャッシュを構築する段階であって、現在のブロックチェーンを子ブロックチェーン内のパブリッシングキャッシュエージェントにサブスクライブする段階と、子ブロックチェーン内の現在ブロックチェーンの登録を受け入れる段階と、パブリケーションイベントを待つ段階と、を含む、段階を含む。
実施例１２１４は、実施例１２０６から１２１３のいずれかの主題を含む。実施例１２１４では、本方法は、階層型ブロックチェーンのコヒーレントキャッシュを維持する段階であって、子ブロックチェーン内のキャッシュコヒーレンシイベントの通知を受信する段階と、子ブロックチェーンからマークルツリーパスをコピーし、これをサブスクライバブロックチェーンでキャッシュエージェントにパブリッシュする、段階と、子ブロックチェーンに対応する現在キャッシュされているマークルツリーパスを置き換える段階と、を含む、段階を含む。
実施例１２１５は、実施例１２０６から１２１４のいずれかの主題を含む。実施例１２１５では、本方法は、パスがマークルツリーパスの新しい分岐を形成するか否かを判定する段階と、そうである場合、現在のブロックチェーン内に新しいローカルルートを構築する段階と、現在のブロックチェーンをローカルルートに等しくする段階と、ローカルルートがグローバルルートと同じになるまで、新しいローカルルートの構築を繰り返す段階と、を含む。
実施例１２１６は、実行されると、階層型ブロックチェーンを構築し、階層型ブロックチェーンの階層型インデックスを構築するようにプロセッサに指示する命令を含む、非一時的機械可読媒体を含む。
実施例１２１７は、実施例１２１６の主題を含む。実施例１２１７では、非一時的機械可読媒体は、実行されると、階層インデックス内の下位レベルのブロックチェーンへの参照を挿入するようにプロセッサに指示する命令を含む。
実施例１２１８は、実施例１２１６または１２１７のいずれかの主題を含む。実施例１２１８では、非一時的機械可読媒体は、実行されると、モノのインターネット（ＩｏＴ）ネットワーク内の下位レベルでマークル木のコヒーレントキャッシュを構築するようにプロセッサに指示する命令を含む。
実施例１２１９は、実施例１２１６から１２１８のいずれかの主題を含む。実施例１２１９では、非一時的機械可読媒体は、実行されると、モノのインターネット（ＩｏＴ）内の下位レベルからＩｏＴネットワーク内の現在のレベルにマークル木をコピーするようにプロセッサに指示する命令を含む。
実施例１２２０は、実施例１２１６から１２１９のいずれかの主題を含む。実施例１２２０では、非一時的機械可読媒体は、実行されると、ＩｏＴネットワーク内の下位レベルからのマークル木のキャッシュのコヒーレンシを維持するようにプロセッサに指示する命令を含む。
実施例１２２１は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、トピックのハッシュコードを含むブルームフィルタトピックリストと、ブルームフィルタトピックリストを利用可能なコンテンツのリストと比較するためのサブスクリプションマネージャと、ハッシュコードに関連するコンテンツを提供するためのコンテンツロケータと、を含む。
実施例１２２２は、実施例１２２１の主題を含む。実施例１２２２では、ＩｏＴデバイスは、許可されたコンテンツのハッシュコードを含むホワイトリストマスクを含む。
実施例１２２３は、実施例１２２１または１２２２のいずれかの主題を含む。実施例１２２３では、ＩｏＴデバイスは、禁止されたコンテンツのハッシュコードを含むブラックリストマスクを含む。
実施例１２２４は、実施例１２２１から１２２３のいずれかの主題を含む。実施例１２２４では、ＩｏＴデバイスは、トピックのハッシュコードを取得するためのハッシュコード計算部を含むことを含む。
実施例１２２５は、実施例１２２１から１２２４のいずれかの主題を含む。実施例１２２５では、ＩｏＴデバイスは、トラステッド実行環境を確立するためにトラステッドプラットフォームモジュールを含む。
実施例１２２６は、実施例１２２１から１２２５のいずれかの主題を含む。実施例１２２６では、ＩｏＴデバイスは、別のデバイスからコンテンツを提供されるサブスクライバを含む。
実施例１２２７は、実施例１２２１から１２２６のいずれかの主題を含む。実施例１２２７では、ＩｏＴデバイスは、別のデバイスにコンテンツを提供するパブリッシャを含む。
実施例１２２８は、実施例１２２１から１２２７のいずれかの主題を含む。実施例１２２８では、ＩｏＴデバイスは、コンテンツを複数のデバイスに提供するルータを含む。
実施例１２２９は、実施例１２２１から１２２８のいずれかの主題を含む。実施例１２２９では、複数のデバイスは、サブスクライバ、パブリッシャ、またはルータ、あるいはそれらの任意の組み合わせを含む。
実施例１２３０は、ブルームフィルタを使用してパブリッシュ−サブスクライブ型コンテンツ配信モデルを実施するための方法を含む。ブルームフィルタを使用してパブリッシュ−サブスクライブ型コンテンツ配信モデルを実装するための方法は、トピックのハッシュコードを含むサブスクライバブルームフィルタの登録を受信する段階と、トピックの複数のハッシュコードを含むパブリッシャブルームフィルタを用いてサブスクライバブルームフィルタのコンテンツ切片を計算する段階と、コンテンツ切片が、サブスクライバブルームフィルタ内の設定ビットとパブリッシャブルームフィルタ内の設定ビットとの間のビット一致を示す場合、ハッシュコードのためにサブスクライバにコンテンツを提供する段階と、を含む。
実施例１２３１は、実施例１２３０の主題を含む。実施例１２３１では、本方法は、許可されたトピックの複数のハッシュコードを含むホワイトリストマスクを用いてサブスクライバブルームフィルタのホワイトリスト切片を計算する段階を含む。
実施例１２３２は、実施例１２３０または１２３１のいずれかの主題を含む。実施例１２３２では、本方法は、サブスクライバブルームフィルタとホワイトリストマスクとの間でＡＮＤ機能を実行することによりホワイトリスト切片を計算する段階を含む。
実施例１２３３は、実施例１２３０から１２３２のいずれかの主題を含む。実施例１２３３では、本方法は、禁止されたトピックの複数のハッシュコードを含むブラックリストマスクを用いてサブスクライバブルームフィルタのブラックリスト切片を計算する段階を含む。
実施例１２３４は、実施例１２３０から１２３３のいずれかの主題を含む。実施例１２３４では、本方法は、サブスクライバブルームフィルタとブラックリストマスクとの間のＮＡＮＤ関数として中間ブルームフィルタを計算し、中間ブルームフィルタとサブスクライバブルームフィルタとの間のＡＮＤ関数としてブラックリスト切片を計算することによって、ブラックリスト切片を計算する段階を含む。
実施例１２３５は、実施例１２３０から１２３４のいずれかの主題を含む。実施例１２３５では、本方法は、ホワイトリスト切片が、サブスクライバブルームフィルタ内の設定ビットとホワイトリストマスク内の設定ビットとの間のビット一致を示し、ブラックリスト切片が、サブスクライバブルームフィルタ内の設定ビットとブラックリストマスクの設定ビットとの間のビット一致がないことを示す場合に、コンテンツをサブスクライバに提供する段階を含む。
実施例１２３６は、実施例１２３０から１２３５のいずれかの主題を含む。実施例１２３６では、本方法は、複数のトピックのそれぞれのハッシュコードを計算し、複数のトピックのそれぞれのハッシュコードをブルームフィルタに上書きすることによって、ブルームフィルタトピックリストを生成する段階を含む。
実施例１２３７は、実行されると、サブスクリプションブルームフィルタを登録し、サブスクリプションブルームフィルタとコンテンツフィルタとの共通部分を計算し、共通部分がゼロでない場合に、サブスクリプションブルームフィルタに関連付けられているコンテンツを提供するようにプロセッサに指示する命令を含む、非一時的機械可読媒体を含む。
実施例１２３８は、実施例１２３７の主題を含む。実施例１２３８では、非一時的機械可読媒体は、実行されると、許可されたコンテンツを示すホワイトリストマスクを登録し、禁止されたコンテンツを示すブラックリストマスクを登録するようにプロセッサに指示する命令を含む。
実施例１２３９は、実施例１２３７または１２３８のいずれかの主題を含む。実施例１２３９では、非一時的機械可読媒体は、実行されると、サブスクリプションブルームフィルタのハッシュコードがホワイトリストマスクとのゼロ以外の切片を有することを判定し、もしそうであればコンテンツを提供するようにプロセッサに指示する命令を含む。
実施例１２４０は、実施例１２３７から１２３９のいずれかの主題を含む。実施例１２４０では、非一時的機械可読媒体は、実行されると、サブスクリプションブルームフィルタのハッシュコードがブラックリストマスクとのゼロ以外の切片を有することを判定し、もしそうであればコンテンツが提供されるのを防ぐようにプロセッサに指示する命令を含む。
実施例１２４１は、実施例１２３７から１２４０のいずれかの主題を含む。実施例１２４１では、非一時的機械可読媒体は、実行されると、トピックのハッシュコードを判定し、そのハッシュコードをサブスクリプションブルームフィルタに書き込むようにプロセッサに指示する命令を含む。
実施例１２４２は、実施例１２３７から１２４１のいずれかの主題を含む。実施例１２４２では、非一時的機械可読媒体は、実行されると、トピックのハッシュコードを判定し、ハッシュコードとサブスクリプションブルームフィルタとのＸＯＲを実行して新しいブルームフィルタを生成し、サブスクリプションブルームフィルタを新しいブルームフィルタで置き換えるようにプロセッサに指示する命令を含む。
実施例１２４３は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。ＩｏＴデバイスは、トピックが暗号化コンテンツを含むことを判定するためのトピック分類部と、トピックが暗号化コンテンツを含むという通知を他のデバイスに送信するための通知部と、暗号化コンテンツのトピック鍵を含むトピックにサブスクライブするための鍵サブスクライバと、を含む。
実施例１２４４は、実施例１２４３の主題を含む。実施例１２４４では、ＩｏＴネットワークは、暗号化されたコンテンツを含むトピックを提供するためのパブリッシャを含む。
実施例１２４５は、実施例１２４３または１２４４のいずれかの主題を含む。実施例１２４５では、ＩｏＴネットワークは、トピックに関する暗号化されたコンテンツを取得するためにパブリッシャと通信しているルータを含む。
実施例１２４６は、実施例１２４３から１２４５のいずれかの主題を含む。実施例１２４６では、ルータは、暗号化されたコンテンツについてのパブリッシャからトピック鍵を取得する。
実施例１２４７は、実施例１２４３から１２４６のいずれかの主題を含む。実施例１２４７では、ＩｏＴネットワークは、ルータのチェーンを介してパブリッシャに通信しているルータを含む。
実施例１２４８は、実施例１２４３から１２４７のいずれかの主題を含む。実施例１２４８では、ルータの鍵サブスクライバは、ルータのチェーンの中のピアノードからトピック鍵を取得する。
実施例１２４９は、実施例１２４３から１２４８のいずれかの主題を含む。実施例１２４９では、ルータはトピック鍵のためのキャッシュを含み、鍵サブスクライバはキャッシュをウォームアップするためにルータのチェーンの中のピアノードからトピック鍵をプリエンプティブに取得する。
実施例１２５０は、実施例１２４３から１２４９のいずれかの主題を含む。実施例１２５０では、ＩｏＴネットワークは、ルータと通信しているサブスクライバを含み、サブスクライバは暗号化されたコンテンツのコンシューマを含む。
実施例１２５１は、実施例１２４３から１２５０のいずれかの主題を含む。実施例１２５１では、サブスクライバの鍵サブスクライバはルータからトピック鍵を取得する。
実施例１２５２は、実施例１２４３から１２５１のいずれかの主題を含む。実施例１２５２では、サブスクライバは、トピック鍵を使用して暗号化されたコンテンツを復号するための復号部を含む。
実施例１２５３は、パブリケーション−サブスクリプション型コンテンツ配信環境において暗号化鍵を管理するための方法を含む。パブリケーションーサブスクリプション型コンテンツ配信環境において暗号化鍵を管理するための方法は、暗号化されたコンテンツを含むトピックが利用可能であるというトピック通知を受信する段階と、トピック鍵について鍵管理トピックをサブスクライブする段階と、トピック鍵が利用可能であるという通知を受信する段階と、プリエンプティブにキャッシュをウォームアップためにトピック鍵を要求する段階と、を含む。
実施例１２５４は、実施例１２５３の主題を含む。実施例１２５４では、本方法は、トピック鍵についてのサブスクライバからの要求を受信する段階と、キャッシュからトピック鍵を提供する段階と、を含む。
実施例１２５５は、実施例１２５３または１２５４のいずれかの主題を含む。実施例１２５５では、本方法は、トピック鍵の利用可能性に関してデバイスに通知するために鍵管理トピックを構築する段階を含む。
実施例１２５６は、実施例１２５３から１２５５のいずれかの主題を含む。実施例１２５６では、本方法は、トピック鍵がキャッシュ内にあるか否かを判定する段階と、そうでなければ、ピアノードからトピック鍵を要求する段階と、を含む。
実施例１２５７は、実施例１２５３から１２５６のいずれかの主題を含む。実施例１２５７では、本方法は、利用可能なパブリッシュトピックのハッシュコードを含むブルームフィルタを構築する段階を含む。
実施例１２５８は、実施例１２５３から１２５７のいずれかの主題を含む。実施例１２５８では、トピック鍵を要求する段階は、トピック鍵を取得するためにＧＥＴコマンドを発行する段階を含む。
実施例１２５９は、実施例１２５３から１２５８のいずれかの主題を含む。実施例１２５９では、本方法は、経路指定ノードとサブスクライバノードとの間の転送中に傍受からトピック鍵を保護するためにサイト固有鍵を使用してトピック鍵を暗号化する段階を含む。
実施例１２６０は、実施例１２５３から１２５９のいずれかの主題を含む。実施例１２６０では、本方法は、パブリックリポジトリから暗号化されたコンテンツをダウンロードする段階を含む。
実施例１２６１は、実施例１２５３から１２６０のいずれかの主題を含む。実施例１２６１では、本方法は、トピック鍵を使用して暗号化されたコンテンツを復号する段階を含む。
実施例１２６２は、実行されると、暗号化コンテンツのトピック通知を受信し、トピック通知を受信すると鍵管理トピックをサブスクライブし、トピック鍵が利用可能であるという鍵通知を受信すると、ピアノードからトピック鍵を取得するようにプロセッサに指示する命令を含む、非一時的機械可読媒体を含む。
実施例１２６３は、実施例１２６２の主題を含む。実施例１２６３では、非一時的機械可読媒体は、実行されると、利用可能なコンテンツのハッシュコードを含むブルームフィルタを構築するようにプロセッサに指示する命令を含む。
実施例１２６４は、実施例１２６２または１２６３のいずれかの主題を含む。実施例１２６４では、非一時的機械可読媒体は、実行されると、トピック通知をピアルータに送信するようにプロセッサに指示する命令を含む。
実施例１２６５は、実施例１２６２から１２６４のいずれかの主題を含む。実施例１２６５では、非一時的機械可読媒体は、実行されると、暗号化されたコンテンツを含むトピックをサブスクライバに通知するようにプロセッサに指示する命令を含む。
実施例１２６６は、実施例１２６２から１２６５のいずれかの主題を含む。実施例１２６６では、非一時的機械可読媒体は、実行されると、サブスクライバからトピック鍵の要求を受信したときにトピック鍵をサブスクライバに送信するようにプロセッサに指示する命令を含む。
実施例１２６７は、装置を含む。装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、ＩｏＴデバイスを含む。これはまた、ＩｏＴデバイスのグループメンバシップクレデンシャルを鍵配布センターに提供するアテステーション部と、関心のあるトピックのハッシュコードを含むブルームフィルタを提供し、関心のあるコンテンツを復号するために、鍵配布センターから鍵を受信するサブスクライバと、を含む。
実施例１２６８は、実施例１２６７の主題を含む。実施例１２６８では、関心のあるトピックは、パブリックトピック、プライベートトピック、鍵管理トピック、またはセキュリティレベルトピック、あるいはそれらの任意の組み合わせを含む。
実施例１２６９は、実施例１２６７または１２６８のいずれかの主題を含む。実施例１２６９では、本装置は、トピックにデバイスを登録し、ＩｏＴデバイスにグループメンバシップクレデンシャルを発行するためのトピックネーミングサーバを含む。
実施例１２７０は、実施例１２６７から１２６９のいずれかの主題を含む。実施例１２７０では、本装置は、ＩｏＴデバイスのアイデンティティを検証し、ＩｏＴデバイスにトピックグループ鍵を提供するための鍵配布センターを含む。
実施例１２７１は、実施例１２６７から１２７０のいずれかの主題を含む。実施例１２７１では、本装置は、下位レベルへの読み取り動作、上位レベルへの書き込み動作、またはその両方をブロックするための完全性施行部を含む。
実施例１２７２は、実施例１２６７から１２７１のいずれかの主題を含む。実施例１２７２では、レベルは、セキュリティレベル、ネットワークレベル、またはその両方であり得る。
実施例１２７３は、実施例１２６７から１２７２のいずれかの主題を含む。実施例１２７３において、本装置は、上位レベルへの読み取り動作、下位レベルへの書き込み動作、またはその両方をブロックするための機密性施行部を含む。
実施例１２７４は、実施例１２６７から１２７３のいずれかの主題を含む。実施例１２７４では、レベルは、セキュリティレベル、ネットワークレベル、またはその両方であり得る。
実施例１２７５は、パブリケーション−サブスクリプション型環境においてトピック暗号化を管理するための方法を含む。パブリケーション−サブスクライブ型環境においてトピック暗号化を管理するための方法は、ルータで暗号化トピックをサブスクライブする段階と、暗号化コンテンツを含む暗号化トピックの通知を受信する段階と、サブスクライバアテステーションメッセージを鍵配布センター（ＫＤＣ）に送信する段階と、ＫＤＣからのトピック暗号化鍵を受信する段階と、トピック暗号化鍵を使用して暗号化コンテンツを復号する段階と、を含む。
実施例１２７６は、実施例１２７５の主題を含む。実施例１２７６では、本方法は、さらなる暗号化コンテンツを含む暗号化トピックに関する通知を受信する段階と、トピック暗号化鍵を用いてさらなる暗号化コンテンツを復号する段階と、を含む。
実施例１２７７は、実施例１２７５または１２７６のいずれかの主題を含む。実施例１２７７では、本方法は、トピック暗号化鍵を生成する段階と、パブリッシャアテステーションメッセージにおいてトピック暗号化鍵をＫＤＣにプッシュする段階と、暗号化コンテンツをルータにパブリッシュする段階と、を含む。
実施例１２７８は、実施例１２７５から１２７７のいずれかの主題を含む。実施例１２７８では、本方法は、サブスクライバから暗号化トピックのサブスクリプションを受信する段階と、パブリッシャから暗号化トピックのパブリケーションを受信する段階と、暗号化コンテンツを含むパブリケーションの通知をサブスクライバに提供する段階と、を含む。
実施例１２７９は、実施例１２７５から１２７８のいずれかの主題を含む。実施例１２７９では、本方法は、下位レベルへの読み出し、上位レベルへの書き込み、またはその両方を防ぐことによって完全性ポリシーを施行する段階を含む。
実施例１２８０は、実施例１２７５から１２７９のいずれかの主題を含む。実施例１２８０では、レベルは、セキュリティレベル、ネットワークレベル、またはその両方である。
実施例１２８１は、実施例１２７５から１２８０のいずれかの主題を含む。実施例１２８１では、本方法は、上位レベルまでの読み取り、下位レベルへの書き込み、またはその両方を防止することによって機密性ポリシーを施行する段階を含む。
実施例１２８２は、実施例１２７５から１２８１のいずれかの主題を含む。実施例１２８２では、レベルは、セキュリティレベル、ネットワークレベル、またはその両方である。
実施例１２８３は、実行されると、トピック暗号化鍵を生成し、トピック暗号化鍵を鍵配布センター（ＫＤＣ）にプッシュし、トピック暗号化鍵を使用して暗号化されたコンテンツをルータにパブリッシュするようにプロセッサに指示する命令を含む、非一時的機械可読媒体を含む。
実施例１２８４は、実施例１２８３の主題を含む。実施例１２８４では、非一時的機械可読媒体は、実行されると、暗号化されたコンテンツをサブスクライバに送信するようにプロセッサに指示する命令を含む。
実施例１２８５は、実施例１２８３または１２８４のいずれかの主題を含む。配布実施例１２８５では、非一時的機械可読媒体は、実行されると、鍵配布センターからトピック暗号化鍵を取得するようにプロセッサに指示する命令を含む。
実施例１２８６は、実施例１２８３から１２８５のいずれかの主題を含む。実施例１２８６では、非一時的機械可読媒体は、実行されると、トピック暗号化鍵を使用してコンテンツを復号するようにプロセッサに指示する命令を含む。
実施例１２８７は、実施例１２８３から１２８６のいずれかの主題を含む。実施例１２８７では、非一時的機械可読媒体は、実行されると、トピックネーミングサーバによって提供された証明書を使用してアイデンティティをアテステーションするようにプロセッサに指示する命令を含む。
実施例１２８８は、実施例１２８３から１２８７のいずれかの主題を含む。実施例１２８８では、非一時的機械可読媒体は、実行されると、完全性ポリシーを施行するようにプロセッサに指示する命令を含む。
実施例１２８９は、実施例１２８３から１２８８のいずれかの主題を含む。実施例１２８９では、非一時的機械可読媒体は、実行されると、機密性ポリシーを施行するようにプロセッサに指示する命令を含む。
実施例１２９０は、装置を含む。本装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークはシャイロボットを含む。シャイロボットは、存在を検出するためのセンサと、シャイロボットを動かすための推進システムと、検出された存在に少なくとも部分的に基づいて推進システムを制御するためにセンサからのデータを使用するためのコンテキストエンジンと、他のデバイスにその存在を警告するためのネットワークシステムと、を含む。
実施例１２９１は、実施例１２９０の主題を含む。実施例１２９１では、センサは、画像データを得るためにカメラを含む。
実施例１２９２は、実施例１２９０または１２９１のいずれかの主題を含む。実施例１２９２では、センサは、生物の熱シグネチャを認識するための熱センサを含む。
実施例１２９３は、実施例１２９０から１２９２のいずれかの主題を含む。実施例１２９３では、センサは、音への位置、音源への距離、またはその両方を判定するためのマイクロホンアレイを含む。
実施例１２９４は、実施例１２９０から１２９３のいずれかの主題を含む。実施例１２９４では、センサは、対象物までの距離を判定するためのレーダセンサを含む。
実施例１２９５は、実施例１２９０から１２９４のいずれかの主題を含む。実施例１２９５では、存在は、動いている物体を含む。
実施例１２９６は、実施例１２９０から１２９５のいずれかの主題を含む。実施例１２９６では、シャイロボットは、全地球測位システムを使用して位置および／または向き、あるいはその両方を判定するための地理位置特定システムを含む。
実施例１２９７は、実施例１２９０から１２９６のいずれかの主題を含む。実施例１２９７では、シャイロボットは、物体を拾い上げるため、充電ユニットに接続するため、外部充電ポートを提供するため、またはそれらの任意の組み合わせでデバイスを制御するためのロボットシステムを含む。
実施例１２９８は、実施例１２９０から１２９７のいずれかの主題を含む。実施例１２９８では、シャイロボットは、バッテリを充電するためにシャイロボットを外部電源に自動的に結合するための充電システムを含む。
実施例１２９９は、実施例１２９０から１２９８のいずれかの主題を含む。実施例１２９９では、シャイロボットは、トラステッド実行環境（ＴＥＥ）を含む。
実施例１３００は、実施例１２９０から１２９９のいずれかの主題を含む。実施例１３００では、シャイロボットは、ブート中にトラステッド実行環境（ＴＥＥ）を確立するためのトラステッドプラットフォームモジュール（ＴＰＭ）を含む。
実施例１３０１は、実施例１２９０から１３００のいずれかの主題を含む。実施例１３０１では、シャイロボットは、外部デバイスに電力を供給するための電力出力システムを含む。
実施例１３０２は、実施例１２９０から１３０１のいずれかの主題を含む。実施例１３０２では、装置は、存在に関する情報を共有するために同様の地理的領域にあるロボットの群を含む。
実施例１３０３は、ロボット群内のシャイロボットを制御するための方法を含む。ロボット群内のシャイロボットを制御するための方法は、シャイロボットに近接した存在を検出する段階と、移動している場合にシャイロボットを停止するように推進システムに命令する段階と、存在について群の中の他のロボットに警告する段階と、を含む。
実施例１３０４は、実施例１３０３の主題を含む。実施例１３０４では、存在を検出する段階は、シャイロボットの近くにある物体の動きを検出する段階と、生物を含む物体を分類する段階と、を含む。
実施例１３０５は、実施例１３０３または１３０４のいずれかの主題を含む。実施例１３０５では、存在を検出する段階は、シャイロボットの近くにある物体の画像を取得する段階と、画像内の人間または動物を識別するために画像を処理する段階と、を含む。
実施例１３０６は、実施例１３０３から１３０５のいずれかの主題を含む。実施例１３０６では、存在を検出する段階は、別のデバイスによって検出された存在を含む警告メッセージを受信する段階を含む。
実施例１３０７は、実施例１３０３から１３０６のいずれかの主題を含む。実施例１３０７では、シャイロボットを停止するように推進システムに命令する段階は、シャイロボットを対向交通のパスの外側にある位置に移動させる段階と、推進システムを非作動にする段階と、を含む。
実施例１３０８は、実施例１３０３から１３０７のいずれかの主題を含む。実施例１３０８では、本方法は、バッテリリザーブが予め設定された制限未満であることを検出する段階と、シャイロボットを充電ステーションに移動させる段階と、シャイロボットを充電デバイスに自動的に結合する段階と、を含む。
実施例１３０９は、実施例１３０３から１３０８のいずれかの主題を含む。実施例１３０９では、本方法は、シャイロボットが新しい場所に移動することを判定する段階と、現在の位置を取得する段階と、新しい位置への経路をマッピングする段階と、およびシャイロボットを現在の位置から目標位置に移動させる段階と、を含む。
実施例１３１０は、実施例１３０３から１３０９のいずれかの主題を含む。実施例１３１０では、シャイロボットを動かすことは、ガイドラインに従うことを含む。
実施例１３１１は、実施例１３０３から１３１０のいずれかの主題を含む。実施例１３１１では、他のロボットに警告する段階は、シャイロボットの周りの領域を通って移動する物体を検出する段階と、および最も近くにあるロボットに警告を送信してその検出を知らせることを含む。
実施例１３１２は、実施例１３０３から１３１１のいずれかの主題を含む。実施例１３１２では、警報は、物体の位置、物体の移動、または物体の検出の確実性、あるいはそれらの任意の組み合わせを含む。
実施例１３１３は、実行されると、オブジェクトの存在を検出するようにプロセッサに指示し、そのオブジェクトがポリシー内のオブジェクトのリスト内にあることを判定し、群の中の他のロボットの存在の警報を通信する、命令を含む非一時的機械可読媒体を含む。
実施例１３１４は、実施例１３１３の主題を含む。実施例１３１４では、非一時的機械可読媒体は、実行されると、オブジェクトが生物であることを判定するようにプロセッサに指示し、シャイロボットを停止するように推進システムに命令する命令を含む。
実施例１３１５は、実施例１３１３または１３１４のいずれかの主題を含む。実施例１３１５では、非一時的機械可読媒体は、実行されると、シャイロボットを新しい位置に移動し、新しい位置で機能を実行するようにプロセッサに指示する命令を含む。
実施例１３１６は、実施例１３１３から１３１５のいずれかの主題を含む。実施例１３１６では、非一時的機械可読媒体は、実行されると、トラステッド実行環境（ＴＥＥ）でシャイロボットをブートし、ポリシーをロードしコンテキストエンジンをブートさせることによってシャイロボットを初期化するようにプロセッサに指示する命令を含む。
実施例１３１７は、実施例１３１３から１３１６のいずれかの主題を含む。実施例１３１７では、非一時的機械可読媒体は、実行されると、シャイロボットに結合されたセンサを発見するようにプロセッサに指示し、そのセンサのドライバをロードする命令を含む。
実施例１３１８は、装置を含む。本装置は、モノのインターネット（ＩｏＴ）ネットワークを含み、ＩｏＴネットワークは、プレファーストレスポンダデバイス（ＰＦＲＤ）の位置を判定するための地理位置情報システムと、イベントシーンにＰＦＲＤを移動させるための推進システムと、ＰＦＲＤに機能を提供するシーン評価コントローラと、を含むＰＦＲＤを含む。
実施例１３１９は、実施例１３１８の主題を含む。実施例１３１９では、機能は、動きを制御すること、画像をキャプチャし転送すること、またはユーザデバイスにネットワーク通信を提供すること、あるいはそれらの任意の組み合わせを含む。
実施例１３２０は、実施例１３１８または１３１９のいずれかの主題を含む。実施例１３２０では、装置は、ＰＦＲＤへの通信、ＰＦＲＤと緊急応答部（ＥＲ）との間の通信、またはＰＦＲＤと基地局との間の通信、またはそれらの任意の組み合わせでの通信を提供するネットワーク通信システムを含む。
実施例１３２１は、実施例１３１８から１３２０のいずれかの主題を含む。実施例１３２１では、装置は、エントロピー多重化（ＥＭ）ツリーを格納するためのトラステッド実行環境（ＴＥＥ）を含む。
実施例１３２２は、実施例１３１８から１３２１のいずれかの主題を含む。実施例１３２２では、ＥＭツリーは、複数のＰＦＲＤが応答するようにコミッショニングされ得るウェイポイントにマッピングする。
実施例１３２３は、実施例１３１８から１３２２のいずれかの主題を含む。実施例１３２３では、ＥＭツリーは、位置座標と各ウェイポイントのための到着予定時刻とを含む。
実施例１３２４は、実施例１３１８から１３２３のいずれかの主題を含む。実施例１３２４では、ＥＭツリーは、ウェイポイントで識別鍵を生成するためのシード値を提供する。
実施例１３２５は、実施例１３１８から１３２４のいずれかの主題を含む。実施例１３２５において、装置は、目的地までの経路情報を提供するための旅行計画部を含む。
実施例１３２６は、実施例１３１８から１３２５のいずれかの主題を含む。実施例１３２６では、経路情報は、シーン、ウェイポイント、位置、目的地、または交差点、あるいはそれらの任意の組み合わせを含む。
実施例１３２７は、実施例１３１８から１３２６のいずれかの主題を含む。実施例１３２７では、経路情報は、代替経路を含む。
実施例１３２８は、実施例１３１８から１３２７のいずれかの主題を含む。実施例１３２８では、ＰＦＲＤは、無人航空機を含む。
実施例１３２９は、実施例１３１８から１３２８のいずれかの主題を含む。実施例１３２９では、ＰＦＲＤは、単一の管轄内の通信のための鍵を含む。
実施例１３３０は、実施例１３１８から１３２９のいずれかの主題を含む。実施例１３３０では、ＰＦＲＤは、複数の独立した管轄内の通信のための複数の鍵を含む。
実施例１３３１は、実施例１３１８から１３３０のいずれかの主題を含む。実施例１３３１では、ＰＦＲＤは、重複する管轄内の通信のための複数管轄鍵を含む。
実施例１３３２は、プレファーストレスポンダデバイス（ＰＦＲＤ）を管理するための方法を含む。プレファーストレスポンダデバイス（ＰＦＲＤ）を管理するための方法は、ＰＦＲＤがイベントに参加するためのコマンドを受信する段階と、管轄権のための鍵を取得する段階と、管轄権に登録する段階と、イベントで緊急応答部に支援を提供する段階と、を含む。
実施例１３３３は、実施例１３３２の主題を含む。実施例１３３３では、本方法は、ＰＦＲＤが単一の管轄区域内で動作しているか否かを判定する段階と、単一の管轄区域からの鍵について交渉する段階と、その鍵を使用してＰＦＲＤを単一の管轄区域に登録する段階と、登録が成功した場合は緊急応答部との通信を開始する段階と、を含む。
実施例１３３４は、実施例１３３２または１３３３のいずれかの主題を含む。実施例１３３４では、本方法は、ＰＦＲＤが重複する管轄区域内で動作しているか否かを判定する段階と、重複する管轄区域から共有鍵を交渉する段階と、共有鍵を使用してＰＦＲＤを各重複管轄区域に登録する段階と、すべての重複する管轄区域での登録が成功した場合は緊急応答部との通信を開始する段階と、を含む。
実施例１３３５は、実施例１３３２から１３３４のいずれかの主題を含む。実施例１３３５では、本方法は、ＰＦＲＤが複数の重複していない管轄区域内で動作しているか否かを判定する段階と、重複していない管轄区域それぞれからの個々の鍵を交渉する段階と、適切な個々の鍵を使用してＰＦＲＤを重複していない管轄区域のそれぞれと登録する段階と、すべての重複していない管轄区域での登録が成功した場合は緊急応答部との通信を開始する段階と、を含む。
実施例１３３６は、実施例１３３２から１３３５のいずれかの主題を含む。実施例１３３６では、本方法は、管轄区域への登録が成功しなかったと判定する段階と、管轄区域制御ネットワークに警告する段階と、を含む。
実施例１３３７は、実施例１３３２から１３３６のいずれかの主題を含む。実施例１３３７では、本方法は、トラステッド実行環境内のセキュアストアからポリシーを取得する段階と、初期飛行計画ポリシーをアクティブ化する段階と、を含む。
実施例１３３８は、実施例１３３２から１３３７のいずれかの主題を含む。実施例１３３８では、初期飛行計画ポリシーは、アンカーポイントからの離脱、ホバリング、画像のキャプチャ、または画像認識の実行、あるいはそれらの任意の組み合わせを含む、自律的な動作を含む。
実施例１３３９は、実施例１３３２から１３３８のいずれかの主題を含む。実施例１３３９では、本方法は、ネットワーク接続が劣悪であるか否かを判定する段階と、通信を改善するために接続性ポリシーを実装する段階と、を含む。
実施例１３４０は、実施例１３３２から１３３９のいずれかの主題を含む。実施例１３４０では、本方法は、トラステッド実行環境内のセキュアストアからリモート管理ポリシーを取得する段階と、緊急応答部によるリモート飛行管理を可能にする段階と、を含む。
実施例１３４１は、実行されると、イベントに応答し、ＰＦＲＤの動作のためのポリシーを取得し、そしてイベントに応答するようにプレファーストレスポンダデバイス（ＰＦＲＤ）をトリガするようにプロセッサに指示する命令を含む非一時的機械可読媒体を含む。
実施例１３４２は、実施例１３４１の主題を含む。実施例１３４２では、非一時的機械可読媒体は、実行されると、ＰＦＲＤ内にリモート管理ポリシーを実施し、緊急応答部によるリモート操作管理を可能にするようにプロセッサに指示する命令を含む。
実施例１３４３は、実施例１３４１または１３４２のいずれかの主題を含む。実施例１３４３では、非一時的機械可読媒体は、実行されると、通信を改善するためのポリシーを実施するようにプロセッサに指示する命令を含む。
実施例１３４４は、実施例１３４１から１３４３のいずれかの主題を含む。実施例１３４４では、非一時的機械可読媒体は、実行されると、緊急応答部へのリモートネットワークアクセスを提供するようにプロセッサに指示する命令を含む。
実施例１３４５は、実施例１３４１から１３４４のいずれかの主題を含む。実施例１３４５では、非一時的機械可読媒体は、実行されると、旅行計画部からの旅行計画を受け入れるようにプロセッサに指示する命令を含む。
実施例１３４６は、任意の他の実施例と同様に方法を実行するための手段を備える装置を含む。
実施例１３４７は、実行されると、方法を実施する、または任意の他の実施例と同様に装置を実現するための機械可読命令を含む機械可読ストレージを含む。
一部の実施形態は、ハードウェア、ファームウェア、およびソフトウェアのうちの１つまたはそれらの組み合わせで実装され得る。一部の実施形態はまた、機械可読媒体に格納された命令として実装され、機械可読媒体は、本明細書で説明される動作を実行するためにコンピューティングプラットフォームによって読み出され実行され得る。機械可読媒体は、機械、例えばコンピュータによって可読である形で情報を格納または送信するための任意のメカニズムを含み得る。例えば、機械可読媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、あるいは電気的、光学的、音響的、または他の形態の伝播信号、例えばとりわけ搬送波、赤外線信号、デジタル信号、または信号を送信および／もしくは受信するインターフェースを含むことができる。
一実施形態は、一実装または実施例である。本明細書において、「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」、「１つの実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」、「一部の実施形態（ｓｏｍｅ ｅｍｂｏｄｉｍｅｎｔ）」、「様々な実施形態（ｖａｒｉｏｕｓ ｅｍｂｏｄｉｍｅｎｔ）」、または「他の実施形態（ｏｔｈｅｒ ｅｍｂｏｄｉｍｅｎｔ）」と言及する場合、そのような実施形態に関して説明した特定の特徴、構造、または特性が本技術の少なくとも一部の実施形態に含まれるが、必ずしもすべての実施形態に含まれるわけではないことを意味している。「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」、「１つの実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」、または「一部の実施形態（ｓｏｍｅ ｅｍｂｏｄｉｍｅｎｔ）」の様々な出現は、必ずしもすべてが同じ実施形態を指すとは限らない。ある実施形態の要素または態様は、別の実施形態の要素または態様と組み合わせることができる。
本明細書で説明され図示されるすべてのコンポーネント、特徴、構造、特性などは、特定の１つまたは複数の実施形態に含まれる必要はない。本明細書において、コンポーネント、特徴、構造、または特性が、含まれ「得る（ｍａｙ）」、「得る（ｍｉｇｈｔ）」、「得る（ｃａｎ）」、または「得る（ｃｏｕｌｄ）」と述べられている場合、例えば、その特定のコンポーネント、特徴、構造、または特性が含まれる必要はない。本明細書または特許請求の範囲において、「一（ａまたはａｎ）」要素に言及がある場合、それはその要素が１つしかないことを意味するのではない。本明細書または特許請求の範囲において「追加の（ａｎ ａｄｄｉｔｉｏｎａｌ）」要素に言及がある場合、それは複数の追加の要素があることを排除するものではない。
一部の実施形態が特定の実装形態に関して説明されているが、一部の実施形態に従って他の実装形態が可能であることに留意されたい。加えて、図面に示され、かつ／または本明細書で説明されている回路要素または他の特徴の配置および／または順序は、図示および説明された特定の方法で構成される必要はない。一部の実施形態によれば、他の多くの構成が可能である。
図示の各システムでは、場合によっては、表される要素が異なっていることおよび／または類似していることがあることを示唆するために、要素がそれぞれ同じ参照番号または異なる参照番号を持つことがある。しかしながら、要素は、異なる実装を有し、本明細書に図示または説明されたシステムの一部またはすべてと協働するのに十分に柔軟であり得る。図に示されている様々な要素は同じでも異なっていてもよい。どちらを第１の要素と呼び、どちらを第２の要素と呼ぶかは任意である。
技法は、本明細書に列挙された特定の詳細に限定されない。実際、本開示の恩恵を受ける当業者は、前述の説明および図面からの他の多くの変形が本技法の範囲内でなされ得ることを理解するはずである。従って、本技法の範囲を定義するのは、それに対するあらゆる補正を含む添付の特許請求の範囲である。

Claims (27)

  1. ＩｏＴネットワークにおけるコンポジットオブジェクトを備える装置であって、
    前記コンポジットオブジェクトを形成するサブオブジェクトに名前を提供するネームサーバと、
    前記コンポジットオブジェクトを形成する前記サブオブジェクトのサブオブジェクトリストと、
    を有する、デバイスオーナーと、
    前記コンポジットオブジェクトを形成する複数のサブオブジェクトと、
    前記コンポジットオブジェクトを形成する前記複数のサブオブジェクトを記録するブロックチェーンと、
    を備える、装置。
  2. サブオブジェクトが、下位レベルのサブオブジェクトから形成されたコンポジットオブジェクトを含む、請求項１に記載の装置。
  3. サブオブジェクトが、アトミックオブジェクトを含む、請求項１に記載の装置。
  4. 前記コンポジットオブジェクトの前記名前が、前記複数のサブオブジェクトの前記名前から計算されたハッシュを含む、請求項１に記載の装置。
  5. 各サブオブジェクトが、前記サブオブジェクトがグループに代わって動作することを可能にするグループ鍵を含む、請求項１に記載の装置。
  6. 前記デバイスオーナーが、ＥＰＩＤサーバを有する、請求項１から５のいずれか一項に記載の装置。
  7. 前記デバイスオーナーが、プロキシブローカを有する、請求項１から５のいずれか一項に記載の装置。
  8. 前記デバイスオーナーが、ブロックチェーンを有する、請求項１から５のいずれか一項に記載の装置。
  9. 前記ブロックチェーンが、前記コンポジットオブジェクトの記録を有する、請求項１から５のいずれか一項に記載の装置。
  10. ＩｏＴネットワークにおけるコンポジットオブジェクトを形成するための方法であって、
    デバイスオーナーにおいてサブオブジェクトのリストを構築する段階と、
    集合グループ識別子を作成する段階と、
    ブロックチェーントランザクションにおいて前記集合グループ識別子をブロックチェーンにコミットする段階と、
    ネームサーバにおいて前記ブロックチェーンからグループ名を取得する段階と、
    を備える、方法。
  11. 前記ブロックチェーンから、前記集合グループ識別子が既に使用中であるか否かを判定する段階と、使用中である場合に、
    新しい集合グループ識別子を生成する段階と、
    を備える、請求項１０に記載の方法。
  12. サブオブジェクトから参加要求を受け取る段階と、
    前記サブオブジェクトがグループメンバであることを確認する段階と、
    前記ブロックチェーンにおいて前記サブオブジェクトの名前をルックアップする段階と、
    前記ネームサーバから前記サブオブジェクトにグループ鍵を提供する段階と、
    を備える、請求項１０に記載の方法。
  13. グループメンバシップがプライベートであるか否かを判定する段階と、プライベートである場合に、
    前記ネームサーバへのプロキシとして動作する前記デバイスオーナーから前記サブオブジェクトにグループ鍵を提供する段階と、
    を備える、請求項１０に記載の方法。
  14. 組み合わせを形成するために、前記サブオブジェクトの名前を組み合わせることと、
    前記組み合わせのハッシュコードを計算することと
    によって前記集合グループ識別子を作成する段階を備える、請求項１０に記載の方法。
  15. 組み合わせを形成するために、前記サブオブジェクトを形成するすべてのサブサブオブジェクトの名前を組み合わせる段階と、
    前記組み合わせのハッシュコードを計算する段階と、
    によってサブオブジェクトの名前を作成する段階を備える、請求項１０に記載の方法。
  16. ブロックチェーントランザクションがメッシュネットワーク内のデバイスのグループで有効であることを確認する段階と、
    無効な場合に、前記ブロックチェーントランザクションを取り消す段階と、
    を備える、請求項１０から１５のいずれか一項に記載の方法。
  17. ＩｏＴネットワークにおけるコンポジットオブジェクトを形成するための装置であって、
    デバイスオーナーにおいてサブオブジェクトのリストを構築するための手段と、
    集合グループ識別子を作成するための手段と、
    ブロックチェーントランザクションにおいて前記集合グループ識別子をブロックチェーンにコミットするための手段と、
    ネームサーバにおいて前記ブロックチェーンからグループ名を取得するための手段と、
    を備える、装置。
  18. 前記ブロックチェーンから、前記集合グループ識別子が既に使用中であるか否かを判定するための手段と、
    前記集合グループ識別子が既に使用中である場合、新しい集合グループ識別子を生成するための手段と、
    を備える、請求項１７に記載の装置。
  19. サブオブジェクトから参加要求を受け取るための手段と、
    前記サブオブジェクトがグループメンバであることを確認するための手段と、
    前記ブロックチェーンにおいて前記サブオブジェクトの名前をルックアップするための手段と、
    前記ネームサーバから前記サブオブジェクトにグループ鍵を提供するための手段と、
    を備える、請求項１７に記載の装置。
  20. グループメンバシップがプライベートであるか否かを判定するための手段と、
    前記グループメンバシップがプライベートである場合に、前記ネームサーバへのプロキシとして動作する前記デバイスオーナーから前記サブオブジェクトへグループ鍵を提供するための手段と、
    を備える、請求項１７に記載の装置。
  21. 前記集合グループ識別子を作成するための手段が、
    組み合わせを形成するために、前記サブオブジェクトの名前を組み合わせるための手段と、
    前記組み合わせのハッシュコードを計算するための手段と、
    を有する、請求項１７に記載の装置。
  22. サブオブジェクトの名前を作成するための手段を備え、前記サブオブジェクトの名前を作成するための手段が、
    組み合わせを形成するために、前記サブオブジェクトを形成するすべてのサブサブオブジェクトの名前を組み合わせるための手段と、
    前記組み合わせのハッシュコードを計算するための手段と、
    を有する、請求項１７に記載の装置。
  23. 前記ブロックチェーントランザクションがメッシュネットワーク内のデバイスのグループで有効であることを確認するための手段と、
    無効な場合に、前記ブロックチェーントランザクションを取り消すための手段と、
    を備える、請求項１７から２２のいずれか一項に記載の装置。
  24. グループのサブオブジェクトのリストを格納し、
    前記グループの集合グループアイデンティティを計算し、
    前記グループ内のサブオブジェクトにグループアイデンティティクレデンシャルを提供する、
    ようにプロセッサに指示するための命令を含む、非一時的機械可読媒体。
  25. サブオブジェクトのためのプロキシサーバとして動作するように前記プロセッサに指示するための命令を含む、請求項２４に記載の非一時的機械可読媒体。
  26. 集合グループアイデンティティを含むトランザクションをブロックチェーンにコミットし、
    前記ブロックチェーンをメッシュ内の他のデバイスに移行する、
    ように前記プロセッサに指示するための命令を含む、請求項２４に記載の非一時的機械可読媒体。
  27. トランザクションブロックを含むブロックチェーンであって、前記トランザクションブロックが集合グループアイデンティティを含む、ブロックチェーンを含む、請求項２４から２６のいずれか一項に記載の非一時的機械可読媒体。
JP2019535869A 2016-12-30 2017-12-28 モノのインターネット Active JP7205994B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2022210951A JP2023052135A (ja) 2016-12-30 2022-12-27 モノのインターネット

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201662441070P 2016-12-30 2016-12-30
US62/441,070 2016-12-30
PCT/US2017/068683 WO2018125989A2 (en) 2016-12-30 2017-12-28 The internet of things

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2022210951A Division JP2023052135A (ja) 2016-12-30 2022-12-27 モノのインターネット

Publications (3)

Publication Number Publication Date
JP2020503784A true JP2020503784A (ja) 2020-01-30
JP2020503784A5 JP2020503784A5 (ja) 2021-02-04
JP7205994B2 JP7205994B2 (ja) 2023-01-17

Family

ID=61018023

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2019535869A Active JP7205994B2 (ja) 2016-12-30 2017-12-28 モノのインターネット
JP2022210951A Pending JP2023052135A (ja) 2016-12-30 2022-12-27 モノのインターネット

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2022210951A Pending JP2023052135A (ja) 2016-12-30 2022-12-27 モノのインターネット

Country Status (7)

Country Link
US (13) US11290324B2 (ja)
EP (6) EP3563546B1 (ja)
JP (2) JP7205994B2 (ja)
CN (5) CN110024330B (ja)
DE (1) DE112017006701T5 (ja)
TW (2) TWI815443B (ja)
WO (6) WO2018126076A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022518370A (ja) * 2019-01-22 2022-03-15 エスツーダブリュー インコーポレイテッド 暗号通貨取引の分析方法及びシステム
JP2022522535A (ja) * 2019-04-05 2022-04-19 ナイキ イノベイト シーブイ モノのインターネットを使用した無線周波数識別スキャン
EP4184343A1 (en) 2021-11-18 2023-05-24 OMRON Corporation Information processing system, information processing method and information processing program
EP4184344A1 (en) 2021-11-18 2023-05-24 OMRON Corporation Information processing system and information processing method
WO2023127530A1 (ja) * 2021-12-28 2023-07-06 京セラ株式会社 システム、ノード、及びプログラム
US11770701B2 (en) 2021-02-05 2023-09-26 Argo AI, LLC Secure communications with autonomous vehicles
JP7418611B2 (ja) 2020-06-01 2024-01-19 パロ アルト ネットワークス，インコーポレイテッド ＩｏＴデバイスの検出および識別
EP4322468A1 (en) 2022-08-08 2024-02-14 Fujitsu Limited Information concealing program, method of concealing information, and information management apparatus

Families Citing this family (957)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11602611B2 (en) 2013-03-15 2023-03-14 Sleepme Inc. System for enhancing sleep recovery and promoting weight loss
US11883606B2 (en) 2013-03-15 2024-01-30 Sleep Solutions Inc. Stress reduction and sleep promotion system
US11896774B2 (en) 2013-03-15 2024-02-13 Sleep Solutions Inc. System for enhancing sleep recovery and promoting weight loss
US11816465B2 (en) 2013-03-15 2023-11-14 Ei Electronics Llc Devices, systems and methods for tracking and upgrading firmware in intelligent electronic devices
CN105684032B (zh) * 2013-08-16 2020-05-12 直观外科手术操作公司 用于异构设备间的协调运动的系统和方法
US10185584B2 (en) * 2013-08-20 2019-01-22 Teleputers, Llc System and method for self-protecting data
US9729578B2 (en) * 2014-01-10 2017-08-08 Arista Networks, Inc. Method and system for implementing a network policy using a VXLAN network identifier
US20220358092A1 (en) * 2014-01-14 2022-11-10 Zixcorp Systems, Inc. Asynchronous method for provisioning a service using file distribution technology
US11436197B2 (en) * 2020-07-29 2022-09-06 Zixcorp Systems, Inc. Asynchronous method for provisioning a service using file distribution technology
US11611473B2 (en) 2014-01-14 2023-03-21 Zixcorp Systems, Inc. Provisioning a service using file distribution technology
US11734396B2 (en) 2014-06-17 2023-08-22 El Electronics Llc Security through layers in an intelligent electronic device
US10277616B2 (en) 2014-09-25 2019-04-30 Vigilant Ip Holdings Llc Secure digital traffic analysis
US9774604B2 (en) 2015-01-16 2017-09-26 Zingbox, Ltd. Private cloud control
US10476757B1 (en) 2015-01-27 2019-11-12 Nutanix, Inc. Architecture for implementing centralized management for a computing environment
JP6423521B2 (ja) 2015-03-31 2018-11-14 エスゼット ディージェイアイ テクノロジー カンパニー リミテッドＳｚ Ｄｊｉ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．，Ｌｔｄ 無人航空機を制御するシステム
CN107408352B (zh) 2015-03-31 2021-07-09 深圳市大疆创新科技有限公司 用于地理围栏装置通信的系统和方法
US10958435B2 (en) 2015-12-21 2021-03-23 Electro Industries/ Gauge Tech Providing security in an intelligent electronic device
JP6514100B2 (ja) * 2015-12-28 2019-05-15 株式会社東芝 通信装置、通信システム及びネットワーク管理方法
US10817593B1 (en) 2015-12-29 2020-10-27 Wells Fargo Bank, N.A. User information gathering and distribution system
US11003476B2 (en) 2016-02-12 2021-05-11 Nutanix, Inc. Entity database historical data
GB2561726A (en) 2016-02-23 2018-10-24 Nchain Holdings Ltd Method and system for efficient transfer of cryptocurrency associated with a payroll on a blockchain that leads to an automated payroll method and system
CA3013185A1 (en) * 2016-02-23 2017-08-31 nChain Holdings Limited A method and system for securing computer software using a distributed hash table and a blockchain
WO2017145002A1 (en) 2016-02-23 2017-08-31 nChain Holdings Limited Personal device security using elliptic curve cryptography for secret sharing
EP4087178A1 (en) 2016-02-23 2022-11-09 nChain Licensing AG A method and system for the secure transfer of entities on a blockchain
BR112018016234A2 (pt) 2016-02-23 2019-01-02 Nchain Holdings Ltd método implementado por computador para controlar o acesso a um recurso, sistemas baseados em computador e método para controle de acesso a uma carteira digital
CN108292402B (zh) 2016-02-23 2022-10-04 恩链控股有限公司 用于信息的安全交换的公共秘密的确定和层级确定性密钥
CN109314636B (zh) 2016-02-23 2022-01-11 区块链控股有限公司 用于从区块链中安全提取数据的密码方法和系统
CN108885741B (zh) 2016-02-23 2023-05-16 区块链控股有限公司 一种实现区块链上交换的令牌化方法及系统
CA3014752A1 (en) 2016-02-23 2017-08-31 nChain Holdings Limited System and method for controlling asset-related actions via a blockchain
IL278834B2 (en) 2016-02-23 2023-09-01 Nchain Holdings Ltd Automatic registration and management method for smart contracts based on 'block chain'
EP3420675B1 (en) 2016-02-23 2020-03-11 Nchain Holdings Limited Blockchain implemented counting system and method for use in secure voting and distribution
SG11201806709PA (en) 2016-02-23 2018-09-27 Nchain Holdings Ltd Universal tokenisation system for blockchain-based cryptocurrencies
JP6925346B2 (ja) 2016-02-23 2021-08-25 エヌチェーン ホールディングス リミテッドＮｃｈａｉｎ Ｈｏｌｄｉｎｇｓ Ｌｉｍｉｔｅｄ ブロックチェーンベースのトークナイゼーションを用いた交換
SG10202007907PA (en) 2016-02-23 2020-09-29 Nchain Holdings Ltd Blockchain-implemented method for control and distribution of digital content
US20180284758A1 (en) 2016-05-09 2018-10-04 StrongForce IoT Portfolio 2016, LLC Methods and systems for industrial internet of things data collection for equipment analysis in an upstream oil and gas environment
US11774944B2 (en) 2016-05-09 2023-10-03 Strong Force Iot Portfolio 2016, Llc Methods and systems for the industrial internet of things
US11327475B2 (en) 2016-05-09 2022-05-10 Strong Force Iot Portfolio 2016, Llc Methods and systems for intelligent collection and analysis of vehicle data
US11860940B1 (en) 2016-09-26 2024-01-02 Splunk Inc. Identifying buckets for query execution using a catalog of buckets
US11593377B2 (en) 2016-09-26 2023-02-28 Splunk Inc. Assigning processing tasks in a data intake and query system
US11663227B2 (en) 2016-09-26 2023-05-30 Splunk Inc. Generating a subquery for a distinct data intake and query system
US11269939B1 (en) 2016-09-26 2022-03-08 Splunk Inc. Iterative message-based data processing including streaming analytics
US11416528B2 (en) 2016-09-26 2022-08-16 Splunk Inc. Query acceleration data store
US11461334B2 (en) 2016-09-26 2022-10-04 Splunk Inc. Data conditioning for dataset destination
US11604795B2 (en) 2016-09-26 2023-03-14 Splunk Inc. Distributing partial results from an external data system between worker nodes
US11580107B2 (en) 2016-09-26 2023-02-14 Splunk Inc. Bucket data distribution for exporting data to worker nodes
US11874691B1 (en) 2016-09-26 2024-01-16 Splunk Inc. Managing efficient query execution including mapping of buckets to search nodes
US10956415B2 (en) 2016-09-26 2021-03-23 Splunk Inc. Generating a subquery for an external data system using a configuration file
US11550847B1 (en) 2016-09-26 2023-01-10 Splunk Inc. Hashing bucket identifiers to identify search nodes for efficient query execution
US11562023B1 (en) 2016-09-26 2023-01-24 Splunk Inc. Merging buckets in a data intake and query system
US11615104B2 (en) 2016-09-26 2023-03-28 Splunk Inc. Subquery generation based on a data ingest estimate of an external data system
US11599541B2 (en) 2016-09-26 2023-03-07 Splunk Inc. Determining records generated by a processing task of a query
US11321321B2 (en) 2016-09-26 2022-05-03 Splunk Inc. Record expansion and reduction based on a processing task in a data intake and query system
US20180089324A1 (en) 2016-09-26 2018-03-29 Splunk Inc. Dynamic resource allocation for real-time search
US11232100B2 (en) 2016-09-26 2022-01-25 Splunk Inc. Resource allocation for multiple datasets
US11620336B1 (en) 2016-09-26 2023-04-04 Splunk Inc. Managing and storing buckets to a remote shared storage system based on a collective bucket size
US10353965B2 (en) 2016-09-26 2019-07-16 Splunk Inc. Data fabric service system architecture
US11250056B1 (en) 2016-09-26 2022-02-15 Splunk Inc. Updating a location marker of an ingestion buffer based on storing buckets in a shared storage system
US11567993B1 (en) 2016-09-26 2023-01-31 Splunk Inc. Copying buckets from a remote shared storage system to memory associated with a search node for query execution
US11586627B2 (en) 2016-09-26 2023-02-21 Splunk Inc. Partitioning and reducing records at ingest of a worker node
US11442935B2 (en) 2016-09-26 2022-09-13 Splunk Inc. Determining a record generation estimate of a processing task
US11281706B2 (en) 2016-09-26 2022-03-22 Splunk Inc. Multi-layer partition allocation for query execution
US11294941B1 (en) * 2016-09-26 2022-04-05 Splunk Inc. Message-based data ingestion to a data intake and query system
US10185550B2 (en) 2016-09-28 2019-01-22 Mcafee, Inc. Device-driven auto-recovery using multiple recovery sources
CN109155759B (zh) * 2016-09-29 2021-08-13 Sk电信有限公司 网络设备及网络设备的操作方法
US11153277B2 (en) * 2016-10-24 2021-10-19 Mission Secure, Inc. Security system, device, and method for internet of things networks
EP3532926A1 (en) * 2016-10-31 2019-09-04 Harman Becker Automotive Systems GmbH Software update mechanism for safety critical systems
US10380348B2 (en) 2016-11-21 2019-08-13 ZingBox, Inc. IoT device risk assessment
US11076024B2 (en) * 2016-12-27 2021-07-27 Intel Corporation Framework for IoT protocol identification and management
WO2018126076A1 (en) 2016-12-30 2018-07-05 Intel Corporation Data packaging protocols for communications between iot devices
US11461771B2 (en) * 2017-01-06 2022-10-04 FirstBlood Technologies, Inc. Hybrid digital ledger control with address encoding
WO2018140833A1 (en) * 2017-01-27 2018-08-02 Walmart Apollo, Llc Managing participation in a monitored system using blockchain technology
US10419225B2 (en) 2017-01-30 2019-09-17 Factom, Inc. Validating documents via blockchain
US20190079998A1 (en) * 2017-01-31 2019-03-14 Thomas Jay Rush Blockchain data-processing engine
US11809895B2 (en) * 2017-02-02 2023-11-07 Nippon Telegraph And Telephone Corporation Control device, control method, and program
US20180225661A1 (en) 2017-02-07 2018-08-09 Microsoft Technology Licensing, Llc Consortium blockchain network with verified blockchain and consensus protocols
WO2018146373A1 (en) * 2017-02-13 2018-08-16 Nokia Technologies Oy Network access sharing
CN107040582B (zh) 2017-02-17 2020-08-14 创新先进技术有限公司 一种数据处理方法及装置
US10411897B2 (en) 2017-02-17 2019-09-10 Factom, Inc. Secret sharing via blockchains
US10817873B2 (en) 2017-03-22 2020-10-27 Factom, Inc. Auditing of electronic documents
JP6749281B2 (ja) * 2017-03-23 2020-09-02 エヌ・ティ・ティ・コミュニケーションズ株式会社 ＩｏＴデバイス、シグナリングサーバ、メッセージバス管理サーバ、コネクション形成方法、及びプログラム
EP3596880B1 (en) * 2017-04-18 2022-06-01 Samsung Electronics Co., Ltd. Method and apparatus for access control in distributed blockchain-based internet of things (iot) network
US10949940B2 (en) * 2017-04-19 2021-03-16 Global Tel*Link Corporation Mobile correctional facility robots
US10690466B2 (en) 2017-04-19 2020-06-23 Global Tel*Link Corporation Mobile correctional facility robots
US10270599B2 (en) * 2017-04-27 2019-04-23 Factom, Inc. Data reproducibility using blockchains
US11122412B2 (en) * 2017-05-09 2021-09-14 Intel Corporation Device discovery
DE102017208503A1 (de) * 2017-05-19 2018-11-22 Bayerische Motoren Werke Aktiengesellschaft Verfahren, Computerlesbares Medium, System und Fahrzeug umfassend das System zum Bereitstellen eines Datensatzes eines Fahrzeugs an einen Dritten
US10708070B2 (en) * 2017-05-24 2020-07-07 Nxm Labs Canada Inc. System and method for utilizing connected devices to enable secure and anonymous electronic interaction in a decentralized manner
EP3639466B1 (en) * 2017-06-12 2022-05-11 British Telecommunications public limited company Expendable cryptographic key access
US11489693B2 (en) 2017-06-12 2022-11-01 British Telecommunications Public Limited Company Home network access
WO2018228952A1 (en) 2017-06-12 2018-12-20 British Telecommunications Public Limited Company Expendable network access
EP3639496B1 (en) 2017-06-12 2022-10-26 British Telecommunications public limited company Improved network access point
US10613489B2 (en) * 2017-06-20 2020-04-07 Baidu Usa Llc Method and system for determining optimal coefficients of controllers for autonomous driving vehicles
US11216539B2 (en) * 2018-10-19 2022-01-04 Oracle International Corporation Authorization proxy platform
US10944546B2 (en) 2017-07-07 2021-03-09 Microsoft Technology Licensing, Llc Blockchain object interface
US10419446B2 (en) * 2017-07-10 2019-09-17 Cisco Technology, Inc. End-to-end policy management for a chain of administrative domains
US11921672B2 (en) 2017-07-31 2024-03-05 Splunk Inc. Query execution at a remote heterogeneous data store of a data fabric service
WO2019027445A1 (en) * 2017-08-01 2019-02-07 Visa International Service Association TREATMENT OF PRIVATE DATA
US11442445B2 (en) 2017-08-02 2022-09-13 Strong Force Iot Portfolio 2016, Llc Data collection systems and methods with alternate routing of input channels
US11871485B2 (en) * 2017-08-09 2024-01-09 Visa International Service Association Verification of interactions system and method
CN109429243B (zh) 2017-08-22 2022-12-27 阿里巴巴集团控股有限公司 监测配网设备的网络接入状态的方法、装置和系统
US11256799B2 (en) * 2017-08-29 2022-02-22 Seagate Technology Llc Device lifecycle distributed ledger
US11765559B2 (en) * 2017-08-29 2023-09-19 Microlab/Fxr Llc Passive radio frequency components with voltage standing wave ratio monitors
US10970690B2 (en) * 2017-09-12 2021-04-06 Northwestern University Blockchain distribution network with service transparency
JP7408540B2 (ja) * 2017-09-12 2024-01-05 ジョン メツァリングア アソシエイツ エルエルシー Ｌｔｅネットワーク用エッジベースの場所特異性警報システム
US10896182B2 (en) 2017-09-25 2021-01-19 Splunk Inc. Multi-partitioning determination for combination operations
US10860618B2 (en) 2017-09-25 2020-12-08 Splunk Inc. Low-latency streaming analytics
DE102017216974A1 (de) * 2017-09-25 2019-05-16 Bundesdruckerei Gmbh Dataculestruktur und Verfahren zum manipulationssicheren Speichern von Daten
US11070568B2 (en) 2017-09-27 2021-07-20 Palo Alto Networks, Inc. IoT device management visualization
US10762079B2 (en) * 2017-09-29 2020-09-01 Oracle International Corporation System and method for managing a blockchain cloud service
US11735960B2 (en) 2017-10-09 2023-08-22 Voice Life FZCO Systems, methods, apparatuses, and devices for facilitating wireless energy transmissions
US11545855B2 (en) 2017-10-09 2023-01-03 Voice Life Inc. Receiver device for facilitating transaction of energy wirelessly received by the receiver device
US10878248B2 (en) 2017-10-26 2020-12-29 Seagate Technology Llc Media authentication using distributed ledger
US11082296B2 (en) 2017-10-27 2021-08-03 Palo Alto Networks, Inc. IoT device grouping and labeling
US11943368B2 (en) 2017-11-03 2024-03-26 Microsoft Technology Licensing, Llc Provisioning trusted execution environment based on chain of trust including platform
US20190140846A1 (en) * 2017-11-03 2019-05-09 Microsoft Technology Licensing, Llc Provisioning trusted execution environment(s) based on chain of trust including platform
US11025493B2 (en) * 2017-11-14 2021-06-01 Volkan Sevindik Smallcell network deployment, optimization and management based on blockchain technology
US10999780B2 (en) * 2017-11-15 2021-05-04 Apple Inc. Bluetooth trigger for NAN
US10666446B2 (en) * 2017-11-15 2020-05-26 Xage Security, Inc. Decentralized enrollment and revocation of devices
US10700991B2 (en) * 2017-11-27 2020-06-30 Nutanix, Inc. Multi-cluster resource management
US11146532B2 (en) * 2017-11-27 2021-10-12 Kevin Tobin Information security using blockchain technology
US11271800B1 (en) * 2017-11-29 2022-03-08 Syed Muhammad Sajjad Rizvi Leaderless, parallel, and topology-aware protocol for achieving consensus with recovery from failure of all nodes in a group
CN111433803A (zh) * 2017-12-01 2020-07-17 快特网络有限公司 区块链通信和排序
US11088925B2 (en) * 2017-12-04 2021-08-10 Salesforce.Com, Inc. Technologies for capacity remediation in multi-tenant cloud environments
US10931587B2 (en) * 2017-12-08 2021-02-23 Reniac, Inc. Systems and methods for congestion control in a network
US10783272B2 (en) * 2017-12-08 2020-09-22 Nec Corporation Method and system of preserving privacy for usage of lightweight blockchain clients
CN109936547A (zh) 2017-12-18 2019-06-25 阿里巴巴集团控股有限公司 身份认证方法、系统及计算设备
US10630769B2 (en) * 2017-12-26 2020-04-21 Akamai Technologies, Inc. Distributed system of record transaction receipt handling in an overlay network
US10742399B2 (en) 2017-12-28 2020-08-11 Intel Corporation Context-aware image compression
US10607484B2 (en) 2017-12-28 2020-03-31 Intel Corporation Privacy-preserving distributed visual data processing
US11367068B2 (en) * 2017-12-29 2022-06-21 Entefy Inc. Decentralized blockchain for artificial intelligence-enabled skills exchanges over a network
CN108234642B (zh) * 2017-12-29 2021-01-26 中国银联股份有限公司 一种用户追踪方法、服务器和用户端
US10455640B2 (en) * 2017-12-30 2019-10-22 Intel Corporation IoT networking extension with bi-directional packet relay
US11232523B2 (en) * 2018-01-02 2022-01-25 Patrick Schur System and method for providing an intelligent operating interface and intelligent personal assistant as a service on a crypto secure social media and cross bridge service with continuous prosumer validation based on i-operant tags, i-bubble tags, demojis and demoticons
US11159404B1 (en) * 2018-01-03 2021-10-26 Amazon Technologies, Inc. Definition schema for device capabilities
US11412383B2 (en) 2018-01-03 2022-08-09 Helium Systems , Inc. Systems and methods for providing and using a decentralized wireless network
KR102035706B1 (ko) * 2018-01-03 2019-11-18 홍익대학교세종캠퍼스산학협력단 신재생에너지의 발전량 데이터를 모니터링하는 메타 모델 기반 프로토콜의 저용량 전송을 위한 데이터 변형 방법 및 신재생에너지의 발전량 데이터를 모니터링하기 위한 메타 모델 기반 프로토콜의 저용량 전송을 위한 데이터 전송 시스템
EP3718288A1 (en) 2018-01-03 2020-10-07 Convida Wireless, LLC Cross-domain discovery between service layer systems and web of things systems
US11647090B2 (en) * 2018-01-15 2023-05-09 Korea Advanced Institute Of Science And Technology Spatio-cohesive service discovery and dynamic service handover for distributed IoT environments
WO2019142884A1 (ja) * 2018-01-19 2019-07-25 日本電信電話株式会社 ブロック検証装置、ブロック検証方法、及びプログラム
JPWO2019142428A1 (ja) * 2018-01-22 2021-01-14 ソニー株式会社 情報処理装置およびその処理方法
WO2019147758A1 (en) * 2018-01-24 2019-08-01 Sensoriant, Inc. System and method establishing a trust model for shared content on the internet
CN110086755B (zh) 2018-01-26 2022-06-21 巍乾全球技术有限责任公司 实现物联网服务的方法、应用服务器、物联网设备和介质
US11580238B2 (en) * 2018-01-29 2023-02-14 Vinay Kumar Agarwal Proof-of-approval distributed ledger
CN108430038B (zh) * 2018-01-29 2019-09-06 盾钰（上海）互联网科技有限公司 基于蓝牙多端对多端通讯的方法及系统
US10764309B2 (en) 2018-01-31 2020-09-01 Palo Alto Networks, Inc. Context profiling for malware detection
US10997180B2 (en) 2018-01-31 2021-05-04 Splunk Inc. Dynamic query processor for streaming and batch queries
US11159538B2 (en) 2018-01-31 2021-10-26 Palo Alto Networks, Inc. Context for malware forensics and detection
EP4170970A1 (en) * 2018-01-31 2023-04-26 Cable Television Laboratories, Inc. Systems and methods for privacy management using a digital ledger
US20190246281A1 (en) * 2018-02-02 2019-08-08 Atc Technologies, Llc Network device data exchange coordination
US10824744B2 (en) * 2018-02-08 2020-11-03 Cisco Technology, Inc. Secure client-server communication
US20210365937A1 (en) * 2018-02-14 2021-11-25 Telefonaktiebolaget Lm Ericsson (Publ) Managing a smart contract in real-time
US11507540B1 (en) * 2018-02-15 2022-11-22 EMC IP Holding Company LLC Decentralized file system and message bus architecture for processing training sets in multi-cloud computing environment
US11686594B2 (en) 2018-02-17 2023-06-27 Ei Electronics Llc Devices, systems and methods for a cloud-based meter management system
US11754997B2 (en) 2018-02-17 2023-09-12 Ei Electronics Llc Devices, systems and methods for predicting future consumption values of load(s) in power distribution systems
US11734704B2 (en) * 2018-02-17 2023-08-22 Ei Electronics Llc Devices, systems and methods for the collection of meter data in a common, globally accessible, group of servers, to provide simpler configuration, collection, viewing, and analysis of the meter data
EP3528468B1 (en) * 2018-02-20 2021-04-07 Nokia Technologies Oy Profile information sharing
US11055658B2 (en) 2018-02-23 2021-07-06 Bank Of America Corporation Blockchain-based supply chain certification systems and methods
JP6805196B2 (ja) * 2018-02-23 2020-12-23 日本電信電話株式会社 ポリシー競合解消システム及びポリシー競合解消方法
US10609069B2 (en) 2018-02-23 2020-03-31 Bank Of America Corporation Reflexive benign service attack on IoT device(s)
US10817829B2 (en) * 2018-02-23 2020-10-27 Bank Of America Corporation Blockchain-based supply chain smart recall
GB2571342A (en) * 2018-02-26 2019-08-28 Nokia Technologies Oy Artificial Neural Networks
US11599688B2 (en) * 2018-02-26 2023-03-07 Noblis, Inc. Multi-layer cyber-physical systems simulation platform
US10728218B2 (en) * 2018-02-26 2020-07-28 Mcafee, Llc Gateway with access checkpoint
US11122037B2 (en) 2018-02-27 2021-09-14 Bank Of America Corporation Internet of things (“IoT”) protection retro-system
CN108415784B (zh) 2018-02-27 2020-04-24 阿里巴巴集团控股有限公司 跨区块链的交互方法及装置、系统、电子设备
US10833943B1 (en) * 2018-03-01 2020-11-10 F5 Networks, Inc. Methods for service chaining and devices thereof
US10904351B2 (en) 2018-03-04 2021-01-26 Netskrt Systems, Inc. System and apparatus for temporally and spatially aggregating connectivity to a mobile cache
US10700867B2 (en) 2018-03-09 2020-06-30 Bank Of America Corporation Internet of things (“IoT”) multi-layered embedded handshake
US11836720B2 (en) * 2018-03-12 2023-12-05 The Pen Infinitely scalable cryptocurrency system with fast, secure verification
US10681020B2 (en) * 2018-03-12 2020-06-09 The Boeing Company Blockchain fortified aircraft communications addressing and reporting system (ACARS) communication
US10721132B2 (en) 2018-03-12 2020-07-21 Bank Of America Corporation IoT circuitry modules
US10574651B2 (en) 2018-03-13 2020-02-25 Bank Of America Corporation Internet of things (“IoT”) chain link
US10728321B2 (en) * 2018-03-15 2020-07-28 International Business Machines Corporation Create machine-to-machine trust to automatically share resources between internet of things devices
US11582042B2 (en) * 2018-03-16 2023-02-14 General Electric Company Industrial data verification using secure, distributed ledger
US10645108B2 (en) 2018-03-19 2020-05-05 Bank Of America Corporation Smart Internet of Things (“IoT”) web of trust
US10637873B2 (en) * 2018-03-20 2020-04-28 Bank Of America Corporation Smart internet of things (“IOT”) relay monitors
US10819746B2 (en) 2018-03-21 2020-10-27 Bank Of America Corporation Nodes on an internet of things (“IoT”) with dual-network access ports
US11388252B2 (en) 2018-03-22 2022-07-12 Netskrt Systems, Inc. Micro-cache method and apparatus for a mobile environment with variable connectivity
US11356530B2 (en) 2018-03-22 2022-06-07 Netskrt Systems, Inc. Leveraging mobile environment to distribute cache data
US11323536B2 (en) 2018-03-22 2022-05-03 Netskrt Systems, Inc. Apparatus and method for trans-border movement of streaming media content
US11252253B2 (en) 2018-03-22 2022-02-15 Netskrt Systems, Inc. Caching aggregate content based on limited cache interaction
US11140583B2 (en) 2018-03-22 2021-10-05 Netskrt Systems, Inc. Transforming video manifests to enable efficient media distribution
US11375036B2 (en) 2018-03-22 2022-06-28 Netskrt Systems, Inc. Method and apparatus to prioritize and schedule the distribution of learned content
US11399058B2 (en) 2018-03-22 2022-07-26 Netskrt Systems, Inc. Immutable ledger method and apparatus for managing the distribution of content
US11128728B2 (en) 2018-03-22 2021-09-21 Netskrt Systems, Inc. Method and apparatus for walled garden with a mobile content distribution network
US11140180B2 (en) * 2018-03-23 2021-10-05 International Business Machines Corporation Guard system for automatic network flow controls for internet of things (IoT) devices
US10831914B2 (en) 2018-03-26 2020-11-10 Bank Of America Corporation Secure extensible wireless communication with IoT devices
US11327993B2 (en) * 2018-03-26 2022-05-10 Verizon Patent And Licensing Inc. Systems and methods for managing and delivering digital content
US10567390B2 (en) * 2018-03-26 2020-02-18 Bank Of America Corporation Peer to peer internet of things (“IoT”) validation system
JP7207400B2 (ja) * 2018-03-26 2023-01-18 ソニーグループ株式会社 通信制御装置及び通信制御方法
US11057462B2 (en) * 2018-03-27 2021-07-06 Bank Of America Corporation Asset management block chain
US10848588B2 (en) 2018-03-27 2020-11-24 Bank Of America Corporation Reverse proxy server for an internet of things (“IoT”) network
US20190303363A1 (en) * 2018-03-29 2019-10-03 AnApp Technologies Limited System and method for operating a blockchain network
US11018967B2 (en) * 2018-03-29 2021-05-25 Viavi Solutions Inc. Determining an end user experience score based on client device, network, server device, and application metrics
US10602930B2 (en) 2018-03-29 2020-03-31 Bank Of America Corporation Multi-biometric-factor, internet of things (IOT), secured network
US20190303935A1 (en) * 2018-03-30 2019-10-03 Walmart Apollo, Llc System and methods for preventing reverse transactions in a distributed environment
US20190305957A1 (en) * 2018-04-02 2019-10-03 Ca, Inc. Execution smart contracts configured to establish trustworthiness of code before execution
CA3095992C (en) 2018-04-03 2023-07-04 Voice Life Inc. Receiver device for facilitating wireless power reception
US10922425B2 (en) * 2018-04-04 2021-02-16 Microsoft Technology Licensing, Llc Establishment of a confidential blockchain network
US10848302B2 (en) * 2018-04-12 2020-11-24 Simmonds Precision Products, Inc. Network security framework for wireless aircraft communication
US10841303B2 (en) * 2018-04-12 2020-11-17 Bank Of America Corporation Apparatus and methods for micro-segmentation of an enterprise internet-of-things network
US11531975B2 (en) * 2018-04-13 2022-12-20 International Business Machines Corporation Network node management on a blockchain
US10924363B2 (en) * 2018-04-13 2021-02-16 The Curators Of The University Of Missouri Method and system for secure resource management utilizing blockchain and smart contracts
CN112166619A (zh) * 2018-04-16 2021-01-01 斯洛克It有限公司 使用最小检验客户端的去信任、无状态激励远程节点网络
US11847241B1 (en) * 2018-04-20 2023-12-19 Amazon Technologies, Inc. Management of service permissions
FR3080510A1 (fr) * 2018-04-23 2019-10-25 Orange Procede d'elaboration de donnees d'utilisation de relais utilises au cours d'une communication entre deux appareils, de recherche desdites donnees, et appareils associes.
US10742397B2 (en) * 2018-04-26 2020-08-11 Jonathan Sean Callan Method and system for managing decentralized data access permissions through a blockchain
US11429725B1 (en) * 2018-04-26 2022-08-30 Citicorp Credit Services, Inc. (Usa) Automated security risk assessment systems and methods
WO2019209154A1 (en) * 2018-04-27 2019-10-31 Sony Mobile Communications Ab Mechanism for machine learning in distributed computing
EP3562091B1 (en) * 2018-04-27 2023-04-19 Hewlett Packard Enterprise Development LP Highly available dhcp service by running dhcp servers on a blockchain network
US11334543B1 (en) 2018-04-30 2022-05-17 Splunk Inc. Scalable bucket merging for a data intake and query system
US10833865B2 (en) * 2018-04-30 2020-11-10 Dell Products L.P. Blockchain-based method and system for immutable resource allocation in a cloud computing environment
US11194837B2 (en) 2018-05-01 2021-12-07 International Business Machines Corporation Blockchain implementing cross-chain transactions
US11030217B2 (en) * 2018-05-01 2021-06-08 International Business Machines Corporation Blockchain implementing cross-chain transactions
US20190340352A1 (en) * 2018-05-03 2019-11-07 Ivan JC Peeters Method for producing dynamic password identification for users such as machines
US10855448B2 (en) * 2018-05-03 2020-12-01 Honeywell International Inc. Apparatus and method for using blockchains to establish trust between nodes in industrial control systems or other systems
WO2019213867A1 (zh) * 2018-05-09 2019-11-14 合肥达朴汇联科技有限公司 区块链共识达成方法和装置
US11032260B2 (en) 2018-05-10 2021-06-08 Microsoft Technology Licensing, Llc Front-end user interface for confidential transactions
CN108600272B (zh) * 2018-05-10 2020-08-04 阿里巴巴集团控股有限公司 一种区块链数据处理方法、装置、处理设备及系统
EP3570513A1 (en) * 2018-05-16 2019-11-20 Siemens Aktiengesellschaft Internet of things structure with a 3d adaption matrix
US11134120B2 (en) 2018-05-18 2021-09-28 Inveniam Capital Partners, Inc. Load balancing in blockchain environments
US11170366B2 (en) 2018-05-18 2021-11-09 Inveniam Capital Partners, Inc. Private blockchain services
CN108664223B (zh) * 2018-05-18 2021-07-02 百度在线网络技术（北京）有限公司 一种分布式存储方法、装置、计算机设备及存储介质
US10594549B2 (en) * 2018-05-18 2020-03-17 Nant Holdings Ip, Llc Fine grained network management to edge device features
US11184437B2 (en) 2018-05-24 2021-11-23 Dapper Labs Inc. Decentralized computation system architecture based on node specialization
WO2019223979A1 (en) * 2018-05-24 2019-11-28 British Telecommunications Public Limited Company Cryptographic key generation and storage
US11139956B2 (en) 2018-05-24 2021-10-05 Dapper Labs Inc. Decentralized computation system architecture based on node specialization
EP3804265A1 (en) * 2018-05-28 2021-04-14 Carrier Corporation End user inclusion and access of devices
US10728361B2 (en) * 2018-05-29 2020-07-28 Cisco Technology, Inc. System for association of customer information across subscribers
US11475398B2 (en) * 2018-05-30 2022-10-18 Ncr Corporation Product traceability processing
US11082430B1 (en) * 2018-05-31 2021-08-03 Amazon Technologies, Inc. Device authorizations using certificates and service access policy templates
KR102617352B1 (ko) * 2018-06-04 2023-12-26 삼성전자주식회사 블록체인을 이용하는 사용자 장치, 이를 포함하는 블록체인 시스템 및 그것의 제품 정보 관리 방법
US10880743B1 (en) * 2018-06-05 2020-12-29 Equinix, Inc. Interconnection and activation for internet of things devices in multi-tenant data center facilities
JP7082282B2 (ja) * 2018-06-06 2022-06-08 富士通株式会社 パケット解析プログラム、パケット解析方法およびパケット解析装置
US11642183B2 (en) * 2018-06-06 2023-05-09 Verily Life Sciences Llc Systems and methods for fleet management of robotic surgical systems
US10506436B1 (en) 2018-06-11 2019-12-10 Anduril Industries Inc. Lattice mesh
US10862894B2 (en) * 2018-06-11 2020-12-08 FogChain Inc. Decentralized access control for authorized modifications of data using a cryptographic hash
EP3808052A4 (en) 2018-06-18 2022-03-02 Palo Alto Networks, Inc. PATTERN MATCH-BASED DETECTION IN INTERNET OF THINGS SECURITY
US20190384842A1 (en) * 2018-06-19 2019-12-19 Toyota Motor Engineering & Manufacturing North America, Inc. Systems, methods and data structures for workflow blockchains
US11303449B2 (en) * 2018-06-22 2022-04-12 Salesforce.Com, Inc. User device validation at an application server
CN112005262B (zh) * 2018-06-27 2024-04-02 松下控股株式会社 信息提供方法以及信息提供装置
US10764258B2 (en) * 2018-06-29 2020-09-01 Arm Ip Limited Blockchain infrastructure for securing and/or managing electronic artifacts
US11223606B2 (en) * 2018-06-29 2022-01-11 Intel Corporation Technologies for attesting a deployed workload using blockchain
US11108544B2 (en) 2018-07-02 2021-08-31 International Business Machines Corporation On-chain governance of blockchain
US11212277B1 (en) * 2018-07-02 2021-12-28 Knwn Technologies, Inc. System and method for securing, perfecting and accelerating biometric identification via holographic environmental data
US11924323B2 (en) * 2018-07-02 2024-03-05 International Business Machines Corporation On-chain governance of blockchain
US11095433B2 (en) 2018-07-02 2021-08-17 International Business Machines Corporation On-chain governance of blockchain
US11165826B2 (en) 2018-07-02 2021-11-02 International Business Machines Corporation On-chain governance of blockchain
US10979445B2 (en) * 2018-07-09 2021-04-13 At&T Intellectual Property I, L.P. Security management of devices using blockchain technology
CN110708178B (zh) * 2018-07-09 2022-06-21 中兴通讯股份有限公司 网络部署方法及装置
US11099925B2 (en) 2018-07-10 2021-08-24 EMC IP Holding Company LLC Datacenter preemptive measures for improving protection using IoT sensors
WO2020010515A1 (en) * 2018-07-10 2020-01-16 Apple Inc. Identity-based message integrity protection and verification for wireless communication
GB201811263D0 (en) * 2018-07-10 2018-08-29 Netmaster Solutions Ltd A method and system for managing digital using a blockchain
CN109040195B (zh) * 2018-07-11 2022-01-25 北京欧链科技有限公司 Dapp服务数据的处理方法、装置及电子设备
US10956377B2 (en) * 2018-07-12 2021-03-23 EMC IP Holding Company LLC Decentralized data management via geographic location-based consensus protocol
US11373202B2 (en) * 2018-07-16 2022-06-28 Mastercard International Incorporated Method and system for referral fraud prevention via blockchain
EP3598689B1 (en) 2018-07-17 2022-01-05 Assa Abloy AB Managing central secret keys of a plurality of user devices associated with a single public key
CN110740196A (zh) * 2018-07-19 2020-01-31 中国移动通信有限公司研究院 一种物联网标识的处理方法、装置及终端设备
CN108901044B (zh) * 2018-07-23 2021-09-21 成都鼎桥通信技术有限公司 多级中继网络的数据传输方法、装置及设备
US11507971B2 (en) * 2018-07-26 2022-11-22 Gemini Ip, Llc Cryptocurrency loyalty program based on transactional data
CN109104472B (zh) * 2018-07-26 2021-06-29 北京京东尚科信息技术有限公司 区块链网络组网方法、装置、设备及计算机可读存储介质
CN112219371A (zh) * 2018-07-27 2021-01-12 赫尔实验室有限公司 双向区块链
US11374753B2 (en) 2018-07-27 2022-06-28 Hrl Laboratories, Llc System and method for selective transparency for public ledgers
WO2020023132A1 (en) * 2018-07-27 2020-01-30 Hrl Laboratories, Llc System and method to protect data privacy of lightweight devices using blockchain and multi-party computation
US11488160B2 (en) 2018-07-30 2022-11-01 Hewlett Packard Enterprise Development Lp Systems and methods for using captured time series of secured representations of distributed ledger addresses and smart contract deployed on distributed ledger network to prove compliance
US11250466B2 (en) 2018-07-30 2022-02-15 Hewlett Packard Enterprise Development Lp Systems and methods for using secured representations of user, asset, and location distributed ledger addresses to prove user custody of assets at a location and time
US11403674B2 (en) 2018-07-30 2022-08-02 Hewlett Packard Enterprise Development Lp Systems and methods for capturing time series dataset over time that includes secured representations of distributed ledger addresses
GB201812371D0 (en) * 2018-07-30 2018-09-12 Young & Frewin Ltd Battery monitor
US11270403B2 (en) 2018-07-30 2022-03-08 Hewlett Packard Enterprise Development Lp Systems and methods of obtaining verifiable image of entity by embedding secured representation of entity's distributed ledger address in image
US11356443B2 (en) 2018-07-30 2022-06-07 Hewlett Packard Enterprise Development Lp Systems and methods for associating a user claim proven using a distributed ledger identity with a centralized identity of the user
US11184175B2 (en) 2018-07-30 2021-11-23 Hewlett Packard Enterprise Development Lp Systems and methods for using secured representations of location and user distributed ledger addresses to prove user presence at a location and time
US11271908B2 (en) 2018-07-31 2022-03-08 Hewlett Packard Enterprise Development Lp Systems and methods for hiding identity of transacting party in distributed ledger transaction by hashing distributed ledger transaction ID using secured representation of distributed ledger address of transacting party as a key
US11488161B2 (en) 2018-07-31 2022-11-01 Hewlett Packard Enterprise Development Lp Systems and methods for providing transaction provenance of off-chain transactions using distributed ledger transactions with secured representations of distributed ledger addresses of transacting parties
US11165694B2 (en) * 2018-07-31 2021-11-02 Mcafee, Llc Methods, systems, articles of manufacture and apparatus to identify applications
US11233641B2 (en) 2018-07-31 2022-01-25 Hewlett Packard Enterprise Development Lp Systems and methods for using distributed attestation to verify claim of attestation holder
EP3605253B1 (de) * 2018-08-02 2023-05-10 Siemens Aktiengesellschaft Automatisierte public key infrastructure initialisierung
WO2020028732A1 (en) * 2018-08-02 2020-02-06 PeerNova, Inc. Linking events with lineage rules
US10924269B1 (en) * 2018-08-02 2021-02-16 Inphi Corporation Compact optical module integrated for communicating cryptocurrency transaction
US10666557B2 (en) * 2018-08-03 2020-05-26 Hitachi, Ltd. Method to manage data flow for edge-core distributed analytics systems
CN109033403B (zh) * 2018-08-03 2020-05-12 上海点融信息科技有限责任公司 用于搜索区块链数据的方法、装置及存储介质
CN109033406B (zh) * 2018-08-03 2020-06-05 上海点融信息科技有限责任公司 用于搜索区块链数据的方法、装置及存储介质
GB2576160B (en) * 2018-08-06 2023-01-04 Univ Of Wolverhampton Distributed ledger system
US11036903B2 (en) 2018-08-06 2021-06-15 Noblis, Inc. Data structures and processing methods for highly scalable simulation platforms
US20200042982A1 (en) 2018-08-06 2020-02-06 Factom Digital Contracts in Blockchain Environments
CN111768304A (zh) 2018-08-06 2020-10-13 阿里巴巴集团控股有限公司 区块链交易方法及装置、电子设备
US11328290B2 (en) 2018-08-06 2022-05-10 Inveniam Capital Partners, Inc. Stable cryptocurrency coinage
CN109359971B (zh) 2018-08-06 2020-05-05 阿里巴巴集团控股有限公司 区块链交易方法及装置、电子设备
US10826762B2 (en) * 2018-08-06 2020-11-03 Cisco Technology, Inc. Configuring resource-constrained devices in a network
US11410174B2 (en) * 2018-08-07 2022-08-09 International Business Machines Corporation Custom blockchain for IoT devices
DE102018213304A1 (de) * 2018-08-08 2020-02-13 Robert Bosch Gmbh Verfahren und Vorrichtung zum Prüfen eines Sachverhaltes in einem dezentralen Transaktionssystem
US10944547B2 (en) * 2018-08-10 2021-03-09 International Business Machines Corporation Secure environment device management
CN109151011B (zh) * 2018-08-11 2020-02-11 联通(浙江)产业互联网有限公司 智慧城市数据共享系统
CN109086139B (zh) * 2018-08-15 2020-10-09 昧来网络科技（上海）有限公司 动态分片方法、设备和计算机存储介质
CN109167768B (zh) * 2018-08-20 2021-04-09 合肥工业大学 一种工业物联网中工业现场数据远程访问与防篡改系统
CN110851152B (zh) * 2018-08-20 2023-10-13 联想企业解决方案(新加坡)有限公司 使用区块链执行固件更新的方法
US10915521B2 (en) * 2018-08-21 2021-02-09 Syniverse Technologies, Llc Blockchain gateway device and associated method of use
CN109088874A (zh) * 2018-08-21 2018-12-25 北京睦合达信息技术股份有限公司 一种数据传输方法及设备
US11063760B2 (en) * 2018-08-22 2021-07-13 Sasken Technologies Ltd Method for ensuring security of an internet of things network
TWI813742B (zh) 2018-08-23 2023-09-01 美商阿爾克斯股份有限公司 在網路路由環境中的非同步物件管理機制
WO2020037689A1 (en) * 2018-08-24 2020-02-27 Nokia Shanghai Bell Co., Ltd. Apparatus and method for handling managed object priorities in 5g network
US20200064792A1 (en) * 2018-08-24 2020-02-27 Sensormatic Electronics, LLC Event Engine for Building Management System Using Distributed Devices and Blockchain Ledger
TWI672606B (zh) * 2018-08-28 2019-09-21 國立暨南國際大學 基於認證和密鑰協商協議之授權認證方法
WO2020047292A2 (en) * 2018-08-29 2020-03-05 Fathym, Inc. Method for communicating and debugging across iot systems
CN112651740A (zh) 2018-08-30 2021-04-13 创新先进技术有限公司 区块链交易方法及装置、电子设备
EP3618403A1 (en) * 2018-08-31 2020-03-04 Siemens Aktiengesellschaft Method and system for managing operation associated with an object on iot enabled devices
GB201814189D0 (en) * 2018-08-31 2018-10-17 Nordic Semiconductor Asa Radio communication
CN109274728B (zh) * 2018-09-03 2021-08-10 北京飞纳泰科信息技术有限公司 区块链数据生命周期管理方法
US10893123B2 (en) * 2018-09-05 2021-01-12 Moac Block Chain Tech Inc. Apparatus and method for flexible access control and resource control in a decentralized system
US11245576B2 (en) * 2018-09-07 2022-02-08 Dell Products L.P. Blockchain-based configuration profile provisioning system
US10986185B1 (en) * 2018-09-10 2021-04-20 Saltstack, Inc. Managing functionality of multiple devices via a delta proxy
WO2020061597A2 (en) * 2018-09-13 2020-03-26 First Genesis, Inc. BLOCKCHAIN PLATFORM AS A SERVICE (BPaaS)
US11864072B2 (en) * 2018-09-14 2024-01-02 Hewlett Packard Enterprise Development Lp Rewards for custom data transmissions
US10922097B2 (en) * 2018-09-18 2021-02-16 International Business Machines Corporation Collaborative model execution
US11212076B2 (en) 2018-09-19 2021-12-28 International Business Machines Corporation Distributed platform for computation and trusted validation
US11032063B2 (en) 2018-09-19 2021-06-08 International Business Machines Corporation Distributed platform for computation and trusted validation
US11940978B2 (en) * 2018-09-19 2024-03-26 International Business Machines Corporation Distributed platform for computation and trusted validation
CN111833186A (zh) 2018-09-20 2020-10-27 创新先进技术有限公司 基于区块链的交易方法、装置和节点设备
RU2738197C2 (ru) * 2018-09-24 2020-12-09 "Ай-Брэйн Тех ЛТД" Система и способ формирования команд управления на основании биоэлектрических данных оператора
CN109345389A (zh) * 2018-09-25 2019-02-15 阿里巴巴集团控股有限公司 一种资源分享方法、装置及设备
RU2018133712A (ru) * 2018-09-25 2020-03-25 Алексей Викторович Шторм Способы подтверждения транзакций в распределенной сети наружной рекламы
FR3086821A1 (fr) * 2018-09-28 2020-04-03 Orange Procedes de collaboration et de demande de collaboration entre services de protection associes a au moins un domaine, agents et programme d’ordinateur correspondants.
US11399284B1 (en) 2018-09-28 2022-07-26 Helium Systems, Inc. Systems and methods for providing and using proof of coverage in a decentralized wireless network
CN109274499B (zh) * 2018-09-29 2021-10-08 四川赢才多多科技有限公司 用于区块链的时间戳分布采集方法
CN109547524B (zh) * 2018-09-30 2022-07-05 青岛海尔科技有限公司 基于物联网的用户行为存储方法、装置、设备及存储介质
CN109583886B (zh) 2018-09-30 2020-07-03 阿里巴巴集团控股有限公司 基于区块链的交易方法、装置和汇出方设备
US10775976B1 (en) 2018-10-01 2020-09-15 Splunk Inc. Visual previews for programming an iterative publish-subscribe message processing system
US10761813B1 (en) 2018-10-01 2020-09-01 Splunk Inc. Assisted visual programming for iterative publish-subscribe message processing system
US11368446B2 (en) * 2018-10-02 2022-06-21 International Business Machines Corporation Trusted account revocation in federated identity management
US11303442B2 (en) * 2018-10-09 2022-04-12 International Business Machines Corporation Blockchain notification board storing blockchain resources
US10997159B2 (en) * 2018-10-09 2021-05-04 International Business Machines Corporation Blockchain notification board storing blockchain resources
US11520773B2 (en) * 2018-10-09 2022-12-06 International Business Machines Corporation Blockchain notification board storing blockchain resources
US10862962B2 (en) * 2018-10-10 2020-12-08 Palo Alto Research Center Incorporated Dynamic content distribution in an enterprise network
US11106528B2 (en) 2018-10-10 2021-08-31 EMC IP Holding Company LLC Datacenter IoT-triggered preemptive measures using machine learning
US10805154B2 (en) * 2018-10-16 2020-10-13 Hartford Fire Insurance Company Secure configuration management system
CN109347955B (zh) * 2018-10-19 2021-03-02 北京奇艺世纪科技有限公司 一种区块链网络系统以及信息处理方法
US11086664B2 (en) * 2018-10-22 2021-08-10 Honeywell International Inc. Validating a task being performed on an HVAC system
TWI780243B (zh) * 2018-10-23 2022-10-11 智邦科技股份有限公司 時鐘同步裝置及時鐘同步方法
JP7046782B2 (ja) * 2018-10-25 2022-04-04 アズビル株式会社 制御システムおよび電子回路モジュール
CN109377224A (zh) 2018-10-25 2019-02-22 阿里巴巴集团控股有限公司 区块链交易方法及装置、电子设备
US11296894B2 (en) * 2018-10-29 2022-04-05 Seagate Technology Llc Storage medium including computing capability for authentication
CN111131345B (zh) * 2018-10-30 2022-04-15 伊姆西Ip控股有限责任公司 多云计算环境中的分散式节点查找器
EP3647983A1 (de) * 2018-10-30 2020-05-06 Siemens Aktiengesellschaft Vorrichtung und betriebsverfahren zum überprüfen von betriebsdaten einer gesicherten start-betriebsphase eines insbesondere in einer industriellen anlagenumgebung verwendbaren gerätes
US10936585B1 (en) 2018-10-31 2021-03-02 Splunk Inc. Unified data processing across streaming and indexed data sets
CN113434592A (zh) 2018-10-31 2021-09-24 创新先进技术有限公司 基于区块链的数据存证方法及装置、电子设备
CN109257441B (zh) * 2018-10-31 2022-01-28 维沃移动通信有限公司 一种无线局域网位置获取方法及装置
JP7212500B2 (ja) * 2018-10-31 2023-01-25 ダイキン工業株式会社 遠隔管理装置及び遠隔管理システム
US11023624B2 (en) * 2018-10-31 2021-06-01 Kyocera Document Solutions Inc. Method and apparatus for locating tracked items using a multipart sensor
US11308194B2 (en) 2018-10-31 2022-04-19 Seagate Technology Llc Monitoring device components using distributed ledger
JP2020071791A (ja) * 2018-11-02 2020-05-07 富士通株式会社 通信方法、通信プログラムおよび通信装置
US10579994B1 (en) 2018-11-06 2020-03-03 Capital One Services, Llc Method for routing to mesh network content utilizing blockchain technology
US11362827B2 (en) * 2018-11-06 2022-06-14 Schlumberger Technology Corporation IOT security mechanisms for industrial applications
US10636030B1 (en) * 2018-11-06 2020-04-28 Capital One Services, Llc System and method for creating a secure mesh network utilizing the blockchain
US11514434B2 (en) * 2018-11-06 2022-11-29 Capital One Services, Llc Localized blockchain utilizing mesh networks for localized events
ES2759536A1 (es) * 2018-11-08 2020-05-11 Univ Coruna Procedimiento, modulo de control y producto de programa de ordenador para controlar un dispositivo con modulo de gestion de blockchain para realizar la identificacion y el seguimiento de una persona, vehiculo, producto, subproducto, activo o elemento fisico
TWI673610B (zh) * 2018-11-09 2019-10-01 財團法人資訊工業策進會 遠端工作系統及其工作方法
KR101940983B1 (ko) * 2018-11-15 2019-01-22 주식회사 유니온플레이스 멀티캐스트 그룹 내의 디바이스
US11012324B2 (en) * 2018-11-15 2021-05-18 Microsoft Technology Licensing, Llc Explicit interaction contracts for network connected devices
US11336662B2 (en) * 2018-11-21 2022-05-17 Abb Schweiz Ag Technologies for detecting abnormal activities in an electric vehicle charging station
US10965551B2 (en) * 2018-11-21 2021-03-30 Microsoft Technology Licensing, Llc Secure count in cloud computing networks
CN109493227B (zh) * 2018-11-23 2021-10-22 贵州电网有限责任公司 一种基于能源互联网的区块链弱中心化能源在线交易方法
US11706314B2 (en) * 2018-11-26 2023-07-18 Amazon Technologies, Inc. Configuration of workflows for coordinated device environments
US10949417B2 (en) 2018-11-26 2021-03-16 Bank Of America Corporation Blockchain augmented internet of things (“IoT”) device-based system for dynamic supply chain tracking
US11627490B2 (en) * 2018-11-26 2023-04-11 Qualcomm Incorporated Integrity protection at packet data convergence protocol layer
SG11201902773VA (en) 2018-11-27 2019-05-30 Alibaba Group Holding Ltd System and method for information protection
KR102248154B1 (ko) 2018-11-27 2021-05-06 어드밴스드 뉴 테크놀로지스 씨오., 엘티디. 정보 보호를 위한 시스템 및 방법
US10700850B2 (en) 2018-11-27 2020-06-30 Alibaba Group Holding Limited System and method for information protection
RU2735439C2 (ru) 2018-11-27 2020-11-02 Алибаба Груп Холдинг Лимитед Система и способ для защиты информации
WO2019072276A2 (en) 2018-11-27 2019-04-18 Alibaba Group Holding Limited INFORMATION PROTECTION SYSTEM AND METHOD
CN111224925A (zh) * 2018-11-27 2020-06-02 中国移动通信集团辽宁有限公司 物联网设备的控制方法、装置、物联网设备及存储介质
CN110419053B (zh) 2018-11-27 2023-12-01 创新先进技术有限公司 用于信息保护的系统和方法
CN113169866A (zh) * 2018-11-28 2021-07-23 维萨国际服务协会 使用同时密钥发布来防止共谋的技术
WO2020112104A1 (en) * 2018-11-28 2020-06-04 Visa International Service Association Blockchain-based accountable data publishing and usage
US10880403B2 (en) * 2018-11-29 2020-12-29 Tata Consultancy Services Limited Autonomous context aware state exchanging hierarchical cognitive edge network
US11521089B2 (en) * 2018-11-29 2022-12-06 Sap Se In-database predictive pipeline incremental engine
US10965569B2 (en) * 2018-11-30 2021-03-30 Sap Se IoT monitoring
EP3888310A1 (en) * 2018-11-30 2021-10-06 Sony Group Corporation Spectrum access restriction and re-routing of data
US11171960B2 (en) * 2018-12-03 2021-11-09 At&T Intellectual Property I, L.P. Network security management based on collection and cataloging of network-accessible device information
US11184446B2 (en) 2018-12-05 2021-11-23 Micron Technology, Inc. Methods and apparatus for incentivizing participation in fog networks
US11483347B2 (en) * 2018-12-05 2022-10-25 Akamai Technologies, Inc. High performance distributed system of record with secure interoperability to external systems
CN109687996B (zh) * 2018-12-06 2021-10-12 成都佰纳瑞信息技术有限公司 一种适用于区块链网络的切分方法
WO2020123493A1 (en) * 2018-12-11 2020-06-18 Qirfiraz Siddiqui Apparatus, systems, and methods for determining a geo-location
US11129129B2 (en) 2018-12-11 2021-09-21 Qirfiraz Siddiqui Apparatus, systems, and methods for determining a geo-location
WO2020123644A1 (en) * 2018-12-12 2020-06-18 Thermo Electron Scientific Instruments Llc Utilizing independently stored validation keys to enable auditing of instrument measurement data maintained in a blockchain
US11451571B2 (en) 2018-12-12 2022-09-20 Palo Alto Networks, Inc. IoT device risk assessment and scoring
CN109600376B (zh) * 2018-12-13 2021-03-26 南京大学（溧水）生态环境研究院 一种基于物联网的分散式厨余垃圾回收处理系统
US11133983B2 (en) 2018-12-14 2021-09-28 T-Mobile Usa, Inc. Provisioning edge devices in a mobile carrier network as compute nodes in a blockchain network
CN109615015A (zh) * 2018-12-18 2019-04-12 北京工业大学 一种基于区块链智能合约与机器学习的数据预处理方法
DE102018009945A1 (de) * 2018-12-18 2020-06-18 Giesecke+Devrient Gesellschaft mit beschränkter Haftung Verfahren zum direkten Austausch eines Münzdatensatzes zwischen Sicherheitselementen
DE102018009952A1 (de) * 2018-12-18 2020-06-18 Giesecke+Devrient Gesellschaft mit beschränkter Haftung Verfahren zum direkten Austausch eines Münzdatensatzes zwischen Sicherheitselementen
JP6694048B1 (ja) * 2018-12-20 2020-05-13 ぷらっとホーム株式会社 データ取引システム
CA3123317A1 (en) * 2018-12-21 2020-06-25 Sightline Innovation Inc. Systems and methods for computer-implemented data trusts
US11150888B2 (en) 2018-12-22 2021-10-19 Daniel Ivan Beard Software bill of materials validation systems and methods
TWI713957B (zh) * 2018-12-22 2020-12-21 新唐科技股份有限公司 具有解鎖除錯功能的電子裝置
US11044338B1 (en) 2018-12-28 2021-06-22 8X8, Inc. Server-presented inquiries using specific context from previous communications
US11902448B2 (en) * 2018-12-28 2024-02-13 The Flowchain Foundation Limited Hybrid blockchain architecture with computing pool
WO2020139980A1 (en) * 2018-12-28 2020-07-02 Love The Block, Inc. System architecture for enabling distributed temporary control of discrete units of an asset
WO2019072308A2 (en) * 2018-12-28 2019-04-18 Alibaba Group Holding Limited ENHANCED BLOCK CHAIN TRANSACTION SPEEDS USING GLOBAL ACCELERATION NODES
US10949619B1 (en) * 2018-12-28 2021-03-16 8X8, Inc. Routing data communications between client-specific servers and data-center communications servers
CN109688012B (zh) * 2018-12-29 2020-07-17 杭州趣链科技有限公司 一种联盟链节点热备切换的方法
RU2721008C1 (ru) 2018-12-29 2020-05-15 Алибаба Груп Холдинг Лимитед Система и способ для защиты информации
CN113498603A (zh) * 2018-12-31 2021-10-12 T移动美国公司 使用区块链确定智能城市电信网络中消息的可信度
US11329982B2 (en) 2018-12-31 2022-05-10 T-Mobile Usa, Inc. Managing internet of things devices using blockchain operations
US11689573B2 (en) 2018-12-31 2023-06-27 Palo Alto Networks, Inc. Multi-layered policy management
US11601787B2 (en) 2018-12-31 2023-03-07 T-Mobile Usa, Inc. Using a blockchain to determine trustworthiness of messages between vehicles over a telecommunications network
EP3674993A1 (en) * 2018-12-31 2020-07-01 Tata Consultancy Services Limited Systems and methods for extending reasoning capability for data analytics in internet-of-things (iot) platform
US11159945B2 (en) 2018-12-31 2021-10-26 T-Mobile Usa, Inc. Protecting a telecommunications network using network components as blockchain nodes
US11039317B2 (en) 2018-12-31 2021-06-15 T-Mobile Usa, Inc. Using a blockchain to determine trustworthiness of messages within a telecommunications network for a smart city
US11133984B2 (en) * 2018-12-31 2021-09-28 Dish Network L.L.C. Internet-of-things device autonomous activation
TWI670671B (zh) * 2019-01-03 2019-09-01 中華電信股份有限公司 基於區塊鏈的環境偵測方法及其系統
JP2022516913A (ja) * 2019-01-03 2022-03-03 ネイバーラボス コーポレーション エンドデバイス、エンドデバイスを制御するためのエッジサーバ、およびクラウドサーバを含む三者間通信システムとこの動作方法
US11013043B2 (en) * 2019-01-08 2021-05-18 Micron Technology, Inc. Methods and apparatus for routine based fog networking
JP7148800B2 (ja) * 2019-01-09 2022-10-06 富士通株式会社 データ収集プログラム、データ収集装置およびデータ収集方法
US11455569B2 (en) * 2019-01-09 2022-09-27 International Business Machines Corporation Device discovery and classification from encrypted network traffic
US20200229272A1 (en) * 2019-01-10 2020-07-16 International Business Machines Corporation Shareable transient IoT Gateways
CN109873861B (zh) * 2019-01-11 2022-04-12 平安科技（深圳）有限公司 跨区块链节点的交互方法及装置、存储介质及电子设备
CN109873808A (zh) * 2019-01-11 2019-06-11 平安科技（深圳）有限公司 区块链节点之间的通信方法及装置、存储介质及电子设备
WO2020150185A1 (en) * 2019-01-14 2020-07-23 Thaw David Bernard A general purpose blockchain
US11303605B2 (en) 2019-01-15 2022-04-12 Illumio, Inc. Domain name based visibility and policy enforcement in a segmented network environment
US11418402B1 (en) 2019-01-17 2022-08-16 Artema Labs, Inc Robust and secure proof of space based mining
US20200233650A1 (en) * 2019-01-17 2020-07-23 Honeywell International Inc. Systems and methods for collecting, monitoring, and analyzing vehicle data from a plurality of vehicles using edge computing
KR20200094819A (ko) * 2019-01-17 2020-08-10 삼성전자주식회사 사물 인터넷(IoT) 기반 서비스를 제공하는 전자 장치, 시스템 및 그 방법
CN109936620B (zh) * 2019-01-21 2022-02-01 中国联合网络通信集团有限公司 基于区块链的存储方法及装置、系统与存储介质
US10956187B2 (en) * 2019-01-22 2021-03-23 Vmware, Inc. Method and system for enhancing virtualized infrastructure at customer's premise with cloud analytics
US11212319B2 (en) * 2019-01-24 2021-12-28 Zhnith Incorporated Multiple sentinels for securing communications
US10897498B1 (en) * 2019-01-29 2021-01-19 Sprint Communications Company L.P. Distributed ledger technology (DLT) control over wireless data relays that serve user equipment (UE)
WO2020157369A1 (en) * 2019-01-30 2020-08-06 Nokia Solutions And Networks Oy Remote blockchain network agent for verifying and accepting patch requests from a patch initiator and method thereof
EP3918748A4 (en) * 2019-01-30 2023-02-08 Kzen Networks Ltd. SYSTEM AND METHOD FOR KEY RECOVERY AND VERIFICATION IN BLOCKCHAIN-BASED NETWORKS
US10498829B1 (en) * 2019-01-30 2019-12-03 Capital One Services, Llc Smart-device communication in response to event
US10997033B2 (en) * 2019-01-31 2021-05-04 Rubrik, Inc. Distributed streaming database restores
US11875400B2 (en) * 2019-01-31 2024-01-16 Salesforce, Inc. Systems, methods, and apparatuses for dynamically assigning nodes to a group within blockchains based on transaction type and node intelligence using distributed ledger technology (DLT)
US11240027B2 (en) 2019-02-04 2022-02-01 Hewlett Packard Enterprise Development Lp Synchronizing radius server databases using distributed ledger network
US10955830B2 (en) * 2019-02-08 2021-03-23 Nebbiolo Technologies, Inc. Systems and methods for designing and securing edge data processing pipelines
US11522856B2 (en) 2019-02-08 2022-12-06 Johann Donikian System and method for selecting an electronic communication pathway from a pool of potential pathways
SG10201901191YA (en) * 2019-02-12 2020-09-29 Blocksane Pte Ltd System and Method of Protecting Transmitted Data in the NMEA Protocols In Vehicle Control Systems
CN109673018B (zh) * 2019-02-13 2020-09-15 同济大学 无线异构网络中的新型内容缓存分布优化方法
US11438422B2 (en) * 2019-02-14 2022-09-06 Intel Corporation Establishing cloud-to-cloud access for internet of things (IOT) devices
US10957416B2 (en) 2019-02-14 2021-03-23 Micron Technology, Inc. Methods and apparatus for maintaining characterized memory devices
US11327551B2 (en) 2019-02-14 2022-05-10 Micron Technology, Inc. Methods and apparatus for characterizing memory devices
US11256778B2 (en) 2019-02-14 2022-02-22 Micron Technology, Inc. Methods and apparatus for checking the results of characterized memory searches
US11831669B2 (en) * 2019-02-14 2023-11-28 Raytheon Bbn Technologies Corp. Systems and methods for evaluating cyber assets
EP3696708B1 (en) * 2019-02-17 2022-04-20 Accenture Global Solutions Limited Cryptologic sovereign profile control and exchange arbitration
EP3696698A1 (en) * 2019-02-18 2020-08-19 Verimatrix Method of protecting a software program against tampering
RU192192U1 (ru) * 2019-02-19 2019-09-06 Общество с ограниченной ответственностью "ИНСАЙТ - Менеджмент" Универсальный модульный IoT-контроллер для системы глобального мониторинга и управления энергопотреблением
RU2712111C1 (ru) * 2019-02-19 2020-01-24 Общество с ограниченной ответственностью "ИНСАЙТ - Менеджмент" Универсальный модульный IoT-контроллер для системы глобального мониторинга и управления энергопотреблением
CN109861922B (zh) * 2019-02-21 2022-03-29 北京百度网讯科技有限公司 用于控制流量的方法和装置
WO2020170601A1 (ja) * 2019-02-22 2020-08-27 日本電信電話株式会社 データ圧縮伝送システム、中間サーバ、方法およびプログラム
WO2020176535A1 (en) * 2019-02-25 2020-09-03 Intel Corporation 5g network edge and core service dimensioning
US11631333B2 (en) * 2019-02-26 2023-04-18 Beijing Didi Infinity Technology And Development Co., Ltd. Multi-agent reinforcement learning for order-dispatching via order-vehicle distribution matching
US10945120B2 (en) 2019-02-27 2021-03-09 Oracle International Corporation Methods, systems, and computer readable media for dynamically provisioning and using public land mobile network (PLMN) location mappings in service capability exposure function (SCEF) or network exposure function (NEF)
KR102203758B1 (ko) * 2019-03-04 2021-01-18 알리바바 그룹 홀딩 리미티드 블록 체인 시스템에서 인증서들을 처리하기 위한 방법 및 디바이스
KR102544628B1 (ko) * 2019-03-08 2023-06-19 한국전자통신연구원 블록체인 기반의 분산 데이터 공유 환경에서 데이터 공유 플랫폼을 위한 시스템, 상기 시스템에서 데이터 검색 방법 및 상기 시스템에서 검색 인덱스를 제공하는 방법
US11356537B2 (en) * 2019-03-11 2022-06-07 At&T Intellectual Property I, L.P. Self-learning connected-device network
KR102452250B1 (ko) 2019-03-18 2022-10-07 한국전자통신연구원 오프체인 데이터 저장 방법 및 장치
US11539541B1 (en) 2019-03-18 2022-12-27 8X8, Inc. Apparatuses and methods involving data-communications room predictions
US11622043B1 (en) 2019-03-18 2023-04-04 8X8, Inc. Apparatuses and methods involving data-communications virtual assistance
US11838406B2 (en) * 2019-03-18 2023-12-05 Reliance Jio Infocomm Limited Systems and methods for control-data plane partitioning in virtual distributed ledger networks
US11196866B1 (en) 2019-03-18 2021-12-07 8X8, Inc. Apparatuses and methods involving a contact center virtual agent
US11445063B1 (en) 2019-03-18 2022-09-13 8X8, Inc. Apparatuses and methods involving an integrated contact center
US11228434B2 (en) * 2019-03-20 2022-01-18 Zettaset, Inc. Data-at-rest encryption and key management in unreliably connected environments
US10936422B1 (en) 2019-03-22 2021-03-02 T-Mobile lnnovations LLC Recovery of virtual network function (VNF) boot functionality
US11323275B2 (en) 2019-03-25 2022-05-03 Micron Technology, Inc. Verification of identity using a secret key
US11088821B2 (en) * 2019-03-25 2021-08-10 Micron Technology, Inc. Secure communication in a traffic control network
US11361660B2 (en) 2019-03-25 2022-06-14 Micron Technology, Inc. Verifying identity of an emergency vehicle during operation
US11218330B2 (en) 2019-03-25 2022-01-04 Micron Technology, Inc. Generating an identity for a computing device using a physical unclonable function
US11108892B2 (en) * 2019-03-25 2021-08-31 Real-Time Innovations, Inc. Language binding for DDS types that allows publishing and receiving data without marshaling
US11188228B1 (en) * 2019-03-25 2021-11-30 Amazon Technologies, Inc. Graphing transaction operations for transaction compliance analysis
US11233650B2 (en) * 2019-03-25 2022-01-25 Micron Technology, Inc. Verifying identity of a vehicle entering a trust zone
JP6840264B2 (ja) * 2019-03-26 2021-03-10 アドバンスド ニュー テクノロジーズ カンパニー リミテッド ブロックチェーンネットワーク内で使用するためのフィールドプログラマブルゲートアレイベースの信頼できる実行環境
EP3610450A4 (en) 2019-03-28 2020-06-10 Alibaba Group Holding Limited SYSTEM AND METHOD FOR PARALLEL PROCESSING OF BLOCK CHAIN TRANSACTIONS
US11423254B2 (en) * 2019-03-28 2022-08-23 Intel Corporation Technologies for distributing iterative computations in heterogeneous computing environments
RU2728504C1 (ru) * 2019-03-29 2020-07-29 Акционерное общество "Лаборатория Касперского" Система и способ поэтапного повышения информационной безопасности элементов технологической системы
US11151660B1 (en) * 2019-04-03 2021-10-19 Progressive Casualty Insurance Company Intelligent routing control
KR102151907B1 (ko) * 2019-04-03 2020-09-03 알리바바 그룹 홀딩 리미티드 신뢰 실행 환경 하에서의 블록체인 데이터의 처리 및 저장
US11106375B2 (en) * 2019-04-04 2021-08-31 Netapp, Inc. Deduplication of encrypted data within a remote data store
EP3949326A1 (en) 2019-04-05 2022-02-09 Cisco Technology, Inc. Discovering trustworthy devices using attestation and mutual attestation
US11343261B2 (en) * 2019-04-05 2022-05-24 Cisco Technology, Inc. Technologies for proving packet transit through uncompromised nodes
US10939405B1 (en) * 2019-04-08 2021-03-02 Helium Systems, Inc. Systems and methods for implementing permissionless network consensus using blockchain
CN111800442B (zh) * 2019-04-08 2022-10-28 阿里巴巴集团控股有限公司 网络系统、镜像管理方法、设备及存储介质
US11392611B2 (en) 2019-04-08 2022-07-19 International Business Machines Corporation Blockchain based IOT data management
AU2020271070A1 (en) * 2019-04-09 2021-10-28 Intertrust Technologies Corporation Connected device information management systems and methods
WO2020206620A1 (en) * 2019-04-09 2020-10-15 Orange Methods and apparatus to discriminate authentic wireless internet-of-things devices
CN110047148B (zh) * 2019-04-10 2024-01-26 珠海惠中智能技术有限公司 一种虚拟机器人工作站的仿真互动可视化系统及实现方法
CN110009518A (zh) * 2019-04-11 2019-07-12 阿里巴巴集团控股有限公司 基于区块链的信息读写方法以及装置
GB2582978B (en) * 2019-04-12 2022-05-04 Nchain Holdings Ltd Methods and devices for propagating blocks in a blockchain network
US10999283B2 (en) 2019-04-15 2021-05-04 Advanced New Technologies Co., Ltd. Addressing transaction conflict in blockchain systems
CN110189121B (zh) * 2019-04-15 2021-04-09 创新先进技术有限公司 数据处理方法、装置、区块链客户端和区块链节点
US11709956B2 (en) * 2019-04-15 2023-07-25 Accenture Global Solutions Limited Secure data broker
US11095512B2 (en) 2019-04-17 2021-08-17 Bank Of America Corporation Internet of things (“IoT”) versatile nodes
US11159620B2 (en) 2019-04-17 2021-10-26 International Business Machines Corporation Blockchain based data transformation
US11392467B2 (en) 2019-04-17 2022-07-19 Microsoft Technology Licensing, Llc Failover between decentralized identity stores
US11070379B2 (en) * 2019-04-18 2021-07-20 Advanced New Technologies Co., Ltd. Signature verification for a blockchain ledger
US11729175B2 (en) * 2019-04-25 2023-08-15 Comcast Cable Communications, Llc Blockchain folding
CN111866044A (zh) * 2019-04-29 2020-10-30 华为技术有限公司 数据采集方法、装置、设备及计算机可读存储介质
US20200344599A1 (en) * 2019-04-29 2020-10-29 Sonicwall Inc. Streamlined creation and expansion of a wireless mesh network
WO2020220216A1 (en) 2019-04-29 2020-11-05 Splunk Inc. Search time estimate in data intake and query system
US11381567B2 (en) 2019-04-29 2022-07-05 Microsoft Technology Licensing, Llc Execution of an application within a scope of user-granted permission
US11429743B2 (en) 2019-04-29 2022-08-30 Microsoft Technology Licensing, Llc Localization of DID-related claims and data
US11715051B1 (en) 2019-04-30 2023-08-01 Splunk Inc. Service provider instance recommendations using machine-learned classifications and reconciliation
CN112750037A (zh) * 2019-04-30 2021-05-04 创新先进技术有限公司 基于区块链的数据压缩、查询方法及装置和电子设备
US10785098B1 (en) * 2019-04-30 2020-09-22 Alibaba Group Holding Limited Network configuration using multicast address modulation
WO2020223607A1 (en) * 2019-05-02 2020-11-05 Netskrt Systems, Inc. Micro-cache method and apparatus for a mobile environment with variable connectivity
US11003771B2 (en) 2019-05-03 2021-05-11 Microsoft Technology Licensing, Llc Self-help for DID claims
US11222137B2 (en) 2019-05-03 2022-01-11 Microsoft Technology Licensing, Llc Storing and executing an application in a user's personal storage with user granted permission
US11411959B2 (en) 2019-05-03 2022-08-09 Microsoft Technology Licensing, Llc Execution of application in a container within a scope of user-granted permission
US20200349625A1 (en) 2019-05-05 2020-11-05 Microsoft Technology Licensing, Llc Monetizable template for asset token
US20200359550A1 (en) * 2019-05-13 2020-11-19 Bao Tran Farm ecosystem
CN110247894B (zh) * 2019-05-16 2021-06-18 中国联合网络通信集团有限公司 一种识别伪造handle服务器的方法及装置
US10972368B2 (en) * 2019-05-17 2021-04-06 Oracle International Corporation Methods, systems, and computer readable media for providing reduced signaling internet of things (IoT) device monitoring
US11645920B2 (en) * 2019-05-20 2023-05-09 T-Mobile Usa, Inc. Secure unmanned aerial vehicle flight planning
CN110324174B (zh) * 2019-05-23 2022-04-22 深圳壹账通智能科技有限公司 区块链环境检测方法、设备、装置及存储介质
EP3742295A1 (en) * 2019-05-23 2020-11-25 NXP USA, Inc. Automatic firmware rollback
US10699269B1 (en) * 2019-05-24 2020-06-30 Blockstack Pbc System and method for smart contract publishing
US11513815B1 (en) 2019-05-24 2022-11-29 Hiro Systems Pbc Defining data storage within smart contracts
US11657391B1 (en) 2019-05-24 2023-05-23 Hiro Systems Pbc System and method for invoking smart contracts
US11082521B2 (en) * 2019-05-24 2021-08-03 California Eastern Laboratories, Inc. Single source of information apparatuses, methods, and systems
US11757875B2 (en) * 2019-05-29 2023-09-12 Johnson Controls Tyco IP Holdings LLP System and method for checking default configuration settings of device on a network
US11823016B2 (en) * 2019-05-29 2023-11-21 Bank Of America Corporation Optimized IoT data processing for real-time decision support systems
US11115289B1 (en) 2019-05-30 2021-09-07 Cable Television Laboratories, Inc. Systems and methods for network security model
US11222333B2 (en) 2019-05-31 2022-01-11 Panasonic Avionics Corporation In-flight fiat payment authorization and capture settlement
US11687830B2 (en) * 2019-05-31 2023-06-27 Apple Inc. Integration of learning models into a software development system
US10977268B2 (en) 2019-05-31 2021-04-13 Snowflake Inc. Data exchange
US10652184B1 (en) * 2019-06-03 2020-05-12 Syniverse Technologies, Llc System and method using blockchain ledger and zero knowledge proof for tokenized communications
US11194933B2 (en) * 2019-06-04 2021-12-07 Intel Corporation Circuits supporting improved side channel and fault injection attack resistance
US20220237326A1 (en) * 2019-06-04 2022-07-28 Qohash Inc. System and method for certifying integrity of data assets
CN110197708B (zh) * 2019-06-05 2023-01-24 重庆邮电大学 一种面向电子医疗病历的区块链迁移与存储方法
US10826684B1 (en) * 2019-06-06 2020-11-03 Syniverse Technologies, Llc System and method of validating Internet of Things (IOT) devices
US11863589B2 (en) 2019-06-07 2024-01-02 Ei Electronics Llc Enterprise security in meters
WO2020247901A1 (en) 2019-06-07 2020-12-10 The Florida State University Research Foundation, Inc. Zcnet - low power wide area network (lpwan) code division ultiplexing (cdm) and modulation system, process, computer program product, and circuitry.
US20200395107A1 (en) * 2019-06-11 2020-12-17 International Business Machines Corporation Secure environment device management
US11611439B2 (en) * 2019-06-11 2023-03-21 Celo Foundation Tree structure for byzantine fault tolerance
US11169976B2 (en) * 2019-06-11 2021-11-09 International Business Machines Corporation Data quality control
TWI720510B (zh) * 2019-06-13 2021-03-01 國立政治大學 飛行器線條跟隨控制方法及運用該方法的飛行控制方法
DE102019208678A1 (de) * 2019-06-14 2020-12-17 Robert Bosch Gmbh Kommunikationsverfahren
US11341503B2 (en) * 2019-06-17 2022-05-24 American Express Travel Related Services Company, Inc. Deploying a cloud-based system using a distributed ledger
US11263569B2 (en) * 2019-06-18 2022-03-01 Advanced New Technologies Co., Ltd. Blockchain-based information processing method and apparatus, and device
US10880260B1 (en) * 2019-06-19 2020-12-29 Etherweb Technologies LLC Distributed domain name resolution and method for use of same
US11856899B2 (en) * 2019-06-20 2024-01-02 Reinke Manufacturing Co., Inc. Monitoring and control of a movable tower in an irrigation system
US20210217091A1 (en) * 2019-06-21 2021-07-15 Dustin van Schouwen Systems and methods for encrypted, dark messaging continuity and bid negotiation over peer to peer (p2p) communication
US11252255B2 (en) * 2019-06-21 2022-02-15 Bank Of America Corporation Data aggregation via an edge computing system
GB2585010B (en) * 2019-06-24 2022-07-13 Blockstar Developments Ltd Cryptocurrency key management
EP3987489A4 (en) * 2019-06-24 2023-06-28 Touchmagix Media Pvt. Ltd. Interactive reality activity augmentation
CN112150141A (zh) * 2019-06-26 2020-12-29 京东数字科技控股有限公司 一种区块链共识方法、装置和系统
KR20220024210A (ko) * 2019-06-26 2022-03-03 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 사물 인터넷 디바이스를 프로비저닝하는 방법 및 사물 인터넷 디바이스
US11269619B2 (en) 2019-06-27 2022-03-08 Phosphorus Cybersecurity Inc. Firmware management for IoT devices
CN110266807A (zh) * 2019-06-28 2019-09-20 中兴通讯股份有限公司 物联网数据处理方法及装置
US11658990B2 (en) * 2019-06-28 2023-05-23 The Boeing Company Systems and methods for detecting cybersecurity threats
US10789222B2 (en) * 2019-06-28 2020-09-29 Alibaba Group Holding Limited Blockchain-based hierarchical data storage
US11036720B2 (en) 2019-06-28 2021-06-15 Advanced New Technologies Co., Ltd. Blockchain-based hierarchical data storage
CN110347660B (zh) * 2019-06-28 2020-08-11 阿里巴巴集团控股有限公司 基于区块链的分级存储方法及装置、电子设备
US11307848B2 (en) * 2019-07-01 2022-04-19 Bank Of America Corporation System for electronic integration and deployment of computer code in a code development network
US11196763B2 (en) * 2019-07-02 2021-12-07 Bank Of America Corporation Edge-computing-based architectures for multi-layered fraud mitigation
US20210110384A1 (en) * 2019-07-04 2021-04-15 Vikatron, Inc. Ad Hoc Neural Network for Proof of Wallet
RU2714217C1 (ru) * 2019-07-05 2020-02-13 Максим Олегович Калинин Способ осуществления правил политики безопасности в одноранговых коммуникационных сетях киберфизических устройств
US10867655B1 (en) 2019-07-08 2020-12-15 Micron Technology, Inc. Methods and apparatus for dynamically adjusting performance of partitioned memory
US11290397B2 (en) * 2019-07-10 2022-03-29 Insolar Holding Ltd. Systems and methods for efficiently storing a distributed ledger of records
US11558379B2 (en) * 2019-07-15 2023-01-17 Hewlett Packard Enterprise Development Lp Network access authentication and authorization using a blockchain network
US11146383B1 (en) * 2019-07-15 2021-10-12 Sprint Communications Company L.P. Blockchain foundry built into integrated circuit
US10958560B2 (en) * 2019-07-16 2021-03-23 At&T Intellectual Property I, L.P. Common abstraction for network traffic migration
US11238048B1 (en) 2019-07-16 2022-02-01 Splunk Inc. Guided creation interface for streaming data processing pipelines
US11856091B2 (en) * 2019-07-17 2023-12-26 Mitsubishi Electric Corporation Data distribution system, data processing device, and program
CN112241276B (zh) * 2019-07-19 2022-04-22 华为技术有限公司 一种设备的升级方法及装置
US11189291B2 (en) * 2019-07-22 2021-11-30 Vmware, Inc. Staged user enrollment using audio devices
US11010327B2 (en) * 2019-07-23 2021-05-18 Qualcomm Incorporated I3C point to point
KR20210012956A (ko) * 2019-07-24 2021-02-03 성균관대학교산학협력단 I2nsf 소비자 직면 인터페이스 양 데이터 모델
US11388197B2 (en) * 2019-07-24 2022-07-12 Research & Business Foundation Sungkyunkwan University I2NSF NSF monitoring YANG data model
US11514140B2 (en) * 2019-07-26 2022-11-29 EMC IP Holding Company LLC Method and system for post-purchase data usage and license enforcement
US11562254B2 (en) * 2019-07-30 2023-01-24 Mcafee, Llc Distribution of neural networks with blockchains
US11445373B1 (en) 2019-08-05 2022-09-13 Satelles, Inc. Validation of position, navigation, time signals
CN110557439B (zh) * 2019-08-07 2022-02-11 中国联合网络通信集团有限公司 一种网络内容管理方法及区块链内容网络平台
US20210042748A1 (en) * 2019-08-07 2021-02-11 American Lebanese Syrian Associated Charities, Inc. Blockchain-based secure resource management
CN110557438B (zh) * 2019-08-07 2022-02-11 中国联合网络通信集团有限公司 一种网络内容管理方法及区块链内容网络平台
US11263050B2 (en) 2019-08-07 2022-03-01 Bank Of America Corporation System for generating electronic alerts through predictive optimization analysis of resource conversions
CN114223233A (zh) * 2019-08-13 2022-03-22 上海诺基亚贝尔股份有限公司 用于网络切片管理的数据安全性
US11294999B2 (en) 2019-08-15 2022-04-05 Barlea Corporation Technologies for authorizing, authenticating, and granting exceptional access to an electronic device or account
US11349870B2 (en) * 2019-08-16 2022-05-31 Verizon Patent And Licensing Inc. Methods and devices for virtualizing device security using a multi-access server that is separate from a device
US11194613B2 (en) * 2019-08-16 2021-12-07 Verizon Patent And Licensing Inc. Methods and devices for virtualizing a device management client in a multi-access server separate from a device
CN110502303B (zh) * 2019-08-20 2023-07-11 银康(中山)科技有限公司 评估老年人能力的方法、装置、电子设备和存储介质
US11075848B2 (en) * 2019-08-21 2021-07-27 Hewlett Packard Enterprise Development Lp Fast path for acknowledgement frames in wireless networks
US11520904B2 (en) * 2019-08-27 2022-12-06 Accenture Global Solutions Limited AI-based blockchain hybrid consensus
US11102064B2 (en) * 2019-08-28 2021-08-24 International Business Machines Corporation Dynamically adapting an internet of things (IOT) device
EP3787251A1 (de) * 2019-08-30 2021-03-03 Siemens Aktiengesellschaft Verfahren, kommunikationsvorrichtung und netzwerkapplikation zum geschützten übermitteln von einem datensatz
CN110674130A (zh) * 2019-08-30 2020-01-10 深圳鸿智云创科技有限公司 数据传输方法
US11297036B1 (en) * 2019-09-03 2022-04-05 Rapid7, Inc. Single whitelisted ingress endpoint on 1 and 2 way TLS connections
US11201897B1 (en) 2019-09-03 2021-12-14 Rapid7, Inc. Secure multiplexed routing
EP3790224A1 (en) * 2019-09-04 2021-03-10 I25S ApS Sparsed merkle tree method and system for processing sets of data for storing and keeping track of the same in a specific network
GB2586865A (en) * 2019-09-06 2021-03-10 Nchain Holdings Ltd Methods and Devices for Tracking and Measuring Proof-of-Work Contributions in a Mining Pool
CN110557455A (zh) * 2019-09-10 2019-12-10 上海黔易数据科技有限公司 一种基于在线时间的区块链节点激励方法
WO2021050269A1 (en) * 2019-09-10 2021-03-18 Arris Enterprises Llc User interface for configuring device-specific iot applications
EP3682342B1 (en) * 2019-09-11 2021-08-18 Advanced New Technologies Co., Ltd. Shared blockchain data storage based on error correction coding in trusted execution environments
CN114586316A (zh) 2019-09-12 2022-06-03 捷普有限公司 管理安全IoT设备应用的方法和系统
EP3682340A4 (en) 2019-09-12 2020-12-02 Advanced New Technologies Co., Ltd. LOG-STRUCTURED STORAGE SYSTEMS
US11356436B2 (en) 2019-09-13 2022-06-07 Sony Corporation Single sign-on authentication via multiple authentication options
US10938657B1 (en) * 2019-09-13 2021-03-02 Servicenow, Inc. Enhancing discovery patterns with shell command exit status
US11228957B2 (en) * 2019-09-13 2022-01-18 Microsoft Technology Licensing, Llc Seamless roaming of real time media sessions
US11106612B2 (en) 2019-09-20 2021-08-31 Apple Inc. Coordinating operations of multiple communication chips via local hub device
CN110717203B (zh) * 2019-09-25 2021-04-27 支付宝(杭州)信息技术有限公司 基于fpga实现隐私区块链的方法及装置
US20220358202A1 (en) * 2019-09-25 2022-11-10 Hilti Aktiengesellschaft Systems and methods for data security within power tools
US11245577B2 (en) * 2019-09-26 2022-02-08 Amazon Technologies, Inc. Template-based onboarding of internet-connectible devices
WO2021063030A1 (zh) * 2019-09-30 2021-04-08 东南大学 一种区块链增强的开放物联网接入架构
US11140027B2 (en) * 2019-09-30 2021-10-05 Lenovo (Singapore) Pte. Ltd. Integratation of internet of things device into network
US20210096971A1 (en) * 2019-10-01 2021-04-01 Tektronix, Inc. Bus autodetect
US10789354B1 (en) * 2019-10-01 2020-09-29 Capital One Services, Llc Computer-based systems configured for detecting and sandboxing external resources and methods of use thereof
WO2021065425A1 (ja) * 2019-10-02 2021-04-08 株式会社Ｊｖｃケンウッド 無線通信システムおよび通信方法
CN112631549A (zh) * 2019-10-08 2021-04-09 橙载(上海)信息技术有限公司 一种对fts随机算法中伪随机数生成器的跨平台改造方法
WO2021071918A1 (en) * 2019-10-08 2021-04-15 Lg Electronics, Inc. Balancing privacy and efficiency for revocation in vehicular public key infrastructures
US11252241B2 (en) * 2019-10-09 2022-02-15 Rama Vamshi Krishna Dhulipala System and method for provisioning protocol agnostic interface to internet of things application frameworks
US11159610B2 (en) 2019-10-10 2021-10-26 Dell Products, L.P. Cluster formation offload using remote access controller group manager
US11432149B1 (en) 2019-10-10 2022-08-30 Wells Fargo Bank, N.A. Self-sovereign identification via digital credentials for selected identity attributes
CN110879687B (zh) * 2019-10-18 2021-03-16 蚂蚁区块链科技(上海)有限公司 一种基于磁盘存储的数据读取方法、装置及设备
KR20210046357A (ko) * 2019-10-18 2021-04-28 삼성전자주식회사 블록체인 기반 시스템을 위한 키의 저장 및 복구 방법과 그 장치
US11494380B2 (en) 2019-10-18 2022-11-08 Splunk Inc. Management of distributed computing framework components in a data fabric service system
US11245545B2 (en) 2019-10-24 2022-02-08 Dell Products L.P. Implementation of internet of things-enabled connectivity devices for processing operation information of devices lacking network connectivity
US11201801B2 (en) * 2019-10-24 2021-12-14 Dell Products L.P. Machine learning-based determinations of lifespan information for devices in an internet of things environment
US11353331B2 (en) * 2019-10-25 2022-06-07 Here Global B.V. Method, apparatus, and computer program product for requesting traffic data
CN110781508B (zh) * 2019-10-25 2022-06-03 四川长虹电器股份有限公司 一种基于区块链技术的个人数据托管方法
EP3817332B1 (en) 2019-10-30 2024-04-24 Secure Thingz Limited Data provisioning device for provisioning a data processing entity
CN110992177B (zh) * 2019-10-31 2023-09-12 中国科学院计算技术研究所 基于链外通道路由评价机制的区块链通量提高方法及系统
CN110769010B (zh) * 2019-11-03 2020-04-03 长沙豆芽文化科技有限公司 一种数据管理权限处理方法、装置及计算机设备
CN111107131B (zh) * 2019-11-05 2023-07-21 远景智能国际私人投资有限公司 物联网设备的管理方法、装置、服务器及存储介质
US11182308B2 (en) 2019-11-07 2021-11-23 Micron Technology, Inc. Semiconductor device with secure access key and associated methods and systems
TWI722643B (zh) * 2019-11-07 2021-03-21 新漢智能系統股份有限公司 快速部署雲端服務的方法
US11132470B2 (en) * 2019-11-07 2021-09-28 Micron Technology, Inc. Semiconductor device with secure access key and associated methods and systems
US11030124B2 (en) 2019-11-07 2021-06-08 Micron Technology, Inc. Semiconductor device with secure access key and associated methods and systems
US11494522B2 (en) 2019-11-07 2022-11-08 Micron Technology, Inc. Semiconductor device with self-lock security and associated methods and systems
CN110851531B (zh) * 2019-11-08 2022-06-28 咪咕文化科技有限公司 协作边缘计算方法、区块链和协作边缘计算系统
WO2020035089A2 (en) 2019-11-08 2020-02-20 Alipay (Hangzhou) Information Technology Co., Ltd. System and method for blockchain-based decentralized application development
CN111373402B (zh) 2019-11-08 2022-03-25 支付宝(杭州)信息技术有限公司 轻量去中心化应用平台
US10764725B1 (en) * 2019-11-08 2020-09-01 Motorola Solutions, Inc. Override of ad hoc talkgroup auto-dropping
US11323489B1 (en) 2019-11-09 2022-05-03 Arrowhead Center, Inc. Scalable auditability of monitoring process using public ledgers
GB2588820B (en) * 2019-11-11 2022-04-13 Jaguar Land Rover Ltd Method and system for data communication network in a vehicle
JP6771244B1 (ja) * 2019-11-13 2020-10-21 ＩｏＴ−ＥＸ株式会社 ＩｏＴ接続システム、コンピュータプログラムおよび情報処理方法
CN110839029B (zh) * 2019-11-14 2021-06-25 腾讯科技（深圳）有限公司 一种微服务注册方法和装置
US11372632B2 (en) * 2019-11-14 2022-06-28 Mojatatu Networks Systems and methods for creating and deploying applications and services
KR20210059574A (ko) * 2019-11-15 2021-05-25 한국전자통신연구원 릴레이 노드, 릴레이 네트워크 시스템 및 이의 동작 방법
US11316683B2 (en) * 2019-11-18 2022-04-26 Ciot Systems and methods for providing IoT security service using hardware security module
SG11202010851WA (en) * 2019-11-19 2020-11-27 Alipay Hangzhou Inf Tech Co Ltd System and method for consensus management
US11449577B2 (en) 2019-11-20 2022-09-20 Micron Technology, Inc. Methods and apparatus for performing video processing matrix operations within a memory array
US11134112B2 (en) 2019-11-21 2021-09-28 Visa International Service Association Secure multi-party random bit generation
CN110955407B (zh) * 2019-11-21 2022-04-01 杭州趣链科技有限公司 一种基于区块链的随机数取号方法
US11252570B2 (en) 2019-11-22 2022-02-15 John Junior Richardson Computer system and method for software authentication and single application enforcement
US11341463B2 (en) 2019-11-25 2022-05-24 International Business Machines Corporation Blockchain ledger entry upon maintenance of asset and anomaly detection correction
US11449811B2 (en) 2019-11-25 2022-09-20 International Business Machines Corporation Digital twin article recommendation consultation
US11291077B2 (en) * 2019-11-25 2022-03-29 International Business Machines Corporation Internet of things sensor major and minor event blockchain decisioning
TWI728571B (zh) * 2019-11-26 2021-05-21 中華電信股份有限公司 區塊鏈服務的資源管理方法及系統
US11587189B2 (en) * 2019-11-27 2023-02-21 International Business Machines Corporation Formal verification of smart contracts
US10848567B1 (en) * 2019-11-29 2020-11-24 Cygnus, LLC Remote support for IoT devices
EP4070260A4 (en) * 2019-12-02 2023-12-06 Veniam, Inc. METHOD AND SYSTEMS FOR COLLECTION, CLASSIFICATION, ACCOUNTING AND BILLING OF METADATA IN A NETWORK OF MOVING OBJECTS
US20210166069A1 (en) * 2019-12-02 2021-06-03 Veniam, Inc. Methods and systems for dynamic gathering, classification, and accounting of metadata in a network of moving things
US10999719B1 (en) * 2019-12-03 2021-05-04 Gm Cruise Holdings Llc Peer-to-peer autonomous vehicle communication
US11703853B2 (en) * 2019-12-03 2023-07-18 University-Industry Cooperation Group Of Kyung Hee University Multiple unmanned aerial vehicles navigation optimization method and multiple unmanned aerial vehicles system using the same
KR102501671B1 (ko) * 2019-12-03 2023-02-20 한국조폐공사 IoT 디바이스를 인증하며 IoT 디바이스의 무결성을 검증하는 방법 및 이를 이용한 컨트롤 디바이스
US11522670B2 (en) * 2019-12-04 2022-12-06 MaataData, Inc. Pyramid construct with trusted score validation
US11853385B2 (en) 2019-12-05 2023-12-26 Micron Technology, Inc. Methods and apparatus for performing diversity matrix operations within a memory array
CN111147384B (zh) * 2019-12-09 2021-10-22 南京泛在地理信息产业研究院有限公司 一种面向溯源的遥感影像数据传输路径编码方法
CN110995718B (zh) * 2019-12-09 2022-02-25 广东电网有限责任公司 一种基于区块链的电力终端跨域认证方法
TWI727551B (zh) * 2019-12-13 2021-05-11 中華電信股份有限公司 健康資訊去識別化及查詢處理之方法
US20210185587A1 (en) * 2019-12-16 2021-06-17 Lyft, Inc. Mobile mesh network provisioning systems and methods
CN111177164B (zh) * 2019-12-17 2023-08-01 陕西天行健车联网信息技术有限公司 一种基于定时任务框架的车辆实时信息调度方法
CN111131218A (zh) * 2019-12-19 2020-05-08 平安资产管理有限责任公司 一种黑名单管理方法、装置、计算机系统及可读存储介质
CN110990490B (zh) * 2019-12-19 2023-09-01 京东科技信息技术有限公司 区块链网络中区块链的入账方法、装置、设备及介质
US11275851B2 (en) * 2019-12-19 2022-03-15 Beijing Didi Infinity Technology And Development Co., Ltd. System, method, and storage medium for distributed data management
TWI795619B (zh) * 2019-12-23 2023-03-11 奇邑科技股份有限公司 內建伺服模組的閘道裝置與通信系統
SG10201912999VA (en) * 2019-12-23 2020-09-29 Islamic Res And Training Institute Method and System for Transaction Validation in a Distributed Computing System
US11960601B2 (en) * 2019-12-25 2024-04-16 Dell Products L.P. System for managing an instructure with security
US11784888B2 (en) * 2019-12-25 2023-10-10 Moogsoft Inc. Frequency-based sorting algorithm for feature sparse NLP datasets
US11960374B1 (en) * 2019-12-25 2024-04-16 Dell Products L.P. System for managing an instructure security
CN111065076B (zh) * 2019-12-25 2021-04-20 郭晋华 一种应用于新一代信息技术基于信号强度阈值的m2m物联网改进通信方法、设备和系统
CN111026972B (zh) * 2019-12-26 2023-07-28 远景智能国际私人投资有限公司 物联网中的订阅数据推送方法、装置、设备及存储介质
US10997179B1 (en) * 2019-12-26 2021-05-04 Snowflake Inc. Pruning index for optimization of pattern matching queries
US11681708B2 (en) 2019-12-26 2023-06-20 Snowflake Inc. Indexed regular expression search with N-grams
CN110913430B (zh) * 2019-12-27 2021-07-27 华中科技大学 无线网络中文件的主动式协作缓存方法及缓存管理装置
CN111190547B (zh) * 2019-12-30 2023-02-24 中国电子科技集团公司信息科学研究院 一种分布式容器镜像存储与分发系统与方法
US11224009B2 (en) * 2019-12-30 2022-01-11 Oracle International Corporation Methods, systems, and computer readable media for enabling transport quality of service (QoS) in 5G networks
US20210200792A1 (en) 2019-12-31 2021-07-01 Johnson Controls Technology Company Building data platform with graph projections
US11894944B2 (en) 2019-12-31 2024-02-06 Johnson Controls Tyco IP Holdings LLP Building data platform with an enrichment loop
EP4088194A4 (en) * 2020-01-06 2023-04-19 Essence Security International Ltd. HIERARCHICAL RESOURCE RESTRICTED NETWORK
US11200040B2 (en) * 2020-01-08 2021-12-14 The Boeing Company Distributed ledger for software distribution in a wireless ad hoc network for ad-hoc data processing on a source node
US11343075B2 (en) 2020-01-17 2022-05-24 Inveniam Capital Partners, Inc. RAM hashing in blockchain environments
AU2021211467A1 (en) * 2020-01-22 2022-09-01 Acentium Inc Systems and methods for identifying and managing mutually independent computer subsystems
US20230074590A1 (en) * 2020-01-22 2023-03-09 The Flowchain Foundation Limited Storage Virtualization Architecture with Hybrid Blockchain and the Method Thereof
EP3859629A1 (en) * 2020-01-29 2021-08-04 Carrier Corporation A system and a method for determining missing information in a blockchain network
CA3166703A1 (en) * 2020-01-30 2021-08-05 Johann Donikian A system and method for selecting an electronic communication pathway from a pool of potential pathways
US11922222B1 (en) 2020-01-30 2024-03-05 Splunk Inc. Generating a modified component for a data intake and query system using an isolated execution environment image
US11489663B2 (en) 2020-01-31 2022-11-01 International Business Machines Corporation Correlation-based hash tree verification
US11874804B2 (en) * 2020-02-05 2024-01-16 International Business Machines Corporation Load balancing based blockchain transaction submission
US11474582B2 (en) * 2020-02-14 2022-10-18 International Business Machines Corporation Automated validation of power topology via power state transitioning
US11580098B2 (en) * 2020-02-14 2023-02-14 International Business Machines Corporation Multi-client transaction validation
EP4088196A4 (en) 2020-02-18 2023-06-14 Sony Group Corporation COMMON DATABASE ARCHITECTURE TO SUPPORT LARGE TRANSACTIONS AND NODE ARCHIVING ON A MAAS PLATFORM
CN111355780B (zh) * 2020-02-18 2022-09-13 杭州云象网络技术有限公司 一种基于区块链的物联网监控管理方法及系统
EP3869376B1 (en) 2020-02-19 2022-10-26 Tata Consultancy Services Limited System and method for blockchain based decentralized storage with dynamic data operations
US11836548B2 (en) * 2020-02-19 2023-12-05 T-Mobile Usa, Inc. Smart event monitoring of IoT devices using message queue
JP7466329B2 (ja) * 2020-02-19 2024-04-12 キヤノン株式会社 制御装置、システム、リソグラフィ装置、物品の製造方法、制御方法、およびプログラム
CN115516489A (zh) * 2020-02-24 2022-12-23 斯纳普公司 互联网迷因经济
US11604986B2 (en) 2020-02-28 2023-03-14 International Business Machines Corporation Blockchain-enabled decentralized ecosystem for secure training of deep neural networks using trusted execution environments
US11424911B2 (en) * 2020-03-03 2022-08-23 International Business Machines Corporation Storage and communication environment for cryptographic tags
CN111459101B (zh) * 2020-03-05 2021-04-27 明珞汽车装备（上海）有限公司 仿真逻辑块的创建数据的处理方法、系统和存储介质
CN111275569B (zh) * 2020-03-13 2024-01-23 中国农业科学院烟草研究所 一种烤烟产区生态特征测定方法、系统、存储介质、终端
EP3883144B1 (en) * 2020-03-18 2022-12-07 Airbus Defence and Space GmbH Method for synchronizing wireless network nodes and wireless communication network
US11126157B1 (en) 2020-03-23 2021-09-21 Vmware, Inc. Hybrid internet of things evaluation framework
US20210303427A1 (en) * 2020-03-26 2021-09-30 Rohde & Schwarz Gmbh & Co. Kg System for testing a blockchain enabled device-under-test
US11330468B2 (en) * 2020-03-27 2022-05-10 Qualcomm Incorporated Low power techniques for bluetooth low energy in scanning state
RU199082U1 (ru) * 2020-03-27 2020-08-13 Федеральное государственное бюджетное образовательное учреждение высшего образования "МИРЭА - Российский технологический университет" Устройство регистрации меток времени событий синхронизации интегрированной микросхемы беспроводной связи стандарта ieee 802.11
US11329872B2 (en) * 2020-03-30 2022-05-10 Ubicquia, Inc. Industrial internet of things device provisioning
CN111460429B (zh) * 2020-03-30 2024-01-02 北京百度网讯科技有限公司 基于可信执行环境的任务处理方法、装置、设备和介质
US11580542B2 (en) 2020-03-30 2023-02-14 Dwolla, Inc. Distributed database stored at an edge application
US20210303633A1 (en) * 2020-03-30 2021-09-30 International Business Machines Corporation Shard hashing
US11477134B1 (en) * 2020-03-31 2022-10-18 United Services Automobile Association (Usaa) Computer resource-based API transaction method and system
CN111443992B (zh) * 2020-03-31 2023-04-07 高新兴科技集团股份有限公司 docker镜像的差量导出方法、计算机存储介质及电子设备
CN112084175B (zh) * 2020-04-06 2024-03-29 南京大学 一种基于区块链和大数据技术的新型知识产权交易系统与指数评价系统
CN111488396B (zh) * 2020-04-08 2021-01-01 北京瑞策科技有限公司 业务数据区块链的数据同步方法及装置
CN111478908B (zh) * 2020-04-09 2022-05-03 杭州溪塔科技有限公司 一种p2p网络中用户建立通讯的方法、装置及电子设备
CN111526193B (zh) * 2020-04-17 2021-10-01 中国科学院上海微系统与信息技术研究所 基于雾计算和区块链平台的分布式气象站系统及工作方法
US11665159B2 (en) 2020-04-22 2023-05-30 Kyndryl, Inc. Secure resource access by amalgamated identities and distributed ledger
KR20210131114A (ko) * 2020-04-23 2021-11-02 한국전자통신연구원 신경망 동기화에 기반한 비밀키 생성 방법 및 장치
US11418587B2 (en) 2020-04-30 2022-08-16 T-Mobile Usa, Inc. 5G on-demand dynamically instantiated blockchain for highly distributed peer-to-peer consumer cloud
CN111654430A (zh) * 2020-04-30 2020-09-11 广东电网有限责任公司 一种230MHz LoRa型通信网关及其系统
US11539787B2 (en) 2020-04-30 2022-12-27 T-Mobile Usa, Inc. 5G enabled massively distributed on-demand personal cloud system and method
US11614923B2 (en) 2020-04-30 2023-03-28 Splunk Inc. Dual textual/graphical programming interfaces for streaming data processing pipelines
US11573952B2 (en) * 2020-05-04 2023-02-07 International Business Machines Corporation Private shared resource confirmations on blockchain
CN111601378B (zh) * 2020-05-11 2022-03-11 重庆邮电大学 一种能量收集不均衡传感网中的富余能量主动分享方法
CN111614643B (zh) * 2020-05-12 2022-11-25 傲林科技有限公司 一种密钥管理方法及区块链系统
CN111641685B (zh) * 2020-05-14 2021-05-18 安擎(天津)计算机有限公司 基于分布式的工业互联网设备协同作业方法及云服务器
CN111625597A (zh) * 2020-05-14 2020-09-04 上海四人行信息科技有限公司 一种基于区块链的供应链大数据管理系统
CN111628929A (zh) * 2020-05-18 2020-09-04 安徽斯瑞菱智能科技有限公司 一种智能物联网信息融合网关系统及其工作方法
WO2021237098A1 (en) * 2020-05-21 2021-11-25 Sectigo, Inc. Devices, systems, and methods for providing security to iot networks and sensors
US11595819B2 (en) 2020-05-26 2023-02-28 At&T Intellectual Property I, L.P. Secure attestation packages for devices on a wireless network
CN111735639B (zh) * 2020-05-26 2022-03-22 清华大学苏州汽车研究院（相城） 一种面向智能网联汽车示范区的自动驾驶场景最小集生成方法
US11711394B2 (en) 2020-05-29 2023-07-25 Cyberus Labs sp. z o.o. System for managing IoT devices
US11481207B2 (en) * 2020-05-29 2022-10-25 Santa Clara University Blockchain based secure software updates for IoT devices
CN111667281B (zh) * 2020-05-31 2024-03-19 友安云(厦门)数据科技有限公司 一种基于电子秤节点的区块链农产品溯源系统及溯源方法
US20210385674A1 (en) * 2020-06-09 2021-12-09 Nordic Semiconductor Asa Digital radio transmissions
CN111711567B (zh) * 2020-06-12 2022-01-07 杭州溪塔科技有限公司 一种基于区块链的网络消息传输方法装置及电子设备
CN111667318B (zh) * 2020-06-18 2023-03-03 广州市九重天信息科技有限公司 一种基于区块链特征的虚拟货币价格波动溯源方法
US11356383B2 (en) * 2020-06-19 2022-06-07 Hewlett Packard Enterprise Development Lp Cloud translation mechanism
US11089118B1 (en) * 2020-06-19 2021-08-10 Northrop Grumman Systems Corporation Interlock for mesh network
US10992338B1 (en) * 2020-06-19 2021-04-27 Microsoft Technology Licensing, Llc Secure wireless IOT platform
CN111770148B (zh) * 2020-06-22 2022-04-29 重庆邮电大学 一种基于区块链技术的雾计算卸载模型优化方法
US11361649B2 (en) * 2020-06-24 2022-06-14 McLane Company, Inc. Tamper resistant data management in a sensor network
US11258850B2 (en) * 2020-06-26 2022-02-22 Bank Of America Corporation Distributed register intelligent node transfer engine
US11477848B2 (en) * 2020-06-29 2022-10-18 At&T Intellectual Property I, L.P. Disseminating alerts or other notifications using ProSe direct discovery signaling
US11233738B1 (en) * 2020-06-30 2022-01-25 Amazon Technologies, Inc. Dynamic performance configuration for data traffic workflows
US11968602B2 (en) * 2020-06-30 2024-04-23 Stmicroelectronics S.R.L. Device, system and method for synchronizing of data from multiple sensors
US11425000B2 (en) * 2020-07-01 2022-08-23 Paypal, Inc. On-the-fly reorganization of directed acyclic graph nodes of a computing service for high integration flexibility
US11729092B2 (en) * 2020-07-02 2023-08-15 Northrop Grumman Systems Corporation System and method for multi-path mesh network communications
US11233632B1 (en) 2020-07-02 2022-01-25 Cal-Chip Electronics Specialty Products, Inc. Connected secure key redistribution system and method
CN111526217B (zh) 2020-07-03 2020-10-09 支付宝(杭州)信息技术有限公司 一种区块链中的共识方法和系统
CN111835755B (zh) * 2020-07-09 2022-06-10 中国联合网络通信集团有限公司 物联网设备和物联网业务系统的相互认证方法及其设备
CN111787119A (zh) * 2020-07-10 2020-10-16 福富信息科技(上海)有限公司 一种基于区块链技术控制工业物联网设备通讯协议装置
CN111967137A (zh) * 2020-07-15 2020-11-20 北京北方华创微电子装备有限公司 一种半导体设备建模方法及装置
TWI775112B (zh) * 2020-07-15 2022-08-21 塞席爾商阿普科爾公司 暫存器存取的方法及系統
CN111865967B (zh) * 2020-07-16 2023-05-16 北京市建筑设计研究院有限公司 一种基于区块链的设备认证方法
US11277727B1 (en) * 2020-07-17 2022-03-15 Sprint Communications Company L.P. Internet of Things communication service
US11750715B2 (en) * 2020-07-17 2023-09-05 Rockwell Automation Technologies, Inc. Industrial automation broker device
US11381955B2 (en) 2020-07-17 2022-07-05 Oracle International Corporation Methods, systems, and computer readable media for monitoring machine type communications (MTC) device related information
CN111737265B (zh) 2020-07-24 2020-12-04 支付宝(杭州)信息技术有限公司 区块数据访问方法、区块数据存储方法及装置
EP3945702A1 (de) * 2020-07-27 2022-02-02 Siemens Aktiengesellschaft Kanalbasierte kommunikation in einem iot-netzwerk
US11947499B2 (en) * 2020-07-31 2024-04-02 EMC IP Holding Company LLC Peer-to-peer global namespace for storage system metadata federations
WO2022027143A1 (en) * 2020-08-06 2022-02-10 Curiato Inc. System and method for modular flexible sensing array system
CN114125847B (zh) * 2020-08-27 2023-12-15 东北大学秦皇岛分校 泛在电力物联网下一种基于设备指纹的终端身份认证方法
CN114157428A (zh) * 2020-09-04 2022-03-08 中国移动通信集团重庆有限公司 一种基于区块链的数字证书管理方法和系统
US20220094556A1 (en) * 2020-09-19 2022-03-24 Radu VESTEMEAN Method and system for creating and storing digital certificates from online meetings using blockchains
CN112165399B (zh) * 2020-09-24 2023-07-14 北京八分量信息科技有限公司 基于可信根度量进行区块链节点故障的处理方法、装置及相关产品
CN114258043A (zh) * 2020-09-25 2022-03-29 瑞昱半导体股份有限公司 配网系统及其方法
US11763043B2 (en) 2020-09-25 2023-09-19 Intel Corporation Enabling late-binding of security features via configuration security controller for accelerator devices
US11757652B2 (en) * 2020-09-25 2023-09-12 Wickr Inc. Decentralized system for securely resolving domain names
US11558344B1 (en) * 2020-09-28 2023-01-17 Unstoppable Domains Inc. Resolving blockchain domains
CN112533221B (zh) * 2020-09-28 2022-03-01 南京航空航天大学 一种联合轨迹规划与频谱决策的无人机抗干扰方法
CN112214802B (zh) * 2020-09-30 2023-04-28 电子科技大学 一种区块链智能合约消息发布订阅方法
US11615074B2 (en) 2020-10-01 2023-03-28 Bank Of America Corporation System and methods for intelligent path selection of enhanced distributed processors
US11928222B2 (en) 2020-10-02 2024-03-12 Blockframe, Inc. Distributed ledger network implementing a synchronous trust consensus model
KR102367017B1 (ko) * 2020-10-13 2022-02-24 주식회사 한국금융솔루션 통신 네트워크 시스템 및 그것의 제어방법
US11929163B1 (en) 2020-10-16 2024-03-12 Express Scripts Strategic Development, Inc. Automated device efficacy determination systems for health monitoring devices
US11515035B1 (en) 2020-10-16 2022-11-29 Express Scripts Strategic Development, Inc. Automated device efficacy determination systems for health monitoring devices
US11704313B1 (en) 2020-10-19 2023-07-18 Splunk Inc. Parallel branch operation using intermediary nodes
KR20220051750A (ko) * 2020-10-19 2022-04-26 삼성전자주식회사 장치간 물리적 인터페이스의 트레이닝을 위한 장치 및 방법
CR20230213A (es) * 2020-10-20 2023-10-23 L3Vel Llc Plataforma de computación de borde en base a una arquitectura de malla inalámbrica
TWI810492B (zh) * 2020-10-21 2023-08-01 元皓能源股份有限公司 可應用於不同場域之環境偵測聯網控制構造
CN112256390B (zh) * 2020-10-22 2023-08-29 海光信息技术股份有限公司 一种度量管理方法及相关设备
CN112215626B (zh) * 2020-10-22 2022-09-13 合肥工业大学 支持环形订单可验证的网约车系统与方法
KR20220053151A (ko) * 2020-10-22 2022-04-29 삼성에스디에스 주식회사 P2p 연결 제어 방법 및 장치
US11520397B2 (en) 2020-10-23 2022-12-06 Microsoft Technology Licensing, Llc Power management of artificial intelligence (AI) models
TWI770646B (zh) * 2020-10-23 2022-07-11 遠傳電信股份有限公司 物聯網設備管理系統及物聯網設備管理方法
CN113467992A (zh) * 2020-10-24 2021-10-01 曹青青 基于区块链的模型信息配置方法、系统及云计算中心
US11423154B2 (en) 2020-10-26 2022-08-23 Micron Technology, Inc. Endpoint authentication based on boot-time binding of multiple components
US11665262B2 (en) * 2020-10-28 2023-05-30 Viavi Solutions Inc. Analyzing network data for debugging, performance, and identifying protocol violations using parallel multi-threaded processing
US11656850B2 (en) * 2020-10-30 2023-05-23 Oracle International Corporation System and method for bounded recursion with a microservices or other computing environment
CN112184194A (zh) * 2020-11-02 2021-01-05 立旃（上海）科技有限公司 基于区块链的资源授权方法及装置
US20240107419A1 (en) 2020-11-02 2024-03-28 Signify Holding B.V. A method of and a node device for relaying a message in a network of operatively interconnected node devices
US11622006B2 (en) * 2020-11-04 2023-04-04 Panduit Corp. Single pair ethernet sensor device and sensor network
US11586182B2 (en) * 2020-11-04 2023-02-21 The Boeing Company System and device to automatically identify data tags within a data stream
US11870747B2 (en) * 2020-11-09 2024-01-09 Mitel Networks Corporation Blockchain-driven certification of iterative electronic communications
CN112416389A (zh) * 2020-11-11 2021-02-26 沈海峰 一种基于区块链技术的ota软件版本管理方法
CN112073542B (zh) * 2020-11-12 2021-02-05 腾讯科技（深圳）有限公司 雾节点调度方法、装置、计算机设备和存储介质
CN112449156A (zh) * 2020-11-12 2021-03-05 上海良延环保科技发展有限公司 一种建筑垃圾回收箱的线上监控系统
EP4002038A1 (de) * 2020-11-13 2022-05-25 VEGA Grieshaber KG Vorrichtung zum schützen eines zugriffs für segmente in verteilten systemen
CN112491823B (zh) * 2020-11-13 2022-07-19 齐鲁工业大学 基于区块链的DDoS攻击联合防御系统及方法
EP4002789A1 (en) * 2020-11-13 2022-05-25 Secure Thingz Limited A provisioning system and method
EP4002788A1 (en) * 2020-11-13 2022-05-25 Secure Thingz Limited A system and devices for secure and efficient provisioning of electronic devices
EP4002791A1 (en) * 2020-11-13 2022-05-25 Secure Thingz Limited A provisioning system and method
CN112468248B (zh) * 2020-11-25 2022-08-09 云南电网有限责任公司信息中心 基于电力无线专网的认知无线电频谱检测方法
CN112612580A (zh) * 2020-11-25 2021-04-06 北京思特奇信息技术股份有限公司 一种组合事件触发方法及触发系统
US11626977B2 (en) 2020-11-30 2023-04-11 Toyota Motor North America, Inc. Out-of-band key splitting and key derivation
CN112474403B (zh) * 2020-12-03 2022-10-18 中邮信息科技(北京)有限公司 一种自主集包的管理方法、装置、介质及电子设备
CN112637000B (zh) * 2020-12-04 2022-08-16 珠海格力电器股份有限公司 物联网设备的监控方法、服务器和物联网设备
JP2022090784A (ja) * 2020-12-08 2022-06-20 キヤノン株式会社 エッジデバイス、プログラム、及びエッジデバイスの制御方法
CN114024959A (zh) * 2020-12-14 2022-02-08 北京八分量信息科技有限公司 一种通过优化节点通讯来实现快速验证的方法
TWI764432B (zh) * 2020-12-14 2022-05-11 嘉藥學校財團法人嘉南藥理大學 物聯網系統及其資訊傳輸方法
US11575751B2 (en) * 2020-12-14 2023-02-07 International Business Machines Corporation Dynamic creation of sensor area networks based on geofenced IoT devices
US20220191256A1 (en) * 2020-12-16 2022-06-16 Ncr Corporation Agnostic data collection platform
EP4016922A1 (en) 2020-12-17 2022-06-22 Telefónica Cybersecurity & Cloud Tech, S.L.U. A method for providing identity and authentication to a data-generation device and a data-generation device
US11777863B2 (en) * 2020-12-21 2023-10-03 Landis+ Gyr Innovations Optimized route for time-critical traffic in mesh network
US20210110374A1 (en) * 2020-12-23 2021-04-15 Ned M. Smith Micro payments in a mobility-as-a-service network
CN112631777B (zh) * 2020-12-26 2023-12-15 扬州大学 基于区块链和边缘计算的搜索和资源分配方法
CN112613056B (zh) * 2020-12-28 2022-03-08 浙江万里学院 基于区块链的物流信息管理方法
CN114760316B (zh) * 2020-12-28 2023-09-26 富泰华工业（深圳）有限公司 区块链构建方法及相关设备
CN116802628A (zh) * 2020-12-30 2023-09-22 西门子（中国）有限公司 数据管理和查询方法、装置、服务网格系统、计算设备
US11588620B2 (en) * 2020-12-30 2023-02-21 Itron, Inc. Forming a blockchain in low-bandwidth, resource-constrained network
US11762844B2 (en) 2020-12-30 2023-09-19 Itron, Inc. Secure trimming of blockchain in a resource-constrained network
US11720540B2 (en) 2020-12-30 2023-08-08 Itron, Inc. Secure blockchain data recovery
US11863344B2 (en) * 2020-12-31 2024-01-02 Fortinet, Inc. Enabling global quality of service for real-time selection of best data communications channels in autonomous driving vehicles
US11611618B2 (en) 2020-12-31 2023-03-21 Nutanix, Inc. Orchestrating allocation of shared resources in a datacenter
US11734044B2 (en) 2020-12-31 2023-08-22 Nutanix, Inc. Configuring virtualization system images for a computing cluster
US11892990B2 (en) * 2021-01-04 2024-02-06 International Business Machines Corporation Removal of transaction noise
US11836281B2 (en) * 2021-01-12 2023-12-05 Dell Products L.P. Locking apparatus for securing a transceiver module
US11886425B2 (en) 2021-01-13 2024-01-30 Unstoppable Domains Inc. Blockchain registry scaling
EP4030803A1 (en) * 2021-01-13 2022-07-20 Tata Consultancy Services Limited Method and system for secure iot device onboarding using a blockchain network
JP7400744B2 (ja) * 2021-01-14 2023-12-19 トヨタ自動車株式会社 車両制御システム
CN114765558B (zh) 2021-01-15 2024-04-09 台达电子工业股份有限公司 工业设备监控方法及工业设备监控系统
US11507698B2 (en) * 2021-01-19 2022-11-22 Dell Products L.P. Blockchain-based attestation service
US11516311B2 (en) * 2021-01-22 2022-11-29 Avago Technologies International Sales Pte. Limited Distributed machine-learning resource sharing and request routing
US20220239472A1 (en) * 2021-01-26 2022-07-28 Ford Global Technologies, Llc Service-oriented architecture in a vehicle
CN112436940B (zh) * 2021-01-27 2021-04-30 电子科技大学 一种基于零知识证明的物联网设备可信启动管理方法
WO2022161623A1 (de) * 2021-01-29 2022-08-04 Asvin Gmbh Verfahren zur kommunikation zwischen elektronischen geräten und system zur kommunikation zwischen elektronischen geräten
US11636116B2 (en) 2021-01-29 2023-04-25 Splunk Inc. User interface for customizing data streams
TWI742999B (zh) * 2021-02-09 2021-10-11 中華電信股份有限公司 聯網設備資料缺漏分析與補值裝置、系統、方法及電腦可讀媒介
US11201789B1 (en) * 2021-02-12 2021-12-14 International Business Machines Corporation Coordinated device grouping in fog computing
JP2022124361A (ja) * 2021-02-15 2022-08-25 富士通株式会社 情報処理装置、情報処理方法及び情報処理プログラム
CN112559637B (zh) * 2021-02-19 2021-06-18 腾讯科技（深圳）有限公司 基于分布式存储的数据处理方法、装置、设备以及介质
US11687053B2 (en) 2021-03-08 2023-06-27 Saudi Arabian Oil Company Intelligent safety motor control center (ISMCC)
US11687487B1 (en) 2021-03-11 2023-06-27 Splunk Inc. Text files updates to an active processing pipeline
DE102021106261A1 (de) * 2021-03-15 2022-09-15 Audi Aktiengesellschaft Verfahren zur Autorisierung eines ersten Teilnehmers in einem Kommunikationsnetz, Verarbeitungseinrichtung, Kraftfahrzeug und Infrastruktureinrichtung
US11620363B1 (en) 2021-03-15 2023-04-04 SHAYRE, Inc. Systems and methods for authentication and authorization for software license management
US20220302724A1 (en) * 2021-03-16 2022-09-22 China Energy Investment Corporation Limited Battery management unit, energy storage system comprising the same, and methods of using the same
KR102478699B1 (ko) 2021-03-18 2022-12-16 중앙대학교 산학협력단 블록체인 기반 IoT 보안 방법 및 장치
US20220303642A1 (en) * 2021-03-19 2022-09-22 Product Development Associates, Inc. Securing video distribution
US11876886B2 (en) * 2021-03-22 2024-01-16 Oracle International Corporation Proof of eligibility consensus for the blockchain network
DE102021107263A1 (de) * 2021-03-23 2022-09-29 Jochen Kuhn Schmuckgegenstand mit RFID-Transpondern
KR102529809B1 (ko) * 2021-03-23 2023-05-08 주식회사 헤세그 신뢰할 수 있는 노드를 통한 블록체인 액세스 방법, 이를 저장하는 컴퓨터로 판독 가능한 기록매체 및 그 시스템
CN113037501A (zh) * 2021-03-26 2021-06-25 同济大学 IoT中基于区块链技术及零知识证明的位置验证系统
US11956212B2 (en) * 2021-03-31 2024-04-09 Palo Alto Networks, Inc. IoT device application workload capture
CN113032401B (zh) * 2021-03-31 2023-09-08 合安科技技术有限公司 基于异形结构树的大数据处理方法、装置及相关设备
US11556316B2 (en) * 2021-03-31 2023-01-17 Intuit Inc. Distributed extensible dynamic graph
WO2022212079A1 (en) * 2021-04-01 2022-10-06 University Of South Florida Deep reinforcement learning for adaptive network slicing in 5g for intelligent vehicular systems and smart cities
US11556637B2 (en) 2021-04-05 2023-01-17 Bank Of America Corporation Information security system and method for anomaly and security threat detection
US11822701B2 (en) * 2021-04-09 2023-11-21 VIQ Solutions Inc. Securing and managing offline digital evidence with a smart data lease system
US11632362B1 (en) 2021-04-14 2023-04-18 SHAYRE, Inc. Systems and methods for using JWTs for information security
US11271843B1 (en) * 2021-04-20 2022-03-08 Netapp, Inc. Quality of service performance diagnostic mechanism
TWI779571B (zh) * 2021-04-21 2022-10-01 宏碁股份有限公司 聲音處理選擇裝置及聲音處理選擇方法
US11663219B1 (en) 2021-04-23 2023-05-30 Splunk Inc. Determining a set of parameter values for a processing pipeline
WO2022232324A1 (en) * 2021-04-27 2022-11-03 Synerio Technologies, Inc. System and method of electronic health record permissioning and monetization
WO2022230115A1 (ja) * 2021-04-28 2022-11-03 三菱電機株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
CN113194469B (zh) * 2021-04-28 2022-05-13 四川师范大学 基于区块链的5g无人机跨域身份认证方法、系统及终端
CN113239325A (zh) * 2021-05-13 2021-08-10 河南中州智慧水利研究院有限公司 基于区块链和雾运算的水利数据运算系统和方法
DE102021113579A1 (de) 2021-05-26 2022-12-01 Sennheiser Electronic Gmbh & Co. Kg Verfahren und Vorrichtung zur Synchronisation
US20220385483A1 (en) * 2021-05-27 2022-12-01 Kigen (Uk) Limited Credential bootstrapping
US20220383305A1 (en) * 2021-05-28 2022-12-01 Civic Technologies, Inc. Methods and apparatus for validation of rules of a smart contract on a centralized or distributed digital ledger
US11502908B1 (en) * 2021-06-02 2022-11-15 Zscaler, Inc. Geo tagging for advanced analytics and policy enforcement on remote devices
US20220405374A1 (en) * 2021-06-03 2022-12-22 Authenticity Institute Inc. Decentralized network security
CN113364584B (zh) * 2021-06-04 2022-06-14 华中师范大学 一种物联网设备与雾节点认证系统和方法
US11785012B2 (en) 2021-06-07 2023-10-10 Bank Of America Corporation Data processing for internet of things (IoT) devices based on recorded user behavior
US11593803B2 (en) * 2021-06-10 2023-02-28 Fong Chuan Julian Yu Two level crux chain platform for protecting and verifying blockchain data
US11853278B2 (en) * 2021-06-10 2023-12-26 Jpmorgan Chase Bank , N.A. Systems and methods for combining graph embedding and random forest classification for improving classification of distributed ledger activities
US20220398256A1 (en) * 2021-06-14 2022-12-15 Christopher Hartline Decentralized information system and method
US11824989B2 (en) * 2021-06-17 2023-11-21 Vmware, Inc. Secure onboarding of computing devices using blockchain
CN113507453B (zh) * 2021-06-18 2023-02-14 深圳市永联科技股份有限公司 物联信息传输方法、嵌入式设备和存储介质
US11902334B2 (en) * 2021-06-23 2024-02-13 Microsoft Technology Licensing, Llc Proxy services for controlling the persistency, utilization, and dissemination of information provided to a service worker
US11895080B2 (en) 2021-06-23 2024-02-06 Oracle International Corporation Methods, systems, and computer readable media for resolution of inter-network domain names
TWI793650B (zh) * 2021-06-24 2023-02-21 泓格科技股份有限公司 具深度學習之工控網路威脅智慧偵測系統及訓練系統
WO2022266777A1 (en) * 2021-06-25 2022-12-29 Eleven-X Incorporated Method and system for authenticating encrypted communication
US11818267B1 (en) * 2021-06-25 2023-11-14 T-Mobile Innovations Llc Multi-level access distributed ledger system
US11621830B1 (en) * 2021-06-28 2023-04-04 SHAYRE, Inc. Systems and methods for facilitating asynchronous secured point-to-point communications
CN113179507B (zh) * 2021-06-30 2021-09-28 南京沁恒微电子股份有限公司 基于蓝牙mesh的无需主设备的自配网组网方法及系统
BR102021013827A2 (pt) * 2021-07-13 2023-01-24 Jong Hwan Kim Comunicador e repetidor para monitaramento de objetos e animais via comunicação sem fio
BR102021013821A2 (pt) * 2021-07-13 2023-01-24 Jong Hwan Kim Localizador autônomo de objetos e animais via comunicação sem fio
US20220006791A1 (en) * 2021-07-15 2022-01-06 Mohammed Mujib Alshahrani Secured Node Authentication and Access Control Model for IoT Smart City
US20230020504A1 (en) * 2021-07-16 2023-01-19 Whitestar Communications, Inc. Localized machine learning of user behaviors in network operating system for enhanced secure services in secure data network
TWI784623B (zh) * 2021-07-19 2022-11-21 林春蓉 碎片式數位創作管理方法及電腦程式產品
US11336732B1 (en) * 2021-07-26 2022-05-17 Schneider Electric USA, Inc. IoT licensing platform and architecture
US20230032090A1 (en) * 2021-07-29 2023-02-02 International Business Machines Corporation Data traffic prioritization based on content
TWI809462B (zh) * 2021-07-29 2023-07-21 費米股份有限公司 具升降功能之共享裝置的控制系統及其控制方法
WO2023008763A1 (en) * 2021-07-30 2023-02-02 Samsung Electronics Co., Ltd. Method and electronic device for managing machine learning services in wireless communication network
US11528197B1 (en) * 2021-08-04 2022-12-13 International Business Machines Corporation Request facilitation for approaching consensus for a service transaction
CN117897704A (zh) * 2021-09-01 2024-04-16 惠普发展公司，有限责任合伙企业 产生消息
CN113747433B (zh) * 2021-09-07 2023-12-19 深圳市兴海物联科技有限公司 一种雾网络中基于区块侧链结构的设备认证方法
WO2023039669A1 (en) * 2021-09-14 2023-03-23 Byos Inc. Apparatus and method for remote access to communication systems
US11595264B1 (en) * 2021-09-17 2023-02-28 Microsoft Technology Licensing, Llc Provisioning edge backhauls for dynamic workloads
WO2023055603A1 (en) * 2021-09-20 2023-04-06 Milvado Energy Llc Decentralized network of electric cars charging stations
US20220012355A1 (en) * 2021-09-23 2022-01-13 Intel Corporation Provisioning federated computation on distributed private data
US11968307B2 (en) * 2021-09-27 2024-04-23 International Bisuness Machines Corporation Private ledger partitions in blockchain networks
CN113766458B (zh) * 2021-09-29 2023-06-02 重庆长安汽车股份有限公司 一种基于iot的车端后装设备实现网联的方法、与汽车远程控制终端交互的方法及系统
TWI805005B (zh) * 2021-09-30 2023-06-11 鴻海精密工業股份有限公司 圖像檢測方法、電子設備及存儲介質
FR3128343A1 (fr) * 2021-10-18 2023-04-21 Dotdot Methode de transmission de donnees dans un reseau maille et dispositif de communication dans un tel reseau
US11552975B1 (en) * 2021-10-26 2023-01-10 Palo Alto Networks, Inc. IoT device identification with packet flow behavior machine learning model
CN113691380B (zh) * 2021-10-26 2022-01-18 西南石油大学 一种智能电网中多维隐私数据聚合方法
CN113742370B (zh) * 2021-11-02 2022-04-19 阿里云计算有限公司 全加密数据库的数据查询方法、统计信息密文生成方法
WO2023081432A1 (en) * 2021-11-07 2023-05-11 Squire Solutions, Inc. System and method for coordinating and executing complex communication tasks using structured messaging and off-line synchronization
US11587429B1 (en) * 2021-11-16 2023-02-21 Honeywell International Inc. Event detection using distributed event devices
CN113839967B (zh) * 2021-11-26 2022-02-15 深圳市聚慧合创信息技术有限公司 基于大数据技术的物联网设备欺诈防控系统
CN114257589B (zh) * 2021-11-30 2023-02-17 深圳技术大学 基于IoT云的轻量级数据通信方法、装置及可读介质
US11748374B2 (en) * 2021-11-30 2023-09-05 Snowflake Inc. Replication group objects configuration in a network-based database system
US20230169355A1 (en) * 2021-12-01 2023-06-01 Capital One Services, Llc Replica reliability
WO2023099895A1 (en) * 2021-12-02 2023-06-08 Royal Holloway University Of London A method and system for securely sharing data
US11627063B1 (en) * 2021-12-02 2023-04-11 Verizon Patent And Licensing Inc. Systems and methods for measuring unidirectional latency of applications over asymmetric links
KR20230086495A (ko) * 2021-12-08 2023-06-15 펜타시큐리티시스템 주식회사 블록체인 기반의 데이터 공유 방법 및 장치
US20230177198A1 (en) * 2021-12-08 2023-06-08 Xinsere Inc. Highly distributed, cryptographic-based data storage method
TWI803093B (zh) * 2021-12-09 2023-05-21 中華電信股份有限公司 處理豐富文字之語意理解系統、方法及其電腦可讀媒介
US20230186289A1 (en) * 2021-12-14 2023-06-15 Micron Technology, Inc. Solid State Drives with Autonomous Control of Proof of Space Activities
AT525553B1 (de) * 2021-12-21 2023-05-15 Avl Ditest Gmbh Messgerät und Verfahren zum Betreiben eines Messgeräts
CN114218809B (zh) * 2021-12-29 2022-06-03 中国科学技术大学 面向以太坊智能合约的协议自动形式化建模方法与系统
CN114024776A (zh) * 2022-01-05 2022-02-08 北京理工大学 支持定时解密的加密传输方法及系统
US11924222B2 (en) 2022-01-13 2024-03-05 Bank Of America Corporation Intelligent real time dynamic smart contract generation for secure processing of internet of things (IoT) device based events
EP4216115A1 (en) * 2022-01-19 2023-07-26 Siemens Aktiengesellschaft Device with recyclable computing component and method
CN114115834B (zh) * 2022-01-25 2022-04-26 之江实验室 一种软硬件协同编译处理方法及系统
US11627125B1 (en) * 2022-02-08 2023-04-11 My Job Matcher, Inc. Apparatus and methods for credentialing users across user devices
CN114219802B (zh) * 2022-02-21 2022-06-14 成都飞机工业（集团）有限责任公司 一种基于图像处理的蒙皮连接孔孔位检测方法
TWI810853B (zh) * 2022-03-21 2023-08-01 安研科技股份有限公司 具有工業物聯網模型預測與行動稽核功能的雲端平台
CN114826979B (zh) * 2022-04-07 2023-08-15 中国联合网络通信集团有限公司 网络链路质量获取方法、装置、系统、设备及存储介质
WO2023200260A1 (en) * 2022-04-13 2023-10-19 Samsung Electronics Co., Ltd. Method and apparatus for handling pemc switchover in wireless communication system
CN114493810B (zh) * 2022-04-14 2022-07-05 成都信息工程大学 物联网数据处理方法、装置及介质
WO2023203275A1 (en) * 2022-04-22 2023-10-26 Everynet Oy Methods and systems for limiting backhaul utilization in low power wide area networks
CN114531248B (zh) * 2022-04-24 2022-07-05 国网浙江省电力有限公司电力科学研究院 区块链与5g融合的分布式能源系统去中心控制方法及系统
CN114944941B (zh) * 2022-04-24 2023-03-17 北京交通大学 一种基于区块链的物联网服务分布式访问控制方法
US11868219B2 (en) * 2022-05-04 2024-01-09 Red Hat, Inc. Data preservation for node evacuation in unstable nodes within a mesh
WO2023224592A1 (en) * 2022-05-18 2023-11-23 Ege Üni̇versi̇tesi̇ Secure communication protocol for swarms of unmanned aerial vehicles (uavs)
CN115296976B (zh) * 2022-06-28 2024-03-22 青岛海尔科技有限公司 物联网设备故障检测方法、装置、设备及存储介质
US11777870B1 (en) * 2022-07-08 2023-10-03 Bank Of America Corporation Machine-learning (ML)-based systems and methods for maximizing resource utilization
US20240015016A1 (en) * 2022-07-08 2024-01-11 Anon-X, Inc. Internet packet provenance to verify packet validity and control packet usage
WO2024012664A1 (en) * 2022-07-12 2024-01-18 S1Seven Gmbh Cryptographically secure derived quality data of a metallic product
US20240022429A1 (en) * 2022-07-14 2024-01-18 Nokia Solutions And Networks Oy Registering and validating a new validator for a proof-of-origin blockchain
TWI806711B (zh) * 2022-07-20 2023-06-21 財團法人工業技術研究院 感測器之上下游組態建立方法、異常檢測方法及管理系統
CN115277168B (zh) * 2022-07-25 2023-05-26 绿盟科技集团股份有限公司 一种访问服务器的方法以及装置、系统
US20240037550A1 (en) * 2022-07-29 2024-02-01 Ncr Corporation Information encoding and transmission techniques
US11949500B2 (en) * 2022-08-29 2024-04-02 Stmicroelectronics S.R.L. Time division multiplexing hub
US20240078574A1 (en) * 2022-09-01 2024-03-07 Unl Network B.V. System and method for a fair marketplace for time-sensitive and location-based data
WO2024054200A1 (en) * 2022-09-06 2024-03-14 Satelles, Inc. Validation of position, navigation, time signals
TWI830392B (zh) * 2022-09-20 2024-01-21 國立虎尾科技大學 無人機半開源控制系統及其設計方法
WO2024073116A1 (en) * 2022-09-29 2024-04-04 Byt, Inc. Computer systems and computer-implemented methods utilizing digital resource accessing mechanism schema for digital tokens
CN115334486B (zh) * 2022-10-18 2023-03-03 成都锐成芯微科技股份有限公司 蓝牙通信方法及蓝牙系统
CN115714669B (zh) * 2022-10-20 2024-02-06 云南师范大学 一种区块链下基于purh-cp-abe的隐私数据跨域共享方法
US11870660B1 (en) * 2022-10-25 2024-01-09 Zoom Video Communications, Inc. Dynamic and configurable local mesh network for video conference
CN115550194B (zh) * 2022-12-01 2023-04-28 中国科学院合肥物质科学研究院 基于类最远采样的区块链网络传输方法及存储介质
CN115987782B (zh) * 2023-03-20 2023-06-06 建信金融科技有限责任公司 云主机名的生成方法、装置、设备、存储介质和程序产品
TWI830649B (zh) * 2023-04-14 2024-01-21 鴻銘資訊有限公司 交通道路設備路由監控數據裝置
CN116305220B (zh) * 2023-05-18 2023-08-08 天云融创数据科技（北京）有限公司 一种基于大数据的资源数据处理方法及系统
CN117541199B (zh) * 2024-01-09 2024-04-16 成都了了科技有限公司 一种基于统一调度的事件枢纽平台
CN117610561B (zh) * 2024-01-23 2024-04-16 国网山东省电力公司东营供电公司 一种远程监督学习的电力文本审计异常识别方法及系统
CN117808563A (zh) * 2024-02-29 2024-04-02 中国十九冶集团有限公司 基于区块链智能合约的灯杆异质业务定制接入装置及方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006253837A (ja) * 2005-03-08 2006-09-21 Sony Corp 通信方法，移動通信装置，サーバ装置，およびコンピュータプログラム
JP2007202036A (ja) * 2006-01-30 2007-08-09 Fujitsu Ltd パケット中継方法及びパケット中継システム
JP2007264922A (ja) * 2006-03-28 2007-10-11 Seiko Epson Corp ＵＰｎＰの規定に基づいてデジタルコンテンツを管理するサーバへのデジタルコンテンツのアップロード
WO2012018130A1 (en) * 2010-08-05 2012-02-09 Nec Corporation Group security in machine-type communication
JP2014082624A (ja) * 2012-10-16 2014-05-08 Nippon Telegraph & Telephone West Corp プロキシ装置及び中継装置
JP2015536617A (ja) * 2012-11-09 2015-12-21 ティモシー モスバーガー、 エンティティ・ネットワーク・トランスレーション（ｅｎｔ）
US20160275461A1 (en) * 2015-03-20 2016-09-22 Rivetz Corp. Automated attestation of device integrity using the block chain

Family Cites Families (127)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1994014118A1 (en) * 1992-12-17 1994-06-23 Legent Corporation System and method for generating local area network operating statistics
US5720716A (en) 1995-06-07 1998-02-24 Cobe Laboratories, Inc. Extracorporeal blood processing methods and apparatus
SG67354A1 (en) 1996-06-27 1999-09-21 Inst Of Systems Science Nation Computationally efficient method for trusted and dynamic digital objects dissemination
AU5062900A (en) 1999-04-26 2000-11-10 Nokia Mobile Phones Limited Radio terminal for browsing the internet
JP3671759B2 (ja) 1999-08-26 2005-07-13 株式会社日立製作所 ソフトウェア配布方法およびシステム
SG97830A1 (en) * 2000-01-07 2003-08-20 Matsushita Electric Ind Co Ltd Time based multimedia objects streaming apparatus and method
US20020031230A1 (en) * 2000-08-15 2002-03-14 Sweet William B. Method and apparatus for a web-based application service model for security management
US7145919B2 (en) * 2001-06-01 2006-12-05 Telefonaktienbolaget Lm Ericsson (Publ) Method and apparatus for transporting different classes of data bits in a payload over a radio interface
US7010613B2 (en) * 2001-09-07 2006-03-07 Intel Corporation Methods and apparatus for reducing frame overhead on local area networks
US6970703B2 (en) * 2002-01-23 2005-11-29 Motorola, Inc. Integrated personal communications system and method
WO2004008696A1 (en) 2002-07-16 2004-01-22 Enterasys Networks, Inc. Apparatus and method for a virtual hierarchial local area network
US7305422B1 (en) 2002-09-26 2007-12-04 Oracle International Corporation Performing computationally intensive calculations within a database server that provides a recovery mechanism
US8356067B2 (en) 2002-10-24 2013-01-15 Intel Corporation Servicing device aggregates
GB0303192D0 (en) 2003-02-12 2003-03-19 Saviso Group Ltd Methods and apparatus for traffic management in peer-to-peer networks
FR2853302B1 (fr) 2003-04-02 2006-02-24 Nestle Waters Man & Technology Capsule a opercule percable, bouchon muni d'une telle capsule contenant une substance destinee a etre ajoutee au contenu du recipient ainsi bouche et recipient correspondant
US7103763B2 (en) 2003-04-24 2006-09-05 International Business Machines Corporation Storage and access of configuration data in nonvolatile memory of a logically-partitioned computer
CN1234226C (zh) * 2003-06-27 2005-12-28 中国科学院计算技术研究所 一种利用分组头中的剩余生命期进行分组传输服务质量调度的方法
US8345701B1 (en) * 2003-08-26 2013-01-01 F5 Networks, Inc. Memory system for controlling distribution of packet data across a switch
US20070245419A1 (en) 2004-04-29 2007-10-18 Padraig Omahony Intrusion detection during program execution in a computer
US7424602B2 (en) 2005-12-29 2008-09-09 Sap Ag Application system configuration packages
US8522341B2 (en) * 2006-03-31 2013-08-27 Sap Ag Active intervention in service-to-device mapping for smart items
US8554536B2 (en) * 2006-05-24 2013-10-08 Verizon Patent And Licensing Inc. Information operations support system, method, and computer program product
US7934221B2 (en) 2007-02-27 2011-04-26 Serena Software, Inc. Approach for proactive notification of contract changes in a software service
EP2041914B1 (en) * 2007-06-29 2018-08-08 BlackBerry Limited System and method for accessing features offered by an application server
KR20100080822A (ko) 2007-09-28 2010-07-12 엑세리온 악티에볼라그 네트워크 오퍼레이팅 시스템
US20200267163A1 (en) * 2008-04-25 2020-08-20 Kelce S. Wilson Blockchain for Documents Having Legal Evidentiary Value
US8422513B2 (en) 2008-05-23 2013-04-16 Nokia Siemens Networks Oy Providing station context and mobility in a wireless local area network having a split MAC architecture
KR101156619B1 (ko) * 2008-12-22 2012-06-14 한국전자통신연구원 프레임 축소 방법 및 장치
CN102498686A (zh) * 2009-04-24 2012-06-13 韩国电子通信研究院 传送装置和转发方法
WO2011011534A1 (en) 2009-07-23 2011-01-27 Sourcetrace Systems, Inc. Modification of terminal and service provider machines using an update server machine
JP5509754B2 (ja) 2009-09-15 2014-06-04 株式会社リコー ソフトウェア管理装置、ソフトウェア配信システム、インストール方法およびプログラム
US8675662B2 (en) * 2009-12-15 2014-03-18 Verizon Patent And Licensing Inc. IPv6 VLAN tag packet transport optimization
WO2011129618A2 (ko) * 2010-04-13 2011-10-20 엘지전자 주식회사 무선랜 시스템에서 통신 방법 및 장치
CN102238146B (zh) 2010-04-27 2014-10-08 中国移动通信集团公司 认证方法、装置、认证中心及系统
CN101990238B (zh) 2010-11-05 2013-06-26 中国科学院声学研究所 一种传感器网络数据聚合的实现方法
US8713589B2 (en) * 2010-12-23 2014-04-29 Microsoft Corporation Registration and network access control
US9110936B2 (en) * 2010-12-28 2015-08-18 Microsoft Technology Licensing, Llc Using index partitioning and reconciliation for data deduplication
US9003104B2 (en) 2011-02-15 2015-04-07 Intelligent Intellectual Property Holdings 2 Llc Systems and methods for a file-level cache
DE112011104987T5 (de) * 2011-03-02 2013-12-12 Mitsubishi Electric Corporation Programmierbare Anzeigevorrichtung und Zeichendatenerzeugungsverfahren
US9565074B2 (en) * 2011-04-26 2017-02-07 Openet Telecom Ltd. Systems, devices, and methods of orchestrating resources and services across multiple heterogeneous domains
US8732693B2 (en) 2011-08-04 2014-05-20 Microsoft Corporation Managing continuous software deployment
US8683443B2 (en) 2011-08-25 2014-03-25 Salesforce.Com, Inc. Streamlined methodology for resolving software integration conflicts
US20170063566A1 (en) * 2011-10-04 2017-03-02 Electro Industries/Gauge Tech Internet of things (iot) intelligent electronic devices, systems and methods
US9686131B2 (en) * 2011-12-14 2017-06-20 Moxa Inc. System, gateway, and method for automatic setting configuration by learning commands
US8879550B2 (en) * 2012-05-08 2014-11-04 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for packet classification
EP2667541B1 (en) 2012-05-23 2015-08-05 Alcatel Lucent Connectivity service orchestrator
US8954735B2 (en) * 2012-09-28 2015-02-10 Intel Corporation Device, method, and system for secure trust anchor provisioning and protection using tamper-resistant hardware
US9876775B2 (en) * 2012-11-09 2018-01-23 Ent Technologies, Inc. Generalized entity network translation (GENT)
CN103106068B (zh) * 2013-02-28 2015-03-18 江苏中科物联网科技创业投资有限公司 物联网大数据快速校验方法
CN103200616B (zh) * 2013-03-06 2015-12-23 重庆邮电大学 一种建立物联网网络模型的节能部署方法
US11282139B1 (en) * 2013-06-28 2022-03-22 Gemini Ip, Llc Systems, methods, and program products for verifying digital assets held in a custodial digital asset wallet
US8918775B1 (en) 2013-07-12 2014-12-23 Ca, Inc. Dynamic release control of software application version changes
WO2015013459A1 (en) * 2013-07-26 2015-01-29 Ad-Vantage Networks, Inc. Systems and methods for managing network resource requests
CN105453485A (zh) 2013-09-06 2016-03-30 华为技术有限公司 用于服务嵌入和资源协调的系统及方法
US11716211B2 (en) * 2016-10-01 2023-08-01 James L. Schmeling 3D-printed packaging with blockchain integration
RU2644123C2 (ru) * 2013-10-18 2018-02-07 Фраунхофер-Гезелльшафт Цур Фердерунг Дер Ангевандтен Форшунг Е.Ф. Принцип для кодирования аудиосигнала и декодирования аудиосигнала с использованием детерминированной и шумоподобной информации
US10078635B2 (en) * 2013-11-22 2018-09-18 Genband Us Llc Systems and methods for customizing SIP message processing
US20150156266A1 (en) 2013-11-29 2015-06-04 Qualcomm Incorporated Discovering cloud-based services for iot devices in an iot network associated with a user
EP3108619A4 (en) 2014-02-23 2017-09-06 Intel Corporation Orchestration and management of services to deployed devices
WO2015130752A1 (en) 2014-02-28 2015-09-03 John Boudreaux Sensor network gateway
US10340038B2 (en) 2014-05-13 2019-07-02 Nant Holdings Ip, Llc Healthcare transaction validation via blockchain, systems and methods
WO2015179499A1 (en) * 2014-05-20 2015-11-26 Convida Wireless, Llc Scalable data discovery in an internet of things (iot) system
US11604598B2 (en) * 2014-07-02 2023-03-14 Pure Storage, Inc. Storage cluster with zoned drives
EP3164980B1 (en) * 2014-07-04 2020-03-11 Newracom, Inc. Physical layer protocol data unit format in a high efficiency wireless lan
US10476615B2 (en) * 2014-07-16 2019-11-12 Qualcomm Incorporated Techniques for scaling bandwidth of an unlicensed radio frequency spectrum band
US10200165B2 (en) * 2014-10-06 2019-02-05 Newracom, Inc. Beamformed transmission in high efficiency wireless LAN
KR20160045025A (ko) * 2014-10-16 2016-04-26 뉴라컴 인코포레이티드 고효율 무선랜에서 다중 사용자 전송을 위한 대역폭 결정
TW201621646A (zh) * 2014-12-10 2016-06-16 Li-Yu Chao 電子系統、物聯網裝置及其控制方法
US9635021B2 (en) 2014-12-18 2017-04-25 Intel Corporation Trusted ephemeral identifier to create a group for a service and/or to provide the service
US10327246B2 (en) * 2014-12-30 2019-06-18 Newracom, Inc. Method and apparatus for wide bandwidth PPDU transmission in a high efficiency wireless LAN
US9917933B2 (en) * 2014-12-30 2018-03-13 Newracom, Inc. Method and apparatus for wide bandwidth PPDU transmission in a high efficiency wireless LAN
US10614050B2 (en) * 2015-01-25 2020-04-07 Iguazio Systems, Ltd. Managing object requests via multiple indexes
US11405389B2 (en) * 2015-01-29 2022-08-02 Htc Corporation Internet of Things system and control method thereof
US9967334B2 (en) 2015-03-02 2018-05-08 Dell Products Lp Computing device configuration and management using a secure decentralized transaction ledger
US9967333B2 (en) 2015-03-02 2018-05-08 Dell Products Lp Deferred configuration or instruction execution using a secure distributed transaction ledger
US11023968B2 (en) 2015-03-05 2021-06-01 Goldman Sachs & Co. LLC Systems and methods for updating a distributed ledger based on partial validations of transactions
FR3033668B1 (fr) 2015-03-09 2019-07-26 Safran Aircraft Engines Pile a combustible presentant une structure renforcee
US20160283920A1 (en) * 2015-03-28 2016-09-29 Justin Fisher Authentication and verification of digital data utilizing blockchain technology
US10182361B1 (en) * 2015-04-09 2019-01-15 Newracom, Inc. Receiver behavior for uplink multi-user transmission in wireless LAN systems
US10070458B2 (en) * 2015-05-22 2018-09-04 Newracom, Inc. Resource request and allocation for uplink multi-user communication
US20160379212A1 (en) * 2015-06-26 2016-12-29 Intel Corporation System, apparatus and method for performing cryptographic operations in a trusted execution environment
US20160380968A1 (en) * 2015-06-26 2016-12-29 Intel Corporation Generating network device names
US9985837B2 (en) 2015-07-23 2018-05-29 Cisco Technology, Inc. Refresh of the binding tables between data-link-layer and network-layer addresses on mobility in a data center environment
US10547503B2 (en) * 2015-07-30 2020-01-28 Cisco Technology, Inc. Network connected device usage profile management
US10402792B2 (en) * 2015-08-13 2019-09-03 The Toronto-Dominion Bank Systems and method for tracking enterprise events using hybrid public-private blockchain ledgers
US10129001B2 (en) * 2015-08-14 2018-11-13 Newracom, Inc. Block acknowledgment for multi-user transmissions in WLAN systems
US10411850B2 (en) * 2015-08-28 2019-09-10 Newracom, Inc. Apparatus and method for network allocation vector operations
US10425414B1 (en) * 2015-08-31 2019-09-24 United Services Automobile Association (Usaa) Security platform
US9977667B2 (en) * 2015-09-09 2018-05-22 Red Hat, Inc. Updating software utilizing domain name system (DNS)
WO2017053305A1 (en) * 2015-09-23 2017-03-30 Google Inc. Systems and methods for load balancing in a distributed software defined network packet core system
US10514848B2 (en) * 2015-09-28 2019-12-24 Beijing Lenovo Software Ltd. Data storage method for selectively storing data in a buffer preset in a memory of an electronic device or an inherent buffer in an SSD
BR112018007449B1 (pt) * 2015-10-17 2024-02-20 Banqu, Inc Dispositivo de computação, método implementado por computador e dispositivo de memória legível por computador
US10050840B2 (en) 2015-11-23 2018-08-14 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for an internet of things (IOT) device access in a software-defined networking (SDN) system
US10805393B2 (en) * 2015-12-02 2020-10-13 Olea Networks, Inc. System and method for data management structure using auditable delta records in a distributed environment
US9942235B2 (en) * 2015-12-16 2018-04-10 Verizon Patent And Licensing Inc. Network access security for internet of things (IoT) devices
CN105404701B (zh) 2015-12-31 2018-11-13 浙江图讯科技股份有限公司 一种基于对等网络的异构数据库同步方法
US10313202B2 (en) * 2016-01-06 2019-06-04 LiveView Technologies, LLC Dynamically mapping network addresses
US10713654B2 (en) 2016-01-21 2020-07-14 International Business Machines Corporation Enterprise blockchains and transactional systems
US9684544B1 (en) * 2016-02-05 2017-06-20 Sas Institute Inc. Distributed data set storage and analysis reproducibility
US10083055B2 (en) * 2016-02-12 2018-09-25 At&T Intellectual Property I, L.P. Management of IoT devices in a virtualized network
IL278834B2 (en) * 2016-02-23 2023-09-01 Nchain Holdings Ltd Automatic registration and management method for smart contracts based on 'block chain'
US10140100B2 (en) * 2016-03-04 2018-11-27 Google Llc Device common model interface
GB2549085B (en) 2016-03-30 2020-11-18 British Telecomm Blockchain state reliability determination
CN105763426B (zh) * 2016-04-12 2018-04-06 北京理工大学 一种基于多协议即时通信系统的物联网业务处理系统
GB201607477D0 (en) * 2016-04-29 2016-06-15 Eitc Holdings Ltd A method and system for controlling the performance of a contract using a distributed hash table and a peer to peer distributed ledger
US10532268B2 (en) * 2016-05-02 2020-01-14 Bao Tran Smart device
US10046228B2 (en) * 2016-05-02 2018-08-14 Bao Tran Smart device
US11829998B2 (en) * 2016-06-07 2023-11-28 Cornell University Authenticated data feed for blockchains
US10659325B2 (en) * 2016-06-15 2020-05-19 Thousandeyes, Inc. Monitoring enterprise networks with endpoint agents
US10108954B2 (en) * 2016-06-24 2018-10-23 PokitDok, Inc. System and method for cryptographically verified data driven contracts
US10212639B2 (en) * 2016-07-26 2019-02-19 At&T Intellectual Property I, L.P. Method and apparatus for dynamic data path selection for narrow band wireless communication
US10368288B2 (en) * 2016-08-18 2019-07-30 Bridgefy, Inc. Systems and methods for connecting devices through intermediate nodes
US10878522B2 (en) * 2016-08-18 2020-12-29 First American Financial Corporation Systems and methods for using blockchains to record, manage, and transfer ownership rights to land titles
US11463526B2 (en) * 2016-08-25 2022-10-04 Intel Corporation Future proofing and prototyping an internet of things network
US20180268386A1 (en) * 2016-09-13 2018-09-20 C. Jay Wack Identity Management Distributed Ledger and Blockchain
US10193802B2 (en) * 2016-09-13 2019-01-29 Oracle International Corporation Methods, systems, and computer readable media for processing messages using stateful and stateless decode strategies
US10142364B2 (en) * 2016-09-21 2018-11-27 Upguard, Inc. Network isolation by policy compliance evaluation
US10185550B2 (en) 2016-09-28 2019-01-22 Mcafee, Inc. Device-driven auto-recovery using multiple recovery sources
US10178579B2 (en) * 2016-10-21 2019-01-08 Afero, Inc. Internet of things (IoT) system and method for selecting a secondary communication channel
US10798063B2 (en) * 2016-10-21 2020-10-06 Nebbiolo Technologies, Inc. Enterprise grade security for integrating multiple domains with a public cloud
WO2018126076A1 (en) * 2016-12-30 2018-07-05 Intel Corporation Data packaging protocols for communications between iot devices
US10642522B2 (en) * 2017-09-15 2020-05-05 Alibaba Group Holding Limited Method and system for in-line deduplication in a storage drive based on a non-collision hash
US10306513B2 (en) * 2017-09-29 2019-05-28 Intel Corporation Connectivity service level orchestrator and arbitrator in internet of things (IoT) platforms
US11288740B2 (en) * 2017-12-29 2022-03-29 Intel Corporation Securing distributed electronic wallet shares
JP7010384B2 (ja) 2018-09-26 2022-01-26 日産自動車株式会社 電動車両の制御方法および電動車両の駆動システム
US20210256511A1 (en) * 2020-02-14 2021-08-19 SOS Solutions, lnc. Systems and methods for facilitating transactions
CN116113967A (zh) 2020-07-16 2023-05-12 强力交易投资组合2018有限公司 用于控制数字知识相关权利的系统和方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006253837A (ja) * 2005-03-08 2006-09-21 Sony Corp 通信方法，移動通信装置，サーバ装置，およびコンピュータプログラム
JP2007202036A (ja) * 2006-01-30 2007-08-09 Fujitsu Ltd パケット中継方法及びパケット中継システム
JP2007264922A (ja) * 2006-03-28 2007-10-11 Seiko Epson Corp ＵＰｎＰの規定に基づいてデジタルコンテンツを管理するサーバへのデジタルコンテンツのアップロード
WO2012018130A1 (en) * 2010-08-05 2012-02-09 Nec Corporation Group security in machine-type communication
JP2014082624A (ja) * 2012-10-16 2014-05-08 Nippon Telegraph & Telephone West Corp プロキシ装置及び中継装置
JP2015536617A (ja) * 2012-11-09 2015-12-21 ティモシー モスバーガー、 エンティティ・ネットワーク・トランスレーション（ｅｎｔ）
US20160275461A1 (en) * 2015-03-20 2016-09-22 Rivetz Corp. Automated attestation of device integrity using the block chain

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
大橋 盛徳 ほか: "デジタルコンテンツのスマートプロパティ化に向けた情報登録方法の提案と実装", 研究報告セキュリティ心理学とトラスト（ＳＰＴ）, vol. 第2016-SPT-18巻，第3号, JPN6018004546, 5 May 2016 (2016-05-05), JP, pages 1 - 6, ISSN: 0004672936 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022518370A (ja) * 2019-01-22 2022-03-15 エスツーダブリュー インコーポレイテッド 暗号通貨取引の分析方法及びシステム
JP7313597B2 (ja) 2019-01-22 2023-07-25 エスツーダブリュー インコーポレイテッド 暗号通貨取引の分析方法及びシステム
JP2022522535A (ja) * 2019-04-05 2022-04-19 ナイキ イノベイト シーブイ モノのインターネットを使用した無線周波数識別スキャン
JP2023100750A (ja) * 2019-04-05 2023-07-19 ナイキ イノベイト シーブイ モノのインターネットを使用した無線周波数識別スキャン
JP7418611B2 (ja) 2020-06-01 2024-01-19 パロ アルト ネットワークス，インコーポレイテッド ＩｏＴデバイスの検出および識別
US11770701B2 (en) 2021-02-05 2023-09-26 Argo AI, LLC Secure communications with autonomous vehicles
EP4184343A1 (en) 2021-11-18 2023-05-24 OMRON Corporation Information processing system, information processing method and information processing program
EP4184344A1 (en) 2021-11-18 2023-05-24 OMRON Corporation Information processing system and information processing method
WO2023127530A1 (ja) * 2021-12-28 2023-07-06 京セラ株式会社 システム、ノード、及びプログラム
EP4322468A1 (en) 2022-08-08 2024-02-14 Fujitsu Limited Information concealing program, method of concealing information, and information management apparatus

Also Published As

Publication number Publication date
EP3934203A1 (en) 2022-01-05
US20190349433A1 (en) 2019-11-14
EP3639536A2 (en) 2020-04-22
US20190349733A1 (en) 2019-11-14
JP7205994B2 (ja) 2023-01-17
JP2023052135A (ja) 2023-04-11
EP3563545A2 (en) 2019-11-06
US11290324B2 (en) 2022-03-29
KR20190100177A (ko) 2019-08-28
TWI815443B (zh) 2023-09-11
CN110024352A (zh) 2019-07-16
US20190349254A1 (en) 2019-11-14
EP3563596A1 (en) 2019-11-06
DE112017006701T5 (de) 2019-09-19
CN110024330A (zh) 2019-07-16
CN113765715A (zh) 2021-12-07
US11196623B2 (en) 2021-12-07
US20220303181A1 (en) 2022-09-22
EP3563546B1 (en) 2021-11-10
CN110024422B (zh) 2023-07-18
EP3563521A1 (en) 2019-11-06
EP3563546A1 (en) 2019-11-06
CN110050474A (zh) 2019-07-23
US20190349190A1 (en) 2019-11-14
WO2018125989A3 (en) 2018-08-23
CN110024352B (zh) 2023-01-13
US11108627B2 (en) 2021-08-31
US20220255796A1 (en) 2022-08-11
US20220200851A1 (en) 2022-06-23
US20190349426A1 (en) 2019-11-14
US11916730B2 (en) 2024-02-27
WO2018126029A2 (en) 2018-07-05
TW202307686A (zh) 2023-02-16
US11431561B2 (en) 2022-08-30
US20220294690A1 (en) 2022-09-15
TWI764971B (zh) 2022-05-21
CN110024422A (zh) 2019-07-16
WO2018126065A1 (en) 2018-07-05
US11902090B2 (en) 2024-02-13
US11128528B2 (en) 2021-09-21
WO2018126029A3 (en) 2018-08-09
WO2018126077A1 (en) 2018-07-05
US11637746B2 (en) 2023-04-25
US11296937B2 (en) 2022-04-05
US20190349261A1 (en) 2019-11-14
TW201835784A (zh) 2018-10-01
US11770296B2 (en) 2023-09-26
US20230110131A1 (en) 2023-04-13
US20220286354A1 (en) 2022-09-08
WO2018125989A2 (en) 2018-07-05
CN110024330B (zh) 2022-06-24
US11296935B2 (en) 2022-04-05
US20210126826A1 (en) 2021-04-29
WO2018126076A1 (en) 2018-07-05
WO2018126075A1 (en) 2018-07-05

Similar Documents

Publication Publication Date Title
JP7205994B2 (ja) モノのインターネット
US20210110310A1 (en) Methods and apparatus to verify trained models in an edge environment
Sinha et al. Building an E Ective IoT Ecosystem for Your Business
CN114026834A (zh) 边缘计算部署中的多实体资源、安全性和服务管理
Bhat et al. Edge computing and its convergence with blockchain in 5G and beyond: Security, challenges, and opportunities
EP3975476A1 (en) Trust-based orchestration of an edge node
CN109314694A (zh) 可重配置的机器对机器系统中的组管理
KR102659439B1 (ko) 사물 인터넷을 위한 명명 및 블록체인 기록
Makiabadi Edge computing, fog and MIST architecture analysis, application, and challenges
Borges 5GLAN: Local Area Networks Based on 5G Technologies for Mission Critical Services
Saini Energy Efficient and Delay Sensitive Task Offloading and Resource Allocator on IoT-Fog-Cloud Architecture

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201221

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201221

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20211110

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220104

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220404

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220816

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221108

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221129

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221227

R150 Certificate of patent or registration of utility model

Ref document number: 7205994

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150