信息显示方法和装置

摘要

本发明公开了一种信息显示方法和装置。其中，该方法包括：USBKey接收中间件发送的地址信息和报文，其中，地址信息为报文中待显示内容的地址信息；USBKey根据地址信息在报文中查找待显示内容，得到查找结果；USBKey显示查找结果。本发明解决了现有技术中由于每个银行的报文格式不相同，导致显示型USBKey需要针对每一个银行定制软件程序才能通用的技术问题。

权利要求

1.一种信息显示方法，其特征在于，包括：

USBKey接收中间件发送的地址信息和报文，其中，所述地址信息为所述报文中待显示内容的地址信息；

所述USBKey根据所述地址信息在所述报文中查找所述待显示内容，得到查找结果；

所述USBKey显示所述查找结果；

其中，在所述USBKey显示所述查找结果之前，所述方法还包括：判断所述查找结果是否为所述报文中的待显示内容；

在所述查找结果为所述报文中的待显示内容的情况下，进入显示所述查找结果的步骤；

在所述查找结果不为所述报文中的待显示内容的情况下，确定所述报文出错，禁止对所述报文进行签名；

其中，判断所述查找结果是否为所述报文中的待显示内容，包括：获取所述待显示内容的属性信息和所述查找结果的属性信息，其中，所述属性信息包括所述报文中内容之前的第一标签内容和所述第一标签内容的长度，以及所述内容之后的第二标签内容和所述第二标签内容的长度；

判断所述查找结果的属性信息与所述待显示内容的属性信息是否相同；

如果判断结果为相同，则确定所述查找结果为所述报文的待显示内容。

2.根据权利要求1所述的方法，其特征在于，所述地址信息包括：所述待显示内容的首地址和所述待显示内容的末地址，其中，所述首地址用于表征所述待显示内容的偏移地址，所述末地址用于表征所述待显示内容的长度。

3.根据权利要求1所述的方法，其特征在于，获取所述待显示内容的属性信息，包括：接收所述中间件发送的所述待显示内容的属性信息。

4.根据权利要求1所述的方法，其特征在于，在确定所述查找结果为所述报文的待显示内容之前，所述方法还包括：检测所述报文中是否存在属性信息与所述待显示内容的属性信息相同，且不属于所述查找结果的内容；

如果检测结果为不存在，则确定所述查找结果为所述报文的待显示内容。

5.一种信息显示方法，其特征在于，包括：

当接收到报文时，获取预设待显示内容的地址信息；

将所述报文和所述地址信息发送至USBKey；

其中，所述USBKey根据所述地址信息在所述报文中查找所述待显示内容，得到查找结果，并显示所述查找结果；

其中，在将所述报文和所述地址信息发送至所述USBKey之后，所述方法还包括：获取所述待显示内容的属性信息，其中，所述属性信息包括所述报文中所述待显示内容之前的第一标签内容和所述第一标签内容的长度，以及所述待显示内容之后的第二标签内容和所述第二标签内容的长度；

将所述待显示内容的属性信息发送至所述USBKey。

6.根据权利要求5所述的方法，其特征在于，将所述报文和所述地址信息发送至USBKey，包括：将每个所述待显示内容的首地址和末地址构成地址列表，其中，所述首地址用于表征所述待显示内容的偏移地址，所述末地址用于表征所述待显示内容的长度；

将所述地址列表发送至所述USBKey。

7.一种信息显示装置，其特征在于，包括：

接收模块，用于USBKey接收中间件发送的地址信息和报文，其中，所述地址信息为所述报文中待显示内容的地址信息；

查找模块，用于所述USBKey根据所述地址信息在所述报文中查找所述待显示内容，得到查找结果；

显示模块，用于所述USBKey显示所述查找结果；

判断模块，用于在所述USBKey显示所述查找结果之前，判断所述查找结果是否为所述报文中的待显示内容；

显示查询结果模块，用于在所述查找结果为所述报文中的待显示内容的情况下，进入显示所述查找结果的步骤；

禁止模块，用于在所述查找结果不为所述报文中的待显示内容的情况下，确定所述报文出错，禁止对所述报文进行签名；

获取子模块，用于获取所述待显示内容的属性信息和所述查找结果的属性信息，其中，所述属性信息包括所述报文中内容之前的第一标签内容和所述第一标签内容的长度，以及所述待显示内容之后的第二标签内容和所述第二标签内容的长度；

判断子模块，用于判断所述查找结果的属性信息与所述待显示内容的属性信息是否相同；

第一确定子模块，用于如果判断结果为相同，则确定所述查找结果为所述报文的待显示内容。

8.一种信息显示装置，其特征在于，包括：

获取模块，用于当接收到报文时，获取预设待显示内容的地址信息；

发送模块，用于将所述报文和所述地址信息发送至USBKey；

其中，所述USBKey根据所述地址信息在所述报文中查找所述待显示内容，得到查找结果，并显示所述查找结果；

属性信息获取模块，用于在将所述报文和所述地址信息发送至所述USBKey之后，获取所述待显示内容的属性信息，其中，所述属性信息包括所述报文中所述待显示内容之前的第一标签内容和所述第一标签内容的长度，以及所述待显示内容之后的第二标签内容和所述第二标签内容的长度；

属性信息发送模块，用于将所述待显示内容的属性信息发送至所述USBKey。

9.一种USBKey，其特征在于，包括：

显示屏，用于显示查询结果；

处理器，与所述显示屏相连，用于接收中间件发送的地址信息和报文，根据所述地址信息在所述报文中查找待显示内容，得到查找结果，其中，所述地址信息为所述报文中待显示内容的地址信息；其中，在接收中间件发送的地址信息和报文之后，处理器还用于获取所述待显示内容的属性信息，其中，所述属性信息包括所述报文中所述待显示内容之前的第一标签内容和所述第一标签内容的长度，以及所述待显示内容之后的第二标签内容和所述第二标签内容的长度。

10.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至4中任意一项所述的信息显示方法，或权利要求5至6中任意一项所述的信息显示方法。

11.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至4中任意一项所述的信息显示方法，或权利要求5至6中任意一项所述的信息显示方法。

说明书

信息显示方法和装置

技术领域

[0001] 本发明涉及数据处理领域，具体而言，涉及一种信息显示方法和装置。

背景技术

[0002] 显示型USBKey在进行网银系统转账时，网银系统通过USBKey中间件将XML报文发送给USBKey，USBKey对报文进行处理，一方面计算整个报文的HASH值，另一方面，将XML报文中需要显示的内容在USBKey的显示屏上进行显示，待用户按确认健后，利用私钥对HASH结果进行签名。

[0003] 同时，XML报文在USBKey内部进行解析，根据报文的规则，找出需要显示的内容，在这一过程中，现有技术中的显示型USBKey存在如下两个缺点，一是USBKey的计算能力有限，解析XML速度较慢；二是对于不同的银行，XML报文的格式并不相同，这就导致USBKey需要针对每个银行定制COS(Chip Operating System，片内操作系统)。

[0004] 针对现有技术中由于每个银行的报文格式不相同，导致显示型USBKey需要针对每一个银行定制软件程序才能通用的问题，目前尚未提出有效的解决方案。

发明内容

[0005] 本发明实施例提供了一种信息显示方法和装置，以至少解决现有技术中由于每个银行的报文格式不相同，导致显示型USBKey需要针对每一个银行定制软件程序才能通用的技术问题。

[0006] 根据本发明实施例的一个方面，提供了一种信息显示方法，包括：USBKey接收中间件发送的地址信息和报文，其中，地址信息为报文中待显示内容的地址信息；USBKey根据地址信息在报文中查找待显示内容，得到查找结果；USBKey显示查找结果

[0007] 进一步地，地址信息包括：待显示内容的首地址和待显示内容的末地址，其中，首地址用于表征待显示内容的偏移地址，末地址用于表征待显示内容的长度。

[0008] 进一步地，判断查找结果是否为报文中的待显示内容；在查找结果为报文中的待显示内容的情况下，进入显示查找结果的步骤；在查找结果不为报文中的待显示内容的情况下，确定报文出错，禁止对报文进行签名。

[0009] 进一步地，获取待显示内容的属性信息和查找结果的属性信息，其中，属性信息包括报文中内容之前的第一标签内容和第一标签内容的长度，以及内容之后的第二标签内容和第二标签内容的长度；判断查找结果的属性信息与接收到的待显示内容的属性信息是否相同；如果判断结果为相同，则确定查找结果为报文的待显示内容。

[0010] 进一步地，接收中间件发送的待显示内容的属性信息。

[0011] 进一步地，检测报文中是否存在属性信息与待显示内容的属性信息相同，且不属于查找结果的内容；如果检测结果为不存在，则确定查找结果为报文的待显示内容。

[0012] 根据本发明实施例的另一方面，还提供了一种信息显示方法，包括：当接收到报文时，获取预设待显示内容的地址信息；将报文和地址信息发送至USBKey；其中，USBKey根据地址信息在报文中查找待显示内容，得到查找结果，并显示查找结果。

[0013] 进一步地，将每个待显示内容的首地址和末地址构成地址列表，其中，首地址用于表征待显示内容的偏移地址，末地址用于表征待显示内容的长度；将地址列表发送至USBKey。

[0014] 进一步地，获取待显示内容的属性信息，其中，属性信息包括报文中待显示内容之前的第一标签内容和第一标签内容的长度，以及待显示内容之后的第二标签内容和第二标签内容的长度；将待显示内容的属性信息发送至USBKey。

[0015] 根据本发明实施例的另一方面，还提供了一种信息显示装置，包括：接收模块，用于USBKey接收中间件发送的地址信息和报文，其中，地址信息为报文中待显示内容的地址信息；查找模块，用于USBKey根据地址信息在报文中查找待显示内容，得到查找结果；显示模块，用于USBKey显示查找结果。

[0016] 根据本发明实施例的另一方面，还提供了一种信息显示装置，包括：获取模块，用于当接收到报文时，获取预设待显示内容的地址信息；发送模块，用于将报文和地址信息发送至USBKey；其中，USBKey根据地址信息在报文中查找待显示内容，得到查找结果，并显示查找结果。

[0017] 根据本发明实施例的另一方面，还提供了一种USBKey，包括：显示屏，用于显示查询结果；处理器，与显示屏相连，用于接收中间件发送的地址信息和报文，根据地址信息在报文中查找待显示内容，得到查找结果，其中，地址信息为报文中待显示内容的地址信息。

[0018] 根据本发明实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述信息显示方法。

[0019] 根据本发明实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述信息显示方法。

[0020] 在本发明实施例中，接收中间件发送的地址信息和报文，其中，地址信息为报文中待显示内容的地址信息，根据地址信息在报文中查找待显示内容，显示查找结果。上述方案中，显示型USBKey无需自行解析网银系统生成的XML报文，来确定需要显示的内容，而只需要根据接收到的地址，在XML报文中查找内容，即能够确定待显示内容。这不仅符合显示型USBKey计算性能低的特点，还能够实现显示型USBKey的通用性，对于不同机构的网银系统生成的结构不同的XML报文，无需针对USBKey定制COS操作系统中的软件程序，而只进行查找即可，从而解决了现有技术中由于每个银行的报文格式不相同，导致显示型USBKey需要针对每一个银行定制软件程序才能通用的技术问题。

附图说明

[0021] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

[0022] 图1是根据本发明实施例的信息显示方法；

[0023] 图2是根据本发明实施例的一种USBKey接收中间件提供的地址信息和待显示内容的属性信息的示意图；

[0024] 图3是根据本发明实施例的一种USBKey显示消息的流程；

[0025] 图4根据本发明实施例的另一种信息显示方法的流程图；

[0026] 图5是根据本发明实施例的一种信息显示装置的示意图；以及

[0027] 图6是根据本发明实施例的一种信息显示装置的示意图。

具体实施方式

[0028] 为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

[0029] 需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

[0030] 首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

[0031] USBKey：USBKey可以通过微型USB接口、蓝牙模块、音频串口等方式与计算机终端或移动设备相连、它内置安全芯片，有一定的存储空间，可以存储用户的私钥以及数字证书，利用USBKey内置的公钥算法实现对用户身份的认证。

[0032] 中间件：是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机/服务器的操作系统上，管理计算资源和网络通信。

[0033] 实施例1

[0034] 根据本发明实施例，提供了一种信息显示方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

[0035] 本文公开了一种显示型USBKey处理XML报文的方法，利用中间件对XML进行预处理，找出需要显示内容的首地址和末地址，将显示首地址和末地址列表发给USBKey，USBKey直接将指定地址的内容进行显示。

[0036] 图1是根据本发明实施例的信息显示方法，如图1所示，该方法包括如下步骤：

[0037] 步骤S102，USBKey接收中间件发送的地址信息和报文，其中，地址信息为报文中待显示内容的地址信息。

[0038] 具体的，上述中间件可以部署在使用网银系统的用户终端上，当客户端生成需要发送至USBKey的XML报文时，中间件首先对XML报文进行预处理，找出待显示内容的地址信息，并将待显示内容的地址信息发给USBKey。

[0039] 步骤S104，USBKey根据地址信息在报文中查找待显示内容，得到查找结果。

[0040] 在一种可选的实施例中，以地址信息包括待显示内容的偏移地址以及待显示内容的长度为例。USBKey在获取XML报文和地址信息之后，在XML报文中根据待显示内容的偏移位置确定待显示内容的起始字符，并结合待显示内容的长度确定待显示内容的截止字符，从而得到查询结果。

[0041] 步骤S106，USBKey显示查找结果。

[0042] 具体的，USBKey可以在预设的显示区域显示查找结果。

[0043] 由上可知，本申请上述实施例USBKey接收中间件发送的地址信息和报文，其中，地址信息为报文中待显示内容的地址信息，根据地址信息在报文中查找待显示内容，显示查找结果。在上述方案中，显示型USBKey无需自行解析网银系统生成的XML报文，来确定需要显示的内容，而只需要根据接收到的地址，在XML报文中查找内容，即能够确定待显示内容。这不仅符合显示型USBKey计算性能低的特点，还能够实现显示型USBKey的通用性，对于不同机构的网银系统生成的结构不同的XML报文，无需针对USBKey定制COS操作系统中的软件程序，而只进行查找即可，从而解决了现有技术中由于每个银行的报文格式不相同，导致显示型USBKey需要针对每一个银行定制软件程序才能通用的技术问题。

[0044] 可选的，根据本申请上述实施例，上述地址信息包括：待显示内容的首地址和待显示内容的末地址，其中，首地址用于表征待显示内容的偏移地址，末地址用于表征待显示内容的长度。

[0045] 在一种可选的实施例中，以XML报文中存在4个待显示内容为例，可以将4个待显示内容的坐标分别记为(X1，Y1)、(X2，Y2)、(X3，Y3)、(X4，Y4)，参数X用于表征显示内容在XML报文中的偏移地址，Y参数通过待显示内容占用的字符数表示待显示内容的长度。

[0046] 可选的，根据本申请上述实施例，在显示查找结果之前，上述方法还包括：

[0047] 步骤S1061，判断查找结果是否为报文中的待显示内容。

[0048] 具体的，上述步骤用于判断根据地址信息查找到的内容是否为XML报文中的待显示内容。

[0049] 步骤S1063，在查找结果为报文中的待显示内容的情况下，进入显示查找结果的步骤。

[0050] 步骤S1065，在查找结果不为报文中的待显示内容的情况下，确定报文出错，禁止对报文进行签名。

[0051] 如果确定查找结果为XML报文中的待显示内容，则计算XML报文的HASH值，并按显示地址列表进行显示，待用户按USBKey上的确认键后，利用私钥对HASH结果进行签名，从而完成此次付款流程。

[0052] 可选的，根据本申请上述实施例，判断查找结果是否为报文中的待显示内容，包括：

[0053] 步骤S10611，获取待显示内容的属性信息和查找结果的属性信息，其中，属性信息包括报文中内容之前的第一标签内容和第一标签内容的长度，以及内容之后的第二标签内容和第二标签内容的长度。

[0054] 具体的，标签用于中间件在XML报文中查找待显示内容，通常以、表示，在两个标签之间的内容为待显示内容，因此待显示内容前具有第一标签，待显示内容后具有第二标签。

[0055] 仍在上述实施例中，可以将待显示内容前的标签内容和长度记为(FTV1,LF1)、(FTV2，LF2)、(FTV3，LF3)、(FTV4，LF4)；待显示内容后的标签内容和长度(BTV1,LB1)、(BTV2，LB2)、(BTV3，LB3)、(BTV4，LB4)。

[0056] 步骤S10613，判断查找结果的属性信息与接收到的待显示内容的属性信息是否相同。

[0057] 在上述步骤中，属性信息包括内容之前的第一标签内容和第一标签内容的长度，以及内容之后的第二标签内容和第二标签内容的长度。因此，当按照地址信息查找得到查找结果之后，获取查找结果的属性信息，并将查找到的内容的属性信息与中间件解析出的待显示内容的属性信息进行比对。

[0058] 步骤S10615，如果判断结果为相同，则确定查找结果为报文的待显示内容。

[0059] 如果判断结果为相同，则确定查询结果包含的所有内容的属性信息均与待显示内容的属性信息相匹配，查询结果中不包含非待显示内容的内容。

[0060] 可选的，根据本申请上述实施例，获取待显示内容的属性信息，包括：接收中间件发送的待显示内容的属性信息。具体的，待显示内容的属性信息是中间件通过解析XML报文获取的。

[0061] 可选的，根据本申请上述实施例，在确定查找结果为报文的待显示内容之前，方法还包括：

[0062] 步骤S10617，检测报文中是否存在属性信息与待显示内容的属性信息相同，且不属于查找结果的内容。

[0063] 具体的，不属于查找结果的内容即为地址信息与待显示内容的地址信息不同的内容。在上述步骤中，USBKey在XML报文中查找与待显示内容的属性信息相同的内容，并确定该内容是否在查找结果中。

[0064] 步骤S10619，如果检测结果为不存在，则确定查找结果为报文的待显示内容。

[0065] 如果检测结果为不存在，则确定查询结果中包含报文中所有与待显示内容的属性信息相同的内容，也即查询结果包含报文的所有待显示内容。

[0066] 下面以一组XML报文对上述的方法进行说明，报文内容如下：

[0067]

[0068] 根据银行制定的XML规则，确定该报文中需要显示的内容为与之间、与之间的字符，即显示内容为：“转入账号：”、“6217888888888888888”、“转账金额：”、“100.00”，中间件对XML报文进行预处理，分别计算“转入账号：”、“6217888888888888888”、“转账金额：”、“100.00”在整个报文的开始地址和结束地址，分别记为：(X1，Y1)、(X2，Y2)、(X3，Y3)、(X4，Y4)，中间件向USBKey发送XML报文前，先将下列信息发送给USBKey：

[0069] 需要显示内容的地址列表(X1,Y1)、(X2,Y2)、(X3,Y3)、(X4,Y4)；

[0070] 显示内容前的第一标签的内容和长度(FTV1,LF1)、(FTV2,LF2)、(FTV3,LF3)、(FTV4,LF4)；

[0071] 显示内容后的第二标签的内容和长度(BTV1，LB1)、(BTV2，LB2)、(BTV3，LB3)、(BTV4，LB4)；

[0072] USBKey接收上述信息和整个XML报文后，进行下列检查：(1)在XML报文中检查所有显示内容前的第一标签的内容和长度是否与接收到的第一标签的内容和长度相同；(2)在XML报文中检查所有显示内容后的第二标签内容和长度是否与接收到的第二标签的内容和长度相同；(3)在XML报文中检查是否存在如下特征的标签：其标签内容为FTV1、FTV2、FTV3、FTV4中的任意一种，但标签后的显示内容的地址并不在地址列表(X1，Y1)、(X2，Y2)、(X3，Y3)、(X4，Y4)中。如果(1)和(2)的判断结果为相同，且(3)的结果为不存在，则计算整个报文的HASH值，并按显示地址列表进行显示，待用户按确认键后，利用私钥对HASH结果进行签名。下面，结合图2和图3进行详细说明。

[0073] 图2是根据本发明上述实施例中，USBKey接收中间件提供的地址信息和待显示内容的属性信息的示意图。

[0074] S21，USBKey接收显示内容的地址列表(X1，Y1)、(X2，Y2)、(X3，Y3)、(X4，Y4)。

[0075] S22，USBKey接收显示内容前面标签的内容和长度(FTV1，LF1)、(FTV2，LF2)、(FTV3，LF3)、(FTV4，LF4)。

[0076] S23，USBKey接收显示内容后面标签的内容和长度(FTV1，LF1)、(FTV2，LF2)、(FTV3，LF3)、(FTV4，LF4)。

[0077] S24，USBKey接收XML报文。

[0078] 此处需要说明的是，中间件向USBKey发送上述信息的顺序本申请不做具体限定，可以是通过一个数据包同时发送，也可以是分为多个数据包依次发送。

[0079] 图3是根据本发明实施例的一种USBKey显示消息的流程，结合图3所示，在图2的步骤S24后，USBKey显示消息可以包括如下步骤：

[0080] S31，X1前标签的内容是否等于FTV1，以及标签的长度是否等于LF1。在X1前标签的内容等于FTV1，且标签的长度等于LF1的情况下，进入步骤S32，否则进入步骤S311。

[0081] S32，X2前标签的内容是否等于FTV2，以及标签的长度是否等于LF2。在X2前标签的内容等于FTV2，且标签的长度等于LF2的情况下，进入步骤S33，否则进入步骤S311。

[0082] S33，X3前标签的内容是否等于FTV3，以及标签的长度是否等于LF3。在X3前标签的内容等于FTV3，且标签的长度等于LF3的情况下，进入步骤S34，否则进入步骤S311。

[0083] S34，在X4前标签的内容是否等于FTV4，以及标签的长度是否等于LF4。在X4前标签的内容等于FTV4，以及标签的长度等于LF4的情况下，进入步骤S35，否则进入步骤S311。

[0084] S35，X1后标签的内容是否等于BTV1，以及标签的长度是否等于LB1。在X1后标签的内容等于BTV1，且标签的长度等于LB1的情况下，进入步骤S36，否则进入步骤S311。

[0085] S36，X2后标签的内容是否等于BTV2，以及标签的长度是否等于LB2。在X2后标签的内容等于BTV2，以及标签的长度等于LB2的情况下，进入步骤S37，否则进入步骤S311。

[0086] S37，X3后标签的内容是否等于BTV3，以及标签的长度是否等于LB3。在X3后标签的内容等于BTV3，以及标签的长度等于LB3的情况下，进入步骤S38，否则进入步骤S311。

[0087] S38，X4后标签的内容是否等于BTV4，以及标签的长度是否等于LB4。在X4后标签的内容等于BTV4，以及标签的长度等于LB4的情况下，进入步骤S39，否则进入步骤S311。

[0088] 步骤S31至步骤S38用于确定查找结果中的内容的属性信息是否与待显示内容的属性信息相同，如果相同，则确定查找结果是正确的，对XML的HASH值进行签名，并在USBKey的预设区域显示查找到的内容，如果不相同，则确定XML报文有误，拒绝签名。

[0089] S39，是否存在如下标签：标签值为FTV1、FTV2、FTV3、FTV4中的任意一种，但标签后的显示内容的地址并不在地址列表(X1，Y1)、(X2，Y2)、(X3，Y3)、(X4，Y4)中。如果存在满足上述条件的标签，则进入步骤S311，否则进入步骤S310。

[0090] 在上述步骤中，如果标签值为FTV1、FTV2、FTV3、FTV4中的一种，在XML报文正常的情况下，该内容的地址必为X1、X2、X3、X4中的任意一个，如果该内容的显示地址不为X1、X2、X3、X4中的任意一个，则确认该标签后的显示内容的地址并未被检测到，XML报文中存在错误的标签，即标签后的内容不为待显示内容，因此确定该XML报文错误。

[0091] S310，计算XML的HASH值、按显示地址列表进行显示，待用户按确认键后，利用私钥对HASH结果进行签名。

[0092] S311，XML报文出错，拒绝签名。

[0093] 实施例2

[0094] 根据本发明实施例，还提供了一种信息显示方法的实施例，图4根据本发明实施例的另一种信息显示方法的流程图，结合图4所示，该方法包括如下步骤：

[0095] 步骤S402，当接收到报文时，获取预设待显示内容的地址信息。

[0096] 步骤S404，将报文和地址信息发送至USBKey，其中，USBKey根据地址信息在报文中查找待显示内容，得到查找结果，并显示查找结果。

[0097] 具体的，上述步骤可以由设置在网银系统的用户终端中的中间件来完成，当服务器生成需要发送至USBKey的XML报文时，中间件首先对XML报文进行预处理，找出需要显示内容的地址信息，并将待显示内容的地址信息发给USBKey。

[0098] 由于在USBKey接收到报文之前，中间件已经对XML报文进行了预处理，找到XML报文中的待显示内容，因此当USBKey接收到XML报文之后，无需再对XML报文进行预处理，而直接根据中间件提供的待显示内容的地址信息，在XML报文中查找待显示内容即可。

[0099] 通过本申请上述方案，将现有技术中由USBKey执行的获取待显示内容的步骤转由设置于用户终端上的中间件执行，从而不需要USBKey对每个机构的网银系统定制COS操作系统中的软件程序，而只需要能够读取中间件返回的信息即可，进而实现了USBKey的通用性。

[0100] 由此，本申请上述方案解决了现有技术中由于每个银行的报文格式不相同，导致显示型USBKey需要针对每一个银行定制软件程序才能通用的技术问题。

[0101] 可选的，根据本申请上述实施例，将报文和地址信息发送至USBKey，包括：

[0102] 步骤S4041，将每个待显示内容的首地址和末地址构成地址列表，其中，首地址用于表征待显示内容的偏移地址，末地址用于表征待显示内容的长度。

[0103] 步骤S4043，将地址列表发送至USBKey。

[0104] USBKey在接收到上述中间件发送的地址信息之后，能够根据地址信息在各种格式的XML文件中查找到待显示内容。

[0105] 可选的，根据本申请上述实施例，在将报文和地址信息发送至USBKey之后，上述方法还包括：

[0106] 步骤S406，获取待显示内容的属性信息，其中，属性信息包括报文中待显示内容之前的第一标签内容和第一标签内容的长度，以及待显示内容之后的第二标签内容和第二标签内容的长度。

[0107] 步骤S408，将待显示内容的属性信息发送至USBKey。

[0108] 在上述步骤中，通过中间件向USBKey发送上述信息，从而使得USBKey对查找结果中的内容进行判断，判断查找结果中的内容是否为XML文件中的待显示内容，并判断是否XML报文中的所有待显示文件都被查找到。如果根据地址信息查找到的内容不为待显示内容，则确定该XML报文错误。

[0109] 实施例3

[0110] 根据本发明实施例，还提供了一种信息显示装置，图5是根据本发明实施例的一种信息显示装置的示意图，结合图5所示，该装置包括：

[0111] 接收模块50，用于接收中间件发送的地址信息和报文，其中，地址信息为报文中待显示内容的地址信息。

[0112] 查找模块52，用于根据地址信息在报文中查找待显示内容，得到查找结果。

[0113] 显示模块54，用于显示查找结果。

[0114] 可选的，根据本申请上述实施例，地址信息包括：待显示内容的首地址和待显示内容的末地址，其中，首地址用于表征待显示内容的偏移地址，末地址用于表征待显示内容的长度。

[0115] 可选的，根据本申请上述实施例，上述装置还包括：

[0116] 判断模块，用于在USBKey显示所述查找结果之前，判断查找结果是否为报文中的待显示内容。

[0117] 显示查询结果模块，用于在查找结果为报文中的待显示内容的情况下，进入显示查找结果的步骤。

[0118] 禁止模块，用于在查找结果不为报文中的待显示内容的情况下，确定报文出错，禁止对报文进行签名。

[0119] 可选的，根据本申请上述实施例，判断模块包括：

[0120] 获取子模块，用于获取待显示内容的属性信息和查找结果的属性信息，其中，属性信息包括报文中内容之前的第一标签内容和第一标签内容的长度，以及内容之后的第二标签内容和第二标签内容的长度。

[0121] 判断子模块，用于判断查找结果的属性信息与接收到的待显示内容的属性信息是否相同。

[0122] 第一确定子模块，用于如果判断结果为相同，则确定查找结果为报文的待显示内容。

[0123] 可选的，根据本申请上述实施例，获取子模块包括：

[0124] 接收单元，用于接收中间件发送的待显示内容的属性信息。

[0125] 可选的，根据本申请上述实施例，上述方法还包括：

[0126] 检测子模块，用于在确定查找结果为报文的待显示内容之前，检测报文中是否存在属性信息与待显示内容的属性信息相同，且不属于查找结果的内容。

[0127] 第二确定子模块，用于如果检测结果为不存在，则确定查找结果为报文的待显示内容。

[0128] 实施例4

[0129] 根据本发明实施例，还提供了一种信息显示装置，图6是根据本发明实施例的一种信息显示装置的示意图，结合图6所示，该装置包括：

[0130] 获取模块60，用于当接收到报文时，获取预设待显示内容的地址信息。

[0131] 发送模块62，用于将报文和地址信息发送至USBKey；其中，USBKey根据地址信息在报文中查找到待显示内容，并显示查找到的待显示内容。

[0132] 可选的，根据本申请上述实施例，发送模块包括：

[0133] 地址列表构成子模块，用于将每个待显示内容的首地址和末地址构成地址列表，其中，首地址用于表征待显示内容的偏移地址，末地址用于表征待显示内容的长度。

[0134] 发送子模块，用于将地址列表发送至USBKey。

[0135] 可选的，根据本申请上述实施例，上述装置还包括：

[0136] 属性信息获取模块，用于在将报文和地址信息发送至USBKey之后，获取待显示内容的属性信息，其中，属性信息包括报文中待显示内容之前的第一标签内容和第一标签内容的长度，以及待显示内容之后的第二标签内容和第二标签内容的长度。

[0137] 属性信息发送模块，用于将待显示内容的属性信息发送至USBKey。

[0138] 实施例5

[0139] 根据本发明实施例，还提供了一种USBKey，该USBKey为显示型USBKey，该USBKey包括：

[0140] 显示屏，用于显示查询结果。

[0141] 处理器，与显示屏相连，用于接收中间件发送的地址信息和报文，根据地址信息在报文中查找待显示内容，得到查找结果，其中，地址信息为报文中待显示内容的地址信息。

[0142] 进一步地，上述处理器还能够执行实施例1中的其他步骤，具体内容与实施例1相同，此处不再赘述。

[0143] 实施例6

[0144] 根据本发明实施例，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行实施例1中任意一项的信息显示方法，或实施例2中任意一项的信息显示方法。

[0145] 实施例7

[0146] 根据本发明实施例，还提供了一种处理器，处理器用于运行程序，其中，所述程序运行时执行实施例1中任意一项所述的信息显示方法，或实施例2中任意一项所述的信息显示方法。

[0147] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

[0148] 在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

[0149] 在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

[0150] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

[0151] 另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

[0152] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

[0153] 以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。