用于变更智能卡cap文件的方法、装置及系统与流程

1.本技术涉及智能卡技术领域，例如涉及一种用于变更智能卡cap文件的方法、装置及系统。


背景技术：

2.智能卡，又称智慧卡、聪明卡、集成电路卡及ic卡，是指粘贴或嵌有集成电路芯片的一种便携式卡片。卡片包含了微处理器、i/o接口及存储器，具有数据运算、访问控制及存储的功能。智能卡通过接收并执行上位机发送的数据来完成卡片内容管理操作，所述卡片内容管理操作包括加载操作、安装操作、删除操作和引渡操作。随着社会的发展，智能卡由于其便于随身携带、存储容量大、信息记录可靠安全等优点受到了越来越广泛的关注，而为了适应智能卡应用领域的不断扩展，需要对智能卡扩展更多的应用。但由于智能卡平台资源有限，如java卡虚拟机平台，在智能卡中不能直接存储文件，在将java程序类导入智能卡设备之前，需要通过转换装置转换成智能卡特有的格式，即以cap为后缀的压缩文件。
3.相关技术中，对于智能卡cap文件的变更需要选择主安全域，创建安全通道，进行外部认证。
4.在实现本公开实施例的过程中，发现相关技术中至少存在如下问题：由于智能卡cap文件的变更需要选择主安全域，创建安全通道并进行外部认证，增加了智能卡额外时间，降低了变更智能卡cap文件的执行效率。


技术实现要素：

5.为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键／重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。
6.本公开实施例提供了一种用于变更智能卡cap文件的方法、装置及系统，执行与待变更cap文件所对应的差异指令和校验指令，通过这些私有指令完成智能卡cap文件的变更，无需额外创建安全通道进行外部认证，提高了变更智能卡cap文件的执行效率。
7.在一些实施例中，用于变更智能卡cap文件的方法包括：确定智能卡中待变更cap文件所对应的差异指令；确定所述待变更cap文件所对应的校验指令；执行所述差异指令以变更所述智能卡中的cap文件；变更所述智能卡中的cap文件后，执行所述校验指令以验证所述待变更cap文件；其中，所述差异指令与所述校验指令均为私有指令。
8.在一些实施例中，用于变更智能卡cap文件的装置包括处理器和存储有程序指令的存储器，所述处理器被配置为在运行所述程序指令时，执行前述用于变更智能卡cap文件的方法。
9.在一些实施例中，用于变更智能卡cap文件的系统包括前述用于变更智能卡cap文件的装置。
10.本公开实施例提供的用于变更智能卡cap文件的方法、装置及系统，可以实现以下
技术效果：在变更智能卡cap文件时，确定智能卡中待变更cap文件所对应的差异指令和校验指令，进而通过执行与待变更cap文件所对应的差异指令和校验指令，完成智能卡cap文件的变更。由于差异指令和校验指令均为私有指令，因此无需额外创建安全通道进行外部认证，即可完成智能卡cap文件的变更，提高了变更智能卡cap文件的执行效率。
11.以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本技术。
附图说明
12.一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：图1是本公开实施例提供的一个用于变更智能卡cap文件的方法的流程示意图；图2是本公开实施例提供的另一个用于变更智能卡cap文件的方法的流程示意图；图3是本公开实施例提供的另一个用于变更智能卡cap文件的方法的流程示意图；图4是本公开实施例提供的另一个用于变更智能卡cap文件的方法的流程示意图；图5是本公开实施例提供的另一个用于变更智能卡cap文件的方法的流程示意图；图6是本公开实施例提供的另一个用于变更智能卡cap文件的方法的流程示意图；图7是本公开实施例提供的另一个用于变更智能卡cap文件的方法的流程示意图；图8是本公开实施例提供的一个用于变更智能卡cap文件的装置的结构示意图。
具体实施方式
13.为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。
14.本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。
15.除非另有说明，术语“多个”表示两个或两个以上。
16.本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，a/b表示：a或b。
17.术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，a和/或b，表示：a或b，或，a和b这三种关系。
18.术语“对应”可以指的是一种关联关系或绑定关系，a与b相对应指的是a与b之间是一种关联关系或绑定关系。
19.cap文件：智能的可执行文件，是编译多个应用程序的生成结果，包含了一个包中定义的所有类和接口，与包之间是一一对应的关系。实际发卡操作时，首先需要将该可执行文件下载至卡片中，并安装需要的应用实例；用户使用该安装的应用实例执行操作功能。
20.本公开实施例提供的用于变更智能卡cap文件的方法，其执行主体可以为计算机、服务器、处理器等设备，在此不作限制。
21.结合图1所示，本公开实施例提供一种用于变更智能卡cap文件的方法，包括以下步骤：s101，确定智能卡中待变更cap文件所对应的差异指令。
22.在实际应用中，根据待变更cap文件与差异指令的对应关系确定与待变更cap文件相对应的差异指令。差异指令用于配置智能卡待变更cap文件的对应功能（加载/删除功能）。
23.可选地，按照如下方式生成差异指令：根据智能卡数据存储地址读取智能卡的密文数据，获得第一密文数据；根据预变更待变更cap文件后的智能卡数据存储地址读取智能卡的密文数据，获得第二密文数据；比较第一密文数据与第二密文数据之间的密文数据差异，并以差异密文数据生成差异指令。
24.在实际应用中，依据智能卡的版本获取智能卡数据存储地址，是指根据智能卡的版本与数据存储地址的对应关系，确定智能卡数据存储地址。不同的智能卡版本所对应的智能卡数据存储地址不同。根据智能卡数据存储地址读取密文数据是指以块或页的方式读取数据存储地址的密文数据，所读取的密文数据以地址加密文数据的形式存放在中间文件中。在以页的方式读取数据存储地址的密文数据的情况下，可以是以0x80每页读取数据存储地址的密文数据。其中，对于中间文件不申请不做具体限定，可根据实际工况具体设定。
25.比较第一密文数据与第二密文数据，指比较预加载或删除cap文件前、后智能卡的nvm（non-volatile memory，非易失存储器）密文数据，获取差异密文数据，由差异密文数据组成差异指令。
26.预变更待变更cap文件，是指通过获取要变更（加载/删除）的cap文件的aid（应用唯一标识符），变更对应的cap文件。其中，变更对应的cap文件的方式为通过选择主安全域（isd），创建安全通道，进行外部认证的传统方式实现cap文件的变更，该种传统方式属于较为成熟的现有技术，本技术对此不再进行赘述。
27.s102，确定待变更cap文件所对应的校验指令。
28.在实际应用中，根据待变更cap文件与校验指令的对应关系确定与待变更cap文件相对应的校验指令。校验指令用于校验智能卡数据完整性。
29.可选地，按照如下方式生成校验指令，包括：对预变更cap文件后的智能卡的密文数据进行校验并获得第一后数据校验结果；利用第一后数据校验结果生成校验指令。
30.对已操作智能卡生成的自检校验指令，确保智能卡在执行完差异指令后，智能卡数据完整，与预期一致，确保数据完整性，以满足新的业务需求。
31.s103，执行差异指令以变更智能卡中的cap文件。
32.差异指令为脚本文件，用于配置智能卡加载/删除cap文件的对应功能，执行向智能卡nvm写密文数据的操作。
33.s104，变更智能卡中的cap文件后，执行校验指令以验证待变更cap文件。
34.其中，差异指令与校验指令均为私有指令。私有指令是编程时面向方法只内部的指令。用私有指令向智能卡写数据不需要创建安全通道，提高加载或删除cap效率，解决了传统load、delete方式加载或删除cap慢的问题，同时减少了设备成本。
35.采用本公开实施例提供的用于变更智能卡cap文件的方法，在变更智能卡cap文件时，确定智能卡中待变更cap文件所对应的差异指令和校验指令，进而通过执行与待变更cap文件所对应的差异指令和校验指令，完成智能卡cap文件的变更。由于差异指令和校验指令均为私有指令，因此无需选择主安全域（isd），并额外创建安全通道进行外部认证额外创建安全通道进行外部认证，即可完成智能卡cap文件的变更，提高了变更智能卡cap文件的执行效率。
36.结合图2所示，本公开实施例提供一种用于变更智能卡cap文件的方法，包括以下步骤：s201，确定智能卡中待变更cap文件所对应的差异指令。
37.s202，确定待变更cap文件所对应的校验指令。
38.s203，确定差异指令的类型。
39.这里，待变更cap文件包括待加载cap文件和待删除cap文件。相应地，差异指令的类型包括加载差异指令和删除差异指令。
40.s204，在差异指令的类型为加载差异指令的情况下，加载待加载cap文件。
41.确定差异指令的类型为加载差异指令时，对智能卡执行加载待加载cap文件的写操作，完成智能卡cap文件的加载。
42.s205，在差异指令的类型为删除差异指令的情况下，删除待删除cap文件。
43.确定差异指令的类型为删除差异指令时，对智能卡执行删除待删除cap文件的写操作，完成智能卡cap文件的删除。
44.s206，变更智能卡中的cap文件后，执行校验指令以验证待变更cap文件。
45.本公开实施例中，在变更智能卡cap文件时，确定智能卡中待变更cap文件所对应的差异指令和校验指令，进而通过执行与待变更cap文件所对应的差异指令和校验指令，完成智能卡cap文件的加载/删除。由于差异指令和校验指令均为私有指令，因此无需选择主安全域，并额外创建安全通道进行外部认证，即可完成智能卡cap文件的加载/删除，提高了加载/删除智能卡cap文件的执行效率。
46.结合图3所示，本公开实施例提供一种用于变更智能卡cap文件的方法，其对预变更cap文件后的智能卡的密文数据进行校验并获得第一后数据校验结果包括以下步骤：s301，将智能卡的密文数据分为多个数据块。
47.s302，对多个数据块进行校验并生成校验码。
48.可选地，对多个数据块进行校验并生成校验码，包括按照如下方式计算获得校验码：x=
∂1×
x1+
∂2×
x2+
⋯∂n×
xn其中，x为校验码，
∂1为第一个数据块的权重值，x1为第一个数据块的校验码，
∂2为第二个数据块的权重值，x2为第二个数据块的校验码，
∂n为第n个数据块的权重值，xn为第n个数据块的校验码。
49.数据块的权重值与数据块的大小正相关，即数据块越大，与该数据块对应的权重值越大；数据块越小，与该数据块对应的权重值越小。当第一后数据校验结果与第二后校验结果的差值较大时，由于每一数据块的验证码的值相差较小，当智能卡的密文数据校验失败时，通过不同的权重参数，可以快速定位变更错误的数据块。例如，当第一后数据校验结
果的校验码与第二后数据校验结果的校验码之间的差值较大时，可以初步判断是数据块较大的密文数据变更错误；当第一后数据校验结果的校验码与第二后数据校验结果的校验码之间的差值较小时，可以初步判断是数据块较小的密文数据变更错误，从而快速定位变更错误的数据块。
50.s303，将校验码作为第一后数据校验结果。
51.在实际应用中，对智能卡数据的校验方式可以是循环冗余校验、哈希校验或对称算法校验。对智能卡数据进行循环冗余校验即通过多项式生成校验码，并以校验码作为第一后数据校验结果；对智能卡数据进行哈希校验是指将nvm全片数据通过sha1、sha256、md5或sm3中的一种生成摘要数据，并以摘要数据作为第一后数据校验结果；对智能卡数据进行对称算法校验是指将nvm全片数据，通过des、aes或sm4中的一种计算消息认证码，并以消息认证码作为第一后数据校验结果。
52.本公开实施例中，将智能卡的密文数据分为多个数据块，进而完成对智能卡的密文数据的校验，在未大幅增加计算量的前提下，能够有效提高对预变更cap文件后的智能卡的密文数据校验的精准度。
53.结合图4所示，本公开实施例提供一种用于变更智能卡cap文件的方法，其执行校验指令以验证待变更cap文件包括以下步骤：s401，对变更cap文件后的智能卡的密文数据进行校验并获得第二后数据校验结果。
54.对变更cap文件后智能卡的密文数据进行校验，其校验方式与对预变更cap文件后智能卡的密文数据的校验方式相同，在此不再赘述。
55.s402，比较第一后数据校验结果和第二后数据校验结果。
56.s403，在第一后数据校验结果和第二后数据校验结果一致的情况下，验证成功。
57.s404，在第一后数据校验结果和第二后数据校验结果不一致的情况下，验证失败。
58.本公开实施例中，对已操作智能卡生成的自检校验指令，确保智能卡在执行完差异指令后，智能卡数据完整，与预期一致，确保数据完整性，从而更好地满足新的业务需求。
59.结合图5所示，本公开实施例提供一种用于变更智能卡cap文件的方法，包括以下步骤：s501，确定智能卡中待变更cap文件所对应的差异指令。
60.s502，确定待变更cap文件所对应的校验指令。
61.s503，执行校验指令以验证智能卡的密文数据。
62.可选地，还按照如下方式生成校验指令：对预变更cap文件前的智能卡的密文数据进行校验并获得第一前数据校验结果；利用第一前数据校验结果生成校验指令。
63.对标准智能卡操作生成的自检校验指令，确保智能卡执行差异指令时，智能卡初始状态正确，与预期一致。
64.s504，执行差异指令以变更智能卡中的cap文件。
65.s505，变更智能卡中的cap文件后，执行校验指令以验证待变更cap文件。
66.本公开实施例中，在变更智能卡中的cap文件前，执行校验指令以验证智能卡的密文数据。对标准智能卡操作生成的自检校验指令，确保智能卡执行差异指令时，智能卡初始状态正确，与预期一致，确保数据完整性。与此同时，对已操作智能卡生成的自检校验指令，
确保智能卡在执行完差异指令后，智能卡数据完整，与预期一致，确保数据完整性。这样，在变更智能卡cap文件时，通过二次校验的方式，提高变更智能卡cap文件的准确性，能够更好地满足新的业务需求。
67.结合图6所示，本公开实施例提供一种用于变更智能卡cap文件的方法，其对预变更cap文件前的智能卡的密文数据进行校验并获得第一前数据校验结果包括以下步骤：s601，将智能卡的密文数据分为多个数据页。
68.s602，对多个数据页进行校验并生成初始校验码。
69.可选地，对多个数据页进行校验并生成初始校验码，包括按照如下方式计算获得初始校验码：y=β1×
y1+β2×
y2+
⋯
βm×
ym其中，y为初始校验码，β1为第一个数据页的权重值，y1为第一个数据页的校验码，β2为第二个数据页的权重值，y2为第二个数据页的校验码，βm为第m个数据页的权重值，ym为第m个数据页的校验码。
70.数据页的权重值与数据页的大小正相关，即数据页越大，与该数据页对应的权重值越大；数据页越小，与该数据页对应的权重值越小。当第一前数据校验结果与第二后校验结果的差值较大时，由于每一数据页的验证码的值相差较小，当智能卡的密文数据校验失败时，通过不同的权重参数，可以快速定位变更错误的数据页。例如，当第一前数据校验结果的校验码与第二前数据校验结果的校验码之间的差值较大时，可以初步判断是数据页较大的密文数据变更错误；当第一前数据校验结果的校验码与第二前数据校验结果的校验码之间的差值较小时，可以初步判断是数据页较小的密文数据变更错误，从而快速定位变更错误的数据页。
71.s603，将初始校验码作为第一前数据校验结果。
72.在实际应用中，对智能卡数据的校验方式可以是循环冗余校验、哈希校验或对称算法校验。对智能卡数据进行循环冗余校验即通过多项式生成校验码，并以校验码作为第一前数据校验结果；对智能卡数据进行哈希校验是指将nvm全片数据通过sha1、sha256、md5或sm3中的一种生成摘要数据，并以摘要数据作为第一前数据校验结果；对智能卡数据进行对称算法校验是指将nvm全片数据，通过des、aes或sm4中的一种计算消息认证码，并以消息认证码作为第一前数据校验结果。
73.本公开实施例中，将智能卡的密文数据分为多个数据页，进而完成对智能卡的密文数据的校验，在未大幅增加计算量的前提下，能够有效提高对预变更cap文件前的智能卡的密文数据校验的精准度。
74.结合图7所示，本公开实施例提供一种用于变更智能卡cap文件的方法，其执行校验指令以验证智能卡的密文数据包括以下步骤：s701，对变更cap文件前的智能卡的密文数据进行校验并获得第二前数据校验结果。
75.对变更cap文件前智能卡的密文数据进行校验，其校验方式与对预变更cap文件前智能卡的密文数据的校验方式相同，在此不再赘述。
76.s702，比较第一前数据校验结果和第二前数据校验结果。
77.s703，在第一前数据校验结果和第二前数据校验结果一致的情况下，验证成功。
78.s704，在第一前数据校验结果和第二前数据校验结果不一致的情况下，验证失败。
79.实际应用中，在初始智能卡的密文数据验证成功的前提下，执行后续变更智能卡中的cap文件的操作；否则，结束变更智能卡cap文件的操作。
80.在本公开实施例中，执行校验指令以验证智能卡的密文数据，包括对智能卡初始状态以及变更智能卡cap文件后智能卡状态的验证。即，确保智能卡执行差异指令时，智能卡初始状态正确，以及智能卡执行差异指令后，智能卡数据完整，能够更好地实现智能卡cap文件的变更，在提高智能卡管理cap文件的执行效率的同时，保证智能卡数据的完整性。
81.结合图8所示本公开实施例提供一种用于变更智能卡cap文件的装置，包括处理器（processor）80和存储器（memory）81，还可以包括通信接口（communication interface）82和总线83。其中，处理器80、通信接口82、存储器81可以通过总线83完成相互间的通信。通信接口82可以用于信息传输。处理器80可以调用存储器81中的逻辑指令，以执行上述实施例的用于变更智能卡cap文件的方法。
82.此外，上述的存储器81中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
83.存储器81作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器80通过运行存储在存储器81中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述方法实施例中的用于变更智能卡cap文件的方法。
84.存储器81可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器81可以包括高速随机存取存储器，还可以包括非易失性存储器。
85.采用本公开实施例提供的用于变更智能卡cap文件的装置，在变更智能卡cap文件时，确定智能卡中待变更cap文件所对应的差异指令和校验指令，进而通过执行与待变更cap文件所对应的差异指令和校验指令，完成智能卡cap文件的变更。由于差异指令和校验指令均为私有指令，因此无需额外创建安全通道进行外部认证，即可完成智能卡cap文件的变更，提高了变更智能卡cap文件的执行效率。
86.本公开实施例提供了一种用于变更智能卡cap文件的系统，包含上述的用于变更智能卡cap文件的装置。
87.本公开实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行上述用于变更智能卡cap文件的方法。
88.本公开实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述用于变更智能卡cap文件的方法。
89.上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。
90.本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：u盘、移动硬盘、只读存储器（rom，read-only memory）、随
机存取存储器（ram，random access memory）、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
91.以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。本公开实施例的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。当用于本技术中时，虽然术语“第一”、“第二”等可能会在本技术中使用以描述各元件，但这些元件不应受到这些术语的限制。这些术语仅用于将一个元件与另一个元件区别开。例如，在不改变描述的含义的情况下，第一元件可以叫做第二元件，并且同样第，第二元件可以叫做第一元件，只要所有出现的“第一元件”一致重命名并且所有出现的“第二元件”一致重命名即可。第一元件和第二元件都是元件，但可以不是相同的元件。而且，本技术中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”（a）、“一个”（an）和“所述”（the）旨在同样包括复数形式。类似地，如在本技术中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本技术中时，术语“包括”（comprise）及其变型“包括”（comprises）和/或包括（comprising）等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。
92.本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
93.本文所披露的实施例中，所揭露的方法、产品（包括但不限于装置、设备等），可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个
处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
94.附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。