用于与待测试软件通信的方法及装置、设备、存储介质与流程

1.本技术涉及通信领域，例如涉及一种用于与待测试软件进行通信的方法及装置、终端设备、存储介质。


背景技术：

2.目前，各种终端设备上均配置有nfc（near field communication，近场通信）芯片，以使得终端设备的nfc软件能够使用nfc功能。而将nfc软件配置到各终端设备供用户使用前，需要对nfc软件进行测试。相关技术中，通常利用不同的实体nfc卡片对nfc软件进行测试。例如：使用实体nfc卡片去接触手机，获取实体nfc卡片与待测试的nfc软件的通信情况，来确定手机上的nfc软件读取nfc卡片是否正常。
3.在实现本公开实施例的过程中，发现相关技术中至少存在如下问题：相关技术中，利用实体nfc卡片与待测试的nfc软件进行通信，以对nfc软件进行测试时，需要由人工进行实体nfc卡片的放置和更换，导致对nfc软件进行测试的效率较低。


技术实现要素：

4.为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键／重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。
5.本公开实施例提供了一种用于与待测试软件进行通信的方法及装置、终端设备、存储介质，以提高对待测试软件的测试效率。
6.在一些实施例中，所述用于与待测试软件进行通信的方法，包括：利用预设的卡片模型接收待测试软件发送的第一近场通信nfc信号；所述卡片模型用于根据预设的卡片技术类型和预设的卡片协议类型解析第一nfc信号和调制第二nfc信号；利用所述卡片模型根据所述第一nfc信号与所述待测试软件进行通信。
7.在一些实施例中，所述用于与待测试软件进行通信的装置，包括：接收模块，被配置为利用预设的卡片模型接收待测试软件发送的第一近场通信nfc信号；所述卡片模型用于根据预设的卡片技术类型和预设的卡片协议类型解析第一nfc信号和调制第二nfc信号；通信模块，被配置为利用所述卡片模型根据所述第一nfc信号与所述待测试软件进行通信。
8.在一些实施例中，所述终端设备，包括处理器和存储有程序指令的存储器，所述处理器被配置为在运行所述程序指令时，执行上述的用于与待测试软件进行通信的方法。
9.在一些实施例中，所述存储介质，所述程序指令在运行时，执行上述的用于与待测试软件进行通信的方法。
10.本公开实施例提供的用于与待测试软件进行通信的方法及装置、终端设备、存储介质，可以实现以下技术效果：通过利用预设的卡片模型接收待测试软件发送的第一近场通信nfc信号。卡片模型用于根据预设的卡片技术类型和预设的卡片协议类型解析第一nfc信号和调制第二nfc信号。利用卡片模型根据第一nfc信号与待测试软件进行通信。这样，由
于卡片模型能够解析待测试软件发送的第一nfc信号，并根据解析出来的操作指令与待测试软件进行通信。因此，可以使用卡片模型替代实体nfc卡片来测试待测试软件。而采用卡片模型不需要人工进行放置和更换，能够提高对待测试软件的测试效率。同时，由于采用卡片模型来测试待测试软件，不需要采购很多的实体卡片，因此，也能降低待测试软件的测试成本。
11.以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本技术。
附图说明
12.一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：图1是本公开实施例提供的第一个用于与待测试软件进行通信的方法的示意图；图2是本公开实施例提供的第二个用于与待测试软件进行通信的方法的示意图；图3是本公开实施例提供的第三个用于与待测试软件进行通信的方法的示意图；图4是本公开实施例提供的第四个用于与待测试软件进行通信的方法的示意图；图5是本公开实施例提供的一种用于与待测试软件进行通信的装置的示意图；图6是本公开实施例提供的一种终端设备的示意图。
具体实施方式
13.为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。
14.本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。
15.除非另有说明，术语“多个”表示两个或两个以上。
16.本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，a/b表示：a或b。
17.术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，a和/或b，表示：a或b，或，a和b这三种关系。
18.本公开实施例中，待测试软件为nfc软件。预设的卡片技术类型为实体nfc卡片的技术类型，例如：nfc-a、nfc-b、nfc-f或nfc-v。预设的卡片协议类型为实体nfc卡片的协议类型，例如：t1t、t2t、t3t、t4t、t5t或mifare。第一nfc信号第二nfc信号的数据格式都是根据预设的卡片技术类型和预设的卡片协议类型进行编写的。虚拟卡片管理模块用于管理各卡片模型与待测试软件的通信顺序。同时，虚拟卡片管理模块还用于确定待测试软件的软件流程是否正确。
19.本公开实施例中，卡片模型设置有对应的卡片数据，卡片模型对对应的卡片数据
进行读取、更改、写入等操作。卡片模型是能够根据预设的卡片技术类型和预设的卡片协议类型解析第一nfc信号和调制第二nfc信号的代码。其中，卡片数据包括block数据、uid（user identification，用户身份证明）、状态信息和鉴权信息等。卡片数据保存在预设的配置文件中。卡片数据为静态的，能够被卡片模型加载到内存中使用，并被卡片模型从内存写入到磁盘，并持久化保存。其中，卡片数据的存储一般是以字节（byte）为单位，通常会把多个字节组合成字节块（block）以便于进行管理。卡片数据被划分为若干个字节块，单个字节块中存储的数据称为block数据；针对不同的卡片数据，被划分的字节块的字节数可能不同。这样，由卡片模型和卡片数据构成虚拟的nfc卡片，由虚拟nfc卡片对终端设备中的nfc软件进行测试，能够在不利用实体nfc卡片的情况下进行nfc软件的测试。
20.本技术应用于终端设备，用于对终端设备中的nfc软件进行测试。相关技术中，实体nfc卡片通过真实的nfc固件（nfc firmware）使用rf（radio frequency，射频）与nfc软件进行通信。现有技术需要利用实体nfc卡片对nfc软件进行测试，导致nfc软件测试成本高。而本公开实施例中，卡片模型通过虚拟的nfc固件使用nci（nfc controller interface，nfc控制器接口）指令与nfc软件进行通信，能够在不利用实体nfc卡片的情况下进行nfc软件的测试，使得整个测试流程由终端设备自行完成，从而降低nfc软件的测试成本。
21.本公开实施例中，终端设备为设置有nfc软件的电子设备，例如：智能手机、pos（point of sales terminal，销售点情报管理系统）机等。
22.结合图1所示，本公开实施例提供的第一个用于与待测试软件进行通信的方法，包括：步骤s101，终端设备利用预设的卡片模型接收待测试软件发送的第一nfc信号，卡片模型用于根据预设的卡片技术类型和预设的卡片协议类型解析第一nfc信号和调制第二nfc信号。
23.步骤s102，终端设备利用卡片模型根据第一nfc信号与待测试软件进行通信。
24.采用本公开实施例提供的第一个用于与待测试软件进行通信的方法，通过利用预设的卡片模型接收待测试软件发送的第一近场通信nfc信号。卡片模型用于根据预设的卡片技术类型和预设的卡片协议类型解析第一nfc信号和调制第二nfc信号。利用卡片模型根据第一nfc信号与待测试软件进行通信。这样，由于卡片模型能够解析待测试软件发送的第一nfc信号，并根据解析出来的操作指令与待测试软件进行通信。因此，可以使用卡片模型替代实体nfc卡片来测试待测试软件。而采用卡片模型不需要人工进行放置和更换，能够提高nfc软件的测试效率。同时，由于采用卡片模型来测试待测试软件，不需要采购很多的实体卡片，因此，也能降低待测试软件的测试成本。
25.进一步的，利用预设的卡片模型接收待测试软件发送的第一nfc信号，包括：利用卡片模型通过虚拟卡片管理模块接收待测试软件发送的第一nfc信号。这样，在存在多个卡片模型的情况下，通过虚拟卡片管理模块接收第一nfc信号。便于对各卡片模型进行管理。
26.可选地，利用卡片模型通过虚拟卡片管理模块接收待测试软件发送的第一nfc信号，包括：接收虚拟卡片管理模块发送的激活指令。在卡片模型被激活的情况下，通过虚拟卡片管理模块接收待测试软件发送的第一nfc信号。其中，卡片模型利用透传的方式接收虚拟卡片管理模块发送第一nfc信号。
27.可选地，利用卡片模型通过虚拟卡片管理模块接收待测试软件发送的第一nfc信
号，包括：接收虚拟卡片管理模块发送的激活指令。在卡片模型被激活的情况下，卡片模型接收待测试软件发送的第一nfc信号。
28.可选地，利用卡片模型根据第一nfc信号与待测试软件进行通信，包括：利用卡片模型解析第一nfc信号，获得操作指令。利用卡片模型根据操作指令与待测试软件进行通信。
29.可选地，利用卡片模型根据操作指令与待测试软件进行通信，包括：在操作指令为读取指令的情况下，确定读取指令对应的第一数据地址和字节数。利用卡片模型根据第一数据地址和字节数，获取待发送数据。将待发送数据发送给待测试软件。这样，能够通过卡片模型模拟出实体nfc卡片与待测试软件之间的读取流程。
30.进一步的，利用卡片模型根据第一数据地址和字节数，获取待发送数据，包括：通过卡片模型在预设的配置文件中查找第一数据地址，并在第一数据地址按照预设存储顺序获取一段卡片数据，该段卡片数据的长度等于读取指令对应的字节数，将该段卡片数据确定为待发送数据。
31.可选地，将待发送数据发送给待测试软件，包括：按照预设的卡片技术类型和预设的卡片协议类型编写待发送数据，获得第二nfc信号；将第二nfc信号发送给待测试软件。
32.进一步的，将第二nfc信号发送给待测试软件，包括：通过虚拟卡片管理模块将第二nfc信号发送给待测试软件。
33.结合图2所示，本公开实施例提供的第二个用于与待测试软件进行通信的方法，包括：步骤s201，虚拟卡片管理模块发送激活指令给卡片模型。
34.步骤s202，卡片模型接收激活指令，并确定卡片模型的卡片技术类型和卡片协议类型。
35.步骤s203，卡片模型发送卡片激活信息给虚拟卡片管理模块；卡片激活信息包括卡片技术类型和卡片协议类型。
36.步骤s204，虚拟卡片管理模块接收卡片激活信息。
37.步骤s205，虚拟卡片管理模块发送卡片激活信息给待测试软件。
38.步骤s206，待测试软件接收卡片激活信息。
39.步骤s207，待测试软件发送第一nfc信号给虚拟卡片管理模块。
40.步骤s208，虚拟卡片管理模块接收第一nfc信号。
41.步骤s209，虚拟卡片管理模块发送第一nfc信号给卡片模型。
42.步骤s210，卡片模型解析第一nfc信号，获得操作指令；在操作指令为读取指令的情况下，确定读取指令对应的第一数据地址和字节数；利用卡片模型根据第一数据地址和字节数，获取待发送数据；按照预设的卡片技术类型和预设的卡片协议类型编写待发送数据，获得第二nfc信号。
43.步骤s211，卡片模型发送第二nfc信号给虚拟卡片管理模块。
44.步骤s212，虚拟卡片管理模块接收第二nfc信号。
45.步骤s213，虚拟卡片管理模块将第二nfc信号发送给待测试软件。
46.采用本公开实施例提供的第二个用于与待测试软件进行通信的方法，通过虚拟卡片管理模块激活卡片模型，再利用卡片模型通过虚拟卡片管理模块与待测试软件进行通
信。这样，由虚拟卡片管理模块对卡片模型进行管理，能够在卡片模型存在多个的情况下，使卡片模型跟待测试软件有序通信。
47.可选地，卡片数据中存储有卡片技术类型和卡片协议类型。确定卡片模型的卡片技术类型和卡片协议类型，包括：将卡片模型对应的卡片数据中存储的卡片技术类型和卡片协议类型，确定为该卡片模型的卡片技术类型和卡片协议类型。
48.可选地，利用卡片模型根据操作指令与待测试软件进行通信，还可以通过以下方式实现：在操作指令为写入指令的情况下，确定写入指令对应的第二数据地址和待写入数据。利用卡片模型在第二数据地址写入待写入数据，获得写入情况。将写入情况发送给待测试软件。这样，能够通过卡片模型模拟出实体nfc卡片与待测试软件之间的写入流程。其中，写入情况为写入成功或写入失败。
49.进一步的，将写入情况发送给待测试软件，包括：按照预设的卡片技术类型和预设的卡片协议类型编写写入情况，获得第二nfc信号。将第二nfc信号发送给待测试软件。
50.结合图3所示，本公开实施例提供的第三个用于与待测试软件进行通信的方法，包括：步骤s301，虚拟卡片管理模块发送激活指令给卡片模型。
51.步骤s302，卡片模型接收激活指令，并确定卡片模型的卡片技术类型和卡片协议类型。
52.步骤s303，卡片模型发送卡片激活信息给虚拟卡片管理模块；卡片激活信息包括卡片技术类型和卡片协议类型。
53.步骤s304，虚拟卡片管理模块接收卡片激活信息。
54.步骤s305，虚拟卡片管理模块发送卡片激活信息给待测试软件。
55.步骤s306，待测试软件接收卡片激活信息。
56.步骤s307，待测试软件发送第一nfc信号给虚拟卡片管理模块。
57.步骤s308，虚拟卡片管理模块接收第一nfc信号。
58.步骤s309，虚拟卡片管理模块发送第一nfc信号给卡片模型。
59.步骤s310，卡片模型解析第一nfc信号，获得操作指令；在操作指令为写入指令的情况下，确定写入指令对应的第二数据地址和待写入数据；利用卡片模型在第二数据地址写入待写入数据，获得写入情况；按照预设的卡片技术类型和预设的卡片协议类型编写写入情况，获得第二nfc信号。
60.步骤s311，卡片模型发送第二nfc信号给虚拟卡片管理模块。
61.步骤s312，虚拟卡片管理模块接收第二nfc信号。
62.步骤s313，虚拟卡片管理模块将第二nfc信号发送给待测试软件。
63.采用本公开实施例提供的第三个用于与待测试软件进行通信的方法，通过虚拟卡片管理模块激活卡片模型，再利用卡片模型通过虚拟卡片管理模块与待测试软件进行通信。这样，由虚拟卡片管理模块对卡片模型进行管理，能够在卡片模型存在多个的情况下，使卡片模型跟待测试软件有序通信。
64.在一些实施例中，卡片模型直接处于激活状态，卡片模型能够直接发送卡片激活信息。结合图4所示，本公开实施例提供的第四个用于与待测试软件进行通信的方法，包括：步骤s401，卡片模型发送卡片激活信息给待测试软件；卡片激活信息包括卡片技
术类型和卡片协议类型。
65.步骤s402，待测试软件接收卡片激活信息。
66.步骤s403，待测试软件发送第一nfc信号给卡片模型。
67.步骤s404，卡片模型解析第一nfc信号，获得操作指令；在操作指令为读取指令的情况下，确定读取指令对应的第一数据地址和字节数；利用卡片模型根据第一数据地址和字节数，获取待发送数据；按照预设的卡片技术类型和预设的卡片协议类型编写待发送数据，获得第二nfc信号。
68.步骤s405，卡片模型发送第二nfc信号给待测试软件。
69.采用本公开实施例提供的第四个用于与待测试软件进行通信的方法，通过卡片模型将卡片激活信息发送给待测试软件。待测试软件接收卡片激活信息，并根据卡片激活信息发送第一nfc信号给卡片模型。卡片模型解析第一nfc信号，获得操作指令。在操作指令为读取指令的情况下，确定读取指令对应的第一数据地址和字节数。利用卡片模型根据第一数据地址和字节数，获取待发送数据。按照预设的卡片技术类型和预设的卡片协议类型编写待发送数据，获得第二nfc信号。卡片模型将第二nfc信号发送给待测试软件。这样，由卡片模型与待测试软件直接进行交互，非常便捷。
70.可选地，利用卡片模型通过虚拟卡片管理模块接收待测试软件发送的第一nfc信号后，还包括：虚拟卡片管理模块存储第一nfc信号。
71.可选地，通过虚拟卡片管理模块将第二nfc信号发送给待测试软件后，还包括：虚拟卡片管理模块存储第二nfc信号。
72.可选地，虚拟卡片管理模块存储第一nfc信号和第二nfc信号之后，还包括：将虚拟卡片管理模块存储的各第一nfc信号和各第二nfc信号按照接收顺序进行排列，形成信号序列。根据信号序列确定待测试软件的软件流程是否正确。这样，通过虚拟卡片管理模块按照接收顺序依次存储卡片模型与待测试软件通信的信号情况，能够判断出待测试软件发送的信号是否符合预设流程，便于用户根据待测试软件的软件流程是否正确，完善待测试软件。
73.可选地，根据信号序列确定待测试软件的软件流程是否正确，包括：将信号序列与预设序列进行比较，在比较结果为信号序列与预设序列一致的情况下，确定待测试软件的软件流程正确。在比较结果为信号序列与预设序列不一致的情况下，确定待测试软件的软件流程错误。
74.在一些实施例中，待测试软件第一次发送第一nfc信号a给虚拟卡片管理模块。虚拟卡片管理模块存储第一nfc信号a，并发送第一nfc信号a给卡片模型。卡片模型解析第一nfc信号a，获得写入指令。卡片模型根据写入指令在第一次形成第二nfc信号b，将第二nfc信号b发送给虚拟卡片管理模块。虚拟卡片管理模块存储第二nfc信号b，并发送第二nfc信号b给待测试软件。待测试软件接收第二nfc信号b，第二次发送第一nfc信号c给虚拟卡片管理模块。虚拟卡片管理模块存储第二nfc信号c，并发送第一nfc信号c给卡片模型。卡片模型解析第一nfc信号c，获得读取指令。卡片模型根据读取指令在第二次形成第二nfc信号d，将第二nfc信号d发送给虚拟卡片管理模块。虚拟卡片管理模块存储有信号序列第一nfc信号a、第二nfc信号b、第一nfc信号c和第二nfc信号d。将信号序列与预设序列进行比较，在比较结果为信号序列与预设序列一致的情况下，确定待测试软件的软件流程正确。
75.可选地，根据信号序列确定待测试软件的软件流程是否正确，包括：按照信号序列
的顺序，依次解析第一nfc信号和第二nfc信号，分别获得第一解析数据和第二解析数据。按照信号序列的顺序依次排列第一解析数据和第二解析数据，形成解析数据序列。将解析数据序列与预设数据序列进行比较。在比较结果为解析数据序列与预设数据序列一致的情况下，确定待测试软件的软件流程正确。在比较结果为解析数据序列与预设数据序列不一致的情况下，确定待测试软件的软件流程错误。
76.在一些实施例中，卡片模型通过虚拟卡片管理模块发送nfc信号到终端设备内核，终端设备内核通过虚拟卡片管理模块对应的驱动将nfc信号发送到nfc硬件抽象层（nfc hal），nfc硬件抽象层通过nci指令与待测试软件进行通信。
77.结合图5所示，本公开实施例提供的一种用于与待测试软件进行通信的装置，包括：接收模块501、通信模块502。接收模块501，被配置为利用预设的卡片模型接收待测试软件发送的第一近场通信nfc信号。卡片模型用于根据预设的卡片技术类型和预设的卡片协议类型解析第一nfc信号和调制第二nfc信号。通信模块502，被配置为利用卡片模型根据第一nfc信号与待测试软件进行通信。
78.采用本公开实施例提供的用于与待测试软件进行通信的装置，通过接收模块利用预设的卡片模型接收待测试软件发送的第一近场通信nfc信号。卡片模型用于根据预设的卡片技术类型和预设的卡片协议类型解析第一nfc信号和调制第二nfc信号。通信模块利用卡片模型根据第一nfc信号与待测试软件进行通信。这样，由于卡片模型能够解析待测试软件发送的第一nfc信号，并根据解析出来的操作指令与待测试软件进行通信。因此，可以使用卡片模型替代实体nfc卡片来测试待测试软件。而采用卡片模型不需要人工进行放置和更换，能够提高nfc软件的测试效率。同时，由于采用卡片模型来测试待测试软件，不需要采购很多的实体卡片，因此，也能降低待测试软件的测试成本。
79.结合图6所示，本公开实施例提供的一种终端设备，包括处理器（processor）600和存储器（memory）601。可选地，该装置还可以包括通信接口（communication interface）602和总线603。其中，处理器600、通信接口602、存储器601可以通过总线603完成相互间的通信。通信接口602可以用于信息传输。处理器600可以调用存储器601中的逻辑指令，以执行上述实施例的用于与待测试软件进行通信的方法。
80.此外，上述的存储器601中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
81.存储器601作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器600通过运行存储在存储器601中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述实施例中用于与待测试软件进行通信的方法。
82.存储器601可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器601可以包括高速随机存取存储器，还可以包括非易失性存储器。
83.采用本公开实施例的终端设备，通过利用预设的卡片模型接收待测试软件发送的第一近场通信nfc信号。卡片模型用于根据预设的卡片技术类型和预设的卡片协议类型解析第一nfc信号和调制第二nfc信号。利用卡片模型根据第一nfc信号与待测试软件进行通信。这样，由于卡片模型能够解析待测试软件发送的第一nfc信号，并根据解析出来的操作
指令与待测试软件进行通信。因此，可以使用卡片模型替代实体nfc卡片来测试待测试软件。而采用卡片模型不需要人工进行放置和更换，能够提高nfc软件的测试效率。同时，由于采用卡片模型来测试待测试软件，不需要采购很多的实体卡片，因此，也能降低待测试软件的测试成本。
84.本公开实施例提供了一种存储介质，存储有程序指令，所述序指令在运行时，执行上述用于与待测试软件进行通信的方法。
85.本公开实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述用于与待测试软件进行通信的方法。
86.上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。
87.本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备（可以是个人计算机，终端设备，或者网络设备等）执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：u盘、移动硬盘、只读存储器（rom，read-only memory）、随机存取存储器（ram，random access memory）、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
88.以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本技术中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”（a）、“一个”（an）和“所述”（the）旨在同样包括复数形式。类似地，如在本技术中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本技术中时，术语“包括”（comprise）及其变型“包括”（comprises）和/或包括（comprising）等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个
…”
限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。
89.本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
90.本文所披露的实施例中，所揭露的方法、产品（包括但不限于装置、设备等），可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
91.附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。