本发明涉及计算机技术领域，具体而言，涉及一种授权信息获取方法、装置及电子设备。
背景技术：
实现不同应用程序之间进行交互，通常授权登录是第一步。而授权登录本质上是在两个应用程序之间进行通信的。两个应用程序之间进行通信的方法通常是通过采用安卓接口语言定义(androidinterfacedefinitionlanguage，aidl)的方式来实现。
但是，通过aidl的方式来进行进程间通信的方法存在很多缺陷，当aidl发生变化时，两个应用程序均需要同时进行变更和升级aidl文件。就会导致两个独立应用程序之间的耦合关系很紧密。一旦出现一方升级了另一方没有升级aidl文件会导致通信失败等异常情况。
技术实现要素：
本发明的目的在于提供一种授权信息获取方法、装置及电子设备，用以改善上述问题。
为了实现上述目的，本发明实施例采用的技术方案如下：
本发明实施例提供了一种授权信息获取方法，应用于电子设备，所述电子设备内存储多个应用程序，所述方法包括：第一应用程序响应用户操作获取第二应用程序对应的描述信息；所述第一应用程序根据所述描述信息，调用所述电子设备内预先设置的第一协议，隐式打开所述第二应用程序中预先定义的启动页面，其中，所述第一协议用于实现启动与所述描述信息对应的应用程序进程并允许所述应用程序进程关闭后将反馈数据至所述第一应用程序，其中，所述反馈数据是所述第二应用程序启动页面启动之后生成的数据；当所述第二应用程序在所述第二应用程序关闭之前获取授权码时，根据所述授权码生成授权反馈数据，其中，所述反馈数据包括授权反馈数据；所述第二应用程序关闭后，通过预设置的第二协议将所述授权反馈数据反馈至所述第一应用程序，以使所述第一应用程序获取第二应用程序的授权信息，其中，第二协议用于实现所述第二应用程序关闭后将所述反馈数据传递至允许接收所述反馈数据的应用程序。
本发明实施例还提供了一种授权信息获取装置，应用于电子设备，所述电子设备内存储多个应用程序，所述装置包括：第一获取模块、启动模块、生成模块及反馈模块。其中，第一获取模块，用于第一应用程序响应用户操作获取第二应用程序对应的描述信息；启动模块，用于所述第一应用程序根据所述描述信息，调用所述电子设备内预先设置的第一协议，隐式打开所述第二应用程序中预先定义的启动页面，其中，所述第一协议用于实现启动与所述描述信息对应的应用程序进程并允许所述应用程序进程关闭后将反馈数据至所述第一应用程序，其中，所述反馈数据是所述第二应用程序启动页面启动之后生成的数据；生成模块，用于当所述第二应用程序在所述第二应用程序关闭之前获取授权码时，根据所述授权码生成授权反馈数据，其中，所述反馈数据包括授权反馈数据；反馈模块，用于所述第二应用程序关闭后，通过预设置的第二协议将所述授权反馈数据反馈至所述第一应用程序，以使所述第一应用程序获取第二应用程序的授权信息，其中，第二协议用于实现所述第二应用程序关闭后将所述反馈数据传递至允许接收所述反馈数据的应用程序。
本发明实施例还提供了一种电子设备，所述电子设备包括：存储器；处理器；以及授权信息获取装置，所述授权信息获取装置存储于所述存储器中并包括一个或多个由所述处理器执行的软件功能模组，其包括：第一获取模块，用于第一应用程序响应用户操作获取第二应用程序对应的描述信息；启动模块，用于所述第一应用程序根据所述描述信息，调用所述电子设备内预先设置的第一协议，隐式打开所述第二应用程序中预先定义的启动页面，其中，所述第一协议用于实现启动与所述描述信息对应的应用程序进程并允许所述应用程序进程关闭后将反馈数据至所述第一应用程序，其中，所述反馈数据是所述第二应用程序启动页面启动之后生成的数据；生成模块，用于当所述第二应用程序在所述第二应用程序关闭之前获取授权码时，根据所述授权码生成授权反馈数据，其中，所述反馈数据包括授权反馈数据；反馈模块，用于所述第二应用程序关闭后，通过预设置的第二协议将所述授权反馈数据反馈至所述第一应用程序，以使所述第一应用程序获取第二应用程序的授权信息，其中，第二协议用于实现所述第二应用程序关闭后将所述反馈数据传递至允许接收所述反馈数据的应用程序。
与现有技术相比，本发明提供的一种授权信息获取方法、装置及电子设备。所述第一应用程序通过根据描述信息及第一协议，以隐式启动的方式打开第二应用程序。巧妙的应用了第一协议启动第二应用程序后，允许第二应用程序将反馈数据发送至第一应用程序的功能替代了现有技术中使用aidl服务进行数据通信，进而降低了应用程序之间的耦合关系。有效的提升应用程序间通信的效率。同时，第一协议属于系统级别的协议，安全性更高、更可靠。
为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本发明实施例提供的电子设备的方框示意图。
图2示出了本发明较佳实施例提供的授权信息获取方法的步骤流程图的一部分。
图3示出了本发明较佳实施例提供的授权信息获取方法的步骤流程图的另一部分。
图4示出了本发明较佳实施例提供的授权信息获取装置的示意图。
图标：100-电子设备；101-存储器；102-存储控制器；103-处理器；200-授权信息获取装置；201-第一获取模块；202-启动模块；203-生成模块；204-反馈模块；205-解析模块；206-第二获取模块；207-添加模块。
具体实施方式
下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
请参照图1，图1示出了本发明实施例提供的电子设备100的方框示意图。电子设备100可以是，但不限于智能手机、平板电脑、膝上型便携计算机、车载电脑、个人数字助理(personaldigitalassistant，pda)、穿戴式移动终端等等。所述电子设备100安装有ios系统，其包括授权信息获取装置200、存储器101、存储控制器102及处理器103。
所述存储器101、存储控制器102及处理器103各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述授权信息获取装置200包括至少一个可以软件或固件(firmware)的形式存储于所述存储器101中或固化在所述电子设备100的操作系统(operatingsystem，os)中的软件功能模块或安装于电子设备100中的应用程序。所述处理器103用于执行存储器101中存储的可执行模块，例如所述授权信息获取装置200包括的软件功能模块或计算机程序。
其中，存储器101可以是，但不限于，随机存取存储器(randomaccessmemory，ram)，只读存储器(readonlymemory，rom)，可编程只读存储器(programmableread-onlymemory，prom)，可擦除只读存储器(erasableprogrammableread-onlymemory，eprom)，电可擦除只读存储器(electricerasableprogrammableread-onlymemory，eeprom)等。其中，存储器101用于存储程序，所述处理器103在接收到执行指令后，执行所述程序，本发明任一实施例揭示的流程定义的服务器所执行的方法可以应用于处理器103中，或者由处理器103实现。
处理器103可以是一种集成电路芯片，具有信号处理能力。上述的处理器103可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)、语音处理器以及视频处理器等；还可以是数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器103也可以是任何常规的处理器103等。
第一实施例
请参考图2，图2示出了本发明较佳实施例提供的授权信息获取方法的流程图。授权信息获取方法包括以下步骤：
步骤s201，获取作为每个所述应用程序对应的所述描述信息。
在本实施例中，所述描述信息与应用程序对应，以方便对应的应用程序通过描述信息查找到。描述信息可以是对应用程序的功能进行描述的信息，例如，将检索作为浏览应用程序的描述信息；也可以是应用程序包名。本实施例中，以每个应用程序包名作为对应的应用程序的描述信息，每个应用程序的包名在电子设备100中都是唯一的。
步骤s202，将所述描述信息添加入对应的所述应用程序的描述文件中。
在本实施例中，在每个应用程序中创面一个用于启动授权的启动页面。启动页面包括描述文件。将描述信息添加入对应的描述文件中。需要说明的是，描述文件是一个设置文件，实质是一个xml文件。
作为一种实施例，可以通过在描述文件中添加一个过滤器intent-filter，然后在该过滤器中添加过滤方法action。action事件可以是<actionandroid:name＝"com.xxx.xxx.getuserinfo">，这里的com.xxx.xxx.getuserinfo为描述信息。当与该应用程序对应的过滤方法action对应的activity出现，即当系统出现应用程序对应的action事件的时候，就可以对该应用程序的启动页面进行启动了。
如图3所示，本实施例提供的授权信息获取方法还包括以下步骤：
步骤s101，第一应用程序响应用户操作获取第二应用程序对应的描述信息。
在本实施例中，电子设备100中安装了多个应用程序，在第一应用程序运行过程中，响应用户操作获取第二应用程序的描述信息。例如，响应用户操作获取第二应用程序的包名。
步骤s102，所述第一应用程序根据所述描述信息，调用所述电子设备100内预先设置的第一协议，隐式打开所述第二应用程序中预先定义的启动页面。
在本实施例中，所述第一协议用于实现启动与所述描述信息对应的应用程序进程并允许所述应用程序进程关闭后将反馈数据至所述第一应用程序，其中，所述反馈数据是所述第二应用程序启动页面启动之后生成的数据。可选地，所述第一协议可以包括采用startactivityforresult函数。在startactivityforresult函数中，以隐式启动的方式打开所述描述信息对应的第二应用程序的启动页面。
作为一种实施例，在第一应用程序运行时，通过在intent类中构造方法来得到intent对象的实例，然后通过调用intent中的addaction(“com.xxx.xxx.getuserinfo”)方法给该意图对象添加一个action事件，再通过调用intent.addaction("android.intent.action.view")，添加意图对象的动作描述，在本实施例中，动作描述为取得授权。通过上述两个步骤，实现打开action为android.intent.getuserinfo的启动页面。然后在第一应用程序通过调用startactivityforresult(intent)方法来打开启动页面。需要说明的是，startactivityforresult函数通常只能应用于同一应用程序中各个进程之间的启动，在本实施例中，巧妙的利用隐式启动的方法结合startactivityforresult函数，克服了startactivityforresult函数仅限于同一应用程序中的使用的局限性，同时，由于startactivityforresult函数可以使启动页面关闭后允许反馈数据进而实现了不借助aidl依然能实现不同应用程序之间数据交互。且startactivityforresult函数属于系统级别的函数，而aidl仅为服务，因此，startactivityforresult函数相较于aidl而言安全性能更高。
步骤s103，当所述第二应用程序在所述第二应用程序关闭之前获取授权码时，根据所述授权码生成授权反馈数据，其中，所述反馈数据包括授权反馈数据。
在本实施例中，在第二应用程序的启动页面中响应用户的点击操作获取授权码。例如，用户点击第二应用程序的启动页面中的授权按钮，响应用户的点击生成授权码。在所述第二应用程序的启动页面关闭之前，根据获取的授权码生成授权反馈数据。可选地，当所述第二应用程序在预定时间内获取到所述授权码时，根据所述授权码生成授权成功反馈数据；当所述第二应用程序未在预定时间内获取到所述授权码时，根据所述授权码生成授权失败反馈数据。
步骤s104，当所述第二应用程序在所述第二应用程序关闭之前获取到不授权信息时，生成授权失败反馈数据。
在本实施例中，生成授权失败反馈数据且所述第二应用程序关闭后，通过预设置的第二协议将所述授权失败反馈数据反馈至所述第一应用程序。需要说明的是，不授权信息可以是有用户在第二应用程序的启动页面中点击拒绝授权而生成的信息。
步骤s105，所述第二应用程序关闭后，通过预设置的第二协议将所述授权反馈数据反馈至所述第一应用程序，以使所述第一应用程序获取第二应用程序的授权信息。
在本实施例中，第二协议用于实现所述第二应用程序关闭后将所述反馈数据传递至允许接收所述反馈数据的应用程序。可选地，第二协议可以包括采用setresult方法实现。
作为一种实施方式，调用setresult(result_ok,intent)方法来将反馈数据进行返回。其中result_ok是一个整数用于表示结果获取成功，当所述反馈数据包括授权成功反馈数据，则result_ok为正常值；当反馈数据包括授权失败反馈数据，则result_ok为异常。intent表示一个意图对象，在该意图对象中封装需要回传的授权码。该intent中包含了一个bundle对象，bundle对象用于存储授权码。具体地，其中授权码是通过调用bundler中的putstring(auth_code，code)方式来进行存储的，其中auth_code表示的是授权码的键名称，code表示的是授权码的值。这样通过setresult方法设置后当该页面返回的时候系统会将该intent消息返回到第一应用程序中，从而就完成了不同应用程序间的消息的传输。
步骤s106，当所述第一应用程序判断接收到的授权反馈数据为授权成功反馈数据时，对所述授权成功反馈数据进行解析，以获取所述授权码。
作为一种实施方式，可以在先检验第二应用程序通过setresult方法传递过来的信息中，result_ok是否异常。当所述result_ok异常时，判定本次授权失败，第一应用程序未获取第二应用程序的授权。当所述result_ok正常时，第一应用程序对传递过来的intent对象进行解析，以获得授权码的内容。具体的解析过程是通过调用intent中的getbundle首先获取到bundle对象然后在调用bundler对象中的getstring(auth_code)方法来获取到授权码的内容来，这样就完成授权码信息的获取。
第二实施例
请参考图4，图4为本发明较佳实施例提供的授权信息获取装置200的示意图。授权信息获取装置200包括第一获取模块201、启动模块202、生成模块203、反馈模块204、解析模块205、第二获取模块206及添加模块207。
第一获取模块201，用于第一应用程序响应用户操作获取第二应用程序对应的描述信息。
在本发明实施例中，步骤s101可以由第一获取模块201执行。
启动模块202，用于所述第一应用程序根据所述描述信息，调用所述电子设备100内预先设置的第一协议，隐式打开所述第二应用程序中预先定义的启动页面，其中，所述第一协议用于实现启动与所述描述信息对应的应用程序进程并允许所述应用程序进程关闭后将反馈数据至所述第一应用程序，所述反馈数据是所述第二应用程序启动页面启动之后生成的数据。
在本发明实施例中，步骤s102可以由启动模块202执行。
生成模块203，用于当所述第二应用程序在所述第二应用程序关闭之前获取授权码时，根据所述授权码生成授权反馈数据，其中，所述反馈数据包括授权反馈数据。及还用于当所述第二应用程序在所述第二应用程序关闭之前获取到不授权信息时，生成授权失败反馈数据。
在本发明实施例中，步骤s103及步骤s104均可以由生成模块203执行。
反馈模块204，用于所述第二应用程序关闭后，通过预设置的第二协议将所述授权反馈数据反馈至所述第一应用程序，以使所述第一应用程序获取第二应用程序的授权信息，其中，第二协议用于实现所述第二应用程序关闭后将所述反馈数据传递至允许接收所述反馈数据的应用程序。
在本发明实施例中，步骤s105可以由反馈模块204执行。
解析模块205，用于当所述第一应用程序判断接收到的授权反馈数据为授权成功反馈数据时，对所述授权成功反馈数据进行解析，以获取所述授权码。
在本发明实施例中，步骤s106可以由解析模块205执行。
第二获取模块206，用于获取每个所述应用程序对应的所述描述信息，其中，所述描述信息包括应用程序包名。
在本发明实施例中，步骤s201可以由第二获取模块206执行。
添加模块207，用于将所述描述信息添加入对应的所述应用程序的描述文件中。
在本发明实施例中，步骤s202可以由添加模块207执行。
综上所述，本发明提供的一种授权信息获取方法、装置及电子设备，应用于电子设备，所述电子设备内存储多个应用程序，所述方法包括：第一应用程序响应用户操作获取第二应用程序对应的描述信息；所述第一应用程序根据所述描述信息，调用所述电子设备内预先设置的第一协议，隐式打开所述第二应用程序中预先定义的启动页面，其中，所述第一协议用于实现启动与所述描述信息对应的应用程序进程并允许所述应用程序进程关闭后将反馈数据至所述第一应用程序，其中，所述反馈数据是所述第二应用程序启动页面启动之后生成的数据；当所述第二应用程序在所述第二应用程序关闭之前获取授权码时，根据所述授权码生成授权反馈数据，其中，所述反馈数据包括授权反馈数据；所述第二应用程序关闭后，通过预设置的第二协议将所述授权反馈数据反馈至所述第一应用程序，以使所述第一应用程序获取第二应用程序的授权信息，其中，第二协议用于实现所述第二应用程序关闭后将所述反馈数据传递至允许接收所述反馈数据的应用程序。巧妙的应用了第一协议启动第二应用程序后，允许第二应用程序将反馈数据发送至第一应用程序的功能替代了现有技术中使用aidl服务进行数据通信，进而降低了应用程序之间的耦合关系。有效的提升应用程序间通信的效率。同时，第一协议属于系统级别的协议，安全性更高、更可靠。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。