应用程序界面配置方法、装置、设备及存储介质与流程

1.本说明书涉及应用程序界面配置技术领域，尤其是涉及一种应用程序界面配置方法、装置、设备及存储介质。


背景技术：

2.当前的应用程序界面大都属于“千人一面”的方案。如图1所示，服务端统一计算数据，应用程序客户端(即app)获取数据并展示，在此情况下，app用户群的所有用户打开的app主页相同。显然，这种方式难以满足不同用户的个性化定制需求，用户体验较低。


技术实现要素：

3.本说明书实施例的目的在于提供一种应用程序界面配置方法、装置、设备及存储介质，以实现为用户定制应用程序界面。
4.为达到上述目的，一方面，本说明书实施例提供了一种应用程序界面配置方法，包括：
5.当接收到客户端发送的应用程序界面请求时，从服务端获取所述客户端对应的目标用户的定制化数据及用户类别；
6.从card样式集合中选出与所述用户类别匹配的多个目标card样式；所述card样式用于表征ui界面组件样式；
7.根据所述多个目标card样式的数据需求，从所述定制化数据中抽取数据并对应赋值给所述多个目标card样式；
8.将赋值后的多个目标card样式聚合成所述目标用户的card数据结构；
9.向所述客户端返回所述card数据结构，以使所述客户端根据所述card数据结构渲染对应的应用程序界面并展示。
10.本说明书实施例中，所述定制化数据包括常规数据及推荐数据；所述常规数据为应用程序中所有用户均具有的相同数据；所述推荐数据为根据所述目标用户的用户特征生成的个性化数据。
11.本说明书实施例中，所述从card样式集合中选出与所述用户类别匹配的多个目标card样式，包括：
12.根据预设的card样式与用户类别对应关系，从card样式集合中选出与所述用户类别匹配的多个目标card样式。
13.本说明书实施例中，所述card数据结构包括ui交互数据和用于渲染ui的数据。
14.本说明书实施例中，所述定制化数据由所述服务端根据以下方式生成：
15.根据用户基本信息从业务数据库中查询所述目标用户的常规数据，并根据多维度用户画像从内容管理系统中匹配所述目标用户的推荐数据。
16.本说明书实施例中，所述多维度用户画像根据所述目标用户的多种用户属性和/或用户行为生成。
17.本说明书实施例中，所述用户行为包括用户的操作行为和浏览行为。
18.另一方面，本说明书实施例还提供了一种应用程序界面配置装置，包括：
19.获取模块，用于当接收到客户端发送的应用程序界面请求时，从服务端获取所述客户端对应的目标用户的定制化数据及用户类别；
20.匹配模块，用于从card样式集合中选出与所述用户类别匹配的多个目标card样式；
21.抽取模块，用于根据所述多个目标card样式的数据需求，从所述定制化数据中抽取数据并对应赋值给所述多个目标card样式；
22.聚合模块，用于将赋值后的多个目标card样式聚合成所述目标用户的card数据结构；
23.返回模块，用于向所述客户端返回所述card数据结构，以使所述客户端根据所述card数据结构渲染对应的应用程序界面并展示。
24.另一方面，本说明书实施例还提供了一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，所述计算机程序被所述处理器运行时，执行上述方法的指令。
25.另一方面，本说明书实施例还提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被计算机设备的处理器运行时，执行上述方法的指令。
26.由以上本说明书实施例提供的技术方案可见，本说明书实施例中，由于不同用户的定制化数据不同，则据此生成的card数据结构也就不同，使得客户端可根据不同的card数据结构渲染出不同的应用程序界面，从而实现了为用户定制应用程序界面，提高了用户使用应用程序的体验。不仅如此，由于客户端接收的到已为card数据结构，客户端在进行页面渲染之前，无需再生成card数据结构，从而也降低了客户端的处理压力。
附图说明
27.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：
28.图1示出了现有技术中应用程序界面的配置示意图；
29.图2示出了本说明书一些实施例中应用程序界面配置系统的结构框图；
30.图3示出了本说明书一些实施例中应用程序界面配置方法的流程图；
31.图4示出了本说明书一实施例中服务端生成定制化数据的示意图；
32.图5示出了本说明书一实施例中mapi接口聚合card数据的示意图；
33.图6a-图6d示出了本说明书一实施例中多个card样式的示意图；
34.图7示出了本说明书一实施例中基于图6a-图6d所示card样式展示的应用程序界面示意图；
35.图8示出了本说明书一些实施例中应用程序界面配置装置的结构框图；
36.图9示出了本说明书一些实施例中计算机设备的结构框图。
37.【附图标记说明】
38.10、mapi接口；
39.20、服务端；
40.30、客户端；
41.40、大数据端；
42.81、获取模块；
43.82、匹配模块；
44.83、抽取模块；
45.84、聚合模块；
46.85、返回模块；
47.902、计算机设备；
48.904、处理器；
49.906、存储器；
50.908、驱动机构；
51.910、输入/输出接口；
52.912、输入设备；
53.914、输出设备；
54.916、呈现设备；
55.918、图形用户接口；
56.920、网络接口；
57.922、通信链路；
58.924、通信总线。
具体实施方式
59.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
60.本说明书实施例涉及应用程序界面处理技术，鉴于现有技术难以满足不同用户对应用程序界面的个性化定制需求的技术问题，本说明书实施例提供了改进的应用程序界面配置方案。本领域技术人员可以理解，在本说明书以下一些实施例以金融类应用程序为例进行了描述，但是，本说明书实施例提供的改进的应用程序界面配置方案，同样也可以适用于其他任何场景下的应用程序。此外，本说明书实施例中的用户、目标用户均为应用程序用户。
61.参考图2所示，本说明书实施例的应用程序界面配置系统可以包括mapi(middle application programming interface)接口10、服务端20和大数据端40。其中，mapi接口10是一种连接于服务端20和客户端30之间的中间服务接口层，对客户端30提供接口。mapi接口10可以根据用户的定制化数据生成card数据结构，由于不同用户的定制化数据不同，则据此生成的card数据结构也就不同，使得客户端可根据不同的card数据结构渲染出不同的
应用程序界面，从而实现了为用户定制应用程序界面，提高了用户使用应用程序的体验。
62.服务端20除了用于向客户端30提供业务服务(例如金融业务服务等)外，还可以生成用户的定制化数据。在一些实施例中，所述服务端20可以为具有运算和网络交互功能的电子设备；也可以为运行于该电子设备中，为数据处理和网络交互提供业务逻辑的软体。所述服务端20可以与所述客户端30进行数据交互。
63.客户端30可以向服务端20发起应用程序界面请求，当接收到服务端返回的card数据结构时，可以根据card数据结构渲染出对应的应用程序界面并展示。一些实施例中，所述客户端30可以为自助终端设备、移动终端(即智能手机)、显示器、台式电脑、平板电脑、笔记本电脑、数字助理或智能可穿戴设备等。其中，智能可穿戴设备可以包括智能手环、智能手表、智能眼镜或智能头盔等。当然，所述客户端30并不限于上述具有一定实体的电子设备，其还可以为运行于上述电子设备中的客户端应用程序(app)。
64.大数据端40用于从客户端30收集用户数据(例如用户属性、用户行为等)，并根据用户数据生成用户画像，以用于服务端20可以根据用户画像等数据生成用户的定制化数据。用户画像是对用户信息在特定业务场景下的系统性描述，是对用户数据的建模。不同于服务端20，无论是否有客户端30发起应用程序界面请求，大数据端40均可以实时或定时收集用户数据，当尚未建立某个用户的用户画像时，大数据端40可以根据该用户的用户数据生成该用户的用户画像；当已建立某个用户的用户画像时，大数据端40可以根据该用户的增量用户数据优化该用户的用户画像。
65.例如，在一实施例中，以金融应用程序为例，大数据端通过多种用户属性(借贷额度、借贷周期、借贷年龄、借贷性别、消费额度、消费周期等)和用户行为(操作行为、浏览行为等)，生成一份包含多维度信息的用户画像(即多维度用户画像)。
66.本说明书还提供了一种应用程序界面配置方法，其可以应用于上述的mapi接口侧，参考图3所示，在一些实施例中，所述应用程序界面配置方法可以包括以下步骤：
67.s301、当接收到客户端发送的应用程序界面请求时，从服务端获取所述客户端对应的目标用户的定制化数据及用户类别。
68.s302、从card样式集合中选出与所述用户类别匹配的多个目标card样式；所述card样式用于表征ui(user interface)界面组件样式。
69.s303、根据所述多个目标card样式的数据需求，从所述定制化数据中抽取数据并对应赋值给所述多个目标card样式。
70.s304、将赋值后的多个目标card样式聚合成所述目标用户的card数据结构。
71.s305、向所述客户端返回所述card数据结构，以使所述客户端根据所述card数据结构渲染对应的应用程序界面并展示。
72.本说明书实施例的应用程序界面配置方法中，由于不同用户的定制化数据不同，则据此生成的card数据结构也就不同，使得客户端可根据不同的card数据结构渲染出不同的应用程序界面，从而实现了为用户定制应用程序界面，提高了用户使用应用程序的体验。不仅如此，由于客户端接收的到已为card数据结构，客户端在进行页面渲染之前，无需再生成card数据结构，从而也降低了客户端的处理压力。
73.本说明书实施例中的应用程序界面请求一般是指：打开应用程序界主页面(或主界面)的页面请求。当用户希望打开应用程序界主页面时，可以对客户端进行点击等相关操
作，相应的，基于用户操作客户端可以向mapi接口发起应用程序界面请求。mapi接口接收到客户端发送的应用程序界面请求时，可以从服务端获取客户端对应的目标用户的定制化数据及用户类别。
74.本说明书实施例中，定制化数据可以包括常规数据及推荐数据；所述常规数据为应用程序中所有用户均具有的相同数据；例如，在一实施例中，常规数据例如可以包括运营类数据、平台信息数据、隐私政策类数据等。推荐数据为根据所述目标用户的用户特征生成的个性化数据。在一实施例中，推荐数据例如可以包括推荐商品、推荐借款额度、推荐还款计划等。
75.服务端生成定制化数据的步骤可以如图4所示。由于用户数据中既包含与用户属性和/或用户行为有关的数据(例如用户画像中的数据)，也包含与用户属性和用户行为无关的数据(例如用户画像之外的数据，如app版本等)，为了加快数据生成，减少数据查询中条件处理的耗时，服务端可以通过判断是否需要根据用户画像生成数据(即判断当前获取的用户数据是否参与推荐数据生成)，实现对用户数据进行分流。如果需要根据用户画像生成推荐数据，则可以根据多维度用户画像从内容管理系统(如图4中的cms配置平台)中匹配所述目标用户的推荐数据。其中，cms(content management system)配置平台中可以包括借贷服务商、借贷额度、商城数据、权益数据(例如优惠券、积分、特权等)。如果无需要根据用户画像生成推荐数据，则可以获取用户基本信息、app版本等，并据此查询数据库(如图4中的db(data base))以获得用户的常规数据(如会员数据、历史数据)。
76.本说明书实施例中，card即为ui组件(一般为可视化ui组件)，是用于构建ui界面的基本单元。card样式即为一种ui组件模板，根据应用程序需要，可以预先配置多个组件card样式。使用不同的card样式可以构建出不同的ui界面；相同的card样式采用不同的布局也可以构建出不同的ui界面。为便于构建出个性化定制化的应用程序界面，可以预先匹配出多种card样式，这些card样式形成card样式集合。
77.例如，在一示例性实施例中，一些card样式可以如图6a～图6d。其中，图6a中所示的card样式为一种说明型的card样式(可以用于多种商品或服务的说明、描述)，图6b中所示的card样式为一种横向滚动型card样式(可以用于多种商品或服务的横向滚动展示)，图6c中所示的card样式为一种活动型card样式(可以用来作为活动或者专题入口的广告图)，图6c中的“banner”含义为“横幅”；图6d中所示的card样式为一种列表型card样式(可以用于多种商品或服务的纵向展示)。
78.本说明书实施例中，用户类别是指应用程序中按照某个或某些维度将用户进行分类得到的用户类别。例如，在一实施例中，以金融应用程序为例，划分用户类别的维度可以包括但不限于：贷款风险、注册状态、用户特征(例如年龄、收入等)等。同一类别下的用户具有某些共性特征，基于这些共性特征可以为该类用户匹配一个或多个card样式。
79.例如，在一示例性实施例中，当用户为年轻用户类别时，由于年轻用户一般擅长使用app，则可以为该类用户选择适当多的card样式，以丰富应用程序界面的功能。在另一示例性实施例中，当用户年长用户类别时，由于年长用户一般不擅长使用app，则可以为该类用户选择适少的card样式，以利于年长用户操作。在另一示例性实施例中，当用户为未注册用户时，可以为该用户选择对应于应用基础功能的card样式；在另一示例性实施例中，当用户为已注册用户时，可以为该用户选择包含应用基础功能和应用进阶功能的card样式。
80.因此，根据为每个用户类别匹配出的一个或多个card样式，可以生成用户类别与card样式的对应关系，例如下表1所示。
81.表1
82.用户类别card样式a1{card1、card2、card3、card4、card5、card6、card7、card8}a2{card1、card2、card3、card6、card7、card11、card13、card24}a3{card1、card2、card4、card5、card8、card20、card23、card27}
……
83.在一些实施例中，所述从card样式集合中选出与所述用户类别匹配的多个目标card样式可以包括：根据预设的card样式与用户类别对应关系，从card样式集合中选出与所述用户类别匹配的多个目标card样式。例如，以上表1为例，当确认目标用户归属于a2类时，则可以将card1、card2、card3、card6、card7、card11、card13和card24，作为该目标用户的多个目标card样式。
84.每个card样式即为一种ui组件模板，其具有默认的属性(例如形状、尺寸、文本、标签、)、事件(例如点击事件、拖动事件、滑动事件等)和方法(即对事件的响应，例如对点击事件的处理，对拖动事件的处理，对滑动事件的处理等)。为了满足用户的个性化ui界面需求，需要对目标用户的每个目标card样式进行配置。显然，不同的目标card样式对应的默认属性、默认事件和默认方法可能均不同，则在配置时，不同的目标card样式所需要的数据也不同。具体而言，可以根据目标用户的多个目标card样式的数据需求，从定制化数据中抽取数据并对应赋值给多个目标card样式。例如，在一示例性实施例中，目标card样式a需要用户的消费偏好数据，则可以从定制化数据中抽取推荐商品写入目标card样式a。
85.如图5所示，在一实施例中，以服务端为java微服务集群为例，每个微服务(如图5中的service1、service2等)可以各自生成定制化数据，并提供给mapi，以便于mapi可以根据目标用户的多个目标card样式的数据需求，从定制化数据中抽取数据并对应赋值给多个目标card样式，并将赋值后的多个目标card样式聚合成目标用户的card数据结构，即通过聚合可以将分散的目标card(赋值后的目标card样式即形成目标card)封装成card数据结构；使得客户端可以直接根据card数据结构进行ui渲染和展示。
86.本说明书实施例中，card数据结构是一个或多个完整ui界面的数据模型，card数据结构中包括ui交互数据和用于渲染ui的数据。具体而言，card数据结构可以包含每个目标card的详细展示配置数据(如大小、布局、背景色、前景色、文案、跳转链接、鉴权处理、主文案、说明文案、标签等)。每个目标card的card数据可基于cms配置和用户行为偏好产生；每个目标card的card数据可以在多场合进行组合拼装，产生不同的整体页面交互数据。在一些实施例中，可以以gui map(图像用户界面映射)为基础结构聚合card数据结构。
87.由于mapi已预先生成了客户端可直接使用的card数据结构，客户端无需做应用程序界面配置，可以直接对card数据结构进行页面渲染、页面拼接并展示(例如图7所示)，从而节省了客户端为此聚合数据、包装数据的耗时，提高了数据可用性，降低了客户端压力；而且也有利于实现服务端和客户端之间的解耦。
88.与上述的应用程序界面配置方法对应，本说明书实施例还提供了一种应用程序界面配置装置(即mapi接口)，参考图8所示，在一些实施例中，所述应用程序界面配置装置可
以包括获取模块81、匹配模块82、抽取模块83、聚合模块84和返回模块85。其中：
89.获取模块81，可以用于当接收到客户端发送的应用程序界面请求时，从服务端获取所述客户端对应的目标用户的定制化数据及用户类别；
90.匹配模块82，可以用于从card样式集合中选出与所述用户类别匹配的多个目标card样式；
91.抽取模块83，可以用于根据所述多个目标card样式的数据需求，从所述定制化数据中抽取数据并对应赋值给所述多个目标card样式；
92.聚合模块84，可以用于将赋值后的多个目标card样式聚合成所述目标用户的card数据结构；
93.返回模块85，可以用于向所述客户端返回所述card数据结构，以使所述客户端根据所述card数据结构渲染对应的应用程序界面并展示。
94.本说明书的装置实施例中，应用程序界面配置装置可以根据用户的定制化数据生成card数据结构，由于不同用户的定制化数据不同，则据此生成的card数据结构也就不同，使得客户端可根据不同的card数据结构渲染出不同的应用程序界面，从而实现了为用户定制应用程序界面，提高了用户使用应用程序的体验。不仅如此，由于客户端接收的到已为card数据结构，客户端在进行页面渲染之前，无需再生成card数据结构，从而也降低了客户端的处理压力。
95.本说明书的装置实施例中，所述定制化数据包括常规数据及推荐数据；所述常规数据为应用程序中所有用户均具有的相同数据；所述推荐数据为根据所述目标用户的用户特征生成的个性化数据。
96.本说明书的装置实施例中，所述从card样式集合中选出与所述用户类别匹配的多个目标card样式，包括：
97.根据预设的card样式与用户类别对应关系，从card样式集合中选出与所述用户类别匹配的多个目标card样式。
98.本说明书的装置实施例中，所述card数据结构包括ui交互数据和用于渲染ui的数据。
99.本说明书的装置实施例中，所述定制化数据由所述服务端根据以下方式生成：
100.根据用户基本信息从业务数据库中查询所述目标用户的常规数据，并根据多维度用户画像从内容管理系统中匹配所述目标用户的推荐数据。
101.本说明书的装置实施例中，所述多维度用户画像根据所述目标用户的多种用户属性和/或用户行为生成。
102.本说明书的装置实施例中，所述用户行为包括用户的操作行为和浏览行为。
103.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
104.虽然上文描述的过程流程包括以特定顺序出现的多个操作，但是，应当清楚了解，这些过程可以包括更多或更少的操作，这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。
105.本说明书的实施例还提供一种计算机设备。如图9所示，在本说明书一些实施例中，所述计算机设备902可以包括一个或多个处理器904，诸如一个或多个中央处理单元
(cpu)或图形处理器(gpu)，每个处理单元可以实现一个或多个硬件线程。计算机设备902还可以包括任何存储器906，其用于存储诸如代码、设置、数据等之类的任何种类的信息，一具体实施例中，存储器906上并可在处理器904上运行的计算机程序，所述计算机程序被所述处理器904运行时，可以执行上述任一实施例所述的应用程序界面配置方法的指令。非限制性的，比如，存储器906可以包括以下任一项或多种组合：任何类型的ram，任何类型的rom，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备902的固定或可移除部件。在一种情况下，当处理器904执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备902可以执行相关联指令的任一操作。计算机设备902还包括用于与任何存储器交互的一个或多个驱动机构908，诸如硬盘驱动机构、光盘驱动机构等。
106.计算机设备902还可以包括输入/输出接口910(i/o)，其用于接收各种输入(经由输入设备912)和用于提供各种输出(经由输出设备914)。一个具体输出机构可以包括呈现设备916和相关联的图形用户接口918(gui)。在其他实施例中，还可以不包括输入/输出接口910(i/o)、输入设备912以及输出设备914，仅作为网络中的一台计算机设备。计算机设备902还可以包括一个或多个网络接口920，其用于经由一个或多个通信链路922与其他设备交换数据。一个或多个通信总线924将上文所描述的部件耦合在一起。
107.通信链路922可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路922可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。
108.本技术是参照本说明书一些实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理器的处理器以产生一个机器，使得通过计算机或其他可编程数据处理器的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
109.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理器以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
110.这些计算机程序指令也可装载到计算机或其他可编程数据处理器上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
111.在一个典型的配置中，计算机设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
112.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
113.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算机设备访问的信息。按照本说明书中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
114.本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
115.本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理器来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
116.还应理解，在本说明书实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
117.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
118.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。