CN108648060A - 应用数据处理方法、装置和计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种应用数据处理方法、装置和计算机可读存储介质。所述方法包括：获取与目标应用对应的应用数据处理策略；依据所述应用数据处理策略，在智能终端中的所述目标应用启动后，基于系统级功能获取所述目标应用中的指定应用数据；根据所述指定应用数据执行相应的数据处理操作。该技术方案采取了系统级的处理方式，能够获取智能终端的系统中安装的应用中的应用数据，采集的对象更多，也更灵活，也不需要各开发者在应用中添加应用数据处理功能使得应用变得臃肿，效率更高。

Description

应用数据处理方法、装置和计算机可读存储介质

技术领域

本发明涉及计算机技术领域，具体涉及应用数据处理方法、装置和计算机可读存储介质。

背景技术

目前，许多应用为了能够向用户提供更优质、针对性更强的服务，采取了获取用户使用应用时的应用数据，基于此生成用户画像等。然而应用数据的获取往往是在应用中内置相应的功能，或是由应用开发者自主开发，或是在应用中加入相应的应用数据获取SDK(Software Development Kit，软件开发工具包)，也只能实现获取该应用自己的应用数据。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的应用数据处理方法、装置和计算机可读存储介质。

依据本发明的一个方面，提供了一种应用数据处理方法，包括：

获取与目标应用对应的应用数据处理策略；

依据所述应用数据处理策略，在智能终端中的所述目标应用启动后，基于系统级功能获取所述目标应用中的指定应用数据；

根据所述指定应用数据执行相应的数据处理操作。

可选地，所述获取与目标应用对应的应用数据处理策略包括：

接收服务器下发的应用数据处理策略，和/或读取系统预置的应用数据处理策略。

可选地，所述应用数据处理策略包括如下的一项或多项内容：

指定应用数据的获取条件，目标应用的应用名，目标应用中的指定应用数据，获取指定应用数据所依赖的系统级功能，待执行的数据处理操作。

可选地，所述基于系统级功能获取所述目标应用中的指定应用数据包括如下的一种或多种：

从所述目标应用的View组件中获取指定应用数据；

调用系统的辅助功能获取所述目标应用中的指定应用数据；

调用系统级的hook框架获取所述目标应用中的指定应用数据；

调用系统中预置的应用数据采集插件获取所述目标应用中的指定应用数据。

可选地，所述系统为安卓系统，所述系统级的hook框架是基于安卓运行环境ART实现的。

可选地，所述调用系统级的hook框架获取所述目标应用中的指定应用数据包括：

在待获取的指定应用数据对应的方法依赖内联实现时，对所述方法的内联进行运行无效化操作。

可选地，所述根据所述指定应用数据执行相应的数据处理操作包括如下的一种或多种：

根据所述指定应用数据确定用户标签；

根据所述指定应用数据进行比价/信息推荐。

可选地，所述智能终端中存储有用户标签库，所述用户标签库包括若干个用户标签和若干个关键词，所述用户标签与所述关键词间存在映射关系；

所述根据所述指定应用数据确定用户标签包括：将所述应用数据与所述标签库中的关键词进行匹配，根据匹配结果和所述映射关系确定用户标签。

可选地，所述用户标签库是在所述智能终端出厂时预置的，和/或从服务器获取的。

可选地，所述关键词是基于如下方法得到的：

获取一个或多个应用中的应用数据，对所述应用数据进行分词，对得到的词进行词频统计，依据各词的词频确定预设数量的关键词。

可选地，所述根据所述指定应用数据进行比价/信息推荐包括如下的一种或多种：

将所述指定应用数据发送至服务器的比价接口/信息推荐接口，接收服务器返回的比价结果/推荐信息；

将所述指定应用数据发送至智能终端中的比价应用/信息推荐应用，以得到比价结果/推荐信息；

将所述指定应用数据发送至智能终端中的比价服务/信息推荐服务，以得到比价结果/推荐信息。

依据本发明的另一方面，提供了一种应用数据处理装置，包括：

策略单元，适于获取与目标应用对应的应用数据处理策略；

处理单元，适于依据所述应用数据处理策略，在智能终端中的所述目标应用启动后，基于系统级功能获取所述目标应用中的指定应用数据；以及适于根据所述指定应用数据执行相应的数据处理操作。

可选地，所述策略单元，适于接收服务器下发的应用数据处理策略，和/或读取系统预置的应用数据处理策略。

可选地，所述应用数据处理策略包括如下的一项或多项内容：

指定应用数据的获取条件，目标应用的应用名，目标应用中的指定应用数据，获取指定应用数据所依赖的系统级功能，待执行的数据处理操作。

可选地，所述处理单元，适于执行如下的一种或多种操作：从所述目标应用的View组件中获取指定应用数据；调用系统的辅助功能获取所述目标应用中的指定应用数据；调用系统级的hook框架获取所述目标应用中的指定应用数据；调用系统中预置的应用数据采集插件获取所述目标应用中的指定应用数据。

可选地，所述系统为安卓系统，所述系统级的hook框架是基于安卓运行环境ART实现的。

可选地，所述处理单元，适于在待获取的指定应用数据对应的装置依赖内联实现时，对所述装置的内联进行运行无效化操作。

可选地，所述处理单元，适于根据所述指定应用数据确定用户标签；和/或根据所述指定应用数据进行比价/信息推荐。

可选地，所述智能终端中存储有用户标签库，所述用户标签库包括若干个用户标签和若干个关键词，所述用户标签与所述关键词间存在映射关系；

所述处理单元，适于将所述应用数据与所述标签库中的关键词进行匹配，根据匹配结果和所述映射关系确定用户标签。

可选地，所述用户标签库是在所述智能终端出厂时预置的，和/或从服务器获取的。

可选地，所述关键词是基于如下方式得到的：获取一个或多个应用中的应用数据，对所述应用数据进行分词，对得到的词进行词频统计，依据各词的词频确定预设数量的关键词。

可选地，所述处理单元，适于将所述指定应用数据发送至服务器的比价接口/信息推荐接口，接收服务器返回的比价结果/推荐信息；和/或，适于将所述指定应用数据发送至智能终端中的比价应用/信息推荐应用，以得到比价结果/推荐信息；和/或，适于将所述指定应用数据发送至智能终端中的比价服务/信息推荐服务，以得到比价结果/推荐信息。

依据本发明的又一方面，提供了一种智能终端，其中，该智能终端包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行根据如上述任一项所述的方法。

依据本发明的再一方面，提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现如上述任一项所述的方法。

由上述可知，本发明的技术方案，在获取到与目标应用对应的应用数据处理策略后，可以依据其针对启动的目标应用，基于系统级功能获取目标应用中的指定应用数据，并进一步进行相应的数据处理操作。该技术方案采取了系统级的处理方式，能够获取智能终端的系统中安装的应用中的应用数据，采集的对象更多，也更灵活，也不需要各开发者在应用中添加应用数据处理功能使得应用变得臃肿，效率更高。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种应用数据处理方法的流程示意图；

图2示出了根据本发明一个实施例的一种应用数据处理装置的结构示意图；

图3示出了根据本发明一个实施例的智能终端的结构示意图；

图4示出了根据本发明一个实施例的计算机可读存储介质的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的一种应用数据处理方法的流程示意图。该方法具体可以以系统中常驻的服务进程来实现。如图1所示，该方法包括：

步骤S110，获取与目标应用对应的应用数据处理策略。

步骤S120，依据应用数据处理策略，在智能终端中的目标应用启动后，基于系统级功能获取目标应用中的指定应用数据。

在这一步骤中，区别于现有技术中需要应用在内部设置数据接口和应用数据采集方法，采用了系统级功能来获取目标应用中的指定应用数据，其具体技术支持是由于应用要在系统中运行，就必然依赖于一些系统功能，例如界面UI的显示，硬件事件的获取等。那么基于相对应的系统级功能就能够获取到指定应用数据。

具体来说，指定应用数据可以与应用类型相关，例如，对应购物类应用，如果能够获取到用户常浏览的商品，则可以了解用户的兴趣和偏好，在进行商品推荐时可以进行更有针对性的推荐。这时获取的指定应用数据可以是用户浏览、加入购物车或者实际购买商品的名称、代码等。而对于应用商店类型的应用，则可以获取与“用户下载的应用”对应的指定应用数据，以进行更优质的应用推荐，等等。

步骤S130，根据指定应用数据执行相应的数据处理操作。

可见，图1所示的方法，在获取到与目标应用对应的应用数据处理策略后，可以依据其针对启动的目标应用，基于系统级功能获取目标应用中的指定应用数据，并进一步进行相应的数据处理操作。该技术方案采取了系统级的处理方式，能够获取智能终端的系统中安装的应用中的应用数据，采集的对象更多，也更灵活，也不需要各开发者在应用中添加应用数据处理功能使得应用变得臃肿，效率更高。

在本发明的一个实施例中，上述方法中，获取与目标应用对应的应用数据处理策略包括：接收服务器下发的应用数据处理策略，和/或读取系统预置的应用数据处理策略。

在本实施例中，既可以是在智能终端出厂时就在系统文件中内置了应用数据处理策略，也可以在与服务器进行交互时下载或更新应用数据处理策略，例如手机厂商与某应用厂商的合作到期，则不再采集相应应用的应用数据。

在本发明的一个实施例中，上述方法中，应用数据处理策略包括如下的一项或多项内容：指定应用数据的获取条件，目标应用的应用名，目标应用中的指定应用数据，获取指定应用数据所依赖的系统级功能，待执行的数据处理操作。

其中，目标应用的应用名可以具体是应用在系统中的包名，这样在基于系统级功能获取应用数据时可以快速确定哪些数据是该应用的应用数据。对于许多应用，频繁获取应用数据可能会降低性能，使得用户体验变差。而对于许多应用只有尽可能获取最新的应用数据才能在此基础上进行更好的数据处理，因此也可以为不同的应用设定相应的应用数据获取条件，例如，每隔预设时间进行一次获取。另外，并不是所有应用数据都是有价值的，例如在需要获知用户购买过的商品的场景下，就没有必要去获取用户浏览过的商品。基于获取的应用数据不同，所执行的数据处理操作也可以不同，例如进行商品推荐或是进行比价等。

而依赖于不同的系统级功能，可以有多种方式实现基于系统级功能获取目标应用中的指定应用数据。在本发明的一个实施例中，上述方法中，基于系统级功能获取目标应用中的指定应用数据包括如下的一种或多种：从目标应用的View组件中获取指定应用数据；调用系统的辅助功能获取目标应用中的指定应用数据；调用系统级的hook框架获取目标应用中的指定应用数据；调用系统中预置的应用数据采集插件获取目标应用中的指定应用数据。

下面对上述几种方法分别进行简单的介绍。

一、View组件。View组件是可以实现应用的用户交互界面即UI的，而由于许多场景下获取的应用数据都是与用户行为有关，用户行为又大多通过UI与应用交互，因此通过View组件可以获取到一些应用数据，例如展示的标题title等等。

二、辅助功能。辅助功能是系统为使用智能终端有一定困难的用户，例如残障人士提供的，可以实现语音播报屏幕内容等。因此，辅助功能是能够获取到应用数据并以语音等形式展示的，在这里可以利用其能够获取到应用数据这一点，调用辅助功能获取应用数据。

三、系统级的hook框架。Hook在英文中是钩子的意思，hook技术目前已经有了较为广泛的应用，但往往都是针对特定的应用来实现，并且都是应用层级的，较少由系统级的hook框架。例如，在本发明的一个实施例中，上述方法中，系统为安卓系统，系统级的hook框架是基于安卓运行环境ART实现的。ART(Android Runtime)可以认为是安卓内核中的一个虚拟机，应用需要在该虚拟机中运行，因此对该虚拟机进行改进，可以实现对其中运行的应用的hook(例如了解到特定方法的运行，从而获取这些方法所操作的数据等等)。

四、应用数据采集插件。这是集成在系统中专门用于采集应用数据的插件，其具体可以封装了实现以上方法的功能。

在本发明的一个实施例中，上述方法中，调用系统级的hook框架获取目标应用中的指定应用数据包括：在待获取的指定应用数据对应的方法依赖内联实现时，对方法的内联进行运行无效化操作。

这里还需要介绍在hook时可能会遇到的一类问题。Hook通常是通过钩住特定的方法来实现的，这也是其名字的来历，而钩住特定的方法又往往是事先了解了方法的调用关系，就能够在方法被调用时实现hook。

但是，安卓系统中采用内联实现的方法为hook带来了一定阻碍。内联是在方法的编译时，编译器将应用中出现的内联方法的调用表达式用内联方法的方法体来直接进行替换。也就是说，这个过程中不再产生方法的调用。由于这种方式需要视方法体的大小占用相应的内存空间，因而许多体积较大的方法并不适合使用内联，原本的hook也很少遇见对象使用了内联的情况。然而随着智能终端硬件水平的提高，安卓系统已经开始支持大方法的内联，也就是以空间换时间，不再吝啬空间资源的消耗。这样就越来越容易出现因为不涉及方法调用而无法hook的情况。

一种解决的方法是，对内联采用“编译无效化”的手段，即使编译器根本不执行上述替换，这样对于内联的方法，只能恢复调用方式来使用。不过这种手段也存在不足。例如在获取应用数据的场景下，并不一定需要时时刻刻不停地获取应用数据，这样也就不需要时刻保持对内联的方法进行hook，而上述解决方案不够灵活，也就使得很多场景下由于不能实现方法的内联而降低了效率。因此，本实施例中，并非是对方法的内联采用运行无效化的手段，而是基于ART，实现了运行无效化，也就是允许内联编译，但是在运行时可以根据需求动态地进行hook，以实现应用数据的获取。

在本发明的一个实施例中，上述方法中，根据指定应用数据执行相应的数据处理操作包括如下的一种或多种：根据指定应用数据确定用户标签；根据指定应用数据进行比价/信息推荐。

应用数据由于包含用户的隐私，对其进行何种处理是需要进行考量的，虽然对其进行分析可以有效地了解用户喜好等，但是也存在隐私泄露等问题，在本实施例中，可以并不将应用数据传递出去，而是在本地进行简单的分析，以确定用户标签，例如根据用户的使用习惯，判断用的行为户偏男性化或是偏女性化——而这可能与用户的实际性别无关。

关于标签的确定，在本发明的一个实施例中，上述方法中，智能终端中存储有用户标签库，用户标签库包括若干个用户标签和若干个关键词，用户标签与关键词间存在映射关系；根据指定应用数据确定用户标签包括：将应用数据与标签库中的关键词进行匹配，根据匹配结果和映射关系确定用户标签。其中，用户标签库可以是在智能终端出厂时预置的，和/或从服务器获取的。

考虑到节约智能终端的资源，在上面的实施例中可以采取简单的匹配方式确定用户标签，例如，奶粉、学步车、故事机等商品对应于育儿这个用户标签，这样存在奶粉——育儿，学步车——育儿，故事机——育儿三条映射关系，在用户标签库中预先保存，当应用数据为购物应用中的商品，且商品为某奶粉时，则可以快速确定出用户标签为育儿。

虽然在智能终端一侧可以以匹配方式快速确定用户标签，但是也需要预先生成一个这样的用户标签库。在本发明的一个实施例中，上述方法中，关键词是基于如下方法得到的：获取一个或多个应用中的应用数据，对应用数据进行分词，对得到的词进行词频统计，依据各词的词频确定预设数量的关键词。

其中，获取一个或多个应用中的应用数据可以通过人工浏览应用，或者通过脚本、爬虫等方式获取，又或者模拟用户的使用来获取。总之，这属于预先处理阶段，与上述实施例中，通过用户使用应用获得的应用数据的方式存在差别。通过获取到的应用数据，可以通过分词、词频统计方式进行处理，这里可以利用现有技术中较成熟的技术，在此不再赘述。当得到多个词和各个词的词频后就可以确定关键词，也可以叫做热词。

而关键词与用户标签的映射关系可以通过人工方式进行归类，也可以通过机器学习而实现。

在本发明的一个实施例中，上述方法中，根据指定应用数据进行比价/信息推荐包括如下的一种或多种：将指定应用数据发送至服务器的比价接口/信息推荐接口，接收服务器返回的比价结果/推荐信息；将指定应用数据发送至智能终端中的比价应用/信息推荐应用，以得到比价结果/推荐信息；将指定应用数据发送至智能终端中的比价服务/信息推荐服务，以得到比价结果/推荐信息。

在本实施例中针对购物类应用提出了一种符合用户实际使用中需求量较高的服务——信息推荐和比价。这两类服务的实现方式也较为成熟，例如市面上已有一些比价应用。但是需要注意的时，这些应用所实现的依然是应用层级的应用数据获取，而并非利用本发明实施例中的系统级功能实现。在上面示出的通过服务器提供的接口、内置的服务和应用实现比价和信息推荐，都是利用基于系统级功能获取的应用数据，因此这些接口、服务和应用都需要能够接收以上述本发明实施例示出方式获取的应用数据。

图2示出了根据本发明一个实施例的一种应用数据处理装置的结构示意图。如图2所示，应用数据处理装置200包括：

策略单元210，适于获取与目标应用对应的应用数据处理策略。

处理单元220，适于依据应用数据处理策略，在智能终端中的目标应用启动后，基于系统级功能获取目标应用中的指定应用数据；以及适于根据指定应用数据执行相应的数据处理操作。

区别于现有技术中需要应用在内部设置数据接口和应用数据采集方法，采用了系统级功能来获取目标应用中的指定应用数据，其具体技术支持是由于应用要在系统中运行，就必然依赖于一些系统功能，例如界面UI的显示，硬件事件的获取等。那么基于相对应的系统级功能就能够获取到指定应用数据。

具体来说，指定应用数据可以与应用类型相关，例如，对应购物类应用，如果能够获取到用户常浏览的商品，则可以了解用户的兴趣和偏好，在进行商品推荐时可以进行更有针对性的推荐。这时获取的指定应用数据可以是用户浏览、加入购物车或者实际购买商品的名称、代码等。而对于应用商店类型的应用，则可以获取与“用户下载的应用”对应的指定应用数据，以进行更优质的应用推荐，等等。

可见，图2所示的装置，通过各单元的相互配合，在获取到与目标应用对应的应用数据处理策略后，可以依据其针对启动的目标应用，基于系统级功能获取目标应用中的指定应用数据，并进一步进行相应的数据处理操作。该技术方案采取了系统级的处理方式，能够获取智能终端的系统中安装的应用中的应用数据，采集的对象更多，也更灵活，也不需要各开发者在应用中添加应用数据处理功能使得应用变得臃肿，效率更高。

在本发明的一个实施例中，上述装置中，策略单元210，适于接收服务器下发的应用数据处理策略，和/或读取系统预置的应用数据处理策略。

在本实施例中，既可以是在智能终端出厂时就在系统文件中内置了应用数据处理策略，也可以在与服务器进行交互时下载或更新应用数据处理策略，例如手机厂商与某应用厂商的合作到期，则不再采集相应应用的应用数据。

在本发明的一个实施例中，上述装置中，应用数据处理策略包括如下的一项或多项内容：指定应用数据的获取条件，目标应用的应用名，目标应用中的指定应用数据，获取指定应用数据所依赖的系统级功能，待执行的数据处理操作。

其中，目标应用的应用名可以具体是应用在系统中的包名，这样在基于系统级功能获取应用数据时可以快速确定哪些数据是该应用的应用数据。对于许多应用，频繁获取应用数据可能会降低性能，使得用户体验变差。而对于许多应用只有尽可能获取最新的应用数据才能在此基础上进行更好的数据处理，因此也可以为不同的应用设定相应的应用数据获取条件，例如，每隔预设时间进行一次获取。另外，并不是所有应用数据都是有价值的，例如在需要获知用户购买过的商品的场景下，就没有必要去获取用户浏览过的商品。基于获取的应用数据不同，所执行的数据处理操作也可以不同，例如进行商品推荐或是进行比价等。

而依赖于不同的系统级功能，可以有多种方式实现基于系统级功能获取目标应用中的指定应用数据。在本发明的一个实施例中，上述装置中，处理单元220，适于执行如下的一种或多种操作：从目标应用的View组件中获取指定应用数据；调用系统的辅助功能获取目标应用中的指定应用数据；调用系统级的hook框架获取目标应用中的指定应用数据；调用系统中预置的应用数据采集插件获取目标应用中的指定应用数据。

下面对上述几种方法分别进行简单的介绍。

一、View组件。View组件是可以实现应用的用户交互界面即UI的，而由于许多场景下获取的应用数据都是与用户行为有关，用户行为又大多通过UI与应用交互，因此通过View组件可以获取到一些应用数据，例如展示的标题title等等。

二、辅助功能。辅助功能是系统为使用智能终端有一定困难的用户，例如残障人士提供的，可以实现语音播报屏幕内容等。因此，辅助功能是能够获取到应用数据并以语音等形式展示的，在这里可以利用其能够获取到应用数据这一点，调用辅助功能获取应用数据。

三、系统级的hook框架。Hook在英文中是钩子的意思，hook技术目前已经有了较为广泛的应用，但往往都是针对特定的应用来实现，并且都是应用层级的，较少由系统级的hook框架。例如，在本发明的一个实施例中，上述装置中，系统为安卓系统，系统级的hook框架是基于安卓运行环境ART实现的。ART(Android Runtime)可以认为是安卓内核中的一个虚拟机，应用需要在该虚拟机中运行，因此对该虚拟机进行改进，可以实现对其中运行的应用的hook(例如了解到特定方法的运行，从而获取这些方法所操作的数据等等)。

四、应用数据采集插件。这是集成在系统中专门用于采集应用数据的插件，其具体可以封装了实现以上方法的功能。

在本发明的一个实施例中，上述装置中，处理单元220，适于在待获取的指定应用数据对应的装置依赖内联实现时，对装置的内联进行运行无效化操作。

这里还需要介绍在hook时可能会遇到的一类问题。Hook通常是通过钩住特定的方法来实现的，这也是其名字的来历，而钩住特定的方法又往往是事先了解了方法的调用关系，就能够在方法被调用时实现hook。

但是，安卓系统中采用内联实现的方法为hook带来了一定阻碍。内联是在方法的编译时，编译器将应用中出现的内联方法的调用表达式用内联方法的方法体来直接进行替换。也就是说，这个过程中不再产生方法的调用。由于这种方式需要视方法体的大小占用相应的内存空间，因而许多体积较大的方法并不适合使用内联，原本的hook也很少遇见对象使用了内联的情况。然而随着智能终端硬件水平的提高，安卓系统已经开始支持大方法的内联，也就是以空间换时间，不再吝啬空间资源的消耗。这样就越来越容易出现因为不涉及方法调用而无法hook的情况。

一种解决的方法是，对内联采用“编译无效化”的手段，即使编译器根本不执行上述替换，这样对于内联的方法，只能恢复调用方式来使用。不过这种手段也存在不足。例如在获取应用数据的场景下，并不一定需要时时刻刻不停地获取应用数据，这样也就不需要时刻保持对内联的方法进行hook，而上述解决方案不够灵活，也就使得很多场景下由于不能实现方法的内联而降低了效率。因此，本实施例中，并非是对方法的内联采用运行无效化的手段，而是基于ART，实现了运行无效化，也就是允许内联编译，但是在运行时可以根据需求动态地进行hook，以实现应用数据的获取。

在本发明的一个实施例中，上述装置中，处理单元220，适于根据指定应用数据确定用户标签；和/或根据指定应用数据进行比价/信息推荐。

应用数据由于包含用户的隐私，对其进行何种处理是需要进行考量的，虽然对其进行分析可以有效地了解用户喜好等，但是也存在隐私泄露等问题，在本实施例中，可以并不将应用数据传递出去，而是在本地进行简单的分析，以确定用户标签，例如根据用户的使用习惯，判断用的行为户偏男性化或是偏女性化——而这可能与用户的实际性别无关。

关于标签的确定，在本发明的一个实施例中，上述装置中，智能终端中存储有用户标签库，用户标签库包括若干个用户标签和若干个关键词，用户标签与关键词间存在映射关系；处理单元220，适于将应用数据与标签库中的关键词进行匹配，根据匹配结果和映射关系确定用户标签。其中，用户标签库可以是在智能终端出厂时预置的，和/或从服务器获取的。

考虑到节约智能终端的资源，在上面的实施例中可以采取简单的匹配方式确定用户标签，例如，奶粉、学步车、故事机等商品对应于育儿这个用户标签，这样存在奶粉——育儿，学步车——育儿，故事机——育儿三条映射关系，在用户标签库中预先保存，当应用数据为购物应用中的商品，且商品为某奶粉时，则可以快速确定出用户标签为育儿。

虽然在智能终端一侧可以以匹配方式快速确定用户标签，但是也需要预先生成一个这样的用户标签库。在本发明的一个实施例中，上述装置中，关键词是基于如下方式得到的：获取一个或多个应用中的应用数据，对应用数据进行分词，对得到的词进行词频统计，依据各词的词频确定预设数量的关键词。

其中，获取一个或多个应用中的应用数据可以通过人工浏览应用，或者通过脚本、爬虫等方式获取，又或者模拟用户的使用来获取。总之，这属于预先处理阶段，与上述实施例中，通过用户使用应用获得的应用数据的方式存在差别。通过获取到的应用数据，可以通过分词、词频统计方式进行处理，这里可以利用现有技术中较成熟的技术，在此不再赘述。当得到多个词和各个词的词频后就可以确定关键词，也可以叫做热词。

而关键词与用户标签的映射关系可以通过人工方式进行归类，也可以通过机器学习而实现。

在本发明的一个实施例中，上述装置中，处理单元220，适于将指定应用数据发送至服务器的比价接口/信息推荐接口，接收服务器返回的比价结果/推荐信息；和/或，适于将指定应用数据发送至智能终端中的比价应用/信息推荐应用，以得到比价结果/推荐信息；和/或，适于将指定应用数据发送至智能终端中的比价服务/信息推荐服务，以得到比价结果/推荐信息。

在本实施例中针对购物类应用提出了一种符合用户实际使用中需求量较高的服务——信息推荐和比价。这两类服务的实现方式也较为成熟，例如市面上已有一些比价应用。但是需要注意的时，这些应用所实现的依然是应用层级的应用数据获取，而并非利用本发明实施例中的系统级功能实现。在上面示出的通过服务器提供的接口、内置的服务和应用实现比价和信息推荐，都是利用基于系统级功能获取的应用数据，因此这些接口、服务和应用都需要能够接收以上述本发明实施例示出方式获取的应用数据。

综上所述，本发明的技术方案，在获取到与目标应用对应的应用数据处理策略后，可以依据其针对启动的目标应用，基于系统级功能获取目标应用中的指定应用数据，并进一步进行相应的数据处理操作。该技术方案采取了系统级的处理方式，能够获取智能终端的系统中安装的应用中的应用数据，采集的对象更多，也更灵活，也不需要各开发者在应用中添加应用数据处理功能使得应用变得臃肿，效率更高。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的应用数据处理装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图3示出了根据本发明一个实施例的智能终端的结构示意图。该智能终端包括处理器310和被安排成存储计算机可执行指令(计算机可读程序代码)的存储器320。存储器320可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器320具有存储用于执行上述方法中的任何方法步骤的计算机可读程序代码331的存储空间330。例如，用于存储计算机可读程序代码的存储空间330可以包括分别用于实现上面的方法中的各种步骤的各个计算机可读程序代码331。计算机可读程序代码331可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图4所述的计算机可读存储介质。图4示出了根据本发明一个实施例的一种计算机可读存储介质的结构示意图。该计算机可读存储介质400存储有用于执行根据本发明的方法步骤的计算机可读程序代码331，可以被智能终端300的处理器310读取，当计算机可读程序代码331由智能终端300运行时，导致该智能终端300执行上面所描述的方法中的各个步骤，具体来说，该计算机可读存储介质存储的计算机可读程序代码331可以执行上述任一实施例中示出的方法。计算机可读程序代码331可以以适当形式进行压缩。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明的实施例公开了A1、一种应用数据处理方法，包括：

获取与目标应用对应的应用数据处理策略；

依据所述应用数据处理策略，在智能终端中的所述目标应用启动后，基于系统级功能获取所述目标应用中的指定应用数据；

根据所述指定应用数据执行相应的数据处理操作。

A2、如A1所述的方法，其中，所述获取与目标应用对应的应用数据处理策略包括：

接收服务器下发的应用数据处理策略，和/或读取系统预置的应用数据处理策略。

A3、如A1所述的方法，其中，所述应用数据处理策略包括如下的一项或多项内容：

指定应用数据的获取条件，目标应用的应用名，目标应用中的指定应用数据，获取指定应用数据所依赖的系统级功能，待执行的数据处理操作。

A4、如A1所述的方法，其中，所述基于系统级功能获取所述目标应用中的指定应用数据包括如下的一种或多种：

从所述目标应用的View组件中获取指定应用数据；

调用系统的辅助功能获取所述目标应用中的指定应用数据；

调用系统级的hook框架获取所述目标应用中的指定应用数据；

调用系统中预置的应用数据采集插件获取所述目标应用中的指定应用数据。

A5、如A4所述的方法，其中，所述系统为安卓系统，所述系统级的hook框架是基于安卓运行环境ART实现的。

A6、如A5所述的方法，其中，所述调用系统级的hook框架获取所述目标应用中的指定应用数据包括：

在待获取的指定应用数据对应的方法依赖内联实现时，对所述方法的内联进行运行无效化操作。

A7、如A1所述的方法，其中，所述根据所述指定应用数据执行相应的数据处理操作包括如下的一种或多种：

根据所述指定应用数据确定用户标签；

根据所述指定应用数据进行比价/信息推荐。

A8、如A7所述的方法，其中，所述智能终端中存储有用户标签库，所述用户标签库包括若干个用户标签和若干个关键词，所述用户标签与所述关键词间存在映射关系；

所述根据所述指定应用数据确定用户标签包括：将所述应用数据与所述标签库中的关键词进行匹配，根据匹配结果和所述映射关系确定用户标签。

A9、如A8所述的方法，其中，所述用户标签库是在所述智能终端出厂时预置的，和/或从服务器获取的。

A10、如A8所述的方法，其中，所述关键词是基于如下方法得到的：

获取一个或多个应用中的应用数据，对所述应用数据进行分词，对得到的词进行词频统计，依据各词的词频确定预设数量的关键词。

A11、如A7所述的方法，其中，所述根据所述指定应用数据进行比价/信息推荐包括如下的一种或多种：

将所述指定应用数据发送至服务器的比价接口/信息推荐接口，接收服务器返回的比价结果/推荐信息；

将所述指定应用数据发送至智能终端中的比价应用/信息推荐应用，以得到比价结果/推荐信息；

将所述指定应用数据发送至智能终端中的比价服务/信息推荐服务，以得到比价结果/推荐信息。

本发明的实施例还公开了B12、一种应用数据处理装置，包括：

策略单元，适于获取与目标应用对应的应用数据处理策略；

处理单元，适于依据所述应用数据处理策略，在智能终端中的所述目标应用启动后，基于系统级功能获取所述目标应用中的指定应用数据；以及适于根据所述指定应用数据执行相应的数据处理操作。

B13、如B12所述的装置，其中，

所述策略单元，适于接收服务器下发的应用数据处理策略，和/或读取系统预置的应用数据处理策略。

B14、如B12所述的装置，其中，所述应用数据处理策略包括如下的一项或多项内容：

指定应用数据的获取条件，目标应用的应用名，目标应用中的指定应用数据，获取指定应用数据所依赖的系统级功能，待执行的数据处理操作。

B15、如B12所述的装置，其中，

所述处理单元，适于执行如下的一种或多种操作：从所述目标应用的View组件中获取指定应用数据；调用系统的辅助功能获取所述目标应用中的指定应用数据；调用系统级的hook框架获取所述目标应用中的指定应用数据；调用系统中预置的应用数据采集插件获取所述目标应用中的指定应用数据。

B16、如B15所述的装置，其中，所述系统为安卓系统，所述系统级的hook框架是基于安卓运行环境ART实现的。

B17、如B16所述的装置，其中，

所述处理单元，适于在待获取的指定应用数据对应的装置依赖内联实现时，对所述装置的内联进行运行无效化操作。

B18、如B12所述的装置，其中，

所述处理单元，适于根据所述指定应用数据确定用户标签；和/或根据所述指定应用数据进行比价/信息推荐。

B19、如B18所述的装置，其中，所述智能终端中存储有用户标签库，所述用户标签库包括若干个用户标签和若干个关键词，所述用户标签与所述关键词间存在映射关系；

所述处理单元，适于将所述应用数据与所述标签库中的关键词进行匹配，根据匹配结果和所述映射关系确定用户标签。

B20、如B19所述的装置，其中，所述用户标签库是在所述智能终端出厂时预置的，和/或从服务器获取的。

B21、如B19所述的装置，其中，所述关键词是基于如下方式得到的：获取一个或多个应用中的应用数据，对所述应用数据进行分词，对得到的词进行词频统计，依据各词的词频确定预设数量的关键词。

B22、如B18所述的装置，其中，

所述处理单元，适于将所述指定应用数据发送至服务器的比价接口/信息推荐接口，接收服务器返回的比价结果/推荐信息；和/或，适于将所述指定应用数据发送至智能终端中的比价应用/信息推荐应用，以得到比价结果/推荐信息；和/或，适于将所述指定应用数据发送至智能终端中的比价服务/信息推荐服务，以得到比价结果/推荐信息。

本发明的实施例还公开了C23、一种智能终端，其中，该智能终端包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行根据A1-A11中任一项所述的方法。

本发明的实施例还公开了D24、一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现如A1-A11中任一项所述的方法。

Claims (10)

1.一种应用数据处理方法，包括：

获取与目标应用对应的应用数据处理策略；

依据所述应用数据处理策略，在智能终端中的所述目标应用启动后，基于系统级功能获取所述目标应用中的指定应用数据；

根据所述指定应用数据执行相应的数据处理操作。

2.如权利要求1所述的方法，其中，所述获取与目标应用对应的应用数据处理策略包括：

接收服务器下发的应用数据处理策略，和/或读取系统预置的应用数据处理策略。

3.如权利要求1所述的方法，其中，所述应用数据处理策略包括如下的一项或多项内容：

指定应用数据的获取条件，目标应用的应用名，目标应用中的指定应用数据，获取指定应用数据所依赖的系统级功能，待执行的数据处理操作。

4.如权利要求1所述的方法，其中，所述基于系统级功能获取所述目标应用中的指定应用数据包括如下的一种或多种：

从所述目标应用的View组件中获取指定应用数据；

调用系统的辅助功能获取所述目标应用中的指定应用数据；

调用系统级的hook框架获取所述目标应用中的指定应用数据；

调用系统中预置的应用数据采集插件获取所述目标应用中的指定应用数据。

5.一种应用数据处理装置，包括：

策略单元，适于获取与目标应用对应的应用数据处理策略；

处理单元，适于依据所述应用数据处理策略，在智能终端中的所述目标应用启动后，基于系统级功能获取所述目标应用中的指定应用数据；以及适于根据所述指定应用数据执行相应的数据处理操作。

6.如权利要求5所述的装置，其中，

所述策略单元，适于接收服务器下发的应用数据处理策略，和/或读取系统预置的应用数据处理策略。

7.如权利要求5所述的装置，其中，所述应用数据处理策略包括如下的一项或多项内容：

指定应用数据的获取条件，目标应用的应用名，目标应用中的指定应用数据，获取指定应用数据所依赖的系统级功能，待执行的数据处理操作。

8.如权利要求5所述的装置，其中，

所述处理单元，适于执行如下的一种或多种操作：从所述目标应用的View组件中获取指定应用数据；调用系统的辅助功能获取所述目标应用中的指定应用数据；调用系统级的hook框架获取所述目标应用中的指定应用数据；调用系统中预置的应用数据采集插件获取所述目标应用中的指定应用数据。

9.一种智能终端，其中，该智能终端包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行根据权利要求1-4中任一项所述的方法。

10.一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现如权利要求1-4中任一项所述的方法。