CN106484214A - 一种在主体app界面内获取功能app的方法及装置 - Google Patents

Abstract

本申请涉及网络通信技术领域，特别涉及一种在主体APP界面内获取功能APP的方法及装置，其中方法包括获取用户对主体APP界面中功能控件的操作信息；若所述操作信息符合触发条件，则获取所述功能控件的信息；根据所述控件信息下载相应的功能APP。通过上述实施例中的方法及装置，可以在用户使用主体APP时不间断的实现了功能APP的下载，免除了需要单独搜索功能APP的步骤，实现了快速下载的目的。

Description

一种在主体APP界面内获取功能APP的方法及装置

技术领域

本申请涉及网络通信技术领域，特别涉及一种在主体APP界面内获取功能APP的方法及装置。

背景技术

随着智能手机的发展,大部分的手机网民都已经换上了智能手机。无论是IOS还是Android***,用户期望的依然是更方便的浏览方式，现在传统的浏览器访问已经无法满足用户需求,所以各种各样的手机APP也就应运而生了。

APP为应用的英文简称，已经深入到人们日常生活的方方面面。很多APP功能丰富，形成了区分明确的功能模块，比如支付宝等。这些主体APP在界面中布置了多个功能的入口控件，其中一些功能，由于常用或其他原因，开发了相关的APP版本，也就是说，这些功能既可以从主体APP界面上的控件触发，使用这些功能；也可以单独下载相应的功能APP，在该功能APP中使用这些功能。这就形成了一个问题，用户需要下载常用功能的APP时，需要在APPSTORE(应用商店)或其他网站搜索，造成了操作的中断和使用的繁琐。

在现有技术中可以在主体APP界面的底部加广告条，提示某功能可以下载对应的功能APP后使用，并给出虚拟按钮，点击后可跳转到APPSTORE下载，虽然这种现有技术可以在一定程度上解决获取功能APP的问题，但是由于广告位大小有限，一次只能展示一个功能APP的下载入口，无法对应多个功能APP的情况；其次，广告位在点击关闭后就不再显示，如果关闭，当用户再需要下载时可能无法找到这个入口。

因此，现在急需一种在主体APP中操作就可以获取相应的功能APP的技术方案来解决上述问题。

发明内容

为了解决现有技术中由于在主体APP中下载功能APP的不便利性，提出了一种在主体APP界面内获取功能APP的方法及装置，可以在主体APP中根据触发规则方便的下载功能APP，方便了用户的操作，提高了用户使用体验。

一种在主体APP界面内获取功能APP的方法，包括，

获取用户对主体APP界面中功能控件的操作信息；

若所述操作信息符合触发条件，则获取所述功能控件的信息；

根据所述控件信息下载相应的功能APP。

根据本申请所述方法的一个进一步的方面，所述触发条件至少包括，点击操作的持续时间、对同一个功能控件的连续点击次数或对功能控件的特定滑动操作。

根据本申请所述方法的再一个进一步的方面，获取所述功能控件的信息中进一步包括，获取所述功能控件的ID，或者名称。

根据本申请所述方法的另一个进一步的方面，根据所述控件信息下载相应的功能APP之前还包括，在所述主体APP界面中显示需要跳转确认的窗口。

根据本申请所述方法的另一个进一步的方面，根据所述控件信息下载相应的功能APP进一步包括，根据所述控件信息找到与之匹配的URL地址，启动浏览器接入所述URL地址，以下载该功能APP。

根据本申请所述方法的另一个进一步的方面，根据所述控件信息下载相应的功能APP进一步包括，根据所述控件信息找到与之匹配的APPID应用ID，启动应用市场并搜索所述APPID，找到相应的功能APP并下载。

根据本申请所述方法的另一个进一步的方面，根据所述控件信息下载相应的功能APP进一步包括，识别智能终端中安装的应用市场，找到所述应用市场中与所述控件信息相应的APPID，启动所述应用市场并搜索所述APPID，找到相应的功能APP并下载。

本申请实施例还提供了一种在主体APP界面内获取功能APP的装置，包括，

监测单元，用于获取用户对主体APP界面中功能控件的操作信息；

判断单元，用于若所述操作信息符合触发条件，则获取所述功能控件的信息；

下载单元，用于根据所述控件信息下载相应的功能APP。

根据本申请实施例所述装置的一个进一步的方面，所述判断单元还用于获取所述功能控件的ID，或者名称。

根据本申请实施例所述装置的再一个进一步的方面，还包括提示单元，连接于所述下载单元，在所述主体APP界面中显示需要跳转确认的窗口，得到确认跳转的指令后，再通知下载单元根据所述控件信息下载相应的功能APP。

根据本申请实施例所述装置的另一个进一步的方面，所述下载单元进一步用于根据所述控件信息找到与之匹配的URL地址，启动浏览器接入所述URL地址，以下载该功能APP。

根据本申请实施例所述装置的另一个进一步的方面，所述下载单元进一步用于根据所述控件信息找到与之匹配的APPID，启动应用市场并搜索所述APPID，找到相应的功能APP并下载。

根据本申请实施例所述装置的另一个进一步的方面，所述下载单元进一步用于识别智能终端中安装的应用市场，找到所述应用市场中与所述控件信息相应的APPID，启动所述应用市场并搜索所述APPID，找到相应的功能APP并下载。

由以上本申请实施例提供的技术方案可见，可以在用户使用主体APP时不间断的实现了功能APP的下载，免除了需要单独搜索功能APP的步骤，实现了快速下载的目的。

当然实施本申请的任一产品或者方法必不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1所示为本申请实施例一种在主体APP界面内获取功能APP方法的流程图；

图2所示为本申请实施例一种在主体APP界面内获取功能APP的装置结构图；

图3所示为本申请实施例中在主体APP界面内获取功能APP方法的具体流程图；

图4a所示为本申请实施例中检测主体APP中对功能控件的操作示意图；

图4b所示为本申请实施例中显示的提示窗口的示意图；

图4c所示为本申请实施例中显示的提示窗口的示意图；

图5所示为本申请实施例另一种在主体APP界面内获取功能APP方法的具体流程图。

具体实施方式

本申请实施例提供一种在主体APP界面内获取功能APP的方法及装置。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

如图1所示为本申请实施例一种在主体APP界面内获取功能APP方法的流程图，该方法可以运行于智能终端，例如手机、平板电脑等设备中，在该实施例中通过在主体APP中加入对功能控件操作的触发条件，从而实现下载该功能控件对应的功能APP，具体的：

包括步骤101，获取用户对主体APP界面中功能控件的操作信息。

步骤102，若所述操作信息符合触发条件，则获取所述功能控件的信息。

步骤103，根据所述控件信息下载相应的功能APP。

根据本申请的一个实施例，所述触发条件至少包括，点击操作的持续时间、对同一个功能控件的连续点击次数或对功能控件的特定滑动操作。其中，点击操作的持续时间可以包括，对某个功能控件所在屏幕区域按压后不离开该区域，持续2秒或者3秒中的时间，视为符合触发条件；或者合对同一个功能控件连续点击两次、三次，则视为符合触发条件；或者在某个功能控件所在屏幕的区域中，检测到用户的操作为向右滑动，或者向左滑动，则视为符合触发条件。

在其它的实例中，触发条件多种多样，本申请说明书的内容中只是举出几种常见的操作，以来触发后继处理流程，并不是限定本申请技术方案只能应用上述几种触发条件。

根据本申请的一个实施例，获取所述功能控件的信息中进一步包括，获取所述功能控件的ID(编号)，或者名称。其中，所述功能控件的ID或者名称可以为数字形式或者字符形式。

根据本申请的一个实施例，根据所述控件信息下载相应的功能APP之前还包括，在所述主体APP界面中显示需要跳转确认的窗口，得到确认跳转的指令后，再根据所述控件信息下载相应的功能APP。

根据本申请的一个实施例，根据所述控件信息下载相应的功能APP进一步包括，根据所述控件信息找到与之匹配的URL地址，启动浏览器接入所述URL地址，以下载该功能APP。

其中，所述控件信息和URL(统一资源定位符)地址的匹配关系可以为一对应表格，该对应表格可以事先存储于智能终端的存储介质中，或者该匹配关系可以写入匹配逻辑中。

根据本申请的一个实施例，根据所述控件信息下载相应的功能APP进一步包括，根据所述控件信息找到与之匹配的APPID(应用ID)，启动应用市场并搜索所述APPID，找到相应的功能APP并下载。

其中，APPID可以事先存储于智能终端的存储介质中，或者该匹配关系可以写入匹配逻辑中。

对于苹果公司的智能终端来说，只有一个应用商店，所以该功能APP的APPID是唯一的，可以在应用商店中以该APPID找到相应的功能APP，对于安卓***的智能终端来说，可能只安装有一个应用市场，也可能安装有多个应用市场，在不同的应用市场中该功能APP的APPID可能是不相同的，因此需要以下步骤来解决该问题。

根据本申请的一个实施例，根据所述控件信息下载相应的功能APP进一步包括，识别智能终端中安装的应用市场，找到所述应用市场中与所述控件信息相应的APPID，启动所述应用市场并搜索所述APPID，找到相应的功能APP并下载。

通过上述实施例中的方法，可以在用户使用主体APP时不间断的实现了功能APP的下载，免除了需要单独搜索功能APP的步骤，实现了快速下载的目的。

如图2所示为本申请实施例一种在主体APP界面内获取功能APP的装置结构图，该装置可以通过逻辑电路实现运行于智能终端，例如手机、平板电脑等设备中，或者以功能模块的方式由软件实现各部件的功能，运行于所述智能终端上，在该实施例中通过在主体APP中加入对功能控件操作的触发条件，从而实现下载该功能控件对应的功能APP，具体的：

包括监测单元201，用于获取用户对主体APP界面中功能控件的操作信息。

判断单元202，用于若所述操作信息符合触发条件，则获取所述功能控件的信息。

下载单元203，用于根据所述控件信息下载相应的功能APP。

根据本申请的一个实施例，所述触发条件至少包括，点击操作的持续时间、对同一个功能控件的连续点击次数或对功能控件的特定滑动操作。

根据本申请的一个实施例，所述判断单元202还用于获取所述功能控件的ID(编号)，或者名称。

根据本申请的一个实施例，还包括提示单元204，连接于所述下载单元203，在所述主体APP界面中显示需要跳转确认的窗口，得到确认跳转的指令后，再通知下载单元203根据所述控件信息下载相应的功能APP。

根据本申请的一个实施例，所述下载单元203进一步用于根据所述控件信息找到与之匹配的URL地址，启动浏览器接入所述URL地址，以下载该功能APP。

根据本申请的一个实施例，所述下载单元203进一步用于根据所述控件信息找到与之匹配的APPID(应用编号)，启动应用市场并搜索所述APPID，找到相应的功能APP并下载。

根据本申请的一个实施例，所述下载单元203进一步用于识别智能终端中安装的应用市场，找到所述应用市场中与所述控件信息相应的APPID，启动所述应用市场并搜索所述APPID，找到相应的功能APP并下载。

通过上述实施例中的装置，可以在用户使用主体APP时不间断的实现了功能APP的下载，免除了需要单独搜索功能APP的步骤，实现了快速下载的目的。

如图3所示为本申请实施例中在主体APP界面内获取功能APP方法的具体流程图，该方法可以以逻辑电路或者软件的方式内置于智能终端中，调用智能终端***中的功能或者其他程序进行本申请的技术方案，在本实施例中以手机作为智能终端，其中具体包括：

步骤301，检测用户对手机屏幕的操作。

用户对手机屏幕的操作可能包括点击操作，或者滑动操作，在本步骤中为点击操作，并且检测到该点击操作的操作区域为主体APP界面上某个功能控件，如图4a所示为本申请实施例中检测主体APP中对功能控件的操作示意图，在该功能控件的区域上持续了2秒。

步骤302，判断所述点击操作是否符合触发条件，如果符合则进入步骤304，否则进入步骤303。

在本步骤中的触发条件可以为点击操作持续时间大于等于2秒，则认为符合触发条件，否则不符合触发条件。

步骤303，执行该功能控件的功能。

步骤304，获取该功能控件的信息，其中可能包括该功能控件的ID。

步骤305，在手机的存储器中寻找与所述功能控件ID匹配的URL地址。

其中，URL地址与功能控件ID的匹配关系表可以作为主体APP的配置文件的一部分，或者还可以将功能控件ID发送给远端服务器，从该远端服务器中获取与该功能控件ID匹配的URL地址。

步骤306，在主体APP的界面下显示跳转下载功能APP的提示，如图4b所示为本申请实施例中显示的提示窗口的示意图，本步骤是可选的步骤，也就是说在实施本申请的技术方案时可以不进行本步骤。

步骤307，判断用户的选择，如果选择跳转，则进入步骤309，否则进入步骤308。

步骤308，留在主体APP的界面内。

步骤309，启动手机上的浏览器，并向所述浏览器传输URL地址。

步骤310，所述浏览器连接所述URL地址，下载所述功能APP。

通过上述的实施例，手机可以在主体APP的界面内实现下载功能APP，而不必退出程序在互联网上寻找功能APP，并且还可以保证用户下载正确的功能APP。

如图5所示为本申请实施例另一种在主体APP界面内获取功能APP方法的具体流程图，该方法可以以逻辑电路或者软件的方式内置于智能终端中，调用智能终端***中的功能或者其他程序进行本申请的技术方案，在本实施例中以手机作为智能终端，其中具体包括：

步骤501，检测用户对手机屏幕的操作。

步骤502，判断所述操作是否符合触发条件，如果符合则进入步骤504，否则进入步骤503。

在本例中，触发条件为在功能控件的区域进行任意的滑动操作，当检测到用户对功能控件的操作为任意方向的滑动操作，则符合触发条件。

步骤503，执行该功能控件的功能。

步骤504，获取该功能控件的信息，其中可能包括该功能控件的名称。

步骤505，识别所述手机中安装的应用市场，在本例中手机上安装了两个应用市场分别为A应用市场和B应用市场。

如果在例如IOS***中只允许安装一个应用商店(APP STORE)，那么本步骤可以省略。

步骤506，在手机的存储器中寻找与所述功能控件名称和应用市场匹配的应用ID。

其中，在A应用市场中与功能控件名称匹配的应用ID为001，在B应用市场中与功能控件名称匹配的应用ID为002。

上述的匹配关系表可以作为主体APP的配置文件的一部分，或者还可以将功能控件名称及应用市场类别(即A应用市场和B应用市场的名称)发送给远端服务器，从该远端服务器中获取每个应用市场中与该功能控件名称匹配的应用ID。

如果在例如IOS***中只允许安装一个应用商店(APP STORE)，那么本步骤中的应用ID就不需要针对应用市场的不同而寻找相应的应用ID，只需要根据功能控件名称的不同匹配到相应的应用ID即可。

步骤507，在主体APP的界面下显示跳转下载功能APP的提示，如图4c所示为本申请实施例中显示的提示窗口的示意图，在本例中，除了显示让用户确认跳转下载功能APP的内容外，还显示了让用户选择进入哪个应用市场进行下载的选项。

步骤508，判断用户的选择，如果选择某个应用市场进行跳转，则进入步骤510，否则进入步骤509。

步骤509，留在主体APP的界面内。

步骤510，启动手机上相应的应用市场，并向所述应用市场传输要下载的应用ID。

步骤511，所述应用市场根据应用ID寻找功能APP，并在用户的指令下下载所述功能APP。

通过上述本申请实施例中的方法及装置，可以在用户使用主体APP时不间断的实现了功能APP的下载，免除了需要单独搜索功能APP的步骤，实现了快速下载的目的。

对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字***“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell UniversityProgramming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、AtmelAT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请可用于众多通用或专用的计算机***环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器***、基于微处理器的***、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何***或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (10)

1.一种在主体APP界面内获取功能APP的方法，其特征在于包括，

获取用户对主体APP界面中功能控件的操作信息；

若所述操作信息符合触发条件，则获取所述功能控件的信息；

根据所述控件信息下载相应的功能APP。

2.根据权利要求1所述的方法，其特征在于，根据所述控件信息下载相应的功能APP之前还包括，在所述主体APP界面中显示需要跳转确认的窗口。

3.根据权利要求1所述的方法，其特征在于，根据所述控件信息下载相应的功能APP进一步包括，根据所述控件信息找到与之匹配的URL地址，启动浏览器接入所述URL地址，以下载该功能APP。

4.根据权利要求1所述的方法，其特征在于，根据所述控件信息下载相应的功能APP进一步包括，根据所述控件信息找到与之匹配的APPID应用ID，启动应用市场并搜索所述APPID，找到相应的功能APP并下载。

5.根据权利要求4所述的方法，其特征在于，根据所述控件信息下载相应的功能APP进一步包括，识别智能终端中安装的应用市场，找到所述应用市场中与所述控件信息相应的APPID，启动所述应用市场并搜索所述APPID，找到相应的功能APP并下载。

6.一种在主体APP界面内获取功能APP的装置，其特征在于包括，

监测单元，用于获取用户对主体APP界面中功能控件的操作信息；

判断单元，用于若所述操作信息符合触发条件，则获取所述功能控件的信息；

下载单元，用于根据所述控件信息下载相应的功能APP。

7.根据权利要求6所述的装置，其特征在于，还包括提示单元，连接于所述下载单元，在所述主体APP界面中显示需要跳转确认的窗口，得到确认跳转的指令后，再通知下载单元根据所述控件信息下载相应的功能APP。

8.根据权利要求6所述的装置，其特征在于，所述下载单元进一步用于根据所述控件信息找到与之匹配的URL地址，启动浏览器接入所述URL地址，以下载该功能APP。

9.根据权利要求6所述的装置，其特征在于，所述下载单元进一步用于根据所述控件信息找到与之匹配的APPID，启动应用市场并搜索所述APPID，找到相应的功能APP并下载。

10.根据权利要求9所述的装置，其特征在于，所述下载单元进一步用于识别智能终端中安装的应用市场，找到所述应用市场中与所述控件信息相应的APPID，启动所述应用市场并搜索所述APPID，找到相应的功能APP并下载。