CN111937013A

CN111937013A - 电子设备管理

Info

Publication number: CN111937013A
Application number: CN201980022656.4A
Authority: CN
Inventors: A·塔瓦尔萨里; T·I·萨沃莱南
Original assignee: Nokia Technologies Oy
Current assignee: Nokia Technologies Oy
Priority date: 2018-03-28
Filing date: 2019-03-27
Publication date: 2020-11-13
Also published as: US20210011710A1; WO2019185709A1; US11231920B2; EP3547231A1

Abstract

根据示例方面，提供了一种方法，该方法包括：生成具有多个目标设备用于执行更新的信息的智能合约，针对多个目标设备为分布式账本提供智能合约，接收给分布式账本的、有关多个目标设备准备好执行更新的指示，以及接收给分布式账本的、有关多个目标设备对更新的执行的另一指示。

Description

电子设备管理

技术领域

各种示例实施例涉及管理电子设备。

背景技术

协调软件升级通常由适合于交付和协调软件更新的服务器提供。这样的集中式服务器可以维护注册表，该注册表保存关于更新状态和通信的信息。

物联网(IoT)促进了作为物理世界中不可或缺的一部分的计算设备的进一步传播。硬件开发的进步使得几乎在任何地方都可以嵌入连接性和可编程性。小型的廉价的日常设备将具有相当大的计算和存储能力。随着设备数目的增加以及在安全关键型应用和领域中的使用变得越来越普遍，对设备更新的要求也在不断变化。

发明内容

本发明由独立权利要求的特征限定。一些特定的实施例在从属权利要求中被定义。

根据第一方面，提供了一种方法，该方法包括：生成具有多个目标设备用于执行更新的信息的智能合约，为分布式账本提供智能合约，检测给分布式账本的、有关多个目标设备准备好执行更新的指示，以及检测给分布式账本的、有关多个目标设备对更新的执行的另一指示。

根据第二方面，提供了一种方法，该方法包括：在分布式账本中接收智能合约，智能合约具有多个目标设备用于执行更新的信息；验证智能合约由可信方签名；从更新提供者接收更新；发送对准备好针对分布式账本执行更新的指示；检测给分布式账本的、关于多个目标设备准备好执行更新的指示；以及响应于检测到的指示执行更新。

根据第三方面，提供了一种装置，该装置包括：至少一个处理器和至少一个存储器，该至少一个存储器包括计算机程序代码，至少一个存储器和计算机程序代码被配置为与至少一个处理核心一起使该装置至少：生成具有多个目标设备用于执行更新的信息的智能合约，为分布式账本提供智能合约，检测给分布式账本的、有关多个目标设备准备好执行更新的指示，以及检测给分布式账本的、有关多个目标设备对更新的执行的另一指示。

根据第四方面，提供了一种装置，该装置包括至少一个处理器和至少一个存储器，该至少一个存储器包括计算机程序代码，至少一个存储器和计算机程序代码被配置为与至少一个处理核心一起使该装置至少：在分布式账本中接收智能合约，智能合约具有多个目标设备用于执行更新的信息；验证智能合约由可信方签名；从更新提供者接收更新；发送对准备好针对分布式账本执行更新的指示；检测给分布式账本的、关于多个目标设备准备好执行更新的指示；以及响应于检测到的指示执行更新。

根据第五方面，提供了一种计算机程序产品、计算机可读介质或非瞬态计算机可读介质，其包括用于使装置至少执行以下的程序指令：生成具有多个目标设备用于执行更新的信息的智能合约，为分布式账本提供智能合约，检测给分布式账本的、有关多个目标设备准备好执行更新的指示，以及检测给分布式账本的、有关多个目标设备对更新的执行的另一指示。

根据第六方面，提供了一种计算机程序产品、计算机可读介质或非瞬态计算机可读介质，其包括用于使装置至少执行以下的程序指令：在分布式账本中接收智能合约，智能合约具有多个目标设备用于执行更新的信息；验证智能合约由可信方签名；从更新提供者接收更新；发送对准备好针对分布式账本执行更新的指示；检测给分布式账本的、关于多个目标设备准备好执行更新的指示；以及响应于检测到的指示执行更新。

根据这些方面中的任一方面的实施例可以备选地包括以下中的至少一项：接收给分布式账本的、有关多个目标设备准备好执行更新的指示，以及检测给分布式账本的、有关多个目标设备对更新的执行的完成的另一指示。

在根据这些方面中的任一方面的实施例中，智能合约可以包括以下中的一项或多项：

-更新包的地址，诸如torrent标识符、哈希(hash)或URL，

-在配置更新的情况下，已更新的配置信息，

-关于需要准备好执行更新或需要执行更新的设备的阈值数目的信息，诸如设备的阈值数目和/或标识信息，

-需要执行更新的多个目标设备的标识符，以及

-(多个)目标设备的类型和(多个)目标设备所支持的通信方法。

根据这些方面中的任一方面的实施例可以包括在目标设备的预定义无线电活动时间或时间段向目标设备发送和/或由目标设备接收更新相关信息中的至少一些更新相关信息。

在根据这些方面中的任一方面的实施例中，智能合约可以包括指示以下中的至少一项的定时信息：

-更新最迟需要被执行的时间，

-更新最迟需要被取回的时间，

-在更新之前未被执行的情况下更新最迟被取消的时间，

-检查多个目标设备是否已经指示准备好执行更新的时间(或时间段)，以及

激活无线电以用于侦听或检查智能合约更新的时间(或时间段)。

在根据这些方面中的任一方面的实施例中，至少一些指示被存储在智能合约中。

在根据这些方面中的任一方面的实施例中，智能合约被配置为引起目标设备中的更新过程的发起。

在根据这些方面中的任一方面的实施例中，智能合约被配置为检查指示是否已经从阈值数目的目标设备被接收到。

在根据这些方面中的任一方面的实施例中，分布式账本是区块链账本，并且智能合约由区块链交易提供和更新。

在根据这些方面中的任一方面的实施例中，一种装置包括用于执行以下的部件：

-接收具有多个目标设备用于针对分布式账本执行更新的信息的智能合约，

-检测给分布式账本的、有关多个目标设备准备好执行更新的指示，以及

-检测给分布式账本的、有关多个目标设备对更新的执行的另一指示。

在根据这些方面中的任一方面的实施例中，例如，执行的指示被发送给更新提供者。

附图说明

现在将参考附图描述一些示例实施例。

图1示出了根据至少一些实施例的示例系统；

图2和3示出了根据至少一些实施例的方法；

图4示出了区块链；

图5示出了根据至少一些实施例的信令；

图6示出了根据至少一些实施例的方法；以及

图7示出了根据至少一些实施例的装置。

具体实施方式

本发明通过应用分布式账本技术为多个电子设备提供了改进的更新管理，诸如软件和/或配置更新。分布式账本的目的是记录并且执行可验证的交易和事件顺序。分布式账本可以被用于控制对更新的访问和传递。分布式账本可以被认为是在很多方之间同步的通用数据库，该通用数据库在连续的时间实例处包括关于特定事项(例如，有关与多个目标设备相关联的设备更新)的连续的共识状态。遵循去中心化共识算法，很多方(例如，对等(P2P)网络中的节点)可以达到这种状态。这可以在节点之间提供协议而无需假定它们之间的信任。分布式账本技术和智能合约被应用，以便以分布式方式执行协调的交易型设备更新，而不会出现单点故障。智能合约可以包括至少关于对多个目标设备执行更新并且与目标设备交互的分布式账本中的和/或用于分布式账本的信息。因此，可以基于和/或通过存储在分布式账本中的智能合约来控制更新过程。

图1示出了根据至少一些实施例的示例系统。该系统包括多个设备10、20、22、24，这些设备10、20、22、24连接到分布式网络30并且被配置为用作分布式网络30的节点。框10是指发起或引起更新的实体，诸如设备或网络管理系统或设备，并且以下称为更新发起者。在一些实施例中，更新发起者由设备管理系统(DMS)组成，该DMS也可以包括另外的实体。

更新发起者10可以被配置为通过生成包括关于和用于目标设备用于执行更新的信息的智能合约42来针对可连接到分布式网络30的设备20、22、24中的至少一些设备发起更新过程。更新发起者10可以是被目标设备信任的一方，和/或可以存在对智能合约进行签名的另一信任方。如图1所示，用作分布式网络30的节点的设备10、20、22、24中的至少一些设备维护分布式账本40。由更新发起者10提供的智能合约在智能合约已经被验证之后被存储在分布式账本40中。

分布式网络30可以是私有或公共分布式网络，并且可以例如被建立在当前可用的区块链系统上。节点可以是通过至少一个无线网络(诸如Wi-Fi网络和/或蜂窝网络)在本地可连接的物理设备。但是，应当理解，多个底层网络和/或不同连接可以被应用于连接分布式网络30的节点。分布式网络30的至少一些节点可以共享至少部分存储在网络中执行的交易和历史的网络状态信息。

该系统可以包括可连接到分布式设备的节点24和/或由其可控制的另外的设备26a、26b、26c。在一些实施例中，该系统包括基于更新的至少一部分而可配置的一个或多个IoT设备，诸如设备24、26a-c。这些IoT设备中的一个或多个IoT设备可以用作相应的分布式网络30的节点。该系统还可以包括更新提供者50，诸如软件存储库服务器，更新提供者50可以是DMS的一部分并且连接到网络30。

用户设备(其也可以被称为设备(UE))可以是与更新相关联的用户的设备，并且至少在某些实施例中可以表示系统中的用户。用户设备可以被应用于添加、控制和/或使用存储在分布式账本中的信息。在一些实施例中，用户设备10能够用作分布式网络30的节点20、22、24。在一些实施例中，适于生成智能合约42的更新发起者10是用户设备。

分布式网络30中的节点可以包括企业、机构和/或用户设备，诸如服务器、台式/平板式/膝上型计算机、智能手机、家用电器、建筑物自动化设备、娱乐系统设备、车辆单元、可穿戴设备或任何其他合适的电子设备。该系统可以包括管理员或管理节点、集线器、中继或其他类型的中间设备，以将节点连接到另外的网络或服务，诸如另一分布式或集中式计算系统或云服务。节点可以以合适的方式相互可寻址，例如，它们可以可连接到互联网协议IP网络。具有接收者地址的被发布到IP网络中的消息被网络路由到由接收者地址标识的接收者节点。IP并不是唯一使用的合适的联网技术，例如，其他对等网络模型也适用。

图2示出了根据一些实施例的方法。该方法可以被用于通过分布式网络的节点来管理对多个目标设备的更新，诸如软件更新或配置更新。例如，该方法可以在能够引起对多个设备(诸如网络管理设备、网络运营商设备、IT管理员设备或DMS)的更新的通信装置或设备中实现。该方法可以由更新发起者10实现。

具有多个目标设备用于执行更新的信息的智能合约被生成200。针对多个目标设备为分布式账本提供210智能合约，诸如为分布式账本40以及针对节点20、22、24。因此，智能合约可以被发送或以其他方式被提供以用于在分布式账本中进行发布，并且发布可以以公开或私有形式进行。

给分布式账本的、关于多个目标设备准备好执行更新的指示被检测220。准备好执行更新的指示可以从每个目标设备被接收。在来自所有或适当数目的目标设备的、去往分布式账本的指示被接收到之后，多个目标设备的指示可以被认为由实现该方法的装置接收和检测到220。

给分布式账本的、有关多个目标设备对更新的执行的指示被接收230。因此，分布式账本可以被更新以向多个目标设备指示更新的执行的完成。在某些情况下，完成可以包括完成程度，例如，完成50％或80％，即使可以发生其他程度。在一些实施例中，完成程度还可以包括要完成的估计时间，并且在这种情况下，系统可以计算在完成之前还需要多长时间。完成程度可以使用目标设备的活动时间来通知完成程度。在安装完成之后，新的更新将在目标设备中被使用。

图3示出了根据一些实施例的方法。该方法可以被应用于基于目标设备中的分布式账本中的智能合约来布置更新，该目标设备可以是分布式网络的节点。该方法可以在能够基于所接收的智能合约而引起更新的装置或设备中实现，诸如用户设备、机器对机器(M2M)或IoT设备，例如，窄带IoT(NB-IoT)设备、网络或系统管理设备、网络运营商设备。该方法可以由目标设备来实现，诸如节点/设备20、22、24、26a-c中的至少一些节点/设备。但是，应当注意，该方法可以被应用于在其他设备中引起更新的设备中，诸如触发设备26a-26c中的更新的节点24，这些设备26a-26c不必是分布式网络30的节点，例如在家用电器、建筑物自动化设备等的情况下。这可以改善例如不同方法的可扩展性。

具有多个目标设备用于执行更新的信息的智能合约被接收300。在框210之后，通过发起更新发起者10，可以在分布式账本中发布智能合约。框310验证智能合约由诸如更新发起者10的可信方签名。更新从更新提供者被接收320。框320可以涉及或以从更新提供者接收或下载更新的特定请求为前置，更新提供者可以是更新发起者或另一实体，诸如软件或配置存储库。

准备好执行更新的指示针对分布式账本被发送330。框330可以包括引起指示的提供被发布在分布式账本中。给分布式账本的、有关多个目标设备准备好执行更新的的指示被检测340。更新响应于检测到的指示被执行350。

执行图2和/或图3的方法的装置可以被配置为监测来自目标设备的更新，并且在所有或适当的预定义数目的目标设备已经将其指示提供给分布式账本时，在框220、230和/或340中检测给分布式账本的指示。在另一实施例中，在框220、230和/或340中，在所有或适当数目的目标设备已经将其指示提供给分布式账本之后，指示从分布式账本被接收。

在一些实施例中，指示220、230、330、340中的至少一些指示被存储在智能合约42中。因此，指示的发送330可以是指在分布式网络30的节点中存储的分布式账本40中发送用于更新智能合约42的指示。检测给分布式账本220、230、340的指示可以是指检测用于存储或已经存储在智能合约42中的(所接收的)指示。关于准备好执行更新的指示220、330和/或关于更新的执行的指示可以是以存储在分布式账本40中的给智能合约42的至少一个签名的形式。执行图2和/或图3的方法的装置可以向智能合约发出关于指示的智能合约状态查询，例如“从多个目标设备接收到指示？()”。智能合约可以响应于查询，例如，如果足够的指示从目标设备被接收到，则为“真”。

分布式账本40启用了去中心化的、可审计的和防篡改的隐私权限注册表以用于管理设备更新。使用本发明的去中心化的系统而不是集中提供设备更新具有好处。例如，每个(目标)设备可以独立地执行软件更新安装或配置更新或取消的确定，并且更新可以在由更新发起者10规划的时间内执行。如果发布者被适当地配备以用于发布(例如，具有合适的密钥来对提交进行签名)，这还允许从任何位置向分布式账本发布诸如指示330。不存在攻击者可以攻击以用于停止更新的单点故障。不需要可变的共享更新注册表。

在IoT或需要以协调的交易方式对多个设备执行软件或配置升级的其他类似系统的上下文中，特定的另外优势是可用的。其他好处取决于实现选择和下面示出的另外的实施例。例如，分布式账本可以被更新以存储关于每个设备接收更新的时间和顺序的信息。在附加实施例中，有关安装或取消阶段的信息也可以被添加到智能合约中，从而保留整个分布式更新过程的详细共享账本。

应当理解，图2和图3示出了用于更新过程的一些实施例，并且可以结合图2和图3中的框来应用多个另外的步骤和实施例，其中一些在下面进一步示出。

对更新信息的访问可以针对请求设备直接在响应/验证之后或在另外的(多个)中间动作之后被授权。在一些实施例中，作为图2和图3的附加框，用于访问更新信息的访问参数(在一些实施例中，为用于解密以加密形式接收和存储的更新包的密码密钥)可以被提供给节点。

在执行350更新之后，可以存在如下附加的框：针对分布式账本40中的智能合约42发送关于更新已经被执行的指示。

可以响应于接收230到多个目标设备对更新的执行的指示而从分布式账本40中移除智能合约42。

在一些实施例中，智能合约42可以在执行的更新之后在分布式账本40中被维护和更新。智能合约内容的仅一些细节可以被传输210、300，即，更少的业务被生成。例如，要更新的附加目标设备的信息可以被包括。

更新已经被接收到的指示可以在框320之后被发送给更新提供者(诸如DMS)。

在一些实施例中，通过交易为分布式账本40提供210智能合约42，并且通过提供给分布式账本的交易(诸如区块链交易)来执行分布式账本的后续更新(诸如指示330)。向分布式账本提供交易可以是指为分布式网络30的(多个)另外的节点发送交易，诸如用于由验证节点进行的验证以及在相应分布式账本中的后续发布。交易是用密码签名的，并且表示交易中的相应交易发出者的承诺。例如，可以通过更新发起者10的秘密密钥来对用于向分布式账本40提供智能合约的交易进行签名。交易的验证可以包括对关联实体的认证，在一些实施例中，验证交易中的密码签名，并且可以包括检查请求实体对所请求的交易的权利。在一些实施例中，交易是由区块链矿工节点基于所应用的区块链验证机制来验证的。在验证(多个)交易之后，公共分布式账本利用(多个)交易被更新。

还应当理解，在向分布式账本提供交易之后，图2和图3中可能存在关于交易验证的另外的框。此外，可以在分布式账本中发布交易，并且仅在成功验证交易之后，该方法才可以前进到后续步骤。

在一些实施例中，与软件或配置更新和智能合约42相关联的更新220、230、330、340可以在分布式账本40中所存储的交易之中被标识。与该更新有关的交易可以基于智能合约而被提供给分布式账本并且标识智能合约。因此，相关联的节点10、20、22、24可以在框210和更新过程的发起之后搜索分布式账本以标识与用户相关联的(多个)交易，诸如更新发起者的公钥、更新标识、交易ID、或其他标识(被存储在分布式账本和/或智能合约中)作为搜索输入。

智能合约42可以包括用于控制目标设备中的更新的参数。更新发起者10可以在智能合约中包括200以下中的一项或多项：

-更新包的地址，诸如torrent标识符、哈希或URL，

-在配置更新的情况下，已更新的配置信息，

-需要执行更新的多个目标设备的标识符，以及

-(多个)目标设备的类型和(多个)目标设备所支持的通信方法，诸如M2M、NB-IoT。

可以对至少一些参数进行加密，以防止非目标设备访问分布式账本40以观察参数。智能合约可以包括用于解密加密参数的密码参数。在一些实施例中，密码参数被单独地提供给目标设备，例如通过从发起方到每个目标设备的消息，和/或在某些实施例中，在发送一个或多个消息时使用目标设备的活动时间。

目标设备被配置为根据参数来发起和执行更新。框220和/或340可以包括以下动作或之后可以是以下动作：检查阈值数目的设备是否已经在智能合约42中指示其准备好执行更新，其中阈值设备数目在智能合约中被指示。响应于检测到阈值数目的设备已经在智能合约中指示其准备好执行更新，更新可以被执行350。

在一些实施例中，智能合约42包括控制与更新相关联的动作的定时的定时信息。例如，更新发起方可以适于在智能合约中包括指示以下中的至少一项的定时信息：

-更新最迟需要被执行的时间，

-更新最迟要被取回的时间，

-在更新之前未被执行的情况下更新最迟被取消的时间，

-激活无线电以用于侦听或检查智能合约更新的时间(或时间段)。

目标设备被配置为根据参数来发起和执行更新。在示例实施例中，目标设备可以根据智能合约定时信息来修改其无线电激活设置，或者如果智能合约定时信息允许的话，则保持设备的激活设置如前，其中可以进一步降低功耗。如果目标设备不是诸如IoT设备的分布式网络的节点，则这样的目标设备26a-c可以由节点24基于智能合约42配置。例如，这样的目标设备26a-c可以由节点24指令和配置以根据定时信息来激活其无线电并且连接节点24或另一实体，诸如更新提供者。节点24可以被配置为代表不存储分布式账本的目标设备26a-c用作委托设备，并且例如响应于来自目标IoT设备的指示而发送指示330。

在一些实施例中，一些以上说明的参数可以被包括在智能合约42中，并且可能存在影响更新过程的另外的参数。例如，不必指定阈值数，但是所有指示的目标设备都将起作用。此外，智能合约可以包括用于配置的定时改变的规则，例如，使得第一配置在第一时间窗口被使用，并且第二配置用于第二时间窗口。在另外的示例实施例中，智能合约包括关于新软件版本的信息以及在软件升级之后将要使用的配置两者。

智能合约42可以包括逻辑并且执行或触发与更新过程相关联的(多个)交易。智能合约可以包括使多个目标设备执行取回更新和执行更新中的至少一项的指令。在一些实施例中，智能合约包括由DMS或另一实体指定的代码/程序，该代码/程序可以由分布式网络根据代码中设置的条件自动执行。因此，可以将智能合约视为网络中的自主更新代理。

在一些实施例中，智能合约42可以被配置为引起目标设备中的更新过程的发起。例如，智能合约可以使目标设备取回更新并且进入框320。

在另外的示例实施例中，如果指示已经从阈值数目的目标设备被接收到，则智能合约42可以被配置为执行与框220相关的检查。如果是，则智能合约可以将框340的指示提供给(多个)目标设备，框340的指示也可以是以更新指令的形式。因此，智能合约可以被配置为将至少一些指示推送到执行图2或图3的方法的设备。

智能合约42可以包括用于验证来自目标设备以及潜在地来自其他相关联的实体的指示和/或其他信息的代码。

在一些实施例中，分布式网络30是基于区块链的网络，分布式账本40是区块链账本，并且分布式账本40和智能合约42是通过区块链交易来提供和更新的。节点10、20、22、24可以是轻量级或完整的区块链节点。响应于相应区块链交易的验证，在区块链交易中提供的信息(诸如上述智能合约和更新相关的指示)可以被存储在区块链账本中。

参考图4的简化示例，区块链是区块的有序序列。在新区块被建立之后，其作为最新建立的区块被添加到区块链中。区块包括带有时间戳的一批交易，这些交易表示当时的区块状态。区块还可以包括具有指向前一区块的位置指示符“loc”和哈希值“hash”的哈希指针H，该哈希指针H在区块链中紧接在区块之前，从而将区块链接在一起。由节点共享的区块链状态信息可以存储在相应的分布式网络30中执行的所有交易和历史。例如，在验证用于发布210智能合约的交易之后，包括已更新的区块链网络状态信息的新区块可以被添加。

每个节点可以包括账本，账本的内容与其他账本同步。节点可以验证并且提交交易以达成共识。每个节点可以拥有自己的账本副本，在某些实施例中，该副本受权限控制，因此参与者只能看到适当的交易。区块链中资源所有权的变化采取受强大密码学保护的区块链交易的形式。区块链交易可以包括资源的新所有者(即，接收者)的标识符、以及先前所有者(即，发送者)的加密签名，以使得恶意攻击者无法重新分配他们不拥有的资源。

为了建立下一区块，交易被提供给(例如，由或响应于框210、330)区块链网络中，该区块链网络是指适合于上下文的传播方法，一般而言，这将使交易被传送给网络的至少一些节点。并非每个交易都必须达到每个节点。

建立下一区块的节点可以被称为矿工节点。矿工节点可以为下一区块编译从广播中接收的一组交易，并且搜索覆盖下一区块的该组交易中的所有交易的工作量证明代码。例如，工作量证明代码可以是数值，利用该数值，下一区块(即，该组交易)的内容哈希为小于阈值的值。一旦矿工发现工作量证明，其便可以发布该区块，然后系统的其他节点将该区块添加到区块链中，作为具有工作量证明代码字段的新的最新建立的区块。如果矿工节点基于不完整的一组交易发现工作量证明，例如，如果某些交易未到达矿工节点，则网络中的其他节点将不会接受区块进入区块链，并且其将从系统中的区块链的共识版本中被排除。

尽管以上根据工作量证明进行了讨论，但是在一些实施例中，可以使用权益证明(proof-of-stake)来代替工作量证明或作为工作量证明的补充。在基于权益证明的系统中，一旦预定比例的资源被证明为准备好接受新区块版本的节点所拥有，新区块就可以被接受。

一旦新区块被建立，区块链就会变得更长。自从包括交易的区块以来，交易被认为越可靠，建立的区块数目就越大。这是因为，交易被哈希到区块链中，并且随着区块链变长，区块链中的差异得以解决。在序列中的每个下一区块N中，可以将先前区块哈希N-1的哈希与交易一起包括在内，从而使这些区块彼此相连以形成链。将区块链接在一起以形成链的哈希可以被称为Merkle哈希。恶意修改位于链下端的区块中的交易将涉及重新进行为所有后续区块寻找证明的工作，因为包括交易的区块的哈希函数的输入将被改变，从而导致所得到的哈希值以及该区块中的证明不再被放置在哈希函数输出空间中的所需区域中。

图5示出了根据一些实施例的信令示例。DMS使用关于需要执行软件(或配置)更新的设备的信息来创建500智能合约。DMS可以在智能合约中包括对具有软件映像的哈希的软件映像的引用。DMS还可以发送502软件更新以使其在存储库R中可用，该存储库R可以是诸如Bittorrent的分布式存储库，或者是中央存储库。

一旦软件更新准备好被下载，DMS就使用例如Ethereum在分布式账本DL中发布504智能合约，以便至少目标设备可以看到它。在本示例中，例如，第一设备D1和第二设备D2基于智能合约来检测506、510它们应当在给定日期和时间(截止日期)升级软件。设备D1和D2例如可以是IoT设备或控制IoT设备的设备。这一点可以基于在智能合约中标识的这些设备来检测。备选地，设备D1、D2可以由DMS通知或指示。然后，在框508和512中，设备可以验证智能合约并且验证该智能合约由可信DMS签名。

在一个实施例中，DMS可以具有目标设备的无线电活动时间或时间段的信息，以便在目标设备的无线电是活动的以获取智能合约和/或取回/下载软件映像时的时间或时间段内发送智能合约。在一个实施例中，当IoT设备向网络发送指示IoT设备的接收器准备好接收的数据(例如，传感器数据)时，DMS从IoT设备获取时间信息。如果可能的话，通过检入IoT设备规划的传输时间来决定更新时间并且使该时间与智能合约规划同步，DMS可以被配置以避免丢失任何较早定义的数据传输。至少一些目标IoT设备可以具有不同的活动时间，因此，通信设备(诸如移动设备MS或网络元件)可以被配置为在相应时间单独地与适当的IoT设备通信。

然后，设备D1、D2可以继续取回/下载514、520新的软件映像。这些设备可以被配置为验证516、522软件映像与智能合约中的哈希匹配。响应于成功的验证，这些设备可以向分布式账本指示518、524它们准备好执行更新。

设备D1、D2可以基于智能合约被配置为一旦达到预定日期和时间(截止日期)，便检查所需要的数目的设备是否已经在智能合约中指示其准备好执行更新。如果是这样，则这些设备获取526结合框340示出的指示，并且执行528软件更新。在成功执行更新之后，目标设备可以再次向分布式账本中的智能合约指示530、532他们已经更新了软件。目标设备可以在它们将无线电设置为活动状态的时间段期间发送指示。DMS接收智能合约中的更新的指示。一旦所有目标设备的指示被接收到534，DMS就可以从分布式账本中移除536智能合约。

图6示出了用于被更新的(目标)设备(诸如设备20、22、24、26a-c中的一个或多个设备)的方法。对分布式账本中的软件更新的需求被观察600，例如，基于新的智能合约，在其中执行图6方法的设备被标识。分布式账本中的相关联的条目被验证610。

响应成功的验证，例如通过分布式账本40中的智能合约指示的软件被下载620。下载的软件被验证并且成功被指示630给分布式账本。在框640中，目标设备可以等待，直到用于更新软件的指示的时间达到，检查是否有足够的目标设备已经指示准备好更新，并且如果阈值数目达到，则更新软件。可选地，更新成功可以被指示650给分布式账本。

软件可下载的时间段可能会影响目标设备的无线电的活动时间。例如，基于智能合约定时信息，无线电可以被配置为比先前计划的更长的活动时间，或者目标设备的无线电被配置为在特定时间段内更频繁地是活动的。

在一些实施例中，该更新是配置更新。配置更新可以包括用于配置一个或多个设备的操作的配置参数、和/或用于访问通过或经由一个或多个设备直接或间接可连接到分布式网络30和/或服务或应用的一个或多个设备的访问数据。如上所述，这些设备可以是分布式网络的节点20、22、24和/或可连接到节点24和/或由节点24控制的设备26a-26c。例如，建筑物自动化控制设备可以作为专用网络的节点来操作，并且基于配置更新将控制信号发送给制动器设备，诸如恒温器、空调设备、锁等。

应当理解，尽管在图5和图6中参考了软件更新，但是类似的动作可以被应用于配置更新。要添加和/或替换目标设备中的较早配置信息的配置信息可以经由分布式账本或智能合约来提供，或者响应于检测到智能合约而从配置信息存储库中检索，类似于图5和6中针对软件更新所示。

除了上面说明的示例实施例之外，当前公开的特征还可应用于其他领域。例如，在软件配置管理中，可能需要以交易方式交付新的软件配置，即，描述新软件配置的文件。可以应用至少一些上述特征来通过智能合约将软件配置提供给多个目标设备。例如，销售点终端可能需要获取价格表更新等，以使得能够正确处理交易。

此外，上述特征中的至少一些可以被应用于其中多个设备需要作为单个协调的“群(swarm)”操作的域。这样的群计算解决方案的示例包括例如需要接收指令以便所有这些单元可以作为协调单元操作的无人机和机器人。通过应用如上所述的分布式账本和智能合约，可以有效地协调和配置这样的设备集的操作。

要注意的是，至少一些以上示出的特征可以被应用于应用网络虚拟化的系统中。因此，上述网络功能或节点(诸如节点10、20、22、24)可以在形成一个操作实体的两个物理上分开的设备之间共享。

通常，虚拟联网可能涉及将硬件和软件网络资源以及网络功能性组合到单个基于软件的管理实体、即虚拟网络中的过程。网络虚拟化可能涉及平台虚拟化，通常与资源虚拟化相结合。网络虚拟化可以被分类为将多个网络或部分网络组合到服务器计算机或主机计算机中的外部虚拟联网。外部网络虚拟化旨在优化网络共享。另一类是内部虚拟联网，它为单个系统上的软件容器提供类似网络的功能性。例如，5G网络功能的实例可以被实例化为网络功能虚拟化(NFV)架构中的虚拟功能。

在除了IoT或终端节点SW更新场景之外的另一示例中，上述至少某些功能被应用于配置启用蜂窝网络切片解决方案的实体，诸如5G网络中使用的实体。在这种情况下，可能在个体网络切片之外存在分布式账本，诸如在网络提供商的控制平面上进行操作。分布式账本和智能合约可以被应用于分发与创建、删除和控制物理网络基础设施所支持的各种网络切片有关的配置更新。该控制可以包括启动、停止和/或修改NFV或管理软件定义网络(SDN)。

例如，可能存在包括新网络切片的配置(或指向其的指针)的智能合约，并且该智能合约被分发到各种物理或虚拟网络实体。一旦所有实体准备就绪，则在指定时间，这些实体就会使用配置，从而创建新的网络切片。同样，网络切片的改变或终止可以经由分布式账本被配置。

使用分布式账本布置更新的一些好处是，所有节点都可以跟踪授权。例如，虚拟运营商或客户可以为重要的网络切片配置更新创建智能合约，但是实现该网络切片的物理和虚拟实体在物理网络运营商首次对其进行签名之前不接受该配置。可能有一些更新可以经由分布式账本执行，该分布式账本不需要在节点接受配置之前对合约进行签名的权利，但是需要一组配置批准。例如，可以直接执行不改变业务量、服务质量(QoS)或成本的改变，但是可以将改变服务级别或资源使用的改变设置为需要物理操作者接受。此外，分布式账本可以包括所有改变的历史，并且在发生故障的情况下也可能有助于确定哪个配置起作用了，从而有助于返回到正常配置。

根据一个方面，提供了一种包括至少一个虚拟网络实体的系统，该系统包括用于执行以下的部件：

-生成具有多个目标设备用于执行更新的信息的智能合约，

-提供智能合约以在分布式账本中发布，

-接收在分布式账本中发布的具有多个目标设备用于执行更新的信息的智能合约；

-验证智能合约由可信方签名；

-从更新提供者接收更新；

-发送对准备好针对分布式账本执行更新的指示；

-检测给分布式账本的、有关于多个目标设备准备好执行更新的指示；

-响应于检测到的指示执行更新；以及

-检测给分布式账本的、有关多个目标设备对更新的执行的指示。

根据上述方面的实施例，其中该系统被配置为至少生成用于由虚拟运营商或客户实体进行网络切片配置更新的智能合约，并且该系统被配置为至少接收智能合约并且通过实现网络切片的至少一个物理和/或虚拟实体执行更新。上述另外的实施例中的至少一些还可以被应用于包括至少一个虚拟网络实体的系统中。

包括电子电路系统的电子设备可以是用于实现至少一些实施例的装置。该装置可以计算机、膝上型计算机、平板计算机、蜂窝电话、机器对机器(M2M)设备、可穿戴设备、基站、接入点设备、网络管理或控制设备、服务器、或具有通信能力的其他装置，或者可以被包括在其中。在一些实施例中，执行上述功能性中的至少一些功能性的装置被包括在这样的设备中，例如，该装置可以包括电路系统，诸如芯片、芯片组、微控制器、或用于上述设备中的任何一种设备或在其中的电路系统的组合。

如在本申请中使用的，术语“电路系统”可以是指以下中的一个或多个或全部：

(a)仅硬件电路实现(诸如，仅在模拟和/或数字电路系统中的实现)，以及

(b)硬件电路和软件的组合，诸如(如适用)：

(i)(多个)模拟和/或数字硬件电路与软件/固件的组合，以及

(ii)具有软件(包括(多个)数字信号处理器)的(多个)硬件处理器、软件和(多个)存储器的任何部分，它们共同工作以使诸如移动电话或服务器的装置执行各种功能，以及

(c)(多个)硬件电路和/或(多个)处理器，诸如(多个)微处理器或(多个)微处理器的一部分，其需要软件(例如，固件)才能操作，但是该软件在不需要操作时可以不存在。电路系统的这种定义适用于该术语在本申请中的所有使用，包括在任何权利要求中。作为另外的示例，如本申请中使用的，术语“电路系统”也仅覆盖硬件电路或处理器(或多个处理器)或硬件电路或处理器及其(或它们的)随附软件和/或固件的一部分的实现。术语电路系统还覆盖(例如并且如果适用于特定权利要求元素)用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。

图7示出了能够支持至少一些实施例的示例装置。在一些实施例中，示出了可以包括通信设备的设备700，该设备700被布置为用作基于区块链的系统中的节点。该设备可以被布置为用作更新发起者10和/或目标设备20、22、24、26a-c，并且执行结合图1至图6示出的至少一些实施例。该设备可以包括被配置为执行根据以上示出的至少一些实施例的操作的一个或多个控制器。

设备700中包括处理器702，该处理器702可以包括例如单核或多核处理器，其中单核处理器包括一个处理核心，而多核处理器包括一个以上的处理核心。处理器702可以包括一个以上的处理器。该处理器可以包括至少一个专用集成电路ASIC。该处理器可以包括至少一个现场可编程门阵列FPGA。处理器可以是用于在设备中执行方法步骤的部件。处理器可以至少部分通过执行计算机指令被配置为执行动作以执行至少一些当前公开的特征。

设备700可以包括存储器704。存储器可以包括随机存取存储器和/或永久存储器。存储器可以包括至少一个RAM芯片。存储器可以包括例如固态、磁、光和/或全息存储器。存储器可以至少部分被处理器702可访问。存储器可以至少部分被包括在处理器702中。存储器704可以是用于存储信息的部件。存储器可以包括计算机程序代码，该计算机程序代码包括处理器被配置为执行的计算机指令。存储器、处理器和计算机程序代码因此可以被配置为使设备700执行至少一些当前公开的特征。存储器可以至少部分被包括在处理器中。存储器可以至少部分在设备700外部，但是设备可访问。例如，影响与引起上述交易有关的操作的控制参数和相关信息可以被存储在存储器的一个或多个部分中，并且被用于控制装置的操作。

此外，存储器可以包括设备特定的密码信息，诸如设备700的秘钥和公钥。可以利用与相应设备或用户相关联的私钥来对交易进行签名。该装置可以在制造时被提供有公私密钥对。私钥可以被存储在证明设备的受保护的存储器部分中，使得其不会被篡改并且私钥也不会被窃取。此外，受保护部分还可以保持哈希和签名逻辑。

设备700可以包括传输器706。该设备可以包括接收器708。传输器和接收器可以被配置为分别根据至少一种有线或无线、蜂窝或非蜂窝标准来传输和接收信息。传输器可以包括一个以上的传输器。接收器可以包括一个以上的接收器。例如，传输器和/或接收器可以被配置为根据全球移动通信系统GSM、宽带码分多址WCDMA、长期演进LTE、5G或其他蜂窝通信系统、无线局域网WLAN、和/或以太网标准进行操作。设备700可以包括短距离通信SRC收发器710。SRC收发器可以支持至少一种SRC技术，例如SRC、蓝牙、蓝牙低功耗或类似技术。蜂窝、其他广域网技术和短距离通信可以并行或以任何其他方式在设备中交互。其他技术或感测到的活动可以触发其他技术被使用，或者触发从目标设备到DMS的软件更新确认或下载/取回更新准备就绪的指示。

设备700可以包括用户接口UI 712。UI可以包括以下中的至少一项：显示器、键盘、触摸屏、被布置为通过使设备振动来向用户发信号的振动器、扬声器和麦克风。用户可以能够经由UI来操作设备，例如以接受传入的电话呼叫，发起电话呼叫或视频呼叫，浏览互联网，管理存储在存储器704中或经由传输器706和接收器708或经由SRC收发器710可访问的云中的数字文件，和/或玩游戏。

设备700可以包括或被布置为接受用户身份模块或其他类型的存储器模块714。用户身份模块可以包括例如可安装在设备700中的订户身份模块SIM和/或个人身份IC卡。用户身份模块714可以包括标识设备700的用户的订阅的信息。用户身份模块714可以包括可用于验证设备700的用户的身份和/或有助于加密和解密经由设备700实现的通信的密码信息，诸如用于创建和验证密码签名的私钥和/或公钥。

处理器702可以被配备有传输器，该传输器被布置为经由设备700内部的电引线从处理器向设备中包括的其他设备输出信息。这样的传输器可以包括串行总线传输器，该串行总线传输器被布置为例如经由至少一条电线将信息输出到存储器704以在其中存储。作为串行总线的备选，传输器可以包括并行总线传输器。同样地，处理器可以包括接收器，该接收器被布置为经由设备700内部的电引线从设备700中包括的其他设备接收处理器中的信息。这样的接收器可以包括被布置为例如经由至少一条电线从接收器708接收信息以在处理器中进行处理的串行总线接收器。作为串行总线的备选，接收器可以包括并行总线接收器。

设备700可以包括在图7中未示出的另外的设备。例如，该设备可以包括至少一个数字相机或其他用户媒体记录设备。一些设备可以包括前置相机和后置相机。该设备可以包括指纹传感器，该指纹传感器被布置为至少部分认证该设备的用户。在一些实施例中，该设备缺少上述至少一个设备。例如，某些设备可以缺少SRC收发器710和/或用户身份模块714。

处理器702、存储器704、传输器706、接收器708、SRC收发器710、UI 712和/或用户身份模块714可以通过设备700内部的电引线以多种不同方式互连。例如，每个前述设备可以单独地连接到设备内部的主总线，以允许设备交换信息。然而，如本领域技术人员将理解的，这仅是一个示例，并且根据实施例，可以选择各种方式互连至少两个前述设备。

应当理解，所公开的实施例的应用不限于本文中公开的特定结构、工艺步骤或材料，而是被扩展到其等同物，如相关领域的普通技术人员将认识到的。还应当理解，本文中采用的术语仅被用于描述特定实施例的目的，而不旨在进行限制。

在整个说明书中对一个实施例或实施例的引用表示结合该实施例描述的特定特征、结构或特性被包括在本发明的至少一个实施例中。因此，在整个说明书中各处出现的短语“在一个实施例中”或“在实施例中”并不一定都是指同一实施例。技术人员将理解，可以以各种方式组合上述实施例。结合图2至图6示出的实施例可以孤立地或进一步组合在一起。

如本文中使用的，为了方便，可以在公共列表中呈现多个项、结构元素、组成元素和/或材料。但是，应当将这些列表解释为好像列表的每个成员都被个体地标识为单独且唯一的成员。因此，该列表上的任何个体成员都不应仅基于其在一个公共组中的表现而不作相反表示而被解释为实际上等同于同一列表上的任何其他成员。另外，本文中可以参考各种实施例和示例以及其各种组件的备选。应当理解，这样的实施例、示例和备选方式不应当被理解为彼此的实际上等同，而是应当被视为单独且自主的表示。

此外，所描述的特征、结构或特性可以在一个或多个实施例中以任何合适的方式组合。在前面的描述中，提供了各种操作和结构上的具体细节，以提供对实施例的透彻理解。然而，相关领域的技术人员将认识到，可以在没有一个或多个特定细节的情况下，或者在利用其他方法、组件、材料等的情况下实践各种实施例。在其他情况下，为了避免混淆本发明的方面，公知的结构、材料或操作未详细示出或描述。

尽管上述示例在一个或多个特定应用中说明了本发明的原理，但对于本领域的普通技术人员而言很清楚的是，可以在形式、用法和实现细节上进行多种修改，而无需运用创造性的能力，也不会背离本发明的原理和概念。因此，除了由下面阐明的权利要求书之外，不旨在限制本发明。

动词“包括”和“包含”在本文档中用作开放式限制，既不排除也不要求还存在未阐述的特征。除非另有明确说明，否则从属权利要求中阐述的特征可以相互自由组合。此外，应当理解，在整个文件中使用“一”或“一个”，即单数形式并不排除多个。

行业适用性

至少一些实施例获得在通信方面的行业应用。

缩写列表

ASIC 专用集成电路

DMS 设备管理系统

FPGA 现场可编程门阵列

GSM 全球移动通信系统

IC 集成电路

IoT 物联网

LTE 长期演进

M2M 机器对机器

NB-IoT 窄带IoT

NFV 网络功能虚拟化

PoS 权益证明

PoW 工作量证明

SDN 软件定义网络

SRC 短距离通信

UI 用户接口

WCDMA 宽带码分多址

WLAN 无线局域网

Claims

1.一种装置，包括用于执行以下的部件：

-生成具有多个目标设备用于执行更新的信息的智能合约，

-为分布式账本提供所述智能合约，

-检测给所述分布式账本的、有关所述多个目标设备准备好执行所述更新的指示，以及

-检测给所述分布式账本的、有关所述多个目标设备对所述更新的执行的另一指示。

2.根据任一项前述权利要求所述的装置，其中检测给所述分布式账本的所述指示基于给所述分布式账本的至少一个交易。

3.根据任一项前述权利要求所述的装置，其中检测给所述分布式账本的所述指示还引起由所述多个目标设备执行所述更新。

4.根据任一项前述权利要求所述的装置，其中所述部件还被配置为以对所述分布式账本中所存储的所述智能合约的至少一个签名的形式，来检测关于准备好执行所述更新和/或所述更新的所述执行的完成的所述指示。

5.根据任一项前述权利要求所述的装置，其中所述部件还被配置为响应于接收到所述多个目标设备对所述更新的所述执行的所述指示，而从所述分布式账本中移除所述智能合约。

6.根据任一项前述权利要求所述的装置，其中所述部件还被配置为在所述智能合约中包括以下中的至少一项：

-所述更新包的地址，

-关于需要准备好执行所述更新的设备的阈值数目的信息，

-整个交易必须在其之后被完成的期限的信息，或者

-需要执行所述更新的所述多个目标设备的标识符。

7.一种装置，包括用于执行以下的部件：

-在分布式账本中接收智能合约，所述智能合约具有多个目标设备用于执行更新的信息；

-验证所述智能合约由可信方签名；

-从更新提供者接收所述更新；

-发送对准备好针对所述分布式账本执行所述更新的指示；

-检测给所述分布式账本的、关于所述多个目标设备准备好执行所述更新的指示；以及

-响应于检测到的所述指示执行所述更新。

8.根据权利要求7所述的装置，还包括用于由交易向所述分布式账本发送指示的部件。

9.根据权利要求7或8所述的装置，其中所述部件还被配置为执行以下中的至少一项：

-向诸如设备管理系统的所述更新提供者发送所述更新已经被接收到的指示，以及

-在执行所述更新之后，针对所述分布式账本中的所述智能合约发送所述更新已经被执行的指示。

10.根据任一项前述权利要求所述的装置，其中检测关于所述多个目标设备准备好执行所述更新的指示包括：

-检查阈值数目的设备是否已经在所述智能合约中已经指示其准备好执行所述更新，其中设备的所述阈值数目在所述智能合约中被指示，以及

-响应于检测到所述阈值数目的设备已经在所述智能合约中指示其准备好执行所述更新，引起所述更新的执行。

11.根据任一项前述权利要求所述的装置，其中所述智能合约包括如下指令：使所述多个目标设备执行取回所述更新和执行所述更新中的至少一项。

12.根据任一项前述权利要求所述的装置，其中所述智能合约包括定时信息，所述定时信息指示以下中的至少一项：所述更新需要最迟被执行的时间、所述更新最迟要被取回的时间、检查所述多个目标设备是否已经指示准备好执行所述更新的时间、以及激活无线电以用于侦听智能合约更新的时间。

13.根据任一项前述权利要求所述的装置，其中所述更新是对用户或物联网设备的软件更新、对用户或物联网设备的配置更新、或对物理或虚拟网络实体的配置更新。

14.根据任一项前述权利要求所述的装置，其中所述部件包括至少一个处理器；和至少一个存储器，所述至少一个存储器包括计算机程序代码，所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起引起所述装置的执行。

15.一种方法，包括：

-生成具有多个目标设备用于执行更新的信息的智能合约，

-为分布式账本提供所述智能合约，

16.根据权利要求15所述的方法，包括：

-检测给所述分布式账本的所述指示基于给所述分布式账本的至少一个交易。

17.根据任一项前述权利要求15或16所述的方法，包括：

-检测给所述分布式账本的所述指示引起由所述多个目标设备执行所述更新。

18.一种方法，包括：

-验证所述智能合约由可信方签名；

-从更新提供者接收所述更新；

-发送对准备好针对所述分布式账本执行所述更新的指示；

-响应于检测到的所述指示执行所述更新。

19.根据权利要求18所述的方法，还包括：由交易向所述分布式账本发送指示。

20.根据权利要求15或19所述的方法，还包括：

-以对所述分布式账本中所存储的所述智能合约的至少一个签名的形式，来检测关于准备好执行所述更新和/或所述更新的所述执行的完成的所述指示。

21.一种计算机程序，包括用于使装置执行根据权利要求15至19中任一项所述的方法的指令。

22.一种计算机程序产品、计算机可读介质或非瞬态计算机可读介质，包括用于使装置至少执行以下的程序指令：生成具有多个目标设备用于执行更新的信息的智能合约，为分布式账本提供所述智能合约，检测给所述分布式账本的、有关所述多个目标设备准备好执行所述更新的指示，以及检测对给所述分布式账本的、有关所述多个目标设备对所述更新的所述执行的另一指示。

23.一种计算机程序产品、计算机可读介质或非瞬态计算机可读介质，包括用于使装置至少执行以下的程序指令：在分布式账本中接收智能合约，所述智能合约具有多个目标设备用于执行更新的信息；验证所述智能合约由可信方签名；从更新提供者接收所述更新；发送对准备好针对所述分布式账本执行所述更新的指示；检测给所述分布式账本的、关于所述多个目标设备准备好执行所述更新的指示；以及响应于检测到的所述指示执行所述更新。