一种车辆服务平台的用户权限管理方法及相关设备与流程

1.本说明书涉及车辆服务领域，更具体地说，本发明涉及一种车辆服务平台的用户权限管理方法及相关设备。


背景技术：

2.在车云一体的趋势下，特别是针对于新能源汽车制造商，对云端系统的依赖越来越多，比如作为车联网核心层的tsp(telematics service provider，汽车远程服务提供商)平台，作为生态整合的cpsp(content provider&service provider，内容提供者和服务提供者)平台，作为与用户功能/场景共建的开发者平台等。作为核心系统tsp，需要对各个系统进行管理。
3.但目前，各平台都会开发对应的后台portal端来管理这些平台，只是在tsp做单点登录，每个用户直接和权限对应。这样需要做多个portal端口满足不同用户不同的需求。如对不同侧用户进行权限管理，需要权限各侧自己分配给用户并进行管理，因为在整合端(如tsp端)仅进行单点登录，就无法进行统一管理和记录分析，不利于后续优化。同时，相同的权限需要开发两套，造成开发成本浪费，且用户和权限强耦合，无法灵活配置。


技术实现要素：

4.在发明内容部分中引入了一系列简化形式的概念，这将在具体实施方式部分中进一步详细说明。本发明的发明内容部分并不意味着要试图限定出所要求保护的技术方案的关键特征和必要技术特征，更不意味着试图确定所要求保护的技术方案的保护范围。
5.为了降低用户和权限之间的耦合性，第一方面，本发明提出一种车辆服务平台的用户权限管理方法，上述方法包括：
6.根据车辆功能信息确定预设权限；
7.基于组织架构信息组织属性确定目标角色，每个目标角色对应至少一个上述组织属性；
8.通过服务协议建立角色权限映射信息，其中，上述角色权限映射信息为上述预设权限与上述目标角色的对应关系，上述服务协议包括上述目标角色的上述预设权限的分配协议；
9.基于用户所属组织的组织属性确定上述用户的权限。
10.可选的，上述预设权限包括共有预设权限和特有预设权限，上述车辆功能信息包括车辆共有功能信息和车辆特有功能信息；
11.上述根据车辆功能信息确定预设权限，包括：
12.根据上述车辆共有功能信息确定上述共有预设权限；
13.基于上述车辆特有功能信息确定上述特有预设权限。
14.可选的，上述方法还包括：
15.获取车辆的动力源信息；
16.基于上述动力源信息确定上述车辆共有功能信息和上述车辆特有功能信息。
17.可选的，上述车辆功能信息包括车辆功能类型信息，上述车辆功能类型信息包括驾驶者功能信息、生产商功能信息、第三方功能信息和管理者功能信息中至少一种；
18.上述根据车辆功能信息确定预设权限，包括：
19.根据上述车辆功能类型信息确定预设权限。
20.可选的，上述预设权限包括基础预设权限和角色预设权限；
21.上述方法还包括：
22.获取上述车辆的微服务信息；
23.基于微服务信息确定上述基础预设权限；
24.上述根据车辆功能信息确定预设权限，包括：
25.根据车辆功能信息确定上述基础预设权限与上述角色预设权限的对应关系；
26.上述角色权限映射信息为上述角色预设权限与上述目标角色的对应关系。
27.可选的，上述方法还包括：
28.在多个服务指令存在冲突的情况下，获取上述每个上述服务指令对应用户的历史服务信息；
29.根据上述历史服务信息确定目标服务指令；
30.基于上述目标服务指令管理上述车辆的服务。
31.可选的，上述历史服务信息包括历史服务采纳率；
32.上述根据上述历史服务信息确定目标服务指令，包括：
33.选取上述历史服务采纳率最高对应的服务指令为上述目标服务指令。
34.第二方面，本发明还提出一种车辆服务平台的用户权限管理装置，包括：
35.第一确定单元，用于根据车辆功能信息确定预设权限；
36.第二确定单元，用于基于组织架构信息组织属性确定目标角色，其中每个上述目标角色对应至少一个上述组织属性；
37.建立单元，用于通过服务协议建立角色权限映射信息，其中，上述角色权限映射信息为上述预设权限与上述目标角色的对应关系，上述服务协议包括上述目标角色的上述预设权限的分配协议；
38.第三确定单元，用于基于用户所属组织的组织属性确定上述用户的权限。
39.第三方面，一种电子设备，包括：储存器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器用于执行存储器中存储的计算机程序时实现如上述的第一方面任一项的车辆服务平台的用户权限管理方法的步骤。
40.第四方面，本发明还提出一种计算机可读存储介质，其上存储有计算机程序，上述计算机程序被处理器执行时实现第一方面上述任一项的车辆服务平台的用户权限管理方法。
41.综上，本技术实施例提出的一种车辆服务平台的用户权限管理方法包括：根据车辆的功能确定预设权限，根据组织架构组织属性确定目标角色，基于服务协议建立角色权限映射关系，在确定好用户的组织属性后便可确定其对应的权限，本方法提出角色的概念将权限与用户的直接映射关系隔离，降低了用户与预设权限之间的耦合性，且预设权限是基于车辆的功能信息确定的，目标角色是基于组织架构信息确定的，在车辆研发阶段车辆
的服务或者车辆生产厂商的组织架构发生变化可同时或分别进行，其局部的调整不会影响未调整用户的权限，从而实现用户与权限的良好隔离，有利于服务的升级与公司组织架构的调整。
42.本发明的车辆服务平台的用户权限管理方法，本发明的其它优点、目标和特征将部分通过下面的说明体现，部分还将通过对本发明的研究和实践而为本领域的技术人员所理解。
附图说明
43.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本说明书的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
44.图1为本技术实施例提供的一种车辆服务平台的用户权限管理方法流程示意图；
45.图2为本技术实施例提供的一种车辆服务平台系统交互示意图；
46.图3为本技术实施例提供的一种车辆服务平台的用户权限管理装置；
47.图4为本技术实施例提供的一种车辆服务平台的用户权限管理电子设备结构示意图。
具体实施方式
48.本技术实施例提供的方法根据车辆的功能确定预设权限，根据组织架构组织属性确定目标角色，基于服务协议建立角色权限映射关系，在确定好用户的组织属性后便可确定其对应的权限，本方法提出角色的概念将权限与用户的直接映射关系隔离，降低了用户与预设权限之间的耦合性，且预设权限是基于车辆的功能信息确定的，目标角色是基于组织架构信息确定的，在车辆研发阶段车辆的服务或者车辆生产厂商的组织架构发生变化可同时或分别进行，其局部的调整不会影响未调整用户的权限，从而实现用户与权限的良好隔离，有利于服务的升级与公司组织架构的调整。
49.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。
50.请参阅图1，为本技术实施例提供的一种车辆服务平台的用户权限管理方法流程示意图，具体可以包括：
51.s110、根据车辆功能信息确定预设权限；
52.示例性的，在车辆的设计阶段，需要对车辆的各个功能进行开发、维护和升级，现有的方式是对不同的开发者设置对应的权限，获取相应权限的开发者便可以能够执行该权
限对应的服务，这样车辆服务平台需要对每个开发者设置其对应权限，不仅工作繁琐，且开发者与权限之间一一绑定，耦合性较强，一旦某一权限进行变更，则与其关联的用户均会产生调整。本技术为了降低开发者与权限的耦合关系，本技术提出的方法首先根据车辆的功能确定预设权限，车辆的功能包括动力系统、操纵系统等常规系统，也可以包括自适应循巡航系统，紧急避障系统等智能驾驶系统。
53.s120、基于组织架构信息组织属性确定目标角色，每个目标角色对应至少一个上述组织属性；
54.示例性的，组织架构信息组织属性是指车辆开发商之间的部门设置关系，目标角色可以对应一个部门也可以对应着多个部门，例如：某车辆开发商包括a、b和c三个部门，a部门包括其a0总部和其包括下属的a1-a3三个分部，b部门包括b0总部和其下属的b1-b4四个分部，c部门c0总部和其下属的c1-c2两个分部门。由于车辆开发商内部包括多个部门本部和其下属的分部，而在自身本部、自身分部、其他本部和其他分部之间可能需要拥有相同的权限，因此提出目标角色的概念，一个目标角色对应至少一个上述组织属性，例如上述的某车辆开发商分为角色1、角色2和角色3，根据不同总部部门和分布部门的不同职责，角色1对应a0、a1、b1和c0，角色2对应a2、a3、b0和b2，角色3对应b3、b4、c1和c2。可以理解的是，在组织架构中加入新的组织属性时，可以为新的组织属性关联其对应的角色，其关联的角色可以是现有的，也可以是基于新的组织属性新设定的；在组织架构部门之间的从属关系发生改变时，其角色的其组织关联的目标角色会受组织关系的变更而改变。
55.s130、通过服务协议建立角色权限映射信息，其中，上述角色权限映射信息为上述预设权限与上述目标角色的对应关系，上述服务协议包括上述目标角色的上述预设权限的分配协议；
56.示例性的，服务协议是指在车辆研发开始时指定的预设权限的分配协议，该分配协议用来确定角色和预设权限之间的对应关系，例如：角色1可以对应权限1、权限2和权限3，角色2可以对应权限2和权限4，角色3可以对应权限1和权限4。
57.s140、基于用户所属组织的组织属性确定上述用户的权限。
58.示例性的，通过获取用户的所述组织的组织属性即确定开发者具体属于哪个部门，根据部门与角色的对应关系，角色与权限的对应关系(即角色权限映射信息)，便可获取到开发者所具有的权限。
59.综上，本技术实施例提供的方法根据车辆的功能确定预设权限，根据组织架构组织属性确定目标角色，基于服务协议建立角色权限映射关系，在确定好用户的组织属性后便可确定其对应的权限，本方法提出角色的概念将权限与用户的直接映射关系隔离，降低了用户与预设权限之间的耦合性，且预设权限是基于车辆的功能信息确定的，目标角色是基于组织架构信息确定的，在车辆研发阶段车辆的服务或者车辆生产厂商的组织架构发生变化可同时或分别进行，其局部的调整不会影响未调整用户的权限，从而实现用户与权限的良好隔离，有利于服务的升级与公司组织架构的调整。
60.在一些示例中，上述预设权限包括共有预设权限和特有预设权限，上述车辆功能信息包括车辆共有功能信息和车辆特有功能信息；
61.上述根据车辆功能信息确定预设权限，包括：
62.根据上述车辆共有功能信息确定上述共有预设权限；
63.基于上述车辆特有功能信息确定上述特有预设权限。
64.示例性的，根据车辆的共有功能信息确定其共有预设权限，根据车辆的特有功能确定其特有的预设权限。例如：不同的车型的动力总成和灯光系统采用相同的型号，将其对应的权限确定为共有预设权限，而不同车型的整车框架系统和智能驾驶系统存在差异。将共有的功能确定为共有预设权限，这样例如动力系统开发者可以对任何一种采用此动力系统的车辆进行开发和维护，但是对于特有功能整车框架对应的特有权限，只有与其车型的整车框架对应的开发者才可以拥有其对应的特有权限。
65.综上，本技术实施例提供的方法，将车辆的功能信息分为共有功能信息和特有功能信息，共有功能对应共有预设权限，特有功能对应特有预设权限，这样设置可以使得对应共有功能的开发者可以对任何一种车型的共有功能进行修改，特有功能的开发者智能对对应的特有功能进行调整，使得车辆服务平台权限管理更为智能，更加简便。
66.在一些示例中，上述方法还包括：
67.获取车辆的动力源信息；
68.基于上述动力源信息确定上述车辆共有功能信息和上述车辆特有功能信息。
69.示例性的，获取车辆的动力源信息，动力源可以包括常规动力，纯电动动力和增程油电混合动力，其特有的功能为动力系统，但车辆的转向系统、灯光系统、座椅调节系统为共有的功能。将共有的功能确定为共有预设权限，这样例如灯光系统的开发者可以对任何一种动力方式的车辆进行开发与维护，但是对于特有功能动力系统对应的特有权限，只有与其动力方式对应的开发者才可以拥有其对应的特有权限。
70.综上，本技术实施例提供的方法，通过动力源信息对车辆的共有功能和特有功能进行区分，使得同一车型不同动力源车辆的共有功能研发工作可同时进行，特有功能可以分别进行，从而增加提升了多种动力源车辆的研发效率。
71.在一些示例中，上述车辆功能信息包括车辆功能类型信息，上述车辆功能类型信息包括驾驶者功能信息、生产商功能信息、第三方功能信息和管理者功能信息中至少一种；
72.上述根据车辆功能信息确定预设权限，包括：
73.根据上述车辆功能类型信息确定预设权限。
74.示例性的，车辆的功能信息可以不仅仅限制于车辆生产商功能信息(车辆设计厂商)，还可以包括驾驶者的功能、第三方功能信息和管理者功能信息。可以理解的是，现有的车辆研发是针对多系统进行的，每种车辆的设计厂商需要多个配套厂商为其提供成熟的技术，从而提升整车的性能，第三方功能信息便是针对于配套厂商提供的功能确定的，相应的第三方提供的功能便可为其设置相应的权限，允许配套厂商对其提供的产品进行升级与维护。同理，车辆服务平台也可针对驾驶者能够采用的功能为其设计相应的预设权限，管理者功能信息可以包括环保部门对于车辆的尾气排放效果收集等功能。因此，可以根据驾驶者、第三方、生产商和管理者不同的用户身份确定不同的预设权限，从而建立车辆全服务平台，使得车辆开发与管理更加清晰透明。
75.综上，本技术实施例提供的方法，根据相对于车辆的不同用户身份确定不同的预设权限，从而建立车辆全服务平台，使得车辆开发与管理更加清晰透明。
76.在一些示例中，上述预设权限包括基础预设权限和角色预设权限；
77.上述方法还包括：
78.获取上述车辆的微服务信息；
79.基于微服务信息确定上述基础预设权限；
80.上述根据车辆功能信息确定预设权限，包括：
81.根据车辆功能信息确定上述基础预设权限与上述角色预设权限的对应关系；
82.上述角色权限映射信息为上述角色预设权限与上述目标角色的对应关系。
83.示例性的，车辆的微服务信息是指已经无法再细化的服务,例如一个按钮的功能，根据车辆的微服务信息确定基础预设权限，一个角色预设权限可以包括多个基础预设权限，每个角色可以对应至少一个角色预设权限，本方法将预设权限分层为基础预设权限和角色预设权限，目标角色可以对应多个角色预设权限，每个角色预设权限可以对应多个基础预设权限。采用此方法使得微服务对应的基础预设权限与目标角色通过角色预设权限进行隔离，从而可以在微服务进行更改或升级时，只需对基础预设权限做出修改即可，使得服务管理的升级更为灵活。
84.综上，本技术是实施例提供的方法将预设权限分为基础预设权限和角色预设权限，基础预设权限与微服务信息对应，角色预设权限与目标角色对应，从而实现基础预设权限与目标角色通过角色预设权限进行隔离，使得服务管理的升级更为灵活。
85.在一些示例中，上述方法还包括：
86.在多个服务指令存在冲突的情况下，获取上述每个上述服务指令对应用户的历史服务信息；
87.根据上述历史服务信息确定目标服务指令；
88.基于上述目标服务指令管理上述车辆的服务。
89.示例性的，由于在车辆的研发阶段，可能存在着多个研发人员负责同一项服务的开发与维护服务，在车辆服务开发与维护服务时不同的研发人员可能存在着不同的开发与维护意见，即由不同用户发出的多个服务指令存在着冲突，这样可能会导致车辆服务平台逻辑造成混乱从而造成平台系统崩溃。在这种情况下，获取发出服务指令的历史服务信息，历史服务信息可以包括历史服务信息发出量，历史服务信息量首次发出时间等，此历史服务信息可以用来评价用户对于车辆的了解程度，从而可以根据历史服务信息确定那个用户的服务指令的准确性较高，并以此用户发送的目标服务指令管理车辆服务。
90.综上，本技术实施例提供的方法，在多个服务指令存在冲突的情况下，通过获取每个指令对应的历史服务信息，准确率较高用户对应的服务指令为目标服务指令，并以此目标服务指令管理车辆服务，可以有效避免多个存在冲突的服务指令造成平台逻辑错误，从而降低平台崩溃的风险。
91.在一些示例中，上述历史服务信息包括历史服务采纳率；
92.上述根据上述历史服务信息确定目标服务指令，包括：
93.选取上述历史服务采纳率最高对应的服务指令为上述目标服务指令。
94.示例性的，历史服务信息包括历史服务采纳率，历史服务采纳率是指该用户在之前提出的服务指令最终被采取的概率，例如用户1之前共提出过10条服务指令，但最终有9条被采纳，则用户1对应的历史服务采纳率为90％。通过获取历史服务采纳率最高的对应的服务指令为目标服务指令，并采用其对应的服务指令管理车辆服务，可以大大提升在多个冲突服务指令存在的情况下，车辆服务正确运行的概率。
95.综上，本技术实施例提供的方法通过选取历史服务采纳率的用户对应的目标服务指令管理车辆服务，可以有效提升车辆服务正确运行的概率，同时避免车辆服务平台崩溃。
96.在一些示例中，车辆服务平台为了满足系统对权限的频繁鉴定和请求，目标角色访问控制系统的底层可以采用rpc(remote procedure call，远程过程调用)的方式进行交互，采用zookeeper作为注册中心。车辆服务平台系统交互示意图如图2所示，其中：
97.zookeeper：zookeeper是一个分布式的，开放源码的分布式应用程序协调服务。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等，这里主要是采用其分布式同步功能。
98.用户权限后台：在用户权限后台可以对用户、目标角色、预设权限、组织架构进行管理，对用户进行新增、删除、禁用、角色调整、分组调整等操作，对目标角色进行新增、删除、禁用、权限分配、分组调整等操作，对预设权限进行新增、删减、禁用、修改等操作，对组织架构同样可以实现相应的操作。需要注意的是，这里的权限都是权限微服务，保持单一、不可拆分性。
99.前端：前端作为直接呈现给使用者的平台，包含角色权限管理系统的代理层及各个系统。角色权限控制管理系统代理服务器提供服务鉴权服务、心跳维持、用户组织服务，是权限服务的外显。
100.流程：通过后台用户权限板块定义好权限后，通过tcp协议(transmission control protocol，传输控制协议)分发到zookeeper，zookeeper同步到前端，前端用户通过账号密码即可访问对应角色的服务，正如前文所说，目标角色对应用户和预设权限。
101.请参阅图3，本技术实施例中的车辆服务平台的用户权限管理装置的一个实施例，可以包括：
102.第一确定单元21，用于根据车辆功能信息确定预设权限；
103.第二确定单元22，用于基于组织架构信息组织属性确定目标角色，其中每个上述目标角色对应至少一个上述组织属性；
104.建立单元23，用于通过服务协议建立角色权限映射信息，其中，上述角色权限映射信息为上述预设权限与上述目标角色的对应关系，上述服务协议包括上述目标角色的上述预设权限的分配协议；
105.第三确定单元24，用于基于用户所属组织的组织属性确定上述用户的权限。
106.如图4所示，本技术实施例还提供一种电子设备300，包括存储器310、处理器320及存储在存储器320上并可在处理器上运行的计算机程序311，处理器320执行计算机程序311时实现上述车辆服务平台的用户权限管理的任一方法的步骤。
107.由于本实施例所介绍的电子设备为实施本技术实施例中一种车辆服务平台的用户权限管理装置所采用的设备，故而基于本技术实施例中所介绍的方法，本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本技术实施例中的方法不再详细介绍，只要本领域所属技术人员实施本技术实施例中的方法所采用的设备，都属于本技术所欲保护的范围。
108.在具体实施过程中，该计算机程序311被处理器执行时可以实现图1对应的实施例中任一实施方式。
109.需要说明的是，在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中
没有详细描述的部分，可以参见其它实施例的相关描述。
110.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
111.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式计算机或者其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
112.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
113.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
114.本技术实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，当计算机软件指令在处理设备上运行时，使得处理设备执行如图1对应实施例中的车辆服务平台的用户权限管理方法的流程。
115.计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本技术实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
116.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
117.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论
的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
118.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
119.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
120.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
121.以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。