CN104598620A

CN104598620A - 应用程序搜索方法和装置

Info

Publication number: CN104598620A
Application number: CN201510051824.6A
Authority: CN
Inventors: 韩超; 张钧国; 王丹阳
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Baidu Online Network Technology Beijing Co Ltd; Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2015-01-30
Filing date: 2015-01-30
Publication date: 2015-05-06
Anticipated expiration: 2035-01-30
Also published as: CN104598620B

Abstract

本发明提出一种应用程序搜索方法和装置，该应用程序搜索方法包括获取要搜索的应用程序具有的功能信息；根据所述功能信息在本地以及服务端进行搜索，得到搜索结果，所述搜索结果是应用程序的组件；展示所述搜索结果。该方法能够实现本地搜索和服务端搜索的结合，从而扩大搜索结果的数量，并且，在搜索时可以定位到应用程序的组件，实现组件级别的搜索。

Description

应用程序搜索方法和装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种应用程序搜索方法和装置。

背景技术

用户可以在应用分发客户端中搜索应用程序，现有技术中，在搜索时通常是在服务端进行在线结果，并将在线结果展示给用户。另外，在搜索时用户通常只能输入应用程序的名称，得到的搜索结果是应用程序。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的一个目的在于提出一种应用程序搜索方法，该方法可以实现本地搜索和服务端搜索的结合，从而扩大搜索结果的数量，并且，在搜索时可以定位到应用程序的组件，实现组件级别的搜索。

本发明的另一个目的在于提出一种应用程序搜索装置。

为达到上述目的，本发明第一方面实施例提出的应用程序搜索方法，包括：获取要搜索的应用程序具有的功能信息；根据所述功能信息在本地以及服务端进行搜索，得到搜索结果，所述搜索结果是应用程序的组件；展示所述搜索结果。

本发明第一方面实施例提出的应用程序搜索方法，通过获取要搜索的应用程序具有的功能信息，并根据该功能信息获取搜索结果，搜索结果是应用程序的组件，可以实现组件级别的搜索，细化搜索粒度；并且，在搜索时将本地搜索和服务端搜索结合，可以获取更丰富的搜索结果。

为达到上述目的，本发明第二方面实施例提出的应用程序搜索装置，包括：获取模块，用于获取要搜索的应用程序具有的功能信息；搜索模块，用于根据所述功能信息在本地以及服务端进行搜索，得到搜索结果，所述搜索结果是应用程序的组件；展示模块，用于展示所述搜索结果。

本发明第二方面实施例提出的应用程序搜索装置，通过获取要搜索的应用程序具有的功能信息，并根据该功能信息获取搜索结果，搜索结果是应用程序的组件，可以实现组件级别的搜索，细化搜索粒度；并且，在搜索时将本地搜索和服务端搜索结合，可以获取更丰富的搜索结果。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本发明一实施例提出的应用程序搜索方法的流程示意图；

图2是本发明另一实施例提出的应用程序搜索方法的流程示意图；

图3是本发明实施例中在服务端搜索时一种搜索模式的实现流程示意图；

图4是本发明另一实施例提出的应用程序搜索装置的结构示意图；

图5是本发明另一实施例提出的应用程序搜索装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1是本发明一实施例提出的应用程序搜索方法的流程示意图，该方法包括：

S11：获取要搜索的应用程序具有的功能信息。

本实施例的方法可以应用在应用分发客户端，应用分发客户端例如为百度助手。

在一些情况下，用户可能需要获取具有特定功能的应用程序(APP)，而用户并不知道具体的应用程序的名称，或者不关注是哪个应用程序提供的功能。例如，用户可能需要打开图片，那么在搜索时，用户可以在搜索框中输入“打开图片”这种功能信息。

可选的，所述获取要搜索的应用程序具有的功能信息，包括：

接收用户输入的搜索关键词；

根据预设规则对所述搜索关键词进行分解，得到一个或者至少两个的搜索条件，所述搜索条件用于表明要搜索的应用程序具有的功能信息。

现有技术中，在搜索应用程序时，通常只能输入应用程序名称这一个搜索条件，而本实施例中，搜索条件不限于一个，还可以输入多个搜索条件，例如，搜索条件包括“打开图片”，以及，还可以包括“不要求访问网络”等。

可选的，搜索条件可以包括如下项中的至少一项：

应用名和组件名；

可支持的系统行为(对应Activity的Intent)；

接收的系统事件(对应广播的Intent)；

需要的许可(对应Android的Permission)；

定义的特性(对应Android的Feature)；

签名。

S12：根据所述功能信息在本地以及服务端进行搜索，得到搜索结果，所述搜索结果是应用程序的组件；

现有技术中，通常在搜索应用程序时，会在服务端进行在线搜索，而本实施例中，不仅可以在服务端进行搜索，还可以在移动设备本地进行搜索，以服务端具体为云端为例，可以将本机功能搜索与云端的分发推送结合起来，提升APP分发的渠道。

搜索时，从本地得到的搜索结果与从服务端得到的搜索结果可以不同，并且在搜索条件不同时，得到不同的搜索结果。假设从本地搜索的搜索结果称为本地结果，从服务端得到的搜索结果称为在线关联结果，对应不同的搜索条件，各搜索结果可以如下所示：

“要求访问网络”：本地结果为所有要求访问网络的APP；在线关联结果为每个APP的相关内容；

“自动对焦特性”：本地结果为具有自动对焦许可的APP；在线关联的效果包括自动对焦的APP(直接关联)和照相机APP(间接关联)；

“桌面小部件”：本地结果为所有支持特定Intent的BoradcastReceiver；在线关联结果包括每个应用的相关内容，同样Intent的BoradcastReceiver的相关内容；

“查看Jpeg”：本地结果为所有支持查看动态，且MimeType中具有jpeg的Activity将被列出；在线关联结果包括该应用的相关内容，同样Intent的Activity。

现有技术中，在搜索时通常只能搜索到应用程序级别的结果，而本实施例中，根据功能信息进行搜索得到的搜索结果可以具体是指应用程序的组件，实现组件级别的搜索。具体的，在用户输入搜索条件后，在本地查找时，可以查找与搜索条件对应的应用程序的组件；在服务端搜索时，可以直接根据搜索条件查找对应的应用程序的组件，或者，根据本地查找到的应用程序的组件在服务端查找到关联的应用程序的组件。

另外，本实施例在搜索时在本地和服务端都进行了搜索，但是一些情况下可能在其中一项不能获取到搜索结果，例如，在离线情况下不能获取到服务端的搜索结果，或者，经过匹配时在本地不能查找到具有相应功能的组件，使得不能获取到本地结果，因此，搜索结果可以具体包括：本地结果，和/或，在线搜索结果。

S13：展示所述搜索结果。

从本地以及服务端获取搜索结果后，可以将搜索结果展示在客户端，展示时可以具体展示应用程序的信息以及组件信息，例如以“应用.组件”的形式进行展示。

本实施例中，通过获取要搜索的应用程序具有的功能信息，并根据该功能信息获取搜索结果，搜索结果是应用程序的组件，可以实现组件级别的搜索，细化搜索粒度；并且，在搜索时将本地搜索和服务端搜索结合，可以获取更丰富的搜索结果。

图2是本发明另一实施例提出的应用程序搜索方法的流程示意图，该方法包括：

S21：接收用户输入的搜索关键词。

例如，用户可以在应用分发客户端的搜索看中输入搜索关键词。

S22：对搜索关键词进行分解，得到一个或多个搜索条件。

其中，可以在本地预先配置条件库，根据条件库中的分解规则对搜索关键词进行分解。

分解后得到的搜索条件可以包括如下项中的至少一项：

应用名和组件名；

可支持的系统行为；

接收的系统事件；

需要的许可；

定义的特性；

签名。

例如，用户输入的搜索关键词是照相机扫描，则可以分解成的搜索条件是应用名和组件名，应用名具体是照相机，组件名是扫描。

又例如，用户输入的搜索关键词是打开图片，则可以分解成的搜索条件是可支持的系统行为，具体是打开图片。

S23：根据搜索条件在本地进行搜索，得到本地结果。

本地结果具体是应用程序的组件，具体的，每个应用程序的组件在建立时可以预先记录具有的功能信息，在获取搜索条件后，可以将搜索条件表明的功能信息与每个组件具有的功能信息进行比对，得到匹配的组件，从而得到本地结果。

该方法还可以在服务端进行搜索，得到在线关联结果。

在服务端搜索时可以具体包括：

S24：直接根据搜索条件在服务端进行搜索。

例如，在客户端分解得到搜索条件后，将搜索条件发送给服务端，服务端将接收的搜索条件表明的功能信息与服务端保存的每个组件的功能信息进行比对，找到匹配的组件，从而在服务端获取相应的应用程序的组件。和/或，

S25：根据本地得到的本地结果在服务端行搜索。

例如，根据本地得到的应用程序的组件在服务端找到关联的应用程序的组件。

具体的，根据本地结果在服务端搜索的流程可以参见图3，如图3所示，包括：

S31：获取本地结果的信息。

本地结果的信息例如包括组件信息，图标名称等，还可以包括组件所属的应用程序的信息等。

S32：根据本地结果的信息，查找在线关联结果。

例如，移动终端将本地结果的信息发送给云端，云端可以将与本地结果的信息具有相同名称，相似包名，相同签名的结果确定为在线关联结果。例如，本地结果的信息中包括组件所属的应用程序的名称以及厂商名称，则云端可以将该厂商名称指示的厂商的该应用程序的组件或者其他应用程序的组件确定为在线关联结果。具体的匹配规则可以预先设置。

服务端得到在线关联结果后，服务端可以将在线关联结果发送给客户端，使得客户端中可以展示本地搜索得到的本地结果，以及，服务端得到的在线搜索结果。在展示搜索结果后，用户可以在展示的搜索结果中选择自己需要的搜索结果，进一步的，用户可以根据选择的搜索结果进行后续处理，例如，用选择的组件打开图片，或者，安装选择的组件等。

本实施例中，通过对搜索关键词进行分解，可以得到多个搜索条件，支持多条件搜索；本实施例可以在本地进行搜索，从而支持离线搜索；本实施例得到的搜索结果是应用程序的组件，可以细化搜索粒度；本实施例在服务端搜索时可以支持两种模式，增强搜索方式。

图4是本发明另一实施例提出的应用程序搜索装置的结构示意图，该装置40包括获取模块41，搜索模块42和展示模块43。

获取模块41，用于获取要搜索的应用程序具有的功能信息；

所述获取模块41具体用于：

接收用户输入的搜索关键词；

可选的，搜索条件可以包括如下项中的至少一项：

应用名和组件名；

可支持的系统行为(对应Activity的Intent)；

接收的系统事件(对应广播的Intent)；

需要的许可(对应Android的Permission)；

定义的特性(对应Android的Feature)；

签名。

搜索模块42，用于根据所述功能信息在本地以及服务端进行搜索，得到搜索结果，所述搜索结果是应用程序的组件；

可选的，参见图5，所述搜索模块42包括：

第一单元421，用于根据所述功能信息在本地获取关联的应用程序的组件；

本地结果具体是应用程序的组件，具体的，每个应用程序的组件在建立时可以预先记录具有的功能信息，在获取搜索条件后，可以将搜索条件表明的功能信息与每个组件具有的功能信息进行比对，得到匹配的组件，从而得到本地结果。以及，

第二单元422，用于根据所述功能信息在服务端获取关联的应用程序的组件，或者，根据本地获取的应用程序的组件在服务端获取关联的应用程序的组件。

例如，在客户端分解得到搜索条件后，将搜索条件发送给服务端，服务端将接收的搜索条件表明的功能信息与服务端保存的每个组件的功能信息进行比对，找到匹配的组件，从而在服务端获取相应的应用程序的组件。

可选的，所述第二单422具体用于：

确定本地获取的应用程序的组件的信息，以及所述组件所属的应用程序的信息，根据所述组件的信息和/或应用程序的信息，获取在线关联结果。

具体的，根据本地结果在服务端搜索的流程可以参见图3，在此不再赘述。

展示模块43，用于展示所述搜索结果。

可选的，所述展示模块具体用于：

展示所述搜索结果对应的应用程序的信息以及组件信息。

例如，从本地以及服务端获取搜索结果后，可以将搜索结果展示在客户端，展示时可以具体展示应用程序的信息以及组件信息，例如以“应用.组件”的形式进行展示。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims

1.一种应用程序搜索方法，其特征在于，包括：

获取要搜索的应用程序具有的功能信息；

根据所述功能信息在本地以及服务端进行搜索，得到搜索结果，所述搜索结果是应用程序的组件；

展示所述搜索结果。

2.根据权利要求1所述的方法，其特征在于，所述获取要搜索的应用程序具有的功能信息，包括：

接收用户输入的搜索关键词；

3.根据权利要求1所述的方法，其特征在于，所述根据所述功能信息在本地以及服务端进行搜索，得到搜索结果，包括：

根据所述功能信息在本地获取关联的应用程序的组件；以及，

根据所述功能信息在服务端获取关联的应用程序的组件，或者，根据本地获取的应用程序的组件在服务端获取关联的应用程序的组件。

4.根据权利要求3所述的方法，其特征在于，所述根据本地获取的应用程序的组件在服务端获取关联的应用程序的组件，包括：

5.根据权利要求1所述的方法，其特征在于，所述搜索结果包括：本地结果，和/或，在线关联结果，所述本地结果是在本地搜索后得到的搜索结果，所述在线关联结果是服务端搜索后得到的搜索结果，所述展示所述搜索结果，包括：

展示所述搜索结果对应的应用程序的信息以及组件信息。

6.一种应用程序搜索装置，其特征在于，包括：

获取模块，用于获取要搜索的应用程序具有的功能信息；

搜索模块，用于根据所述功能信息在本地以及服务端进行搜索，得到搜索结果，所述搜索结果是应用程序的组件；

展示模块，用于展示所述搜索结果。

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

接收用户输入的搜索关键词；

8.根据权利要求6所述的装置，其特征在于，所述搜索模块包括：

第一单元，用于根据所述功能信息在本地获取关联的应用程序的组件；以及，

第二单元，用于根据所述功能信息在服务端获取关联的应用程序的组件，或者，根据本地获取的应用程序的组件在服务端获取关联的应用程序的组件。

9.根据权利要求8所述的装置，其特征在于，所述第二单元具体用于：

10.根据权利要求6所述的装置，其特征在于，所述搜索结果包括：本地结果，和/或，在线关联结果，所述本地结果是在本地搜索后得到的搜索结果，所述在线关联结果是服务端搜索后得到的搜索结果，所述展示模块具体用于：

展示所述搜索结果对应的应用程序的信息以及组件信息。