首页 / 专利库 / 银行与财务事项 / 比特币钱包 / 用于自动的设备间授权的方法和装置

用于自动的设备间授权的方法和装置

阅读:982发布:2020-06-01

专利汇可以提供用于自动的设备间授权的方法和装置专利检索,专利查询,专利分析的服务。并且公开了用于以下操作的方法、设备、 计算机程序 和装置:由第一 节点 从第二节点接收对由第一节点控制的资源的 请求 ;以及由所述第一节点确定所述请求是否被授权;其中所述确定包括:从所述第二节点接收指示支付的 加密 货币 交易消息;以及验证所述 加密货币 交易消息的可信度。,下面是用于自动的设备间授权的方法和装置专利的具体信息内容。

1.一种方法,包括:
由第一节点从第二节点接收对由第一节点控制的资源的请求;以及
由所述第一节点确定所述请求是否被授权;
其中所述确定包括:
从所述第二节点接收指示支付的加密货币交易消息;以及
验证所述加密货币交易消息的可信度。
2.根据权利要求1所述的方法,其中所述第一节点是物联网的节点。
3.根据权利要求1或2所述的方法,其中所述第二节点是物联网的节点。
4.根据前述权利要求中任一项所述的方法,其中验证所述加密货币交易消息的可信度包括检查所述加密货币交易消息的可信度。
5.根据前述权利要求中任一项所述的方法,进一步包括准许对所述资源的请求。
6.根据前述权利要求中任一项所述的方法,其中响应于肯定地检查所述加密货币交易消息的合理性,而准许所请求的资源。
7.根据前述权利要求中任一项所述的方法,进一步包括在向所述第二节点准许所请求的资源之后,通知加密货币网络所述加密货币交易消息。
8.根据前述权利要求中任一项所述的方法,进一步包括在准许所请求的资源之后,验证来自加密货币网络的加密货币交易消息的可信度。
9.根据权利要求8所述的方法,其中验证所述加密货币交易消息的可信度包括从与所述第一节点相关联的第一加密货币钱包请求交易确认。
10.根据前述权利要求中任一项所述的方法,其中所述第二节点从与所述第二节点相关联的第二加密货币钱包获得所述加密货币交易消息。
11.根据前述权利要求中任一项所述的方法,其中通知所述加密货币网络由所述第一加密货币钱包来执行。
12.根据前述权利要求中任一项所述的方法,其中通知所述加密货币网络由所述第一加密货币钱包或由所述第二加密货币钱包执行。
13.根据前述权利要求中任一项所述的方法,其中验证所述加密货币交易消息的可信度由所述第一加密货币钱包来执行。
14.根据前述权利要求中任一项所述的方法,其中所述第二节点向所述第二加密货币钱包通知是否成功获得了资源。
15.根据前述权利要求中任一项所述的方法,进一步包括所述第一设备在设备发现过程中识别自身。
16.根据权利要求15所述的方法,其中第一节点和第二节点在所述设备发现过程中发现彼此。
17.根据前述权利要求中任一项所述的方法,其中所述第一加密货币钱包是由相同或不同类型的多个加密货币钱包形成的集体实体。
18.根据前述权利要求中任一项所述的方法,其中所述第二加密货币钱包是由相同或不同类型的多个加密货币钱包形成的集体实体。
19.根据前述权利要求中任一项所述的方法,其中所述第一节点向所述第二节点提供第一支付细节。
20.根据前述权利要求中任一项所述的方法,其中所述第一节点在设备发现过程中向所述第二节点提供第一支付细节。
21.根据权利要求20所述的方法,其中所述第一支付细节包括以下中的任一个:第一钱包地址;与所述第一钱包相关联的公钥;可用资源的质量;可用资源的数量;以及用于获得所请求资源的价格。
22.根据权利要求21所述的方法,其中所述可用资源的质量包括所述资源将被准许可用的时间或时间间隔。
23.根据前述权利要求中任一项所述的方法,其中所述加密货币是比特币
24.一种方法,包括:
由第二节点识别控制资源的第一节点的存在;
从所述第一节点接收支付的要求;以及
由第二节点向第一节点发送对所述资源的请求,所述请求包括指示用于由所述第一节点验证以确定所述请求是否被授权的支付的加密货币交易消息。
25.根据权利要求24所述的方法,其中所述第二节点从与所述第二节点相关联的第二加密货币钱包获得所述加密货币交易消息。
26.根据权利要求24或25所述的方法,其中所述第二节点向所述第二加密货币钱包通知是否成功获得了所述资源。
27.根据权利要求24至26中任一项所述的方法,进一步包括所述第二设备在设备发现过程中识别自身。
28.根据权利要求27所述的方法,其中第一节点和第二节点在所述设备发现过程中发现彼此。
29.根据权利要求24至28中任一项所述的方法,其中所述第二节点从所述第一节点接收第一支付细节。
30.根据权利要求29所述的方法,其中所述第二节点在设备发现过程中接收第一支付细节。
31.根据权利要求30所述的方法,其中所述第一支付细节包括以下中的任一个:第一钱包地址;与所述第一钱包相关联的公钥;可用资源的质量;可用资源的数量;以及用于获得所请求资源的价格。
32.根据权利要求24至31中任一项所述的方法,其中所述加密货币是比特币。
33.根据权利要求24至32中任一项所述的方法,其中所述第二节点能够基于所述第二节点存储的或可访问的服务请求规则决定是否请求所述资源。
34.根据权利要求24至33中任一项所述的方法,其中所述第二节点基于所述服务请求规则自动发送对所述资源的请求。
35.一种包括计算机可执行程序代码的计算机程序,所述计算机可执行程序代码被配置为当由计算机运行时执行前述权利要求中任一项所述的方法。
36.根据权利要求35所述的计算机程序,被存储在计算机可读存储介质中。
37.一种包括存储器和处理器的装置,所述存储器和处理器被配置为使得所述装置执行前述权利要求中任一项所述的方法。
38.一种装置,包括:
处理器,所述处理器被配置为:
由第一节点从第二节点接收对由第一节点控制的资源的请求;以及
由所述第一节点确定所述请求是否被授权;
其中所述确定包括:
从所述第二节点接收指示支付的加密货币交易消息;以及
验证所述加密货币交易消息的可信度。
39.一种装置,包括:
至少一个处理器;以及
包括计算机程序代码的至少一个存储器;
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述装置至少执行以下操作:
由第一节点从第二节点接收对由第一节点控制的资源的请求;以及
由所述第一节点确定所述请求是否被授权;
其中所述确定包括:
从所述第二节点接收指示支付的加密货币交易消息;以及
验证所述加密货币交易消息的可信度。
40.一种装置,包括:
处理器,所述处理器被配置为:
由第二节点识别控制资源的第一节点的存在;
从所述第一节点接收支付要求;以及
由第二节点向第一节点发送对所述资源的请求,所述请求包括指示用于由所述第一节点验证以确定所述请求是否被授权的支付的加密货币交易消息。
41.一种装置,包括:
至少一个处理器;以及
包括计算机程序代码的至少一个存储器;
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述装置至少执行以下操作:
由第二节点识别控制资源的第一节点的存在;
从所述第一节点接收支付要求;以及
由第二节点向第一节点发送对所述资源的请求,所述请求包括指示用于由所述第一节点验证以确定所述请求是否被授权的支付的加密货币交易消息。

说明书全文

用于自动的设备间授权的方法和装置

技术领域

[0001] 本发明一般涉及自动的设备间授权。

背景技术

[0002] 本部分示出了有用的背景信息,而没有承认这里描述的代表现有技术的任何技术。
[0003] 互联网使得人们能够通过通信上联网的节点或元件获得和传递信息,所述节点或元件能够与另一节点通信并且可选地将从一个节点接收的信息转发到另一节点。物联网(IoT)是指由通过自身获得和传递信息的设备或事物形成的网络的概念。节点可以传输关于其自身的运动的信息或响应于诸如来自另一节点的请求的远程触发。例如,杂货商品可以配备有射频识别标签,所述射频标识标签被配置为对收费系统指示由商店中的顾客收集到购物车的物品,以便消除卸载购物车以手动列出要购买物品的需要。在物联网中,箱可被配置为监控它的状态并且自动从具有家庭交付的杂货店订购补充品,并且商店可被配置为基于实时消费来自动化补充品的订购。通常,物联网可以被理解为被配置为在事物和其他事物、事物和人、事物和网络之间产生通信的系统。例如,物联网可以用于促进识别、管理和控制操作。
[0004] 除了上述示例之外,物联网将有可能实现许多仍然难以预测的更复杂的服务,就像难以预测当今社会社交媒体的发展一样。然而,可以预期,通信电路的降低的价格和能量消耗将驱动物联网中互连设备或事物的数量显著增加。例如,已经推测到2020年,物联网可能有500亿个节点。
[0005] 互联网接入通常通过在固定线路或移动互联网连接上操作的付费互联网订阅来安排。这种连接通过诸如ADSL调制解调器或蜂窝调制解调器的接入点终止于其用户。在某些情况下,例如,具有一些膝上型计算机,终端用户设备容易配备有调制解调器。也可以共享互联网接入给他人。例如,已经产生了WLAN漫游系统,其中社区或封闭组的成员已经通过彼此的WLAN接入点获得对互联网的访问。最简单地,可以通过将接入点对每个人开放而不进行任何加密认证来向每个人准许WLAN接入。然而,这种开放式互联网接入暴露于各种滥用,基于社区的接入在许多接入点或建筑物定制的接入控制系统中可能需要使用共享接入凭证。因此,很难安排涉及连接相当良好、计算装备良好的设备的互联网资源的合理控制的共享,所述设备例如家庭和企业的ADSL/WLAN接入点。使用物联网,预期的快速增长是基于这种想法:所需的设备是极其简单的,受限于诸如处理能存储器的资源,可以具有零星的连接,并且可能由其他设备供电(例如,通过RFID),使得节点在连接性和计算资源方面严重受限。

发明内容

[0006] 本发明示例的各个方面在权利要求中阐述。
[0007] 根据本发明的第一示例方面,提供了一种方法,包括:
[0008] 由第一节点从第二节点接收对由第一节点控制的资源的请求;以及[0009] 由所述第一节点确定所述请求是否被授权;
[0010] 其中所述确定包括:
[0011] 从所述第二节点接收指示支付的加密货币交易消息;以及
[0012] 验证所述加密货币交易消息的可信度。
[0013] 所述第一节点可以是物联网的节点。
[0014] 所述第二节点可以是物联网的节点。
[0015] 所述验证所述加密货币交易消息的可信度可以包括检查加密货币交易消息的可信度。
[0016] 所述方法还可以包括准许所述对资源的请求。
[0017] 响应于肯定地检查加密货币交易消息的合理性,可以准许所请求的资源。
[0018] 所述方法还可以包括在向所述第二节点准许所请求的资源之后,通知加密货币网络所述加密货币交易消息。
[0019] 所述方法还可以包括在准许所请求的资源之后,验证来自加密货币网络的所述加密货币交易消息的可信度。
[0020] 所述验证所述加密货币交易消息的可信度可以包括从与所述第一节点相关联的第一加密货币钱包请求交易确认。
[0021] 所述第二节点可以从与所述第二节点相关联的第二加密货币钱包获得所述加密货币交易消息。
[0022] 所述通知所述加密货币网络可以由所述第一加密货币钱包来执行。
[0023] 所述通知所述加密货币网络可以由所述第一加密货币钱包或由所述第二加密货币钱包执行。
[0024] 所述验证所述加密货币交易消息的可信度可以由所述第一加密货币钱包来执行。
[0025] 所述第二节点可以向所述第二加密货币钱包通知是否成功获得了资源。
[0026] 所述方法还可以包括所述第一设备在设备发现过程中识别自身。所述第一和第二节点可以在所述设备发现过程中发现彼此。所述设备发现过程可以使用由以下各项中的任何一个或多个定义的过程来执行:通用即插即用设备发现过程;IETF限制应用协议(Draft-ietf-core-coap-18.txt);以及RFC6690。
[0027] 所述第一加密货币钱包可以是由相同或不同类型的多个加密货币钱包形成的集体实体。
[0028] 所述第二加密货币钱包可以是由相同或不同类型的多个加密货币钱包形成的集体实体。
[0029] 所述第一节点可以向所述第二节点提供第一支付细节。所述第一节点可以在设备发现过程中向所述第二节点提供第一支付细节。所述第一支付细节可以包括以下中的任一个:第一钱包地址;与所述第一钱包相关联的公钥;可用资源的质量;可用资源的数量;以及用于获得所请求资源的价格。所述可用资源的质量可以包括所述资源将被准许可用的时间或时间间隔。
[0030] 所述加密货币可以是比特币
[0031] 根据本发明的第二示例方面,提供了一种方法,包括:
[0032] 由第二节点识别控制资源的第一节点的存在;
[0033] 从所述第一节点接收支付的要求;
[0034] 由第二节点向第一节点发送对所述资源的请求,所述请求包括指示用于由所述第一节点验证所述请求以确定所述请求是否被授权的支付的加密货币交易消息;
[0035] 所述第二节点可以从与所述第二节点相关联的第二加密货币钱包获得所述加密货币交易消息。
[0036] 所述第二节点可以向所述第二加密货币钱包通知是否成功获得了资源。
[0037] 所述方法还可以包括所述第二设备在设备发现过程中识别自身。所述第一和第二节点可以在所述设备发现过程中发现彼此。所述设备发现过程可以使用由以下各项中的任何一个或多个定义的过程来执行:通用即插即用设备发现过程;IETF限制应用协议(Draft-ietf-core-coap-18.txt);以及RFC6690。
[0038] 所述第二节点可以从所述第一节点接收第一支付细节。所述第二节点可以在设备发现过程中接收第一支付细节。所述第一支付细节可以包括以下中的任一个:第一钱包地址;与所述第一钱包相关联的公钥;可用资源的质量;可用资源的数量;以及用于获得所请求资源的价格。所述可用资源的质量可以包括所述资源将被准许可用的时间或时间间隔。
[0039] 所述加密货币可以是比特币。
[0040] 术语节点可以指可以在两个或更多其他相互通信使能单元(intercommunication enabled unit)之间被端接或互连的任何相互通信使能单元。
[0041] 所述第二节点可以自动发送所述对资源的请求。所述第二节点可以包括预定义的服务请求规则。所述第二节点可以基于所述服务请求规则来决定是否请求所述资源。所述第二节点可以基于所述服务请求规则来执行自动发送对资源的请求。
[0042] 根据本发明的第三示例方面,提供了一种包括计算机可执行程序代码的计算机程序,所述计算机可执行程序代码被配置为执行所述第一或第二示例方面的任何方法。
[0043] 所述计算机程序可被存储在计算机可读存储介质中。
[0044] 任何前述存储介质可以包括诸如数据盘或磁盘的数字数据存储器、光存储器、磁存储器、全息存储器、光磁存储器、相变存储器、电阻随机存取存储器、磁随机存取存储器、固体电解质存储器、电随机存取存储器、有机存储器聚合物存储器。存储介质可以在设备中形成,没有除了存储存储器之外的其他实质功能,或者可被形成为具有其他功能的设备的一部分,包括但不限于计算机的存储器、芯片组电子设备的子组件。
[0045] 根据本发明的第四示例方面,提供了一种包括存储器和处理器的装置,所述存储器和处理器被配置为使得所述装置执行所述第一示例方面的所述方法。
[0046] 根据本发明的第五示例方面,提供了一种包括存储器和处理器的装置,所述存储器和处理器被配置为使得所述装置执行所述第二示例方面的所述方法。
[0047] 在前面已经说明了本发明的不同非约束性示例方面和实施例。上述实施例仅用于解释可以在本发明的实现中使用的所选方面或步骤。可以仅参考本发明的某些示例方面来呈现一些实施例。应当理解,相应的实施例也可以应用于其他示例方面。附图说明
[0048] 为了更完整地理解本发明的示例实施例,现在参考以下结合附图的说明,在所述附图中:
[0049] -图1示出示例实施例的系统的架构图;
[0050] -图2示出示例实施例的处理的流程图;以及
[0051] -图3示出示例实施例的装置的框图

具体实施方式

[0052] 本发明的示例实施例及其潜在的优点通过参见图1至图3来理解。在这里中,相同的附图标记表示相同的部件或步骤。
[0053] 图1示出示例实施例的系统的架构图。如图1所示,加密货币用于实现对第二物联网(IoT)节点120的支付以使用第一IOT节点110的资源或服务。图1还示出了有时也称为服务钱包B的第一加密货币钱包112、有时也称为客户端钱包A的第二加密货币钱包122、以及加密货币网络130。第一加密货币钱包112可以是内置在也充当第一节点110的设备中的功能。替代地,第一加密货币钱包112可以由外部服务器或计算托管。第二加密货币钱包122可以是内置在也充当第二节点120的设备中的功能。替代地,第二加密货币钱包122可以由外部服务器或计算云托管。
[0054] 在示例实施例中,第一加密货币钱包112是由相同或不同类型的多个加密货币钱包形成的集体实体。
[0055] 在示例实施例中,第二加密货币钱包是由相同或不同类型的多个加密货币钱包形成的集体实体。
[0056] 加密货币网络和加密货币钱包的操作可以例如在目前的比特币中实现。然而,应当理解,比特币背后的技术可以用于包括目前众所周知的比特币的多种加密货币,而比特币仅仅是可以在这里的这个或其他示例实施例中使用的加密货币或比特币的一个示例。实际上,在这里中,提及没有大写的比特币或术语加密货币是指技术,而不是特定的比特币。此外,加密货币不需要与真实货币可交换,而是可以代表某种类型的令牌,诸如赞成令牌。
例如,加密货币可以仅仅用于公平地允许IoT所有者按照与借出他们自己的资源成比例地借用其他IoT所有者的资源。
[0057] 通常,比特币钱包保持其分类帐信息的副本,存储比特币网络中曾做过的所有交易,保存公钥和私钥,并且与比特币网络通信。建立新钱包可能需要一天或更多时间,因为钱包建立该数据库,其对于比特币目前大约是14GB大小。可以通过这种方式实现第一和第二加密货币钱包112、122。
[0058] 比特币的支付由付款人A或第二节点120通过使用A的私钥签署比特币交易来向收款人B或第一节点110发送比特币货币,收款人B可以通过使用A的公钥来验证。付款人A使用收款人B的公钥作为交易目的地。这种知识,即A的签名、B的公共地址和签名的比特币交易消息,也被共享到比特币网络(图1中的加密货币网络130)。比特币交易是对等网络中的广播事件,其中交易的接收者需要时间来记录由发送者执行的交易。这允许比特币网络验证是付款人A将钱发送到收款人B的,并且当比特币网络知道所有过去的交易时,它可以验证付款人A实际上已经有足够的钱来支付给收款人B。
[0059] 公钥密码术是比特币网络的一部分。通过学习所有已进行的交易来为钱包保持链,该任务不太适合受限节点来处理。即使现代智能手机可能也难以处理钱包维护。然而,一旦钱包已经将其状态与加密货币网络同步,钱包可以保持每比特币网络节点的未使用输入的索引,并因此快速检查,例如是否节点愿意对具有足够比特币来支付新交易的钱包进行支付。
[0060] 如果对于已经发生的交易不保持更新加密货币网络,则恶意方可以尝试双重花钱(double spend money),即,使用一个货币输入来多次支付。对于不能等待此刻会花费大约10分钟的块链确认的快速交易,双重花钱攻击是可能的。然而,双重花钱对应于以错误金钱(wrong money)和未兑现支票进行的欺诈,其是法律惩罚的犯罪。
[0061] 在示例实施例中,第一和第二节点110、120中的至少一个是资源受限设备,其处理能力和/或能量储备不足以用于通过加密货币网络对加密货币支付的在线验证。
[0062] 根据示例实施例,提供了用于实现物联网交易的装置,其中受限IoT客户端设备借助用于IoT客户和IoT节点的远程钱包(其连接到加密货币网络)通过加密货币(诸如比特币)来支付他们与受限IoT节点进行的交易。为了简化描述,术语节点可以用于指代可以准许对资源授权的单元,而术语客户端可以用于指代可以请求这种授权的单元。IoT客户端也可以被称为第二节点,并且IoT节点称为第一节点。
[0063] 如图1所示,IoT节点(第一节点)是提供正被购买(或授权)的服务的单元,IoT客户端(第二节点)是购买该服务或请求对资源的授权的单元。相应地,IoT客户端正在使用预期位于例如云中的客户端钱包A(第二钱包)。在强大的IoT客户端的情况下,客户端钱包也可以作为软件模块驻留在IoT客户端。服务钱包B(第一钱包)是IoT节点使用的钱包。服务钱包B通常不驻留在(受限)IoT节点中,而是例如在云或外部服务器中。
[0064] 受限IoT节点具有到远程钱包的通信连接。连接可以是例如始终在线连接、周期性连接或服务钱包B请求的按需连接。服务钱包B可以由一个或多个IoT节点使用。
[0065] 当IoT节点被IoT客户端(例如,人或其他自主IoT节点使用的移动手持机)访问时,IoT节点需要加密货币支付以完成交易。取决于优选的信任级别、定时需要并且考虑资源约束,IoT节点可以执行以下选项之一:
[0066] 1)接受加密货币交易消息而不立即验证,相反立即提供IoT节点的服务或所请求的资源。
[0067] 2)首先仅利用服务钱包B验证接收的加密货币支付(交易消息),一旦接受该交易(例如,如果该交易消息看起来似乎真实),则提供IoT节点的服务。所引起的延迟大致是从IoT节点到服务钱包B的分组往返时间(packet round trip time)。
[0068] 3)在接受加密货币支付(即,接受交易消息)之前等待加密货币网络确认加密货币交易。取决于加密货币网络需要多少确认,这可能需要相对长的时间,例如几分钟(例如10分钟)。
[0069] 不同的用例可以针对前述三种不同选项来识别。例如,选项1可用于小欺诈(例如双重花钱)不是问题的情况,因为如果使用IoT节点的大多数人或机器诚实地支付,这就足够了。这就像在杂货店里为小偷造成的损失所付出的代价一样。如果双重花钱的欺诈足够稀少,则选项1是成本有效的,因为IoT节点可以长时间存储加密货币交易,在将它们收集到服务钱包B中进入加密货币网络之前。长时间取决于不同情况,可以是小时、天或甚至数周。另一方面,选项2提供了超过选项1的附加安全性,代价则是将交易返回到服务钱包B所消耗的能量。这将防止付款人明显没有钱、签名支票失效或明显试图进行双重花钱的情况。选项
3提供了更好的防欺诈保护,但要求有足够的时间等待加密货币交易完成并由加密货币网络确认。也可以考虑进一步的或其他的使用情况。
[0070] 选项的选择可以是固定的,使得给定节点总是以给定的方式交互。另一方面,可以配置第一节点以基于设定的标准来选择选项,诸如被授权的资源的类型或正在出售的服务、与第二节点的早期交易量;随机选择以要求更安全的验证,例如在N次交易中验证一次,其中N的范围在2和1000之间。在一些情况下,N大于2、3、4、5、10或20。在一些情况下,N小于3、4、5、10、20、50、100或200(只要所选上限大于或等于下限)。
[0071] 在示例实施例中,访问IoT节点110的IoT客户端120也受限并且不可用于处理加密货币钱包维护的任务。IoT客户端120然后联系远程客户端钱包A 122(例如被实现为云服务)用于创建用于加密货币交易的消息。IoT客户端120将从IoT节点110接收的支付相关信息传递到客户端钱包A 122,客户端钱包A 122计算加密货币交易消息并将其返回到IoT客户端120。然后IoT客户端120传递用于IoT节点的加密货币交易消息。从IoT节点的度来看,加密货币交易消息是由IoT客户端120还是由客户端钱包A 122创建并不重要。
[0072] 让加密货币网络知道发生的支付交易的时刻有多种实现选择。例如,服务钱包B 112可以让加密货币网络一旦它发生以下行为就知道交易:
[0073] A)从IoT节点110知道交易将要发生;或者
[0074] B)从IoT节点110知道交易已经发生,可能是在交易实际发生很久之后。
[0075] 附加地或替代地,客户端钱包A 122可以被配置为让加密货币网络在从IoT客户端120听到它成功地从IoT节点110接收服务之后就知道交易。
[0076] 与选项2)和A)的完全交换的示例在在图2的以下消息序列图中示出。
[0077] 201:IoT客户端120从IoT节点110请求服务或资源。
[0078] 202:IoT节点110通知IoT客户端120服务成本和服务钱包B 112的信息,例如服务钱包B 112的地址。
[0079] 203:IoT客户端120将接收的信息传递给客户端钱包A 122并请求加密货币交易消息。
[0080] 204:客户端钱包A 122创建加密货币交易消息(在比特币的情况下,这是“tx”消息),但不将该消息提交到加密货币网络。因此,没有加密货币还在转手。相反,客户端钱包A 122向IoT客户端120提供交易消息。在这一点上,客户端钱包A 122必须将加密货币金额标记为暂时消费了,因此客户端钱包A 122必须不得将该金额加倍,而是等待IoT客户端120通知是否加密货币已成功花费了。
[0081] 205:IoT客户端120向IoT节点110提供加密货币消息,并从而支付该服务。在示例实施例中,信任IoT节点110立即在该点提供服务,而不是立即检查交易的合法性。
[0082] 206:IoT节点请求它的服务钱包B 112确认支付。在这一点上,在示例实施例中,服务钱包B 112检查交易消息对它的加密货币块链的副本的有效性,并且确定IoT客户端110是否具有它正试图在加密货币交易消息中支付的资金。
[0083] 207:服务钱包B 112通过转发最初从客户端钱包A 122接收的加密货币交易(在比特币的情况下是“tx消息”)通知加密货币网络发生的交易。在该加密货币之后转手。
[0084] 208:服务钱包B 112向IoT节点110提供交易确认,即,通知IoT节点关于成功的支付。
[0085] 209:IoT节点110为IoT客户端120提供服务。
[0086] 210:IoT客户端120通知它的客户端钱包A 122关于成功的交易。客户端钱包A 122标记所使用的加密货币。在这一点上,客户端钱包A 122还在示例实施例中将交易提交到加密货币网络(未示出),从而清除它的数据结构。
[0087] 为了附加可靠性,可以使用进一步的消息。也可能有错误情况,诸如设备没电或在交易中间失去连接。这些情况中的一些可以通过超时来处理,例如,客户端钱包A 122在其没有及时听到交易的成功(或失败)的情况下取消交易。如在所有金钱使用中一样,也会发生即使IoT客户端120没有获得服务或客户端钱包A 122没有从IoT客户端120获得成功通知服务器钱包B 112也通知网络关于所使用的加密货币的情况。在例如不需要使用这些通常回收系统的情况下,IoT客户端120的所有者联系IoT节点110的所有者并且声明回可能已付的加密货币但是不产生服务交付。此外,在存在共同形成第一或第二加密货币钱包112、122的多个加密货币钱包的情况下,可以提供单独的信令用于协商要使用的加密货币。
[0088] 使用示例
[0089] 在IoT客户端120和IoT节点110之间的任何动作发生之前,设备发现彼此。这例如在lETF的受限应用协议(CoAP)(draft-ietf-core-coap-18.txt)中通过节点向调用的资源./well-known/core(rfc6690)发送单播或多播请求来实现。
[0090] 使用CoAP的至少两种方法是可能的:
[0091] 1)IoT客户端120获知IoT节点110的服务钱包B 112的地址或公钥(加密货币交易的目标)和价格用于在资源发现阶段期间执行动作;或者
[0092] 2)IoT客户端120获知IoT节点110的服务钱包B 112的地址和价格,作为对IoT客户端120尝试执行的服务交易的响应。
[0093] 当使用CoAP时,请求IoT客户端120可以通过至少两种不同方式来支付交易:
[0094] 1)包括签名的加密货币交易消息作为交易消息的一部分(例如CoAP GET/PUT);或者
[0095] 2)在实际数据交易发生之前执行支付(例如,经由单独的CoAP PUT消息)。
[0096] 在任一情况下,在示例实施例中,向请求者通知交易将发生的预期时间。这允许IoT客户端120选择等待确认或不等待。
[0097] 在未来,可能出现其他加密货币,或者发生对当前比特币的改进,其允许更快地确认并使得选项三更加可用。
[0098] 为进一步清楚起见,下面更详细地通过基于CoAP协议的改变的示例看看如何实现用于请求IoT客户端120支付交易的两种不同方式,也可以使用CoAP,而不需要对CoAP进行添加:
[0099] A)IoT客户端120在尝试交易时获知价格。
[0100] 1)IoT客户端120针对/sensor/temperature1资源向IoT节点110发送CoAP GET请求。
[0101] 2)IoT节点110以新客户端错误状态代码进行响应,例如像所请求的支付4.16。错误回复在它的有效载荷中(或者替代地在新CoAP选项中)具有指示支付所需信息的标准格式的字符串。在比特币的情况下,该字符串包含客户端钱包A122需要生成服务钱包B可接受的加密货币交易消息的所有信息(https://en.bitcoin.it/wiki/Protocol_specification#tx中描述的“tx”消息)。该字符串例如可以是JSON格式的。比特币所需的数据位至少是版本号、服务钱包B的地址和服务的成本。
[0102] 3)IoT客户端120请求客户端钱包A 122加密货币交易消息,并获得一个。这可以通过使用CoAP over DTLS、HTTP over TLS或某其他协议发生。
[0103] 4)IoT客户端120针对/sensor/temperature1资源向IoT节点110重新发送CoAP GET请求,并且包括包含加密货币交易消息的新CoAP选项,所述加密货币交易消息应该被二进制编码以节省空间。实质上,这可以是从客户端钱包A 122接收的比特币“tx”消息。
[0104] 5)IoT节点110以标准方式或者立即或者如上所述经由咨询服务钱包B回复CoAP GET。
[0105] B)IoT客户端120在进行实际交易之前获知价格。
[0106] 1)IoT客户端120针对/well-known/cost/sensor/temperature1(或已知包含价格的某其他资源,还可以有指示IoT节点是否需要某种形式的支付的已知资源,以及仅在查询确切价格之后)向IoT节点110发送CoAP GET请求
[0107] 2)IoT节点用CoAP成功进行答复,并且包括成本和支付信息,如前述A-2中所述。
[0108] 3)IoT客户端120向客户端钱包A 122请求交易消息,如前述A-3中所述。
[0109] 3A)IoT客户端120在CoAP GET中包括加密货币交易消息,如前述A-4中所述。
[0110] 3B)(替代地)IoT客户端120首先经由CoAP PUT将加密货币交易消息推送到IoT节点,如果支付正确则IoT节点用OK回复,否则回复错误。
[0111] 4)如果IoT节点110回复成功,则IoT客户端120像往常一样执行CoAP GET,并且IoT节点110允许它就像它已接收支付一样(在这种情况下,IoT客户端120将被授权,例如通过所接收的作为对向Io节点110递送加密货币交易的CoAP PUT消息的响应的某TOKEN)。
[0112] 这里的各种实施例对所使用的接入技术是完全不可知的。合适的通信技术包括各种短距离和长距离无线技术,诸如NFC、IEEE 802.15.4、ZigBee、蓝牙、蓝牙低功耗、WiFi、LTE、GSM、IS-95、CDMA-2000和W-CDMA,以及各种有线技术,诸如IEEE 802.3和USB。
[0113] 尽管在上文中提到CoAP,但是用于IoT客户端120和IoT节点110通信的协议可以使用任何合适的协议来实现,诸如新的或专有的协议或现有协议,诸如超文本传输协议(HTTP)、消息队列遥测传输(MQTT)、端到端技术,诸如AllJoyn、短消息服务(SMS)或多媒体消息服务(MMS)。
[0114] 图3示出根据本发明实施例的装置300的框图。装置300可用作例如IoT节点110或IoT客户端120。还应当理解,一个设备(例如装置300)可被配置为在一个时间充当IoT节点110而在另一时间充当IoT客户端120或甚至同时在两个功能中。
[0115] 装置300包括存储器340,存储器340包括持久性计算机程序代码350和终端的私有身份。装置300还包括用于使用计算机程序代码340控制装置300的操作的处理器320、用于与其他节点以及与加密货币网络通信的通信单元310。通信单元310包括例如:局域网(LAN)端口;无线局域网(WLAN)单元;蓝牙单元;蜂窝数据通信单元;或卫星数据通信单元。处理器320包括例如以下中的任何一个或多个:主控制单元(MCU);微处理器;数字信号处理器(DSP);专用集成电路(ASIC);现场可编程阵列;以及微控制器
[0116] 在不以任何方式限制以下出现的权利要求的范围、解释或应用的情况下,这里公开的一个或多个示例实施例的技术效果是不需要在IoT客户端上加载钱或信用卡信息,因此盗用或丢失IoT客户端不一定导致金钱损失。这意味着在IoT节点和IoT客户端上不需要安全元件(诸如SIM卡或嵌入式SE硬件),只要客户端钱包A能够识别IoT客户端,使得它不允许任何人请求加密货币交易消息。如果IoT客户端或IoT节点丢失,可以简单地把钱包列入黑名单作为丢失的设备,以防止使用它们的加密货币。
[0117] 这里公开的一个或多个示例实施例的另一技术效果是IoT客户端不需要行帐户、信用卡或身份。虽然人有身份不是问题,但对于机器可能是个问题。如果一些机器装载有到机器可以用来访问其他机器的某加密货币的访问,而系统不绑定到真实银行帐户或信用卡标识,则将更简单。例如,自主车辆可以用加密货币支付道路收费或在停车场停车。这意味着系统可以获得加密货币的好处并且在没有集中式服务器的情况下工作,并且因此在各种干扰(例如对负责信用卡支付清算的银行服务器的DoS攻击)的情况下工作。
[0118] 这里公开的一个或多个示例实施例的另一技术效果是IoT节点访问可以如所使用的加密货币一样保持匿名,因此当访问IoT节点时可以保护IoT客户端的隐私,这不同于使用信用卡或借记卡来支付。
[0119] 这里公开的一个或多个示例实施例的另一技术效果是IoT节点不需要具有连续的互联网连接,它不必例如通过大多数其他支付系统一样必须匆忙验证交易。即使在IoT节点没有匆忙验证交易时,收款人(IoT客户端)也不能在没有犯罪的情况下双重花钱,冒着被捕获的险。IoT节点可以收集加密货币交易,并且提供它们,例如批量地或散量地传输到服务钱包B(或例如通过远程或本地电子收集,例如经由“手动”读取IoT节点的支付高速缓存的人)。
[0120] 这里公开的一个或多个示例实施例的另一技术效果是,在比特币技术中,交易费是微不足道的,因此非常适合于可以进行自动IoT访问以真正激增的纳米支付。
[0121] 本发明的实施例可以在软件、硬件、应用逻辑或软件、硬件和应用逻辑的组合中实现。在示例实施例中,应用逻辑、软件或指令集被保持在各种常规计算机可读介质中的任一个上。在这里的上下文中,“计算机可读介质”可以是可以包含、存储、传送、传播或传输指令的任何非瞬态介质或装置,所述指令用于由诸如计算机的指令执行系统、装置或设备等使用或与其结合使用,通过图3中描述和描绘的计算机的一个示例。计算机可读介质可以包括计算机可读存储介质,其可以是可以包含或存储指令的任何介质或装置,所述指令由诸如计算机的指令执行系统、装置或设备使用或与其结合使用。
[0122] 如果需要,这里所讨论的不同功能可以以不同的顺序和/或彼此同时执行。此外,如果需要,一个或多个前述功能可以是可选的或可以被组合。
[0123] 尽管在独立权利要求中阐述了本发明的各个方面,本发明的其它方面包括来自所描述的实施例的特征的其它组合和/或具有独立权利要求的特征的从属权利要求,而不仅仅是权利要求中明确陈述的组合。
[0124] 在这里中还应注意,尽管前述内容描述了本发明的示例实施例,但是这些描述不应被视为具有限制意义。相反,在不脱离如所附权利要求中限定的本发明的范围的情况下,可以做出若干变化和修改
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈