CN111767091A - 小程序获取用户信息的方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种小程序获取用户信息的方法、装置、电子设备和存储介质，涉及数据处理技术领域中的小程序技术领域、云平台技术领域。具体实现方案为：获取目标小程序当前请求的第一格式的用户信息类型；将第一格式的用户信息类型转化为第二格式的用户信息类型；向宿主程序的服务器发送第二格式的用户信息类型；接收宿主程序的服务器根据第二格式的用户信息类型反馈的第二格式的用户信息类型和用户信息类型对应的用户信息；将第二格式的用户信息类型和用户信息类型对应的用户信息转化为第一格式的用户信息类型和用户信息类型对应的用户信息；将已授权的第一格式的用户信息类型对应的用户信息反馈给小程序。

Description

小程序获取用户信息的方法、装置、电子设备和存储介质

技术领域

本申请实施例涉及数据处理技术领域中的小程序技术领域、云平台技术领域，尤其涉及一种小程序获取用户信息的方法、装置、电子设备和存储介质。

背景技术

小程序是依附于应用程序内运行的程序。使用时无需下载，节省手机内存空间和用户时间，因而被广泛使用。

相关技术中，小程序的后端服务一般是独立于宿主程序的。这就意味着，用户使用小程序时，有一部分信息可能会被小程序的服务器获取。这对于数据保密性要求较高的应用程序而言，是有风险的。

发明内容

本申请提供了一种用于小程序获取用户信息的方法、装置、电子设备和存储介质的方法、装置、设备以及存储介质。

根据本申请的第一方面，提供了一种小程序获取用户信息的方法，包括：获取目标小程序当前请求的第一格式的用户信息类型；将所述第一格式的用户信息类型转化为第二格式的用户信息类型；向宿主程序的服务器发送所述第二格式的用户信息类型；接收所述宿主程序的服务器根据所述第二格式的用户信息类型反馈的第二格式的所述用户信息类型和用户信息类型对应的用户信息；将所述第二格式的所述用户信息类型和所述用户信息类型对应的用户信息转化为第一格式的用户信息类型和所述用户信息类型对应的用户信息；将已授权的所述第一格式的用户信息类型对应的用户信息反馈给所述目标小程序。

根据本申请的第二方面，提供了一种小程序获取用户信息的方法，包括：接收终端设备根据获取的目标小程序当前请求的第一格式的用户信息类型转化得到的第二格式的用户信息类型；根据所述第二格式的用户信息类型，向终端设备发送第二格式的所述用户信息类型和用户信息类型对应的用户信息。

根据本申请的第三方面，提供了一种小程序获取用户信息的装置，包括：获取模块，用于获取目标小程序当前请求的第一格式的用户信息类型；转化模块，用于将所述第一格式的用户信息类型转化为第二格式的用户信息类型；将所述第二格式的所述用户信息类型和所述用户信息类型对应的用户信息转化为第一格式的用户信息类型和所述用户信息类型对应的用户信息；发送模块，用于向宿主程序的服务器发送所述第二格式的用户信息类型；接收模块，用于接收所述宿主程序的服务器根据所述第二格式的用户信息类型反馈的第二格式的所述用户信息类型和用户信息类型对应的用户信息；反馈模块，用于将已授权的所述第一格式的用户信息类型对应的用户信息反馈给所述目标小程序。

根据本申请的第四方面，提供了一种小程序获取用户信息的装置，包括：接收模块，用于接收终端设备根据获取的目标小程序当前请求的第一格式的用户信息类型转化得到的第二格式的用户信息类型；发送模块，用于根据所述第二格式的用户信息类型，向终端设备发送第二格式的所述用户信息类型和用户信息类型对应的用户信息。

根据本申请的第四方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面所述的方法。

根据本申请的第五方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第二方面所述的方法。

根据本申请的第六方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第一方面所述的方法。

根据本申请的第七方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行第二方面所述的方法。

根据本申请的第八方面，提供了一种小程序获取用户信息的方法，包括：将第一格式的用户信息类型转化为第二格式的用户信息类型；向宿主程序的服务器发送所述第二格式的用户信息类型；接收所述宿主程序的服务器根据所述第二格式的用户信息类型反馈的第二格式的所述用户信息类型和用户信息类型对应的用户信息；将所述第二格式的所述用户信息类型转化为第一格式的用户信息类型。

根据本申请的第九方面，提供了一种程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备实施如第一方面所述的方法。

根据本申请的第十方面，提供了一种程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备实施如第二方面所述的方法。

根据本申请的技术解决了用户信息被小程序服务器获取的问题，提高了用户信息安全性。

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

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是根据本申请第一实施例的示意图；

图2是根据本申请第二实施例的示意图；

图3是根据本申请第三实施例的示意图；

图4是根据本申请第四实施例的示意图；

图5是根据本申请第五实施例的示意图；

图6是根据本申请第六实施例的示意图；

图7是根据本申请第七实施例的示意图；

图8是根据本申请第八实施例的示意图；

图9是根据本申请第九实施例的示意图；

图10是用来实现本申请实施例的小程序获取用户信息的方法的电子设备的框图；

图11是用来实现本申请实施例的小程序获取用户信息的方法的电子设备的框图。

具体实施方式

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

小程序因其使用的便捷性而被广泛使用，同时，为了让小程序可以运行在更多的宿主程序上，部分原生小程序厂商开源了小程序能力。但是，考虑到小程序安全和碎片化方面的问题，后端服务一般不采取开源的处理方式，而是基于小程序服务器提供相关数据服务。

但是，一些应用程序涉及到的数据私密性较高。若基于现有技术的小程序方案，数据传输过程一定会使用小程序服务器。这样，会使的数据的安全性面对更大的风险。因此，一些有足够研发实力的应用程序厂商，更倾向于对小程序实现完全私有化，即基于应用程序自身的服务器实现原属于小程序的后端服务。

可实际上，应用程序的架构体系与小程序的架构体系可能并不相同。要想实现小程序私有化，就需要基于应用程序的架构体系对小程序进行合理的适配。

现有技术的常规思路是，基于应用程序的机构体系对小程序进行针对性的二次开发，以实现适配。

这种方式的主要缺点如下：

(1)需要对小程序进行大量的定制化开发，高成本低效率；

(2)定制化开发会导致私有化版本和主线版本差异过大，未来需要升级主线能力时，可能还需要基于版本差异进行冲突修改，错误率高，效率低，成本高。

本申请发明人通过分析发现，小程序能力(Software Development Kit，SDK)和授权服务之间的交互核心就是授权过程以及获取用户信息(鉴权)过程。而一旦授权服务私有化后，小程序原有的用户体系将无法再用。基于此，可以考虑使用宿主程序厂商的用户服务，而使用的核心能力就是校验用户态以及获取用户信息。所以只需要将这些变化的能力抽象出来，独立成一个可配置的代理中间件模块，即可完成模块的可变配置。

本申请提供一种小程序获取用户信息的方法、装置、电子设备和存储介质，应用于数据处理技术领域中的小程序技术领域、云平台技术领域，以达到基于应用程序的架构体系对小程序进行适配，实现小程序私有化的目的。

图1为本申请提供的一种应用场景示意图，本申请提供的方案可以适用于云平台，云平台包括：运行于终端设备101的客户端、服务器102；其中，小程序运行在宿主程序的WebView环境下，服务器102可以与终端设备101进行通信，为终端设备101提供云服务。然后，小程序基于终端设备101中的客户端与前端的通信协议，实现能力的应用。其中，小程序可以通过浏览器及客户端两种方式登录。其中，小程序与云平台的结合是通过搭建小程序的运行环境以及配置文件，使得小程序能够与服务器进行通信。云平台可以为小程序能力的实现提供云服务，进而构建小程序云平台。小程序云平台包括及时通讯、邮箱、网盘、办公协同等多款云应用。通过小程序与云平台的结合，能够实现小程序能力的应用于扩展。

在一些可选的场景中，终端设备101中运行有一应用程序，可基于此应用程序运行一小程序，此应用程序可以被称为此小程序的宿主程序。宿主程序的相关数据存储在服务器102中，服务器102可以被称为宿主程序的服务器。通过实现本申请的方案，服务器102可以同时存储小程序的相关数据，从而实现小程序相对于宿主程序的私有化。基于服务器102即可实现小程序的用户授权、用户信息获取等基础功能。具体的实现方式可以参考以下各实施例。

图2是根据本申请实施例的一种小程序获取用户信息的方法的流程图。本实施例的方法可以应用于终端设备，例如手机、平板电脑等。如图2所示，本实施例的方法包括：

S201、获取目标小程序当前请求的第一格式的用户信息类型。

其中，用户信息类型用于指示目标小程序当前请求的用户信息所属的类别。例如，目标小程序请求的用户信息属于用户的“用户名”或“手机号码”等类型。

本申请中所说的“第一格式”是基于小程序架构的信息格式。

在一些实施例中，可以由小程序发起的对用户信息的请求的指令。此指令中可以携带用以标志小程序当前请求的用户信息所属类型的字段，此字段的格式属于第一格式，即小程序架构中所采用的字段格式。

S202、将第一格式的用户信息类型转化为第二格式的用户信息类型。

S203、向宿主程序的服务器发送第二格式的用户信息类型。

本申请中所说的“第二格式”是基于宿主程序架构或宿主程序的服务器架构的信息格式。

小程序架构与宿主程序架构可能并不相同，通过格式转化的过程，可以针对相同的用户信息类型生成宿主程序服务器可以识别的第二格式的字段。

S204、接收宿主程序的服务器根据第二格式的用户信息类型反馈的第二格式的用户信息类型和用户信息类型对应的用户信息。

S205、将第二格式的用户信息类型和用户信息类型对应的用户信息转化为第一格式的用户信息类型和用户信息类型对应的用户信息。

S206、将已授权的第一格式的用户信息类型对应的用户信息反馈给小程序。

从宿主程序的服务器接收到的信息必定是第二格式的信息，因此还需要再将其转化为第一格式的信息，才能被小程序所识别。

其中，用户信息类型可以为用户的某些信息的代表字段，例如，“姓名”“年龄”“性别”等字段。而用户信息类型对应的用户信息可以为用户信息类型所代表的实际内容，例如，“姓名”这一用户信息类型对应的用户信息为“张三”，“性别”这一用户信息类型对应的用户信息为“男”等。

本实施例提供的小程序获取用户信息的方法，包括：获取目标小程序当前请求的第一格式的用户信息类型；将第一格式的用户信息类型转化为第二格式的用户信息类型；向宿主程序的服务器发送第二格式的用户信息类型；接收宿主程序的服务器根据第二格式的用户信息类型反馈的第二格式的用户信息类型和用户信息类型对应的用户信息；将第二格式的用户信息类型和用户信息类型对应的用户信息转化为第一格式的用户信息类型和用户信息类型对应的用户信息；将已授权的第一格式的用户信息类型对应的用户信息反馈给小程序。本实施例的方案通过实现小程序架构和宿主程序架构的对应格式转化，使得小程序与宿主程序服务器可以实现数据的交互，从而使得小程序的后端服务可以布局在宿主程序的服务器中，实现了小程序的完全私有化，进而解决了用户信息被小程序服务器获取的问题，提高了用户信息安全性。

在一些实施例中，上述的实施例的步骤S201中，在获取第一格式的用户信息类型时，还可以获取用户身份标识；用户身份标识可以指示用户身份。接收到第二格式的用户信息类型后，宿主程序服务器可以根据用户身份标识查找到相对应的用户信息类型及其对应的用户信息，并反馈给终端设备。

在此实施例中，小程序对用户信息的获取可以不受用户登录状态的影响，即用户登录状态与非登录状态下，小程序均可以获取到用户信息。

或者，在某些实施例中，小程序用于请求第一格式的用户信息类型的指令信息在用户登录状态下才可以生成，以保证用户信息不会被小程序私自获取。

在另一些实施例中，上述的实施例的步骤S201中，在获取第一格式的用户信息类型时，还可以获取用户登录标识；用户登录标识用于指示小程序的宿主程序的用户登录状态。在宿主程序的服务器接收到第二格式的用户信息类型后，首先根据用户登录标识对用户登录状态进行校验，在校验通过后，才会向终端设备返回用户信息类型及其对应的用户信息。

其中，用户登录标识可以为宿主程序的服务器在宿主程序登录时生成的用户身份标记(token)。Token可以为无失效期的标识，相对应的，只要宿主程序的服务器接收到此token，即视为校验通过。Token还可以为有失效期的标识，相对应的，在宿主程序的服务器确定此token仍有效时，视为校验通过。

相对应的，上述的方法，还可以包括：接收宿主程序的服务器根据用户登录标识对用户登录状态进行校验后反馈的用户身份标识。而接收宿主程序的服务器根据第二格式的用户信息类型反馈的第二格式的用户信息类型和用户信息类型对应的用户信息，则可以包括：接收宿主程序的服务器根据用户身份标识反馈的第二格式的用户信息类型和用户信息类型对应的用户信息。

本实施例加入了用户登录状态的校验，通过利用token等的用户登录状态标识对登录状态加以验证，可以进一步防止用户信息被小程序私自获取，保证用户信息的安全性。

在上述实施例中，步骤S201中，目标小程序当前请求的用户信息类型，可以为已被用户授权的信息。在这种情况下，无需在进行授权校验，即可接收到服务器反馈的用户信息类型的内容。上述的步骤S206反馈给小程序的即为全部用户信息类型对应的用户信息。

在另一些实施例中，上述的步骤S201中，目标小程序当前请求的用户信息类型，不一定为已被用户授权的信息。在这种情况下，可以对第一格式的用户信息类型进行权限验证，以确定其是否为已被用户授权的信息。从而避免将用户未授权信息泄露。上述的步骤S206反馈给小程序的即为其中部分或全部用户信息类型对应的用户信息。

进行权限验证的方式，具体可以为：根据用户身份标识、目标小程序标识，获取宿主程序的服务器中存储的用户授权内容；用户授权内容为用户允许目标小程序获取的用户信息；根据用户授权内容，确定第一格式的用户信息类型是否已授权。

其中，目标小程序标识用于指示当前请求用户信息的小程序。目标小程序标识可以包含在小程序发起的对用户信息的请求的指令中。

本实施例中加入了对小程序请求的用户信息类型的权限校验，通过在向服务器发送用户信息类型前对用户信息类型的权限进行校验，或在服务器返回用户信息类型对应的用户信息后对用户信息类型的权限进行校验，以确定反馈给小程序的用户信息均为授权信息，进一步保证用户信息的安全性。

上述实施例中所说“服务器中存储的用户授权内容”，可以为用户对小程序进行授权后，终端设备发送到服务器进行存储的。

具体的授权过程可以为，接收用户授权指令，用户授权指令中包括目标小程序标识、用户登录标识和用户授权信息；其中，目标小程序标识用于指示当前请求用户授权的小程序，用户登录标识用于指示小程序的宿主程序的用户登录状态，用户授权信息用于指示用户当前授予小程序的权限信息；将用户登录标识发送给宿主程序的服务器；接收宿主程序的服务器根据用户登录标识对用户登录状态进行校验后反馈的用户身份标识；根据用户身份标识和用户授权信息，确定用户授权内容，用户授权内容用于指示用户当前授予小程序的权限内容。

与以上实施例相似的，用户登录标识可以为宿主程序的服务器在宿主程序登录时生成的用户身份标记(token)。Token是一加密串码，且只有宿主程序的服务器可以进行解密。其中可能包含用户身份标识、宿主程序标识等信息。将其发送给宿主程序的服务器后，服务器解密即可得到用户身份标识，用户身份标识与用户授权内容进行绑定后，即可得到对应的用户授权内容。

其中，用户授权信息，可以包括“用户基本信息”“用户身份信息”等。而用户授权内容为用户授权信息中的具体信息，例如，“用户基本信息”中的“昵称”。上述实施例中所说的用户信息类型，即包括部分或全部用户授权内容的信息。

本实施例的方法，通过实现小程序架构和宿主程序架构的对应格式转化，使得小程序与宿主程序服务器可以实现数据的交互，从而使得小程序的后端服务可以布局在宿主程序的服务器中，实现了小程序的完全私有化，进而解决了用户信息被小程序服务器获取的问题，提高了用户信息安全性。

在一些实施例中，确定用户授权内容的具体方式，可以包括：根据预设的授权信息与授权内容的对应关系，确定用户授权信息对应的授权内容；将用户身份标识与用户授权信息对应的授权内容进行绑定，确定用户授权内容。

本实施例的方法，通过实现小程序架构和宿主程序架构的对应格式转化，使得小程序与宿主程序服务器可以实现数据的交互，从而使得小程序的后端服务可以布局在宿主程序的服务器中，实现了小程序的完全私有化，进而解决了用户信息被小程序服务器获取的问题，提高了用户信息安全性。

在一些实施例中，确定用户授权内容后，可以将用户授权内容发送给宿主程序的服务器，以使宿主程序的服务器对用户授权内容进行存储。

可以将用户授权内容存储在服务器中的数据库中，以便后续小程序获取用户信息时可以依据其判断待获取信息是否被授权。

本实施例的方法，通过实现小程序架构和宿主程序架构的对应格式转化，使得小程序与宿主程序服务器可以实现数据的交互，从而使得小程序的后端服务可以布局在宿主程序的服务器中，实现了小程序的完全私有化，进而解决了用户信息被小程序服务器获取的问题，提高了用户信息安全性。

图3是根据本申请实施例的一种小程序获取用户信息的方法的流程图。本实施例的方法可以应用于服务器，服务器为小程序的宿主程序的服务器。如图3所示，本实施例的方法包括：

S301、接收终端设备根据获取的目标小程序当前请求的第一格式的用户信息类型转化得到的第二格式的用户信息类型。

其中，用户信息类型用于指示目标小程序当前请求的用户信息；

S302、根据第二格式的用户信息类型，向终端设备发送第二格式的用户信息类型和用户信息类型对应的用户信息。

在一些实施例中，上述的步骤S301中接收第一格式的用户信息类型时，还可以接收终端设备发送的用户登录标识；用户登录标识用于指示小程序的宿主程序的用户登录状态。上述的方法，还包括：根据用户登录标识对用户登录状态进行校验；在对用户登录状态校验通过后向终端设备发送用户身份标识。上述的步骤S302中的根据第二格式的用户信息类型，向终端设备发送第二格式的用户信息类型和用户信息类型对应的用户信息，可以包括：根据用户身份标识，向终端设备发送第二格式的用户信息类型和用户信息类型对应的用户信息。

在一些实施例中，上述的方法还包括：接收终端设备接收用户授权指令后向宿主程序的服务器发送的用户登录标识；用户授权指令中包括目标小程序标识、用户登录标识和用户授权信息；其中，目标小程序标识用于指示当前请求用户授权的小程序，用户登录标识用于指示小程序的宿主程序的用户登录状态，用户授权信息用于指示用户当前授予小程序的权限信息；根据用户登录标识对用户登录状态进行校验；在用户登录状态校验通过后，向终端设备发送用户身份标识。

在一些实施例中，的方法，还包括：接收终端设备根据用户身份标识和用户授权信息，确定并发送的用户授权内容；用户授权内容用于指示用户当前授予小程序的权限内容；对用户授权内容进行存储。

本实施例的方法与上述实施例的方法具有相同的特征，其具体实现方式与技术效果类似，此处不再赘述。

图4是根据本申请实施例的一种小程序获取用户信息的方法的流程图。本申请的方法的执行主体为终端设备和宿主程序的服务器。本实施例的方法包括：

S401、终端设备获取目标小程序当前请求的第一格式的用户信息类型。

S402、终端设备将第一格式的用户信息类型转化为第二格式的用户信息类型。

S403、终端设备向宿主程序的服务器发送第二格式的用户信息类型。相对应的，宿主程序的服务器接收第二格式的用户信息类型。

S404、宿主程序的服务器根据第二格式的用户信息类型发送第二格式的用户信息类型和用户信息类型对应的用户信息。相对应的，终端设备接收用户信息类型和用户信息类型对应的用户信息。

S405、终端设备将第二格式的用户信息类型和用户信息类型对应的用户信息转化为第一格式的用户信息类型和用户信息类型对应的用户信息。

S406、终端设备将已授权的第一格式的用户信息类型对应的用户信息反馈给小程序。

本实施例的方法与上述实施例的方法具有相同的特征，其具体实现方式与技术效果类似，此处不再赘述。

图5是根据本申请实施例的一种小程序获取用户信息的方法的流程图。本申请的方法的执行主体为终端设备和宿主程序的服务器。本实施例的方法包括：

S501、终端设备接收用户授权指令，用户授权指令中包括目标小程序标识、用户登录标识和用户授权信息。

其中，目标小程序标识用于指示当前请求用户授权的小程序，用户登录标识用于指示小程序的宿主程序的用户登录状态，用户授权信息用于指示用户当前授予小程序的权限信息。

S502、终端设备将用户登录标识发送给宿主程序的服务器。相应的，宿主程序的服务器接收用户登录标识。

S503、宿主程序的服务器根据用户登录标识对用户登录状态进行校验。

S504、宿主程序的服务器在用户登录状态校验通过后，向终端设备发送用户身份标识。相应的，终端设备接收用户身份标识。

S505、终端设备根据预设的授权信息与授权内容的对应关系，确定用户授权信息对应的授权内容。

S506、终端设备将用户身份标识与用户授权信息对应的授权内容进行绑定，确定用户授权内容。

S507、终端设备将用户授权内容发送给宿主程序的服务器。相应的，宿主程序的服务器接收用户授权内容。

S508、宿主程序的服务器对用户授权内容进行存储。

S509、终端设备获取第一格式的用户信息类型。

用户信息类型用于指示目标小程序当前请求的用户信息的类型。

S510、终端设备将第一格式的用户信息类型转化为第二格式的用户信息类型；

S511、终端设备向宿主程序的服务器发送第二格式的用户信息类型。相应的，宿主程序的服务器接收第二格式的用户信息类型。

S512、宿主程序的服务器根据第二格式的用户信息类型反馈第二格式的用户信息类型和用户信息类型对应的用户信息。相应的，终端设备接收第二格式的用户信息类型和用户信息类型对应的用户信息。

S513、终端设备将第二格式的用户信息类型转化为第一格式的用户信息类型。

S514、终端设备获取宿主程序的服务器中存储的用户授权内容。

用户授权内容为用户允许目标小程序获取的用户信息。

S515、终端设备根据用户授权内容，确定第一格式的用户信息类型是否已授权。

S516、终端设备将已授权的第一格式的用户信息类型对应的用户信息反馈给小程序。

本实施例的方法与上述实施例的方法具有相同的特征，其具体实现方式与技术效果类似，此处不再赘述。

图6是根据本申请实施例的一种小程序获取用户信息的方法的流程示意图。如图6所示，授权和鉴权的过程如下。

小程序弹窗请求用户授权。由于授权操作是在登录态完成的，所以请求授权的信息中会携带用户token。弹窗提示内容可以为“是否允许小程序获取XX信息”，也可以为“请选择允许小程序获取的信息”。请求用户授权时，可以同时提示授权有效时长。例如，“仅本次允许获取以上信息”，或者，“本次授权永久有效”，用户可以选择接受或者拒绝。又例如，提供不同授权有效期的选项，由用户选择授权有效时长。

用户授权后，SDK请求授权服务的中间件，由中间件传递token给宿主程序的厂商用户服务模块，进行登录状态校验。校验成功后，宿主程序的厂商用户服务模块会返回用户id给中间件。中间件将用户id和用户的授权信息传给核心逻辑模块，核心逻辑模块对用户的授权信息范围进行记录，即将用户id和授权信息绑定。核心逻辑模块再将用户授权信息范围存储至宿主程序厂商服务器的数据库中。

用户授权信息可能并非以单个信息为单位，而是以某类信息为单位。其中的映射关系可以参考下表。此映射关系存储在核心逻辑模块。

在后续小程序获取用户信息时，与授权流程相似的，首先要由宿主程序的厂商用户服务模块，进行登录状态校验。校验完成，确定用户id后，从宿主程序厂商用户服务模块获取用户信息。如下表所示，是一种用户信息返回的可能情况。

代表字段	内容
		name	铁柱
header	http://XXXXX
		mobile	185XXXXXXXX
realname	张三
		idcard	400XXXXXXXXXXXXXXX
address	A省B市C区

不同的应用程序厂商的用户信息内容常常不一样，例如，上述的“name”在其它应用程序厂商的架构中可能为“nickname”。因此在中间件模块引入配置映射，以将应用程序厂商的特殊用户信息格式映射成核心逻辑和SDK支持的标准用户信息格式。基于上表中的用户信息，其映射关系可以参考下表的示例。

代表字段	标准字段
		name	username
header	avatar
		mobile	phone
realname	realname
		idcard	idcard
address	address

基于这样的配置，中间件模块可以把用户信息转换成核心逻辑支持的格式信息并传递给核心逻辑。由核心逻辑校验用户授权范围，并对请求的用户信息进行筛选，将被请求且已授权的信息返回给中间件模块。中间件模块最后将请求信息返回给SDK和小程序。

若上述的被请求的信息均被授权，可以确定用户授权信息如下表所示。

上述的中间件模块提供的映射关系、核心逻辑模块提供的映射关系是可配置的，可以根据实际的应用需要进行配置。

本申请的方案建立了一套小程序授权快速私有化的标准接入流程，通过添加映射配置解决了定制化开发的问题，提升了小程序私有化的效率。因为无需进行定制化开发，小程序所有的逻辑均与主线保持一致，后期可以随时进行无冲突升级。

图7是用来实现本申请实施例的小程序获取用户信息的方法的装置的框图。如图7所示，本实施例的小程序获取用户信息的装置700包括：获取模块701、转化模块702、发送模块703、接收模块704和反馈模块705。

获取模块701，用于获取目标小程序当前请求的第一格式的用户信息类型。

转化模块702，用于将第一格式的用户信息类型转化为第二格式的用户信息类型；将第二格式的用户信息类型和用户信息类型对应的用户信息转化为第一格式的用户信息类型和用户信息类型对应的用户信息。

发送模块703，用于向宿主程序的服务器发送第二格式的用户信息类型。

接收模块704，用于接收宿主程序的服务器根据第二格式的用户信息类型反馈的第二格式的用户信息类型和用户信息类型对应的用户信息。

反馈模块705，用于将已授权的第一格式的用户信息类型对应的用户信息反馈给小程序。

在一些实施例中，获取模块701，具体用于：获取小程序当前请求的第一格式的用户信息类型和用于指示小程序的宿主程序的用户登录状态的用户登录标识。

发送模块703，具体用于：向宿主程序的服务器发送第二格式的用户信息类型和用户登录标识。

接收模块704，还用于：接收宿主程序的服务器根据用户登录标识对用户登录状态进行校验后反馈的用户身份标识。

接收模块704在接收宿主程序的服务器根据第二格式的用户信息类型反馈的第二格式的用户信息类型和用户信息类型对应的用户信息时，具体用于：接收宿主程序的服务器根据用户身份标识反馈的第二格式的用户信息类型和用户信息类型对应的用户信息。

在一些实施例中，装置700还包括：验证模块706，用于对第一格式的用户信息类型进行权限验证。

在一些实施例中，获取模块701，具体用于：获取小程序当前请求的第一格式的用户信息类型、用于指示小程序的宿主程序的用户登录状态用户登录标识和指示当前请求用户信息的目标小程序的目标小程序标识。

验证模块706，具体用于：根据用户身份标识、目标小程序标识，获取宿主程序的服务器中存储的用户授权内容；用户授权内容为用户允许目标小程序获取的用户信息；根据用户授权内容，确定第一格式的用户信息类型是否已授权。

在一些实施例中，接收模块704，还用于接收用户授权指令，用户授权指令中包括目标小程序标识、用户登录标识和用户授权信息；其中，目标小程序标识用于指示当前请求用户授权的小程序，用户登录标识用于指示小程序的宿主程序的用户登录状态，用户授权信息用于指示用户当前授予小程序的权限信息；接收宿主程序的服务器根据用户登录标识对用户登录状态进行校验后反馈的用户身份标识。

发送模块703，还用于将用户登录标识发送给宿主程序的服务器。

装置700还包括：确定模块707，用于根据用户身份标识和用户授权信息，确定用户授权内容，用户授权内容用于指示用户当前授予小程序的权限内容。

在一些实施例中，确定模块707在根据用户身份标识和用户授权信息，确定用户授权内容时，具体用于：根据预设的授权信息与授权内容的对应关系，确定用户授权信息对应的授权内容；将用户身份标识与用户授权信息对应的授权内容进行绑定，确定用户授权内容。

在一些实施例中，发送模块703，还用于：将用户授权内容发送给宿主程序的服务器，以使宿主程序的服务器对用户授权内容进行存储。

本实施例的装置可以实现上述实施例的方法，其具体实现方式与技术效果可以参考上述实施例，此处不再赘述。

图8是用来实现本申请实施例的小程序获取用户信息的方法的装置的框图。如图8所示，本实施例的小程序获取用户信息的装置800包括：接收模块801和发送模块802。

接收模块801，用于接收终端设备根据获取的目标小程序当前请求的第一格式的用户信息类型转化得到的第二格式的用户信息类型。

发送模块802，用于根据第二格式的用户信息类型，向终端设备发送第二格式的用户信息类型和用户信息类型对应的用户信息。

在一些实施例中，接收模块801，具体用于：接收终端设备根据获取的目标小程序当前请求的第一格式的用户信息类型转化得到的第二格式的用户信息类型和终端设备获取的用于指示小程序的宿主程序的用户登录状态的用户登录标识。

在一些实施例中，装置800，还包括：校验模块803，用于根据用户登录标识对用户登录状态进行校验。

发送模块802，还用于在对用户登录状态校验通过后向终端设备发送用户身份标识。

发送模块802，在根据第二格式的用户信息类型，向终端设备发送第二格式的用户信息类型和用户信息类型对应的用户信息时，具体用于：根据用户身份标识，向终端设备发送第二格式的用户信息类型和用户信息类型对应的用户信息。

在一些实施例中，接收模块801，还用于接收终端设备接收用户授权指令后向宿主程序的服务器发送的用户登录标识；用户授权指令中包括目标小程序标识、用户登录标识和用户授权信息；其中，目标小程序标识用于指示当前请求用户授权的小程序，用户登录标识用于指示小程序的宿主程序的用户登录状态，用户授权信息用于指示用户当前授予小程序的权限信息。

发送模块802，还用于在用户登录状态校验通过后，向终端设备发送用户身份标识。

在一些实施例中，接收模块801，还用于：接收终端设备根据用户身份标识和用户授权信息，确定并发送的用户授权内容；用户授权内容用于指示用户当前授予小程序的权限内容；

装置800还包括：存储模块804，用于对用户授权内容进行存储。

本实施例的装置可以实现上述实施例的方法，其具体实现方式与技术效果可以参考上述实施例，此处不再赘述。

根据本申请的实施例，本申请还提供了一种小程序获取用户信息的方法。如图9所示，本实施例的方法包括：

S901、将第一格式的用户信息类型转化为第二格式的用户信息类型。

S902、向宿主程序的服务器发送第二格式的用户信息类型。

S903、接收宿主程序的服务器根据第二格式的用户信息类型反馈的第二格式的用户信息类型和用户信息类型对应的用户信息。

S904、将第二格式的用户信息类型转化为第一格式的用户信息类型。

本实施例的方法与上述实施例的方法具有相同的特征，其具体实现方式与技术效果类似，此处不再赘述。

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

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

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

存储器1002即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的小程序获取用户信息的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的小程序获取用户信息的方法。

存储器1002作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的小程序获取用户信息的方法对应的程序指令/模块(例如，附图7所示的获取模块701、转化模块702、发送模块703、接收模块704、反馈模块705、验证模块706和确定模块707)。处理器1001通过运行存储在存储器1002中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的小程序获取用户信息的方法。

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

小程序获取用户信息的方法的电子设备还可以包括：输入装置1003和输出装置1004。处理器1001、存储器1002、输入装置1003和输出装置1004可以通过总线或者其他方式连接，图10中以通过总线连接为例。

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

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

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

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

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

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

根据本申请实施例的技术方案，可以基于应用程序的架构体系对小程序进行适配，实现小程序私有化，提升了小程序私有化的效率。因为无需进行定制化开发，小程序所有的逻辑均与主线保持一致，后期可以随时进行无冲突升级。

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

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

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

存储器1102即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的小程序获取用户信息的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的小程序获取用户信息的方法。

存储器1102作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的小程序获取用户信息的方法对应的程序指令/模块(例如，附图8所示的接收模块801、发送模块802、校验模块803和存储模块804)。处理器1101通过运行存储在存储器1102中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的小程序获取用户信息的方法。

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

小程序获取用户信息的方法的电子设备还可以包括：输入装置1103和输出装置1104。处理器1101、存储器1102、输入装置1103和输出装置1104可以通过总线或者其他方式连接，图11中以通过总线连接为例。

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

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

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

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

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

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

根据本申请实施例的技术方案，可以基于应用程序的架构体系对小程序进行适配，实现小程序私有化，提升了小程序私有化的效率。因为无需进行定制化开发，小程序所有的逻辑均与主线保持一致，后期可以随时进行无冲突升级。

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

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

Claims (27)

1.一种小程序获取用户信息的方法，包括：

获取目标小程序当前请求的第一格式的用户信息类型；

将所述第一格式的用户信息类型转化为第二格式的用户信息类型；

向宿主程序的服务器发送所述第二格式的用户信息类型；

接收所述宿主程序的服务器根据所述第二格式的用户信息类型反馈的第二格式的所述用户信息类型和所述用户信息类型对应的用户信息；

将所述第二格式的所述用户信息类型和所述用户信息类型对应的用户信息转化为第一格式的用户信息类型和所述用户信息类型对应的用户信息；

将已授权的所述第一格式的用户信息类型对应的用户信息反馈给所述目标小程序。

2.根据权利要求1所述的方法，其中，

所述获取目标小程序当前请求的第一格式的用户信息类型，包括：获取目标小程序当前请求的第一格式的用户信息类型和用于指示所述目标小程序的宿主程序的用户登录状态的用户登录标识；

所述向宿主程序的服务器发送所述第二格式的用户信息类型，包括：向宿主程序的服务器发送所述第二格式的用户信息类型和所述用户登录标识；

所述方法，还包括：接收宿主程序的服务器根据所述用户登录标识对用户登录状态进行校验后反馈的用户身份标识；

所述接收所述宿主程序的服务器根据所述第二格式的用户信息类型反馈的第二格式的所述用户信息类型和所述用户信息类型对应的用户信息，包括：接收所述宿主程序的服务器根据所述用户身份标识反馈的第二格式的所述用户信息类型和所述用户信息类型对应的用户信息。

3.根据权利要求2所述的方法，还包括：对所述第一格式的用户信息类型进行权限验证。

4.根据权利要求3所述的方法，其中，

所述获取目标小程序当前请求的第一格式的用户信息类型，包括：获取目标小程序当前请求的第一格式的用户信息类型、用于指示所述目标小程序的宿主程序的用户登录状态用户登录标识和指示当前请求用户信息的目标小程序的目标小程序标识；

所述对所述第一格式的用户信息类型进行权限验证，包括：

根据所述用户身份标识、所述目标小程序标识，获取宿主程序的服务器中存储的用户授权内容；所述用户授权内容为用户允许所述目标小程序获取的用户信息；

根据所述用户授权内容，确定所述第一格式的用户信息类型是否已授权。

5.根据权利要求1-4任一项所述的方法，还包括：

接收用户授权指令，所述用户授权指令中包括目标小程序标识、用户登录标识和用户授权信息；其中，所述目标小程序标识用于指示当前请求用户授权的小程序，所述用户登录标识用于指示所述目标小程序的宿主程序的用户登录状态，所述用户授权信息用于指示用户当前授予所述目标小程序的权限信息；

将所述用户登录标识发送给所述宿主程序的服务器；

接收所述宿主程序的服务器根据所述用户登录标识对用户登录状态进行校验后反馈的用户身份标识；

根据所述用户身份标识和所述用户授权信息，确定用户授权内容，所述用户授权内容用于指示用户当前授予所述目标小程序的权限内容。

6.根据权利要求5所述的方法，其中，所述根据所述用户身份标识和所述用户授权信息，确定用户授权内容，包括：

根据预设的授权信息与授权内容的对应关系，确定所述用户授权信息对应的授权内容；

将所述用户身份标识与所述用户授权信息对应的授权内容进行绑定，确定用户授权内容。

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

将所述用户授权内容发送给所述宿主程序的服务器。

8.一种小程序获取用户信息的方法，包括：

接收终端设备根据获取的目标小程序当前请求的第一格式的用户信息类型转化得到的第二格式的用户信息类型；

根据所述第二格式的用户信息类型，向终端设备发送第二格式的所述用户信息类型和用户信息类型对应的用户信息。

9.根据权利要求8所述的方法，其中，

所述接收终端设备根据获取的目标小程序当前请求的第一格式的用户信息类型转化得到的第二格式的用户信息类型，包括：接收终端设备根据获取的目标小程序当前请求的第一格式的用户信息类型转化得到的第二格式的用户信息类型和终端设备获取的用于指示所述目标小程序的宿主程序的用户登录状态的用户登录标识；

所述方法，还包括：

根据所述用户登录标识对用户登录状态进行校验；

在对用户登录状态校验通过后向终端设备发送用户身份标识；

所述根据所述第二格式的用户信息类型，向终端设备发送第二格式的所述用户信息类型和用户信息类型对应的用户信息，包括：

根据所述用户身份标识，向终端设备发送第二格式的所述用户信息类型和用户信息类型对应的用户信息。

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

接收终端设备接收用户授权指令后向宿主程序的服务器发送的用户登录标识；所述用户授权指令中包括目标小程序标识、用户登录标识和用户授权信息；其中，所述目标小程序标识用于指示当前请求用户授权的小程序，所述用户登录标识用于指示所述目标小程序的宿主程序的用户登录状态，所述用户授权信息用于指示用户当前授予所述目标小程序的权限信息；

根据所述用户登录标识对用户登录状态进行校验；

在用户登录状态校验通过后，向所述终端设备发送所述用户身份标识。

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

接收终端设备根据所述用户身份标识和所述用户授权信息，确定并发送的用户授权内容；所述用户授权内容用于指示用户当前授予所述目标小程序的权限内容；

对所述用户授权内容进行存储。

12.一种小程序获取用户信息的装置，包括：

获取模块，用于获取目标小程序当前请求的第一格式的用户信息类型；

转化模块，用于将所述第一格式的用户信息类型转化为第二格式的用户信息类型；将所述第二格式的所述用户信息类型和所述用户信息类型对应的用户信息转化为第一格式的用户信息类型和所述用户信息类型对应的用户信息；

发送模块，用于向宿主程序的服务器发送所述第二格式的用户信息类型；

接收模块，用于接收所述宿主程序的服务器根据所述第二格式的用户信息类型反馈的第二格式的所述用户信息类型和用户信息类型对应的用户信息；

反馈模块，用于将已授权的所述第一格式的用户信息类型对应的用户信息反馈给所述目标小程序。

13.根据权利要求12所述的装置，其中，

所述获取模块，具体用于：获取目标小程序当前请求的第一格式的用户信息类型和用于指示所述目标小程序的宿主程序的用户登录状态的用户登录标识；

所述发送模块，具体用于：向宿主程序的服务器发送所述第二格式的用户信息类型和所述用户登录标识；

所述接收模块，还用于：接收宿主程序的服务器根据所述用户登录标识对用户登录状态进行校验后反馈的用户身份标识；

所述接收模块在接收所述宿主程序的服务器根据所述第二格式的用户信息类型反馈的第二格式的所述用户信息类型和用户信息类型对应的用户信息时，具体用于：接收所述宿主程序的服务器根据所述用户身份标识反馈的第二格式的所述用户信息类型和用户信息类型对应的用户信息。

14.根据权利要求13所述的装置，还包括：验证模块，用于对所述第一格式的用户信息类型进行权限验证。

15.根据权利要求14所述的装置，其中，

所述获取模块，具体用于：获取目标小程序当前请求的第一格式的用户信息类型、用于指示所述目标小程序的宿主程序的用户登录状态用户登录标识和指示当前请求用户信息的目标小程序的目标小程序标识；

所述验证模块，具体用于：

根据所述用户身份标识、所述目标小程序标识，获取宿主程序的服务器中存储的用户授权内容；所述用户授权内容为用户允许所述目标小程序获取的用户信息；

根据所述用户授权内容，确定所述第一格式的用户信息类型是否已授权。

16.根据权利要求12-15任一项所述的装置，其中，

所述接收模块，还用于接收用户授权指令，所述用户授权指令中包括目标小程序标识、用户登录标识和用户授权信息；其中，所述目标小程序标识用于指示当前请求用户授权的小程序，所述用户登录标识用于指示所述目标小程序的宿主程序的用户登录状态，所述用户授权信息用于指示用户当前授予所述目标小程序的权限信息；接收所述宿主程序的服务器根据所述用户登录标识对用户登录状态进行校验后反馈的用户身份标识；

所述发送模块，还用于将所述用户登录标识发送给所述宿主程序的服务器；

所述装置还包括：确定模块，用于根据所述用户身份标识和所述用户授权信息，确定用户授权内容，所述用户授权内容用于指示用户当前授予所述目标小程序的权限内容。

17.根据权利要求16所述的装置，其中，所述确定模块在根据所述用户身份标识和所述用户授权信息，确定用户授权内容时，具体用于：

根据预设的授权信息与授权内容的对应关系，确定所述用户授权信息对应的授权内容；

将所述用户身份标识与所述用户授权信息对应的授权内容进行绑定，确定用户授权内容。

18.根据权利要求16所述的装置，其中，所述发送模块，还用于：

将所述用户授权内容发送给所述宿主程序的服务器，以使所述宿主程序的服务器对所述用户授权内容进行存储。

19.一种小程序获取用户信息的装置，包括：

接收模块，用于接收终端设备根据获取的目标小程序当前请求的第一格式的用户信息类型转化得到的第二格式的用户信息类型；

发送模块，用于根据所述第二格式的用户信息类型，向终端设备发送第二格式的所述用户信息类型和用户信息类型对应的用户信息。

20.根据权利要求19所述的装置，其中，

所述接收模块，具体用于：接收终端设备根据获取的目标小程序当前请求的第一格式的用户信息类型转化得到的第二格式的用户信息类型和终端设备获取的用于指示所述目标小程序的宿主程序的用户登录状态的用户登录标识；

所述装置，还包括：校验模块，用于根据所述用户登录标识对用户登录状态进行校验；

所述发送模块，还用于在对用户登录状态校验通过后向终端设备发送用户身份标识；

所述发送模块，在根据所述第二格式的用户信息类型，向终端设备发送第二格式的所述用户信息类型和用户信息类型对应的用户信息时，具体用于：

根据所述用户身份标识，向终端设备发送第二格式的所述用户信息类型和用户信息类型对应的用户信息。

21.根据权利要求20所述的装置，其中，

所述接收模块，还用于接收终端设备接收用户授权指令后向宿主程序的服务器发送的用户登录标识；所述用户授权指令中包括目标小程序标识、用户登录标识和用户授权信息；其中，所述目标小程序标识用于指示当前请求用户授权的小程序，所述用户登录标识用于指示所述目标小程序的宿主程序的用户登录状态，所述用户授权信息用于指示用户当前授予所述目标小程序的权限信息；

所述发送模块，还用于在用户登录状态校验通过后，向所述终端设备发送所述用户身份标识。

22.根据权利要求21所述的装置，其中，

所述接收模块，还用于：接收终端设备根据所述用户身份标识和所述用户授权信息，确定并发送的用户授权内容；所述用户授权内容用于指示用户当前授予所述目标小程序的权限内容；

还包括存储模块，用于对所述用户授权内容进行存储。

23.一种电子设备，包括：

至少一个处理器；以及

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

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

24.一种电子设备，包括：

至少一个处理器；以及

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

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

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

26.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求8-11中任一项所述的方法。

27.一种小程序获取用户信息的方法，包括：

将第一格式的用户信息类型转化为第二格式的用户信息类型；

向宿主程序的服务器发送所述第二格式的用户信息类型；

接收所述宿主程序的服务器根据所述第二格式的用户信息类型反馈的第二格式的所述用户信息类型和用户信息类型对应的用户信息；

将所述第二格式的所述用户信息类型转化为第一格式的用户信息类型。

Images