CN107040603B - 用于确定应用程序App活跃场景的方法和装置 - Google Patents

Abstract

本申请实施例提供了一种用于确定应用程序App活跃场景的方法和装置，该方法包括：获取多条App使用记录，该多条App使用记录中的每条App使用记录包括用户标识、使用时间、使用地理位置以及统一资源定址器URL；对该多条App使用记录进行整合，获得多条整合记录，在该多条整合记录中，同一用户同一时间在同一使用场景下对同一App的整合记录为一条；根据该多条整合记录，确定该多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数。本申请实施例的用于确定App活跃场景的方法和装置，能够提高确定App活跃场景的效率，同时提高结果的准确性。

Description

用于确定应用程序App活跃场景的方法和装置

技术领域

本申请实施例涉及通信领域，并且更具体地，涉及通信领域中用于确定应用程序App活跃场景的方法和装置。

背景技术

随着网络环境的日益完善、移动互联网技术的发展，各类移动互联网应用的需求逐渐被激发，手机App(application)应用市场前景巨大。

用户使用App的这一行为与所处的场景密切相关，对于某一手机App的使用场景，主要可以分为移动场景和稳定场景两大类，典型的移动场景包括公共场所、露天环境、公共交通环境等，典型的稳定场景包括家庭场景和办公场景。对于一个App来说，了解其使用场景是非常有必要的，从需求的角度来看，某一类型的用户在某一场景下产生了一些需求，为了使这些需求得到满足，这些用户就需要使用手机App来完成一些任务。在众多使用场景中，确定出相对活跃的场景有利于分析不同App在不同使用场景下的侧重。

现有技术多研究某一特定App的活跃场景，或是对少量目标App通过内置软件的方式来收集该少量目标App的使用记录，并判断各个App在各个使用场景下的使用状态。但是，现有技术往往是直接利用收集到的时间或者次数得到各个使用场景下App的相对或绝对使用情况，并没有考虑到由于App本身的不同特性，导致收集到的数据不够准确，例如，视频类App一般会被持续使用一段时间，在这段时间内会产生大量统一资源定址器(uniformresource locator，URL)，或者单个用户在短时间内频繁使用某个App，App在持续被使用的过程中会产生大量记录，这些记录不但会降低确定App活跃场景的效率，而且会对影响结果的准确性。

发明内容

本申请实施例提供的用于确定应用程序App活跃场景的方法和装置，能够提高确定App活跃场景的效率，同时提高结果的准确性。

第一方面，提供了一种用于确定应用程序App活跃场景的方法，包括：

获取多条App使用记录，所述多条App使用记录中的每条App使用记录包括用户标识、使用时间、使用地理位置以及统一资源定址器URL，所述每条App使用记录用于表示所述用户标识对应的用户在所述使用时间以及所述使用地理位置访问了所述URL；

对所述多条App使用记录进行整合，获得多条整合记录，所述多条整合记录中的每条整合记录包括所述用户标识、所述使用时间、App标识以及使用场景，所述每条整合记录用于表示与所述用户标识对应的用户所述使用时间在所述使用场景下使用了与所述App标识对应的App，其中，在所述多条整合记录中，同一用户同一时间在同一使用场景下对同一App的整合记录为一条；

根据所述多条整合记录，确定所述多条整合记录中的至少一个App中的每个App在至少一个场景中的每个场景下被使用的次数。

本申请实施例的用于确定App活跃场景的方法，通过将获取到的多条App使用记录进行整合，保证同一用户同一时间在同一使用场景下对同一App的使用记录只有一条，不会出现由于App本身的不同特性，进行计算的记录不够准确的情况，能够提高确定App的活跃场景的效率，同时提高结果的准确性。

应理解，本申请实施例可以运用到其他与用户服务与产品使用相关的领域，例如，可以分析不同的通讯服务产品(短信、漫游或手机上网等)在不同场景下使用的侧重。可选地，可以对用户进行分类(年龄、职业等)，以便于了解不同特征的用户群体对同一App的使用活跃场景方面的差异。

在第一方面的第一种可能的实现方式中，所述对所述多条App使用记录进行整合，获得多条整合记录，包括：根据第一映射关系，确定与所述每条App使用记录中的所述URL对应的App标识，所述第一映射关系用于表示多个所述URL与多个App标识之间的对应关系；根据所述每条App使用记录中的所述使用时间以及所述使用地理位置，确定所述每条App使用记录对应的所述使用场景；建立所述每条App使用记录中的所述用户标识和所述使用时间与所述App标识和所述使用场景之间的对应关系，形成多条新的App使用记录；根据所述使用时间，将所述多条新的App使用记录中同一用户同一时间在同一使用场景下对同一App的App使用记录进行合并，获得所述多条整合记录。

可选地，上述使用场景包括：居家场景、办公场景、途中场景和其他场景。应理解，本申请实施例中所描述的使用场景还可以指其他任意场景，本申请实施例对此不作限定。

还应理解，上述第一映射关系可以为提前确定的，也可以在进行整合的时候确定，本申请实施例对此不作限定。

可选地，第一设备可以通过对App进行手动的完全的测试得到每个App所对应的URL，具体操作如下：先将App安装到真实设备中，对该App进行一段时间的使用，且尽量使用到该App的所有功能，再用tcpdump捕获该App在使用期间发出的网络数据包，并输出成后缀为pcap的文件，最后使用winpcap对该文件进行解析，得到App访问的URL列表，构成该App与其URL的对应表。

结合第一方面的上述可能的实现方式，在第一方面的第二种可能的实现方式中，所述多条整合记录为m个用户n天生成的，m和n均为大于1的整数，所述根据所述多条整合记录，确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数，包括：根据所述多条整合记录，确定所述至少一个App中的第一App在所述至少一个使用场景中的第一使用场景下被所述m个用户中的每个用户在所述n天中的每天使用的次数；将所述第一App在所述第一使用场景下被所述每个用户在所述n天中的每天使用的次数相加，获得所述第一App在所述第一使用场景下被使用的次数。

具体地，第一设备可以分别确定每个App在每个使用场景下被使用的次数，以确定第一App在第一使用场景下被使用的次数为例，先确定该第一App在该第一使用场景下被m个用户中的每个用户在n天中的每天使用的次数，再将其进行相加，获得第一App在第一使用场景下被使用的次数。

应理解，第一App为上述至少一个App中的任意一个App，第一使用场景为上述至少一个使用场景中的任意一个使用场景，本申请对此不作限定。

结合第一方面的上述可能的实现方式，在第一方面的第三种可能的实现方式中，所述确定所述至少一个App中的第一App在所述至少一个使用场景中的第一使用场景下被所述m个用户中的每个用户在所述n天中的每天使用的次数，包括：根据所述多条整合记录，确定所述第一App在所述第一使用场景下被所述m个用户中的第一用户在所述n天中的第一天的每个小时使用的次数；将所述第一App在所述第一使用场景下被所述第一用户在所述每个小时使用的次数相加，获得所述第一App在所述第一使用场景下被所述第一用户在所述第一天使用的次数。

具体地，第一设备可以该第一App在该第一使用场景下被m个用户中的每个用户在n天中的每天使用的次数时，可以分别确定第一App在第一使用场景下被每个用户在每天使用次数。以确定第一App在第一使用场景下被第一用户在第一天使用的次数为例，先确定该第一App在该第一使用场景下被第一用户在第一天中的每个小时使用的次数，再将其进行相加，获得第一App在第一使用场景下被第一用户在第一天使用的次数。

应理解，第一用户为上述m个用户中的任意一个用户，第一天为上述n天中的任意一天，本申请对此不作限定。

结合第一方面的上述可能的实现方式，在第一方面的第四种可能的实现方式中，所述确定所述第一App在所述第一使用场景下被所述m个用户中的第一用户在所述n天中的第一天的每个小时使用的次数，包括：若所述第一用户第一小时内在所述第一使用场景下使用了所述第一App，将所述第一App在所述第一使用场景下被所述第一用户在所述第一小时使用的次数确定为1次。

具体地，由于某些App的特性会在一段时间内被频繁使用或持续使用，例如视频类App，第一设备可以将一个小时内用户在同一场景下对同一App的使用记录确定为该用户的1次使用记录。这样，第一App在第一使用场景下被第一用户在第一天使用的次数取值即为0至24，数据简单，在便于统计。

结合第一方面的上述可能的实现方式，在第一方面的第五种可能的实现方式中，在所述确定所述多条整合记录中的至少一个App中的每个App在至少一个场景中的每个场景下被使用的次数之后，所述方法还包括：将同一App在所述每个使用场景下被使用的次数相加，分别获得所述每个App被使用的总次数；将所述每个App在所述每个使用场景下被使用的次数除以所述总次数，获得所述每个App在所述每个使用场景下被使用的相对次数；根据所述相对次数，从所述至少一个使用场景中确定所述每个App的活跃场景。

具体地，上述第一设备还可以根据每个App在每个使用场景下被使用的次数，确定每个App的活跃场景。对于第一App而言，该第一设备可以将该第一App在每个使用场景下被使用的次数占该第一App在所有使用场景下被使用的次数的比例较大的使用场景，确定为该第一App的活跃场景。

结合第一方面的上述可能的实现方式，在第一方面的第六种可能的实现方式中，所述获取多条App使用记录，包括：从运营商的管道数据中获取所述多条App使用记录。

在本申请实施例中，多条App使用记录来自运营商的管道数据，这样，不需要借助内置的软件或者在特定的平台上收集用户数据，在提高效率的同时，能够很好地保护用户的隐私。

第二方面，提供了一种用于确定应用程序App活跃场景的装置，用于执行第一方面或第一方面任意可能的实现方式中的方法。具体地，该装置包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的单元。

第三方面，提供了一种用于确定应用程序App活跃场景的装置，该装置包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制接收器接收信号，并控制发送器发送信号，并且当该处理器执行该存储器存储的指令时，该执行使得该处理器执行第一方面或第一方面的任一种可能的实现方式中的方法。

第四方面，提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

附图说明

图1示出了本申请实施例的用于确定应用程序App活跃场景的方法的示意性流程图。

图2示出了根据本申请实施例的用于确定应用程序App活跃场景的装置的示意性框图。

图3示出了根据本申请实施例的另一用于确定应用程序App活跃场景的装置的示意性框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

图1是根据本申请实施例的用于确定应用程序App活跃场景的方法的示意性流程图。应理解，图1所示的方法可以由任何具有数据分析功能的设备执行，本文称为第一设备，可选地，该第一设备可以为计算机，但本申请实施例对此不作限定。

S110，获取多条App使用记录，所述多条App使用记录中的每条App使用记录包括用户标识、使用时间、使用地理位置以及统一资源定址器URL，所述每条App使用记录用于表示所述用户标识对应的用户在所述使用时间以及所述使用地理位置访问了所述URL；

S120，对所述多条App使用记录进行整合，获得多条整合记录，所述多条整合记录中的每条整合记录包括所述用户标识、所述使用时间、App标识以及使用场景，所述每条整合记录用于表示与所述用户标识对应的用户所述使用时间在所述使用场景下使用了与所述App标识对应的App，其中，在所述多条整合记录中，同一用户同一时间在同一使用场景下对同一App的整合记录为一条；

S130，根据所述多条整合记录，确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数。

具体地，第一设备可以获取用户对手机中App的多条App使用记录，并对该多条App使用记录进行整合，获得多条整合记录，整合的目的是为了去掉重复记录，因此，在多条整合记录中，同一用户同一时间在同一使用场景下对同一App的整合记录为一条，该第一设备再根据该多条整合记录，计算该多条整合记录中所涉及的每个App分别在每个使用场景下被使用的次数，进而可以确定每个App的活跃场景。

本申请实施例的用于确定App活跃场景的方法，通过将获取到的多条App使用记录进行整合，保证同一用户同一时间在同一使用场景下对同一App的使用记录只有一条，不会出现由于App本身的不同特性，进行计算的记录不够准确的情况，能够提高确定App活跃场景的效率，同时提高结果的准确性。

应理解，本申请实施例可以运用到其他与用户服务与产品使用相关的领域，例如，可以分析不同的通讯服务产品(短信、漫游或手机上网等)在不同场景下使用的侧重。可选地，可以对用户进行分类(年龄、职业等)，以便于了解不同特征的用户群体对同一App的使用活跃场景方面的差异。

作为一个可选的实施例，所述对所述多条App使用记录进行整合，获得多条整合记录，包括：

根据第一映射关系，确定与所述每条App使用记录中的所述URL对应的App标识，所述第一映射关系用于表示多个所述URL与多个App标识之间的对应关系；

根据所述每条App使用记录中的所述使用时间以及所述使用地理位置，确定所述每条App使用记录对应的所述使用场景；

建立所述每条App使用记录中的所述用户标识和所述使用时间与所述App标识和所述使用场景之间的对应关系，形成多条新的App使用记录；

根据所述使用时间，将所述多条新的App使用记录中同一用户同一时间在同一使用场景下对同一App的App使用记录进行合并，获得所述多条整合记录。

具体地，上述第一设备可以根据用于表示多个URL和多个App标识之间的对应关系的第一映射关系，将上述多条App使用记录中的URL关联到App标识上，再根据上述多条App使用记录中的使用时间和使用地理位置，确定每条App使用记录所对应的使用场景，将上述多条App使用记录中的使用时间和使用地理位置关联到使用场景上，建立每条App记录中用户标识和使用时间与App标识和使用场景之间的对应关系，最后，再将同一用户同一时间在同一使用场景下对同一App的App使用记录进行合并，获得整合后的多条整合记录。

可选地，上述使用场景包括：居家场景、办公场景、途中场景和其他场景。

在一种具体实现方式中，该第一设备可以根据用户在基站的注册天数、使用App的个数、主叫电话数、未接电话数等等较能区分居家和办公场景的记录进行KMeans聚类，最终将类别中的记录产生的时间处于12：00-20:00的比例排名第一的为办公场景，记录产生的时间处于20:00-24:00和0:00-8:00的比例排名第一的为居家场景，但本申请实施例对此不作限定。

应理解，上述第一映射关系可以为提前确定的，也可以在进行整合的时候确定，本申请实施例对此不作限定。

可选地，第一设备可以通过对App进行手动的完全的测试得到每个App所对应的URL，具体操作如下：先将App安装到真实设备中，对该App进行一段时间的使用，且尽量使用到该App的所有功能，再用tcpdump捕获该App在使用期间发出的网络数据包，并输出成后缀为pcap的文件，最后使用winpcap对该文件进行解析，得到App访问的URL列表，构成该App与其URL的对应表。

作为一个可选的实施例，所述多条整合记录为m个用户n天生成的，m和n均为大于1的整数，

所述根据所述多条整合记录，确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数，包括：

根据所述多条整合记录，确定所述至少一个App中的第一App在所述至少一个使用场景中的第一使用场景下被所述m个用户中的每个用户在所述n天中的每天使用的次数；

将所述第一App在所述第一使用场景下被所述每个用户在所述n天中的每天使用的次数相加，获得所述第一App在所述第一使用场景下被使用的次数。

具体地，第一设备可以分别确定每个App在每个使用场景下被使用的次数，以确定第一App在第一使用场景下被使用的次数为例，先确定该第一App在该第一使用场景下被m个用户中的每个用户在n天中的每天使用的次数，再将其进行相加，获得第一App在第一使用场景下被使用的次数。

应理解，第一App为上述至少一个App中的任意一个App，第一使用场景为上述至少一个使用场景中的任意一个使用场景，本申请对此不作限定。

作为一个可选的实施例，所述确定所述至少一个App中的第一App在所述至少一个使用场景中的第一使用场景下被所述m个用户中的每个用户在所述n天中的每天使用的次数，包括：

根据所述多条整合记录，确定所述第一App在所述第一使用场景下被所述m个用户中的第一用户在所述n天中的第一天的每个小时使用的次数；

将所述第一App在所述第一使用场景下被所述第一用户在所述每个小时使用的次数相加，获得所述第一App在所述第一使用场景下被所述第一用户在所述第一天使用的次数。

具体地，第一设备可以该第一App在该第一使用场景下被m个用户中的每个用户在n天中的每天使用的次数时，可以分别确定第一App在第一使用场景下被每个用户在每天使用次数。以确定第一App在第一使用场景下被第一用户在第一天使用的次数为例，先确定该第一App在该第一使用场景下被第一用户在第一天中的每个小时使用的次数，再将其进行相加，获得第一App在第一使用场景下被第一用户在第一天使用的次数。

应理解，第一用户为上述m个用户中的任意一个用户，第一天为上述n天中的任意一天，本申请对此不作限定。

作为一个可选的实施例，所述确定所述第一App在所述第一使用场景下被所述m个用户中的第一用户在所述n天中的第一天的每个小时使用的次数，包括：

若所述第一用户第一小时内在所述第一使用场景下使用了所述第一App，将所述第一App在所述第一使用场景下被所述第一用户在所述第一小时使用的次数确定为1次。

具体地，由于某些App的特性会在一段时间内被频繁使用或持续使用，例如视频类App，第一设备可以将一个小时内用户在同一场景下对同一App的使用记录确定为该用户的1次使用记录，即若上述第一用户第一小时内在该第一使用场景下使用了该第一App，将该第一App在该第一使用场景下被该第一用户在第一天的第一小时使用的次数确定为1次。这样，第一App在第一使用场景下被第一用户在第一天使用的次数取值即为0至24，数据简单，在便于统计。

作为一个可选的实施例，在所述确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数之后，所述方法还包括：

将同一App在所述每个使用场景下被使用的次数相加，分别获得所述每个App被使用的总次数；

将所述每个App在所述每个使用场景下被使用的次数除以所述总次数，获得所述每个App在所述每个使用场景下被使用的相对次数；

根据所述相对次数，从所述至少一个使用场景中确定所述每个App的活跃场景。

具体地，上述第一设备还可以根据每个App在每个使用场景下被使用的次数，确定每个App的活跃场景。对于第一App而言，该第一设备可以将该第一App在每个使用场景下被使用的次数占该第一App在所有使用场景下被使用的次数的比例较大的使用场景，确定为该第一App的活跃场景。

作为一个可选的实施例，所述获取多条App使用记录，包括：

从运营商的管道数据中获取所述多条App使用记录。

在本申请实施例中，多条App使用记录来自运营商的管道数据，相比于借助内置的软件或者在特定的平台上的收集方式更能保护用户的隐私，本申请实施例能够基于用户大量真实使用记录，更加快速和客观的描述App在不同使用场景下的使用侧重，反映出用户背后不同的心理需求，可以以此作为后期营销推送的指导和依据。

下面结合一个具体的实施例，对本申请的用于确定应用程序App活跃场景的方法进行详细说明。

(1)数据提取

从数据记录表中获取记录了用户手机数据业务所访问的服务器域名host，基站所记录的用户的手机使用App时产生的数据，包括用户位置数据、用户发起的互联网上网记录和用户使用App时产生的记录等，获取到的数据如下表所示：

表1

字段名	字段说明	数据样例
			USER_NO	用户编号	12366
time	用户发起业务的时间	1423988103.0
			LAC	用户发起业务时的位置区号	A038
SAC	用户发起业务时的服务区号	02AB
			CI	用户发起业务时的小区号	00AA
host	用户访问的URL	weixin.qq.com

(2)数据整合

对App的URL数据和用户场景的数据进行整合。

首先进行App与URL的匹配，通过对App进行手动的完全的测试可以得到每个App所对应的host，具体操作如下：

(a)将App安装到真实设备中，对App进行一段时间的使用，尽量使用到App的所有功能。

(b)用tcpdump捕获App在使用期间发出的网络数据包，并输出成后缀为pcap的文件。

(c)使用winpcap对该文件进行解析，得到App访问的URL列表，构成App与其URL的对应关系。

然后进行用户应用的使用场景识别，即根据获取的用户地理位置信息输出该时刻用户所处的使用场景，使用场景的输出标签有居家、途中、办公和其他四种，具体操作如下：

(a)获取单个用户在办公场景和居家场景中具有显著性差异的智能手机使用行为特征(这些特征是通过对大量的用户半结构访谈的方式得到的)，包括了主叫/被叫通话次数，未接电话次数，使用App的种类，使用App的个数，主叫/被叫通话时长，基站注册总天数，主叫/被叫短信总数。

(b)选取了基于在基站的注册天数，使用App的个数，主叫电话数，未接电话数这几个较能区分居家和办公场景的特征进行KMeans聚类。

(c)将类别中产生时间处于12:00-20:00的比例排名第一的记录确定为办公场景，将产生时间处于20:00-24:00和0:00-8:00的比例排名第一的记录确定为居家场景。

途中场景的判断也是采用类似的方法，总结出用户在途中使用智能手机的特征和移动特征，将是否具有使用导航类App、基站切换次数、停留时间、在基站的移动速度是否大于1m/s等等特征进行聚类。

最终，对居家场景、办公场景以及途中场景对应的数据进行标记，再将除了被标记为居家场景、办公场景以及途中场景之外的其他数据标记为其他场景。

通过对App进行手动的完全的测试得到每个URL与App的对应关系，并进行应用的使用场景识别得到每条用户记录所对应的使用场景。最后，将得到的数据进行整合。整合后的每条记录包括用户编号、记录的产生时间、该记录所使用的App名称和该条记录对应的使用场景，下表为整合后的记录的示例。

表2

(3)App的待分析记录提取

由于一个人在某一个小时某一使用场景中频繁使用某个App，以及某个App在某次持续被使用过程中会产生大量记录，这样大量的数据会降低应用的使用场景识别的效率，且可能对总体数据结果的准确性造成的影响。因此，在本申请实施例中，将一个人在一小时、一个使用场景内出现的多个同一App的多个使用记录均合并为一条使用记录，表明在这一小时这一使用场景下该App处于被使用状态。

按照上述方法，对所有使用记录进行处理，即可提取出各个App在不同使用场景下的待分析记录，如下表所示：

表3

由于上述两条记录是同一用户在同一使用场景同一时间对同一App的使用记录，因此，对上述两条记录进行合并，获得一条记录。应理解，表2中的记录时间(time)可以由python直接转换得到记录小时(hour)。

(4)App的使用场景计算

采用四级计算指标，对待分析记录进行计算，得出每一个App在居家场景、办公场景、途中场景和/或其他场景下的相对活跃次数。下面以QQ为例，具体操作如下：

(a)根据上述待分析记录，判断一个用户在某一小时、某个使用场景中是否有出现QQ的使用记录。假设a表示居家场景，b表示办公场景，c表示途中场景，d表示其他场景，应理解，a、b、c和d均为逻辑型指标，取值范围是0或者1。以下步骤以居家场景a为例，a1表示第一个小时QQ在居家场景是否出现了使用记录，a2表示第二个小时QQ在居家场景是否出现了使用记录，以此类推，a24表示第二十四个小时QQ在居家场景是否出现了使用记录，将a1，a2，…，a24统称为一级指标。

(b)将同一用户一天内所有小时的一级指标进行累加，得到二级指标，该二级指标为该用户m在某一天n的居家场景a中，QQ的使用记录出现的总次数。该指标命名为S_mn，应理解，S_mn为整数型指标，取值范围为0至24。S_m1表示第一天用户m在居家场景a中出现QQ的使用记录的次数，S_m2表示第二天用户m在居家场景a中出现QQ的使用记录的次数，以此类推，S_mn表示第n天用户m在居家场景a中出现QQ的使用记录的次数。

(c)将所有用户(假设上述待分析记录中包括的用户个数为17892)、所有天数(假设上述待分析记录中QQ的总使用天数为38天，本文称为一个周期)的二级指标进行累加，得到三级指标，该三级指标为所有用户在一个周期内在居家场景中，出现QQ的使用记录的总次数。该三级指标用S_a来表示，

其他三个使用场景的使用总次数也可以这样计算，分别记为S_b，S_c和S_d。

(d)最后计算四级指标，该四级指标为QQ在一个周期内在某使用场景中的相对使用次数，它等于QQ在某使用场景中的总使用次数除以QQ在所有使用场景中的总使用次数，其中，QQ在某使用场景中的总使用次数即为三级指标，QQ在所有使用场景中的总使用次数为将QQ的所有使用场景下的三级指标之和，记为S_t＝SUM(S_a,S_b,S_c,S_d)。因此，将QQ在居家场景a中的相对使用次数记为S_ta＝S_a/S_t。应理解，上述四个使用场景中每个使用场景的相对使用次数取值在0到1之间，所有使用场景的相对使用次数之和等于1。

根据上述计算方法，可以获得多个App在各个使用场景下的相对使用次数，即对于某一特定的App，分别获得该App在居家场景、办公场景、途中场景以及其他场景中的相对使用次数。相对活跃次数越大，表明该App在该使用场景中被使用的越多。

(5)App的使用场景输出

可以对于数据中所有能够匹配到URL的App的结果进行批量输出，也可以对某一特定App的相对使用次数进行输出。下表为根据本申请的应用的使用场景识别方法对3个App的在不同使用场景下的相对使用次数进行输出的示例表。

表4

本申请实施例的用于确定App活跃场景的方法，通过将获取到的多条App使用记录进行整合，保证同一用户同一时间在同一使用场景下对同一App的使用记录只有一条，不会出现由于App本身的不同特性，进行计算的记录不够准确的情况，能够提高确定App活跃场景的效率，同时提高结果的准确性。

应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上文结合图1，详细描述了根据本申请实施例的用于确定应用程序App活跃场景的方法，下面将结合图2至图3，详细描述根据本申请实施例的用于确定应用程序App活跃场景的装置。

图2示出了本申请实施例提供的用于确定应用程序App活跃场景的装置200，该装置200包括：

获取单元210，用于获取多条App使用记录，所述多条App使用记录中的每条App使用记录包括用户标识、使用时间、使用地理位置以及统一资源定址器URL，所述每条App使用记录用于表示所述用户标识对应的用户在所述使用时间以及所述使用地理位置访问了所述URL；

整合单元220，用于对所述多条App使用记录进行整合，获得多条整合记录，所述多条整合记录中的每条整合记录包括所述用户标识、所述使用时间、App标识以及使用场景，所述每条整合记录用于表示与所述用户标识对应的用户所述使用时间在所述使用场景下使用了与所述App标识对应的App，其中，在所述多条整合记录中，同一用户同一时间在同一使用场景下对同一App的整合记录为一条；

确定单元230，用于根据所述多条整合记录，确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数。

本申请实施例的用于确定App活跃场景的装置，通过将获取到的多条App使用记录进行整合，保证同一用户同一时间在同一使用场景下对同一App的使用记录只有一条，不会出现由于App本身的不同特性，进行计算的记录不够准确的情况，能够提高确定App活跃场景的效率，同时提高结果的准确性。

可选地，所述确定单元230还用于：根据第一映射关系，确定与所述每条App使用记录中的所述URL对应的App标识，所述第一映射关系用于表示多个所述URL与多个App标识之间的对应关系；根据所述每条App使用记录中的所述使用时间以及所述使用地理位置，确定所述每条App使用记录对应的所述使用场景；所述整合单元220具体用于：建立所述每条App使用记录中的所述用户标识和所述使用时间与所述App标识和所述使用场景之间的对应关系，形成多条新的App使用记录；根据所述使用时间，将所述多条新的App使用记录中同一用户同一时间在同一使用场景下对同一App的App使用记录进行合并，获得所述多条整合记录。

可选地，所述多条整合记录为m个用户n天生成的，m和n均为大于1的整数，所述确定单元230具体用于：根据所述多条整合记录，确定所述至少一个App中的第一App在所述至少一个使用场景中的第一使用场景下被所述m个用户中的每个用户在所述n天中的每天使用的次数；将所述第一App在所述第一使用场景下被所述每个用户在所述n天中的每天使用的次数相加，获得所述第一App在所述第一使用场景下被使用的次数。

可选地，所述确定单元230具体用于：根据所述多条整合记录，确定所述第一App在所述第一使用场景下被所述m个用户中的第一用户在所述n天中的第一天的每个小时使用的次数；将所述第一App在所述第一使用场景下被所述第一用户在所述每个小时使用的次数相加，获得所述第一App在所述第一使用场景下被所述第一用户在所述第一天使用的次数。

可选地，所述确定单元230具体用于：若所述第一用户第一小时内在所述第一使用场景下使用了所述第一App，将所述第一App在所述第一使用场景下被所述第一用户在所述第一小时使用的次数确定为1次。

可选地，所述确定单元230还用于：在所述确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数之后，将同一App在所述每个使用场景下被使用的次数相加，分别获得所述每个App被使用的总次数；将所述每个App在所述每个使用场景下被使用的次数除以所述总次数，获得所述每个App在所述每个使用场景下被使用的相对次数；根据所述相对次数，从所述至少一个使用场景中确定所述每个App的活跃场景。

可选地，所述获取单元210具体用于：从运营商的管道数据中获取所述多条App使用记录。

应理解，这里的装置200以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，装置200可以具体为上述实施例100中的第一设备，装置200可以用于与执行上述方法实施例100的第一设备对应的各个流程和/或步骤，为避免重复，在此不再赘述。

图3示出了本申请实施例提供的另一用于确定应用程序App活跃场景的装置300的示意性框图。该装置300包括处理器310、收发器320和存储器330。其中，处理器310、收发器320和存储器330通过内部连接通路互相通信，该存储器330用于存储指令，该处理器310用于执行该存储器330存储的指令，以控制该收发器320发送信号和/或接收信号。

其中，该收发器320用于获取多条App使用记录，所述多条App使用记录中的每条App使用记录包括用户标识、使用时间、使用地理位置以及统一资源定址器URL，所述每条App使用记录用于表示所述用户标识对应的用户在所述使用时间以及所述使用地理位置访问了所述URL；

该处理器310用于对所述多条App使用记录进行整合，获得多条整合记录，所述多条整合记录中的每条整合记录包括所述用户标识、所述使用时间、App标识以及使用场景，所述每条整合记录用于表示与所述用户标识对应的用户所述使用时间在所述使用场景下使用了与所述App标识对应的App，其中，在所述多条整合记录中，同一用户同一时间在同一使用场景下对同一App的整合记录为一条；根据所述多条整合记录，确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数。

应理解，装置300可以具体为上述实施例100中的第一设备，并且可以用于执行上述方法实施例100对应的各个步骤和/或流程。可选地，该存储器330可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该处理器310可以用于执行存储器中存储的指令，并且当该处理器310执行存储器中存储的指令时，该处理器310用于执行与上述实施例100对应的各个步骤和/或流程。

应理解，在本申请实施例中，上述装置的处理器可以是中央处理单元(centralprocessing unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器执行存储器中的指令，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应理解，在本申请实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易向到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (14)

1.一种用于确定应用程序App活跃场景的方法，其特征在于，包括：

获取多条App使用记录，所述多条App使用记录中的每条App使用记录包括用户标识、使用时间、使用地理位置以及统一资源定址器URL，所述每条App使用记录用于表示所述用户标识对应的用户在所述使用时间以及所述使用地理位置访问了所述URL；

对所述多条App使用记录进行整合，获得多条整合记录，所述多条整合记录中的每条整合记录包括所述用户标识、所述使用时间、App标识以及使用场景，所述每条整合记录用于表示与所述用户标识对应的用户所述使用时间在所述使用场景下使用了与所述App标识对应的App，其中，在所述多条整合记录中，同一用户同一时间在同一使用场景下对同一App的整合记录为一条；

根据所述多条整合记录，确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数。

2.根据权利要求1所述的方法，其特征在于，所述对所述多条App使用记录进行整合，获得多条整合记录，包括：

根据第一映射关系，确定与所述每条App使用记录中的所述URL对应的App标识，所述第一映射关系用于表示多个所述URL与多个App标识之间的对应关系；

根据所述每条App使用记录中的所述使用时间以及所述使用地理位置，确定所述每条App使用记录对应的所述使用场景；

建立所述每条App使用记录中的所述用户标识和所述使用时间与所述App标识和所述使用场景之间的对应关系，形成多条新的App使用记录；

根据所述使用时间，将所述多条新的App使用记录中同一用户同一时间在同一使用场景下对同一App的App使用记录进行合并，获得所述多条整合记录。

3.根据权利要求1或2所述的方法，其特征在于，所述多条整合记录为m个用户n天生成的，m和n均为大于1的整数，

所述根据所述多条整合记录，确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数，包括：

根据所述多条整合记录，确定所述至少一个App中的第一App在所述至少一个使用场景中的第一使用场景下被所述m个用户中的每个用户在所述n天中的每天使用的次数；

将所述第一App在所述第一使用场景下被所述每个用户在所述n天中的每天使用的次数相加，获得所述第一App在所述第一使用场景下被使用的次数。

4.根据权利要求3所述的方法，其特征在于，所述确定所述至少一个App中的第一App在所述至少一个使用场景中的第一使用场景下被所述m个用户中的每个用户在所述n天中的每天使用的次数，包括：

根据所述多条整合记录，确定所述第一App在所述第一使用场景下被所述m个用户中的第一用户在所述n天中的第一天的每个小时使用的次数；

将所述第一App在所述第一使用场景下被所述第一用户在所述每个小时使用的次数相加，获得所述第一App在所述第一使用场景下被所述第一用户在所述第一天使用的次数。

5.根据权利要求4所述的方法，其特征在于，所述确定所述第一App在所述第一使用场景下被所述m个用户中的第一用户在所述n天中的第一天的每个小时使用的次数，包括：

若所述第一用户第一小时内在所述第一使用场景下使用了所述第一App，将所述第一App在所述第一使用场景下被所述第一用户在所述第一小时使用的次数确定为1次。

6.根据权利要求1所述的方法，其特征在于，在所述确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数之后，所述方法还包括：

将同一App在所述每个使用场景下被使用的次数相加，分别获得所述每个App被使用的总次数；

将所述每个App在所述每个使用场景下被使用的次数除以所述总次数，获得所述每个App在所述每个使用场景下被使用的相对次数；

根据所述相对次数，从所述至少一个使用场景中确定所述每个App的活跃场景。

7.根据权利要求1或2所述的方法，其特征在于，所述获取多条App使用记录，包括：

从运营商的管道数据中获取所述多条App使用记录。

8.一种用于确定应用程序App活跃场景的装置，其特征在于，包括：

获取单元，用于获取多条App使用记录，所述多条App使用记录中的每条App使用记录包括用户标识、使用时间、使用地理位置以及统一资源定址器URL，所述每条App使用记录用于表示所述用户标识对应的用户在所述使用时间以及所述使用地理位置访问了所述URL；

整合单元，用于对所述多条App使用记录进行整合，获得多条整合记录，所述多条整合记录中的每条整合记录包括所述用户标识、所述使用时间、App标识以及使用场景，所述每条整合记录用于表示与所述用户标识对应的用户所述使用时间在所述使用场景下使用了与所述App标识对应的App，其中，在所述多条整合记录中，同一用户同一时间在同一使用场景下对同一App的整合记录为一条；

确定单元，用于根据所述多条整合记录，确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数。

9.根据权利要求8所述的装置，其特征在于，所述确定单元还用于：

根据第一映射关系，确定与所述每条App使用记录中的所述URL对应的App标识，所述第一映射关系用于表示多个所述URL与多个App标识之间的对应关系；

根据所述每条App使用记录中的所述使用时间以及所述使用地理位置，确定所述每条App使用记录对应的所述使用场景；

所述整合单元具体用于：

建立所述每条App使用记录中的所述用户标识和所述使用时间与所述App标识和所述使用场景之间的对应关系，形成多条新的App使用记录；

根据所述使用时间，将所述多条新的App使用记录中同一用户同一时间在同一使用场景下对同一App的App使用记录进行合并，获得所述多条整合记录。

10.根据权利要求8或9所述的装置，其特征在于，所述多条整合记录为m个用户n天生成的，m和n均为大于1的整数，

所述确定单元具体用于：

根据所述多条整合记录，确定所述至少一个App中的第一App在所述至少一个使用场景中的第一使用场景下被所述m个用户中的每个用户在所述n天中的每天使用的次数；

将所述第一App在所述第一使用场景下被所述每个用户在所述n天中的每天使用的次数相加，获得所述第一App在所述第一使用场景下被使用的次数。

11.根据权利要求10所述的装置，其特征在于，所述确定单元具体用于：

根据所述多条整合记录，确定所述第一App在所述第一使用场景下被所述m个用户中的第一用户在所述n天中的第一天的每个小时使用的次数；

将所述第一App在所述第一使用场景下被所述第一用户在所述每个小时使用的次数相加，获得所述第一App在所述第一使用场景下被所述第一用户在所述第一天使用的次数。

12.根据权利要求11所述的装置，其特征在于，所述确定单元具体用于：

若所述第一用户第一小时内在所述第一使用场景下使用了所述第一App，将所述第一App在所述第一使用场景下被所述第一用户在所述第一小时使用的次数确定为1次。

13.根据权利要求8所述的装置，其特征在于，所述确定单元还用于：

在所述确定所述多条整合记录中的至少一个App中的每个App在至少一个使用场景中的每个使用场景下被使用的次数之后，将同一App在所述每个使用场景下被使用的次数相加，分别获得所述每个App被使用的总次数；

将所述每个App在所述每个使用场景下被使用的次数除以所述总次数，获得所述每个App在所述每个使用场景下被使用的相对次数；

根据所述相对次数，从所述至少一个使用场景中确定所述每个App的活跃场景。

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

从运营商的管道数据中获取所述多条App使用记录。

Images