CN116703393A - 一种硬件钱包的升级方法、装置及系统 - Google Patents

Abstract

本发明公开了一种硬件钱包的升级方法、装置及系统，涉及数字货币技术领域。该方法的一具体实施方式包括：接收数字货币应用发送的升级请求，升级请求指示了硬件钱包的钱包标识和钱包信息；根据钱包标识、钱包信息和待升级版本，生成数据请求报文，并将数据请求报文发送给硬件钱包的运营机构；接收运营机构根据数据请求报文返回的与待升级版本对应的个人化数据；根据个人化数据生成硬件钱包对应的升级指令，并将升级指令发送给数字货币应用，以使所述数字货币应用将升级指令发送给硬件钱包，硬件钱包根据升级指令进行升级。该实施方式有利于减少用户持有硬件钱包的数量，减小资源浪费，有利于硬件钱包生态的发展。

Description

一种硬件钱包的升级方法、装置及系统

技术领域

本发明涉及数字货币技术领域，尤其涉及一种硬件钱包的升级方法、装置及系统。

背景技术

随着硬件钱包种类增多，用户针对不同的需求需要携带不同的硬件钱包。仅具有特定功能的钱包，在用户不需要该特定功能时，则会被闲置，这不利于硬件钱包生态的发展，也会带来一定的风险。因此为了减少用户持有硬件钱包的数量，减小资源浪费，亟需一种能够转换硬件钱包的方案。

发明内容

有鉴于此，本发明实施例提供一种硬件钱包的升级方法、装置及系统，能够实现硬件钱包的在线升级，从而可通过升级更新硬件钱包具有的功能，使得用户可以利用一个硬件钱包满足多种需求，进而有利于减少用户持有硬件钱包的数量，减小资源浪费，有利于硬件钱包生态的发展。

为实现上述目的，根据本发明实施例的一个方面，提供了一种硬件钱包的升级方法。

本发明实施例的一种硬件钱包的升级方法包括：接收所述数字货币应用发送的升级请求，所述升级请求指示了所述硬件钱包的钱包标识和钱包信息；

根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；

接收所述运营机构根据所述数据请求报文返回的与所述待升级版本对应的个人化数据；

根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用，以使所述数字货币应用将所述升级指令发送给所述硬件钱包，所述硬件钱包根据所述升级指令进行升级。

可选地，在所述接收所述数字货币应用发送的升级请求之前，还包括：

接收数字货币应用发送的查询请求，所述查询请求指示了硬件钱包的所述钱包标识和当前版本信息；

根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，并将是否需要升级的判断结果发送给所述数字货币应用，以使所述数字货币应用在根据所述判断结果确定出需要升级的情况下，发送所述升级请求。

可选地，所述根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，包括：

确定待升级版本对应的钱包功能种类是否多于所述当前版本信息对应的钱包功能种类，如果是，确定所述硬件钱包需要升级。

可选地，所述待升级版本对应的个人化数据包括：所述待升级版本对应的所述钱包标识、待升级版本对应的钱包功能种类的密钥、证书和限额。

可选地，所述根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用，包括：

根据所述个人化数据包括的多个字段，生成每个字段分别对应的升级指令；

将当前待执行的升级指令发送给所述数字货币应用；

在接收到所述数字货币应用返回的所述升级指令的执行结果后，将下一个所述升级指令发送给所述数字货币应用。

可选地，所述根据所述个人化数据生成所述硬件钱包对应的升级指令，包括：

根据所述可信服务管理平台与所述硬件钱包之间的通信协议，对所述个人化数据进行格式转化，并将格式转化后的个人化数据进行加密，得到所述升级指令。

可选地，在所述接收数字货币应用发送的查询请求之前，还包括：

接收所述数字货币应用发送的查询报文，所述查询报文指示了所述硬件钱包的钱包标识；

根据所述查询报文生成第一查询指令，并将所述第一查询指令发送给所述数字货币应用，以使所述数字货币应用根据所述第一查询指令查询所述硬件钱包的当前版本信息。

可选地，所述根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，包括：

根据所述升级请求向所述数字货币应用发送第二查询指令，以使所述数字货币应用根据所述第二查询指令查询所述硬件钱包的钱包信息；

接收所述数字货币应用发送的加密后的所述钱包信息；

根据加密后的所述钱包信息、所述钱包标识和所述待升级版本，生成所述数据请求报文。

可选地，所述升级指令指示了将第一类型的硬件钱包升级为第二类型的硬件钱包。

可选地，所述硬件钱包为与使用者身份相关联的钱包。

可选地，所述第一类型的硬件钱包中账户的币串可存储在所述硬件钱包的运营机构；所述第二类型的硬件钱包中账户的币串可存储在所述硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在所述运营机构；或者，所述第一类型的硬件钱包中账户的币串可存储在所述运营机构，所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地。

可选地，所述第一类型的硬件钱包对应的业务场景的数量少于所述第二类型的硬件钱包对应的业务场景的数量。

为实现上述目的，根据本发明实施例的另一方面，提供了一种硬件钱包的升级装置。

本发明实施例的一种硬件钱包的升级装置应用于可信服务管理平台，包括：

升级请求接收模块，用于接收所述数字货币应用发送的升级请求，所述升级请求指示了所述硬件钱包的钱包标识和钱包信息；

报文处理模块，用于根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；

个人化数据接收模块，用于接收所述运营机构根据所述数据请求报文返回的与所述待升级版本对应的个人化数据；

升级指令处理模块，用于根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用，以使所述数字货币应用将所述升级指令发送给所述硬件钱包，所述硬件钱包根据所述升级指令进行升级。

为实现上述目的，根据本发明实施例的一个方面，提供了一种硬件钱包的升级方法。

本发明实施例的一种硬件钱包的升级方法包括：

在数字货币应用与所述硬件钱包建立通信连接的情况下，所述数字货币应用查询所述硬件钱包的钱包标识和钱包信息；

所述数字货币应用根据所述钱包标识和钱包信息，向可信服务管理平台发送升级请求；

所述可信服务管理平台根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；

所述运营机构根据所述数据请求报文生成所述待升级版本对应的个人化数据，并将所述个人化数据返回给所述可信服务管理平台；

所述可信服务管理平台根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用；

所述数字货币应用将所述升级指令转发给硬件钱包；

所述硬件钱包根据所述升级指令进行升级。

可选地，所述硬件钱包根据所述升级指令进行升级，包括：

所述硬件钱包根据所述升级指令，删除与所述钱包标识对应的当前版本的硬件钱包应用；

安装待升级版本对应的新硬件钱包应用，并利用所述升级指令包括的个人化数据对所述新硬件钱包进行初始化。

可选地，在所述向可信服务管理平台发送升级请求之前，还包括：

所述数字货币应用向所述可信服务管理平台发送查询请求，所述查询请求指示了硬件钱包的所述钱包标识和当前版本信息；

所述可信服务管理平台根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，并将是否需要升级的判断结果发送给所述数字货币应用；

所述数字货币应用在根据所述判断结果确定出需要升级的情况下，向所述可信服务管理平台发送所述升级请求。

可选地，所述可信服务管理平台根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，包括：

所述可信服务管理平台确定待升级版本对应的钱包功能种类是否多于所述当前版本信息对应的钱包功能种类，如果是，确定所述硬件钱包需要升级。

可选地，所述待升级版本对应的个人化数据包括：所述待升级版本对应的所述钱包标识、待升级版本对应的钱包功能种类的密钥、证书和限额。

可选地，所述可信服务管理平台根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用，包括：

根据所述个人化数据包括的多个字段，生成每个字段分别对应的升级指令；

将当前待执行的升级指令发送给所述数字货币应用；

在接收到所述数字货币应用返回的所述升级指令的执行结果后，将下一个所述升级指令发送给所述数字货币应用。

可选地，在所述利用所述升级指令包括的个人化数据对所述新硬件钱包进行初始化之后，还包括：

将初始化结果发送给所述数字货币应用；

所述数字货币应用将所述初始化结果转发给所述可信服务管理平台；

所述可信服务管理平台根据所述初始化结果将所述当前待执行的升级指令发送给所述数字货币应用。

可选地，所述根据所述个人化数据生成所述硬件钱包对应的升级指令，包括：

根据所述可信服务管理平台与所述硬件钱包之间的通信协议，对所述个人化数据进行格式转化，并将格式转化后的个人化数据进行加密，得到所述升级指令。

可选地，在所述数字货币应用查询所述硬件钱包的钱包标识和钱包信息之前，还包括：

在数字货币应用与所述硬件钱包建立通信连接的情况下，所述数字货币应用向硬件钱包发送安全域选择指令；所述硬件钱包根据所述安全域选择指令确定安装硬件钱包应用的目标安全域；

所述安装待升级版本对应的新硬件钱包应用，包括：

在所述目标安全域中安装所述新硬件钱包应用。

可选地，所述数字货币应用查询所述硬件钱包的钱包标识和钱包信息，包括：

数字货币应用向所述硬件钱包发送标识查询指令，所述硬件钱包根据所述标识查询指令向所述数字货币应用返回钱包标识；

所述数字货币应用根据所述钱包标识向所述可信服务管理平台发送查询报文；

所述可信服务管理平台根据所述查询报文生成第一查询指令，并将所述第一查询指令发送给所述数字货币应用；

所述数字货币应用将所述第一查询指令转发给所述硬件钱包，以使硬件钱包根据所述第一查询指令查询并返回当前版本信息。

可选地，所述可信服务管理平台根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，包括：

所述可信服务管理平台根据所述升级请求向所述数字货币应用发送第二查询指令；

所述数字货币应用将所述第二查询指令转发给所述硬件钱包；

所述硬件钱包根据所述第二查询指令查询钱包信息，并加密所述钱包信息，将加密后的钱包信息返回给所述数字货币应用；

所述数字货币应用将所述加密后的钱包信息转发给所述可信服务管理平台；

所述可信服务管理平台根据加密后的所述钱包信息、所述钱包标识和所述待升级版本，生成所述数据请求报文。

可选地，该方法还包括：

所述运营机构对所述加密后的钱包信息进行解密，并对解密后的钱包信息进行验证；

在验证通过的情况下，生成所述个人化数据。

可选地，所述升级指令指示了将第一类型的硬件钱包升级为第二类型的硬件钱包。

可选地，所述硬件钱包为与使用者身份相关联的钱包。

可选地，所述第一类型的硬件钱包中账户的币串可存储在所述硬件钱包的运营机构；所述第二类型的硬件钱包中账户的币串可存储在所述硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在所述运营机构；或者，所述第一类型的硬件钱包中账户的币串可存储在所述运营机构，所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地。

可选地，所述第一类型的硬件钱包对应的业务场景的数量少于所述第二类型的硬件钱包对应的业务场景的数量。

为实现上述目的，根据本发明实施例的又一方面，提供了一种硬件钱包的升级系统。

本发明实施例的一种硬件钱包的升级系统，包括：

数字货币应用，用于在与所述硬件钱包建立通信连接的情况下，查询所述硬件钱包的钱包标识和钱包信息；根据所述钱包标识和钱包信息，向可信服务管理平台发送升级请求；接收所述可信服务管理平台发送的升级指令，并将所述升级指令转发给所述硬件钱包，以使所述硬件钱包根据所述升级指令进行升级；

所述可信服务管理平台，用于根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；根据所述运营机构返回的个人化数据，生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用；

所述运营机构，用于根据所述数据请求报文生成所述待升级版本对应的个人化数据，并将所述个人化数据返回给所述可信服务管理平台。

为实现上述目的，根据本发明实施例的又一方面，提供了一种用于硬件钱包升级的电子设备。

本发明实施例的一种用于硬件钱包升级的子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种硬件钱包的升级方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种硬件钱包的升级方法。

上述发明中的一个实施例具有如下优点或有益效果：通过数字货币应用向可信服务管理平台发送指示了硬件钱包的钱包标识和钱包信息的升级请求，可信服务管理平台根据该升级请求向硬件钱包的运营机构发送数据请求报文，运营机构可根据该数据请求报文生成并返回待升级版本(升级的新版本)对应的个人化数据，然后可信服务管理平台可根据该个人化数据生成硬件钱包对应的升级指令，并将升级指令发送给数字货币应用，使得数字货币应用将升级指令发送给硬件钱包，以使硬件钱包根据该升级指令进行升级。由此实现了硬件钱包的在线升级，从而可通过升级更新硬件钱包具有的功能，使得用户可以利用一个硬件钱包满足多种需求，进而有利于减少用户持有硬件钱包的数量，减小资源浪费，有利于硬件钱包生态的发展。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种基于可信服务管理平台的硬件钱包的升级方法的主要步骤的示意图；

图2是根据本发明实施例的另一种硬件钱包的升级方法的主要步骤的示意图；

图3是根据本发明实施例的又一种硬件钱包的升级方法的主要步骤的示意图

图4是根据本发明实施例的一种硬件钱包的升级装置的主要模块的示意图；

图5是根据本发明实施例的一种硬件钱包的升级系统的主要模块的示意图；

图6是本发明实施例可以应用于其中的示例性系统架构图；

图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。

为了解决现有技术中存在的技术问题，本发明提供了一种硬件钱包的升级方法、装置及系统。硬件钱包是指发行时不与使用者身份关联，而与具有发行者身份的钱包绑定的硬件钱包。其是根据数字货币硬件钱包技术规范指引开发的，发行时不与使用者身份相关联，具有唯一硬件钱包编号、以安全芯片形式储存数字货币凭证、在发行运营机构后台系统储存币串的硬件钱包。其中，具有发行者身份的钱包是指钱包发行时与发行机构的公共账户绑定的钱包，硬件钱包在发行之后，个人使用过程中，可以绑定到个人钱包上，在绑定到个人钱包操作之后，硬件钱包绑定到具有使用者身份的钱包上。

本发明提供的一种硬件钱包的升级方法、装置及系统的实现原理为：用户确定需要对硬件钱包进行升级时，可以使用数字货币应用通过近场通讯方式访问硬件钱包，或者用户在数字货币应用内主动查询硬件钱包是否需要升级，使得数字货币应用提示用户将数字货币应用与硬件钱包靠近，以触发升级流程。然后，数字货币应用从硬件钱包获取安全域信息，并获取硬件唯一标识(SEID)，数字货币应用将SEID发送给TSM(Trusted ServiceManager，可信服务管理)平台，TSM平台查询硬件钱包的版本信息，并将版本信息反馈给数字货币应用。在用户根据版本信息确定出硬件钱包需要升级时，通过数字货币应用向TSM平台发送携带有SEID的升级请求，TSM平台根据SEID生成查询指令，并将查询指令发送给数字货币应用，数字货币应用顺序将查询指令发送给硬件钱包，硬件钱包根据查询指令进行执行，返回加密的钱包信息，通过数字货币应用返回给TSM平台，TSM平台根据加密的钱包信息生成数据请求报文，并将数据请求报文发送给运营机构，运营机构解密验证钱包信息，并根据钱包信息生成新版本(待升级版本)对应的个人化数据，然后将个人化数据返回给TSM平台，TSM平台根据个人化数据生成升级指令，并将升级指令发送给数字货币应用，数字货币应用顺序向硬件钱包发送TSM平台返回的升级指令，硬件钱包根据升级指令，删除原有硬件钱包应用，安装新版本硬件钱包应用，并使用个人化数据对新版本硬件钱包应用进行初始化，执行升级指令后，硬件钱包将执行结果返回数字货币应用，数字货币应用将执行结果返回给TSM平台，TSM平台根据升级需求循环执行发送升级指令的步骤，也即将下一个升级指令发送给数字货币应用，直至升级完成，数字货币应用向用户提示升级结果。其中，硬件钱包的钱包标识与所述数字货币应用的钱包标识信息可以预先绑定，以便数字货币应用对硬件钱包相关信息进行转发和查询等。

由此，通过数字货币应用向可信服务管理平台发送指示了硬件钱包的钱包标识和钱包信息的升级请求，可信服务管理平台根据该升级请求向硬件钱包的运营机构发送数据请求报文，运营机构可根据该数据请求报文生成并返回待升级版本(升级的新版本)对应的个人化数据，然后可信服务管理平台可根据该个人化数据生成硬件钱包对应的升级指令，并将升级指令发送给数字货币应用，使得数字货币应用将升级指令发送给硬件钱包，以使硬件钱包根据该升级指令进行升级。由此实现了硬件钱包的在线升级，从而可通过升级更新硬件钱包具有的功能，使得用户可以利用一个硬件钱包满足多种需求，进而有利于减少用户持有硬件钱包的数量，减小资源浪费，有利于硬件钱包生态的发展。

图1是根据本发明第一实施例的基于可信服务管理平台的硬件钱包的升级方法的主要步骤的示意图。

如图1所示，本发明实施例的一种硬件钱包的升级方法主要包括以下步骤：

步骤S101：接收数字货币应用发送的升级请求，所述升级请求指示了所述硬件钱包的钱包标识和钱包信息；

步骤S102：根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；

步骤S103：接收所述运营机构根据所述数据请求报文返回的与所述待升级版本对应的个人化数据；

步骤S104：根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用，以使所述数字货币应用将所述升级指令发送给所述硬件钱包，所述硬件钱包根据所述升级指令进行升级。

根据本发明的一个实施例，所述硬件钱包为与使用者身份相关联的钱包；所述升级指令指示了将所述硬件钱包从第一功能模式升级为第二功能模式；其中，在所述第一功能模式下，所述硬件钱包不存储数字货币的币串；在所述第二功能模式下，所述硬件钱包存储数字货币的币串。

例如，第一功能模式仅能支持在线支付，此时通过硬件钱包的后台(运营结构)存储数字货币的币串。在从第一功能模式升级为第二功能模式后，硬件钱包可以支持双离线支付模式(即使手机没信号，依然可以使用。只要终端安装了数字货币的钱包，不需要网络，也不需要信号，只要终端有电，两个终端即可通过近场通信实现转账或支付)，也即硬件钱包在未与后台建立连接的情况下，也可以进行数字货币的交易，此时硬件钱包自身可以存储数字货币的币串。

根据本发明的一个实施例，在步骤S101之前，该方法还可以包括：接收数字货币应用发送的查询请求，所述查询请求指示了硬件钱包的所述钱包标识和当前版本信息；根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，并将是否需要升级的判断结果发送给所述数字货币应用，以使所述数字货币应用在根据所述判断结果确定出需要升级的情况下，发送所述升级请求。

根据本发明的其中一个实施例，所述根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，包括：确定待升级版本对应的钱包功能种类是否多于所述当前版本信息对应的钱包功能种类，如果是，确定所述硬件钱包需要升级。

根据本发明的另一个实施例，所述待升级版本对应的个人化数据包括：所述待升级版本对应的所述钱包标识、待升级版本对应的钱包功能种类的密钥、证书和限额。

根据本发明的另一个实施例，步骤S104的具体实施方式，可以包括：根据所述个人化数据包括的多个字段，生成每个字段分别对应的升级指令；将当前待执行的升级指令发送给所述数字货币应用；在接收到所述数字货币应用返回的所述升级指令的执行结果后，将下一个所述升级指令发送给所述数字货币应用。

根据本发明的另一个实施例，步骤S104的具体实施方式，可以包括：根据所述可信服务管理平台与所述硬件钱包之间的通信协议，对所述个人化数据进行格式转化，并将格式转化后的个人化数据进行加密，得到所述升级指令。

根据本发明另一个实施例，在所述接收数字货币应用发送的查询请求之前，该方法还可以包括：接收所述数字货币应用发送的查询报文，所述查询报文指示了所述硬件钱包的钱包标识；根据所述查询报文生成第一查询指令，并将所述第一查询指令发送给所述数字货币应用，以使所述数字货币应用根据所述第一查询指令查询所述硬件钱包的当前版本信息。

根据本发明另一个实施例，步骤S102的具体实施方式可以包括：根据所述升级请求向所述数字货币应用发送第二查询指令，以使所述数字货币应用根据所述第二查询指令查询所述硬件钱包的钱包信息；接收所述数字货币应用发送的加密后的所述钱包信息；根据加密后的所述钱包信息、所述钱包标识和所述待升级版本，生成所述数据请求报文。

根据本发明实施例的一种应用于可信服务管理平台的硬件钱包升级方法可以看出，通过数字货币应用向可信服务管理平台发送指示了硬件钱包的钱包标识和钱包信息的升级请求，可信服务管理平台根据该升级请求向硬件钱包的运营机构发送数据请求报文，运营机构可根据该数据请求报文生成并返回待升级版本(升级的新版本)对应的个人化数据，然后可信服务管理平台可根据该个人化数据生成硬件钱包对应的升级指令，并将升级指令发送给数字货币应用，使得数字货币应用将升级指令发送给硬件钱包，以使硬件钱包根据该升级指令进行升级。由此实现了硬件钱包的在线升级，从而可通过升级更新硬件钱包具有的功能，使得用户可以利用一个硬件钱包满足多种需求，进而有利于减少用户持有硬件钱包的数量，减小资源浪费，有利于硬件钱包生态的发展。

图2是根据本发明第二实施例的一种硬件钱包的升级方法的主要步骤示意图。

如图2所示，根据本发明第二实施例提供的硬件钱包的升级方法主要包括如下步骤：

步骤S201：在数字货币应用与所述硬件钱包建立通信连接的情况下，所述数字货币应用查询所述硬件钱包的钱包标识和钱包信息；

步骤S202：所述数字货币应用根据所述钱包标识和钱包信息，向可信服务管理平台发送升级请求；

步骤S203：所述可信服务管理平台根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；

步骤S204：所述运营机构根据所述数据请求报文生成所述待升级版本对应的个人化数据，并将所述个人化数据返回给所述可信服务管理平台；

步骤S205：所述可信服务管理平台根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用；

步骤S206：所述数字货币应用将所述升级指令转发给硬件钱包；

步骤S207：所述硬件钱包根据所述升级指令进行升级。

根据本发明的一个实施例，所述硬件钱包为与使用者身份相关联的钱包。

根据本发明的一个实施例，所述升级指令指示了将第一类型的硬件钱包升级为第二类型的硬件钱包。那么，步骤S207的具体实施方式可以包括：所述硬件钱包根据所述升级指令从所述第一类型升级为第二类型。

在本发明的一个实施方式中，其中，第一类型和第二类型所对应的功能和业务场景等有所不同。例如，所述第一类型的硬件钱包中账户的币串可存储在所述硬件钱包的运营机构；所述第二类型的硬件钱包中账户的币串可存储在所述硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在所述运营机构；或者，所述第一类型的硬件钱包中账户的币串可存储在所述运营机构，所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地。其中，硬件钱包中账户的币串指具有价值特征的字符串，例如央行发行的法定数字货币的币串，或其他电子形式、数字形式的货币或资产，如各类电子货币、合法加密货币和加密资产等对应的币串。

在在本发明另一个实施方式中，所述第一类型的硬件钱包对应的业务场景的数量少于所述第二类型的硬件钱包对应的业务场景的数量。例如，第一类型的硬件钱包仅支持在线支付却不支持离线支付，此时通过硬件钱包的后台(运营结构)存储数字货币的币串。升级后，第二类型的硬件钱包不仅支持在线支付，还支持双离线支付模式(即使手机没信号，依然可以使用。只要终端安装了数字货币的钱包，不需要网络，也不需要信号，只要终端有电，两个终端即可通过近场通信实现转账或支付)，也即硬件钱包在未与后台建立连接的情况下，也可以进行数字货币的交易，此时硬件钱包自身可以存储数字货币的币串。或者，第一类型的硬件钱包不支持公交地铁等交通场景的快速支付，而第二类型的硬件钱包可以支持公交地铁等交通场景的快速支付。

根据本发明的其中一个实施例，步骤S207的具体实施方式可以包括：所述硬件钱包根据所述升级指令，删除与所述钱包标识对应的当前版本的硬件钱包应用；安装待升级版本对应的新硬件钱包应用，并利用所述升级指令包括的个人化数据对所述新硬件钱包进行初始化。

根据本发明的另一个实施例，在步骤S202之前，该方法还可以包括：所述数字货币应用向所述可信服务管理平台发送查询请求，所述查询请求指示了硬件钱包的所述钱包标识和当前版本信息；所述可信服务管理平台根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，并将是否需要升级的判断结果发送给所述数字货币应用；所述数字货币应用在根据所述判断结果确定出需要升级的情况下，向所述可信服务管理平台发送所述升级请求。

根据本发明的另一个实施例，步骤S203的具体实施方式可以包括：所述可信服务管理平台确定待升级版本对应的钱包功能种类是否多于所述当前版本信息对应的钱包功能种类，如果是，确定所述硬件钱包需要升级。

根据本发明的另一个实施例，所述待升级版本对应的个人化数据包括：所述待升级版本对应的所述钱包标识、待升级版本对应的钱包功能种类的密钥、证书和限额。

根据本发明的另一个实施例，步骤S205的具体实施方式可以包括：根据所述个人化数据包括的多个字段，生成每个字段分别对应的升级指令；将当前待执行的升级指令发送给所述数字货币应用；在接收到所述数字货币应用返回的所述升级指令的执行结果后，将下一个所述升级指令发送给所述数字货币应用。

根据本发明的另一个实施例，在所述利用所述升级指令包括的个人化数据对所述新硬件钱包进行初始化之后，还可以包括：将初始化结果发送给所述数字货币应用；所述数字货币应用将所述初始化结果转发给所述可信服务管理平台；所述可信服务管理平台根据所述初始化结果将所述当前待执行的升级指令发送给所述数字货币应用。

根据本发明的另一个实施例，步骤S205的具体实施方式可以包括：根据所述可信服务管理平台与所述硬件钱包之间的通信协议，对所述个人化数据进行格式转化，并将格式转化后的个人化数据进行加密，得到所述升级指令。

根据本发明的另一个实施例，在步骤S201之前，该方法还可以包括：在数字货币应用与所述硬件钱包建立通信连接的情况下，所述数字货币应用向硬件钱包发送安全域选择指令；所述硬件钱包根据所述安全域选择指令确定安装硬件钱包应用的目标安全域；所述安装待升级版本对应的新硬件钱包应用，包括：在所述目标安全域中安装所述新硬件钱包应用。

根据本发明的另一个实施例，步骤S201的具体实施方式可以包括：数字货币应用向所述硬件钱包发送标识查询指令，所述硬件钱包根据所述标识查询指令向所述数字货币应用返回钱包标识；所述数字货币应用根据所述钱包标识向所述可信服务管理平台发送查询报文；所述可信服务管理平台根据所述查询报文生成第一查询指令，并将所述第一查询指令发送给所述数字货币应用；所述数字货币应用将所述第一查询指令转发给所述硬件钱包，以使硬件钱包根据所述第一查询指令查询并返回当前版本信息。

根据本发明的另一个实施例，步骤S203的具体实施方式可以包括：所述可信服务管理平台根据所述升级请求向所述数字货币应用发送第二查询指令；所述数字货币应用将所述第二查询指令转发给所述硬件钱包；所述硬件钱包根据所述第二查询指令查询钱包信息，并加密所述钱包信息，将加密后的钱包信息返回给所述数字货币应用；所述数字货币应用将所述加密后的钱包信息转发给所述可信服务管理平台；所述可信服务管理平台根据加密后的所述钱包信息、所述钱包标识和所述待升级版本，生成所述数据请求报文。

根据本发明的另一个实施例，该方法还可以包括：所述运营机构对所述加密后的钱包信息进行解密，并对解密后的钱包信息进行验证；在验证通过的情况下，生成所述个人化数据。

根据本发明的另一个实施例，所述升级指令指示了将第一类型的硬件钱包升级为第二类型的硬件钱包。那么，硬件钱包在根据升级指令进行升级时，即可从当前的第一类型升级至第二类型。其中，第一类型和第二类型所对应的功能和业务场景等有所不同。或者，第二类型的硬件钱包相对于第一类型的硬件钱包进行了问题修复。

在本发明的一个实施方式中，所述硬件钱包为与使用者身份相关联的钱包。

在本发明一个实施方式中，所述第一类型的硬件钱包中账户的币串可存储在所述硬件钱包的运营机构；所述第二类型的硬件钱包中账户的币串可存储在所述硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在所述运营机构；或者，所述第一类型的硬件钱包中账户的币串可存储在所述运营机构，所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地。在本发明另一个实施方式中，所述第一类型的硬件钱包对应的业务场景的数量少于所述第二类型的硬件钱包对应的业务场景的数量。

根据本发明实施例的一种硬件钱包升级方法可以看出，通过数字货币应用向可信服务管理平台发送指示了硬件钱包的钱包标识和钱包信息的升级请求，可信服务管理平台根据该升级请求向硬件钱包的运营机构发送数据请求报文，运营机构可根据该数据请求报文生成并返回待升级版本(升级的新版本)对应的个人化数据，然后可信服务管理平台可根据该个人化数据生成硬件钱包对应的升级指令，并将升级指令发送给数字货币应用，使得数字货币应用将升级指令发送给硬件钱包，以使硬件钱包根据该升级指令进行升级。由此实现了硬件钱包的在线升级，从而可通过升级更新硬件钱包具有的功能，使得用户可以利用一个硬件钱包满足多种需求，进而有利于减少用户持有硬件钱包的数量，减小资源浪费，有利于硬件钱包生态的发展。

图3是本发明第三实施例的一种硬件钱包的升级方法的流程示意图。如图3所示，本发明第三实施例提供的硬件钱包的升级方法主要包括以下步骤：

步骤S301：在数字货币应用与所述硬件钱包建立通信连接的情况下，数字货币应用向硬件钱包发送安全域选择指令。

其中，数字货币应用与硬件钱包可以通过近场通讯方式(如NFC或蓝牙)等建立通信连接。例如，用户在使用数字货币应用主动查询硬件钱包是否需要升级时，数字货币应用可以提示用户将数字货币应用与硬件钱包靠近，以使数字货币应用与硬件钱包建立通信连接，以进入检查升级和升级流程。或者，用户也可以使用数字货币应用通过近场通讯方式主动访问硬件钱包，以使二者建立通信连接，从而进入检查升级和升级流程。可以理解的是，在本发明实施例中，硬件钱包的升级是指安装在硬件载体内的硬件钱包应用程序的升级。数字货币应用作为硬件钱包与TSM平台之间的数据通道，一方面将TSM平台下发的指令通过近场通信技术发送至硬件钱包设备中，使得硬件钱包执行相应的指令，另一方面将硬件钱包的执行结果返回给TSM平台。TSM平台负责管理硬件钱包应用的生命周期(如下载安装，个人化数据更新和删除等)。运营机构负责处理硬件钱包业务，如生成个人化数据和处理业务请求(如支付请求)等。

步骤S302：硬件钱包根据安全域选择指令选择安装硬件钱包应用的目标安全域。

在这里，安全域可理解为数字货币可管理的硬件空间，在安全域内，可以安装数字货币硬件钱包应用。若硬件钱包中包括多个安全域，例如，硬件钱包中安装有多个硬件钱包应用，那么，硬件钱包可以选择本次需要升级的硬件钱包应用所对应的目标安全域。或者，硬件钱包也可以选择一个空闲的安全域作为存储新版本硬件钱包应用的目标安全域。

步骤S303：硬件钱包将选择结果返回给数字货币应用。

此步骤即硬件钱包将选择的目标安全域返回给数字货币应用。

步骤S304：数字货币应用向硬件钱包发送标识查询指令。

步骤S305：硬件钱包根据标识查询指令向数字货币应用返回钱包标识。

其中，硬件钱包可以与数字货币应用处于同一终端中，例如，硬件钱包与数字货币应用处于同一手机中，硬件钱包在手机中的形式为硬件芯片，数字货币应用在手机中的形式为应用程序。硬件钱包与数字货币也可以处于不同设备中，例如，硬件钱包是IC卡形式，数字货币应用为手机中的应用程序。而硬件钱包的钱包标识可能随其所处硬件环境的不同而有所不同，例如，终端中芯片形式的硬件钱包和IC卡形式的硬件钱包，二者的钱包标识有所不同，或者在不同品牌或不同型号的终端中的硬件钱包，其钱包标识也有所不同。因此，通过数字货币应用查询硬件钱包的钱包标识，可提高钱包标识信息的准确性。另外，为了便于数字货币应用对硬件钱包相关的信息进行转发，也可以预先将硬件钱包的标识与数字货币应用的钱包标识信息进行绑定，在预先绑定的情况下，此处可省略步骤S304和步骤S305。

步骤S306：数字货币应用携带钱包标识向TSM平台发送查询报文。

步骤S307：TSM平台根据查询报文生成第一查询指令，并将第一查询指令发送给数字货币应用，以查询硬件钱包是否需要升级。

TSM平台返回第一查询指令，同时还可标识该第一查询指令是否需要继续发送指令。在这里，TSM平台应该标识第一查询指令需要继续发送指令，以使硬件钱包根据第一查询指令，将自身的当前版本信息通过数字货币应用发送给TSM平台，也即根据第一查询指令继续发送后续信息。

步骤S308：数字货币应用将第一查询指令转发给硬件钱包。

步骤S309：硬件钱包执行第一查询指令，以查询当前版本信息，并返回第一查询指令的执行结果，以将当前版本信息发送给数字货币应用。

步骤S310：数字货币应用将当前版本信息发送给TSM平台，以向TSM平台发送是否需要升级的查询请求。

步骤S311：TSM平台根据硬件钱包的钱包标识和当前版本信息，判断硬件钱包是否需要升级。

在这里，TSM平台可以根据待升级版本(新版本)的钱包功能种类是否多于当前版本信息(旧版本)对应的钱包功能种类，来判断硬件钱包是否需要升级。例如，当前版本信息对应的硬件钱包应用仅支持在线支付模式，而待升级版本对应的硬件钱包应用能够支持在线支付和离线支付两种模式，如支持双离线支付模式(即使手机没信号，依然可以使用。只要终端安装了数字货币的钱包，不需要网络，也不需要信号，只要终端有电，两个终端即可通过近场通信实现转账或支付)。那么，待升级版本对应的钱包功能种类多于当前版本信息对应的钱包功能种类，此时TSM平台可以确定出硬件钱包需要升级。

步骤S312：TSM平台将是否需要升级的判断结果发送给数字货币应用。

步骤S313：数字货币应用在根据判断结果判断出需要升级的情况下，携带钱包向TSM平台发送升级请求。

可以理解的是，在数字货币应用判断出不需要升级的情况下，即可提示用户无需升级，并结束当前流程。

步骤S314：TSM平台根据升级请求向数字货币应用发送第二查询指令。

步骤S315：数字货币应用将第二查询指令转发给硬件钱包。

步骤S316：硬件钱包执行第二查询指令，以查询自身的钱包信息，并对钱包信息进行加密，将加密后的钱包信息返回给数字货币应用。

步骤S317：数字货币应用将加密后的钱包信息转发给TSM平台。

步骤S318：TSM平台根据加密后的钱包信息、钱包标识和待升级版本，生成数据请求报文，并将数据请求报文发送给硬件钱包的运营机构。

在这里，TSM平台可以根据数据请求报文的格式需求，将加密后的钱包信息进行格式转换，或者直接将加密后的钱包信息填充至报文模板中；然后在报文中写入钱包标识和待升级版本，以生成数据请求报文。

步骤S319：运营机构对加密后的钱包信息进行解密，并对解密后的钱包信息进行验证，在验证通过的情况下，生成待升级版本对应的个人化数据。

硬件钱包可采用非对称加密技术对钱包信息进行加密，然后运营机构可采用公钥对钱包信息进行解密，并对解密后的钱包信息进行验证。例如，验证该钱包信息是否属于自身的管理范围，以及验证钱包信息是否完整等。

在验证通过后，运营机构生成个人化数据。其中，待升级版本对应的个人化数据包括：所述待升级版本对应的所述钱包标识、待升级版本对应的钱包功能种类的密钥、证书和限额。例如，从当前版本仅支持在线交易升级到支持双离线交易模式时，待升级版本对应的个人化数据会包括用于离线交易的秘钥、证书以及在离线交易模式下的限额等。待升级版本对应的钱包标识可以沿用当前版本的钱包标识，也可以根据待升级版本的版本号和新增功能等对当前版本的钱包标识进行更新，并将更新后的钱包标识作为待升级版本对应的钱包标识。

步骤S320：运营机构将个人化数据返回给TSM平台。

步骤S321：TSM平台根据个人化数据生成硬件钱包对应的升级指令。

在这里，TSM平台可以根据其与所述硬件钱包之间的通信协议，对所述个人化数据进行格式转化，并将格式转化后的个人化数据进行加密，得到升级指令。例如，根据通信协议，将个人化数据中二进制形式的证书转化为十六进制，并对十六进制的证书进行加密，得到证书对应的升级指令。

另外值得一提的是，TSM平台可以根据个人化数据包括的多个字段，生成每个字段分别对应的升级指令。例如，TSM平台根据个人化数据中包括的密钥、证书和限额等字段，生成密钥、证书和限额分别对应的升级指令。在后续升级过程中，TSM平台逐个将各字段对应的升级指令发送给数字货币应用，在接收到数字货币应用返回的当前升级指令的执行结果后，再将下一个升级指令发送给所述数字货币应用。

步骤S322：TSM平台将升级指令发送给数字货币应用。

步骤S323：数字货币应用将升级指令转发给硬件钱包。

步骤S324：硬件钱包根据升级指令，在目标安全域中安装待升级版本对应的新硬件钱包应用，并利用个人化数据对新硬件钱包应用进行初始化。

如上所述，TSM平台可以根据个人化数据中包括的密钥、证书和限额等字段，生成密钥、证书和限额分别对应的升级指令。在升级过程中，TSM平台可以顺序将各字段对应的升级指令发送给数字货币应用，使得数字货币应用将升级指令转发给硬件钱包。并且，TSM平台在接收到数字货币应用返回的当前升级指令的执行结果后，再将下一个升级指令发送给所述数字货币应用。

例如，TSM平台首先将应用安装对应的升级指令发送给数字货币应用，数字货币应用将应用安装对应的升级指令转发给硬件钱包，硬件钱包根据该升级指令，删除与钱包标识对应的当前版本的硬件钱包应用；并且安装待升级版本对应的新硬件钱包应用，然后将安装结果返回给数字货币应用，数字货币应用再将安装结果转发给TSM平台。

TSM平台根据该安装结果向数字货币应用发送个人化数据对应的升级指令，使得硬件钱包利用升级指令包括的个人化数据对所述新硬件钱包进行初始化。例如，TSM平台逐个将密钥、证书和限额分别对应的升级指令发送给数字货币应用，数字货币应用顺序将这些升级指令转发给硬件钱包，硬件钱包每次执行完相应的升级指令，则将执行结果返回给数字货币应用，数字货币应用再发送新的升级指令，以此循环，直至TSM平台不再向数字货币应用发送新的升级指令，则硬件钱包升级结果。此时数字货币应用可以向用户提示升级结果。

在升级之后，硬件钱包即从第一类型升级为第二类型，其中，第一类型和第二类型所对应的功能和业务场景等有所不同。在本发明一个实施例中，硬件钱包为与使用者身份相关联的钱包。

在本发明一个实施方式中，所述第一类型的硬件钱包中账户的币串可存储在所述硬件钱包的运营机构；所述第二类型的硬件钱包中账户的币串可存储在所述硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在所述运营机构；或者，所述第一类型的硬件钱包中账户的币串可存储在所述运营机构，所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地。其中，硬件钱包中账户的币串指具有价值特征的字符串，例如央行发行的法定数字货币的币串，或其他电子形式、数字形式的货币或资产，如各类电子货币、合法加密货币和加密资产等对应的币串。

在本发明另一个实施方式中，所述第一类型的硬件钱包对应的业务场景的数量少于所述第二类型的硬件钱包对应的业务场景的数量。例如，第一类型的硬件钱包仅支持在线支付却不支持离线支付，第二类型的硬件钱包不仅支持在线支付，还支持双离线支付模式(即使手机没信号，依然可以使用。只要终端安装了数字货币的钱包，不需要网络，也不需要信号，只要终端有电，两个终端即可通过近场通信实现转账或支付)。或者，第一类型的硬件钱包不支持公交地铁等交通场景的快速支付，而第二类型的硬件钱包可以支持公交地铁等交通场景的快速支付。

另外，升级的过程也可以是针对现有问题的修复过程，也就是说，第二类型的硬件钱包相对于第一类型的硬件钱包进行了问题修复。此外，第二类型的硬件钱包还可以是兼容第一类型及其他更高功能类型的模式。

可以理解的是，本发明实施例提供的升级方法可以是上述几种实施方式的结合。例如，第一类型的硬件钱包为与使用者身份相关联的钱包，其本地不存储数字货币的币串，而是通过硬件钱包的运营机构存储币串；升级为第二类型的硬件钱包后，其本地仍不存储币串，但修复了问题，并且支持更多的业务场景。

再例如，第一类型的硬件钱包为与使用者身份相关联的钱包，其本地能够存储数字货币的币串，升级为第二类型的硬件钱包后，其本地仍能够存储币串，且修复了问题、支持更多的业务场景。

或者，第一类型的硬件钱包仅能支持在线支付，此时硬件钱包本地不存储数字货币的币串，而是通过硬件钱包的运营机构存储数字货币的币串。在从第一类型升级为第二类型后，硬件钱包可以支持双离线支付模式，也即硬件钱包在未与后台建立连接的情况下，也可以进行数字货币的交易，此时硬件钱包本地可以存储数字货币的币串。

还比如，第一类型的硬件钱包本地可存储币串，升级后的第二类型可以兼容两种功能模式，即既能将币串存储在硬件钱包本地，也能将币串存储在硬件钱包的后台，硬件钱包既支持在线支付，也支持离线支付。再比如，第一类型的硬件钱包不能在本地存储币串，而是通过其运营机构存储币串。升级后的第二类型也可以兼容两种功能模式，即既能将币串存储在硬件钱包本地，也能将币串存储在硬件钱包的后台。

根据上述实施例提供的一种硬件钱包升级方法可以看出，通过数字货币应用向可信服务管理平台发送指示了硬件钱包的钱包标识和钱包信息的升级请求，可信服务管理平台根据该升级请求向硬件钱包的运营机构发送数据请求报文，运营机构可根据该数据请求报文生成并返回待升级版本(升级的新版本)对应的个人化数据，然后可信服务管理平台可根据该个人化数据生成硬件钱包对应的升级指令，并将升级指令发送给数字货币应用，使得数字货币应用将升级指令发送给硬件钱包，以使硬件钱包根据该升级指令进行升级。由此实现了硬件钱包的在线升级，从而可通过升级更新硬件钱包具有的功能，使得用户可以利用一个硬件钱包满足多种需求，进而有利于减少用户持有硬件钱包的数量，减小资源浪费，有利于硬件钱包生态的发展。

图4是根据本发明第四实施例的一种硬件钱包的升级装置的主要模块的示意图。该升级装置应用于可信服务管理平台。

如图4所示，本发明实施例的一种硬件钱包的升级装置400包括：

升级请求接收模块401，用于接收所述数字货币应用发送的升级请求，所述升级请求指示了所述硬件钱包的钱包标识和钱包信息；

报文处理模块402，用于根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；

个人化数据接收模块403，用于接收所述运营机构根据所述数据请求报文返回的与所述待升级版本对应的个人化数据；

升级指令处理模块404，用于根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用，以使所述数字货币应用将所述升级指令发送给所述硬件钱包，所述硬件钱包根据所述升级指令进行升级。

在本发明一个实施例中，升级请求接收模块401还用于接收数字货币应用发送的查询请求，所述查询请求指示了硬件钱包的所述钱包标识和当前版本信息；根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，并将是否需要升级的判断结果发送给所述数字货币应用，以使所述数字货币应用在根据所述判断结果确定出需要升级的情况下，发送所述升级请求。

在本发明另一个实施例中，升级请求接收模块401用于确定待升级版本对应的钱包功能种类是否多于所述当前版本信息对应的钱包功能种类，如果是，确定所述硬件钱包需要升级。

在本发明另一个实施例中，所述待升级版本对应的个人化数据包括：所述待升级版本对应的所述钱包标识、待升级版本对应的钱包功能种类的密钥、证书和限额。

在本发明另一个实施例中，升级指令处理模块404，用于根据所述个人化数据包括的多个字段，生成每个字段分别对应的升级指令；将当前待执行的升级指令发送给所述数字货币应用；在接收到所述数字货币应用返回的所述升级指令的执行结果后，将下一个所述升级指令发送给所述数字货币应用。

在本发明另一个实施例中，升级指令处理模块404，用于根据所述可信服务管理平台与所述硬件钱包之间的通信协议，对所述个人化数据进行格式转化，并将格式转化后的个人化数据进行加密，得到所述升级指令。

在本发明另一个实施例中，升级请求接收模块401，还用于接收所述数字货币应用发送的查询报文，所述查询报文指示了所述硬件钱包的钱包标识；根据所述查询报文生成第一查询指令，并将所述第一查询指令发送给所述数字货币应用，以使所述数字货币应用根据所述第一查询指令查询所述硬件钱包的当前版本信息。

在本发明另一个实施例中，报文处理模块402，用于根据所述升级请求向所述数字货币应用发送第二查询指令，以使所述数字货币应用根据所述第二查询指令查询所述硬件钱包的钱包信息；接收所述数字货币应用发送的加密后的所述钱包信息；根据加密后的所述钱包信息、所述钱包标识和所述待升级版本，生成所述数据请求报文。

在本发明另一个实施例中，所述升级指令指示了将第一类型的硬件钱包升级为第二类型的硬件钱包。

在本发明另一个实施例中，所述第一类型的硬件钱包中账户的币串可存储在所述硬件钱包的运营机构；所述第二类型的硬件钱包中账户的币串可存储在所述硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在所述运营机构；或者，所述第一类型的硬件钱包中账户的币串可存储在所述运营机构，所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地。

在本发明另一个实施例中，所述第一类型的硬件钱包对应的业务场景的数量少于所述第二类型的硬件钱包对应的业务场景的数量。

在本发明另一个实施例中，所述硬件钱包为与使用者身份相关联的钱包。

根据本发明实施例的一种硬件钱包的升级装置可以看出，通过数字货币应用向可信服务管理平台发送指示了硬件钱包的钱包标识和钱包信息的升级请求，可信服务管理平台根据该升级请求向硬件钱包的运营机构发送数据请求报文，运营机构可根据该数据请求报文生成并返回待升级版本(升级的新版本)对应的个人化数据，然后可信服务管理平台可根据该个人化数据生成硬件钱包对应的升级指令，并将升级指令发送给数字货币应用，使得数字货币应用将升级指令发送给硬件钱包，以使硬件钱包根据该升级指令进行升级。由此实现了硬件钱包的在线升级，从而可通过升级更新硬件钱包具有的功能，使得用户可以利用一个硬件钱包满足多种需求，进而有利于减少用户持有硬件钱包的数量，减小资源浪费，有利于硬件钱包生态的发展。

图5是根据本发明第五实施例提供的硬件钱包的升级系统的主要构成部分示意图。如图5所示，本发明实施例提供的硬件钱包的升级系统500主要包括：

数字货币应用501，用于在与所述硬件钱包建立通信连接的情况下，查询所述硬件钱包的钱包标识和钱包信息；根据所述钱包标识和钱包信息，向可信服务管理平台502发送升级请求；接收所述可信服务管理平台502发送的升级指令，并将所述升级指令转发给所述硬件钱包，以使所述硬件钱包根据所述升级指令进行升级；

所述可信服务管理平台502，用于根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构503；根据所述运营机构503返回的个人化数据，生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用501；

所述运营机构503，用于根据所述数据请求报文生成所述待升级版本对应的个人化数据，并将所述个人化数据返回给所述可信服务管理平台502。

根据本发明的一个实施例，所述硬件钱包根据所述升级指令，删除与所述钱包标识对应的当前版本的硬件钱包应用；安装待升级版本对应的新硬件钱包应用，并利用所述升级指令包括的个人化数据对所述新硬件钱包进行初始化。

根据本发明的另一个实施例，在向可信服务管理平台502发送升级请求之前，所述数字货币应用501向所述可信服务管理平台502发送查询请求，所述查询请求指示了硬件钱包的所述钱包标识和当前版本信息；

所述可信服务管理平台502根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，并将是否需要升级的判断结果发送给所述数字货币应用501；

所述数字货币应用501在根据所述判断结果确定出需要升级的情况下，向所述可信服务管理平台502发送所述升级请求。

根据本发明的另一个实施例，所述可信服务管理平台502确定待升级版本对应的钱包功能种类是否多于所述当前版本信息对应的钱包功能种类，如果是，确定所述硬件钱包需要升级。

根据本发明的另一个实施例，所述待升级版本对应的个人化数据包括：所述待升级版本对应的所述钱包标识、待升级版本对应的钱包功能种类的密钥、证书和限额。

根据本发明的另一个实施例，所述可信服务管理平台502根据所述个人化数据包括的多个字段，生成每个字段分别对应的升级指令；将当前待执行的升级指令发送给所述数字货币应用501；在接收到所述数字货币应用501返回的所述升级指令的执行结果后，将下一个所述升级指令发送给所述数字货币应用501。

根据本发明的另一个实施例，硬件钱包将初始化结果发送给所述数字货币应用501；所述数字货币应用501将所述初始化结果转发给所述可信服务管理平台502；所述可信服务管理平台502根据所述初始化结果将所述当前待执行的升级指令发送给所述数字货币应用501。

根据本发明的另一个实施例，根据所述可信服务管理平台502与所述硬件钱包之间的通信协议，对所述个人化数据进行格式转化，并将格式转化后的个人化数据进行加密，得到所述升级指令。

根据本发明的另一个实施例，在数字货币应用501与所述硬件钱包建立通信连接的情况下，所述数字货币应用501向硬件钱包发送安全域选择指令；所述硬件钱包根据所述安全域选择指令确定安装硬件钱包应用的目标安全域；在接收到升级指令后，所述硬件钱包在所述目标安全域中安装所述新硬件钱包应用。

根据本发明的另一个实施例，数字货币应用501向所述硬件钱包发送标识查询指令，所述硬件钱包根据所述标识查询指令向所述数字货币应用501返回钱包标识；

所述数字货币应用501根据所述钱包标识向所述可信服务管理平台502发送查询报文；

所述可信服务管理平台502根据所述查询报文生成第一查询指令，并将所述第一查询指令发送给所述数字货币应用501；

所述数字货币应用501将所述第一查询指令转发给所述硬件钱包，以使硬件钱包根据所述第一查询指令查询并返回当前版本信息。

根据本发明的另一个实施例，所述可信服务管理平台502根据所述升级请求向所述数字货币应用501发送第二查询指令；

所述数字货币应用501将所述第二查询指令转发给所述硬件钱包；

所述硬件钱包根据所述第二查询指令查询钱包信息，并加密所述钱包信息，将加密后的钱包信息返回给所述数字货币应用501；

所述数字货币应用501将所述加密后的钱包信息转发给所述可信服务管理平台502；

所述可信服务管理平台502根据加密后的所述钱包信息、所述钱包标识和所述待升级版本，生成所述数据请求报文。

根据本发明的另一个实施例，所述运营机构502对所述加密后的钱包信息进行解密，并对解密后的钱包信息进行验证；在验证通过的情况下，生成所述个人化数据。

根据本发明的另一个实施例，所述升级指令指示了将第一类型的硬件钱包升级为第二类型的硬件钱包。

根据本发明的另一个实施例，所述第一类型的硬件钱包中账户的币串可存储在所述硬件钱包的运营机构；所述第二类型的硬件钱包中账户的币串可存储在所述硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在所述运营机构；或者，所述第一类型的硬件钱包中账户的币串可存储在所述运营机构，所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地。

根据本发明的另一个实施例，所述第一类型的硬件钱包对应的业务场景的数量少于所述第二类型的硬件钱包对应的业务场景的数量。

根据本发明的另一个实施例，所述硬件钱包为与使用者身份相关联的钱包。

根据上述实施例提供的一种硬件钱包升级系统可以看出，通过数字货币应用向可信服务管理平台发送指示了硬件钱包的钱包标识和钱包信息的升级请求，可信服务管理平台根据该升级请求向硬件钱包的运营机构发送数据请求报文，运营机构可根据该数据请求报文生成并返回待升级版本(升级的新版本)对应的个人化数据，然后可信服务管理平台可根据该个人化数据生成硬件钱包对应的升级指令，并将升级指令发送给数字货币应用，使得数字货币应用将升级指令发送给硬件钱包，以使硬件钱包根据该升级指令进行升级。由此实现了硬件钱包的在线升级，从而可通过升级更新硬件钱包具有的功能，使得用户可以利用一个硬件钱包满足多种需求，进而有利于减少用户持有硬件钱包的数量，减小资源浪费，有利于硬件钱包生态的发展。

图6示出了可以应用本发明实施例的一种硬件钱包的升级方法或一种硬件钱包的升级系统的示例性系统架构600。

如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所提交的升级请求提供支持的后台管理服务器。后台管理服务器可以对接收到的升级请求等数据进行分析等处理，并将处理结果(例如是否需要升级)反馈给终端设备。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括升级请求接收模块、报文处理模块、个人化数据接收模块和升级指令处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，升级请求接收模块还可以被描述为“接收数字货币应用发送的升级请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收所述数字货币应用发送的升级请求，所述升级请求指示了所述硬件钱包的钱包标识和钱包信息；根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；接收所述运营机构根据所述数据请求报文返回的与所述待升级版本对应的个人化数据；根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用，以使所述数字货币应用将所述升级指令发送给所述硬件钱包，所述硬件钱包根据所述升级指令进行升级。

根据本发明实施例的技术方案，通过数字货币应用向可信服务管理平台发送指示了硬件钱包的钱包标识和钱包信息的升级请求，可信服务管理平台根据该升级请求向硬件钱包的运营机构发送数据请求报文，运营机构可根据该数据请求报文生成并返回待升级版本(升级的新版本)对应的个人化数据，然后可信服务管理平台可根据该个人化数据生成硬件钱包对应的升级指令，并将升级指令发送给数字货币应用，使得数字货币应用将升级指令发送给硬件钱包，以使硬件钱包根据该升级指令进行升级。由此实现了硬件钱包的在线升级，从而可通过升级更新硬件钱包具有的功能，使得用户可以利用一个硬件钱包满足多种需求，进而有利于减少用户持有硬件钱包的数量，减小资源浪费，有利于硬件钱包生态的发展。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (30)

1.一种硬件钱包的升级方法，其特征在于，应用于可信服务管理平台，包括：

接收数字货币应用发送的升级请求，所述升级请求指示了所述硬件钱包的钱包标识和钱包信息；

根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；

接收所述运营机构根据所述数据请求报文返回的与所述待升级版本对应的个人化数据；

根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用，以使所述数字货币应用将所述升级指令发送给所述硬件钱包，所述硬件钱包根据所述升级指令进行升级。

2.根据权利要求1所述的方法，其特征在于，在所述接收所述数字货币应用发送的升级请求之前，还包括：

接收数字货币应用发送的查询请求，所述查询请求指示了硬件钱包的所述钱包标识和当前版本信息；

根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，并将是否需要升级的判断结果发送给所述数字货币应用，以使所述数字货币应用在根据所述判断结果确定出需要升级的情况下，发送所述升级请求。

3.根据权利要求2所述的方法，其特征在于，所述根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，包括：

确定待升级版本对应的钱包功能种类是否多于所述当前版本信息对应的钱包功能种类，如果是，确定所述硬件钱包需要升级。

4.根据权利要求3所述的方法，其特征在于，

所述待升级版本对应的个人化数据包括：所述待升级版本对应的所述钱包标识、待升级版本对应的钱包功能种类的密钥、证书和限额。

5.根据权利要求3或4所述的方法，其特征在于，所述根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用，包括：

根据所述个人化数据包括的多个字段，生成每个字段分别对应的升级指令；

将当前待执行的升级指令发送给所述数字货币应用；

在接收到所述数字货币应用返回的所述升级指令的执行结果后，将下一个所述升级指令发送给所述数字货币应用。

6.根据权利要求1所述的方法，其特征在于，所述根据所述个人化数据生成所述硬件钱包对应的升级指令，包括：

根据所述可信服务管理平台与所述硬件钱包之间的通信协议，对所述个人化数据进行格式转化，并将格式转化后的个人化数据进行加密，得到所述升级指令。

7.根据权利要求2所述的方法，其特征在于，在所述接收数字货币应用发送的查询请求之前，还包括：

接收所述数字货币应用发送的查询报文，所述查询报文指示了所述硬件钱包的钱包标识；

根据所述查询报文生成第一查询指令，并将所述第一查询指令发送给所述数字货币应用，以使所述数字货币应用根据所述第一查询指令查询所述硬件钱包的当前版本信息。

8.根据权利要求1所述的方法，其特征在于，所述根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，包括：

根据所述升级请求向所述数字货币应用发送第二查询指令，以使所述数字货币应用根据所述第二查询指令查询所述硬件钱包的钱包信息；

接收所述数字货币应用发送的加密后的所述钱包信息；

根据加密后的所述钱包信息、所述钱包标识和所述待升级版本，生成所述数据请求报文。

9.根据权利要求1所述的方法，其特征在于，

所述升级指令指示了将第一类型的硬件钱包升级为第二类型的硬件钱包。

10.根据权利要求9所述的方法，其特征在于，

所述第一类型的硬件钱包中账户的币串可存储在所述硬件钱包的运营机构；所述第二类型的硬件钱包中账户的币串可存储在所述硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在所述运营机构；或者，所述第一类型的硬件钱包中账户的币串可存储在所述运营机构，所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地；所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地；

和/或，

所述第一类型的硬件钱包对应的业务场景的数量少于所述第二类型的硬件钱包对应的业务场景的数量。

11.根据权利要求1至10任一所述的方法，其特征在于，

所述硬件钱包为与使用者身份相关联的钱包。

12.一种硬件钱包的升级装置，其特征在于，所述装置应用于可信服务管理平台，包括：

升级请求接收模块，用于接收所述数字货币应用发送的升级请求，所述升级请求指示了所述硬件钱包的钱包标识和钱包信息；

报文处理模块，用于根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；

个人化数据接收模块，用于接收所述运营机构根据所述数据请求报文返回的与所述待升级版本对应的个人化数据；

升级指令处理模块，用于根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用，以使所述数字货币应用将所述升级指令发送给所述硬件钱包，所述硬件钱包根据所述升级指令进行升级。

13.一种硬件钱包的升级方法，其特征在于，包括：

在数字货币应用与所述硬件钱包建立通信连接的情况下，所述数字货币应用查询所述硬件钱包的钱包标识和钱包信息；

所述数字货币应用根据所述钱包标识和钱包信息，向可信服务管理平台发送升级请求；

所述可信服务管理平台根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；

所述运营机构根据所述数据请求报文生成所述待升级版本对应的个人化数据，并将所述个人化数据返回给所述可信服务管理平台；

所述可信服务管理平台根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用；

所述数字货币应用将所述升级指令转发给硬件钱包；

所述硬件钱包根据所述升级指令进行升级。

14.根据权利要求13所述的方法，其特征在于，所述硬件钱包根据所述升级指令进行升级，包括：

所述硬件钱包根据所述升级指令，删除与所述钱包标识对应的当前版本的硬件钱包应用；

安装待升级版本对应的新硬件钱包应用，并利用所述升级指令包括的个人化数据对所述新硬件钱包进行初始化。

15.根据权利要求14所述的方法，其特征在于，在所述向可信服务管理平台发送升级请求之前，还包括：

所述数字货币应用向所述可信服务管理平台发送查询请求，所述查询请求指示了硬件钱包的所述钱包标识和当前版本信息；

所述可信服务管理平台根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，并将是否需要升级的判断结果发送给所述数字货币应用；

所述数字货币应用在根据所述判断结果确定出需要升级的情况下，向所述可信服务管理平台发送所述升级请求。

16.根据权利要求15所述的方法，其特征在于，所述可信服务管理平台根据所述钱包标识和当前版本信息，判断所述硬件钱包是否需要升级，包括：

所述可信服务管理平台确定待升级版本对应的钱包功能种类是否多于所述当前版本信息对应的钱包功能种类，如果是，确定所述硬件钱包需要升级。

17.根据权利要求16所述的方法，其特征在于，

所述待升级版本对应的个人化数据包括：所述待升级版本对应的所述钱包标识、待升级版本对应的钱包功能种类的密钥、证书和限额。

18.根据权利要求16或17所述的方法，其特征在于，所述可信服务管理平台根据所述个人化数据生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用，包括：

根据所述个人化数据包括的多个字段，生成每个字段分别对应的升级指令；

将当前待执行的升级指令发送给所述数字货币应用；

在接收到所述数字货币应用返回的所述升级指令的执行结果后，将下一个所述升级指令发送给所述数字货币应用。

19.根据权利要求18所述的方法，其特征在于，在所述利用所述升级指令包括的个人化数据对所述新硬件钱包进行初始化之后，还包括：

将初始化结果发送给所述数字货币应用；

所述数字货币应用将所述初始化结果转发给所述可信服务管理平台；

所述可信服务管理平台根据所述初始化结果将所述当前待执行的升级指令发送给所述数字货币应用。

20.根据权利要求13所述的方法，其特征在于，所述根据所述个人化数据生成所述硬件钱包对应的升级指令，包括：

根据所述可信服务管理平台与所述硬件钱包之间的通信协议，对所述个人化数据进行格式转化，并将格式转化后的个人化数据进行加密，得到所述升级指令。

21.根据权利要求14所述的方法，其特征在于，在所述数字货币应用查询所述硬件钱包的钱包标识和钱包信息之前，还包括：

在数字货币应用与所述硬件钱包建立通信连接的情况下，所述数字货币应用向硬件钱包发送安全域选择指令；所述硬件钱包根据所述安全域选择指令确定安装硬件钱包应用的目标安全域；

所述安装待升级版本对应的新硬件钱包应用，包括：

在所述目标安全域中安装所述新硬件钱包应用。

22.根据权利要求15所述的方法，其特征在于，所述数字货币应用查询所述硬件钱包的钱包标识和钱包信息，包括：

数字货币应用向所述硬件钱包发送标识查询指令，所述硬件钱包根据所述标识查询指令向所述数字货币应用返回钱包标识；

所述数字货币应用根据所述钱包标识向所述可信服务管理平台发送查询报文；

所述可信服务管理平台根据所述查询报文生成第一查询指令，并将所述第一查询指令发送给所述数字货币应用；

所述数字货币应用将所述第一查询指令转发给所述硬件钱包，以使硬件钱包根据所述第一查询指令查询并返回当前版本信息。

23.根据权利要求13所述的方法，其特征在于，所述可信服务管理平台根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，包括：

所述可信服务管理平台根据所述升级请求向所述数字货币应用发送第二查询指令；

所述数字货币应用将所述第二查询指令转发给所述硬件钱包；

所述硬件钱包根据所述第二查询指令查询钱包信息，并加密所述钱包信息，将加密后的钱包信息返回给所述数字货币应用；

所述数字货币应用将所述加密后的钱包信息转发给所述可信服务管理平台；

所述可信服务管理平台根据加密后的所述钱包信息、所述钱包标识和所述待升级版本，生成所述数据请求报文。

24.根据权利要求23所述的方法，其特征在于，还包括：

所述运营机构对所述加密后的钱包信息进行解密，并对解密后的钱包信息进行验证；

在验证通过的情况下，生成所述个人化数据。

25.根据权利要求13所述的方法，其特征在于，

所述升级指令指示了将第一类型的硬件钱包升级为第二类型的硬件钱包。

26.根据权利要求25所述的方法，其特征在于，

所述第一类型的硬件钱包中账户的币串可存储在运营机构，所述第二类型的硬件钱包中账户的币串可存储在硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地，所述第二类型的硬件钱包中账户的币串可存储在运营机构；或者，所述第一类型的硬件钱包中账户的币串可存储在运营机构，所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地；或者，所述第一类型的硬件钱包中账户的币串可存储在硬件钱包本地，所述第二类型的硬件钱包中账户的币串可存储在运营机构和硬件钱包本地；

和/或，

所述第一类型的硬件钱包对应的业务场景的数量少于所述第二类型的硬件钱包对应的业务场景的数量。

27.根据权利要求13至26任一所述的方法，其特征在于，

所述硬件钱包为与使用者身份相关联的钱包。

28.一种硬件钱包的升级系统，其特征在于，包括：

数字货币应用，用于在与所述硬件钱包建立通信连接的情况下，查询所述硬件钱包的钱包标识和钱包信息；根据所述钱包标识和钱包信息，向可信服务管理平台发送升级请求；接收所述可信服务管理平台发送的升级指令，并将所述升级指令转发给所述硬件钱包，以使所述硬件钱包根据所述升级指令进行升级；

所述可信服务管理平台，用于根据所述钱包标识、所述钱包信息和待升级版本，生成数据请求报文，并将所述数据请求报文发送给所述硬件钱包的运营机构；根据所述运营机构返回的个人化数据，生成所述硬件钱包对应的升级指令，并将所述升级指令发送给所述数字货币应用；

所述运营机构，用于根据所述数据请求报文生成所述待升级版本对应的个人化数据，并将所述个人化数据返回给所述可信服务管理平台。

29.一种用于硬件钱包升级的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-11或13-27中任一所述的方法。

30.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-11或13-27中任一所述的方法。