智能客服服务方法和装置、电子设备、存储介质

技术领域

本公开涉及数据处理技术领域，具体而言，涉及一种智能客服服务方法和装置、电子设备、存储介质。

背景技术

随着互联网技术的发展，出现了越来越多的电子商务平台。而电子商务平台管理的重要目标就是提升客户服务的服务质量和效率。

相关技术中，客服人员需要根据用户提供的信息在各种业务系统之间频繁切换以查询相关业务信息，而该方式易出错影响服务质量，且服务响应速度低，导致服务效率低。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例的目的在于提供一种智能客服服务方法和装置、电子设备、存储介质，进而在一定程度上解决了相关技术中人工客服服务过程中，由于人工查询各业务系统影响服务质量和服务效率低的问题。

根据本公开的第一方面，提供了一种智能客服服务方法，所述方法包括：识别客服会话中用户发送的实体信息；响应于对客服端的目标业务组件对应控件的操作，根据所述实体信息，在对应的关联关系库中匹配出关联内容；所述关联关系库根据业务场景对应的业务流程中各业务节点之间的关联关系构建；发送所述关联内容给所述客服会话中的用户客户端。

可选地，所述关联关系库包括业务关联树，所述方法还包括：根据所述客服会话的业务场景，配置对应的业务组件；对于每个所述业务组件，构建对应业务场景的业务关联树；在所述关联关系树与所述业务组件对应控件之间建立关联关系。

可选地，所述实体信息包括实体的属性信息和状态信息，所述构建业务场景的业务关联树，包括：根据所述实体的属性信息，确定所述业务关联树的一级子节点；根据所述实体对应的状态信息，在所述一级子节点下创建二级子节点；确定每个所述状态信息对应的应答内容；将所述应答内容作为所述二级子节点的末端子节点，所述末端子节点为所述关联内容。

可选地，所述根据所述实体信息，匹配出关联内容，包括：响应于对目标业务组件对应控件的操作，在所述实体信息中匹配出所述目标业务组件对应的目标实体信息；根据所述目标实体信息，在对应的业务关联树中按照节点对应的业务规则进行节点匹配，确定目标路径；将所述目标路径对应的末端子节点的内容作为所述关联内容。

可选地，所述关联内容包括应答类型，在发送所述关联内容之前，所述方法还包括：根据所述应答类型，对所述关联内容进行渲染。

可选地，所述方法还包括：对所述客服会话的实时消息进行缓存，所述实时消息包括所述客服会话中的实体信息和应答内容；响应于针对所述客服会话的切换操作，从缓存中获取并展示最新的客服会话的内容。

可选地，所述方法还包括：统计目标期限内各所述业务组件对应控件的使用频率信息；根据所述使用频率信息，确定各所述业务组件对应控件的优先顺序；根据所述优先顺序，生成并展示各所述业务组件对应控件的展示列表。

可选地，所述展示所述业务组件对应控件的展示列表，包括：在所述客服客户端的客服会话页面以插件页形式展示所述展示列表。

根据本公开的第二方面，提供一种智能客服服务装置，所述装置包括：识别模块、匹配模块和发送模块，识别模块，用于识别客服会话中用户发送的实体信息；匹配模块，用于响应于对客服端的目标业务组件对应控件的操作，根据所述实体信息，在对应的关联关系库中匹配出关联内容；所述关联关系库根据业务场景对应的业务流程中各业务节点之间的关联关系构建；发送模块，用于发送所述关联内容给所述客服会话中的用户客户端。

根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的方法。

根据本公开的第四方面，提供一种电子设备，包括：一个或多个处理器；以及存储装置，用于一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行上述任一实施例所述的方法。

本公开示例性实施例可以具有以下部分或全部有益效果：

在本公开示例实施方式所提供的智能客服服务方法中，一方面，可以通过识别客服会话中用户发送的实体信息；响应于对客服端的目标业务组件对应控件的操作，根据实体信息，在对应的关联关系库中匹配出关联内容；实现关联内容的一键查询，避免在不同业务系统之间的频繁切换，查询准确率高，且提高了服务响应速度和服务效率。另一方面，根据业务流程中各业务节点之间的关联关系构建关联关系库，可以将业务流程按照业务节点进行划分后，在不同业务节点之间建立关联关系，将业务流程转化为关联关系库，从而对不同实体信息可以基于该关联关系库快速匹配出业务流程对应的应答结果(关联内容)，实现不同业务的快速关联查询，提高了服务响应速度和服务效率。此外，以业务场景为维度，每个业务场景对应构建一个关联关系库，可以适用于不同的业务场景及新业务场景，适用范围广。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出了根据本公开的一个实施例的智能客服服务方法及装置的系统架构示意图。

图2示意性示出了根据本公开的一个实施例中智能客服服务方法的流程图之一。

图3示意性示出了根据本公开的一个实施例中业务关联树结构示意图。

图4示意性示出了根据本公开的一个实施例中业务组件展示页面及配置页面示意图。

图5示意性示出了根据本公开的一个实施例中智能客服服务方法的流程图之二。

图6示意性示出了根据本公开的一个实施例的客服端的前端设计架构图。

图7示意性示出了根据本公开的一个实施例的智能客服服务装置的结构框图。

图8示出了适于用来实现本公开实施例的电子设备框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本公开针对物流行业中寄件人不在寄件现场，通过线上下单后由快递员前往指定地点进行订单揽收的情况。下面，结合具体的实施例，对本说明书实施例披露的智能客服服务方法进行介绍。

图1示出了可以应用本公开实施例的一种智能客服服务方法及装置的示例性应用环境的系统架构100的示意图。如图1所示，系统架构100可以包括用户终端101、服务器102。用户终端101与服务器102之间通过网络提供通信链路的介质。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。用户终端101可以是具有显示屏的各种电子设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。应该理解，图1中的终端、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端、网络和服务器。比如用户终端101可以是使用某电子商务平台的成千上万的终端。

示例性地，用户客户端安装于用户终端，服务器可以是客服端的后台服务器，服务器还可以与客服终端连接，客服客户端安装于客服终端，服务器与客服终端组成客服端。用户在用户客户端发起客服会话，服务器识别客服会话中用户发送的实体信息；响应于对客服客户端中的目标业务组件对应控件的操作，服务器根据实体信息，在对应的关联关系库中匹配出关联内容；关联关系库为根据业务场景对应的业务流程中各业务节点之间的关联关系构建的，一个业务场景对应一个关联关系库；发送关联内容给客服会话中的用户客户端。

本公开实施例所提供的智能客服服务方法可以由服务器102执行，相应的，智能客服服务装置也可以设置于服务器102中。

参考图2所示，本公开提供的一种示例实施方式的智能客服服务方法，可以包括以下步骤S210～S230。

步骤S210，识别客服会话中用户发送的实体信息。

步骤S220，响应于对客服端目标业务组件对应控件的操作，根据实体信息，在对应的关联关系库中匹配出关联内容；关联关系库根据业务场景对应的业务流程中各业务节点之间的关联关系构建。

步骤S230，发送关联内容给客服会话中的用户客户端。

在本示例实施方式所提供的智能客服服务方法中，一方面，可以通过识别客服会话中用户发送的实体信息；响应于对目标业务组件对应控件的操作，根据实体信息，在对应的关联关系库中匹配出关联内容；实现关联内容的一键查询，避免在不同业务系统之间的频繁切换，查询准确率高，且提高了服务响应速度和服务效率。另一方面，根据业务流程中各业务节点之间的关联关系构建关联关系库，可以将业务流程按照业务节点进行划分后，在不同业务节点之间建立关联关系，将业务流程转化为关联关系库，从而对不同实体信息可以基于该关联关系库快速匹配出业务流程对应的结果(关联内容)，实现不同业务的快速关联查询，提高了服务响应速度和服务效率。此外，以业务场景为维度，每个业务场景对应构建一个关联关系库，可以适用于不同的业务场景及新业务场景，适用范围广。

以下对本公开的各个步骤进行更加详细的描述。

在步骤S210中，识别客服会话中用户发送的实体信息。

在本示例实施方式中，客服会话是指用户在电子商务平台针对平台内对象向平台客服发起的会话消息。例如，用户在电子商务平台进行浏览、购物等情况时，可以针对平台内的商品、订单或服务单进行咨询而发起的会话消息。实体信息是指与平台内对象相关的实体相关信息，示例性地，实体可以是品牌、品类、商品、商品属性等，如与商品相关的商品标识、编码、订单号、运单号、退/换货单号、服务单号、商品品类等，商品所在订单的收货人信息(如地址、联系方式、姓名等)，订单商品的店铺标识等信息，还可以包括实体(如订单号或商品标识)的各种属性信息(如有无该实体信息、实体属性值等)、状态信息(如订单号对应的订单状态、物流状态或售后状态等)，本示例对此不做限定。

在本示例实施方式中，可以采用人工智能识别技术提取客服会话中的实体信息，示例性地，可以基于正则规则或者机器学习方式来进行实体信息识别。基于正则规则，利用实体词的构词规律和高频上下文词。比如商品的属性词有：“数字+品牌”描述商品品牌，“数字+品类”描述商品品类等等。这一类词完全可以通过正则表达式来匹配。基于机器学习，例如可以使用BiLSTM(双向长短时记忆网络)+CRF(条件随机场)来进行实体识别。

在步骤S220中，响应于对客服端的目标业务组件对应控件的操作，根据实体信息，在对应的关联关系库中匹配出关联内容。

在本示例实施方式中，可以针对每个业务场景配置业务组件，对每个业务组件构建对应的关联关系库，从而在关联关系库中匹配出在该业务场景下，实体信息对应的应答内容。可以根据业务流程中各业务节点之间的关联关系构建关联关系库。例如，将一个业务场景下的业务流程划分为多个业务步骤，为每个业务步骤设置相应的业务规则，通过不同的业务规则组合确定对应的应答内容。

示例性地，关联关系库为业务关联树，方法还可以包括以下步骤：

根据客服会话的业务场景，配置对应的业务组件。

在本示例实施方式中，业务场景是与客服会话中用户的会话内容相对应的。以电商平台为例，业务场景可以包括订单(如订单查询、订单还原、订单拆分、催单等)、赔付(商品赔付或补差价)、物流(物流查询)、价保、发票(发票申请)、保修(维修申请)、工单咨询、余额提现、跟踪服务(订单跟踪、物流跟踪)等。业务场景的粒度大小可以根据实际情况确定。

在本示例实施方式中，业务组件是指在客服端为每个业务场景配置的功能组件，可以为业务组件配置操作控件和编辑页面，编辑页面中可以包括业务组件的基本信息(如名称、描述、显示图标等信息)、关联的实体信息和关联的业务关联树信息，如图4下半部分所示为订单查询业务组件对应的编辑页面。

对于每个业务组件，构建对应业务场景的业务关联树。

在本示例实施方式中，业务组件与业务关联树一一对应，也就是与业务场景一一对应，如图4上半部分所示。

示例性地，实体信息可以包括实体的属性信息和状态信息，可以通过以下步骤构建业务关联树。

根据实体的属性信息，确定业务关联树的一级子节点。

在本示例实施方式中，实体的属性信息可以包括实体信息的有无属性，可以基于有无该实体信息确定一级子节点。例如，可以根据有无订单号，划分两个一级子节点，即有订单号子节点和无订单号子节点，如图3所示。

根据实体对应的状态信息，在一级子节点下创建二级子节点。

在本示例实施方式中，实体对应的状态信息可以是实体的可能状态，例如，订单号对应的订单状态信息可以包括订单已取消、订单已完成、订单锁定、物流已签收、订单配送退货、订单等待付款、订单付款完成等等，每个状态对应的业务规则可以对应一个或多个二级子节点。例如，订单已取消可以对应一个业务规则，该业务规则用于判断订单是否取消。订单锁定可以对应多个业务规则，先判断订单是否发货(对应一个业务规则)，再判断订单是否配送(对应一个业务规则)。

在本示例实施方式中，业务规则可以利用系统组件，经对应的正则表达式和逻辑运算符组成，形成一个二级子节点，每个二级子节点是一个业务逻辑对应的条件节点，具有业务逻辑先后顺序的二级子节点之间，可以将后执行的业务逻辑对应节点作为先执行的业务逻辑对应节点的子节点，即可以根据业务逻辑在二级子节点之间建立关联关系。

确定每个状态信息对应的应答内容。

在本示例实施方式中，每个业务场景对应的业务逻辑都会存在相应的应答内容，例如，订单已取消对应的应答内容可以是订单已取消及订单取消状态的跟踪信息。应答内容可以根据业务场景和业务逻辑进行配置。

将应答内容作为二级子节点的末端子节点，末端子节点为关联内容。

在本示例实施方式中，每个业务关联树的末端子节点都是应答内容，从而完成关联树的构建。例如，对催单业务场景的业务关联树的构建结果如图3所示，根节点可以是空节点，判断有无纠纷订单构建一级子节点，在每个一级子节点下创建二级子节点，如订单已取消、订单状态完成、物流已签收、订单锁定、其他状态等等，二级子节点下还可以设置下一级子节点，如其他状态对应节点下的子节点，每个业务逻辑最终都配置有应答内容作为末端子节点(如答案1、答案2、答案2……答案x……答案N)。图中“……”表示省略部分答案。

在关联关系树与业务组件对应控件之间建立关联关系。

在本示例实施方式中，通过在关联关系树与业务组件对应控件之间建立关联关系，以实现业务场景应答内容的快速匹配过程。

示例性地，可以通过以下步骤实现实体信息匹配关联内容。

响应于对目标业务组件对应控件的操作，在实体信息中匹配出目标业务组件对应的目标实体信息；根据目标实体信息，在对应的业务关联树中按照节点对应的业务规则进行节点匹配，确定目标路径；将目标路径对应的末端子节点的内容作为关联内容。

在本示例实施方式中，实体信息可以包括多个实体(如订单号、商品号、运单号等)，可以根据业务场景在多个实体中筛选出目标实体，例如对于物流全程跟踪业务场景，目标实体可以为运单号。可以建立业务场景与目标实体信息之间的映射表，通过该映射表快速确定目标实体信息。

在本示例实施方式中，每个节点具有对应的业务规则，通过不同节点间业务规则匹配，确定目标路径，从而确定目标路径对应末端子节点的应答内容。业务规则可以是使用正则表达式和/或逻辑运算符形成的规则表达式，可以结合系统的功能组件来实现。正则表达式是对字符串操作的一种逻辑公式，用事先定义好的一些特定字符、及这些特定字符的组合，组成一个"规则字符串"，这个"规则字符串"用来表达对字符串的一种过滤逻辑。例如，业务规则可以是从用户参数服务中获取上下文订单ID。

在步骤S230中，发送关联内容给客服会话中的用户客户端。

在本示例实施方式中，可以将关联内容发送给对应的用户客户端，也可以将关联内容发送给客服客户端，以使客服客户端对该关联内容进行一定处理之后再发送给用户客户端，本示例对此不做限制。

示例性地，客服客户端对关联内容的处理可以包括：根据应答类型，对关联内容进行渲染。

在本示例实施方式中，关联内容可以包括应答类型，该应答类型可以在业务关联树构建过程中进行配置，与对应的应答内容进行绑定。应答类型可以包括文本类型和模板类型，文本类型是指纯文本显示，模板类型是指按照对应模板组件进行内容显示。可以根据应答类型对关联内容(应答内容)进行渲染，生成应答信息，客服客户端发送应答信息给用户客户端。实现用户疑问的快速响应，提高用户体验。

在一些实施例中，方法还包括：对客服会话的实时消息进行缓存。

在本示例实施方式中，对客服会话的过程中产生的实时消息可以按照会话维度进行缓存，例如可以将客服会话实时消息中的实体信息和应答内容进行缓存。

响应于针对客服会话的切换操作，从缓存中获取并展示最新的客服会话的内容。

在本示例实施方式中，当客服切换到当前客服会话窗口时，可以从缓存中获取最新客服会话内容，实现即时消息刷新，便于客服及时了解用户意图，提高服务效率。

在一些实施例中，方法还包括：统计目标期限内业务组件对应控件的使用频率信息。

在本示例实施方式中，目标期限可以是一天或若干天，可以根据实现情况进行配置，使用频率信息是指业务组件对应控件的操作频次信息，例如，一天内的使用频次。

根据使用频率信息，确定业务组件对应控件的优先顺序。

在本示例实施方式中，可以按每个业务组件对应控件的使用频率调整其显示顺序，可以按使用频率从大到小对应优先顺序从高到低。

根据优先顺序，生成并展示业务组件对应控件的展示列表。

在本示例实施方式中，优先顺序对应业务组件对应控件展示时的排序。例如，当以竖向列表形式显示时，可以将使用频率较高的排在最前面；当以矩阵形式显示时，可以将使用频率较高的置于第一排的第一个或中间位置，如图4上半部分所示，订单查询作为使用频率较高的控件，设置与第一排第一个。

示例性地，可以在客服客户端的客服会话页面以插件页形式展示展示列表，以便于客服进行操作，具体展示效果如图4上半部分所示。

举例而言，本公开的智能客服服务方法的实现过程如图5所示，具体可以通过以下步骤实现。

步骤S501，客服端创建业务场景对应的业务组件。

步骤S502，根据业务组件对应的业务场景，构建对应的业务关联树。

步骤S503，客服端在关联关系树与业务组件对应控件之间建立关联关系。

步骤S504，用户端向客服端发起客服会话。

步骤S505，客服端识别客服会话中用户发送的实体信息。

步骤S506，客服端响应于对目标业务组件对应控件的操作，根据实体信息，在对应的关联关系库中匹配出关联内容。

步骤S507，客服端根据应答类型，对关联内容进行渲染。

步骤S508，客服端将渲染后内容发送给用户端。

在以上实施例中，客服端可以包括前端和后端，通过前端和后端配合向用户提供客服服务。可以在客服端的后端配置业务关联树及其相关的业务规则节点，实体信息与业务关联树的对应关系等。客服端的前端配置如图6所示，可以在客服端的前端配置消息监听服务610、业务组件库服务620、实体管理服务630、业务组件渲染服务640、消息推送服务650、web插件页660，消息监听服务610通过实时监听客服会话消息队列，并通过协议转换网关将监听到的消息传至业务组件库服务620；业务组件库服务620将识别的实体信息传至实体管理服务630进行该会话的实体信息管理；业务组件库服务620将实体更新消息通过消息推送服务650发送至web插件页660，web插件页660通过传输协议反馈给业务组件库服务620。在应答过程中，业务组件库服务620将应答内容发给业务组件渲染服务640以使其进行应答内容的渲染。

本公开可以针对业务场景创建对应的业务组件，将所有业务组件对应控件以插件页形式显示，以使客服人员能够直接通过对业务组件对应控件的操作，实现用户业务的快速响应，避免了在不同业务系统(如订单系统、物流系统等)中的频繁切换查询，提高用户业务响应速度和准确度。本公开可以通过动态配置编辑对应业务组件来适应各业务系统的频繁改动或升级，不需要每次都重新进行代码开发。

本公开通过对每个业务场景构建对应的业务关联树，从而将业务场景中的业务流程或规则转化成节点数结构，实现基于业务场景的应答内容的快速确定，加快客服服务响应速度，提高用户体验。对于新的业务场景只需要开发对应的业务组件即可，不需要对系统做改动，配置灵活性高，能实现新业务的快速响应。

进一步的，本示例实施方式中，还提供了一种智能客服服务装置700。该智能客服服务装置700可以应用于客服端。参考图7所示，该智能客服服务装置700可以包括：识别模块710、匹配模块720、发送模块730，识别模块710，用于识别客服会话中用户发送的实体信息；匹配模块720，用于响应于对客服端的目标业务组件对应控件的操作，根据实体信息，在对应的关联关系库中匹配出关联内容；关联关系库根据业务场景对应的业务流程中各业务节点之间的关联关系构建；发送模块730，用于发送关联内容给客服会话中的用户客户端。

在本公开的一种示例性实施例中，关联关系库包括业务关联树，装置700还包括：配置模块，可以用于根据客服会话的业务场景，配置对应的业务组件；构建模块，可以用于对于每个业务组件，构建对应业务场景的业务关联树；关联模块，可以用于在关联关系树与业务组件对应控件之间建立关联关系。

在本公开的一种示例性实施例中，实体信息包括实体的属性信息和状态信息，构建模块可以用于：根据实体的属性信息，确定业务关联树的一级子节点；根据实体对应的状态信息，在一级子节点下创建二级子节点；确定每个状态信息对应的应答内容；将应答内容作为二级子节点的末端子节点，末端子节点为关联内容。

在本公开的一种示例性实施例中，匹配模块720还可以用于：响应于对目标业务组件对应控件的操作，在实体信息中匹配出目标业务组件对应的目标实体信息；根据目标实体信息，在对应的业务关联树中按照节点对应的业务规则进行节点匹配，确定目标路径；将目标路径对应的末端子节点的内容作为关联内容。

在本公开的一种示例性实施例中，关联内容包括应答类型，装置700还包括渲染模块，渲染模块：在发送关联内容之前，根据应答类型，对关联内容进行渲染。

在本公开的一种示例性实施例中，装置700还包括缓存模块，缓存模块可以用于：对客服会话的实时消息进行缓存，实时消息包括客服会话中的实体信息和应答内容；响应于针对客服会话的切换操作，从缓存中获取并展示最新的客服会话的内容。

在本公开的一种示例性实施例中，装置700还包括展示模块，展示模块可以用于：统计目标期限内各业务组件对应控件的使用频率信息；根据使用频率信息，确定各业务组件对应控件的优先顺序；根据优先顺序，生成并展示各业务组件对应控件的展示列表。

在本公开的一种示例性实施例中，展示模块还可以用于在客服客户端的客服会话页面以插件页形式展示展示列表。

上述智能客服服务装置中各模块或单元的具体细节已经在对应的智能客服服务方法中进行了详细的描述，因此此处不再赘述。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的终端设备中所包含的；也可以是单独存在，而未装配入该终端设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该终端设备执行时，使得该终端设备实现如下述实施例中的方法。例如，终端设备可以实现如图2、图5所示的各个步骤等。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

下面参照图8来描述根据本公开的这种实施例的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830、显示单元840。

其中，存储单元存储有程序代码，程序代码可以被处理单元810执行，使得处理单元810执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备870(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RA标识系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者电子设备等)执行根据本公开实施例的方法。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

需要说明的是，本公开的技术方案中，所涉及的用户个人信息的采集、收集、更新、分析、处理、使用、传输、存储等方面，均符合相关法律法规的规定，被用于合法的用途，且不违背公序良俗。对用户个人信息采取必要措施，防止对用户个人信息数据的非法访问，维护用户个人信息安全、网络安全和国家安全。

需要说明的是，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等，均应视为本公开的一部分。

应可理解的是，本说明书公开和限定的本公开延伸到文中和/或附图中提到或明显的两个或两个以上单独特征的所有可替代组合。所有这些不同的组合构成本公开的多个可替代方面。本说明书的实施方式说明了已知用于实现本公开的最佳方式，并且将使本领域技术人员能够利用本公开。