CN106503538A - 一种应用登录方法和装置 - Google Patents

Abstract

本发明提供了一种应用登录方法和装置，该方法包括：响应于接收到的用户对多个应用程序中的目标应用程序的输入操作，向所述目标应用程序发送登录所述目标应用程序对应的服务器的登录请求；接收所述目标应用程序响应于接收到的服务器发送的登录成功信息后发送的应用程序验证标识符；将所述应用程序验证标识符存储在与所述目标应用程序相关的第一文件中。本发明还公开相应的应用登录装置。

Description

一种应用登录方法和装置

技术领域

本发明涉及通信技术领域，具体而言，涉及一种应用登录方法和装置。

背景技术

目前，市面上第三方登录厂商都有自己的一套独有的集成方案。针对每一个厂商的第三方登录的集成方案，研发人员都必须严格按照第三方厂商的集成文档手册来进行集成。此方案在集成多个第三方登录厂商的时候会大大增加工作量，且容易在多个第三方登录模块的集成过程中容易产生错误。

由于每个厂商的集成方案的不统一，导致研发人员需要阅读大量的第三方登录集成文档，大大增加了人力投入成本。由于研发人员技术水平的高低不同，在集成的时候可能会耗时非常多，且很容易遗漏一些细节导致登录过程产生很多问题。

因此，需要提出一个能够屏蔽上述缺陷、给研发人员提供一套统一的集成登录接口的方案。

发明内容

有鉴于此，本发明的目的在于提供一种应用登录方法和装置，以力图解决或者至少缓解上面存在的问题。

第一方面，本发明提供一种应用登录方法，该方法包括：

响应于接收到的用户对多个应用程序中的目标应用程序的输入操作，向所述目标应用程序发送登录所述目标应用程序对应的服务器的登录请求；

接收所述目标应用程序响应于接收到的服务器发送的登录成功信息后发送的应用程序验证标识符；

将所述应用程序验证标识符存储在与所述目标应用程序相关的第一文件中。

可选地，在根据本发明的方法中，所述将所述应用程序验证标识符存储在与所述目标应用程序相关的第一文件中，包括：

将所述应用程序验证标识符存储在预定格式数据中，将所述预定格式数据存储在与所述目标应用程序相关的第一文件中。

可选地，在根据本发明的方法中，所述将所述预定格式数据存储在与所述目标应用程序相关的第一文件中，包括：

利用所述第一文件的写入流将所述预定格式数据写入到所述第一文件的输出流中；

利用预定函数将所述第一文件的输出流中的所述预定格式数据存储到所述第一文件中。

可选地，在根据本发明的方法中，还包括：

接收所述目标应用程序响应于接收到的服务器发送的登录失败信息后发送的登录错误信息；

将所述登录错误信息存储在与所述目标应用程序相关的第二文件中。

可选地，在根据本发明的方法中，还包括：

向所述目标应用程序发送登录成功广播信息，所述登录成功广播信息包括第一文件存储位置信息，以便由所述目标应用程序根据所述第一文件存储位置信息获取应用程序验证标识符。

第二方面，本发明提供一种应用登录装置，该装置包括：

发送单元，用于响应于接收到的用户对多个应用程序中的目标应用程序的输入操作，向所述目标应用程序发送登录所述目标应用程序对应的服务器的登录请求；

信息接收单元，用于接收所述目标应用程序响应于接收到的服务器发送的登录成功信息后发送的应用程序验证标识符；

信息处理单元，用于将所述应用程序验证标识符存储在与所述目标应用程序相关的第一文件中。

可选地，在根据本发明的装置中，所述信息处理单元还用于：

将所述应用程序验证标识符存储在预定格式数据中，将所述预定格式数据存储在与所述目标应用程序相关的第一文件中。

可选地，在根据本发明的装置中，所述信息处理单元还用于：

利用所述第一文件的写入流将所述预定格式数据写入到所述第一文件的输出流中；

利用预定函数将所述第一文件的输出流中的所述预定格式数据存储到所述第一文件中。

可选地，在根据本发明的装置中，所述信息接收单元，还用于接收所述目标应用程序响应于接收到的服务器发送的登录失败信息后发送的登录错误信息；

所述信息处理单元，还用于将所述登录错误信息存储在与所述目标应用程序相关的第二文件中。

可选地，在根据本发明的装置中，还包括广播发送单元，

向所述目标应用程序发送登录成功广播信息，所述登录成功广播信息包括第一文件存储位置信息，以便由所述目标应用程序根据所述第一文件存储位置信息获取应用程序验证标识符。

根据本发明的技术方案，为第三方应用程序提供统计的调用接口，屏蔽第三方应用程序的差异性，降低集成第三方框架出错的概率。另外，通过应用登录装置提供的文件存储登录成功信息，保证了目标应用程序都能够快速获取到登录成功信息，避免了目标应用程序再次登录时获取登录成功信息。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明的应用登录装置的示例计算设备100的框图；

图2示出了本发明实施例所提供的一种应用登录方法的流程图；以及

图3示出了本发明实施例所提供的一种应用登录装置的结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的应用登录装置驻留在计算设备中，图1布置为实现根据本发明的应用登录装置的示例计算设备100的框图。在基本配置102中，计算设备100典型地包括系统存储器106和一个或者多个处理器104。存储器总线108可以用于在处理器104和系统存储器106之间的通信。

取决于期望的配置，处理器104可以是任何类型的处理，包括但不限于：微处理器((μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器104可以包括诸如一级高速缓存110和二级高速缓存112之类的一个或者多个级别的高速缓存、处理器核心114和寄存器116。示例的处理器核心114可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器118可以与处理器104一起使用，或者在一些实现中，存储器控制器118可以是处理器104的一个内部部分。

取决于期望的配置，系统存储器106可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器106可以包括操作系统120、一个或者多个应用122以及程序数据124。程序数据124可以包括可用于如此处所述的第一打印列表和第二打印列表。在一些实施方式中，应用122可以布置为在操作系统上利用程序数据124进行操作。

计算设备100还可以包括有助于从各种接口设备(例如，输出设备142、外设接口144和通信设备146)到基本配置102经由总线/接口控制器130的通信的接口总线140。示例的输出设备142包括图形处理单元148和音频处理单元150。它们可以被配置为有助于经由一个或者多个A/V端口152与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口144可以包括串行接口控制器154和并行接口控制器156，它们可以被配置为有助于经由一个或者多个I/O端口158和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、点击输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备146可以包括网络控制器160，其可以被布置为便于经由一个或者多个通信端口164与一个或者多个其他计算设备162通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

计算设备100可以实现为小尺寸便携(或者移动)电子设备的一部分，这些电子设备可以是诸如个人数字助理(PDA)、无线网络浏览设备、应用专用设备、或者可以包括上面任何功能的混合设备。计算设备100还可以实现为包括桌面计算机和笔记本计算机配置的个人计算机。

在本发明提供一种应用登录方法中，用户可以通过一个能够提供统一访问接口的工具如APP快捷的登录计算设备中的应用如微信，大大降低了研发人员在集成多方登录应用的难度。

图2示出了根据本发明的实施例的应用登录方法的示意图。如图2所示，在计算设备中执行，该应用登录方法始于步骤S210。

在步骤S210中，响应于接收到的用户对多个应用程序中的目标应用程序的输入操作，向目标应用程序发送登录目标应用程序对应的服务器的登录请求。

计算设备如手机中一般驻留有多个应用程序，如，微信、微博、QQ或其他第三方应用程序等。上述多个应用程序可以通过本发明提供的登录工具提供的界面展示给用户，用户通过例如鼠标点击目标应用程序进行登录，或者通过触摸目标应用程序进行登录。不过应当理解，具体的输入操作方式应用根据实际安装登录工具的计算设备而定，本发明不受输入操作方式的限制，所有可以登录目标应用程序的输入操作方式都在本发明的保护范围内。

在接收到用户对目标应用程序如微信的输入操作后，本发明的登录工具调用登录接口如ILoginStatus登录目标应用程序。具体代码如下：

其中，Platform为目标应用程序标识符，用于标识不同的应用程序；Data用于在目标应用程序登录成功后，将目标应用程序传递过来的数据转换成预定格式并存储。

在一个实施例中，目标应用程序为微信时，微信根据登录请求登录微信服务器。如果微信通过上述登录工具第一次登录微信服务器，登录工具提示用户输入账号和密码，再向微信发送登录请求。其他应用程序的登录方式与微信相同，此处不再进行解释。

在步骤S220中，接收目标应用程序响应于接收到的服务器发送的登录成功信息后发送的应用程序验证标识符。

目标应用程序接收到上述工具发送的登录请求后，登录与目标应用程序对应的服务器。如果目标应用程序成功登录上述服务器，服务器返回登录成功信息给目标应用程序。其中，登录成功信息中包括应用程序验证标识符等信息。验证标识符为上述目标应用程序与对应服务器的安全协议，例如，为Token令牌，Token是一种密钥，在一些数据传输之前，要先进行密钥核对，不同的密钥被授权不同的数据操作，只有在密钥验证通过之后，目标应用程序方可登录服务器。

在步骤S230中，将应用程序验证标识符存储在与目标应用程序相关的第一文件中。

目标应用程序在接收到服务器发送的登录成功信息后，调用相应的接口如ILoginStatus将所述应用程序验证标识符存储在预定格式数据如data数据中，将所述预定格式数据如json格式存储在与所述目标应用程序相关的第一文件中。在将预定格式数据存储在第一文件之前，需要解析上述如json格式数据文件获取应用程序标识符数据，在将获取的数据写入到第一文件中。

在将上述data数据存储到第一文件中时，登录工具利用第一文件的写入流将所述预定格式数据写入到所述第一文件的输出流中，如，通过登录工具提供的FileOutputStream类获取到第一文件的写入流，需要将第一文件的写入路径path传递给FileOutputStream，这样就能够得到文件输出流fileOutputStream了。

利用预定函数将第一文件的输出流中的所述预定格式数据存储到所述第一文件中。通过计算设备中运行的操作系统提供的一个包装类BufferedOutputStream将文件输出流fileOutputStream进行包装，这个包装类BufferedOutputStream的核心功能是write函数，这个函数能够将输出流fileOutputStream中的内容写入到第一文件中去。其中，BufferedOutputStream可以通过缓存方式的写入，BufferedOutputStream类通过开辟一块小的内存空间将具体的内容写入到缓存中，缓存满了一次性将缓存的内容写入文件中。将data数据写入到第一文件中后，将写入过程中占用的资源进行释放。其中，fileOutputStream通过调用close函数来释放其所占用的所有资源。BufferedOutputStream同样通过调用close函数来释放其所占用的所有资源。

根据一种实施方式，在目标应用程序登录成功后，登录工具发送登录成功广播信息，注册过该广播的应用程序可接受到上述登录成功广播信息。其中，登录成功广播信息包括第一文件存储位置信息，目标应用程序根据接收到的登录成功广播信息中的第一文件存储位置信息获取应用程序验证标识符。发送广播的代码如下：

如果目标应用程序登录对应的服务器失败，服务器向目标应用程序发送登录失败信息。目标应用程序接收到的服务器发送的登录失败信息后，向登录工具发送的登录错误信息。登录工具将所述登录错误信息存储在与目标应用程序相关的第二文件中，如，登录工具调用onError接口将登录错误信息存储在msg变量中并存储在第二文件中。登录失败信息存储到第二文件中方式与data数据的存储方式相同，此处不做过多描述。

根据本发明的技术方案，为第三方应用程序提供统计的调用接口，屏蔽第三方应用程序的差异性，降低集成第三方框架出错的概率。另外，通过文件形式存储登录成功信息，保证了目标应用程序都能够快速获取到登录成功信息，避免了目标应用程序再次登录时获取登录成功信息。通过广播形式告知目标应用程序的登录成功信息，使得登录工具能够监听登录状态信息。

图3示出了根据本发明实施例所提供的一种应用登录装置的结构图。如图3所述，该装置驻留在计算设备中，包括：发送单元310、信息接收单元320、信息处理单元330和广播发送单元340。

发送单元310响应于接收到的用户对多个应用程序中的目标应用程序的输入操作，向所述目标应用程序发送登录所述目标应用程序对应的服务器的登录请求。

信息接收单元320接收所述目标应用程序响应于接收到的服务器发送的登录成功信息后发送的应用程序验证标识符。

信息处理单元330将所述应用程序验证标识符存储在与所述目标应用程序相关的第一文件中。根据一种实施方式，信息处理单元330将所述应用程序验证标识符存储在预定格式数据中，将所述预定格式数据存储在与所述目标应用程序相关的第一文件中。信息处理单元330利用所述第一文件的写入流将所述预定格式数据写入到所述第一文件的输出流中。利用预定函数将所述第一文件的输出流中的所述预定格式数据存储到所述第一文件中。

如果目标应用程序登录成功，广播发送单元340向目标应用程序发送登录成功广播信息，登录成功广播信息包括第一文件存储位置信息，目标应用程序根据所述第一文件存储位置信息获取应用程序验证标识符。

如果目标应用程序登录失败，信息接收单元320于接收所述目标应用程序响应于接收到的服务器发送的登录失败信息后发送的登录错误信息。信息处理单元330将所述登录错误信息存储在与所述目标应用程序相关的第二文件中。

本发明实施例所提供的一种测应用登录装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种应用登录方法，其特征在于，该方法包括：

响应于接收到的用户对多个应用程序中的目标应用程序的输入操作，向所述目标应用程序发送登录所述目标应用程序对应的服务器的登录请求；

接收所述目标应用程序响应于接收到的服务器发送的登录成功信息后发送的应用程序验证标识符；

将所述应用程序验证标识符存储在与所述目标应用程序相关的第一文件中。

2.如权利要求1所述的方法，其特征在于，所述将所述应用程序验证标识符存储在与所述目标应用程序相关的第一文件中，包括：

将所述应用程序验证标识符存储在预定格式数据中，将所述预定格式数据存储在与所述目标应用程序相关的第一文件中。

3.如权利要求2所述的方法，其特征在于，所述将所述预定格式数据存储在与所述目标应用程序相关的第一文件中，包括：

利用所述第一文件的写入流将所述预定格式数据写入到所述第一文件的输出流中；

利用预定函数将所述第一文件的输出流中的所述预定格式数据存储到所述第一文件中。

4.如权利要求1所述的方法，其特征在于，还包括：

接收所述目标应用程序响应于接收到的服务器发送的登录失败信息后发送的登录错误信息；

将所述登录错误信息存储在与所述目标应用程序相关的第二文件中。

5.如权利要求1所述的方法，其特征在于，进一步，还包括：

向所述目标应用程序发送登录成功广播信息，所述登录成功广播信息包括第一文件存储位置信息，以便由所述目标应用程序根据所述第一文件存储位置信息获取应用程序验证标识符。

6.一种应用登录装置，其特征在于，该装置包括：

发送单元，用于响应于接收到的用户对多个应用程序中的目标应用程序的输入操作，向所述目标应用程序发送登录所述目标应用程序对应的服务器的登录请求；

信息接收单元，用于接收所述目标应用程序响应于接收到的服务器发送的登录成功信息后发送的应用程序验证标识符；

信息处理单元，用于将所述应用程序验证标识符存储在与所述目标应用程序相关的第一文件中。

7.如权利要求6所述的装置，其特征在于，所述信息处理单元还用于：

将所述应用程序验证标识符存储在预定格式数据中，将所述预定格式数据存储在与所述目标应用程序相关的第一文件中。

8.如权利要求7所述的装置，其特征在于，所述信息处理单元还用于：

利用所述第一文件的写入流将所述预定格式数据写入到所述第一文件的输出流中；

利用预定函数将所述第一文件的输出流中的所述预定格式数据存储到所述第一文件中。

9.如权利要求6所述的装置，其特征在于，其中，

所述信息接收单元，还用于接收所述目标应用程序响应于接收到的服务器发送的登录失败信息后发送的登录错误信息；

所述信息处理单元，还用于将所述登录错误信息存储在与所述目标应用程序相关的第二文件中。

10.如权利要求6所述的装置，其特征在于，还包括广播发送单元，

向所述目标应用程序发送登录成功广播信息，所述登录成功广播信息包括第一文件存储位置信息，以便由所述目标应用程序根据所述第一文件存储位置信息获取应用程序验证标识符。