CN107608979A - 识别用户潜在求助的知识点的方法及装置 - Google Patents

Abstract

本申请实施例公开了一种识别用户潜在求助的知识点的方法及装置，其中，所述方法包括：获取待识别账户的操作行为路径；根据预先确定的操作行为路径与知识点的对应关系，查询与获取的所述操作行为路径对应的知识点；若查询到，将查询到的知识点确定为所述待识别账户潜在求助的知识点。本申请实施例通过上述过程可以对待识别账户可能需要求助的知识点进行识别，从而在识别到上述待识别账户可能需要求助的知识点之后，可以针对上述待识别账户(即潜在求助用户)提供与知识点对应的服务，提升客服系统的运行效率。

Description

识别用户潜在求助的知识点的方法及装置

技术领域

本申请涉及互联网技术领域，特别涉及一种识别用户潜在求助的知识点的方法及装置。

背景技术

目前，各种应用(Application，APP)均提供相应的客服系统。用户在使用应用APP的过程中，如果遇到需要求助的知识点时，可以通过与客服系统进行交互来获得与上述需要求助的知识点相对应的答案信息。与客服系统的交互方式例如包括：通过电话接入客服系统或通过应用的客户端接入客服系统。通常客服系统针对用户所求助的知识点，可以通过人工解答的方式或查询数据库的方式，获得与所述知识点对应的答案信息并反馈至用户。

在现有技术中，客服系统根据用户提供的求助的知识点，来获得与所述知识点对应的答案信息并反馈至用户。然而，随着应用的用户数的增长，可能出现同时接入客服系统的用户数超过预设阈值(客满)的情况，在此情况中，由于用户无法接入客服系统，则无法通过客服系统获取与所需求助的知识点对应的答案信息。

可见，目前需要提出一种可以识别用户潜在求助的知识点的技术，以便于向识别到的可能需要求助的潜在求助用户提供相应的服务。

发明内容

本申请实施例的目的是提供一种识别用户潜在求助的知识点的方法及装置，以解决现有技术中存在的问题。

为解决上述技术问题，本申请实施例提供的识别用户潜在求助的知识点的方法及装置是这样实现的：

一种识别用户潜在求助的知识点的方法，包括：

获取待识别账户的操作行为路径；

根据预先确定的操作行为路径与知识点的对应关系，查询与获取的所述操作行为路径对应的知识点；所述操作行为路径与知识点的对应关系是根据同一个操作行为路径对应不同知识点的统计数量来确定的；

若查询到，将查询到的知识点确定为所述待识别账户潜在求助的知识点。

一种识别用户潜在求助的知识点的装置，包括：

获取单元，获取待识别账户的操作行为路径；

查询单元，根据预先确定的操作行为路径与知识点的对应关系，查询与获取的所述操作行为路径对应的知识点；所述操作行为路径与知识点的对应关系是根据同一个操作行为路径对应不同知识点的统计数量来确定的；

确定单元，若查询到，将查询到的知识点确定为所述待识别账户潜在求助的知识点。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请实施例通过获取待识别账户的操作行为路径，并根据预先确定的操作行为路径与知识点的对应关系，查询与获取的所述操作行为路径对应的知识点，从而在查询到与获取的所述操作行为路径对应的知识点之后，将查询到的知识点确定为所述待识别账户潜在求助的知识点。可见，本申请实施例通过上述过程可以对待识别账户可能需要求助的知识点进行识别，从而在识别到上述待识别账户可能需要求助的知识点之后，可以针对上述待识别账户(即潜在求助用户)提供与知识点对应的服务，提升客服系统的运行效率。

附图说明

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

图1为本申请实施例提供的系统架构的示意图；

图2为本申请一实施例提供的识别用户潜在求助的知识点的方法的流程图；

图3示出了生成操作行为路径的一种示例；

图4A示出了统计的具有同一操作行为路径的并且针对同一知识点进行求助的账户的数量的一种示例；

图4B示出了统计的与每一操作行为路径对应的账户针对知识点进行求助的概率值的一种示例；

图4C示出了确定的操作行为路径和知识点的对应关系的一种示例；

图5为本申请一实施例提供的识别用户潜在求助的知识点的装置的结构示意图。

具体实施方式

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

一般地，将用户通过客户端或电话等方式，针对应用APP的知识点进行咨询(或求助)的事务称为“求助事务”。通常，在网络中发生的每一求助事务中，可包含“求助者”、“被求助者”及“求助的知识点”三个要素，其中，所述求助者是指用户终端(如手机)，所述被求助者是指应用APP的客服系统，所述求助的知识点是用户所求助的内容，通常知识点可以是客服系统预先划定的。举例而言，某应用APP包含若干个子功能块(如：“转账”、“信用卡还款”“红包”等)，针对每一子功能块(如：“信用卡还款”)，可以根据使用该子功能块的用户可能会求助的内容或用户历史求助的内容，划定相应的一个或多个知识点(如：“信用卡还款进度”、“信用卡还款关闭”、“信用卡还款的限额”等)。也就是说，上述知识点可以代表一种类型的知识。

对于接入客服系统的用户而言，可以通过输入所需求助的内容的方式来获得与之对应的答案信息。例如：用户可以输入“信用卡还款进度”来匹配到与该知识点对应的答案信息。或者，用户可以在客服系统提供的页面上，选择所需求助的知识点。例如：用户可以先选中“信用卡”，再从与“信用卡”对应的多个知识点中选取所需求助的知识点。

本申请旨在提供一种可以识别用户潜在求助的知识点的技术，下文将详细介绍本技术方案。

图1为本申请实施例提供的系统架构的示意图。本申请一实施例中，该系统包括用户终端10、服务器20，用以实现所述用户终端10和所述服务器20的通信的网络30，以及与所述服务器20连接的第一数据库40和第二数据库50。所述第一数据库40和所述第二数据库50可以集成于所述服务器20或独立于服务器20。所述服务器可以是应用APP(社交应用或支付应用等)的服务平台。上述网络30可以包括局域网(“LAN”)、广域网(“WAN”)、内部网、互联网、移动电话网络、虚拟专用网(VPN)、蜂窝式或其它移动通信网络、蓝牙、NFC或其任何组合。每个上述终端10所基于的网络装置都可以包括服务器、台式计算机、膝上型计算机、平板计算机、智能手机、手持式计算机、个人数字助理(“PDA”)，或者其它任何的有线或无线处理器驱动装置。

本申请实施例中，上述各个终端10上可以安装有客户端应用软件，用户可以在上述终端10登录该应用APP的账户。一般地，服务器20可以将每个用户在使用应用APP的过程中的每一步操作行为都记录下来，从而形成与每个账户对应的日志数据。上述第一数据库40便是用以存储各个账户对应的日志数据。其中，所述日志数据可以包括用户针对特定功能或页面的操作行为及发生每一操作行为的时间戳。

用户的操作行为路径分析是互联网领域中的一类数据分析方法，它主要根据每一用户在应用App(或网站)中的日志数据来获取用户的操作行为路径，并依据用户的操作行为路径来分析用户在应用App(或网站)中各个模块的操作规律与特点，挖掘用户的访问或点击模式，进而实现一些特定的业务用途。本申请可以根据用户的操作行为路径来确定用户是否为潜在需要求助的用户。

一般地，用户在使用应用APP的过程中遇到的困难或问题时，随后便会通过接入客服系统来对遇到的困难或问题进行求助。可见，用户所需求助的内容(知识点)在一定程度上，可以与该用户一段特定时间段内(与求助事务对应的一段时间段)的操作行为路径相关。换句话说，用户在上述特定时间段内的操作行为路径，可以反映该用户可能遇到的困难或问题(知识点)是什么。需要说明的是，用户路径一般可由具有一定的先后次序的各个用户操作行为组成，例如，用户在某段时间段内，先后作出了“打开页面”、“将某商品放入购物车”及“付款”的操作，则该用户的操作行为路径为：“打开页面”→“将某商品放入购物车”→“付款”。当然，可以为每个操作行为设定相应的行为ID，则用户的操作行为路径可以例如为：a→b→c。

本申请实施例提供的方法中，需要针对每一种操作行为路径，预先统计具有该操作行为路径的并且针对每一知识点进行求助事务的账户的数量值，并将统计得到的结果存放于上述第二数据库50中，以作为用以识别用户潜在求助的知识点的数据依据。

值得说明的是，在图1所示的示例性的系统中，服务器20可以具备运营系统和客服系统的功能。然而，在其他实施例中，可以将运营系统服务器和客服系统服务器分开设置。

图2为本申请一实施例提供的识别用户潜在求助的知识点的方法的流程，本申请实施例中，该方法的执行主体可以是服务器，该方法包括如下步骤：

S101：获取待识别账户的操作行为路径。

图3示出了生成操作行为路径的一种示例，在该示例中，假设某应用APP包括第一页面301、第二页面303和第三页面305，其中，假设上述第一页面301中包括功能块(如按键、或链接)A，上述第二页面303中包含功能块(如按键、或链接)B，上述第三页面305中包括功能块C。用户在点击上述功能块A时，该应用APP可以由第一页面301跳转至第二页面303，此后用户若在第二页面303中，点击功能块B后，该应用APP可以由第二页面303跳转至第三页面305，在第三页面305中，用户可以点击上述功能块C。在上述过程中，可以看出用户的操作行为包括三个，即：点击功能块A的点击行为、点击功能块B的点击行为和点击功能块C的点击行为，从而，按照操作行为发生的顺序，可以确定该用户(账户)的操作行为路径为：“x→y→z”。其中，x用以标识与功能块A对应的点击行为，y用以标识与功能块B对应的点击行为，z用以标识与功能块C对应的点击行为。

在上述步骤S101中，所述服务器可以获取由终端实时采集到的用户的操作行为路径。或者，在用户使用应用APP的过程中，所述服务器生成与用户的操作行为对应的行为日志，所述服务器可以根据生成的行为日志，获取用户的操作行为路径。

S102：根据预先确定的操作行为路径与知识点的对应关系，查询与获取的所述操作行为路径对应的知识点。其中，所述操作行为路径与知识点的对应关系是根据同一个操作行为路径对应不同知识点的统计数量来确定的。

在该步骤S102之前，需要预先确定操作行为路径与知识点的对应关系并存储。一般地，可以基于预先统计的若干用户的操作行为路径(历史)以及该若干用户历史求助的知识点，进行数据统计和分析，得到上述操作行为路径与知识点的对应关系。本申请一实施例，确定操作行为路径与知识点的对应关系的过程可以具体包括如下步骤：

步骤一：记录预设时间段内每一个用户的操作行为路径和求助的知识点。

对于发生的每一求助事务，记录在该求助事务中用户所求助的知识点。随后，获取在与该求助事务对应的预设时间段内产生的行为日志，以通过分析行为日志，获得该求助用户的操作行为路径。最终，记录所述求助事务求助的知识点与获取的所述操作行为路径的对应关系。相应地，可以根据记录的所述求助事务求助的知识点与获取的所述操作行为路径的对应关系，统计针对同一知识点进行求助事务并且产生同一操作行为路径的用户数。对于客服系统(服务器20)来说，可以针对每一个由用户发起的求助事务，确定该用户的求助账户(若是通过电话的方式进行求助，则可通过电话号码来确定与当前电话号码进行关联的账户)。在确定求助账户之后，客服系统可以从上述第一数据库40中获取到当前求助账户的在一特定时间段内产生的日志数据，并依据获取到的日志数据，提取该求助账户在上述特定时间段内的操作行为路径。举例而言，若在某一求助事务中，账户a求助的知识点是Q1，则可以获取该账户a在求助事务发生的当天的0:00～24:00(特定时间段)内使用该应用APP所产生的日志数据，并依据所述日志数据，分别获得该账户a在当天的0:00～24:00内的一个或多个操作行为路径。其中，关于操作行为路径，可以指客户端与服务端的一次会话行为的完整路径。所述会话一般可以指从用户进入这个应用到退出这个应用的过程，在这一过程中，应用APP可以给予与本次回话对应的唯一的会话ID。

本申请实施例中，一般需要将上述预设时间段内产生的每一操作行为路径确定为需要记录的操作行为路径。继续举例来说，账户a求助的知识点是Q1，在该账户a发生该求助事务的当天0:00～24:00(特定时间段)内，假如该账户a的操作行为路径包括：“x→y→z”、“x→z”，则需要分别对上述操作行为路径：“x→y→z”和上述操作行为路径：“x→z”记录一次，并且将记录的上述操作行为路径与该账户a求助的知识点Q1进行对应。总之，对于每一个求助事务，均可以相应地记录用户所求助的知识点和用户在特定时间段内的操作行为路径的对应关系。

步骤二：对于每一个操作行为路径，统计该操作行为路径下各个知识点的求助用户数量(如图4A所示)，将与最大求助用户数量对应的知识点作为与该操作行为路径对应的知识点。

如图4A所示，举例而言，对于操作行为路径“A→C”，可以分别统计得到该操作行为路径“A→C”下的不同知识点对应的求助用户数量，例如：该操作行为路径“A→C”下的知识点Q3对应的求助用户数量为2946，该操作行为路径“A→C”下的知识点Q5对应的求助用户数量为1507，等等。其中，需要说明的是，对于不同的操作行为路径，统计得到的与该操作行为路径对应的知识点的数量和内容均可以不同，例如：与操作行为路径“A→C”对应的知识点有5个，与操作行为路径“B→E”对应的知识点为1个。

随着求助事务的不断发生，上述统计得到的每个操作行为路径下各个知识点的求助用户数量会(即上述图4A所示的数据表)不断累加，从而使得数据的准确性不断提升。此外，在上述图4A所示的数据表中，可以根据统计到的求助用户数量，选择性地保留部分数据。例如：将统计每一用户数从大到小进行排序，并选择性地保留排名前N(如：1000)位的数据；抑或，将统计的求助用户数量大于预设值(如：500)的数据进行保留，其余数据剔除；等等。通过对数据进行选择性的保留，可以节省存储资源。

值得一提的是，基于上述图4A所示的数据表中的统计数据，可以进一步计算得到与每一操作行为路径下不同知识点对应的概率值。如图4B所示，在该示例中，对于操作行为路径：“A→C”，可以查询得到预先统计的该操作行为路径下的知识点Q3对应的求助用户数量为：2946；该操作行为路径下的知识点Q5对应的求助用户数量为：1507；该操作行为路径下的知识点Q8对应的的求助用户数量为：1405；该操作行为路径下的知识点Q11对应的的求助用户数量为：618；该操作行为路径下的知识点Q9对应的的求助用户数量为：570。基于上述统计得到的求助用户数量，可以计算得到与操作行为路径“A→C”下的知识点Q3对应的概率值＝2946/(2946+1507+1405+618+570)＝41.8％；与操作行为路径“A→C”下的知识点Q5对应的概率值＝1507/(2946+1507+1405+618+570)＝21.4％；与操作行为路径“A→C”下的知识点Q8对应的概率值＝1405/(2946+1507+1405+618+570)＝19.9％；等等。

本申请实施例中，对于每一操作行为路径，基于统计得到的该操作行为路径下各个知识点的求助用户数量(如图4A所示)，将与最大求助用户数量对应的知识点作为与该操作行为路径对应的知识点。

继续参照上述图4A所示的例子，对于操作行为路径：“A→C”而言，统计得到的与该操作行为路径对应的求助次数较多的知识点包括：Q3、Q5、Q8、Q11、Q9，具体地，与上述知识点：Q3、Q5、Q8、Q11、Q9对应的求助用户数量分别是：“2946”，“1507”，“1405”，“618”，“570”。一般地，若对某个知识点进行求助的用户数量越大，则表明具有上述操作行为路径的用户针对该知识点进行求助的几率越大。鉴于此，可以确定与上述操作行为路径：“A→C”对应的用户数：“2946”，“1507”，“1405”，“618”，“570”中的最大求助用户数量为：2946，最终，可以将与最大求助用户数量“2946”对应的知识点：Q3确定为与操作行为路径“A→C”对应的知识点。按照这样的原理，可以为每一操作行为路径确定一个与之对应的知识点(该知识点一般是具有该操作行为路径的用户最有可能需要求助的知识点)，从而得到操作行为路径和知识点的对应关系如图4C所示并存储。当然，需要说明的是，在最终生成的如图4C所示的数据表中，与每一操作行为路径对应的潜在求助的知识点可以包括多个，如，针对操作行为路径A→C”，若发现针对知识点Q3和Q5进行求助的用户数量非常接近，则可以确定与上述操作行为路径：“A→C”对应的知识点是Q3和Q5。

为了进一步提升确定的操作行为路径与知识点的对应关系的准确性，本申请具体实施例中，上述步骤二可以具体包括：对于每一个操作行为路径，统计该操作行为路径下各个知识点的求助用户数量，如果统计得到的最大求助用户数量大于预设阈值，将与所述最大求助用户数量对应的知识点作为与该操作行为路径对应的知识点。通过设定上述预设阈值，并通过判断统计得到的最大求助用户数量是否大于预设阈值，可以过滤掉准确性不高的操作行为路径和知识点的对应关系。例如，对于某个操作行为路径，统计得到的该操作行为路径下的不同知识点的统计数量分别是：“1”，“5”，“8”。其中，由于统计得到的上述最大求助用户数量：“8”较小，这存在一定的偶然性，若将最大求助用户数量：“8”对应的知识点与该操作行为路径进行对应，则会造成准确性不高。本发明实施例中，通过设定一个预设阈值(如：10000)，可以确保将较为准确的对应关系予以保留。

另外，上述步骤二还可以通过其他具体过程来实现。例如，在某些具体实施例中，上述步骤二可以具体包括：对于每一操作行为路径，判断与该操作行为路径对应的一个或多个所述求助用户数量是否大于或等于预设数量阈值，若是，则将大于或等于预设数量阈值的所述求助用户数量所对应的知识点与该操作行为路径进行对应。如上述图4A所示的例子，假设预设数量阈值是1500，则大于该预设数量阈值的数量是1507和2946，可以将操作行为路径：“A→C”与知识点Q3和Q5对应。

需要说明的是，确定知识点和操作行为路径的过程并不限于上述实施例。在本申请其他可行的实施例中，还可以通过人工方式来确定上述知识点和操作行为路径的对应关系。以图4B所示的数据表为例，在统计得到该数据表之后，还需要通过人工来判断与操作行为路径对应的知识点是否属于不匹配的情况，并对这种不匹配的数据进行剔除。举例而言，知识点Q1的内容是：“找不到信用卡还款查询按钮”，然而，统计得到的与该知识点Q1对应的某操作行为路径中包括：对信用卡还款查询按钮进行点击的操作行为，显然，该操作行为路径与上述知识点Q1的对应关系是不合理的，需要将这一对应关系进行剔除。

S103：若查询到，将查询到的知识点确定为所述待识别账户潜在求助的知识点。

本申请实施例中，基于预先生成的知识点和操作行为路径的对应关系(如图4C)，如果查询到与操作行为路径对应的知识点(该操作行为路径存在于预先统计的数据表中)则表明上述待识别账户是可能需要求助的潜在求助账户，可以将该知识点确定为所述待识别账户潜在求助的知识点。

在上述实施例介绍的方法中，本申请实施例通过获取待识别账户的操作行为路径，并根据预先确定的操作行为路径与知识点的对应关系，查询与获取的所述操作行为路径对应的知识点，从而在查询到与获取的所述操作行为路径对应的知识点之后，将查询到的知识点确定为所述待识别账户潜在求助的知识点。可见，本申请实施例通过上述过程可以对待识别账户可能需要求助的知识点进行识别，从而在识别到上述待识别账户可能需要求助的知识点之后，可以针对上述待识别账户(即潜在求助用户)提供与知识点对应的服务，提升客服系统的运行效率。

本申请的应用场景至少包括如下之一：

i.在客服系统无法接入时，通过识别潜在的求助账户和潜在求助的知识点，将与知识点对应的答案信息推送至所述待识别账户对应的终端上。或者，向所述终端推送相应的引导信息，以引导用户通过相应的途径来使用应用APP。

ii.如监测到某时段出现某个操作行为路径的用户数增多时，可以针对该操作行为路径，提前做好客服预警，如：及早在应用客户端上推送相应的公告信息，以提醒和引导用户。

iii.根据知识点和操作行为路径的对应关系，可以给产品设计环节提供数据参考。以上图3为例，如原先的产品设计中，用户在第一页面301中的功能块A被点击后，可以跳转至第二页面303。在产品使用过程中，若发现这样的产品设计会导致较多的用户出现求助的情况(或其他问题)，则可以通过对后续产品进行修改来客服上述情况，例如：修改后的产品中，用户在第一页面301中的功能块A被点击后，可以直接跳转至第三页面305。

上述统计得到知识点与操作行为路径的对应关系可以被存储于第二数据库50中以供查询。需要说明的是，本申请实施例可以依据上述图4C所示的数据表来查询与操作行为路径对应的知识点，进行识别待识别账户潜在求助的知识点。在其他可行的实施例中，也可以依据上述图4A或图4B所示的数据表来查询与操作行为路径对应的知识点，在查询到与操作行为路径对应的多个知识点时，则可以通过相应的判断逻辑来确定识别待识别账户潜在求助的知识点。所述判断逻辑可以例如：将所述用户数中的最大用户数对应的知识点确定为识别待识别账户潜在求助的知识点。或者，判断所述用户数是否大于或等于预设数量阈值，若大于，则将大于或等于预设数量阈值的所述用户数所对应的知识点确定为识别待识别账户潜在求助的知识点，等等。

需要说明的是，以上各实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤S101和步骤S102的执行主体可以为设备1，步骤S103的执行主体可以为设备2；又比如，步骤S101的执行主体可以为设备1，步骤S102和步骤S103的执行主体可以为设备2；等等。

图5为本申请一实施例提供的识别用户潜在求助的知识点的装置的结构示意图。需要说明的是，上述识别用户潜在求助的知识点的装置中的各个单元所能够实现的功能与以上介绍的识别用户潜在求助的知识点的方法中的各个步骤所能够实现的功能类似，故该识别用户潜在求助的知识点的装置的具体细节可以参照上述识别用户潜在求助的知识点的方法实施例的内容，本文不再予以赘述。本申请实施例中，所述识别用户潜在求助的知识点的装置可以以软件或软硬件结合的方式形成于所述服务器中，该识别用户潜在求助的知识点的装置100可以包括：获取单元101、查询单元102及确定单元103；其中：

获取单元101，获取待识别账户的操作行为路径。

查询单元102，根据预先确定的操作行为路径与知识点的对应关系，查询与获取的所述操作行为路径对应的知识点。其中，所述操作行为路径与知识点的对应关系是根据同一个操作行为路径对应不同知识点的统计数量来确定的。

确定单元103，若查询到，将查询到的知识点确定为所述待识别账户潜在求助的知识点。

在本申请实施例提供的上述装置中，本申请实施例通过获取待识别账户的操作行为路径，并根据预先确定的操作行为路径与知识点的对应关系，查询与获取的所述操作行为路径对应的知识点，从而在查询到与获取的所述操作行为路径对应的知识点之后，将查询到的知识点确定为所述待识别账户潜在求助的知识点。可见，本申请实施例通过上述过程可以对待识别账户可能需要求助的知识点进行识别，从而在识别到上述待识别账户可能需要求助的知识点之后，可以针对上述待识别账户(即潜在求助用户)提供与知识点对应的服务，提升客服系统的运行效率。

本申请一实施例中，所述装置还包括：

记录单元，记录预设时间段内每一个用户的操作行为路径和求助的知识点；

关系确定单元，对于每一个操作行为路径，统计该操作行为路径下各个知识点的求助用户数量，将与最大求助用户数量对应的知识点作为与该操作行为路径对应的知识点。

本申请一实施例中，所述关系确定单元对于每一个操作行为路径，统计该操作行为路径下各个知识点的求助用户数量，如果统计得到的最大求助用户数量大于预设阈值，将与所述最大求助用户数量对应的知识点作为与该操作行为路径对应的知识点。

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

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (6)

1.一种识别用户潜在求助的知识点的方法，其特征在于，包括：

获取待识别账户的操作行为路径；

根据预先确定的操作行为路径与知识点的对应关系，查询与获取的所述操作行为路径对应的知识点；所述操作行为路径与知识点的对应关系是根据同一个操作行为路径对应不同知识点的统计数量来确定的；

若查询到，将查询到的知识点确定为所述待识别账户潜在求助的知识点。

2.根据权利要求1所述的方法，其特征在于，所述操作行为路径与知识点的对应关系是根据同一个操作行为路径对应不同求助知识点的统计数量来确定的，包括：

记录预设时间段内每一个用户的操作行为路径和求助的知识点；

对于每一个操作行为路径，统计该操作行为路径下各个知识点的求助用户数量，将与最大求助用户数量对应的知识点作为与该操作行为路径对应的知识点。

3.根据权利要求2所述的方法，其特征在于，所述对于每一个操作行为路径，统计该操作行为路径下各个知识点的求助用户数量，将最多数量的求助用户对应的知识点作为与该操作行为路径对应的知识点，包括：

对于每一个操作行为路径，统计该操作行为路径下各个知识点的求助用户数量，如果统计得到的最大求助用户数量大于预设阈值，将与所述最大求助用户数量对应的知识点作为与该操作行为路径对应的知识点。

4.一种识别用户潜在求助的知识点的装置，其特征在于，包括：

获取单元，获取待识别账户的操作行为路径；

查询单元，根据预先确定的操作行为路径与知识点的对应关系，查询与获取的所述操作行为路径对应的知识点；所述操作行为路径与知识点的对应关系是根据同一个操作行为路径对应不同知识点的统计数量来确定的；

确定单元，若查询到，将查询到的知识点确定为所述待识别账户潜在求助的知识点。

5.根据权利要求4所述的装置，其特征在于，所述装置还包括：

记录单元，记录预设时间段内每一个用户的操作行为路径和求助的知识点；

关系确定单元，对于每一个操作行为路径，统计该操作行为路径下各个知识点的求助用户数量，将与最大求助用户数量对应的知识点作为与该操作行为路径对应的知识点。

6.根据权利要求5所述的装置，其特征在于，所述关系确定单元对于每一个操作行为路径，统计该操作行为路径下各个知识点的求助用户数量，如果统计得到的最大求助用户数量大于预设阈值，将与所述最大求助用户数量对应的知识点作为与该操作行为路径对应的知识点。