CN118138641A - 请求处理方法和装置 - Google Patents

Abstract

本申请公开了请求处理方法和装置，涉及控制台技术领域。该方法的一具体实施方式包括：响应于检测到用户对第一平台中，基于iframe嵌入的第二平台的第一访问请求，并且确定用户需要创建影子账号和角色，向SSO系统发送请求信息；响应于接收到SSO系统基于用户账号和第一平台的标识发送的影子账号和角色，基于用户账号、影子账号和角色进行用户账号和影子账号的映射授权；基于映射授权的用户账号和影子账号执行校验操作，并将校验结果发送至SSO系统；响应于接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行第一访问请求。该实施方式减轻了单独的控制台的负荷，提高了控制台的可维护性。

Description

请求处理方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及控制台技术领域，尤其涉及一种请求处理方法和装置。

背景技术

单独的控制台，依赖公有云的OpenAPI。目前用户在单独的控制台的购买、管理公有云资源时，会将资源创建到影子账号上，费用记在用户自己的账号上，因此，单独的控制台维护成本较高，功能更新较慢。

发明内容

本申请实施例提供了一种请求处理方法、装置、设备以及存储介质。

根据第一方面，本申请实施例提供了一种请求处理方法，该方法包括：响应于检测到用户对第一平台中，基于iframe嵌入的第二平台的第一访问请求，并且确定用户需要创建影子账号和角色，向SSO系统发送请求信息；响应于接收到SSO系统基于用户账号和第一平台的标识发送的影子账号和角色，基于用户账号、影子账号和角色进行用户账号和影子账号的映射授权；基于映射授权的用户账号和影子账号执行校验操作，并将校验结果发送至SSO系统；响应于接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行第一访问请求。

根据第二方面，本申请实施例提供了一种请求处理装置，该装置包括：发送模块，被配置成响应于检测到用户对第一平台中，基于iframe嵌入的第二平台的第一访问请求，并且确定用户需要创建影子账号和角色，向SSO系统发送请求信息；接收模块，被配置成响应于接收到SSO系统基于用户账号和第一平台的标识发送的影子账号和角色，基于用户账号、影子账号和角色进行用户账号和影子账号的映射授权；校验模块，被配置成基于映射授权的用户账号和影子账号执行校验操作，并将校验结果发送至SSO系统；执行模块，被配置成响应于接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行第一访问请求。

根据第三方面，本申请实施例提供了一种电子设备，该电子设备包括一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被该一个或多个处理器执行，使得一个或多个处理器实现如第一方面的任一实施例的请求处理方法。

根据第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面的任一实施例的请求处理方法。

本申请通过响应于检测到用户对第一平台中，基于iframe嵌入的第二平台的第一访问请求，并且确定用户需要创建影子账号和角色，向SSO系统发送请求信息；响应于接收到SSO系统基于用户账号和第一平台的标识发送的影子账号和角色，基于用户账号、影子账号和角色进行用户账号和影子账号的映射授权；基于映射授权的用户账号和影子账号执行校验操作，并将校验结果发送至SSO系统；响应于接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行第一访问请求，即实现了不同控制台间的嵌套和调用，减轻了单独的控制台的负荷，提高了控制台的可维护性。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其他特征将通过以下的说明书而变得容易理解。

附图说明

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的请求处理方法的一个实施例的流程图；

图3是根据本申请的请求处理方法的一个应用场景的示意图；

图4是根据本申请的请求处理方法的又一个实施例的流程图；

图5是根据本申请的请求处理装置的一个实施例的示意图；

图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的请求处理方法的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种应用平台。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏的各种电子设备，包括但不限于手机和笔记本电脑。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供请求处理服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如，响应于检测到用户对第一平台中，基于iframe嵌入的第二平台的第一访问请求，并且确定用户需要创建影子账号和角色，向SSO系统发送请求信息，请求信息可以包括用户账号和第一平台的标识；响应于接收到SSO系统基于用户账号和第一平台的标识发送的影子账号和角色，基于用户账号、影子账号和角色进行用户账号和影子账号的映射授权；基于映射授权的用户账号和影子账号执行校验操作，并将校验结果发送至SSO系统；响应于接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行第一访问请求。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供请求处理服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要指出的是，本公开的实施例所提供的请求处理方法可以由服务器105执行，也可以由终端设备101、102、103执行，还可以由服务器105和终端设备101、102、103彼此配合执行。相应地，请求处理装置包括的各个部分(例如各个单元、子单元、模块、子模块)可以全部设置于服务器105中，也可以全部设置于终端设备101、102、103中，还可以分别设置于服务器105和终端设备101、102、103中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示出了可以应用于本申请的请求处理方法的实施例的流程示意图200。在本实施例中，请求处理方法包括以下步骤：

步骤201，响应于检测到用户对第一平台中，基于iframe嵌入的第二平台的第一访问请求，并且确定用户需要创建影子账号和角色，向SSO系统发送请求信息。

在本实施例中，执行主体(如图1中所示的服务器105或终端设备101、102、103)可实时或定期检测用户对第一平台中，基于iframe嵌入的第二平台的访问请求，响应于检测到上述第一访问请求，进一步确定用户是否需要创建影子账号和角色，响应于确定需要，基于创建用户接口，即createuser接口，向SSO(SingleSignOn，单点登录)系统发送请求信息。

其中，请求信息可以包括用户账号和第一平台的标识，这里，第一平台的标识为第二平台预先下发给第一平台的固定的唯一标识，也即partnerid。

这里，第二平台与第一平台为相互信任的平台。第一平台和第二平台可以是任意平台，具体地，第一平台与第二平台可以为不同的控制台。

其中，iframe是HTML元素，用于在网页中内嵌另一个网页。

步骤202，响应于接收到SSO系统基于用户账号和第一平台的标识发送的影子账号和角色，基于用户账号、影子账号和角色进行用户账号和影子账号的映射授权。

在本实施例中，执行主体响应于接收到SSO系统基于用户账号和唯一标识发送的影子账号和角色，将用户账号和影子账号进行授权绑定，并为角色增加对用户账号的信任关系，以通过用户账号控制影子账号以角色在第二平台执行访问请求。

其中，影子账号为用户在第二平台的账号。用户用影子账号登录后所进行的用户设置及修改相当于用户账户所进行的设置和修改。

这里，角色是一种虚拟账号，影子账号可通过调用方式扮演角色，获得角色的临时访问密钥，解决临时授权问题。

这里，SSO是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。它包括可以将这次主要的登录映射到其他应用中用于同一个用户的登录的机制。

步骤203，基于映射授权的用户账号和影子账号执行校验操作，并将校验结果发送至SSO系统。

在本实施例中，执行主体在对用户账号和影子账号进行映射授权后，执行主体可执行校验操作，并将校验结果发送至SSO系统。

这里，校验操作具体可包括：执行主体基于映射授权的用户账号和影子账号向客户端发送授权码，客户端在接收到授权码后，可将授权码及第二平台信息发送至SSO系统。SSO系统在接收到授权码及第二平台信息后，可发送校验授权码的请求。执行主体响应于接收到SSO系统发送的校验授权码的请求，进行校验并刷新。

步骤204，响应于接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行第一访问请求。

在本实施例中，SSO系统在接收到校验结果后，可对校验结果进行判断，若校验结果为校验成功则下发第一平台的登录态凭证，若校验结果为校验失败，则不下发第一平台的登录态凭证，并输出报错信息，如“身份验证失败”。

执行主体在接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，可控制影子账号在第二平台执行第一访问请求。

在一些可选的方式中，控制影子账号在第二平台执行第一访问请求，包括：控制iframe调用指定SDK识别第一平台的登录态凭证，得到识别结果；基于识别结果，控制影子账号在第二平台执行第一访问请求。

在本实现方式中，执行主体可控制iframe调用指定SDK识别第一平台的登录态凭证，得到识别结果，即将第二平台的登录态凭证转换为第一平台登录态凭证，进一步地，执行主体根据第一平台登录态凭证控制影子账号在第二平台执行访问请求。

该实现方式通过控制iframe调用指定SDK识别第一平台的登录态凭证，得到识别结果；基于识别结果，控制影子账号在第二平台执行第一访问请求，使得第一平台中的授权和操作需经转换才能对第二平台生效，实现了资源隔离，提升了对第二平台控制的有效性。

在一些可选的方式中，在控制影子账号在第二平台执行第一访问请求的过程中，输出禁止指令。

在本实现方式中，执行在可在控制影子账号在第二平台执行第一访问请求的过程中的过程中，输出禁止指令，禁止指令用于指示禁止非iframe对第一平台的登录态凭证进行解析。

该实现方式通过在控制影子账号在第二平台执行第一访问请求的过程中，输出禁止指令，有效避免了影子账号在第二平台执行第一访问请求的过程中，第一平台信息的泄露，实现了资源的有效隔离。

继续参见图3，图3是根据本实施例的请求处理方法的应用场景的一个时序图。

在图3的应用场景中，第一平台为公有云控制台，第二平台为部分公有云产品线，第二平台基于iframe嵌入到第一平台中，执行主体301响应于检测到用户经由客户端302对第一平台中，基于iframe嵌入的第二平台的第一访问请求，即对iframe的访问请求，并且确定用户需要创建影子账号和角色，向SSO系统303发送请求信息，请求信息可以包括用户账号和第一平台的标识；响应于接收到SSO系统303基于用户账号和第一平台的标识发送的影子账号和角色，基于用户账号、影子账号和角色进行用户账号和影子账号的映射授权；基于映射授权的用户账号和影子账号执行校验操作，具体可以包括：基于映射授权的用户账号和影子账号向客户端发送授权码，客户端在接收到授权码后，可将授权码及第二平台的信息发送至SSO系统。SSO系统在接收到授权码及第二平台信息后，可发送校验授权码的请求。执行主体响应于接收到SSO系统发送的校验授权码的请求，进行校验并刷新，并将校验结果发送至SSO系统；响应于接收到SSO系统303基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行第一访问请求。

本公开的请求处理方法，通过响应于检测到用户对第一平台中，基于iframe嵌入的第二平台的第一访问请求，并且确定用户需要创建影子账号和角色，向SSO系统发送请求信息，请求信息可以包括用户账号和第一平台的标识；响应于接收到SSO系统基于用户账号和第一平台的标识发送的影子账号和角色，基于用户账号、影子账号和角色进行用户账号和影子账号的映射授权；基于映射授权的用户账号和影子账号执行校验操作，并将校验结果发送至SSO系统；响应于接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行第一访问请求，克服了现有技术中单独的控制台负荷较重、维护成本较高，功能更新较慢的问题，有效降低了单独的控制台的维护成本。

进一步参考图4，其示出了图2所示的请求处理方法的又一个实施例的流程400。在本实施例中，请求处理方法的流程400，可包括以下步骤：

步骤401，响应于检测到用户对第一平台中，基于iframe嵌入的第二平台的第一访问请求，并且确定用户需要创建影子账号和角色，向SSO系统发送请求信息。

在本实施例中，步骤401的实现细节和技术效果，可以参考对步骤201的描述，在此不再赘述。

步骤402，响应于接收到SSO系统基于用户账号和第一平台的标识发送的影子账号和角色，基于用户账号、影子账号和角色进行用户账号和影子账号的映射授权。

在本实施例中，步骤402的实现细节和技术效果，可以参考对步骤202的描述，在此不再赘述。

步骤403，基于映射授权的用户账号和影子账号执行校验操作，并将校验结果发送至SSO系统。

在本实施例中，步骤403的实现细节和技术效果，可以参考对步骤203的描述，在此不再赘述。

步骤404，响应于接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行第一访问请求。

在本实施例中，步骤403的实现细节和技术效果，可以参考对步骤203的描述，在此不再赘述。

步骤405，响应于检测到用户账号下的子账号以第一角色对第二平台的第二访问请求，控制影子账号以第二角色执行第二访问请求。

在本实施例中，执行主体可根据用户请求在用户账号下，即主账号下，调用IAM(IdentityandAccessManagement，统一身份认证)接口以创建多个子账号，子账号可以对应企业员工、系统、应用程序等，各子账号可在权限范围内管理主账号下的资源，由主账号统一控制和付费。

由于创建子账号仅表明主账号将相应权限分配给子账号，子账号未获取相应的操作权限，通常情况下，要为子账号授权相应角色，才能使得子账号有相应的操作权限。

这里，子账号可通过调用方式扮演角色，获得角色的临时访问密钥，解决临时授权问题。

执行主体可实时或定期检测用户账号下的子账号以第一角色对第二平台的第二访问请求，响应于检测到子账号对第二平台的第二访问请求，控制影子账号下以第二角色执行第二访问请求。

这里，第一角色和第二角色对应的权限范围相同。

具体地，主账号为A-admin，执行主体根据用户需求在主账号A-admin下创建子账号A-sub1，并调用IAM：createRole接口，创建用户角色a-role1。相应地，影子账号a-admin下创建角色a-role2，信任A-admin。

执行主体响应于检测到A-sub1以角色a-role1对第二平台的第二访问请求，控制影子账号a-admin以用户角色a-role2执行第二访问请求。

其中，a-role1与a-role2对应的操作权限相同。

在一些可选的方式中，该方法还包括：响应于检测到用户账号下的子账号授权预设策略，为影子账号下创建的用户角色同步绑定预设策略。

在本实现方式中，执行主体响应于检测到主账号下的子账号授权预设策略，可调用IAM接口为影子账号下创建角色，授信影子账号自己，同时给创建的用户角色也绑定预设策略。

进一步地，执行主体可以响应于检测到用户账号下的子账号按照预测策略对第二平台的第三访问请求，控制影子账号以相应角色按照预设策略执行第三访问请求。

这里，策略为描述权限的语言，支持策略生成器、策略模板等方式引导书写策略语法支持，在特定条件下，允许或拒绝特定账号对特定资源的特定操作权限支持多种云服务的权限控制。

具体地，A-admin给A-sub1授权策略Policy1时，执行主体需调IAM接口给影子账号a-admin下创建用户角色a-role2，授信影子账号自己，同时给a-role2也绑定Policy1。

该实现方式通过响应于检测到用户账号下的子账号授权预设策略，为影子账号下创建的用户角色同步绑定预设策略，使得客户看到的是自己管理的子账号/角色，而实际在iframe内的是策略一致的用户角色，提升了用户体验，降低了维护成本。

从图4中可以看出，与图2对应的实施例相比，本实施例中的请求处理方法的流程400体现了响应于检测到用户账号下的子账号以第一角色对第二平台的第二访问请求，控制影子账号以第二角色执行第二访问请求，即实现了控制台子账号和角色的授权，子账号对嵌入控制台的控制，提升了子账号下控制台的可维护性。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种请求处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的请求处理装置500包括：发送模块501、接收模块502、校验模块503和执行模块504。

其中，发送模块501，可被配置成响应于检测到用户对第一平台中，基于iframe嵌入的第二平台的第一访问请求，并且确定用户需要创建影子账号和角色，向SSO系统发送请求信息。

接收模块502，可被配置响应于接收到SSO系统基于用户账号和第一平台的标识发送的影子账号和角色，基于用户账号、影子账号和角色进行用户账号和影子账号的映射授权。

校验模块503，可被配置成基于映射授权的用户账号和影子账号执行校验操作，并将校验结果发送至SSO系统。

执行模块504，可被配置成响应于接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行第一访问请求。

在本实施例的一些可选的方式中，该装置还包括控制模块，被配置成响应于检测到用户账号下的子账号以第一角色对第二平台的第二访问请求，控制影子账号以第二角色执行第二访问请求。

在本实施例的一些可选的方式中，该装置还包括绑定模块，被配置成响应于检测到用户账号下的子账号授权预设策略，为影子账号下创建的用户角色同步绑定预设策略。

在本实施例的一些可选的方式中，执行模块进一步被配置成：控制iframe调用指定SDK识别第一平台的登录态凭证，得到识别结果；基于识别结果，控制影子账号在第二平台执行第一访问请求。

在本实施例的一些可选的方式中，该装置还包括输出模块，被配置成在控制影子账号在第二平台执行第一访问请求的过程中，输出禁止指令。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图6所示，是根据本申请实施例的请求处理方法的电子设备的框图。

600是根据本申请实施例的请求处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图6中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的请求处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的请求处理方法。

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的请求处理方法对应的程序指令/模块(例如，附图5所示的发送模块501、接收模块502、校验模块503和执行模块504)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的请求处理方法。

存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储请求处理的电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至请求处理的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

请求处理方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案，减轻了单独的控制台的负荷，提高了控制台的可维护性。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (12)

1.一种请求处理方法，所述方法包括：

响应于检测到用户对第一平台中，基于iframe嵌入的第二平台的第一访问请求，并且确定用户需要创建影子账号和角色，向SSO系统发送请求信息，所述请求信息包括用户账号和第一平台的标识；

响应于接收到所述SSO系统基于所述用户账号和第一平台的标识发送的影子账号和角色，基于所述用户账号、影子账号和角色进行所述用户账号和所述影子账号的映射授权；

基于映射授权的用户账号和影子账号执行校验操作，并将校验结果发送至SSO系统；

响应于接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行所述第一访问请求。

2.根据权利要求1所述的方法，所述方法还包括：

响应于检测到用户账号下的子账号以第一角色对第二平台的第二访问请求，控制影子账号以第二角色执行第二访问请求，其中，所述第一角色与第二角色对应的权限范围相同。

3.根据权利要求2所述的方法，所述方法还包括：

响应于检测到用户账号下的子账号授权预设策略，为影子账号下创建的用户角色同步绑定预设策略。

4.根据权利要求1所述的方法，其中，所述控制影子账号在第二平台执行第一访问请求，包括：

控制iframe调用指定SDK识别第一平台的登录态凭证，得到识别结果；

基于所述识别结果，控制影子账号在第二平台执行第一访问请求。

5.根据权利要求4所述的方法，所述方法还包括：

在控制影子账号在第二平台执行第一访问请求的过程中，输出禁止指令，所述禁止指令用于禁止非iframe对第一平台的登录态凭证进行解析。

6.一种请求处理装置，所述装置包括：

发送模块，被配置成响应于检测到用户对第一平台中，基于iframe嵌入的第二平台的第一访问请求，并且确定用户需要创建影子账号和角色，向SSO系统发送请求信息，所述请求信息包括用户账号和第一平台的标识；

接收模块，被配置成响应于接收到所述SSO系统基于所述用户账号和第一平台的标识发送的影子账号和角色，基于所述用户账号、影子账号和角色进行所述用户账号和所述影子账号的映射授权；

校验模块，被配置成基于映射授权的用户账号和影子账号执行校验操作，并将校验结果发送至SSO系统；

执行模块，被配置成响应于接收到SSO系统基于校验结果为校验成功下发的第一平台的登录态凭证，控制影子账号在第二平台执行所述第一访问请求。

7.根据权利要求6所述的装置，所述装置还包括：

控制模块，被配置成响应于检测到用户账号下的子账号以第一角色对第二平台的第二访问请求，控制影子账号以第二角色执行第二访问请求，其中，所述第一角色与第二角色对应的权限范围相同。

8.根据权利要求7所述的装置，所述装置还包括：

绑定模块，被配置成响应于检测到用户账号下的子账号授权预设策略，为影子账号下创建的用户角色同步绑定预设策略。

9.根据权利要求6所述的装置，其中，所述执行模块进一步被配置成：

控制iframe调用指定SDK识别第一平台的登录态凭证，得到识别结果；

基于所述识别结果，控制影子账号在第二平台执行第一访问请求。

10.根据权利要求9所述的装置，所述装置还包括：

输出模块，被配置成在控制影子账号在第二平台执行第一访问请求的过程中，输出禁止指令，所述禁止指令用于禁止非iframe对第一平台的登录态凭证进行解析。

11.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-5中任一项所述的方法。