可左右滑动选省市

一种基于区块链的信息处理方法及装置实用新型专利

更新时间:2024-10-01
一种基于区块链的信息处理方法及装置实用新型专利 专利申请类型:实用新型专利;
源自:北京高价值专利检索信息库;

专利名称:一种基于区块链的信息处理方法及装置

专利类型:实用新型专利

专利申请号:CN202110123191.0

专利申请(专利权)人:联想(北京)有限公司
权利人地址:北京市海淀区上地西路6号2幢2层201-H2-6

专利发明(设计)人:陈飞飞,陶佩,郭青霄

专利摘要:本申请公开了一种基于区块链的信息处理方法及装置。该方法通过搭建在电子设备的使用方和维护方均设置有区块链节点的区块链,以记录电子设备的运行状态;由电子设备将用于反映自身当前运行状态的状态信息发送给区块链,并利用区块链上部署的智能合约对电子设备的状态信息进行检测;当智能合约检测到电子设备发生故障时,将故障信息和故障发生时间存储至区块链,并在满足预警条件下及时向电子设备的维护方发送设备故障的通知信息以便维护方及时对电子设备进行维修;之后,当智能合约检测到电子设备的故障已经修复时,再将故障修复时间存储至区块链,以便在区块链中留存无法篡改的记录,使电子设备维护方和使用方实现共赢。

主权利要求:
1.一种基于区块链的信息处理方法,所述方法包括:区块链接收电子设备发送的用于反映自身当前运行状态的第一状态信息,所述第一状态信息包括故障信息和故障发生时间;
将所述第一状态信息储存至区块链;
根据所述第一状态信息和第一智能合约,确定所述电子设备是否满足预警条件,若满足,则向第一类用户发送第一提示信息,以使所述第一类用户获知所述电子设备发生故障,所述第一类用户负责对所述电子设备进行维护;第一智能合约是通过所述预警条件对第一状态信息进行检测,确定电子设备是否满足预警条件的智能合约;
接收所述电子设备发送的用于反映自身当前运行状态的第二状态信息,所述第二状态信息包括故障修复时间;
将所述第二状态信息储存至区块链;
根据所述第二状态信息、所述第一状态信息和第二智能合约计算得到服务质量评价指标值。
2.根据权利要求1所述的方法,所述方法还包括:确定所述服务质量评价指标值是否异常,若异常,则向第二类用户发送第二提示信息,所述第二类用户为所述电子设备的使用者。
3.根据权利要求1所述的方法,根据所述第一状态信息和第一智能合约,确定所述电子设备是否满足预警条件,包括:根据所述第一状态信息和第一智能合约,确定所述第一状态信息是否包括预设的第一关键字,或根据所述第一状态信息和第一智能合约,计算第一状态指标值,判断所述第一状态指标值是否超出第一阈值。
4.根据权利要求1所述的方法,所述第一提示信息包括:所述第一提示信息包括所述电子设备的设备信息、所述故障信息和所述故障发生时间。
5.根据权利要求4所述的方法,所述第一提示信息还包括:期望的故障修复时间。
6.根据权利要求1所述的方法,在所述电子设备满足预警条件的情况下,所述方法还包括:向第二类用户发送所述第一提示信息。
7.根据权利要求2所述的方法,在所述服务质量评价指标值异常的情况下,所述方法还包括:向所述第一类用户发送所述第二提示信息。
8.根据权利要求1所述的方法,在所述接收所述电子设备发送的用于反映自身当前运行状态的第二状态信息之后,所述方法还包括:向所述第一类用户和/或第二类用户发送第三提示信息。
9.一种基于区块链的信息处理装置,所述装置包括:第一状态信息接收模块,用于区块链接收电子设备发送的用于反映自身当前运行状态的第一状态信息,所述第一状态信息包括故障信息和故障发生时间;
第一状态信息存储模块,用于将所述第一状态信息储存至区块链;
电子设备预警模块,用于根据所述第一状态信息和第一智能合约,确定所述电子设备是否满足预警条件,若满足,则向第一类用户发送第一提示信息,所述第一类用户负责对所述电子设备进行维护;第一智能合约是通过所述预警条件对第一状态信息进行检测,确定电子设备是否满足预警条件的智能合约;
第二状态信息接收模块,用于接收所述电子设备发送的用于反映自身当前运行状态的第二状态信息,所述第二状态信息包括故障修复时间;
第二状态信息存储模块,用于将所述第二状态信息储存至区块链;根据所述第二状态信息、所述第一状态信息和第二智能合约计算得到服务质量评价指标值。 说明书 : 一种基于区块链的信息处理方法及装置技术领域[0001] 本申请涉及信息处理领域,尤其涉及一种基于区块链的信息处理方法及装置。背景技术[0002] 随着物联网(InternetofThings,IoT)设备越来越多被用于人们的生产生活,大量的IoT设备提供方在为客户提供设备的同时需要提供远程支持、故障修复等服务。[0003] 当IoT设备出现故障,设备使用方希望问题可以尽快得以修复,因此服务提供方需要和客户方签订服务等级协议即SLA,以规范服务质量。[0004] 其中,设备故障的处理流程和SLA的履行流程通常是:首先,由设备使用方在发现故障后进行故障报修;然后,服务提供方远程或者上门解决故障。但这一过程中常常会因设备使用方和服务提供方均无法提供可信证据证明维修时间是否满足了SLA要求,进而导致争议频发。发明内容[0005] 本申请人提供一种基于区块链的方法及装置。[0006] 根据本申请实施例第一方面,提供一种基于区块链的方法,该方法包括:接收电子设备发送的用于反映自身当前运行状态的第一状态信息,第一状态信息包括故障信息和故障发生时间;将第一状态信息储存至区块链;根据第一状态信息和第一智能合约,确定电子设备是否满足预警条件,若满足,则向第一类用户发送第一提示信息,以使第一类用户获知电子设备发生故障,第一类用户负责对电子设备进行维护;接收电子设备发送的用于反映自身当前运行状态的第二状态信息,第二状态信息包括故障修复时间;将第二状态信息储存至区块链。[0007] 根据本申请一实施例,在接收电子设备发送的用于反映自身当前运行状态的第二状态信息之后,该方法还包括:根据第二状态信息、第一状态信息和第二智能合约计算得到服务质量评价指标值。[0008] 根据本申请一实施例,该方法还包括:确定服务质量评价指标值是否异常,若异常,则向第二类用户发送第二提示信息,第二类用户为电子设备的使用者。[0009] 根据本申请一实施例,根据第一状态信息和第一智能合约,确定电子设备是否满足预警条件,包括:根据第一状态信息和第一智能合约,确定第一状态信息是否包括预设的第一关键字,或根据第一状态信息和第一智能合约,计算第一状态指标值,判断第一状态指标值是否超出第一阈值。[0010] 根据本申请一实施例,第一提示信息包括:第一提示信息包括电子设备的设备信息、故障信息和故障发生时间。[0011] 根据本申请一实施例,第一提示信息还包括:期望的故障修复时间。[0012] 根据本申请一实施例,在电子设备满足预警条件的情况下,该方法还包括:向第二类用户发送第一提示信息。[0013] 根据本申请一实施例,在服务质量评价指标值异常的情况下,该方法还包括:向第一类用户发送第二提示信息。[0014] 根据本申请一实施例,在接收电子设备发送的用于反映自身当前运行状态的第二状态信息之后,该方法还包括:向第一类用户和/或第二类用户发送第三提示信息。[0015] 根据本申请实施例第二方面,提供一种基于区块链的信息处理装置,该装置包括:第一状态信息接收模块,用于接收电子设备发送的用于反映自身当前运行状态的第一状态信息,第一状态信息包括故障信息和故障发生时间;第一状态信息存储模块,用于将第一状态信息储存至区块链;电子设备预警模块,用于根据第一状态信息和第一智能合约,确定电子设备是否满足预警条件,若满足,则向第一类用户发送第一提示信息,第一类用户负责对电子设备进行维护;第二状态信息接收模块,用于接收电子设备发送的用于反映自身当前运行状态的第二状态信息,第二状态信息包括故障修复时间;第二状态信息存储模块,用于将第二状态信息储存至区块链。[0016] 本申请实施例提供一种基于区块链的信息处理方法及装置,该方法通过搭建在电子设备的使用方和维护方均设置有区块链节点的区块链,以记录电子设备的运行状态;由电子设备将用于反映自身当前运行状态的状态信息发送给区块链,并利用区块链上部署的智能合约对电子设备的状态信息进行检测;当智能合约检测到电子设备发生故障时,将故障信息和故障发生时间存储至区块链,并在满足预警条件下及时向电子设备的维护方发送设备故障的通知信息以便维护方及时对电子设备进行维修;之后,当智能合约检测到电子设备的故障已经修复时,再将故障修复时间存储至区块链,以便在区块链中留存无法篡改的记录。[0017] 由于电子设备的状态信息从产生到存储全程无人为参与,且存储至区块链之后,这些信息就变成不可篡改的记录,可完整地留存设备故障发生和修复的相关证据,并通过共识的区块链共享给使用方和维护方。如此,可避免双方对电子设备维护服务质量产生争议。[0018] 此外,通过智能合约还可在满足预警条件下及时向电子设备的维护方发送设备故障的通知信息,也避免了因为通知不及时而导致电子设备的故障得不到及时修复的问题。[0019] 如此,一方面,有助于电子设备维护方进一步提高服务质量,进而提高电子设备使用方的满意度;另一方面,也可以确保服务质量的评价更为公正和公平,以免电子设备维护方的利益受损,得不到应有的评价,从而取得双方共赢的理想结果。[0020] 需要理解的是,本申请的实施并不需要实现上面所述的全部有益效果,而是特定的技术方案可以实现特定的技术效果,并且本申请的其他实施方式还能够实现上面未提到的有益效果。附图说明[0021] 通过参考附图阅读下文的详细描述,本申请示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中,以示例性而非限制性的方式示出了本申请的若干实施方式,其中:[0022] 在附图中,相同或对应的标号表示相同或对应的部分。[0023] 图1为本申请基于区块链的信息处理方法一实施例的实现流程示意图;[0024] 图2为本申请基于区块链的信息处理方法另一实施例的系统架构和信息交互示意图;[0025] 图3为本申请基于区块链的信息处理装置的一实施例组成结构示意图。具体实施方式[0026] 为使本申请的目的、特征、优点能够更加的明显和易懂,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而非全部实施例。基于本申请中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。[0027] 在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。[0028] 此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是两个或两个以上,除非另有明确具体的限定。[0029] 需要说明的是,在实施本申请实施例基于区块链的方法之前,首先要部署一个区块链系统,并在电子设备的使用方和电子设备的维护方分别部署区块链节点。[0030] 此外,还要在电子设备上建立运行状态监控系统,可实时采集电子设备的运行状态并自动将电子设备的运行状态发送给该区块链。[0031] 之后,就可使用本申请实施例基于区块链的方法处理电子设备的运行状态信息了。[0032] 图1示出了本申请实施例基于区块链的方法的实现流程。参考图1,该方法包括:操作110,接收电子设备发送的用于反映自身当前运行状态的第一状态信息,第一状态信息包括故障信息和故障发生时间;操作120,将第一状态信息储存至区块链;操作130,根据第一状态信息和第一智能合约,确定电子设备是否满足预警条件,若满足,则向第一类用户发送第一提示信息,以使第一类用户获知电子设备发生故障,第一类用户负责对电子设备进行维护;操作140,接收电子设备发送的用于反映自身当前运行状态的第二状态信息,第二状态信息包括故障修复时间;操作150,将第二状态信息储存至区块链。[0033] 其中,电子设备包括IoT设备,例如,共享充电宝、共享单车、智能家居设备等,可通过有线或无线网络连接向区块链发送信息。[0034] 通常,电子设备上设置有传感器装置,可以利用各种传感器装置收集并记录电子设备的当前运行状态形成状态信息。其中,状态信息包括设备编号、运行状态、故障代码、故障消息、故障发生时间、故障解决时间等信息,可存储在电子设备运行状态日志中。[0035] 这些反映自身当前运行状态的状态信息是由电子设备发送的,无须人工干预,可从数据来源上确保状态信息的真实性和可信性。[0036] 电子设备发送状态信息的时间可以设置为定期发送模式,例如,每天发送一次;也可以设置为事件触发模式,例如,当发生故障时或故障修复时发送。其中,为了确保电子设备维护人员可及时获知电子设备的最新运行状态,如果是定期发送模式,则定期发送时间的间隔不宜太长。[0037] 在操作110中,第一状态信息指电子设备发生故障时采集到的状态信息,通常是由正常状态转换为故障状态后的第一条状态信息,其中,故障信息包括设备编号、运行状态、故障代码、故障消息等;故障发生时间主要指根据故障信息推测的故障发生时间,通常指根据运行状态或故障代码首次发现电子设备出现故障的时间。[0038] 在操作120中,通过将第一状态信息储存至区块链可利用区块链上的数据只增不改、任何人不能篡改已记录信息的特点,确保第一状态信息真实性和可信性。[0039] 此外,经过共识的区块链共享账本可共享给区块链的各个节点,其中既有部署在电子设备使用方的节点,又有部署在电子设备维护方的节点。如此,可在双方实现数据共享,使第一状态信息透明化,避免因隐瞒信息、或信息不对称等原因,造成协议履行的不对等或不公平。[0040] 但仅仅将第一状态信息存储在区块链中,只能起到留存证据,避免争议的问题。而如何使电子设备的故障尽快得到处理,提高电子设备维护方的服务质量和电子设备使用方的满意度,通过缩短设备故障时间使设备使用方的损失最小化,才能真正取得经济效益。[0041] 为此,本申请所提供的方案,还利用区块链中“智能合约”的特性,通过预先定义的预警条件对第一状态信息进行检测,当根据第一状态信息可以确定电子设备满足预警条件时,及时向电子设备的维护方发送通知,以使得电子设备维护方可以尽早对设备的故障进行分析、处理和修复,这样可大大缩短设备的维修周期,使设备尽快恢复正常。[0042] 在操作130中,第一智能合约就是通过预先定义的预警条件对第一状态信息进行检测,确定电子设备是否满足预警条件的智能合约。[0043] 预警条件可根据实施方的实施需求灵活制定,比如:[0044] 1)只要发生故障就发送通知;或,[0045] 2)只有故障代码为指定值时,才发送通知;或,[0046] 3)根据故障对故障等级进行评估,只有当故障等级高于某一等级时,才发送通知等等。[0047] 发送第一提示信息的方式可以是发送短信、发送邮件或通知等任意可以将第一提示信息送达第一类用户的发送方式和方法。[0048] 第一提示信息的内容也可以根据实施方需要灵活确定,可以是仅告知第一类用户有设备发生故障的简短信息;也可以是包含设备编号、故障信息和故障时间等较为详细的信息。[0049] 第一类用户主要指电子设备的维护方的用户,例如电子设备的维护人员、电子设备维护方的管理人员、电子设备的维护方的调度人员等。[0050] 第一智能合约执行的时机可根据具体实施条件来灵活确定,可以在接收到每一状态信息时执行;也可以仅在确定状态信息为第一状态信息时(即仅当电子设备发生故障时)执行;还可以在存储第一状态信息之后执行等等。[0051] 操作110、操作120和操作130可将故障发生时间以及故障信息存储到区块链中,但这还不足以评价服务质量,没有服务质量的评价约束,电子设备的维护方,在收到故障通知后,也可能不会及时去修复电子设备的故障。为此,还需要通过操作记录故障修复的时间。操作140和操作150就是用来记录故障修复的时间的。[0052] 在操作140中,第二状态信息指电子设备故障修复时采集到的状态信息,通常是由故障状态转换为正常状态后的第一条状态信息;故障修复时间主要指根据状态信息推测的故障修复的时间,通常指根据运行状态或故障代码首次发现电子设备恢复正常状态的时间。[0053] 在操作150中,将第二状态信息存储至区块链中,可利用区块链上的数据只增不改、任何人不能篡改已记录信息的特点,确保第二状态信息的真实性和可信性。[0054] 此外,经过共识的区块链共享账本可共享给区块链的各个节点,其中既有部署在电子设备使用方的节点,又有部署在电子设备维护方的节点。如此,可在双方实现数据共享,使第一状态信息透明化,避免因隐瞒信息、或信息不对称等原因,造成协议履行的不对等或不公平。[0055] 而当区块链中既存储了第一状态信息(例如,故障发生时间)又存储了第二状态信息(例如,故障恢复时间)就可以通过第一状态信息和第二状态信息来评价服务质量信息,从而既可以通过服务质量评价督促电子设备方提高服务质量,也可以通过留存服务质量信息作为证据,维护电子设备维护方的利益,使其付出的努力得到应有的评价。[0056] 通过以上分析,不难看出,本申请所提供的基于区块链的信息处理方法,可将真实可信的设备状态信息记录到区块链中,确保该信息不会被篡改,留存为双方均能认可的证据;还能及时将故障通知发送给电子设备维护方,以使其尽早修复设备故障,并通过修复时间的记录为服务质量评价提供更可靠的依据。如此,一方面,有助于电子设备维护方进一步提高服务质量,提高电子设备使用方的满意度;另一方面,也可以确保服务质量的评价更为公正和公平,以免电子设备维护方的利益受损,从而取得双方共赢的理想结果。[0057] 需要说明的是图1所示的实施例仅为本申请基于区块链的信息处理方法最基本的一个基本实施例,实施者还可在其基础上进行进一步细化和扩展。[0058] 根据本申请一实施例,在接收电子设备发送的用于反映自身当前运行状态的第二状态信息之后,该方法还包括:根据第二状态信息、第一状态信息和第二智能合约计算得到服务质量评价指标值。[0059] 在实际应用中,电子设备的使用方和维护方往往签订有约定服务质量的协议,例如,SLA。在这些协议中,通常会约定评价服务质量的各种指标,以及个指标应该达到的标准等。例如,在多长时间内修复电子设备的故障;在某个期限内出现故障的次数要低于多少次等等。[0060] 利用区块链中的第二智能合约根据第一状态信息和第二状态信息计算上述服务质量评价指标及其具体值得到服务质量评价指标值,并将该服务质量评价指标值也上传到区块链中,并通过区块链的共享账本共享给电子设备的使用者和维护方。如此,可更便捷和准确地获取服务质量评价指标值,使服务质量一目了然且没有争议。[0061] 其中,第二智能合约是根据设备的使用方和维护方所签订的协议内容来实现的。第二智能合约的执行时机,通常是在接收到第一状态信息和/或第二状态信息(即电子设备发生故障或故障修复)时执行的;也可以经由其他智能合约,例如第一智能合约,触发执行等等。[0062] 在实际应用中,第一智能合约和第二智能合约可以是单独的两个不同的合约,也可以是同一个智能合约,本申请不对此加以限定。[0063] 根据本申请一实施例,该方法还包括:确定服务质量评价指标值是否异常,若异常,则向第二类用户发送第二提示信息,第二类用户为电子设备的使用者。[0064] 其中,第二类用户主要指监督、管理电子设备维护服务质量的用户,例如,电子设备的使用方,以及电子设备维护方的管理人员等等。[0065] 当服务质量评价指标值发生异常时,即电子设备维护方的服务质量未达到约定的标准或大幅超出约定的标准时,可通知电子设备的第二类用户,以便及时对电子设备维护方进行惩戒或奖励。如此,更加有助于提高电子设备维护方的服务质量。[0066] 根据本申请一实施例,根据第一状态信息和第一智能合约,确定电子设备是否满足预警条件,包括:根据第一状态信息和第一智能合约,确定第一状态信息是否包括预设的第一关键字,或根据第一状态信息和第一智能合约,计算第一状态指标值,判断第一状态指标值是否超出第一阈值。[0067] 在确定电子设备是否满足预警条件时,可通过关键字检索的方式,例如,检索状态信息或故障信息中是否包含指定的错误信息;判断故障代码的值是否为指定值等等;也可以通过第一状态信息提取一些状态指标,并根据这些状态指标计算得到第一状态指标值,例如故障等级,并判断该状态指标值是否超过与之对应的第一阈值,例如预设的故障等级阈值“一级故障”。[0068] 如此,可对故障进行初判,仅当故障满足某种预设的条件才进行报警,对于一些不会影响设备使用效能的微小故障或可以自行恢复的临时性故障,可不用通知电子设备维护方。[0069] 根据本申请一实施例,第一提示信息包括:第一提示信息包括电子设备的设备信息、故障信息和故障发生时间。[0070] 其中,设备信息包括设备编号、设备型号、设备地点或设备地址等。在第一提示信息中包括电子设备的设备信息、故障信息和故障发生时间,可有助于电子设备维护方及时定位电子设备,并根据故障信息进行初步判断,制定维修方案,安排地点较近对所出故障比较擅长的员工去维修。如此,可进一步提高维修效率和服务质量。[0071] 根据本申请一实施例,第一提示信息还包括:期望的故障修复时间。[0072] 在实际应用中,电子设备的使用方和维护方往往签订有协议对服务质量进行约定,例如,SLA。其中,通常会约定故障的修复时间。为此,可根据该约定计算出期望的故障修复时间,并在第一提示信息中包括期望的故障修复时间以提醒电子设备的维护方在约定的修复时间内完成对故障的修复。[0073] 根据本申请一实施例,在电子设备满足预警条件的情况下,该方法还包括:向第二类用户发送第一提示信息。[0074] 在电子设备满足预警条件的情况下,除了通知电子设备的维护方,还可以通知第二类用户,例如,电子设备的使用方,以便电子设备的使用方也能及时获知电子设备的故障状况,并采取相应的应对措施,例如,预估电子设备的故障对生产经营的影响,并判断是否需要启动备用设备进行补救等等。[0075] 根据本申请一实施例,在服务质量评价指标值异常的情况下,该方法还包括:向第一类用户发送第二提示信息。[0076] 在服务质量评价指标值异常的情况下,可通知电子设备的第一类用户,即电子设备维护方,以便电子设备维护方采取相应的措施。例如,在电子设备维护方的服务质量未达到约定的标准时,及时反思未达标的原因;或在服务质量评价指标值大幅超出约定的标准时,及时奖励电子设备的维护人员等等。[0077] 根据本申请一实施例,在接收电子设备发送的用于反映自身当前运行状态的第二状态信息之后,该方法还包括:向第一类用户和/或第二类用户发送第三提示信息。[0078] 以上实施例是对如何在图1所示的基本实施例的基础之上如何进行进一步细化和扩展的示例性说明,实施者还可根据具体的实施条件和需要,对上述实施例中的各种实施方式进行组合形成新的实施例,以实现更为理想的实施效果。[0079] 图2示出了本申请另一实施例,该实施例就综合了以上多个实施例的多种实施方式,最终形成了一个得到优化的、新的实施例。[0080] 如图2所示所示的实施例中,电子设备为IoT设备,该设备有大量感知器可采集设备的状态信息生成日志,其中,日志信息包括设备编号、运行状态、故障代码、故障消息、故障发生时间、故障解决时间等;IoT设备每天定时通过无线网络连接向区块链系统的数据接收端口发送日志信息,对日志信息进行上链存储。[0081] 在这一实施例中的区块链系统中设置了两个智能合约:自动告警智能合约和SLA计算智能合约。[0082] 其中,自动告警智能合约在日志信息上链存储时触发执行,通过故障代码判断IoT设备发送的信息是否满足预警条件,若满足,则向设备使用方和设备维护方同时发送通知以告知设备故障。在通知中会给出设备编号、故障代码、故障消息和故障发生时间等具体内容以便设备维护方对故障进行初判,并及时指派维修人员进行维修。[0083] 自动告警智能合约还会根据日志信息判断IoT设备是否从正常状态转换为异常状态(发生故障)或是从异常状态恢复为正常状态(故障得以修复),若是,则触发SLA计算智能合约记录故障发生时间或故障修复时间等用于评价服务质量指标值的相关信息,并在某一时机(例如,故障修复时,或评价服务质量的某一期间的最后一天)计算SLA中约定的服务质量指标值(例如,故障修复时间,或故障发生次数等)。这些数据会存储在区块链中,电子设备的使用方和和电子设备的维护方可随时查看,并在发生争议时可提取出来作为证据。[0084] 需要说明的是,图2所示的实施例也仅为本申请基于区块链的信息处理方法的一个示例性说明,并非对本申请实施例的实施方式或应用场景的限定,实施者可根据具体实施需要和实施条件采用任何适用的实施方式应用于任何适用的应用场景中。[0085] 进一步地,本申请实施例还提供一种基于区块链的信息处理装置,如图3所示,该装置30包括:第一状态信息接收模块301,用于接收电子设备发送的用于反映自身当前运行状态的第一状态信息,第一状态信息包括故障信息和故障发生时间;第一状态信息存储模块302,用于将第一状态信息储存至区块链;电子设备预警模块303,用于根据第一状态信息和第一智能合约,确定电子设备是否满足预警条件,若满足,则向第一类用户发送第一提示信息,第一类用户负责对电子设备进行维护;第二状态信息接收模块304,用于接收电子设备发送的用于反映自身当前运行状态的第二状态信息,第二状态信息包括故障修复时间;第二状态信息存储模块305,用于将第二状态信息储存至区块链。[0086] 根据本申请一实施例,该装置30还包括:服务质量评价指标值计算模块,用于根据第二状态信息、第一状态信息和第二智能合约计算得到服务质量评价指标值。[0087] 根据本申请一实施例,该装置30还包括:服务质量评价指标值异常确定模块,用于确定服务质量评价指标值是否异常,若异常,则向第二类用户发送第二提示信息,第二类用户为电子设备的使用者。[0088] 根据本申请一实施例,电子设备预警模块303包括:关键字检测子模块,用于根据第一状态信息和第一智能合约,确定第一状态信息是否包括预设的第一关键字,或指标值阈值检测子模块,用于根据第一状态信息和第一智能合约,计算第一状态指标值,判断第一状态指标值是否超出第一阈值。[0089] 根据本申请一实施例,电子设备预警模块303还用于:向第二类用户发送第一提示信息。[0090] 根据本申请一实施例,该装置30还包括:第二提示信息发送模块,用于向第一类用户发送第二提示信息。[0091] 根据本申请一实施例,该装置30还包括:第三提示信息发送模块,用于向第一类用户和/或第二类用户发送第三提示信息。[0092] 这里需要指出的是:以上针对基于区块链的信息处理装置实施例的描述,与前述方法实施例的描述是类似的,具有同前述方法实施例相似的有益效果,因此不做赘述。对于本申请对基于区块链的信息处理装置实施例的描述尚未披露的技术细节,请参照本申请前述方法实施例的描述而理解,为节约篇幅,因此不再赘述。[0093] 需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。[0094] 在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个装置,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。[0095] 上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元;既可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。[0096] 另外,在本申请各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以利用硬件的形式实现,也可以利用硬件加软件功能单元的形式实现。[0097] 本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储介质、只读存储器(ReadOnlyMemory,ROM)、磁碟或者光盘等各种可以存储程序代码的介质。[0098] 或者,本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例方法的全部或部分。而前述的存储介质包括:移动存储介质、ROM、磁碟或者光盘等各种可以存储程序代码的介质。[0099] 以上,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

专利地区:北京

专利申请日期:2021-01-29

专利公开日期:2024-07-26

专利公告号:CN112801317B


以上信息来自国家知识产权局,如信息有误请联系我方更正!
电话咨询
读内容
搜本页
回顶部