CN114004527A - 产品分配的处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种产品分配的处理方法、装置、设备及存储介质，涉及资源管理技术领域，该方法包括：接收可分配产品的查询请求，查询请求中包括第一用户的标识和第二用户的标识，第一用户为待查询可分配产品的目标用户，第二用户为登录业务系统的用户；根据第一用户的标识、预设的角色表和第一映射关系表，获取第一用户对应的至少一个菜单；根据第二用户的标识、预设的产品表、第一映射关系表、第二映射关系表和第三映射关系表，获取第二用户拥有权限的至少一个产品，每个产品对应有菜单；针对第二用户拥有权限的每个产品，若确定出第一用户对应的至少一个菜单中包括产品的菜单，则将产品确定为一用户的可分配产品并将可分配产品的产品信息。

Description

产品分配的处理方法、装置、设备及存储介质

技术领域

本申请涉及资源管理技术领域，尤其涉及一种产品分配的处理方法、装置、设备及存储介质。

背景技术

客服是保障企业服务质量、提升用户体验的重要方式。而呼叫中心是客服服务的一项重要功能。

各个企业的客服服务大多通过云客服来实现。随着企业的呼叫中心的规模越来越大，企业的业务系统也变得越来越复杂，而不同企业对于呼叫中心的业务需求也不相同。面对各个企业的不同业务需求，云客服开发中心开发了众多适用于各个企业的通用的产品，各个企业(租户)通过向云客服租用产品，从而实现在企业的业务系统中为企业员工提供产品的相关功能，而无需企业自己开发产品。云客服可以通过产品分配的方式对企业分配产品的权限，以及企业可以根据分配到的产品为不同员工分配产品的使用权限，从而实现企业内部的有序管理。目前，云客服在将产品分配到企业的过程中，是针对每个企业的业务系统单独进行开发，以在企业的业务系统中添加该产品，如此，企业就拥有该产品的使用权限。

然而，若各个企业存在相同的产品需求，则云客服就会重复性开发，导致产品分配效率低。

发明内容

本申请提供一种产品分配的处理方法、装置、设备及存储介质，用以解决产品分配过程中，若各个企业存在相同的产品需求，则云客服就会重复性开发，导致产品分配效率低的问题。

第一方面，本申请提供一种产品分配的处理方法，应用于服务器，所述方法包括：接收可分配产品的查询请求，所述查询请求中包括第一用户的标识和第二用户的标识，所述第一用户为待查询可分配产品的目标用户，所述第二用户为登录业务系统的用户，所述第二用户的权限大于所述第一用户的权限；根据所述第一用户的标识、预设的角色表和第一映射关系表，获取所述第一用户对应的至少一个菜单，所述角色表中包括业务系统配置的角色以及每个角色对应的至少一个菜单，所述第一映射关系表中包括每个用户的标识以及每个用户对应的至少一个角色，所述角色为不同权限的集合，所述菜单为所述业务系统的命令；根据所述第二用户的标识、预设的产品表、所述第一映射关系表、第二映射关系表和第三映射关系表，获取所述第二用户拥有权限的至少一个产品，每个产品对应有菜单，所述第二映射关系表中包括每个角色的标识以及每个角色对应的至少一个权限，所述第三映射关系表中包括每个权限的标识以及每个权限对应的至少一个产品；针对所述第二用户拥有权限的每个产品，若确定出所述第一用户对应的至少一个菜单中包括所述产品的菜单，则将所述产品确定为所述第一用户的可分配产品。

第二方面，本申请提供一种产品分配的处理方法，应用于终端设备，所述方法包括：发送可分配产品的查询请求，所述查询请求中包括第一用户的标识和第二用户的标识，所述第一用户为待查询可分配产品的目标用户，所述第二用户为登录业务系统的用户，所述第二用户的权限大于所述第一用户的权限；接收可分配产品结果，所述可分配产品结果中包括可为所述第一用户分配的至少一个可分配产品的信息。

第三方面，本申请提供一种产品分配的处理装置，应用于服务器，所述装置包括：接收模块，用于接收可分配产品的查询请求，所述查询请求中包括第一用户的标识和第二用户的标识，所述第一用户为待查询可分配产品的目标用户，所述第二用户为登录业务系统的用户，所述第二用户的权限大于所述第一用户的权限；获取模块，用于根据所述第一用户的标识、预设的角色表和第一映射关系表，获取所述第一用户对应的至少一个菜单，所述角色表中包括业务系统配置的角色以及每个角色对应的至少一个菜单，所述第一映射关系表中包括每个用户的标识以及每个用户对应的至少一个角色，所述角色为不同权限的集合，所述菜单为所述业务系统的命令；所述获取模块，还用于根据所述第二用户的标识、预设的产品表、所述第一映射关系表、第二映射关系表和第三映射关系表，获取所述第二用户拥有权限的至少一个产品，每个产品对应有菜单，所述第二映射关系表中包括每个角色的标识以及每个角色对应的至少一个权限，所述第三映射关系表中包括每个权限的标识以及每个权限对应的至少一个产品；确定模块，用于针对所述第二用户拥有权限的每个产品，若确定出所述第一用户对应的至少一个菜单中包括所述产品的菜单，则将所述产品确定为所述第一用户的可分配产品。

第四方面，本申请提供一种产品分配的处理装置，应用于终端设备，所述装置包括：发送模块，用于发送可分配产品的查询请求，所述查询请求中包括第一用户的标识和第二用户的标识，所述第一用户为待查询可分配产品的目标用户，所述第二用户为登录业务系统的用户，所述第二用户的权限大于所述第一用户的权限；接收模块，用于接收所述服务器返回的可分配产品结果，所述可分配产品结果中包括可为所述第一用户分配的至少一个可分配产品的信息。

第五方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面或第二方面所述的方法。

第六方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面或第二方面所述的方法。

第七方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面或第二方面所述的方法。

本申请提供的产品分配的处理方法、装置、设备及存储介质，通过在接收到可分配产品的查询请求时，根据第一用户的标识、预设的角色表和第一映射关系表，获取第一用户对应的至少一个菜单，以及根据第二用户的标识、预设的产品表、第一映射关系表、第二映射关系表和第三映射关系表，获取第二用户拥有权限的至少一个产品，每个产品对应有菜单；并且针对第二用户拥有权限的每个产品，若确定出第一用户对应的至少一个菜单中包括所述产品的菜单，则将产品确定为第一用户的可分配产品，可分配产品结果中包括可为第一用户分配的至少一个可分配产品的信息。通过对用户赋予角色，以及基于角色对用户分配产品，从而能够解决针对各个企业的不同需求需要重复性开发，导致产品分配效率低的问题。另外，由于角色表中包括菜单，产品表中包括菜单，则在基于角色对用户分配产品的过程中，通过将第二用户拥有权限的每个产品的菜单与第一用户的角色对应的菜单相比较，并在确定出所述第一用户对应的至少一个菜单中包括所述产品的菜单，则将所述产品确定为所述第一用户的可分配产品，从而实现向终端设备返回的产品均为可分配产品的效果，不会出现对用户分配了产品，而该产品的菜单没有包括在角色所拥有的菜单中，导致产品无法使用菜单的功能的问题，从而进一步提高产品分配效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的应用场景图；

图2为本申请实施例提供的产品分配的处理方法的交互示意图一；

图3为本申请实施例提供的用户与产品之间的关系示意图；

图4为本申请实施例提供的产品分配模型的示意图；

图5为本申请实施例提供的用户、角色与权限之间的关系示意图；

图6为本申请实施例提供的权限、产品和功能操作之间的关系示意图；

图7为本申请实施例提供的产品分配的处理方法的交互示意图二；

图8为本申请实施例提供的产品分配的处理方法的交互示意图三；

图9为本申请实施例提供的另一种产品分配模型的示意图；

图10为基于图9的产品分配模型的数据表之间的关系示意图；

图11为本申请实施例提供的产品分配的处理装置的结构示意图；

图12为本申请实施例提供的产品分配的处理装置的结构示意图；

图13为本申请实施例提供的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

术语解释：

用户(员工)：成功认证并登录业务系统的操作员。

用户组：用户的分组，可减少用户的重复授权。

权限：访问产品的许可。

角色：由不同权限组合成的集合体。

资源：是用户能够发起的所有请求的集合，例如各个业务系统中的菜单(包括父级菜单和子菜单)、按钮、字段等。

产品：是资源的一种，业务系统中的报表、知识、工单等都是产品范畴。其中，报表是用表格、图表等格式来动态显示数据，可以用公式表示为：报表＝多样的格式+动态的数据。知识在客服场景中，能够辅助客服对客户提出的咨询、投诉等意见进行回复。工单是由一个和多个作业组成的简单维修或制造计划，上级部门下达任务，下级部门领受任务的依据。

租户(tenant)：是指使用系统或电脑运算资源的客户。在多租户技术中，租户包含在系统中可识别为指定用户的一切数据，包括帐户与统计信息(accounting data)、用户在系统中建置的各式数据、以及用户本身的定制化应用程序环境等，都属于租户的范围。

图1为本申请实施例提供的应用场景图。如图1所示，该应用场景包括：终端设备1和服务器2。

终端设备1可以为管理员所在的终端设备，该终端设备可以是智能手机、电脑或平板电脑。管理员可以是云客服系统的管理员，即超级管理员，也可以是企业的业务系统的管理员，即普通管理员。

服务器2可以是单独的一台云服务器，也可以是包括多台云服务器的云服务器集群。服务器2上运行有云客服系统，云客服系统开发很多产品。这些产品可以供企业租用，从而避免企业自身开发产品。

在云客服服务中，用户的需求会不断发生变化，例如用户所拥有的产品需要增加或删除。针对不断变化的用户需求，就需要用到产品分配功能。具体的，是管理员对用户分配产品，用户包括租户和普通用户，租户可以是企业，普通用户可以是企业中的员工。超级管理员能够对不同的租户分配产品。同样地，普通管理员也可以对企业的员工分配产品。

在相关技术中，随着云客服系统的租户越来越多，而每个租户的业务需求都不同。要将产品分配至不同的租户，往往需要对每个租户的业务系统进行单独开发，以在该租户的业务系统中提供该产品，使得租户拥有该产品的权限。

然而，每个租户的业务需求虽各有差异，但是也存在很多相同的需求，也就是说不同租户的业务系统之间存在相同的产品。针对该种情况，如果云客服系统仍然使用单独开发的方式，就会造成需要在每个租户的业务系统中都进行开发，从而造成重复性的开发，导致产品分配效率低。

针对上述技术问题，本申请的发明人提出如下技术构思：构建“用户-角色-权限-产品”的授权模型，通过该模型实现基于角色对用户分配产品。在该模型中，一个用户拥有多种角色，每一个角色拥有若干权限，每一个权限又拥有多个产品。角色表旨在让云客服系统适应更加庞大的用户群，若需要给某个用户授予某些权限，不需要直接将权限授予用户，只需将包含该权限的角色赋予该用户即可。如此，就能够实现通过一次产品开发向所有租户提供产品，避免对每个企业的业务系统进行单独开发，造成的重复性开发，产品分配效率低的问题。在此基础上，还可以确定出可分配产品，即能够分配给用户的产品，从而使得管理员对用户分配产品时，所分配的产品均为可分配产品，进一步提高产品分配效率。

下面以具体的实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

实施例一：

图2为本申请实施例提供的产品分配的处理方法的交互示意图一。如图2所示，该产品分配的处理方法，包括如下方法步骤：

S200、终端设备向服务器发送可分配产品的查询请求，查询请求中包括第一用户的标识和第二用户的标识，第一用户为待查询可分配产品的目标用户，第二用户为登录业务系统的用户，第二用户的权限大于第一用户的权限。

本实施例中，可以有如下至少两种应用场景：

第一种场景：普通管理员对用户分配产品，第二用户为企业中业务系统的管理员，第一用户可以为企业的员工。第二用户可以登录企业的业务系统，并对第一用户分配产品。

第二种场景：超级管理员对租户分配产品，第二用户为云客服系统的管理员，第一用户可以为云客服系统的租户，即各个企业。第二用户可以登录云客服系统，并对第一用户分配产品。

在一些示例中，第二用户的权限大于第一用户的权限，可以理解为第二用户具有使用权限的产品的数量大于第一用户具有使用权限的产品的数量，或者是第一用户具有使用权限的产品是第二用户具有使用权限的产品的子集。

本实施例中的终端设备可以是如图1所示的终端设备1，服务器可以是如图1所示的服务器2。则本实施例是由终端设备1向服务器2发送可分配产品的查询请求。

其中，终端设备1包括图形用户界面，图形用户界面中包括产品分配界面，产品分配界面中显示有待分配产品的多个用户的标识的选择按钮。

在第一种场景下，超级管理员可以在多个租户中选择当前将进行产品分配的租户作为目标用户。其中，目标用户可以是一个租户，也可以是多个租户，本实施例对此不作限制。

在第二种场景下，普通管理员可以在多个用户中选择当前将进行产品分配的用户作为目标用户。其中，目标用户可以是一个用户，也可以是多个用户，本实施例对此不作限制。这里的用户可以理解为是企业中的员工。

其中，用户的标识是标识用户身份的信息。可选的，用户的标识可以是用户的名称。

在步骤S200之前，终端设备1的图形用户界面中还可以包括“产品分配”的控件，超级管理员或普通管理员可以通过“产品分配”的控件进行操作，从而向服务器发送权限分配请求，服务器接收到权限分配请求之后，向终端设备1返回权限分配信息，权限分配信息中包括待进行产品分配的租户或用户的信息，以及租户或用户可分配的角色，超级管理员或普通管理员可以对权限分配信息进行选择操作，并根据选中的用户的标识和选中的角色生成可分配产品的查询请求且发送至服务器。

与步骤S200相对应，服务器执行如下步骤S201。

S201、服务器接收终端设备发送的可分配产品的查询请求。

S202、服务器根据第一用户的标识、预设的角色表和第一映射关系表，获取第一用户对应的至少一个菜单，角色表中包括业务系统配置的角色以及每个角色对应的至少一个菜单，第一映射关系表中包括每个用户的标识以及每个用户对应的至少一个角色，角色为不同权限的集合，菜单为业务系统的命令。

本实施例中，菜单可以包括父级菜单和/或子菜单。菜单可以为用户提供针对产品的增加、删除、修改和查询等功能操作。

在一些实施例中，步骤S202具体包括：

步骤a1、根据第一用户的标识和第一映射关系表，确定第一用户的角色。

第一映射关系表的结构如下表1所示：

表1第一映射关系表

基于表1，步骤a1是根据第一用户的标识，在第一映射关系表中查找第一用户的标识对应的角色，作为第一用户的角色。

步骤a2、根据第一用户的角色和预设的角色表，确定第一用户的角色对应的至少一个菜单，并作为第一用户对应的至少一个菜单。

角色表的结构如下表2所示：

表2角色表

栏位项目名称	中文名称	栏位属性
			..rlId	角色编号	NVARchar(20)
..rlNm	角色名称	NVARchar(200)
			..rlDsc	角色描述	NVARchar(2000)
..vldInd	有效标志	char(1)
			..menuInfo	菜单信息	NVARchar(2000)
..modTm	操作时间	TIMESTAMP
			..lglpsnId	法人编号	VARchar(100)

基于表2，步骤a2是根据第一用户的角色，在角色表中查找第一用户的角色对应的至少一个菜单。

S203、服务器根据第二用户的标识、预设的产品表、第一映射关系表、第二映射关系表和第三映射关系表，获取第二用户拥有权限的至少一个产品，每个产品对应有菜单，第二映射关系表中包括每个角色的标识以及每个角色对应的至少一个权限，第三映射关系表中包括每个权限的标识以及每个权限对应的至少一个产品。

在一些实施例中，步骤S203具体包括：

步骤b1、根据第二用户的标识和第一映射关系表，确定第二用户的角色。

具体的，步骤b1的具体实施方式与步骤a1的具体实施方式类似，具体可以参见步骤a1的具体实施方式。

步骤b2、根据第二用户的角色、第二映射关系表和第三映射关系表，确定第二用户的角色对应的至少一个产品。

具体的，步骤b2包括：

步骤b21、根据第二用户的角色和第二映射关系表，确定第二用户的角色对应的至少一个权限。

其中，第二映射关系表中包括多个角色以及每个角色对应的至少一个权限。

步骤b22、针对第二用户的角色对应的至少一个权限中每个权限，根据权限以及第三映射关系表，确定权限对应的至少一个产品。

其中，第三映射关系表中包括多个权限以及每个权限对应的至少一个产品。

步骤b23、将至少一个权限对应的所有产品确定为第二用户的角色对应的至少一个产品。

步骤b24、在预设的产品表中获取确定的至少一个产品中每个产品对应的菜单。

下面将结合附图和一些示例对步骤S203进行解释说明：

图3为本申请实施例提供的用户与产品之间的关系示意图。

如图3所示，用户可以担任多个角色，如普通坐席、坐席组长。每种角色都拥有特定的业务系统访问权限，比如普通坐席拥有工单的访问权限，可以查看自己的工作情况；坐席组长拥有报表的访问权限，可以查看每个坐席的工作报表统计。这些工单、报表都属于产品，其分配在涉及该产品的业务系统中。

值得注意的是，用户与角色之间、角色与权限之间、权限与产品之间均为多对多的关系。

基于图3示出的用户与产品之间的关系，可以提出一种产品分配模型，用于对用户分配产品。

图4为本申请实施例提供的产品分配模型的示意图。

如图4所示，该产品分配模型包括用户表、第一映射关系表、角色表、第二映射关系表、权限表、第三映射关系表、产品表。其中，第一映射关系表为用户角色映射表，第二映射关系表为角色权限映射表，第三映射关系表为权限产品映射表。

图5为本申请实施例提供的用户、角色与权限之间的关系示意图。

图6为本申请实施例提供的权限、产品和功能操作之间的关系示意图。

如图5所示，用户通过角色与权限关联，而如图6所示，将权限再关联到产品，就能够实现不同用户访问不同的产品。

示例性地，用户表、第二映射关系表、权限表、第三映射关系表、产品表的结构分别如下表所示：

表3用户表

栏位项目名称	中文名称	栏位属性
			..usrId	用户编号	char(8)
..usrNm	用户名称	NVARchar(200)
			..usrSt	用户状态	char(2)
..blngInsid	所属机构编号	char(9)
			..lglpsnId	法人编号	VARchar(100)
..moveTelno	移动电话号码	NVARchar(240)
			..emailAdr	电子邮箱地址	NVARchar(1500)
..vldInd	有效标志	char(1)
			..modTm	操作时间	TIMESTAMP

表4第二映射关系表

表5权限表

栏位项目名称	中文名称	栏位属性
			..ahrId	权限ID	NVARchar(20)
..ahrNm	权限名称	NVARchar(200)
			..ahrDsc	权限描述	NVARchar(2000)
..lglpsnId	法人编号	VARchar(100)
			..modTm	操作时间	TIMESTAMP

表6第三映射关系表

表7产品表

栏位项目名称	中文名称	栏位属性
			..pro_Id	产品编号	NVARchar(10)
..pro_Nm	产品名称	NVARchar(20)
			..pro_Route	产品路由	NVARchar(20)
..relMenu	关联菜单	NVARchar(200)
			..stm_ID	系统编号	VARchar(10)
..modTm	操作时间	TIMESTAMP

基于表3，根据产品表中的关联菜单可以确定产品对应的菜单。

其中，服务器在基于图4示出的产品分配模型进行产品分配时，是根据用户的标识，在用户表中查询是否存在该用户；若存在，则根据查询到的用户的标识，以及用户角色映射表，查询用户对应的角色；进而根据用户的角色，以及角色权限表，查询用户所拥有的权限，再根据用户所拥有的权限，以及权限产品映射表，查询用户的可分配产品；以及根据可分配产品在产品表中查找该可分配产品对应的菜单。

在本实施例中，权限可以理解为是对功能模块(产品)的操作，如产品的增加、删除、修改，工单产品的访问、报表产品的访问等。基于上述权限，可以把功能操作作为一类，把工单、报表等产品作为另一类。而在做数据表建模时，可把功能操作和产品都直接与权限表进行关联，从而提高数据表建模的便捷性以及权限的易扩展性。以下为功能操作表的结构：

表8功能操作表

栏位项目名称	中文名称	栏位属性
			..opt_Id	操作编号	NVARchar(10)
..opt_Nm	操作名称	NVARchar(20)
			..opt_Code	操作编码	NVARchar(20)

从权限表的结构可以看出，权限表中包括Ahr_Type(权限类型)字段。本实施例中，根据权限类型的取值可以区分产品与其他资源，如PRO表示产品的访问权限，OPT表示功能模块的操作权限。如此，便可以采用同样的方式访问产品表和功能操作表；另外，将产品区别于其他资源，利于给用户分配产品。

应当理解，在上述表1-表5中，CHAR是定长的，也就是当输入的字符小于指定的数目时，会再后面补空值。当输入的字符大于指定的数时，会截取超出的字符。

其中，NVARCHAR代表Unicode编码可变长度类型，其括号中的数字代表编码长度。NVARCHAR(n)代表包含n个字符的可变长度，n的值介于1与4000之间。

VARCHAR代表非Unicode可变长度类型。VARCHAR(n)代表长度为n个字节的可变长度且非Unicode的字符数据。n是介于1和8000之间的数值。

TIMESTAMP代表时间戳。

S204、服务器针对第二用户拥有权限的每个产品，若确定出第一用户对应的至少一个菜单中包括产品的菜单，则将产品确定为第一用户的可分配产品。

具体的，服务器是将步骤S202中查询到的菜单与步骤S204中获取的产品对应的菜单相比较，若步骤S203中获取的产品对应的菜单与查询到的菜单中任意一个菜单相同，则将该产品确定为第一用户的可分配产品；否则，确定该产品为第一用户的不可分配产品。

S205、服务器向终端设备返回可分配产品结果，可分配产品结果中包括可为第一用户分配的至少一个可分配产品的信息。

相应地，则终端设备1接收服务器返回的可分配产品结果，并将可分配产品结果在终端设备1的图形用户界面中进行展示。进一步地，超级管理员可以根据可分配产品结果对租户分配产品，或者普通管理员可以根据可分配产品结果对用户分配产品。

本实施例通过在接收到终端设备发送的可分配产品的查询请求时，根据第一用户的标识、预设的角色表和第一映射关系表，获取第一用户对应的至少一个菜单，以及根据第二用户的标识、预设的产品表、第一映射关系表、第二映射关系表和第三映射关系表，获取第二用户拥有权限的至少一个产品，每个产品对应有菜单；并且针对第二用户拥有权限的每个产品，若确定出第一用户对应的至少一个菜单中包括所述产品的菜单，则将产品确定为第一用户的可分配产品，并向终端设备返回可分配产品结果，可分配产品结果中包括可为第一用户分配的至少一个可分配产品的信息。通过对用户赋予角色，以及基于角色对用户分配产品，从而能够解决针对各个企业的不同需求需要重复性开发，导致产品分配效率低的问题。另外，由于角色表中包括菜单，产品表中包括菜单，则在基于角色对用户分配产品的过程中，通过将第二用户拥有权限的每个产品的菜单与第一用户的角色对应的菜单相比较，并在确定出所述第一用户对应的至少一个菜单中包括所述产品的菜单，则将所述产品确定为所述第一用户的可分配产品，从而实现向终端设备返回的产品均为可分配产品的效果，不会出现对用户分配了产品，而该产品的菜单没有包括在角色所拥有的菜单中，导致产品无法使用菜单的功能的问题，从而进一步提高产品分配效率。

在上述实施例的基础上，服务器向终端设备返回可分配产品结果之后，终端设备侧的超级管理员或普通管理员即可对用户分配产品。具体的产品分配操作如下：

实施例二：

图7为本申请实施例提供的产品分配的处理方法的交互示意图二。如图7所示，该产品分配的处理方法，包括如下：

S701、终端设备向服务器发送产品分配请求，产品分配请求中包括待分配给目标用户的至少一个目标产品的信息。

本实施例中，可以将步骤S205返回的至少一个可分配产品的产品信息展示在终端设备1的图形用户界面中。管理员可以对这些可分配产品执行选择操作，若管理员选中可分配产品并点击“确定”按钮，即可向服务器发送产品分配请求，产品分配请求中包括用户选中的至少一个可分配产品的信息，其中，选中的可分配产品即为目标产品。

相应地，服务器可以执行如下步骤S702。

S702、服务器接收终端设备发送的产品分配请求。

S703、服务器根据待分配给目标用户的至少一个目标产品的信息，对目标用户分配目标产品的权限。

其中，对目标用户分配目标产品的权限，可以理解为是建立并存储用户与目标产品的对应关系。当用户下次登录时，可根据该对应关系确定用户是否具有该目标产品的使用权限，若有权限，则将该产品显示在用户的业务系统中，否则不显示。

S704、服务器向终端设备返回分配结果信息，分配结果信息中包括分配成功或分配失败的消息。

实施例三：

图8为本申请实施例提供的产品分配的处理方法的交互示意图三。如图8所示，该产品分配的处理方法，包括如下：

S801、终端设备向服务器发送可分配产品的查询请求，查询请求中包括第一用户的标识和第二用户的标识，第一用户为待查询可分配产品的目标用户，第二用户为登录业务系统的用户，第二用户的权限大于第一用户的权限。

S802、服务器接收终端设备发送的可分配产品的查询请求。

S803、服务器根据所述第一用户的标识、预设的角色表和第一映射关系表，获取所述第一用户对应的至少一个菜单，所述角色表中包括业务系统配置的角色以及每个角色对应的至少一个菜单，所述第一映射关系表中包括每个用户的标识以及每个用户对应的至少一个角色，所述角色为不同权限的集合，所述菜单为所述业务系统的命令。

S804、服务器根据所述第二用户的标识、预设的产品表、所述第一映射关系表、第二映射关系表和第三映射关系表，获取所述第二用户拥有权限的至少一个产品，每个产品对应有菜单，所述第二映射关系表中包括每个角色的标识以及每个角色对应的至少一个权限，所述第三映射关系表中包括每个权限的标识以及每个权限对应的至少一个产品。

S805、服务器向终端设备返回第二用户拥有权限的至少一个产品。

S806、终端设备接收第二用户拥有权限的至少一个产品并进行展示。

S807、终端设备响应于第一用户在展示的所有产品中选中目标产品的操作，向服务器发送产品分配请求，产品分配请求中包括目标产品的信息。

S808、服务器确定第二用户的角色对应的菜单中是否包括目标产品对应的菜单；

S809、若确定出第二用户的角色对应的菜单中包括目标产品对应的菜单，则向终端设备返回产品分配成功的消息。

S810、若确定出第二用户的角色对应的菜单中不包括目标产品对应的菜单，向终端设备返回产品分配失败的消息。

本实施例中，各个步骤可以参见实施例一中相类似的步骤的具体实施方式的介绍。本实施例与实施例一的不同之处在于，本实施例向终端设备返回的产品是第二用户拥有权限的所有产品，而实施例一向终端设备返回的产品是第一用户拥有的菜单与产品的菜单相同的产品。实施例一相较于实施例三，不会存在产品分配失败的问题。

图9为本申请实施例提供的另一种产品分配模型的示意图。

如图9所示，在图4的产品分配模型的基础上，图9所示的产品分配模型还包括机构表、第四映射关系表和第五映射关系表。其中，第四映射关系表为用户机构映射表，即用户与机构之间的映射关系表，包括每个用户的标识以及每个用户对应的机构，第五映射关系表为角色机构映射表，即机构与角色之间的映射关系表，包括每个角色的标识以及每个角色对应的机构。

本实施例的产品分配模型，是在上述介绍的“用户-角色-权限-产品”模型的基础上，引入了用户组形成的用于产品分配的模型。相较于图4所示的产品分配模型，当用户群相当庞大的时候，如果要给每一个用户逐一的分配角色(即授权)，是一件复杂且工作量较大的工作。因此引入用户组，每一个机构就是一个用户组(用户群)，每个用户组包含有多个用户。如此，云客服系统不仅可以给用户单独授权，还可以给机构授权，那么用户的权限就是用户个人拥有的权限和所在机构拥有的权限之和。

图10为基于图9的产品分配模型的数据表之间的关系示意图。

如图10所示，机构通过用户机构映射表与用户信息表相关联，通过角色机构映射表与角色信息表相关联，机构与用户、机构与角色都是多对多的关系。

在一些可选的实施例中，上述方法步骤中，还可以是由服务器获取第一用户对应的至少一个菜单，和获取第二用户拥有权限的至少一个产品，并将获取的第一用户对应的至少一个菜单，和第二用户拥有权限的至少一个产品返回至终端设备，由终端设备执行如下步骤：针对第二用户拥有权限的每个产品，若确定出第一用户对应的至少一个菜单中包括产品的菜单，则将产品确定为第一用户的可分配产品，以及将可分配产品进行展示。

在上述方法实施例的基础上，图11为本申请实施例提供的产品分配的处理装置的结构示意图。如图11所示，产品分配的处理装置包括：接收模块111、获取模块112、确定模块113和发送模块114；

其中，接收模块111，用于接收可分配产品的查询请求，所述查询请求中包括第一用户的标识和第二用户的标识，所述第一用户为待查询可分配产品的目标用户，所述第二用户为登录业务系统的用户，所述第二用户的权限大于所述第一用户的权限；

获取模块112，用于根据所述第一用户的标识、预设的角色表和第一映射关系表，获取所述第一用户对应的至少一个菜单，所述角色表中包括业务系统配置的角色以及每个角色对应的至少一个菜单，所述第一映射关系表中包括每个用户的标识以及每个用户对应的至少一个角色，所述角色为不同权限的集合，所述菜单为所述业务系统的命令；

所述获取模块112，还用于根据所述第二用户的标识、预设的产品表、所述第一映射关系表、第二映射关系表和第三映射关系表，获取所述第二用户拥有权限的至少一个产品，每个产品对应有菜单，所述第二映射关系表中包括每个角色的标识以及每个角色对应的至少一个权限，所述第三映射关系表中包括每个权限的标识以及每个权限对应的至少一个产品；

确定模块113，用于针对所述第二用户拥有权限的每个产品，若确定出所述第一用户对应的至少一个菜单中包括所述产品的菜单，则将所述产品确定为所述第一用户的可分配产品。

在一些实施例中，该装置还可以包括：发送模块114，用于返回可分配产品结果，所述可分配产品结果中包括可为所述第一用户分配的至少一个可分配产品的信息。

在一些实施例中，获取模块112根据所述第一用户的标识、预设的角色表和第一映射关系表，获取所述第一用户对应的至少一个菜单，具体包括：根据所述第一用户的标识和所述第一映射关系表，确定所述第一用户的角色；根据所述第一用户的角色和所述预设的角色表，确定所述第一用户的角色对应的至少一个菜单，并作为所述第一用户对应的至少一个菜单。

在一些实施例中，获取模块112根据所述第二用户的标识、预设的产品表、所述第一映射关系表、第二映射关系表和第三映射关系表，获取所述第二用户拥有权限的至少一个产品，具体包括：根据所述第二用户的标识和所述第一映射关系表，确定所述第二用户的角色；根据所述第二用户的角色、第二映射关系表和第三映射关系表，确定所述第二用户的角色对应的至少一个产品；所述第二映射关系表中包括多个角色以及每个角色对应的至少一个权限，所述第三映射关系表中包括多个权限以及每个权限对应的至少一个产品。

在一些实施例中，获取模块112根据所述第二用户的角色、第二映射关系表和第三映射关系表，确定所述第二用户的角色对应的至少一个产品，具体包括：根据所述第二用户的角色和所述第二映射关系表，确定所述第二用户的角色对应的至少一个权限；针对所述第二用户的角色对应的至少一个权限中每个权限，根据所述权限以及第三映射关系表，确定所述权限对应的至少一个产品；将所述至少一个权限对应的所有产品确定为所述第二用户的角色对应的至少一个产品。

在上述方法实施例的基础上，图12为本申请实施例提供的产品分配的处理装置的结构示意图。如图12所示，产品分配的处理装置包括：发送模块121和接收模块122；

其中，发送模块121，用于发送可分配产品的查询请求，所述查询请求中包括第一用户的标识和第二用户的标识，所述第一用户为待查询可分配产品的目标用户，所述第二用户为登录业务系统的用户，所述第二用户的权限大于所述第一用户的权限。

接收模块122，用于接收可分配产品结果，所述可分配产品结果中包括可为所述第一用户分配的至少一个可分配产品的信息。

在一些实施例中，所述可分配产品是根据所述第一用户的标识、预设的角色表和第一映射关系表，获取所述第一用户对应的至少一个菜单，并根据所述第二用户的标识、预设的产品表、所述第一映射关系表、第二映射关系表和第三映射关系表，获取所述第二用户拥有权限的至少一个产品，每个产品对应有菜单，以及针对所述第二用户拥有权限的每个产品，若确定出所述第一用户对应的至少一个菜单中包括所述产品的菜单，则将所述产品确定为所述第一用户的可分配产品得到的产品，所述角色为不同权限的集合，所述菜单为所述业务系统的命令；所述角色表中包括业务系统配置的角色以及每个角色对应的至少一个菜单，所述第一映射关系表中包括每个用户的标识以及每个用户对应的至少一个角色，所述第二映射关系表中包括每个角色的标识以及每个角色对应的至少一个权限，所述第三映射关系表中包括每个权限的标识以及每个权限对应的至少一个产品。

在一些实施例中，产品分配的处理装置还包括：显示模块123，用于将所述可分配产品结果进行显示。

本申请实施例提供的产品分配的处理装置，可用于执行上述实施例中产品分配的处理方法的技术方案，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，确定模块113可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上确定模块113的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图13为本申请实施例提供的电子设备的结构示意图。如图13所示，该电子设备可以包括：收发器131、处理器132、存储器133。

处理器132执行存储器存储的计算机执行指令，使得处理器132执行上述实施例中的方案。处理器132可以是通用处理器，包括中央处理器CPU、网络处理器(networkprocessor，NP)等；还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器133通过系统总线与处理器132连接并完成相互间的通信，存储器133用于存储计算机程序指令。

收发器131可以用于接收可分配产品的查询请求。

系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(randomaccess memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)。

本申请实施例提供的电子设备，可以是上述实施例的终端设备。

本申请实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中产品分配的处理方法的技术方案。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例产品分配的处理方法的技术方案。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时可实现上述实施例中产品分配的处理方法的技术方案。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (14)

1.一种产品分配的处理方法，其特征在于，应用于服务器，所述方法包括：

接收可分配产品的查询请求，所述查询请求中包括第一用户的标识和第二用户的标识，所述第一用户为待查询可分配产品的目标用户，所述第二用户为登录业务系统的用户，所述第二用户的权限大于所述第一用户的权限；

根据所述第一用户的标识、预设的角色表和第一映射关系表，获取所述第一用户对应的至少一个菜单，所述角色表中包括业务系统配置的角色以及每个角色对应的至少一个菜单，所述第一映射关系表中包括每个用户的标识以及每个用户对应的至少一个角色，所述角色为不同权限的集合，所述菜单为所述业务系统的命令；

根据所述第二用户的标识、预设的产品表、所述第一映射关系表、第二映射关系表和第三映射关系表，获取所述第二用户拥有权限的至少一个产品，每个产品对应有菜单，所述第二映射关系表中包括每个角色的标识以及每个角色对应的至少一个权限，所述第三映射关系表中包括每个权限的标识以及每个权限对应的至少一个产品；

针对所述第二用户拥有权限的每个产品，若确定出所述第一用户对应的至少一个菜单中包括所述产品的菜单，则将所述产品确定为所述第一用户的可分配产品。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一用户的标识、预设的角色表和第一映射关系表，获取所述第一用户对应的至少一个菜单，包括：

根据所述第一用户的标识和所述第一映射关系表，确定所述第一用户的角色；

根据所述第一用户的角色和所述预设的角色表，确定所述第一用户的角色对应的至少一个菜单，并作为所述第一用户对应的至少一个菜单。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第二用户的标识、预设的产品表、所述第一映射关系表、第二映射关系表和第三映射关系表，获取所述第二用户拥有权限的至少一个产品，包括：

根据所述第二用户的标识和所述第一映射关系表，确定所述第二用户的角色；

根据所述第二用户的角色、第二映射关系表和第三映射关系表，确定所述第二用户的角色对应的至少一个产品；

所述第二映射关系表中包括多个角色以及每个角色对应的至少一个权限，

所述第三映射关系表中包括多个权限以及每个权限对应的至少一个产品。

4.根据权利要求3所述的方法，其特征在于，所述根据所述第二用户的角色、第二映射关系表和第三映射关系表，确定所述第二用户的角色对应的至少一个产品，包括：

根据所述第二用户的角色和所述第二映射关系表，确定所述第二用户的角色对应的至少一个权限；

针对所述第二用户的角色对应的至少一个权限中每个权限，根据所述权限以及第三映射关系表，确定所述权限对应的至少一个产品；

将所述至少一个权限对应的所有产品确定为所述第二用户的角色对应的至少一个产品。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述将所述产品确定为所述第一用户的可分配产品之后，所述方法还包括：

返回可分配产品结果，所述可分配产品结果中包括可为所述第一用户分配的至少一个可分配产品的信息。

6.一种产品分配的处理方法，其特征在于，应用于终端设备，所述方法包括：

发送可分配产品的查询请求，所述查询请求中包括第一用户的标识和第二用户的标识，所述第一用户为待查询可分配产品的目标用户，所述第二用户为登录业务系统的用户，所述第二用户的权限大于所述第一用户的权限；

接收可分配产品结果，所述可分配产品结果中包括可为所述第一用户分配的至少一个可分配产品的信息。

7.根据权利要求6所述的方法，其特征在于，所述可分配产品是根据所述第一用户的标识、预设的角色表和第一映射关系表，获取所述第一用户对应的至少一个菜单，并根据所述第二用户的标识、预设的产品表、所述第一映射关系表、第二映射关系表和第三映射关系表，获取所述第二用户拥有权限的至少一个产品，每个产品对应有菜单，以及针对所述第二用户拥有权限的每个产品，若确定出所述第一用户对应的至少一个菜单中包括所述产品的菜单，则将所述产品确定为所述第一用户的可分配产品得到的产品，所述角色为不同权限的集合，所述菜单为所述业务系统的命令；

所述角色表中包括业务系统配置的角色以及每个角色对应的至少一个菜单，所述第一映射关系表中包括每个用户的标识以及每个用户对应的至少一个角色，所述第二映射关系表中包括每个角色的标识以及每个角色对应的至少一个权限，所述第三映射关系表中包括每个权限的标识以及每个权限对应的至少一个产品。

8.根据权利要求6或7所述的方法，其特征在于，所述接收可分配产品结果之后，所述方法还包括：

将所述可分配产品结果进行显示。

9.一种产品分配的处理装置，其特征在于，应用于服务器，所述装置包括：

接收模块，用于接收可分配产品的查询请求，所述查询请求中包括第一用户的标识和第二用户的标识，所述第一用户为待查询可分配产品的目标用户，所述第二用户为登录业务系统的用户，所述第二用户的权限大于所述第一用户的权限；

获取模块，用于根据所述第一用户的标识、预设的角色表和第一映射关系表，获取所述第一用户对应的至少一个菜单，所述角色表中包括业务系统配置的角色以及每个角色对应的至少一个菜单，所述第一映射关系表中包括每个用户的标识以及每个用户对应的至少一个角色，所述角色为不同权限的集合，所述菜单为所述业务系统的命令；

所述获取模块，还用于根据所述第二用户的标识、预设的产品表、所述第一映射关系表、第二映射关系表和第三映射关系表，获取所述第二用户拥有权限的至少一个产品，每个产品对应有菜单，所述第二映射关系表中包括每个角色的标识以及每个角色对应的至少一个权限，所述第三映射关系表中包括每个权限的标识以及每个权限对应的至少一个产品；

确定模块，用于针对所述第二用户拥有权限的每个产品，若确定出所述第一用户对应的至少一个菜单中包括所述产品的菜单，则将所述产品确定为所述第一用户的可分配产品。

10.一种产品分配的处理装置，其特征在于，应用于终端设备，所述装置包括：

发送模块，用于发送可分配产品的查询请求，所述查询请求中包括第一用户的标识和第二用户的标识，所述第一用户为待查询可分配产品的目标用户，所述第二用户为登录业务系统的用户，所述第二用户的权限大于所述第一用户的权限；

接收模块，用于接收可分配产品结果，所述可分配产品结果中包括可为所述第一用户分配的至少一个可分配产品的信息。

11.根据权利要求10所述的装置，其特征在于，所述可分配产品是根据所述第一用户的标识、预设的角色表和第一映射关系表，获取所述第一用户对应的至少一个菜单，并根据所述第二用户的标识、预设的产品表、所述第一映射关系表、第二映射关系表和第三映射关系表，获取所述第二用户拥有权限的至少一个产品，每个产品对应有菜单，以及针对所述第二用户拥有权限的每个产品，若确定出所述第一用户对应的至少一个菜单中包括所述产品的菜单，则将所述产品确定为所述第一用户的可分配产品得到的产品，所述角色为不同权限的集合，所述菜单为所述业务系统的命令；

所述角色表中包括业务系统配置的角色以及每个角色对应的至少一个菜单，所述第一映射关系表中包括每个用户的标识以及每个用户对应的至少一个角色，所述第二映射关系表中包括每个角色的标识以及每个角色对应的至少一个权限，所述第三映射关系表中包括每个权限的标识以及每个权限对应的至少一个产品。

12.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-8中任一项所述的方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-8中任一项所述的方法。

14.一种计算机程序产品，其特征在于，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-8中任一项所述的方法。

Images