CN105099984B - 一种app间账号互通的方法和装置 - Google Patents

Abstract

本发明提供了一种APP间账号互通的方法和装置，其中方法包括：获取用户在当前APP输入的账号信息；利用所述账号信息登录成功后，将所述账号信息提供给与所述当前APP具有互通权限的其他APP，以供其他APP进行登录使用。通过本发明的方式在任意APP上输入的账号信息都能够在与该APP具有互通权限的APP之间共享，使得其他APP在打开后就能够利用互通到的账户进行登录，无需通过一个统一的入口对各APP的账户信息进行管理，也就无需预先将APP接入该入口，也无需跳出APP后打开该入口才能够实现登录，显然提高了APP登录的灵活性和独立性，降低了操作的复杂性。

Description

一种APP间账号互通的方法和装置

【技术领域】

本发明涉及计算机应用技术领域，特别涉及一种APP间账号互通的方法和装置。

【背景技术】

随着当今科技的迅速发展，诸如智能手机、平板电脑等智能终端被越来越广泛的使用，逐渐成为人们沟通、娱乐、学习甚至办公的重要工具。现有的智能终端通常可装载各种APP（Application，应用）来实现相应的功能，大多数的APP需要用户注册账号后进行登录，如图1所示的QQ（一种即时通讯工具类的APP）登录界面，当用户打开QQ的APP时，需要首先在QQ登录界面上输入账号和密码等账号信息。

然而，由于智能终端屏幕大小、输入法等限制，通过智能终端进行账号信息的输入并不是十分方便。并且很多情况下，同一个服务提供商会提供多种APP，例如百度提供诸如百度地图、百度助手、百度音乐、百度文库等APP，同一个服务提供商的各APP通常使用同一套账号体系。因此，如何能够在APP间进行账号互通，从而简化用户输入账号信息的操作成为一个新的研究目标。

目前在Android系统中已经存在的方式是通过android系统自带的账号管理工具（Account Manager）实现各APP的账号管理。具体地，预先将具有相同账号信息的APP接入Account Manager，当用户需要登录这些APP时，打开Account Manager，在Account Manager界面上输入欲登录APP的账号信息，就能够实现具有同一账号信息的各APP同时登录。但这种方式存在以下缺陷：实现方式死板且繁琐，需要预先将具有相同账号信息的APP接入Account Manager，并且用户必须跳出APP后打开Account Manager界面才能实现账号信息的输入来登录APP。

【发明内容】

有鉴于此，本发明提供了一种APP间账号互通的方法和装置，以便于提高APP在登录时的灵活性，降低操作的复杂性。

具体技术方案如下：

本发明提供了一种应用APP间账号互通的方法，该方法包括：

获取用户在当前APP输入的账号信息；

利用所述账号信息登录成功后，将所述账号信息提供给与所述当前APP具有互通权限的其他APP，以供其他APP进行登录使用。

根据本发明一优选实施方式，将所述账号信息提供给与所述当前APP具有互通权限的其他APP包括：

所述当前APP通过系统广播将所述账号信息提供给与所述当前APP具有互通权限的其他APP；或者，

所述当前APP将所述账号信息存储至公共账号池，以供与所述当前APP具有互通权限的其他APP获取。

根据本发明一优选实施方式，利用所述账号信息登录成功后，该方法还包括：

将所述账号信息或加密后的所述账号信息存储于所述当前APP的私有存储空间。

根据本发明一优选实施方式，所述当前APP通过系统广播将所述账号信息提供给与所述当前APP具有互通权限的其他APP包括：

所述当前APP将所述账号信息或加密后的所述账号信息包含在系统广播中；

接收到所述系统广播的APP根据系统广播中携带的权限信息，如果确定与发送所述系统广播的APP具有互通权限，则从所述系统广播获取账号信息或加密后的账号信息并存储于私有存储空间，以进行登录使用。

根据本发明一优选实施方式，该方法还包括：

如果当前APP为首次运行，则所述当前APP通过发送系统广播询问与所述当前APP具有互通权限的其他APP的账号信息；

将询问得到的账号信息或者将询问得到的账号信息进行加密后存储于所述当前APP的私有存储空间。

根据本发明一优选实施方式，所述公共账号池为钥匙链Keychain。

根据本发明一优选实施方式，所述当前APP将所述账号信息存储至公共账号池供与所述当前APP具有互通权限的其他APP获取包括：

所述当前APP将所述账号信息或者加密后的所述账号信息存储于与所述当前APP的互通权限对应的Keychain中；

当与所述当前APP具有互通权限的其他APP被打开时，从所述Keychain中获取账号信息并存储于自身的私有存储空间。

根据本发明一优选实施方式，该方法还包括：

如果当前APP为首次运行，则到与所述当前APP的互通权限对应的Keychain中获取账号信息并存储于自身的私有存储空间。

根据本发明一优选实施方式，该方法还包括：

如果所述当前APP的私有存储空间存储有账号信息，则根据所述当前APP被配置的登录策略采用以下方式中的一种进行登录：

当所述登录策略为静默互通登录时，直接采用私有存储空间存储的账号信息进行登录；

当所述登录策略为选择互通登录时，向用户显示私有存储空间存储的账号信息供用户选择其中一个进行登录。

根据本发明一优选实施方式，当所述登录策略为静默互通登录时，所述账号信息为账号和密码；

当所述登录策略为选择互通登录时，所述账号信息为账号，需获取到用户输入的密码后进行登录。

本发明还提供了一种APP间账号互通的装置，该装置包括：

主动获取单元，用于获取用户在该装置所在APP输入的账号信息；

账号互通单元，用于在该装置所在APP利用所述账号信息登录成功后，将所述账号信息提供给与该装置所在APP具有互通权限的其他APP，以供其他APP进行登录使用。

根据本发明一优选实施方式，所述账号互通单元包括：广播处理子单元或账号池处理子单元；

所述广播处理子单元，用于通过系统广播将所述账号信息提供给与该装置所在APP具有互通权限的其他APP；

所述账号池处理子单元，用于将所述账号信息存储至公共账号池，以供与该装置所在APP具有互通权限的其他APP获取。

根据本发明一优选实施方式，该装置还包括：

账号存储单元，用于在该装置所在APP利用所述账号信息登录成功后，将所述账号信息或加密后的所述账号信息存储于该装置所在APP的私有存储空间。

根据本发明一优选实施方式，该装置还包括：账号存储单元；

所述广播处理子单元，具体用于发送包含所述账号信息或加密后的账号信息的系统广播；接收到系统广播后，如果根据系统广播中携带的权限信息确定该装置所在APP与发送该系统广播的APP具有相同的互通权限，则从接收到的系统广播中获取账号信息或加密后的账号信息提供给所述账号存储单元；

所述账号存储单元，用于将所述广播处理子单元提供的账号信息或加密后的账号信息存储于该装置所在APP的私有存储空间，以进行登录使用。

根据本发明一优选实施方式，所述广播处理子单元，还用于如果该装置所在APP为首次运行，则通过发送系统广播询问与该装置所在APP具有互通权限的其他APP的账号信息，将询问得到的账号信息或者将询问得到的账号信息进行加密后提供给所述账号存储单元。

根据本发明一优选实施方式，所述公共账号池为Keychain。

根据本发明一优选实施方式，该装置还包括：账号存储单元；

所述账号池处理子单元，具体用于将所述账号信息或者加密后的所述账号信息存储于与该装置所在APP的互通权限对应的Keychain中；当该装置所在APP被打开时，从与该装置所在APP的互通权限对应的Keychain中获取账号信息并提供给所述账号存储单元；

所述账号存储单元，用于将所述账号池处理子单元提供的账号信息存储于该装置所在APP的私有存储空间。

根据本发明一优选实施方式，所述账号池处理子单元，还用于如果该装置所在APP为首次运行，则到与该装置所在APP的互通权限对应的Keychain中获取账号信息并存储于该装置所在APP的私有存储空间。

根据本发明一优选实施方式，该装置还包括：

登录处理单元，用于如果所述当前APP的私有存储空间存储有账号信息，则根据所述当前APP被配置的登录策略采用以下方式中的一种进行登录：

当所述登录策略为静默互通登录时，直接采用私有存储空间存储的账号信息进行登录；

当所述登录策略为选择互通登录时，向用户显示私有存储空间存储的账号信息供用户选择其中一个进行登录。

根据本发明一优选实施方式，当所述登录策略为静默互通登录时，所述账号信息为账号和密码；

当所述登录策略为选择互通登录时，所述账号信息为账号，所述登录处理单元需获取到用户输入的密码后进行登录。

由以上技术方案可以看出，通过本发明的方式在任意APP上输入的账号信息都能够在与该APP具有互通权限的APP之间共享，使得其他APP在打开后就能够利用互通到的账户进行登录，无需通过一个统一的入口对各APP的账户信息进行管理，且无需预先将APP接入该入口，也无需跳出APP后打开该入口才能够实现登录，显然提高了APP登录的灵活性和独立性，降低了操作的复杂性。

【附图说明】

图1为智能终端中APP登录界面的一个实例图；

图2为本发明实施例一提供的主动登录模式下账号互通的方法流程图；

图3为本发明实施例一提供的接收到系统广播的APP执行的流程图；

图4为本发明实施例二提供的打开APP后执行的流程图；

图5为本发明实施例二提供的选择互通登录策略下的登录界面实例图；

图6为本发明实施例三提供的主动登录模式下账号互通的方法流程图；

图7为本发明实施例四提供的打开APP后执行的流程图；

图8为本发明实施例五提供的一个装置结构图；

图9为本发明实施例五提供的另一个装置结构图。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

本发明的核心思想在于，如果获取到用户在当前运行的APP输入的账号信息，则利用该账号信息登录成功后，将该账号信息提供给与该APP具有互通权限的其他APP，以供其他APP进行登录使用。

其中账号信息在APP之间的提供方式可以采用但不限于以下两种：一种是通过系统广播的方式；另一种是将账号信息存储至公共账号池供其他APP获取的方式。下面分别通过不同的实施例对采用这两种方式的账号互通方法进行详细描述。

实施例一、

在该实施例中以Android系统为例，通过Android系统自带的系统广播功能来实现具有互通权限的各APP之间的账号互通。对于广播方式而言，各APP之间是平等的，都可以发起广播也可以接收广播。

本实施例应用于这样一种使用场景：用户采用主动方式登录一个APP，即当某运行的APP的登录界面被打开，用户采用人工输入账号信息的方式进行登录。这种主动登录的方式可以是APP首次运行的时候被采用，也可以是APP非首次运行的时候被采用，可以是APP本地没有存储任何账号信息时被采用，也可以是APP本地存储有可使用的账号信息时被采用。这种主动登录的方式是用户主动发起的，只要用户主动发起了对某APP的主动登录，该APP只是被动地获取用户在登录界面输入的账号信息，执行本实施例中的流程。如图2中所示，该方法主要包括以下流程：

201：获取用户在当前打开的APP输入的账号信息。

202：判断该账号信息是否登录成功，如果否，则提示用户登录失败，用户可以重新输入账号信息；如果是，执行203。

203：将该账号信息进行加密。

本步骤是为了提高账号信息的安全性所执行的优选步骤，具有互通权限的APP之间可以共享一套加密机制，从而保证只有互通权限的APP才能获取到该账号信息。当然不进行加密并不影响本发明目的的实现。

在此对各APP的互通权限进行简单介绍，通常APP具有一定的权限，例如在Android系统的各APP中，manifest文件中设定有APP的权限信息，例如百度服务提供商可以通过BaiduSharePermission参数来声明其提供的APP的互通权限。

204：将加密后的账号信息存储于该APP的私有存储空间。

在各APP中存在私有存储空间用于存储该APP可使用的账号信息，当通过主动登录方式登录成功时，就可以将该主动登录方式的账号信息存储于该私有存储空间。该私有存储空间中还可能存放通过其他方式获取的账号信息，将在后续实施例中涉及。

205：将加密后的账号信息包含在系统广播中发送给与该APP具有互通权限的其他APP。

在该系统广播中，为了能够帮助其他APP识别是否与发送广播的APP具有互通权限，可以在该系统广播中包含发送该广播的APP的权限信息。另外，为了更进一步提高账号信息的安全性，可以对加密后的账号信息进行再一次加密后再通过系统广播发送。

需要说明的是，上述的204和205之间并没有一定的先后顺序，可以以任意顺序先后执行，也可以同时执行。

对于接收到系统广播的APP而言，其执行的流程可以如图3中所示，主要包括以下步骤：

301：APP是否监听到系统广播，如果是，执行302；否则继续进行系统广播的监听。

302：该APP判断是否与发送该系统广播的APP具有互通权限，如果是，执行303；否则丢弃该系统广播，继续进行系统广播的监听。

接收到系统广播的APP将自身的权限信息与系统广播包含的权限信息进行比对，从而确定是否与该APP具有互通权限。

303：从该系统广播获取账号信息。

如果该账号信息在发送系统广播时进行了进一步的加密，则在本步骤中通过解密的方式从该系统广播中获取账号信息，该获取的账号信息实际上也是加密后的账号信息。

304：将获取的账号信息存储于该APP的私有存储空间，以进行登录使用。

在此，APP获取到账号信息之后，在APP后续被打开时，可以根据登录策略选择不同的登录使用方式。这里的登录策略可以包括但不限于：静默互通登录和选择互通登录。

其中静默互通登录指的是“一登全登”的登录方式，即指的是具有互通权限的APP中只要一个登录成功，其他APP也利用通过系统广播得到的账号信息进行登录。这种登录策略下，在上述304中，接收到系统广播的APP在被打开时可以利用获取的账号信息（也就是自身私有存储空间的账号信息）直接进行登录。

选择互通登录指的是具有互通权限的APP中一个APP登录成功不影响其他APP的登录，其账号信息会提供给其他APP进行存储，当用户打开其他APP进行登录时，存储的账号信息会提供给用户供用户进行选择登录。这种登录策略下，在上述304中，接收到系统广播的APP将获取的账号信息存储于该APP的私有存储空间后，如果该APP被用户打开，可以在登录界面上将该APP私有存储空间中的账号信息显示给用户，用户可以从中选择一个账号信息进行登录。

需要说明的是，本发明实施例中涉及的账号信息至少包括账号，还可以包括密码。对于静默互通登录策略下，账号信息通常包括账号和密码。对于选择互通登录策略下，账号信息可以仅包括账号，当用户在APP显示的账号信息中选择一个账号进行登录时，需要人工输入正确的密码才能登录成功。该部分内容后续也会详细涉及到。

实施例二、

在该实施例中以android系统为例，从用户打开某APP开始，对执行的流程进行完整描述，如图4中所示，该流程包括以下步骤：

401：判断该APP是否为首次打开，如果否，执行402；如果是，执行404。

即判断该APP是否为安装后的首次运行，如果是，则认为是首次打开。

402：判断该APP是否已经登录，如果是，则结束当前流程；否则，执行步骤403。

403：将该APP私有存储空间的账号信息显示给用户，供用户选择进行登录，如果登录成功，则结束当前流程。

实际上403具体执行怎样的操作是和该APP被配置的登录策略相关的，本流程中以配置为选择互通登录的登录策略，假设该APP的私有存储空间已经存储有账号信息，则这些账号信息都是该APP可使用的账号信息，可以将这些账号信息显示给用户，如果用户选择了其中的一个账号信息，则利用该账号信息对该APP进行登录。这种情况下的账号信息通常只包含账号，即将一个以上的账号以列表的形式提供给用户，用户从中选择一个账号后，人工输入密码从而进行登录。以百度文库为例，如图5所示，假设用户在智能手机上打开了百度文库的APP之后，执行到本步骤时，会在该APP的登录界面上显示出该APP的私有存储空间中的账号信息，假设为账号1、账号2和账号3，可以以一个文本框的形式显示给用户，假设用户选择了账号1，然后手工输入密码，就可以进行百度文库的登录。

如果该APP被配置的是静默互通登录的策略，则403被替换为利用私有存储空间的账号信息直接进行登录。

404：该APP通过发送系统广播询问与其具有互通权限的其他APP的账号信息。

如果该APP是首次运行，那么该APP可以通过发送系统广播的方式向与其具有互通权限的其他APP询问可使用的账号信息。接收到该系统广播的APP如果与发送该系统广播的APP具有互通权限，则将自身私有存储空间的账号信息通过系统广播的方式回复给该APP，在回复的系统广播中还可以包含登录状态信息。以便于如果接收到包含账号信息的APP如果登录策略被配置为静默互通登录时，可以直接利用接收到的系统广播中已登录的APP所使用的账号信息进行登录。

405：是否询问得到账号信息，如果是，执行406；否则，执行主动登录的流程。

406：将询问得到的账号信息进行加密后存储于该APP的私有存储空间。

407：根据该APP配置的登录策略执行对应的登录处理，如果是选择互通登录，则执行403；如果是静默互通登录，则执行408。

408：利用与该APP具有互通权限的其他APP中已登录的APP所采用的账号信息直接进行登录，如果登录成功，则结束当前流程。

如果首次运行的APP通过系统广播没有询问得到账号信息，则用户可以采用主动登录的方式登录该APP，此时的执行流程如图2中所示。

实施例三、

在该实施例中以IOS系统为例，通过IOS系统的Keychain（钥匙链）作为账号互通的方式，这里的Keychain就相当于一个公共账号池，Keychain可以通过域来区分不同权限的APP，即具有互通权限的APP可以对应于同一个Keychain，均可以对该Keychain进行“读写”操作，在本实施例中就是将账号信息存储于Keychain中以及从Keychain中获取账号信息。

与实施例一类似的，本实施例应用于这样一种使用场景：用户采用主动方式登录一个APP，即当某运行的APP的登录界面被打开，用户采用人工输入账号信息的方式进行登录。这种主动登录的方式可以是APP首次运行的时候被采用，也可以是APP非首次运行的时候被采用，可以是APP本地没有存储任何账号信息时被采用，也可以是APP本地存储有可使用的账号信息时被采用。这种主动登录的方式是用户主动发起的，只要用户主动发起了对某APP的主动登录，该APP只是被动地获取用户在登录界面输入的账号信息，执行本实施例中的流程。如图6中所示，该方法主要包括以下流程：

601～604同图2中的201～204，不再详述。

605：将加密后的账号信息存储于与该APP的互通权限对应的Keychain中，供与该APP具有互通权限的其他APP从该Keychain中获取账号信息。

例如，在IOS系统中，APP的capabilities文件中通过KeychainSharing参数可以声明APP的互通权限，如果该互通权限与Keychain的域所声明的互通权限一致，则APP就可以对该Keychain进行访问。

同样，上述604和605之间并没有一定的先后顺序，可以以任意顺序先后执行，也可以同时执行。

对于APP而言，什么时候从Keychain中获取账号信息呢，在本实施例中，主要有两种情况：

一种情况是APP被打开后，如果该APP被配置为静默互通登录策略，则需要调用静默互通登录的接口，此时，该APP从其对应的Keychain中获取账号信息并存储于该APP的私有存储空间，实际上是将Keychain与私有存储空间做一次信息的同步。然后利用私有存储空间中的账号信息直接进行登录，这种情况下的账号信息不仅包括账号还包括密码。

另一种情况是APP被打开后，如果该APP被配置为选择互通登录策略，则需要调用选择互通登录的接口，此时该APP从其对应的Keychain中获取账号信息并存储于该APP的私有存储空间，即将Keychain与私有存储空间做一次信息的同步。然后将私有存储空间中的账号信息显示给用户，供用户选择其中一个进行登录使用。这种情况下的账号信息可以仅包括账号，用户需要手工输入密码后才能登录成功。

实施例四、

在该实施例中以android系统为例，从用户打开某app开始，对执行的流程进行完整描述，如图7中所示，该流程包括以下步骤：

701：判断该APP是否为首次运行，如果否，执行702；如果是，执行705。

702同图4中的402。

703：该APP到对应的Keychain进行与私有存储空间的账号信息同步。

在本步骤中，无论该APP的登录策略被配置为静默互通登录还是选择互通登录，都会触发该APP进行账号信息的同步，即Keychain与该APP的私有存储空间的账号信息同步，在本步骤中的具体表现可以是将该APP对应的Keychain中的账号信息存储于该APP的私有存储空间。

704同图4中的403。

705：该APP到对应的Keychain进行与私有存储空间的账号信息同步。

在本步骤中的具体表现也可以是将该APP对应的Keychain中的账号信息存储于该APP的私有存储空间。

706：是否同步得到账号信息，如果是，执行707；否则，执行主动登录的流程。

如果首次运行的APP从对应的Keychain中没有同步到账号信息，则用户可以采用主动登录的方式登录该APP，此时执行的流程如图6中所示。

707：根据该APP配置的登录策略执行对应的登录处理，如果是选择互通登录，则执行704；如果是静默互通登录，则执行708。

708同图4中的408。

以上是对本发明提供的方法进行的详细描述，下面通过实施例五对本发明提供的装置进行详细描述。

实施例五、

图8为本发明实施例五提供的装置结构图，本发明实施例中提供的装置通常设置于APP中，如图8所示，该装置包括：主动获取单元00和账号互通单元10，还可以进一步包括账号存储单元20。

其中，主动获取单元00负责获取用户在该装置所在APP输入的账号信息，也就是获取用户通过主动登录的方式时在当前打开的APP输入的账号信息。

账号互通单元10负责在该装置所在APP利用账号信息登录成功后，将账号信息提供给与该装置所在APP具有互通权限的其他APP，以供其他APP进行登录使用。

账号存储单元20在该装置所在APP利用账号信息登录成功后，将账号信息或加密后的账号信息存储于该装置所在APP的私有存储空间。

其中，账号互通单元10在提供账号信息给其他APP时可以采用但不限于以下两种方式：一种是通过系统广播的方式；另一种是将账号信息存储至公共账号池供其他APP获取的方式。下面分别对这两种方式所对应的装置结构进行详细描述。

如图8中所示，当采用系统广播方式时，账号互通单元10可以包括：广播处理子单元11，其通过系统广播将账号信息提供给与该装置所在APP具有互通权限的其他APP。这种方式可以应用于Android系统，使用Android系统自带的系统广播。对于广播方式而言，各APP之间是平等的，都可以发起广播也可以接收广播。

具体地，一方面该装置所在的APP可能作为系统广播的发送者，即广播处理子单元11发送包含账号信息或加密后的账号信息的系统广播。另一方面也可能作为系统广播的接收者，即广播处理子单元11接收到系统广播后，如果根据系统广播中携带的权限信息确定该装置所在APP与发送该系统广播的APP具有相同的互通权限，则从接收到的系统广播中获取账号信息或加密后的账号信息提供给账号存储单元20。由账号存储单元20将广播处理子单元11提供的账号信息或加密后的账号信息存储于该装置所在APP的私有存储空间，以进行登录使用。

如果根据系统广播中携带的权限信息确定该装置所在APP与发送该系统广播的APP不具有相同的互通权限，则广播处理子单元11丢弃该系统广播，继续进行系统广播的监听。

在系统广播中包含加密后的账号信息是为了提高账号信息的安全性所采用的方式，具有互通权限的APP之间可以共享一套加密机制，从而保证只有互通权限的APP才能获取到该账号信息。

另外，如果该装置所在APP为首次运行，则广播处理子单元11在该APP被打开后，可以首先通过发送系统广播询问与该装置所在APP具有互通权限的其他APP的账号信息，将询问得到的账号信息或者将询问得到的账号信息进行加密后提供给账号存储单元20。

上述的系统广播中除了包含账号信息之外，还可以进一步包含登录状态信息，以便于获取这些信息的APP如果登录策略被配置为静默互通登录时，可以直接利用已登录的APP所使用的账号信息进行登录。

如图9所示，如果采用将账号信息存储至公共账号池供其他APP获取的方式时，账号互通单元10可以包括：账号池处理子单元12，其用于将账号信息存储至公共账号池供与该装置所在APP具有互通权限的其他APP获取。这种方式可以适用于IOS系统，对应的公共账号池为Keychain。Keychain可以通过域来区分不同权限的APP，即具有互通权限的APP可以对应于同一个Keychain，均可以对该Keychain进行“读写”操作，在本实施例中就是将账号信息存储于Keychain中以及从Keychain中获取账号信息。

具体地，该装置所在的APP一方面可以Keychain的“写入者”，即账号池处理子单元12将账号信息或者加密后的账号信息存储于与该装置所在APP的互通权限对应的Keychain中。另一方面也可以作为Keychain的“读取者”，即当该装置所在APP被打开时，账号池处理子单元12从与该装置所在APP的互通权限对应的Keychain中获取账号信息并提供给账号存储单元20。由账号存储单元20将账号池处理子单元12提供的账号信息存储于该装置所在APP的私有存储空间。

另外，如果该装置所在APP为首次运行，则账号池处理子单元12可以首先到与该装置所在APP的互通权限对应的Keychain中获取账号信息并存储于该装置所在APP的私有存储空间。

无论采用图8还是图9中的哪种方式，该装置还可以包括：登录处理单元30，负责该装置所在APP的登录处理，除了主动登录方式之外，如果当前APP的私有存储空间存储有账号信息，则根据当前APP被配置的登录策略可以采用以下方式中的一种进行登录：

当登录策略为静默互通登录时，直接采用私有存储空间存储的账号信息进行登录。所谓静默互通登录指的就是“一登全登”的登录方式，即具有互通权限的APP中只要一个登录成功，其他APP也可以利用已登录的APP所使用的账号信息直接进行登录，此时的账号信息包括账号和密码。

当登录策略为选择互通登录时，向用户显示私有存储空间存储的账号信息供用户选择其中一个进行登录。所谓选择互通登录指的是具有互通权限的APP中一个APP登录成功不影响其他APP的登录，其账号信息会提供给其他APP进行存储，当用户打开其他APP进行登录时，存储的账号信息（可使用的账号信息列表）会提供给用户供用户进行选择登录。此时的账号信息为账号，登录处理单元30需获取到用户输入的密码后进行登录。

举一个例子，当采用本发明提供的上述方法和装置后，假设用户的Android系统的智能手机上安装了百度地图、百度文库和百度助手，那么如果用户在百度地图上输入了账户和密码，则：

如果预先在百度提供的这些APP上配置的登录策略是静默互通登录，那么将该账户和密码进行加密后存储于自身的私有存储空间并包含在系统广播中发送。由于预先在百度地图、百度文库和百度助手的权限中配置了它们之间具有互通权限，因此百度文库和百度助手接收到该系统广播后，确定与发送该系统广播的百度地图具有互通权限，就将其中加密后的账户和密码存储于自身的私有存储空间。后续百度文库或者百度助手被打开后，就能够对私有存储空间中的账户和密码进行解密后，直接利用该账号和密码进行登录，此时用户无需输入任何账号和密码就能够登录，显然节约了输入成本。

如果预先在百度提供的这些APP上配置的登录策略是选择互通登录，那么百度地图将账户进行加密后存储于自身的私有存储空间并包含在系统广播中发送。由于预先在百度地图、百度文库和百度助手的权限中配置了它们之间具有互通权限，因此百度文库和百度助手接收到该系统广播后，确定与发送该系统广播的百度地图具有互通权限，就将其中加密后的账户存储于自身的私有存储空间。后续百度文库或者百度助手被打开后，在登录界面上向用户显示私有存储空间中的该账户，用户可以直接选择该账户并输入密码后进行登录，这种方式也在一定程度上节约了用户的输入成本。当然，如果百度文库或者百度助手在之前曾经采用过其他账户进行登录，那么在其私有存储空间必然也存在其他账户，在打开百度文库或百度助手时，之前使用过的其他账户也会一并提供给用户供用户选择，用户也可以选择之前百度文库或百度助手使用过的账户进行登录。

再举一个例子，当采用本发明提供的上述方法和装置后，假设用户的IOS系统的智能手机上安装了百度地图、百度文库和百度助手，那么如果用户在百度地图上输入了账户和密码，则：

如果预先在百度提供的这些APP上配置的登录策略是静默互通登录，那么将该账户和密码进行加密后存储于自身的私有存储空间并存储于对应的Keychain中。由于预先在百度地图、百度文库和百度助手的权限中配置了它们之间具有互通权限，因此这些APP对应同一个Keychain，百度文库和百度助手被打开后，会被触发做一次与Keychain的同步，即从对应的Keychain获取加密后的账户和密码并存储于自身的私有存储空间。后续百度文库或者百度助手被打开后，就能够对私有存储空间中的账户和密码进行解密后，直接利用该账号和密码进行登录，此时用户无需输入任何账号和密码就能够登录，显然节约了输入成本。

如果预先在百度提供的这些APP上配置的登录策略是选择互通登录，那么百度地图将账户进行加密后存储于自身的私有存储空间并存储于对应的Keychain中。由于预先在百度地图、百度文库和百度助手的权限中配置了它们之间具有互通权限，因此这些APP对应同一个Keychain，百度文库和百度助手被打开后，会被触发做一次与Keychain的同步，即从对应的Keychain获取加密后的账户并存储于自身的私有存储空间。后续百度文库或者百度助手被打开后，解密私有存储空间中的账户并在登录界面上向用户显示该账户，用户可以直接选择该账户并输入密码后进行登录，这种方式也在一定程度上节约了用户的输入成本。当然，如果百度文库或者百度助手在之前曾经采用过其他账户进行登录，那么在其私有存储空间必然也存在其他账户，在打开百度文库或百度助手时，之前使用过的其他账户也会一并提供给用户供用户选择，用户也可以选择之前百度文库或百度助手使用过的账户进行登录。

需要说明的是，在本发明提供的上述实施例中，以Android系统和IOS系统为例进行描述，但本发明所提供的方法和装置并不限于上述两种系统，对于智能终端所采用的其他系统同样适用。本发明所适用的智能终端包括但不限于：智能手机、PDA、平板电脑，甚至可以是能够运行各种APP的智能电视、会议终端等。

由以上描述可以看出，本发明提供的方法和装置具备以下优点：

1）通过本发明的方式在任意APP上输入的账号信息都能够在与该APP具有互通权限的APP之间共享，使得其他APP在打开后就能够利用互通到的账户进行登录，无需通过一个统一的入口对各APP的账户信息进行管理，也就无需预先将APP接入该入口，也无需跳出APP后打开该入口才能够实现登录，显然提高了APP登录的灵活性和独立性，降低了操作的复杂性。

2）在本发明中，由于没有统一入口的限制，各APP均可以采用各自的登录界面，并不影响各APP实现皮肤和功能的定制。

3）本发明既可以定制静默互通登录方式，也可以定制选择互通登录方式，实现灵活，用户无需重复输入账号信息，节约用户的输入成本。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种实现同一智能终端中应用APP间账号互通的方法，其特征在于，该方法包括：

获取用户在当前APP输入的账号信息；

利用所述账号信息登录成功后，所述当前APP通过系统广播将所述账号信息提供给与所述当前APP具有互通权限的其他APP，以供其他APP进行登录使用；

如果当前APP为首次运行，则当前APP通过发送系统广播询问与所述当前APP具有互通权限的其他APP的账号信息；将询问得到的账号信息或者将询问得到的账号信息进行加密后存储于所述当前APP的私有存储空间，以进行登录使用。

2.根据权利要求1所述的方法，其特征在于，利用所述账号信息登录成功后，该方法还包括：

将所述账号信息或加密后的所述账号信息存储于所述当前APP的私有存储空间。

3.根据权利要求1所述的方法，其特征在于，所述当前APP通过系统广播将所述账号信息提供给与所述当前APP具有互通权限的其他APP包括：

所述当前APP将所述账号信息或加密后的所述账号信息包含在系统广播中；

接收到所述系统广播的APP根据系统广播中携带的权限信息，如果确定与发送所述系统广播的APP具有互通权限，则从所述系统广播获取账号信息或加密后的账号信息并存储于私有存储空间，以进行登录使用。

4.根据权利要求1、2或3所述的方法，其特征在于，该方法还包括：

如果所述当前APP的私有存储空间存储有账号信息，则根据所述当前APP被配置的登录策略采用以下方式中的一种进行登录：

当所述登录策略为静默互通登录时，直接采用私有存储空间存储的账号信息进行登录；

当所述登录策略为选择互通登录时，向用户显示私有存储空间存储的账号信息供用户选择其中一个进行登录。

5.根据权利要求4所述的方法，其特征在于，当所述登录策略为静默互通登录时，所述账号信息为账号和密码；

当所述登录策略为选择互通登录时，所述账号信息为账号，需获取到用户输入的密码后进行登录。

6.一种实现同一智能终端中APP间账号互通的装置，其特征在于，该装置包括：

主动获取单元，用于获取用户在该装置所在APP输入的账号信息；

账号互通单元，用于在该装置所在APP利用所述账号信息登录成功后，通过系统广播将所述账号信息提供给与该装置所在APP具有互通权限的其他APP，以供其他APP进行登录使用；

所述账号互通单元包括广播处理子单元，用于如果该装置所在APP为首次运行，则通过发送系统广播询问与该装置所在APP具有互通权限的其他APP的账号信息，将询问得到的账号信息或者将询问得到的账号信息进行加密后提供给账号存储单元；

账号存储单元，用于将所述广播处理子单元提供的账号信息或加密后的账号信息存储于该装置所在APP的私有存储空间，以进行登录使用。

7.根据权利要求6所述的装置，其特征在于，所述账号存储单元，还用于在该装置所在APP利用所述账号信息登录成功后，将所述账号信息或加密后的所述账号信息存储于该装置所在APP的私有存储空间。

8.根据权利要求6所述的装置，其特征在于，所述广播处理子单元，具体用于发送包含所述账号信息或加密后的账号信息的系统广播；接收到系统广播后，如果根据系统广播中携带的权限信息确定该装置所在APP与发送该系统广播的APP具有相同的互通权限，则从接收到的系统广播中获取账号信息或加密后的账号信息提供给所述账号存储单元。

9.根据权利要求6、7或8所述的装置，其特征在于，该装置还包括：

登录处理单元，用于如果所述当前APP的私有存储空间存储有账号信息，则根据所述当前APP被配置的登录策略采用以下方式中的一种进行登录：

当所述登录策略为静默互通登录时，直接采用私有存储空间存储的账号信息进行登录；

当所述登录策略为选择互通登录时，向用户显示私有存储空间存储的账号信息供用户选择其中一个进行登录。

10.根据权利要求9所述的装置，其特征在于，当所述登录策略为静默互通登录时，所述账号信息为账号和密码；

当所述登录策略为选择互通登录时，所述账号信息为账号，所述登录处理单元需获取到用户输入的密码后进行登录。