CN110968856A - 登录方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种登录方法、装置、电子设备和存储介质。其中该方法包括：接收用户输入的登录请求；判断小程序框架中用以实现用户登录的接口是否为预设的默认接口；其中，默认接口用于表示通过用户默认登录小程序框架，以实现小程序框架与宿主应用同时登录的目的；根据判断结果，采用对应的同步登录技术进行小程序框架和宿主应用的同时登录。由此可以实现账户互通的功能。

Description

登录方法、装置、电子设备和存储介质

技术领域

本申请涉及计算机数据处理技术领域，尤其涉及一种登录方法、装置、电子设备和存储介质。

背景技术

小程序是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或者搜一下即可打开应用。也体现了“用完即走”的理念，用户不用关心是否安装太多应用的问题。目前的小程序都需要集成到宿主引用中以供用户使用。

当小程序集成到不同宿主应用中时，由于小程序框架系统的账号体系与其他宿主应用所对应的服务账号体系是隔离的，所有的用户信息都无法互通，导致用户在登录宿主应用中的小程序框架时，需要先使用用户宿主应用的账号登录一次宿主应用，再用小程序框架系统的账号登录一次在宿主应用内部的小程序框架，并且账号信息完全不同步，体验上感觉在一个应用内时两个用户，导致用户在一个应用中进行两次登录交互，用户体验变差。

发明内容

本申请目的旨在至少在一定程度上解决上述的技术问题之一。

为此，本申请的第一个目的在于提出一种登录方法。该方法可以解决智能小程序开源用户信息同步的核心问题，实现了基于小程序接入宿主应用的联合登录方案，实现了双向账户互通的功能，从用户角度，可以感知仅进行了一次登录交互即可实现同时登录小程序框架和宿主应用的目的。

本申请的第二个目的在于提出一种登录装置。

本申请的第三个目的在于提出一种电子设备。

本申请的第四个目的在于提出一种计算机可读存储介质。

为达到上述目的，本申请第一方面实施例提出的登录方法，应用于小程序框架，所述小程序框架寄宿在宿主应用中，所述登录方法包括：接收用户输入的登录请求；判断所述小程序框架中用以实现用户登录的接口是否为预设的默认接口；其中，所述默认接口用于表示通过用户默认登录所述小程序框架，以实现所述小程序框架与所述宿主应用同时登录的目的；根据判断结果，采用对应的同步登录技术进行所述小程序框架和所述宿主应用的同时登录。

根据本申请的一个实施例，所述根据判断结果，采用对应的同步登录技术进行所述小程序框架和所述宿主应用的同时登录，包括：若所述判断结果为所述接口是所述默认接口，则基于所述登录请求获取所述用户在所述小程序框架中的身份凭证，并基于所述身份凭证进行所述小程序框架和所述宿主应用的同时登录；若所述判断结果为所述接口是使用宿主登录实现接口，则基于所述登录请求和所述使用宿主登录实现接口进行所述小程序框架和所述宿主应用的同时登录。

根据本申请的一个实施例，基于所述登录请求获取所述用户在所述小程序框架中的身份凭证，包括：基于所述登录请求向所述用户提供针对所述小程序框架的身份认证界面；获取所述用户在所述身份认证界面输入的身份认证信息；将所述身份认证信息发送至所述小程序框架对应的服务端；所述身份认证信息用于指示所述服务端在所述用户的身份验证通过时，生成所述用户在所述小程序框架中的身份凭证；获取所述服务端返回的所述用户在所述小程序框架中的身份凭证。

根据本申请的一个实施例，基于所述身份凭证进行所述小程序框架和所述宿主应用的同时登录，包括：基于所述身份凭证，确定所述用户成功登录所述小程序框架；将所述用户在所述小程序框架中的身份凭证认证令牌发送至所述宿主应用，以使所述宿主应用根据所述身份凭证从所述小程序框架对应的服务端中获取所述用户在所述小程序框架中的第一用户信息，并根据所述第一用户信息从所述宿主应用对应的服务端中获取所述用户在所述宿主应用中的第二用户信息，根据所述第二用户信息认证令牌获取针对所述宿主应用的用户信息，并根据所述用户信息进行所述宿主应用的登录操作。

根据本申请的一个实施例，在将所述用户在所述小程序框架中的身份凭证认证令牌发送至所述宿主应用之前，所述方法还包括：向所述用户发送针对联合同时登录的授权请求；在接收到所述用户的授权确认指令时，将所述用户在所述小程序框架中的身份凭证认证令牌发送至所述宿主应用。

根据本申请的一个实施例，基于所述登录请求和所述使用宿主登录实现接口进行所述小程序框架和所述宿主应用的同时登录，包括：将所述登录请求发送至所述宿主应用对应的服务端，以使所述宿主应用对应的服务端获取所述用户在所述宿主应用中的登录信息；基于所述使用宿主登录实现接口获取所述用户在所述宿主应用中的登录信息；根据所述用户在所述宿主应用中的登录信息进行所述用户在所述小程序框架中的登录操作。

本申请第二方面实施例提出的登录装置，应用于小程序框架，所述小程序框架寄宿在宿主应用中，所述登录装置包括：接收模块，用于接收用户输入的登录请求；判断模块，用于判断所述小程序框架中用以实现用户登录的接口是否为预设的默认接口；其中，所述默认接口用于表示通过用户默认登录所述小程序框架，以实现所述小程序框架与所述宿主应用同时登录的目的；登录模块，用于根据判断结果，采用对应的同步登录技术进行所述小程序框架和所述宿主应用的同时登录。

本申请第三方面实施例提出的电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请第一方面实施例所述的登录方法。

本申请第四方面实施例提出一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本申请第一方面实施例所述的登录方法。

上述申请中的一个实施例具有如下优点或有益效果：可应用于小程序框架，该小程序框架寄宿在宿主应用中，这样，在接收到用户输入的登录请求时，可判断所述小程序框架中用以实现用户登录的接口是否为预设的默认接口，其中，默认接口用于表示通过用户默认登录小程序框架，以实现小程序框架与宿主应用同时登录的目的；然后，根据判断结果，来采用对应的同步登录技术进行小程序框架和宿主应用的同时登录。即实现了基于小程序接入宿主应用的联合登录方案，实现了双向账户互通的功能，即不同主体不同账号体系之间的打通行为，解决了智能小程序开源用户信息同步的核心问题；另外，这种登录状态同步方式，无需强制要求宿主应用必须是登录状态下才能够实现小程序的登录；并且，在宿主应用中使用小程序不会体验到两个账号的存在，而且只需要登录一次，不会有过多的登录界面打扰用户，从用户角度，可以感知仅进行了一次登录交互即可实现同时登录小程序框架和宿主应用的目的，提升了用户的使用体验。

上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。

附图说明

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

图1是根据本申请一个实施例的登录方法的示意图；

图2是根据本申请实施例的登录方法的示意图；

图3是根据本申请实施例的小程序向宿主应用的登录账户同步的示例图；

图4是根据本申请实施例的宿主应用向小程序的登录账户同步的示例图；

图5是根据本申请一个实施例的登录装置的结构示意图；

图6是用来实现本申请实施例的用于实现登录方法的电子设备的框图。

具体实施方式

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

下面参照附图来描述根据本申请实施例提出的登录方法、登录装置、电子设备和计算机可读存储介质。

图1是根据本申请一个实施例的登录方法的示意图。需要说明的是，本申请实施例的登录方法可应用于小程序框架。其中，小程序框架可寄宿在宿主应用中。可以理解，小程序框架中可内置有小程序客户端，宿主应用可为小程序框架提供运行环境；小程序框架的账号体系与宿主应用的账号体系可以是不属于同一主体体系，即小程序框架系统的账号体系与其宿主应用所对应的服务账号体系是不同主体体系。还需要说明的是，本申请实施例的小程序客户端可以是在宿主应用未登录的前提下，也能够使用该小程序客户端自身功能。

如图1所示，本申请实施例的登录方法可以包括：

步骤101，接收用户输入的登录请求。

例如，当用户使用宿主应用或该宿主应用中的小程序客户端的某种功能时，会要求用户先进行登录，此时用户可点击界面中的登录控件，以进行用户登录，此时可通过该登录控件来接收用户是否输入了登录请求，若用户点击了该登录控件，则可判定用户输入了登录请求，否则判定用户未输入登录请求。

步骤102，判断小程序框架中用以实现用户登录的接口是否为预设的默认接口。其中，在本申请的实施例中，该默认接口可用于表示通过用户默认登录小程序框架，以实现小程序框架与宿主应用同时登录的目的。

需要说明的是，在开发小程序框架时，可将小程序框架中用以实现用户登录的接口设计成预设的默认接口，该默认接口表示通过用户默认登录小程序框架即可实现小程序框架与宿主应用同时登录的目的。这样，在实际线上应用时，若接收到用户输入的登录请求时，可先判断小程序框架中用以实现用户登录的接口是否为预设的默认接口，若是，则说明该接口未被改写，此时可让宿主应用通过所述用户在小程序框架中的身份凭证来得到用户在宿主应用的用户信息，以打通小程序框架和宿主应用的登录信息。若判断小程序框架中用以实现用户登录的接口不为预设的默认接口，则说明该接口在开发时已被改写，通常会被改写成宿主应用用户登录的实现接口，此时需通过该实现接口来达到小程序框架和宿主应用的同时登录。具体实现方式可参见后续实施例的描述。

步骤103，根据判断结果，采用对应的同步登录技术进行小程序框架和宿主应用的同时登录。

也就是说，可根据步骤102的判断结果，来采用对应的同步登录技术实现小程序框架和宿主应用的同时登录。也就是判断结果的不同，则会采用不同的同步登录技术来实现小程序框架和宿主应用的同时登录。

作为一种示例，若所述判断结果为所述接口是所述默认接口，则可基于登录请求获取用户在小程序框架中的身份凭证，并基于身份凭证进行小程序框架和宿主应用的同时登录。也就是说，在所述接口是所述默认接口时，采用的同步登录技术可为“基于登录请求获取用户在小程序框架中的身份凭证，并基于身份凭证进行小程序框架和宿主应用的同时登录”。

可选地，在判断小程序框架中用以实现用户登录的接口为预设的默认接口时，小程序框架可在用户成功登录小程序框架体系之后，将用户在小程序框架中的身份凭证发送给宿主应用，以使宿主应用通过该用户在小程序框架中的身份凭证得到用户在宿主应用的用户信息，进而使得宿主应用根据该用户在宿主应用的用户信息实现宿主应用的登录操作，从而实现小程序框架和宿主应用的同时登录的目的。

在本申请一个实施例中，如图2所示，所述基于登录请求获取用户在小程序框架中的身份凭证的具体实现过程可包括以下步骤：

步骤201，基于登录请求向用户提供针对小程序框架的身份认证界面。

可选地，在接收到用户输入的登录请求，且判断小程序框架中用以实现用户登录的接口为默认接口时，可向用户提供针对小程序框架的身份认证界面。

步骤202，获取用户在身份认证界面输入的身份认证信息。

作为一种示例，该身份认证界面可包括手机号码输入接口、短信验证码输入接口等，用户可在身份认证界面输入手机号码以及短信验证码。

步骤203，将身份认证信息发送至小程序框架对应的服务端；身份认证信息用于指示服务端在用户的身份验证通过时，生成用户在小程序框架中的身份凭证。

可选地，以身份认证信息为手机号码以及短信验证码为例，将用户输入的手机号码以及短信验证码发送给小程序框架对应的服务端。小程序框架对应的服务端基于该手机号码判断用户输入的短信验证码是否与服务端之前发送给该手机号码的验证码一致，若一致，则判定该用户的身份验证通过，此时可生成一个针对该用户在该小程序框架中的唯一身份凭证。作为一种示例，该身份凭证可以是ma_bduss信息，其中，该ma_bduss信息可以理解是用户在小程序框架登录账号密码后，小程序框架对应的服务端会将该ma_bduss信息存储在cookies里的某个减值数据中以方便下次访问读取，一个小程序框架的用户账号对应唯一的ma_bduss信息，所以在第三方宿主应用中需要使用小程序框架体系的账号的页面登录时，可以使用小程序框架cookies缓存的ma_bduss信息来登录小程序框架体系的账号。

步骤204，获取服务端返回的用户在小程序框架中的身份凭证。

可选地，小程序框架对应的服务端在生成用户在小程序框架的唯一身份凭证之后，会将该身份凭证进行返回，以使得小程序框架获得对应服务端返回的该用户在小程序框架中的身份凭证。其中，该身份凭证可用来标记用户已成功登录该小程序框架，并且是用户唯一标识信息，可以理解，小程序框架能够获得该用户小程序框架中的身份凭证，则可表示该用户已成功登录小程序框架。

在本申请的一个实施例中，所述基于身份凭证进行小程序框架和宿主应用的同时登录的具体实现过程可如下：基于身份凭证，确定用户成功登录小程序框架，并将用户在小程序框架中的身份凭证发送至宿主应用，以使宿主应用根据身份凭证从小程序框架对应的服务端中获取用户在小程序框架中的第一用户信息，并根据第一用户信息从宿主应用对应的服务端中获取用户在宿主应用中的第二用户信息，根据第二用户信息进行宿主应用的登录操作。

可选地，在确定用户成功登录小程序框架之后，可以将用户在小程序框架中的身份凭证发送给该宿主应用。宿主应用利用该用户在小程序框架中的身份凭证向小程序框架对应的服务端中进行查询，以找到与该身份凭证对应的第一用户信息(可以看出，该第一用户信息是用户在小程序框架体系中的用户账号)，进而根据该找到的第一用户信息从宿主应用的账号系统中找出对应的第二用户信息(例如，可利用第一用户信息和第二用户信息中具有唯一性的手机号码来进行匹配查找，即宿主应用在利用身份凭证从小程序框架的账号体系中找出用户在小程序框架账号体系的第一用户信息时，可利用第一用户信息中的手机号码在宿主应用对应的服务端中找出与该手机号码对应的第二用户信息)，进而宿主应用可利用该宿主应用自身的用户信息完成该用户对宿主应用的登录，最终达到一次登录交互，同时登录小程序框架和宿主应用的目的。这里需要说明的是，针对同一个用户，宿主应用中的用户信息与小程序框架中的用户信息是存在对应关系的，这样，可以使得宿主应用通过小程序框架发送的身份凭证，从小程序框架的账号系统中找出对应的用户信息，进而基于该小程序框架的用户信息从宿主应用自身的账号体系中找出对应的用户信息，进而使得宿主应用基于自身的用户信息完成用户登录，从而达到宿主应用和小程序框架同时登录并且账号统一的目的。

在本申请的实施例中，小程序框架所对应的服务端中所存储的用户信息可以是经过加密后的信息，例如，可使用非对称密码算法对用户信息进行加密。这样，在宿主应用利用身份凭证从小程序框架的服务端中找到对应的已加密用户信息之后，可再用本地私钥对该已加密用户信息进行解密，以得到真正的用户信息。

可选地，在本申请的一个实施例中，在将用户在所述小程序框架中的身份凭证发送至宿主应用之前，还可向用户发送针对同时登录的授权请求，并在接收到用户的授权确认指令时，将用户在所述小程序框架中的身份凭证发送至宿主应用。也就是说，在将用户在所述小程序框架中的身份凭证发送至宿主应用之前，可向用户发送同时登录的授权请求，此时可以同步用户在小程序框架体系中所有的资产数据和授权数据，并在用户确认授权时，可认为用户同意在完成小程序框架登录的同时，利用用户在该小程序框架的身份凭证完成对宿主应用的同步登录，此时可将用户在该小程序框架的身份凭证发送给宿主应用，同时也将该用户的资产数据和授权数据一同发送给宿主应用。宿主应用可利用用户在该小程序框架的身份凭证从小程序框架对应的服务端中找到对应的已加密用户信息之后，可再用本地私钥对该已加密用户信息进行解密，以得到真正的用户信息。宿主应用基于该小程序框架的用户信息从宿主应用自身的账号体系中找出对应的用户信息，使得宿主应用基于自身的用户信息完成用户登录，从而达到宿主应用和小程序框架同时登录并且账号统一的目的。

由此可见，本申请实施例可在设计上采用接口隔离的方式以实现小程序向宿主应用的账户正向互通。举例而言，如图3所示，小程序框架提供默认接口实现，在该默认接口当中，用户默认登录小程序框架。小程序框架内部使用身份凭证同步小程序框架的用户信息，小程序框架将该身份凭证经过用户授权后共享给宿主应用。宿主应用通过用户在小程序框架中的身份凭证从小程序框架的账号体系中进行查询，以找出该身份凭证对应的用户信息，并基于该用户信息从宿主应用的账号体系中找出用户在宿主应用账号体系中的用户信息，使得宿主应用基于宿主应用自身的用户信息进行登录，以达到宿主应用和小程序框架同时登录并且账号统一的目的。

作为另一种示例，若所述判断结果为所述接口是使用宿主登录实现接口，则基于登录请求和使用宿主登录实现接口进行小程序框架和宿主应用的同时登录。也就是说，在所述接口是使用宿主登录实现接口时，采用的同步登录技术可为：基于登录请求和使用宿主登录实现接口进行小程序框架和宿主应用的同时登录。

其中，在本申请的实施例中，使用宿主登录实现接口可理解为使用宿主应用用户登录的实现接口，即在小程序框架开发时，小程序框架中用以实现用户登录的接口被改写成了使用宿主应用用户登录的实现接口，即利用宿主应用用户登录的实现接口替换了小程序框架中的默认接口，即将小程序框架中用以实现用户登录的默认接口替换成了宿主应用用户登录的实现接口，以达到宿主应用的强登录需求，提高宿主应用的登录率。例如，在小程序框架开发时，即将小程序框架中的登录接口、检查登录接口、获取用户昵称、头像和性别的接口、用户ID接口、以及用户token接口，统一替换为宿主应用自己账号的实现接口。这样，在实际线上应用时，在判断小程序框架中用以实现用户登录的接口为使用宿主登录实现接口时，可基于该登录请求和使用宿主登录实现接口获取宿主应用的登录信息，从而在小程序框架内部直接嫁接到宿主应用的登录信息，所有的用户资产、用户信息与宿主应用保持一致，最终达到一次登录交互，同时登录小程序框架和宿主应用的目的。

作为一种示例，可将所述登录请求发送至宿主应用对应的服务端，以使宿主应用对应的服务端获取用户在宿主应用中的登录信息。小程序框架可基于使用宿主登录实现接口来获取用户在宿主应用中的登录信息，并根据用户在宿主应用中的登录信息进行用户在小程序框架中的登录操作，从而实现同时登录小程序框架和宿主应用的目的。

由此可见，对于本身就有强登录需求或者登录率很高的宿主应用，本申请提供可选实现的方式，宿主应用可通过替换小程序的接口实现。例如，如图4所示，可将登录、检查登录、获取用户昵称、头像、性别、用户ID、用户认证令牌等登录信息接口，替换成宿主应用自己账号的实现方式，从而在小程序框架内部直接嫁接到宿主的登录信息，所有的用户资产，用户信息和宿主应用保持一致，最终达到一次登录交互，同时登录小程序框架和宿主应用的目的。

本申请实施例的登录方法，可应用于小程序框架，该小程序框架寄宿在宿主应用中，这样，在接收到用户输入的登录请求时，可判断所述小程序框架中用以实现用户登录的接口是否为预设的默认接口，其中，默认接口用于表示通过用户默认登录小程序框架，以实现小程序框架与宿主应用同时登录的目的；若所述接口为所述默认接口，则基于登录请求获取用户在小程序框架中的身份凭证，并基于身份凭证进行小程序框架和宿主应用的同时登录，若所述接口为使用宿主登录实现接口，则基于登录请求和使用宿主登录实现接口进行小程序框架和宿主应用的同时登录。即实现了基于小程序接入宿主应用的联合登录方案，实现了双向账户互通的功能，即不同主体不同账号体系之间的打通行为，解决了智能小程序开源用户信息同步的核心问题；另外，这种登录状态同步方式，无需强制要求宿主应用必须是登录状态下才能够实现小程序的登录；并且，在宿主应用中使用小程序不会体验到两个账号的存在，而且只需要登录一次，不会有过多的登录界面打扰用户，从用户角度，可以感知仅进行了一次登录交互即可实现同时登录小程序框架和宿主应用的目的，提升了用户的使用体验。

图5是根据本申请一个实施例的登录装置的结构示意图。需要说明的是，本申请实施例的登录装置可应用于小程序框架，所述小程序框架寄宿在宿主应用中。如图5所示，该登录装置500可以包括：接收模块501、判断模块502和登录模块503。

具体地，接收模块501可用于接收用户输入的登录请求。

判断模块502用于判断小程序框架中用以实现用户登录的接口是否为预设的默认接口；其中，默认接口用于表示通过用户默认登录小程序框架，以实现小程序框架与宿主应用同时登录的目的。

登录模块503用于根据判断结果，采用对应的同步登录技术进行所述小程序框架和所述宿主应用的同时登录。

在本申请的一个实施例中，登录模块503根据判断结果，采用对应的同步登录技术进行所述小程序框架和所述宿主应用的同时登录的具体实现过程可如下：在接口为默认接口时，基于登录请求获取用户在小程序框架中的身份凭证，并基于身份凭证进行小程序框架和宿主应用的同时登录；在接口为使用宿主登录实现接口时，基于登录请求和使用宿主登录实现接口进行小程序框架和宿主应用的同时登录。

作为一种示例，登录模块503基于登录请求获取用户在小程序框架中的身份凭证的具体实现过程可如下：基于登录请求向用户提供针对小程序框架的身份认证界面；获取用户在身份认证界面输入的身份认证信息；将身份认证信息发送至小程序框架对应的服务端；身份认证信息用于指示服务端在用户的身份验证通过时，生成用户在小程序框架中的身份凭证；获取服务端返回的用户在小程序框架中的身份凭证。

在本申请的实施例中，登录模块503基于身份凭证进行小程序框架和宿主应用的同时登录的具体实现过程可如下：基于身份凭证，确定用户成功登录小程序框架，并将用户在小程序框架中的身份凭证发送至宿主应用，以使宿主应用根据身份凭证从小程序框架对应的服务端中获取用户在小程序框架中的第一用户信息，并根据第一用户信息从宿主应用对应的服务端中获取用户在宿主应用中的第二用户信息，根据第二用户信息进行宿主应用的登录操作。

作为一种示例，登录模块503还用于向用户发送针对同时登录的授权请求，在接收到用户的授权确认指令时，将用户在小程序框架中的身份凭证发送至宿主应用。

其中，在本申请的实施例中，登录模块503还用于接口为使用宿主登录实现接口时，基于登录请求和使用宿主登录实现接口进行小程序框架和宿主应用的同时登录。

在本申请的实施例中，登录模块503基于登录请求和使用宿主登录实现接口进行小程序框架和宿主应用的同时登录的具体实现过程可如下：将登录请求发送至宿主应用对应的服务端，以使宿主应用对应的服务端获取用户在宿主应用中的登录信息；基于使用宿主登录实现接口获取用户在宿主应用中的登录信息；根据用户在宿主应用中的登录信息进行用户在小程序框架中的登录操作。

本申请实施例的登录装置，可应用于小程序框架，该小程序框架寄宿在宿主应用中，这样，在接收到用户输入的登录请求时，可判断所述小程序框架中用以实现用户登录的接口是否为预设的默认接口，其中，默认接口用于表示通过用户默认登录小程序框架，以实现小程序框架与宿主应用同时登录的目的；若所述接口为所述默认接口，则基于登录请求获取用户在小程序框架中的身份凭证，并基于身份凭证进行小程序框架和宿主应用的同时登录，若所述接口为使用宿主登录实现接口，则基于登录请求和使用宿主登录实现接口进行小程序框架和宿主应用的同时登录。即实现了基于小程序接入宿主应用的联合登录方案，实现了双向账户互通的功能，即不同主体不同账号体系之间的打通行为，解决了智能小程序开源用户信息同步的核心问题；另外，这种登录状态同步方式，无需强制要求宿主应用必须是登录状态下才能够实现小程序的登录；并且，在宿主应用中使用小程序不会体验到两个账号的存在，而且只需要登录一次，不会有过多的登录界面打扰用户，从用户角度，可以感知仅进行了一次登录交互即可实现同时登录小程序框架和宿主应用的目的，提升了用户的使用体验。

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

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

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

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

存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的登录方法对应的程序指令/模块(例如，附图6所示的接收模块601、确定模块602和联合登录模块603)。处理器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 (14)

1.一种登录方法，应用于小程序框架，所述小程序框架寄宿在宿主应用中，其特征在于，所述登录方法包括：

接收用户输入的登录请求；

判断所述小程序框架中用以实现用户登录的接口是否为预设的默认接口；其中，所述默认接口用于表示通过用户默认登录所述小程序框架，以实现所述小程序框架与所述宿主应用同时登录的目的；

根据判断结果，采用对应的同步登录技术进行所述小程序框架和所述宿主应用的同时登录。

2.根据权利要求1所述的方法，其特征在于，所述根据判断结果，采用对应的同步登录技术进行所述小程序框架和所述宿主应用的同时登录，包括：

若所述判断结果为所述接口是所述默认接口，则基于所述登录请求获取所述用户在所述小程序框架中的身份凭证，并基于所述身份凭证进行所述小程序框架和所述宿主应用的同时登录；

若所述判断结果为所述接口是使用宿主登录实现接口，则基于所述登录请求和所述使用宿主登录实现接口进行所述小程序框架和所述宿主应用的同时登录。

3.根据权利要求2所述的方法，其特征在于，基于所述登录请求获取所述用户在所述小程序框架中的身份凭证，包括：

基于所述登录请求向所述用户提供针对所述小程序框架的身份认证界面；

获取所述用户在所述身份认证界面输入的身份认证信息；

将所述身份认证信息发送至所述小程序框架对应的服务端；所述身份认证信息用于指示所述服务端在所述用户的身份验证通过时，生成所述用户在所述小程序框架中的身份凭证；

获取所述服务端返回的所述用户在所述小程序框架中的身份凭证。

4.根据权利要求2所述的方法，其特征在于，基于所述身份凭证进行所述小程序框架和所述宿主应用的同时登录，包括：

基于所述身份凭证，确定所述用户成功登录所述小程序框架；

将所述用户在所述小程序框架中的身份凭证发送至所述宿主应用，以使所述宿主应用根据所述身份凭证从所述小程序框架对应的服务端中获取所述用户在所述小程序框架中的第一用户信息，并根据所述第一用户信息从所述宿主应用对应的服务端中获取所述用户在所述宿主应用中的第二用户信息，根据所述第二用户信息进行所述宿主应用的登录操作。

5.根据权利要求4所述的方法，其特征在于，在将所述用户在所述小程序框架中的身份凭证发送至所述宿主应用之前，所述方法还包括：

向所述用户发送针对同时登录的授权请求；

在接收到所述用户的授权确认指令时，将所述用户在所述小程序框架中的身份凭证发送至所述宿主应用。

6.根据权利要求2所述的方法，其特征在于，基于所述登录请求和所述使用宿主登录实现接口进行所述小程序框架和所述宿主应用的同时登录，包括：

将所述登录请求发送至所述宿主应用对应的服务端，以使所述宿主应用对应的服务端获取所述用户在所述宿主应用中的登录信息；

基于所述使用宿主登录实现接口获取所述用户在所述宿主应用中的登录信息；

根据所述用户在所述宿主应用中的登录信息进行所述用户在所述小程序框架中的登录操作。

7.一种登录装置，应用于小程序框架，所述小程序框架寄宿在宿主应用中，其特征在于，所述登录装置包括：

接收模块，用于接收用户输入的登录请求；

判断模块，用于判断所述小程序框架中用以实现用户登录的接口是否为预设的默认接口；其中，所述默认接口用于表示通过用户默认登录所述小程序框架，以实现所述小程序框架与所述宿主应用同时登录的目的；

登录模块，用于根据判断结果，采用对应的同步登录技术进行所述小程序框架和所述宿主应用的同时登录。

8.根据权利要求7所述的装置，其特征在于，所述登录模块具体用于：

在所述接口为所述默认接口时，基于所述登录请求获取所述用户在所述小程序框架中的身份凭证，并基于所述身份凭证进行所述小程序框架和所述宿主应用的同时登录；

在所述接口为使用宿主登录实现接口时，基于所述登录请求和所述使用宿主登录实现接口进行所述小程序框架和所述宿主应用的同时登录。

9.根据权利要求8所述的装置，其特征在于，所述登录模块具体用于：

基于所述登录请求向所述用户提供针对所述小程序框架的身份认证界面；

获取所述用户在所述身份认证界面输入的身份认证信息；

将所述身份认证信息发送至所述小程序框架对应的服务端；所述身份认证信息用于指示所述服务端在所述用户的身份验证通过时，生成所述用户在所述小程序框架中的身份凭证；

获取所述服务端返回的所述用户在所述小程序框架中的身份凭证。

10.根据权利要求8所述的装置，其特征在于，所述登录模块具体用于：

基于所述身份凭证，确定所述用户成功登录所述小程序框架；

将所述用户在所述小程序框架中的身份凭证发送至所述宿主应用，以使所述宿主应用根据所述身份凭证从所述小程序框架对应的服务端中获取所述用户在所述小程序框架中的第一用户信息，并根据所述第一用户信息从所述宿主应用对应的服务端中获取所述用户在所述宿主应用中的第二用户信息，根据所述第二用户信息进行所述宿主应用的登录操作。

11.根据权利要求10所述的装置，其特征在于，所述登录模块还用于：

向所述用户发送针对同时登录的授权请求；

在接收到所述用户的授权确认指令时，将所述用户在所述小程序框架中的身份凭证发送至所述宿主应用。

12.根据权利要求8所述的装置，其特征在于，所述登录模块具体用于：

将所述登录请求发送至所述宿主应用对应的服务端，以使所述宿主应用对应的服务端获取所述用户在所述宿主应用中的登录信息；

基于所述使用宿主登录实现接口获取所述用户在所述宿主应用中的登录信息；

根据所述用户在所述宿主应用中的登录信息进行所述用户在所述小程序框架中的登录操作。

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

至少一个处理器；以及

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

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

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

Images