CN111291093A - 用于确定业务应用的功能关联规则的方法及装置 - Google Patents

Abstract

本说明书实施例提供了一种用于确定业务应用的功能关联规则的方法及装置。在该方法中，获取业务应用的至少一个用户会话数据，每个用户会话数据包括用户在该用户会话中使用的各个应用功能的应用功能标识；基于用户会话数据中的应用功能标识来确定业务应用的应用功能之间的功能关联规则，该功能关联规则可以用来表示指示两个应用功能组合之间的关联关系。利用该方法或装置，可以找到业务应用在应用功能设计方面所潜在存在的问题。

Description

用于确定业务应用的功能关联规则的方法及装置

技术领域

本说明书的实施例涉及互联网技术领域，具体地，涉及一种用于确定业务应用的应用功能之间的功能关联规则的方法及装置。

背景技术

随着互联网产品在功能上的不断丰富和完善，产品的架构设计也更加复杂多元化，但也会导致应用产品的用户使用体验可能会出现一些问题，例如用户想使用应用产品的A功能，但是却可能因产品设计的问题而误进入B功能所对应的界面，而对用户使用造成了困扰。

示例性地，用户想要在手机钱包中绑定一张银行卡，而在用户打开手机钱包软件之后，首先看到了“卡包”入口，但用户点击进入后却发现没有绑银行卡的功能，其实银行卡的管理页面在“我的”下属的“银行卡”功能内。这样，就容易导致用户因找不到期望功能而对客户端的产品设计产生抱怨的情况。

针对上述问题，目前业界暂无较佳的解决方案。

发明内容

鉴于上述问题，本说明书的实施例提供了一种用于确定业务应用的应用功能之间的功能关联规则的方法及装置。利用该方法及装置，通过获取多个用户会话数据，并基于用户会话数据中的应用功能标识来确定用于指示两个应用功能组合之间的关联关系的功能关联规则，由此挖掘在不同的应用功能组合之间的关联关系，以找到业务应用在应用功能设计方面所潜在存在的问题。

根据本说明书实施例的一个方面，提供了一种用于确定业务应用的应用功能之间的功能关联规则的方法，包括：获取针对业务应用的第一数目个用户会话数据，每个用户会话数据包括用户在该用户会话中使用的各个应用功能的应用功能标识；以及基于所述用户会话数据中的应用功能标识，确定所述业务应用的应用功能之间的功能关联规则，所述功能关联规则用于指示两个应用功能组合之间存在关联关系。

可选地，在上述方面的一个示例中，基于所述用户会话数据中的应用功能标识，确定所述业务应用的应用功能之间的功能关联规则可以包括：基于所述用户会话数据中的应用功能标识，确定应用功能组合集；基于所确定的应用功能组合集，确定候选功能关联规则集；针对每个候选功能关联规则，基于该候选功能关联规则所对应的第一和第二应用功能组合在所述用户会话数据中的出现次数以及第三应用功能组合在所述用户会话数据中的出现次数，确定该候选功能关联规则的置信度，所述第三应用功能组合由所述第一应用功能组合和所述第二应用功能组合组成；以及将所确定出的置信度大于第一预定阈值的候选功能关联规则，确定为所述业务应用的业务应用功能之间的功能关联规则。

可选地，在上述方面的一个示例中，还可以包括：从所述应用功能组合集中确定出应用功能组合频繁集，所述应用功能组合频繁集中的每个应用功能组合子集在所述用户会话数据中的出现次数大于第二预定阈值，以及基于所确定的应用功能组合集，确定候选功能关联规则集包括：基于所确定的应用功能组合频繁集，确定候选功能关联规则集。

可选地，在上述方面的一个示例中，所述应用功能组合可以包括顺序使用的应用功能组合。

可选地，在上述方面的一个示例中，所述第一应用功能组合可以包括顺序使用的应用功能组合。

可选地，在上述方面的一个示例中，还可以包括：将所述功能关联规则提供给业务应用提供方，以供所述业务应用提供方进行功能关联优化。

可选地，在上述方面的一个示例中，所述功能关联优化可以包括：优化所述业务应用的功能关联逻辑。

可选地，在上述方面的一个示例中，所述功能关联优化可以包括：在检测到用户执行应用功能操作时，如果所述业务应用的功能关联逻辑与所述功能关联规则不一致，则按照所述功能关联规则来引导用户的应用功能操作。

可选地，在上述方面的一个示例中，所述用户会话数据可以包括用户标识，以及所述功能关联规则是与所述用户标识对应的功能关联规则。

根据本说明书实施例的另一个方面，提供了一种用于确定业务应用的应用功能之间的功能关联规则的装置，包括：会话数据获取单元，获取针对业务应用的第一数目个用户会话数据，每个用户会话数据包括用户在该用户会话中使用的各个应用功能的应用功能标识；功能关联规则确定单元，基于所述用户会话数据中的应用功能标识，确定所述业务应用的应用功能之间的功能关联规则，所述功能关联规则用于指示两个应用功能组合之间存在关联关系。

可选地，在上述方面的一个示例中，所述功能关联规则确定单元可以包括：应用功能组合集确定模块，基于所述用户会话数据中的应用功能标识，确定应用功能组合集；候选规则集确定模块，基于所确定的应用功能组合集，确定候选功能关联规则集；置信度确定模块，针对每个候选功能关联规则，基于该候选功能关联规则所对应的第一和第二应用功能组合在所述用户会话数据中的出现次数以及第三应用功能组合在所述用户会话数据中的出现次数，确定该候选功能关联规则的置信度，所述第三应用功能组合由所述第一应用功能组合和所述第二应用功能组合组成；关联规则确定模块，将所确定出的置信度大于第一预定阈值的候选功能关联规则，确定为所述业务应用的业务应用功能之间的功能关联规则。

可选地，在上述方面的一个示例中，所述功能关联规则确定单元还可以包括频繁集确定模块，其中，所述频繁集确定模块从所述应用功能组合集中确定出应用功能组合频繁集，所述应用功能组合频繁集中的每个应用功能组合子集在所述用户会话数据中的出现次数大于第二预定阈值，以及所述候选规则集确定模块基于所确定的应用功能组合频繁集来确定候选功能关联规则集。

可选地，在上述方面的一个示例中，所述应用功能组合可以包括顺序使用的应用功能组合。

可选地，在上述方面的一个示例中，所述第一应用功能组合可以包括顺序使用的应用功能组合。

可选地，在上述方面的一个示例中，所述装置还可以包括功能优化单元，将所述功能关联规则提供给业务应用提供方，以供所述业务应用提供方进行功能关联优化。

可选地，在上述方面的一个示例中，所述功能关联优化可以包括：优化所述业务应用的功能关联逻辑。

可选地，在上述方面的一个示例中，所述功能关联优化可以包括：在检测到用户执行应用功能操作时，如果所述业务应用的功能关联逻辑与所述功能关联规则不一致，则按照所述功能关联规则来引导用户的应用功能操作。

根据本说明书实施例的另一方面，还提供一种计算设备，包括：至少一个处理器；以及存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如上所述的用于确定业务应用的应用功能之间的功能关联规则的方法。

根据本说明书实施例的另一方面，还提供一种机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如上所述的用于确定业务应用的应用功能之间的功能关联规则的方法。

附图说明

通过参照下面的附图，可以实现对于本说明书实施例内容的本质和优点的进一步理解。在附图中，类似组件或特征可以具有相同的附图标记。附图是用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本说明书的实施例，但并不构成对本说明书的实施例的限制。在附图中：

图1示出了根据本说明书的实施例的运行业务应用的客户端的一示例的界面变化示意图；

图2示出了根据本说明书的实施例的用于确定业务应用的应用功能之间的功能关联规则的方法的一示例的流程图；

图3示出了根据本说明书实施例的利用用户会话数据确定功能关联规则的过程的一示例的流程图；

图4示出了根据本说明书的实施例的利用用户会话数据确定功能关联规则的过程的一示例的流程图；

图5示出了根据本说明书的实施例的功能关联优化过程的一示例的流程图；

图6示出了根据本说明书的实施例的用于确定业务应用的应用功能之间的功能关联规则的装置的一示例的方框图；

图7示出了根据本说明书的实施例的功能关联规则确定单元的一示例的方框图；

图8示出了根据本说明书的实施例的用于确定业务应用的应用功能之间的功能关联规则的计算设备的硬件结构图。

具体实施方式

以下将参考示例实施方式讨论本文描述的主题。应该理解，讨论这些实施方式只是为了使得本领域技术人员能够更好地理解从而实现本文描述的主题，并非是对权利要求书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离本说明书实施例内容的保护范围的情况下，对所讨论的元素的功能和排列进行改变。各个示例可以根据需要，省略、替代或者添加各种过程或组件。另外，相对一些示例所描述的特征在其它例子中也可以进行组合。

如本文中使用的，术语“包括”及其变型表示开放的术语，含义是“包括但不限于”。术语“基于”表示“至少部分地基于”。术语“一个实施例”和“一实施例”表示“至少一个实施例”。术语“另一个实施例”表示“至少一个其他实施例”。术语“第一”、“第二”等可以指代不同的或相同的对象。下面可以包括其他的定义，无论是明确的还是隐含的。除非上下文中明确地指明，否则一个术语的定义在整个说明书中是一致的。

在本文中，术语“会话”(session)表示客户端与服务端之间进行一次完整的通讯过程，例如用户针对客户端进行“登录-使用-关闭”的整个操作过程可被称为是一次会话。相应地，术语“用户会话数据”表示针对用户对客户端在一次会话中所产生的操作数据。另外，术语“用户标识”表示发起该会话的客户端的用户身份的标识信息。

术语“业务应用”表示由客户端所运行的用于提供业务服务的应用程序。另外，术语“应用功能”表示应用程序所具有的各项功能，比如“打车”功能和“充话费”功能等等。相应地，术语“应用功能标识”表示各个应用功能的唯一性标识，另外，若用户在一次会话中对特定应用功能进行操作，则该特定应用功能标识会存在于该会话所对应的用户会话数据中。

术语“埋点”表示客户端采集用户操作信息所部署的准备工作，例如为了采集针对客户端的“打车”功能的用户操作信息而预先进行的部署操作，并且针对不同的应用功能的部署操作分别可以采用不同的埋点代码来表示。因此，通过埋点就能够采集到用户会话数据中的各个应用功能标识。

此外，术语“功能关联规则”表示在两个应用功能组合之间存在关联关系，应用功能组合具有一个或多个应用功能(或应用功能标识)。在本文中，基于用户会话数据进行数据挖掘分析来确定功能关联规则，能够辅助业务应用提供方(例如，产品设计开发人员)发现业务应用在应用功能设计方面所存在的问题。

图1示出了根据本说明书的实施例的运行业务应用的客户端在一示例中的界面变化示意图。

如图1所示，在运行业务应用的客户端的界面100a显示了多个可供选择的应用功能(例如，功能a、功能c、功能e等等)所对应的控件。当用户在客户端的页面100a上选择控件102所指示的“功能a”时，客户端进入功能a所对应的界面100b。这里，针对一个应用功能，可能会存在相对应的多个下属的界面(例如100b)。如果用户在一次会话中只操作了同一个应用功能(例如功能a)下属的多个界面，则在该会话所对应的用户会话数据中可能只存在针对用户所操作的应用功能(例如功能a)的应用功能标识。

在一些应用场景下，用户期望使用功能c却误进入了功能a所对应的界面，使得用户需要重新思考如何选择功能以找到期望功能，导致用户无法直接、快速地使用到期望功能而降低了用户体验。对此，一般可以认定在功能a和功能c之间是存在潜在的关联关系的。

在一些应用场景下，业务应用现有的应用功能设计中的功能关联逻辑是应用功能a→e(也就是，当应用功能a***作之后，自动跳转至应用功能e)。但是，这样的功能关联逻辑设计可能是不合理的，例如假设大多数用户在操作了应用功能a之后都会继续操作应用功能c，也就是在功能a和功能c之间可能是存在潜在的关联关系的(例如，AA收款-群分享-查账单)，则现有的应用功能设计可能是需要进行改进的。

鉴于此，本说明书实施例至少旨在确定在应用功能之间的关联关系所对应的功能关联规则，从而找到应用功能设计方面所潜在存在的问题。

图2示出了根据本说明书的一实施例的用于确定业务应用的应用功能之间的功能关联规则的方法(下文中也被称为“功能关联规则确定方法”)的流程图。

如图2所示的流程200，在块210中，获取针对业务应用的第一数目个用户会话数据。这里，关于第一数目的具体数值在此应不加限制，其可以是已确定的数值，还可以是未确定的数值(例如，在设定时间段内所产生的用户会话数据的数量)。

在本说明书实施例的一个示例中，可以通过埋点的方式来采集各个用户会话数据中用户所使用的各个应用功能的应用功能标识。例如，如果用户在一次会话过程中使用了业务应用中的功能a、功能c和功能e，则通过埋点可以采集得到用户会话数据中的功能标识组合为{a，c，e}。另外，由于各个应用功能是被用户在一次会话中顺序依次地进行操作的(其分别对应具有不同的时间戳)，所以用户会话数据中的各个功能标识之间也可以存在对应的使用顺序，例如以a→c→e的方式来表示。

接着，在块220中，基于用户会话数据中的应用功能标识，确定业务应用的应用功能之间的功能关联规则。例如，基于在各个用户会话数据中出现的应用功能标识构建应用功能组合，并依据应用功能组合在各个用户会话数据中的出现次数来确定存在关联关系的两个应用功能组合，从而确定出相应的功能关联规则。

在本说明书实施例的一个示例中，功能关联规则所指示的相关联的两个应用功能组合中的各个应用功能之间可以不具有特定的使用顺序，例如其中的第一应用功能组合为{a，c}，而第二应用功能组合为{e，j}。

在本说明书实施例的另一示例中，用户会话数据中存储了用户在一次会话中顺序使用的应用功能组合。进而，利用该用户会话数据所确定的功能关联规则所对应的两个应用功能组合中的一者或二者可以包括顺序使用的应用功能组合，例如其中的第一应用功能组合为a→c，且第二应用功能组合为e→j，或者，其中的第一应用功能组合为a→c，且第二应用功能组合为{e，j}。

在一些实施方式中，可以应用关联分析算法来对用户会话数据中的应用功能标识进行关联分析处理，从而挖掘出功能关联规则。这里，关联分析算法可以是已知的关联分析算法(例如，apriori算法或FP-growth算法等)或者经改进的关联分析算法。由此，通过关联分析算法来确定在应用的使用过程中跨功能标识的功能使用行为，能较高效且方便地确定功能关联规则，找出业务应用中的功能设计问题。

图3示出了根据本说明书的一实施例的利用用户会话数据确定功能关联规则的流程图。

如图3所示的流程300，在块310中，基于用户会话数据中的应用功能标识，确定应用功能组合集。例如，可以统计第一数目个用户会话数据所分别对应的第一数目个应用功能标识组合，从而得到应用功能组合集。

另外，还可以确定第一数目个用户会话数据中所涉及的各种应用功能标识，并将不同应用功能标识以各种方式进行组合，从而确定出对应的应用功能组合集。示例性地，在用户会话数据集中的应用功能标识为A、B、C和D。根据本说明书实施例的一个示例，可以确定对应的第一和/或第二应用功能组合为选自诸如{A，B，C，D}、{A}、{B}、{A，B，D}、{A，C}、{A，B}和{B，C}之类的应用功能组合。另外，根据本说明书实施例的另一示例，第一和/或第二应用功能组合中的多个应用功能标识之间具有顺序，例如A→B→C、A→C→B或A→C等等。

接着，在块320中，基于所确定的应用功能组合集，确定候选功能关联规则集。这里，每个候选功能关联规则表示两个应用功能组合之间的关联关系，也就是，如果第一应用功能组合在一次会话中出现，则在该会话中也非常有可能会出现第二应用功能组合。

在本说明书实施例的一个示例中，可以将应用功能组合集中不同的应用功能组合进行整合，从而确定出相应的多个候选功能关联规则。示例性地，如果应用功能组合集包括应用功能组合{A，B}、{A，D}和{C，D}等等，则所确定的候选功能关联规则集可以是{A，B}→{C，D}或{A，C}→{B，D}等等。

在本说明书实施例的另一示例中，可以根据组合集筛选条件(例如确定应用功能组合在会话数据中的出现次数是否频繁)从应用功能组合集中选择至少一个应用功能组合，并根据所选择的应用功能组合来确定相应的候选功能关联规则。示例性地，当符合组合集筛选条件的应用功能组合为{A，B，C，D}时，所确定的候选功能关联规则集可以是{A，B，C，D}的两个子集之间的关联关系，例如{A，B}→{C，D}或{A，B，C}→{D}等等。

在一些实施方式中，应用功能组合为顺序使用的应用功能组合，例如在一次会话中被用户顺序使用的各个应用功能。示例性地，如果第一应用功能组合和第二应用功能组合都是具有使用顺序的应用功能组合，则候选功能关联规则表示在各个应用功能之间在会话中被使用的顺序关联性，例如{A→B}→{C→D}。另外，还可以仅在功能关联规则所对应的第一应用功能组合包括顺序使用的应用功能组合，而在所对应的第二应用功能组合不具有功能使用顺序，即功能关联规则为{A→B}→{C}或者{A→B}→{C，D}，等等。

接着，在块330中，针对每个候选功能关联规则，基于该候选功能关联规则所对应的第一和第二应用功能组合在用户会话数据中的出现次数以及第三应用功能组合在用户会话数据中的出现次数，确定该候选功能关联规则的置信度。这里，第三应用功能组合是由第一应用功能组合和第二应用功能组合组成的。

示例性地，当候选功能关联规则R1是{A，B}→{C，D}时，第一应用功能组合为{A，B}，第二应用功能组合为{C，D}，以及第三应用功能组合为{A，B，C，D}。另外，候选功能关联规则R1的置信度可以用来表示在会话过程中出现应用功能组合{A，B}时会出现应用功能组合{C，D}的概率，其具体取值例如可以根据将第三应用功能组合的出现次数除以第一应用功能组合的出现次数所得到的商值来确定。

接着，在块340中，将所确定出的置信度大于第一预定阈值的候选功能关联规则，确定为业务应用的业务应用功能之间的功能关联规则。这里，通过置信度来从候选功能关联规则中筛选功能关联规则，能够保障所确定的功能关联规则具有较高的可靠性，即功能关联规则所对应的第一和第二应用功能组合之间具有较强的关联关系。

如上面所描述的示例中所介绍的，候选功能关联规则集可以是根据应用功能组合集中符合组合集筛选条件的应用功能组合而确定的。在一些实施方式中，组合集筛选条件包括第二预定阈值。这样，可以根据第二预定阈值从应用功能组合集中确定出应用功能组合频繁集，并且在应用功能组合频繁集中的每个应用功能组合子集在用户会话数据中的出现次数大于第二预定阈值。示例性地，当确定3项集{A，B，C}为应用功能组合频繁集时，{A，B，C}的各个子集(例如单项集{A}，以及2项集{A，B}、{A，C}等)在用户会话数据中的出现次数大于预定的次数阈值。应理解的是，在此应不限制预定的次数阈值的具体数值，并且可以根据应用场景需求而进行调整。之后，可以基于所确定的应用功能组合频繁集来确定候选功能关联规则集，相比于从应用功能组合集中确定候选功能关联规则集的操作，提高了候选功能关联规则的确定效率。

进一步地，应用功能组合包括顺序使用的应用功能组合。这样，功能关联规则中也能够反映出在会话中各个应用功能之间的顺序发生的关联关系。示例性地，当应用功能标识组合为A→B→C→D→E时，相应的候选功能关联规则可以表示为{A→B}→{C→D→E}，或者{A→B→C}→{D→E}，等等。与对应于无序的应用功能组合的功能关联规则相比，用于指示有序的应用功能组合的功能关联规则对于产品设计开发人员具有更高的参考价值，能更方便和直接地实现类似功能引导优化的后期优化操作，例如根据{A→B}→{C→D→E}，可以针对C→D→E从B功能开始进行功能引导。

另外，候选功能关联规则所对应的第一应用功能组合包括顺序使用的应用功能组合，而第二应用功能组合中的各个应用功能之间不具备对应的使用顺序。这样，候选功能关联规则可以是{A→B}→{C，D}，其表示在顺序发生应用功能A和B时，会产生相应的应用功能C或D。由此，能够找到存在关联关系的应用功能的功能范围。

图4示出了根据本说明书的一实施例的利用用户会话数据确定功能关联规则的流程图。

如图4所示的流程400，在块410中，确定各个用户会话数据所指示的所有的应用功能标识。示例性地，针对两个用户会话所分别对应的应用功能标识项集{A，B，C}和{B，C，D，E}，其所对应的所有的应用功能标识为A、B、C、D和E。

接着，在块420中，基于各个应用功能标识组建应用功能组合集，并在应用功能组合集中确定出应用功能组合频繁集。具体地，通过多次组合迭代统计的方式来分别确定对应不同项数量的功能标识项集(例如，1项集、2项集和3项集，等等)，并从这些功能标识项集中筛选频繁项集。

示例性地，在第一次迭代过程中，确定各个单项集，并基于各个单项集在各个用户会话数据中的出现次数(也被称为支持度计数)来筛选频繁单项集。

这里，通过查询所有的功能标识，对每个项进行计数得到候选项集，得到如表1A所示的结果。

候选单项集	支持度计数
		{A}	6
{B}	7
		{C}	6
{D}	2
		{E}	2

表1A

进而，通过将表1A中的项集的支持度计数与支持度阈值进行比较，剔除小于支持度阈值的项集。假设支持度阈值为2，则在本例的表1中所有的项集都大于支持度阈值。如表1B示出了基于表1A而得到的频繁单项集。

频繁单项集	支持度计数
		{A}	6
{B}	7
		{C}	6
{D}	2
		{E}	2

表1B

接下来，基于如表1B的频繁单项集进行第二次迭代，将各个频繁单项集进行组合(也被称为“连接步”)，从而产生候选2项集。进而，通过查询各个候选2项集的功能标识，对每个2项集的出现次数进行计数而得到如表2A所示的结果。

候选2项集	支持度计数
		{A，B}	4
{A，C}	4
		{A，D}	1
{A，E}	2
		{B，C}	4
{B，D}	2
		{B，E}	2
{C，D}	0
		{C，E}	1
{D，E}	0

表2A

将支持度计数小于阈值2的全部剔除，得出如表2B所示的频繁2项集。

频繁2项集	支持度计数
		{A，B}	4
{A，C}	4
		{A，E}	2
{B，C}	4
		{B，D}	2
{B，E}	2

表2B

接下来，基于如表2B所示频繁2项集的进行第三次迭代，计算候选3项集，并从候选3项集中筛选确定频繁3项集(如表3所示)，具体过程可参照上文示例，在此便不赘述。

频繁3项集	支持度计数
		{A，B，C}	2
{A，B，E}	2

表3

接下来，基于表3继续进行第四次迭代而得到{A，B，C，E}，但在这个项集中的子集{B，C，E}是非频繁项集，所以针对用户会话数据不存在频繁4项集。至此，找出了所有的频繁项集。

接着，在块430中，基于应用功能组合频繁集来确定候选功能关联规则集，并基于所有的应用功能组合频繁集来计算各个候选功能关联规则的置信度。

这里，以频繁项集X＝{A，B，C}为例来描述候选功能关联规则的确定过程。示例性地，X的非空子集为{A，B}、{A，C}、{B，C}、{A}、{B}、{C}，基于这些非空子集来确定候选功能关联规则集，并基于表1B、表2B和表3中所有的频繁项集来确定各个候选功能关联规则的置信度。

候选功能关联规则	置信度
		{A，B}→{C}	Z1＝2/4＝50％
{A，C}→{B}	Z2＝2/2＝100％
		{B，C}→{A}	Z3＝2/2＝100％
{C}→{A，B}	Z4＝2/6＝33％
		{B}→{A，C}	Z5＝2/7＝29％
{A}→{B，C}	Z6＝2/2＝100％

表4

以候选功能关联规则{A，B}→{C}为例，关于候选功能关联规则的置信度的计算过程，其可以是通过以下方式来确定的：

Z1＝S(A∪B∪C)/S(A∪B)

通过查询表3，确定S(A∪B∪C)(即，{A，B，C}的支持度计数)为2。另外，通过查询表2，S(A∪B)({A，B}的支持度计数)为4。这样，可以计算出功能关联规则{A，B}→{C}所对应的置信度Z1为50％。

接着，在块440中，基于置信度与预定义的置信度阈值，从各个候选功能关联规则中筛选功能关联规则。这里，将所得到的各个置信度与置信度阈值进行比较，从而确定出用于指示应用功能组合之间具有较强的关联关系的功能关联规则。

结合如表4所示的候选功能规则集，当置信度阈值为70％时，候选规则{A，B}→{C}不属于所需求的关联规则，并且只有表4中的三个对应置信度为100％的候选功能关联规则属于所需求的功能关联规则。然而，当置信度阈值预定义为40％时，对应置信度为50％的候选规则{A，B}→{C}也会属于所需求的功能关联规则。应理解的是，置信度阈值的数值大小可以根据应用场景的需求而进行调整。

在如表4所示的候选功能关联规则所对应的应用功能组合中的各个应用功能之间没有顺序(例如{A，B}→{C})，其表示在会话中使用了应用功能A和B时，在该会话中同时会出现功能C的概率或可能性。但是，通过此功能关联规则无法知晓应用功能A和B的使用顺序，也就是无法明确指出在会话中的使用顺序是A→B→C还是B→A→C。因此，虽然规则{A，B}→{C}能够缩小针对存在关联性的应用功能的范围，但是其无法明确说明不同应用功能之间的使用顺序。然而，在一些业务场景(例如功能引导设计场景)下，对应于顺序使用的应用功能组合的功能关联规则(例如{A→B}→{C})会是更具有参考价值的。

具体地，在从具有使用顺序的应用功能组合(例如A→B→C)所确定的多个候选功能关联规则中筛选功能关联规则的过程，可以参考图4中参照块440所描述的操作。需说明的是，针对这样的候选功能关联规则所对应的置信度的计算公式为：

Z2＝S(A→B→C)/S(A→B)

其中，Z2表示候选功能关联规则{A→B}→{C}所对应的置信度，S(A→B→C)表示A→B→C所对应的支持度计数，S(A→B)表示A→B所对应的支持度计数。

另外，还可以是仅在候选功能关联规则所对应的第一应用功能组合和第二应用功能组合中的一者包括顺序使用的应用功能组合，例如{A→B}→{C，D}或者{A，B}→{C→D}，其具体的计算公式和处理操作细节，可以参照上文中的相关描述，在此便不赘述。

在一些应用场景下，可以根据功能关联规则来对业务应用的功能设计进行优化。例如，针对所确定的功能关联规则{A→B}→{C→D}，若监测到在会话中出现顺序使用的功能A→B，则可以执行针对顺序使用的功能C→D的关联优化过程(例如针对功能组合C→D，从功能B开始进行引导)。另外，在功能关联规则中，第一应用功能组合包括顺序使用的应用功能组合，而在第二应用功能组合中的功能不具有顺序，例如功能关联规则{A→B}→{C，D}，这样当监测到会话中出现顺序使用的功能A→B时，则可以表示应当针对功能C或D进行关联优化，可以确定与应用功能组合相关联的功能范围。

图5示出了根据本说明书的一实施例的功能关联优化的流程图。

如图5所示的流程500，针对如块510和块520的操作，可以分别参照上面参考图2中的块210和块220的操作。在块530中，将功能关联规则提供给业务应用提供方，以供业务应用提供方进行功能关联优化，由此业务应用提供方及时发现在应用功能设计方面所存在的问题，能够有针对性地对业务应用的应用功能设计进行优化操作。进一步地，还可以通过收集用户投诉数据或舆情消息，例如针对用户期望使用绑卡功能却误进入“卡包”界面的用户投诉数据，其可以在确定功能关联规则的过程中被综合考虑，从而发现应用功能设计方面所存在的问题。

在本说明书实施例的一个示例中，业务应用提供方所进行的功能关联优化操作包括对业务应用的功能关联逻辑进行优化。示例性地，如果当前功能关联逻辑是A→B→D，而功能关联规则为{A→B}→{C}，则可以将当前功能关联逻辑由A→B→D修改为A→B→C。

在本说明书实施例的另一示例中，业务应用提供方所进行的功能关联优化操作包括：在检测到用户执行应用功能操作时，如果业务应用的功能关联逻辑与功能关联规则不一致，则按照功能关联规则来引导用户的应用功能操作。示例性地，如果当前功能关联逻辑是A→B→D，而功能关联规则为{A→B}→{C}，则在检测到用户对应用功能进行操作时，可以按照功能关联规则{A→B}→{C}来引导用户操作应用功能。

关于引导用户操作应用功能的示例，一方面，可以选定功能关联规则所对应的第一应用功能组合中排在最后的应用功能所对应的功能显示界面，并在该功能显示界面上展示针对第二应用功能组合的引导提示信息。例如，针对功能关联规则{A→B}→{C}，在用户会话中发生功能A→B时，可以在应用功能B的显示界面上显示针对C的引导提示信息，从而提示引导用户去使用应用功能C。另一方面，还可以在监测到用户会话中发生第一应用功能组合时，触发执行第二应用功能组合中所对应的功能。例如，针对功能关联规则{A→B}→{C}，在用户执行应用功能操作的会话过程中，如果发生功能A→B，则自动触发执行应用功能C。

在本说明书实施例的一个示例中，如果多个功能关联规则所对应的第一应用功能组合相同，例如第一功能关联规则为{A→B}→{C}且第二功能关联规则为{A→B}→{D}，则可以通过比较第一功能关联规则和第二功能关联规则的置信度，并根据置信度比较结果来确定最终适于被使用的功能关联规则。

在一些实施方式中，用户会话数据包括用户标识，以及功能关联规则是与用户标识相对应的功能关联规则。也就是说，针对不同的用户可以分别采用不同的功能关联规则，从而实现个性化的功能关联优化操作。例如，针对用户M，可以采用功能关联规则{A→B}→{C}，而针对用户N，可以采用功能关联规则{A→B}→{D}，由此实现个性化的功能关联优化效果。

具体地，可以根据不同的功能标识针对用户标识的出现频次来调整各个功能关联规则所对应的置信度，进而确定出针对用户标识的个性化的功能关联规则。示例性地，假设存在功能关联规则{A→B}→{C}所对应的置信度为70％，以及功能关联规则{A→B}→{D}所对应的置信度为80％。此时，如果在用户M的用户会话数据中应用功能C出现的频次很高，而应用功能D出现的频次很低，则功能关联规则{A→B}→{C}所对应的置信度会升高，并可能超过功能关联规则{A→B}→{D}所对应的置信度而成为针对用户M所采用的功能关联规则。

在一些应用场景下，在功能关联优化操作中，还可以根据功能关联规则确定用户人群，并针对所确定的用户人群定向进行功能关联优化操作，这样可以推荐特定用户人群使用新的应用功能，有利于业务功能的定向投放和推广。具体地，可以根据功能关联规则确定投放用户条件，该投放用户条件用于指示在用户标识所对应的用户会话数据集中包括该功能关联规则所对应的第一应用功能组合，并且在该用户会话数据集中不包括该功能关联规则所对应的第二应用功能组合。进而，可以对满足投放用户条件的用户标识定向进行功能投放操作(例如，投放第二应用功能组合)。示例性地，针对功能关联规则{A→B}→{C}，如果通过分析用户P的用户会话数据确定顺序使用的应用功能组合A→B在用户P所对应的用户会话数据集中出现多次，但在该用户会话数据集中从未出现过应用功能标识C，则针对用户P可以使用功能关联规则{A→B}→{C}，从而实现向用户P导流应用功能C。

图6示出了根据本说明书的实施例的用于确定业务应用的应用功能之间的功能关联规则的装置(下文中也称为功能关联规则确定装置)在一示例中的结构框图。

如图6所示，功能关联规则确定装置600包括会话数据获取单元610、功能关联规则确定单元620和功能优化单元630。

会话数据获取单元610获取针对业务应用的第一数目个用户会话数据，每个用户会话数据包括用户在该用户会话中使用的各个应用功能的应用功能标识。会话数据获取单元610的操作可以参照上面参考图2描述的块210的操作。

功能关联规则确定单元620基于所述用户会话数据中的应用功能标识，确定所述业务应用的应用功能之间的功能关联规则，所述功能关联规则用于指示两个应用功能组合之间存在关联关系。功能关联规则确定单元620的操作可以参照上面参考图2描述的块220的操作。

进一步地，所述应用功能组合包括顺序使用的应用功能组合。

功能优化单元630将所述功能关联规则提供给业务应用提供方，以供所述业务应用提供方进行功能关联优化。功能优化单元620的操作可以参照上面参考图5描述的块530的操作。

进一步地，所述功能关联优化包括：优化所述业务应用的功能关联逻辑。

进一步地，所述功能关联优化包括：在检测到用户执行应用功能操作时，如果所述业务应用的功能关联逻辑与所述功能关联规则不一致，则按照所述功能关联规则来引导用户的应用功能操作。

应理解的是，上述功能关联规则确定装置600的结构仅用于示例，以及功能关联规则确定装置600可仅具有上述块610-650中的部分块，例如功能关联规则确定装置600内可不设置资格过滤单元650。

图7示出了根据本说明书的实施例的功能关联规则确定单元在一示例中的方框图。

如图7所示，功能关联规则确定单元620包括应用功能组合集确定模块621、候选规则集确定模块622、置信度确定模块623、关联规则确定模块624和频繁集确定模块625。

应用功能组合集确定模块621基于所述用户会话数据中的应用功能标识，确定应用功能组合集。应用功能组合集确定模块621的操作可以参照上面参考图3描述的块310的操作。

候选规则集确定模块622基于所确定的应用功能组合集，确定候选功能关联规则集。候选规则集确定模块622的操作可以参照上面参考图3描述的块320的操作。

置信度确定模块623针对每个候选功能关联规则，基于该候选功能关联规则所对应的第一和第二应用功能组合在所述用户会话数据中的出现次数以及第三应用功能组合在所述用户会话数据中的出现次数，确定该候选功能关联规则的置信度，所述第三应用功能组合由所述第一应用功能组合和所述第二应用功能组合组成。置信度确定模块623的操作可以参照上面参考图3描述的块330的操作。

关联规则确定模块624将所确定出的置信度大于第一预定阈值的候选功能关联规则，确定为所述业务应用的业务应用功能之间的功能关联规则。关联规则确定模块624的操作可以参照上面参考图3描述的块340的操作。

频繁集确定模块625从所述应用功能组合集中确定出应用功能组合频繁集，所述应用功能组合频繁集中的每个应用功能组合子集在所述用户会话数据中的出现次数大于第二预定阈值。此时，候选规则集确定模块622基于所确定的应用功能组合频繁集来确定候选功能关联规则集。频繁集确定模块625的操作可以参照上面参考图4描述的块420的操作。

应理解的是，上述功能关联规则确定单元620的结构仅用于示例，以及功能关联规则确定单元620可仅具有上述块621-625中的部分块，例如功能关联规则确定单元620内可不设置频繁集确定模块625。

如上参照图1到图7，对根据本说明书实施例的用于确定业务应用的应用功能之间的功能关联规则的方法及装置的实施例进行了描述。在以上对方法实施例的描述中所提及的细节，同样适用于本说明书实施例的装置的实施例。上面的用于确定业务应用的应用功能之间的功能关联规则的装置可以采用硬件实现，也可以采用软件或者硬件和软件的组合来实现。

图8示出了根据本说明书的实施例的用于确定业务应用的应用功能之间的功能关联规则的计算设备800的硬件结构图。如图8所示，计算设备800可以包括至少一个处理器810、存储器(例如非易失性存储器)820、内存830和通信接口840，并且至少一个处理器810、存储器820、内存830和通信接口840经由总线860连接在一起。至少一个处理器810执行在存储器中存储或编码的至少一个计算机可读指令(即，上述以软件形式实现的元素)。

在一个实施例中，在存储器中存储计算机可执行指令，其当执行时使得至少一个处理器810：获取针对业务应用的第一数目个用户会话数据，每个用户会话数据包括用户在该用户会话中使用的各个应用功能的应用功能标识；以及基于所述用户会话数据中的应用功能标识，确定所述业务应用的应用功能之间的功能关联规则，所述功能关联规则用于指示两个应用功能组合之间存在关联关系。

应该理解，在存储器820中存储的计算机可执行指令当执行时使得至少一个处理器810进行本说明书的各个实施例中以上结合图2-7描述的各种操作和功能。

在本说明书实施例中，计算设备800可以包括但不限于：个人计算机、服务器计算机、工作站、桌面型计算机、膝上型计算机、笔记本计算机、移动计算设备、智能电话、平板计算机、蜂窝电话、个人数字助理(PDA)、手持装置、消息收发设备、可佩戴计算设备、消费电子设备等等。

根据一个实施例，提供了一种比如机器可读介质的程序产品。机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本说明书的各个实施例中以上结合图1-8描述的各种操作和功能。具体地，可以提供配有可读存储介质的装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。

在这种情况下，从可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此机器可读代码和存储机器可读代码的可读存储介质构成了本发明的一部分。

可读存储介质的实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD-RW)、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上或云上下载程序代码。

本领域技术人员应当理解，上面公开的各个实施例可以在不偏离发明实质的情况下做出各种变形和修改。因此，本发明的保护范围应当由所附的权利要求书来限定。

需要说明的是，上述各流程和各装置结构图中不是所有的步骤和单元都是必须的，可以根据实际的需要忽略某些步骤或单元。各步骤的执行顺序不是固定的，可以根据需要进行确定。上述各实施例中描述的装置结构可以是物理结构，也可以是逻辑结构，即，有些单元可能由同一物理实体实现，或者，有些单元可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。

以上各实施例中，硬件单元或模块可以通过机械方式或电气方式实现。例如，一个硬件单元、模块或处理器可以包括永久性专用的电路或逻辑(如专门的处理器，FPGA或ASIC)来完成相应操作。硬件单元或处理器还可以包括可编程逻辑或电路(如通用处理器或其它可编程处理器)，可以由软件进行临时的设置以完成相应操作。具体的实现方式(机械方式、或专用的永久性电路、或者临时设置的电路)可基于成本和时间上的考虑来确定。

上面结合附图阐述的具体实施方式描述了示例性实施例，但并不表示可以实现的或者落入权利要求书的保护范围的所有实施例。在整个本说明书中使用的术语“示例性”意味着“用作示例、实例或例示”，并不意味着比其它实施例“优选”或“具有优势”。出于提供对所描述技术的理解的目的，具体实施方式包括具体细节。然而，可以在没有这些具体细节的情况下实施这些技术。在一些实例中，为了避免对所描述的实施例的概念造成难以理解，公知的结构和装置以框图形式示出。

本公开内容的上述描述被提供来使得本领域任何普通技术人员能够实现或者使用本公开内容。对于本领域普通技术人员来说，对本公开内容进行的各种修改是显而易见的，并且，也可以在不脱离本公开内容的保护范围的情况下，将本文所定义的一般性原理应用于其它变型。因此，本公开内容并不限于本文所描述的示例和设计，而是与符合本文公开的原理和新颖性特征的最广范围相一致。

Claims (19)

1.一种用于确定业务应用的应用功能之间的功能关联规则的方法，包括：

获取针对业务应用的第一数目个用户会话数据，每个用户会话数据包括用户在该用户会话中使用的各个应用功能的应用功能标识；以及

基于所述用户会话数据中的应用功能标识，确定所述业务应用的应用功能之间的功能关联规则，所述功能关联规则用于指示两个应用功能组合之间存在关联关系。

2.如权利要求1所述的方法，其中，基于所述用户会话数据中的应用功能标识，确定所述业务应用的应用功能之间的功能关联规则包括：

基于所述用户会话数据中的应用功能标识，确定应用功能组合集；

基于所确定的应用功能组合集，确定候选功能关联规则集；

针对每个候选功能关联规则，基于该候选功能关联规则所对应的第一和第二应用功能组合在所述用户会话数据中的出现次数以及第三应用功能组合在所述用户会话数据中的出现次数，确定该候选功能关联规则的置信度，所述第三应用功能组合由所述第一应用功能组合和所述第二应用功能组合组成；以及

将所确定出的置信度大于第一预定阈值的候选功能关联规则，确定为所述业务应用的业务应用功能之间的功能关联规则。

3.如权利要求2所述的方法，还包括：

从所述应用功能组合集中确定出应用功能组合频繁集，所述应用功能组合频繁集中的每个应用功能组合子集在所述用户会话数据中的出现次数大于第二预定阈值，以及

基于所确定的应用功能组合集，确定候选功能关联规则集包括：

基于所确定的应用功能组合频繁集，确定候选功能关联规则集。

4.如权利要求1所述的方法，其中，所述应用功能组合包括顺序使用的应用功能组合。

5.如权利要求2所述的方法，其中，所述第一应用功能组合包括顺序使用的应用功能组合。

6.如权利要求1所述的方法，还包括：

将所述功能关联规则提供给业务应用提供方，以供所述业务应用提供方进行功能关联优化。

7.如权利要求6所述的方法，其中，所述功能关联优化包括：

优化所述业务应用的功能关联逻辑。

8.如权利要求6所述的方法，其中，所述功能关联优化包括：

在检测到用户执行应用功能操作时，如果所述业务应用的功能关联逻辑与所述功能关联规则不一致，则按照所述功能关联规则来引导用户的应用功能操作。

9.如权利要求8所述的方法，其中，所述用户会话数据包括用户标识，以及所述功能关联规则是与所述用户标识对应的功能关联规则。

10.一种用于确定业务应用的应用功能之间的功能关联规则的装置，包括：

会话数据获取单元，获取针对业务应用的第一数目个用户会话数据，每个用户会话数据包括用户在该用户会话中使用的各个应用功能的应用功能标识；

功能关联规则确定单元，基于所述用户会话数据中的应用功能标识，确定所述业务应用的应用功能之间的功能关联规则，所述功能关联规则用于指示两个应用功能组合之间存在关联关系。

11.如权利要求10所述的装置，其中，所述功能关联规则确定单元包括：

应用功能组合集确定模块，基于所述用户会话数据中的应用功能标识，确定应用功能组合集；

候选规则集确定模块，基于所确定的应用功能组合集，确定候选功能关联规则集；

置信度确定模块，针对每个候选功能关联规则，基于该候选功能关联规则所对应的第一和第二应用功能组合在所述用户会话数据中的出现次数以及第三应用功能组合在所述用户会话数据中的出现次数，确定该候选功能关联规则的置信度，所述第三应用功能组合由所述第一应用功能组合和所述第二应用功能组合组成；

关联规则确定模块，将所确定出的置信度大于第一预定阈值的候选功能关联规则，确定为所述业务应用的业务应用功能之间的功能关联规则。

12.如权利要求11所述的装置，其中，所述功能关联规则确定单元还包括频繁集确定模块，

其中，所述频繁集确定模块从所述应用功能组合集中确定出应用功能组合频繁集，所述应用功能组合频繁集中的每个应用功能组合子集在所述用户会话数据中的出现次数大于第二预定阈值，以及

所述候选规则集确定模块基于所确定的应用功能组合频繁集来确定候选功能关联规则集。

13.如权利要求10所述的装置，其中，所述应用功能组合包括顺序使用的应用功能组合。

14.如权利要求11所述的装置，其中，所述第一应用功能组合包括顺序使用的应用功能组合。

15.如权利要求10所述的装置，还包括：

功能优化单元，将所述功能关联规则提供给业务应用提供方，以供所述业务应用提供方进行功能关联优化。

16.如权利要求15所述的装置，其中，所述功能关联优化包括：

优化所述业务应用的功能关联逻辑。

17.如权利要求15所述的装置，其中，所述功能关联优化包括：

在检测到用户执行应用功能操作时，如果所述业务应用的功能关联逻辑与所述功能关联规则不一致，则按照所述功能关联规则来引导用户的应用功能操作。

18.一种计算设备，包括：

至少一个处理器；以及

存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如权利要求1到9中任一所述的方法。

19.一种机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如权利要求1到9中任一所述的方法。

Images