风控方法、装置、终端设备及介质

【技术领域】

本申请实施例涉及计算机技术领域，尤其涉及一种风控方法、装置、终端设备及介质。

【背景技术】

随着保险市场的快速发展及保险行业经营的日渐规范化、多元化、专业化，经营主体不断增多，市场规模扩张迅速。核保、核赔作为保险经营和风控的关键环节，对保险公司的稳健运营有着重大影响。

核保是业务经营的入口关，作为保险业务风险控制的前端流程，核保的本质是对可保风险进行判断、选择和分类，是承保条件与风险状况适应或匹配的过程。

核赔是业务经营的出口关，是保险公司控制损失的直接环节。保险公司专业理赔人员对保险赔案进行审核，确认赔案是否应该赔、应该怎样赔或应该怎样拒赔的业务行为。如对于健康保险来说，保险公司会严格审核消费者的医疗费用是否合理，对于过度医疗则不予赔付。

现有的风控方法针对两核作业存在着过于依赖人工、作业质量与时效无法保证、配置不够灵活、无法满足理赔全流程场景需求等缺点。

【发明内容】

本申请实施例提供了一种风控方法、装置、终端设备及介质，降低了两核作业中对人工的依赖，且配置灵活，能够满足理赔全流程场景需求。

第一方面，本申请实施例提供一种风控方法，包括：接收审核事件，依据所述审核事件的场景进行风控事件关联，所述风控事件为一个或者多个；对每一个关联的风控事件，获取所述风控事件下的策略，所述策略的命中条件为规则命中结果；获取所述策略的命中条件内的规则，所述规则的命中条件包括特征、所述特征之间的逻辑关系；获取所述特征在所述审核事件中的具体信息，将信息获取后的特征按照所述逻辑关系进行运算，获得运算结果；判断所述运算结果是否满足规则命中条件；当所述运算结果满足规则命中条件，表征所述规则被命中；判断命中结果是否与所述策略的命中条件相同；当所述命中结果与所述策略的命中条件相同，输出所述策略的输出文本。

上述风控方法中，自动对接收到的待审核事件进行分析，及时察觉审核事件中风险，减少了作业中对人工的依赖，提高了风控效率和质量，规则、策略、风控事件配置灵活，且特征可灵活应用于多场景中，满足理赔全流程场景需求，无需重复开发。

其中一种可能的实现方式中，所述特征的来源包括以下至少一者：所述策略的逻辑字段，所述规则、所述策略或所述风控事件的输出文本，机器学习模型的输出结果。

其中一种可能的实现方式中，所述策略的命中条件还包括：所述策略的命中条件为所述规则命中结果的逻辑运算结果。

其中一种可能的实现方式中，所述规则的命中条件还包括阈值，所述规则的命中条件包括以下至少一者：所述规则的命中条件为多个所述特征之间进行逻辑运算得出、所述规则的命中条件为一个所述特征与阈值之间进行逻辑运算得出、所述规则的命中条件为特征段与阈值之间进行逻辑运算得出，所述特征段为至少两个所述特征进行逻辑运算得出。

其中一种可能的实现方式中，所述方法还包括：汇总所有关联的风控事件的命中结果，得到汇总结果；依据所述汇总结果展示所述风控事件、所述策略、所述规则的调用与命中情况；展示每一个关联的风控事件的相关风险信息。

其中一种可能的实现方式中，所述接收审核事件，依据所述审核事件的场景进行风控事件关联，包括：接收所述审核事件，判断当前操作的用户及所述用户的用户权限，所述用户权限用于规定所述用户能够使用的风控事件、策略；在所述用户权限的范围内，依据所述审核事件的场景进行风控事件关联；所述对每一个关联的风控事件，获取所述风控事件下的策略，包括：对每一个关联的风控事件，在所述用户权限范围内，获取所述风控事件下的策略。

第二方面，本申请实施例提供一种风控装置，设置在终端设备中，所述风控装置包括：接收模块，用于接收审核事件，依据所述审核事件的场景进行风控事件关联，所述风控事件为一个或者多个；风控事件解析模块，用于对每一个关联的风控事件，获取所述风控事件下的策略，所述策略的命中条件为规则命中结果；策略解析模块，用于获取所述策略的命中条件内的规则，所述规则的命中条件包括特征、所述特征之间的逻辑关系；规则解析模块，用于获取所述特征在所述审核事件中的具体信息，将信息获取后的特征按照所述逻辑关系进行运算，获得运算结果；规则命中模块，用于判断所述运算结果是否满足规则命中条件；当所述运算结果满足规则命中条件，表征所述规则被命中；策略命中模块，用于判断命中结果是否与所述策略的命中条件相同；输出模块，用于当所述命中结果与所述策略的命中条件相同，输出所述策略的输出文本。

其中一种可能的实现方式中，所述特征的来源包括以下至少一者：所述策略的逻辑字段，所述规则、所述策略或所述风控事件的输出文本，机器学习模型的输出结果。

第三方面，本申请实施例提供一种终端设备，包括：至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行第一方面提供的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行第一方面提供的方法。

应当理解的是，本申请实施例的第二～四方面与本申请实施例的第一方面的技术方案一致，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

【附图说明】

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

图1为本申请一个实施例提供的风控方法的流程图；

图2为本申请一个实施例提供的展示方法的流程图；

图3为本申请一个实施例提供的风控装置的结构示意图。

【具体实施方式】

为了更好的理解本说明书的技术方案，下面结合附图对本申请实施例进行详细描述。

应当明确，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本说明书保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

现有相关技术中，风控方法可分为传统风控和数字风控两种。

传统风控指依靠人工对两核事件进行审核，如对保额过高的用户，要求提供资产证明等。但是单纯人工作业无法发现部分团体风险，且该方法过于依赖人工导致作业质量与时效无法保证，且人力成本过高。

数字风控指建立风控系统对两核事件进行审核，风控系统的风控规则由硬编码实现(硬编码指规则框架由代码直接构成，调整需要研发人员更改代码)，作业人员可配置规则阈值。该方法存在风控规则配置不够灵活，底层颗粒度过大或过小，无法满足理赔全流程场景需求，重复开发成本高等缺点。例如，设置一个规则【百万医疗案件短期内出险】，短期出险的时间阈值可调整，如7天、14天或一个月。但因为规则为硬编码，若增加条件【非意外报案】，规则变为【百万医疗案件短期内出险且非意外报案】，需要研发人员更改代码，无法由作业人员独立完成。

基于以上问题，本申请实施例提供一种风控方法，减少了作业中对人工的依赖，提高了风控效率和质量，且配置灵活，满足理赔全流程场景需求。

图1为本申请一个实施例提供的风控方法流程图，如图1所示，上述风控方法可以包括：

步骤101，接收审核事件，依据所述审核事件的场景进行风控事件关联，所述风控事件为一个或者多个。

接收输入的审核事件，所述审核事件是指需要进行风险审核的事件，如核保事件或者核赔事件等。判断审核事件的场景如理赔场景，读取该场景相关联的风控事件如反欺诈风控事件，将所读取的风控事件关联至该审核事件。上述输入可以是人工输入，还可以是通过系统对接方式获取待审核事件。系统对接方式中无需输入，系统可通过接口获取相关字段，自动识别风险并预警，以便实现风险事件的批量处理。

审核事件的场景由输入时进行指定，指定的方法可以是多样的，如用户在输入一个审核事件时，对场景进行指定，例如，输入【事件：用户A要求进行依据已购买的保险B进行报销，场景：理赔】，或者，在接收事件前就让用户选择输入事件所适用的场景，例如，要求用户先选择应用场景如用户选择【理赔场景】，再接收审核事件，则此时将之前用户选择的场景作为审核事件的场景即可。

所述场景的类型是预先设置的，可以根据实际业务进行设置，如设置核保场景、理赔场景、用户结案时间场景、销售场景等。在新增一个场景时，将其与至少一个风控事件相关联，即，每一个场景与至少一个风控事件相关联。例如，人工理赔场景，可关联理赔反欺诈事件与AI(Artificial Intelligence，人工智能)模型反欺诈风险评级事件；智能核保场景，可关联智能核保事件；用户结案时间场景中，可关联水晶工程事件。

风控事件是预先设置的，风控事件可以是多种的，可以是预先训练的机器学习模型，例如上述AI模型反欺诈风险评级事件，或者是设定的流程如上述智能核保事件。在本申请实施例中风控事件还可以是一个或者多个策略组成的事件，即风控事件是策略或组合策略的具体应用场景。例如，设置一个反欺诈风控事件，包含一个或者多个策略，如包含策略【用户短期出险】等。

将审核事件关联上多个风控事件后，应当使用审核事件来对每一个相关联的风控事件进行命中，风控事件被命中后输出风控结果，风控结果表示了对审核事件的处理结果、审核事件中的风险等。例如，人工理赔场景配置的理赔反欺诈事件与AI模型反欺诈风险评级事件，可输出具体命中策略和案件风险等级，用于对审核事件风险发现或者辅助作业人员审核；或者，智能核保场景配置的智能核保事件，可以输出核保结果；又如，告知用户结案时间场景中配置的水晶工程事件，可以输出结案时效预测等。

步骤102，对每一个关联的风控事件，获取所述风控事件下的策略，所述策略的命中条件为规则命中结果。

对于与审核事件相关联的每一个风控事件的处理，可以是：

读取该风控事件下所配置的所有策略，判断审核事件对每一策略的命中结果，所述策略是预先配置的，所述策略包括：策略命中条件，策略输出文本，策略命中条件指该策略被命中所需满足的条件，策略输出文本是指该策略被命中时，输出的内容。策略输出文本表示了审核事件中的风险等。

示例的，上述反欺诈风控事件中使用的【用户短期出险】的策略可以是，命中条件为：当以下规则同时被命中时策略被命中，包括：【受益人与投保人是同一人】、【险种非意外险】、【短期内出险】。策略输出文本为：【本案为非意外案件，7日内出险，请重点关注！】

步骤103，获取所述策略的命中条件内的规则，所述规则的命中条件包括特征、所述特征之间的逻辑关系。

对于每一个策略，读取该策略的命中条件中所使用的所有规则，所述规则是预先配置的，规则的命中条件中包括一个或者多个特征，及特征之间的逻辑关系，特征是指与业务有关的字段，如保险险种、命中黑名单案件、模型判断可调查案件等。逻辑关系是指一些逻辑运算关系，其可以包括：数学逻辑运算关系如包含、极值等，逻辑连接关系如且、或、非等。也就是说，策略的命中条件可通过一个或多个规则命中结果的运算结果的且或非组合得出。可以理解，当规则只包括一个特征时，其中不包括逻辑关系。

以上述【用户短期出险】的策略中的规则为示例进行说明，对于规则【受益人与投保人是同一人】，命中条件为：在受益人与投保人是同一人时命中，其中包括了受益人，投保人，两个特征，及两个特征之间的逻辑运算关系：等于，对于规则【险种非意外险】，命中条件为：在险种非意外险时命中；其命中条件中包括了险种类型，这一特征，对于规则【出险原因非意外】，命中条件为：在出险原因非意外时命中，命中条件中包括了出险原因这一特征。以上规则直接采用命中条件对规则进行命名，可以理解规则能够采用其他命名方式。

步骤104，获取所述特征在所述审核事件中的具体信息，将信息获取后的特征按照所述逻辑关系进行运算，获得运算结果。

步骤105，判断所述运算结果是否满足规则命中条件，当所述运算结果满足规则命中条件，表征所述规则被命中。

对于每一个规则的命中，在审核事件中进行信息获取，获取特征在审核事件中的具体信息，判断获得具体信息后的特征能否满足规则的命中条件，从而判断审核事件是否能够命中该规则。

当获得具体信息后的特征满足规则的命中条件，说明该规则被审核事件命中。

示例的，假设用户输入的审核事件【用户A要求进行依据已购买的保险B进行报销，保险B:个人贷款保证保险，被保险人：用户D，投保人：用户A，受益人：用户A，保费……，出险时间：投保后第三天，场景：理赔】，依据理赔场景，将风控事件(如上述反欺诈风控事件)与该审核事件进行关联。读取关联的风控事件下的策略(如【用户短期出险】策略)，再读取策略命中条件中的规则(如【受益人与投保人是同一人】、【险种非意外险】、【短期内出险】)，依据规则中的特征对审核事件进行信息获取，得到特征在该审核事件中的具体信息：受益人：用户A，投保人：用户A，险种:个人贷款保证保险，出险时间：投保后第三天。

判断所获取的信息是否满足命中条件，如对于规则【受益人与投保人是同一人】，将特征的具体取值带入，进行判断：用户A＝用户A，得到：受益人和投保人为同一人，则规则【受益人与投保人是同一人】被命中。对于规则险种非意外险】，将特征的具体取值带入，进行判断：个人贷款保证保险为非意外险，则规则【险种非意外险】被命中，对于【短期内出险】，将特征的具体取值带入，进行判断：投保后第三天，为短期内出险，则规则【短期内出险】被命中。

步骤106，判断命中结果是否与所述策略的命中条件相同。

步骤107，当所述命中结果与所述策略的命中条件相同，输出所述策略的输出文本。

读取规则的命中结果，示例的，读取上述【受益人与投保人是同一人】、【险种非意外险】、【短期内出险】三个规则的命中结果：【受益人与投保人是同一人】被命中，【险种非意外险】被命中，【短期内出险】被命中，判断该结果是否【用户短期出险】策略的命中条件：当以下规则都被命中时策略被命中，判断结果为是，则【用户短期出险】策略被命中。

当策略被命中时，输出策略的策略输出文本，其表征了审核事件中的风险因素，如对于【用户短期出险】，输出：【本案非意外案件，7日内出险，请重点关注！】。

本申请的风控方法中，自动对接收到的待审核事件进行分析，能够及时的察觉审核事件中风险，减少了作业中对人工的依赖，提高了风控效率和质量。

本申请中采用了特征、规则、策略、风控事件的四级事件配置方法，用户可以根据业务情况对输入逻辑(指特征的选择与逻辑运算)，输出逻辑(指规则、策略的组合)、输出文本等进行配置、变动，无需重新开发，配置灵活。

并且，本方法中，特征可以被视为变量，由于特征为原子化内容，可灵活应用于多场景中，满足理赔全流程场景需求，无需重复开发。如特征【患者最早筹款时间】，可应用于核保场景，与投保时间相对比，判断用户是否带病投保；应用于销售场景，与当前时间对比，判断当前用户是否为目标用户。

本申请一个实施例提供的风控方法中，图1所示实施例中，所述特征的来源包括以下至少一者：

所述策略的逻辑字段，所述规则、所述策略或所述风控事件的输出文本，机器学习模型的输出结果。

特征是指与业务有关的字段，需要各业务线专家对作业相关字段进行最细粒度的拆解。

本申请实施例中的特征，其来源共有多种，例如：是所述策略的逻辑字段，即，对策略底层的逻辑进行原子化抽象得出的字段，能够满足迭代效率足够快的特点，需要研发人员进行简略开发，如保险险种、被保人年龄、报案时间等；

又如，是经过配置的规则、策略或事件的输出文本，能够解决重复配置的问题，减少配置工作量，如百万医疗案件短期内出险案件、命中黑名单案件等；

再如，是某个模型的输出结果，如模型判断高风险案件、模型判断可调查案件等。

特征库的多种来源满足了业务使用中对最细颗粒度的要求，同时节省了大量研发资源，本实施例对特征来源的具体形式不作限定。

本申请一个实施例提供的风控方法中，图1所示实施例中，所述策略的命中条件还包括：

所述策略的命中条件为所述规则命中结果的逻辑运算结果。

对于策略，其命中条件可以包括一个或者多个规则，策略的命中条件可以是这一个或者几个规则的命中结果的衍生，如当该规则命中时，则该策略被命中。或者是，如当几个规则都未命中时，则该策略被命中。

当策略的命中条件中包括多个规则时，命中条件可为多个规则的命中结果的逻辑运算结果。也就是说，策略的命中条件包括规则的命中结果及规则命中结果之间的逻辑运算关系。逻辑运算关系，其可以包括：数学逻辑运算关系如包含、极值等，逻辑连接关系如且、或、非等。例如，【用户短期出险】的策略可以表示为：当命中结果为【受益人与投保人是同一人】且【险种非意外险】且【出险原因非意外】，命中，或者表示为：当命中结果为【受益人与投保人是同一人】，或【险种非意外险】且【出险原因非意外】，命中。

本申请中支持多层逻辑配置，策略内可以设置规则命中结果之间的逻辑，实现对输出逻辑的设置，以满足多种粒度的需求。

本申请一个实施例提供的风控方法中，图1所示实施例中，所述规则的命中条件还包括阈值，所述规则的命中条件包括以下至少一者：

所述规则的命中条件为多个所述特征之间进行逻辑运算得出、所述规则的命中条件为一个所述特征与阈值之间进行逻辑运算得出、所述规则的命中条件为特征段与阈值之间进行逻辑运算得出，所述特征段为至少两个所述特征进行逻辑运算得出。

本申请中规则的命中条件包括特征、逻辑运算关系、阈值中的部分或者全部，例如，其可以由是通过多个特征进行逻辑运算得出，如【投保人年龄大于受益人年龄】这一规则实际是由投保人年龄、受益人年龄两个特征，进行逻辑运算：大于，得出的。

或者，规则命中条件由一个特征与阈值进行逻辑运算得出，例如，【险种非意外险】这一规则，该规则实际是由险种这一特征和阈值：意外险，进行非逻辑运算得出的。

进一步的，规则命中条件还可以由特征段与阈值进行逻辑运算得出，所述特征段为所述特征段为至少两个特征进行逻辑运算得到。例如，【出险时间据首次投保时间小于七天】这一规则，该命中条件包括出险时间和投保时间两个特征和阈值：7天，该规则中两个特征先进行减的逻辑运算，特征的逻辑运算结果再与阈值7天进行逻辑运算。

进一步的，本申请中可为风控事件、策略、规则、设置状态。例如，配置完成的规则、策略、事件拥有上线、下线、实验三种状态，实验状态中的策略不对作业系统产生影响。具体如下，实验场景：基础特征开发完成后，业务人员可依据自身审核经验配置相应规则，多规则配置成为策略。系统支持多层逻辑配置，策略输出文本可自行编辑。新策略上线后进入策略实验室，此时策略为实验状态，当数据积累一定量级验证无误达到上线标准后，可将策略更改为上线状态并关联事件。作业场景：策略上线并关联风控事件后，风控事件的结果可输出至对应的风险场景中。

图2为本申请提出的一种展示方法，如图2所示，步骤107后，还包括：

步骤S201，汇总所有关联的风控事件的命中结果，得到汇总结果。

将审核事件对所述相关联的风控事件的命中结果进行汇总，得到数据称为汇总结果。

步骤S202，依据所述汇总结果展示所述风控事件、所述策略、所述规则的调用与命中情况。

依据汇总结果展示审核事件命中过程中规则、策略、事件的实时调用与命中情况。

步骤S203，展示每一个关联的风控事件的相关风险信息。

进一步的，除展示调用与命中情况外，还可以展示关联的风控事件的相关风险信息，以进行风险数据展示，所述相关风险信息是预先设置的，本实施例中为每一风控事件设置相关风险数据，如理赔反欺诈事件展示某段时间事件内，意外原因出险的地区、医院、鉴定机构的top10及相关数据等数据。通过对事件相关内容进行可视化展示看板，方便进行业务分析。展示看板可根据业务需求由业务自主配置。

在本申请一个实施例中，上述方法实施例中提供操作与展示功能，输出风险结论，不存储业务数据，最大程度保护客户数据。

在本申请一个实施例中，图1所示实施例中，步骤101具体包括步骤301和步骤302：

步骤301，接收所述审核事件，判断当前操作的用户及所述用户的用户权限，所述用户权限用于规定所述用户能够使用的风控事件、策略。

接收到输入的审核事件后，判断进行输入操作的用户的身份，并判断该用户的用户权限，该用户权限规定了每一用户能够使用的风控事件及策略。示例的，为每一个用户指定其归属的业务方，新增风控事件、策略、规则时，指定其适用的业务方，使风控事件、策略两个事件与使用方关联。同时，新增策略与事件时，只能选择用户归属的业务方的规则。

步骤302，在所述用户权限的范围内，依据所述审核事件的场景进行风控事件关联。

获取审核事件的场景，查找在用户权限范围中的，且与该场景相关联的风控事件。示例的，获取用户归属的业务方，寻找该业务方内与审核事件场景关联的风控事件。

步骤102具体包括步骤303，

步骤303，对每一个关联的风控事件，在所述用户权限范围内，获取所述风控事件下的策略。

对于每一风控事件，查找在用户权限范围中的，且属于风控事件下配置的策略。示例的，寻找风控事件中属于该业务方内的策略。

上述方法实现了事件与使用方关联，实现策略数据隔离，不同业务不可见，实现业务线数据隔离。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

图3为本发明一个实施例提供的风控装置的结构示意图，上述风控装置设置在终端设备中，如图3所示，上述风控装置可以包括：接收模块31、风控事件解析模块32、策略解析模块33、规则解析模块34、规则命中模块35、策略命中模块36和输出模块37；

其中，接收模块31，用于接收审核事件，依据所述审核事件的场景进行风控事件关联，所述风控事件为一个或者多个；

风控事件解析模块32，用于对每一个关联的风控事件，获取所述风控事件下的策略，所述策略的命中条件为规则命中结果；

策略解析模块33，用于获取所述策略的命中条件内的规则，所述规则的命中条件包括特征、所述特征之间的逻辑关系；

规则解析模块34，用于获取所述特征在所述审核事件中的具体信息，将信息获取后的特征按照所述逻辑关系进行运算，获得运算结果；

规则命中模块35，用于判断所述运算结果是否满足规则命中条件；当所述运算结果满足规则命中条件，表征所述规则被命中；

策略命中模块36，用于判断命中结果是否与所述策略的命中条件相同；

输出模块37，用于当所述命中结果与所述策略的命中条件相同，输出所述策略的输出文本。

上述实施例提供的风控装置可用于执行本申请所示方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。

本申请实施例提供一种终端设备，上述终端设备可以包括至少一个处理器；以及与上述处理器通信连接的至少一个存储器，其中：存储器存储有可被处理器执行的程序指令，上述处理器调用上述程序指令能够执行本说明书所示实施例提供的风控方法。

其中，上述终端设备可以为智能手机、平板电脑或笔记本电脑等智能电子设备，本实施例对上述终端设备的形式不作限定。

本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行本说明书所示实施例提供的风控方法。

上述计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(readonly memory，ROM)、可擦式可编程只读存储器(erasable programmable read onlymemory，EPROM)或闪存、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、射频(radio frequency，RF)等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本说明书操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(localarea network，LAN)或广域网(wide area network，WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本发明实施例的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本说明书的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本说明书的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本说明书的实施例所属技术领域的技术人员所理解。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，本申请实施例中所涉及的终端可以包括但不限于个人计算机(personal computer，PC)、个人数字助理(personal digital assistant，PDA)、无线手持设备、平板电脑(tablet computer)、手机、MP3播放器、MP4播放器等。

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(processor)执行本说明书各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。