时效性核对规则的生成方法、装置和服务器
技术领域
本说明书属于互联网技术领域,尤其涉及一种时效性核对规则的生成方法、装置和服务器。
背景技术
随着网络支付的普及和发展,越来越多的用户已经习惯通过手机等电子设备在网络支付平台上完成具体的支付或交易等业务。
例如,用户可以通过与银行、金融理财公司等机构合作的网络支付平台,在手机APP上完成诸如提现、转账、退款等交易业务。其中,上述交易业务不同于其他类型的业务,通常会对业务处理的时效性具有较高的要求。例如,对于通过某支付APP进行的转账业务,通常存在较为严格地两天内到账的时效性要求。因此,网络支付平台会对平台上的每一笔交易业务的处理情况分别进行时效性的校验核对,以确保平台上的业务处理能满足时效性要求。
但是,随着与网络支付平台合作的机构增多,网络支付平台所提供的业务项目、业务种类的扩展,基于网络支付平台的交易业务变得越来越复杂;相应的,对网络支付平台上的交易业务的业务处理的处理时间的校验核对也变得越来越困难。
现有方法大多是依靠技术人员人工地对网络支付平台所涉及到的各个交易项目,以及各个交易项目对应的具体业务种类、对接机构、涉及到的渠道等多种因素分别进行逐一梳理;再根据梳理结果,分别建立对应的时效性的核对规则。后续再根据对应的时效性核对规则对每一笔交易业务的时处理时间进行核对和校验。由于上述方法具体实施时,需要依赖技术人员人工进行梳理分析,导致在生成时效性核对规则的过程中,处理效率相对较低,也容易出现遗漏或者误差。因此,亟需一种时效性核对规则的生成方法,以提高了生成时效性核对规则的效率和准确度。
发明内容
本说明书目的在于提供一种时效性核对规则的生成方法、装置和服务器,以提高生成时效性核对规则的效率和准确度,达到能够全面、高效地自动生成对应各个业务场景的时效性核对规则的效果。
本说明书提供的一种时效性核对规则的生成方法、装置和服务器是这样实现的:
一种时效性核对规则的生成方法,包括:获取第一时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据;从所述业务请求的处理数据中获取业务处理特征参数,从所述渠道配置数据中获取渠道特征参数;根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集,其中,所述时效性核对规则集包括多个针对不同业务场景的时效性核对规则。
一种时效性核对规则的生成装置,包括:第一获取模块,用于获取第一时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据;第二获取模块,用于从所述业务请求的处理数据中获取业务处理特征参数,从所述渠道配置数据中获取渠道特征参数;生成模块,用于根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集,其中,所述时效性核对规则集包括多个针对不同业务场景的时效性核对规则。
一种服务器,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器执行所述指令时实现获取第一时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据;从所述业务请求的处理数据中获取业务处理特征参数,从所述渠道配置数据中获取渠道特征参数;根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集,其中,所述时效性核对规则集包括多个针对不同业务场景的时效性核对规则。
一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现获取第一时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据;从所述业务请求的处理数据中获取业务处理特征参数,从所述渠道配置数据中获取渠道特征参数;根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集,其中,所述时效性核对规则集包括多个针对不同业务场景的时效性核对规则。
本说明书提供的一种时效性核对规则的生成方法、装置和服务器,由于通过获取一个时间段内线上针对各个业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据,并从上述数据中分别提取得到业务处理特征参数以及渠道特征参数,再根据上述特征参数自动生成针对各个业务场景的时效性核对规则,从而提高了生成时效性核对规则的效率和准确度,达到能够全面、高效地自动生成对应于各个业务场景的时效性核对规则。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是在一个场景示例中,应用本说明书实施例提供的时效性核对规则的生成方法的一种实施例的示意图;
图2是在一个场景示例中,应用本说明书实施例提供的时效性核对规则的生成方法的另一种实施例的示意图;
图3是本说明书实施例提供的时效性核对规则的生成方法的流程的一种实施例的示意图;
图4是利所生成的时效性核对规则集核对监控待测业务请求的业务处理的处理时间的一种实施例示意图;
图5是本说明书实施例提供的服务器的结构的一种实施例的示意图;
图6是本说明书实施例提供的时效性核对规则的生成装置的结构的一种实施例的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书保护的范围。
考虑到现有的时效核对规则的生成方法大多需要依赖技术人员人工对网络支付平台所涉及的各个交易项目,以及各个交易项目所包含的具体业务种类、对接机构、涉及渠道等分别进行逐一梳理,再根据梳理结果确定出对应的时效性核对规则,势必会造成对人力、时间的浪费,导致生成时效性核对规则的过程效率相对较低,也容易出现遗漏或误差。此外,一旦线上的交易项目,或者交易项目所包含的业务种类、对接机构、涉及渠道等发生了变更,基于现有方法往往无法快速地适配线上变更。
针对产生上述问题的根本原因,本说明书考虑可以利用处理器等设备自动采集获取网络支付平台线上针对各个业务请求的业务请求处理数据,以及与业务请求关联的渠道的渠道配置数据;再从业务请求处理数据中提取得到包含有与业务时效相关的业务处理特征参数,以及与渠道时效相关的渠道特征参数;进而可以根据上述业务处理特征参数、渠道特征参数,自动生成对应各个业务场景的业务处理的时效性核对规则,从而提高了生成时效性核对规则的效率和准确度,达到能够全面、高效地自动生成对应各个业务场景的时效性核对规则的效果。
本说明书实施方式提供了一种时效性核对规则的生成方法。其中,上述时效性核对规则的生成方法具体可以应用于包含有多个服务器的系统架构中。具体的,上述服务器可以用于获取第一时间段内的业务请求的处理数据,以及渠道配置数据;再从业务请求的处理数据和渠道配置数据中分别提取得到业务处理特征参数和渠道特征参数;进而根据业务处理特征参数、渠道特征参数自动生成用于核对各个业务场景的业务请求的处理时效的时效性核对规则。
在本实施方式中,所述服务器具体可以是一种能够实现数据传输、数据处理等功能的后台业务服务器。具体的,所述服务器可以为一个具有数据运算、存储功能以及网络交互功能的电子设备;也可以为运行于该电子设备中,为数据处理、存储和网络交互提供支持的软件程序。在本实施方式中,并不具体限定所述服务器的数量。所述服务器具体可以为一个服务器,也可以为几个服务器,或者,由若干服务器形成的服务器集群。
在一个场景示例中,可以参阅图1所示,应用本说明书实施例提供的时效性核对规则的生成方法自动生成某网络支付平台上涉及到的各种业务场景的时效性核对规则,并利用对应的时效性核对规则校验、核对该平台上针对业务请求的处理是否符合时效性要求。
在本场景示例中,例如,用户A可以通过事先设置在手机、平板电脑或智能手表等电子设备上的某网络支付平台的APP将一笔资金数据从自己的关联账户(例如用户A绑定的XX的借记卡账户)转移到用户B的关联账户。
具体的,用户A可以根据提示信息,在上述APP的操作界面上进行操作,以向该网络支付平台发送转账业务请求。
该网络支付平台在接收到用户A发送的转账业务请求后,可以根据该请求进行相应的业务处理,即将该笔资金数据从用户A的关联账户中转移到用户B的关联账户中。
当然上述所列举的用户A发送转账业务请求只是一种示意性说明。通常一个时间段内网络支付平台会接收到来自不同用户大量的业务请求(例如同一时间段内用户C、用户F等也在发送业务请求)。网络支付平台在响应用户的业务请求进行业务处理的过程中,还会对业务处理时间进行监控,核对针对各个业务请求的业务处理时间是否符合对应的时效性要求,即确定该业务处理的耗时是否小于对应的阈值时间。如果发现业务处理的处理时间不符合对应的时效性要求,则判断该平台对该类型的业务请求的数据处理流程存在问题,会产生警报进行提示。具体核对时,网络支付平台可以根据预先生成的对应的时效性核对规则来确定针对各个业务的处理时间是否符合对应的时效性要求。
具体实施时,该网络支付平台中用于生成时效性核对规则的服务器可以先采集获取预设的预设时间段(例如两天)内,经过该网络支付平台的线上的多个业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据。
其中,上述业务请求的处理数据具体可以理解为网络支付平台响应业务请求,针对业务请求进行业务处理的记录数据。通常每一个业务请求的处理数据与该网络支付平台上的一个业务请求对应。
上述与业务请求关联的渠道具体可以理解为业务请求所涉及的数据对象(例如资金数据)所依托的机构通道。具体的,上述渠道可以是信用卡渠道,也可以是借记卡渠道等等。当然,需要说明的是,上述所列举的渠道只是一种示意性说明。具体实施时,根据具体的应用场景和业务要求,还可以包括有其他类型的渠道,例如网上银行渠道等等。
上述渠道配置数据具体可以理解为由网络支付平台和与渠道相关的对接机构(例如银行、理财公司等)根据相关协议事先设定的,用以限定渠道所服务的业务、项目,以及相关时限等因素的参数数据。通常对于不同的渠道,由于所涉及的业务类型、业务项目,以及时效等存在差异,相应的渠道的配置数据也会存在差异。
在本场景示例中,参阅图2所示,服务器在获取得到预设时间段内该网络支付平台线上的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据后,可以通过数据解析,分别从业务请求的处理数据中提取得到业务处理特征参数,从渠道配置数据中提取得到渠道特征参数。
其中,上述业务处理特征参数具体可以理解为用于表征网络支付平台响应业务请求进行业务处理的处理情况的参数数据。具体的,上述业务处理特征参数可以理解为是一种动态变化的参数数据,即,对应同一种业务场景中的不同业务请求的业务处理,由于具体处理时的时间、条件不同,用于表征业务处理情况的业务处理特征参数可以不相同。其中,上述业务处理特征参数具体可以包括:业务请求对应的项目标识(例如业务产品的名称)、业务请求的业务类型(例如所请求的服务类型等)、业务处理的时效范围、业务请求的处理结果、与业务请求关联的渠道标识、业务处理的时长等。当然,需要说明的是,上述所列举的业务处理特征参数只是一种示意性说明。具体实施时,根据具体情况,上述业务处理特征参数还可以包含有其他类型的特征参数。对此,本说明书不作限定。
具体的,上述业务请求的业务类型具体可以理解为交易业务请求所请求服务的类型。具体的,上述业务类型可以包括:转账、还款、退款、缴费、支取、充值等。当然,需要说明的是,上述所列举的业务类型只是一种示意性说明。具体实施时,根据具体的应用场景和需要,还可以引入其他的业务类型。对此,本说明书不作限定。
例如,根据上述用户A的业务请求的处理数据,可以得到以下的业务处理特征参数:该业务请求对应的业务产品的名称为小额度提现、业务请求的业务类型为转账、业务处理的时效范围为2天以内、业务请求的处理结果为转账成功、与业务请求关联的渠道标识为BOCBANK001,即对应BOC银行的借记卡渠道、业务处理的时长为26小时等。
上述渠道特征参数具体可以理解为用于表征与业务请求关联的渠道的协议要求的参数数据。具体的,上述渠道特征参数可以理解为一种静态稳定的参数数据,即,对于同一业务场景的不同业务请求,所关联的渠道相同,而根据事先预定的协议或合同,用于描述基于某一种业务场景的渠道的协议要求的特征参数也相同。其中,上述渠道特征参数具体可以包括:渠道类型、渠道对接机构(例如银行、金融公司等)、渠道的时效范围等。当然,需要说明的是,上述所列举的特征参数只是一种示意性说明。具体实施时,根据具体情况,还可以包含有其他类型的特征参数。对此,本说明书不作限定。
具体的,上述渠道类型具体可以包括:信用卡渠道,或借记卡渠道等。当然,需要说明的是上述所列举的类型只是一种示意性说明。具体实施时,根据具体的应用场景和需求还可以引入其他类型的渠道类型,例如,网银渠道等等。对此,本说明书不作限定。
例如,根据与用户A的业务请求关联的渠道的渠道数据,可以得到以下渠道特征参数:渠道类型为借记卡,渠道对接机构为BOC银行,渠道的时效范围为3天等。
通常业务处理特征参数与渠道特征参数往往还会存在一定的关联关系。例如,对于同一类型项目中的同一业务类型的业务请求的业务处理,如果对接的银行不同,由于不同银行可能采用的结算规则不同,导致具体的处理时长也可能不相同。例如,对于转账业务,如果对接的银行是GS银行,根据GS银行所采用的结算规则,需要2小时的处理时长才能完成转账。而对于同样的转账业务,如果对接的银行是JS银行,根据JS银行所采用的结算规则,则需要48小时的处理时长才能完成转账。
服务器在得到基于多个业务请求的处理数据和渠道配置数据得到的业务处理特征参数和渠道特征参数后,进一步可以根据所述业务处理特征参数、所述渠道特征参数,生成包含有针对多种业务场景的时效核对规则的时效性核对规则集。
具体的,服务器可以先对所述业务处理特征参数、所述渠道特征参数分别进行预处理,得到处理后的业务处理特征参数、处理后的渠道特征参数;再根据所述处理后的业务处理特征参数、所述处理后的渠道特征参数,生成对应于各个业务场景的时效性核对规则。
具体实施时,上述预处理可以包括以下至少之一:将同一业务场景的处理结果为成功的业务请求的业务处理时长进行合并、将同一业务场景的多个渠道的时效范围进行合并等。其中,上述同一个业务场景具体可以理解为业务请求所请求的项目相同、业务类型相同、关联的渠道相同、渠道对接机构相同的场景。通常对同一个业务场景中不同业务请求的业务处理的时效性要求是相同的。
例如,a业务请求所请求处理的业务是使用用户甲在W银行的借记卡账户上的500元钱缴纳本月电费。b业务请求所请求处理的业务是使用用户丙在W银行的借记卡账户上的300元钱缴纳本月电费。则可以认为上述两个业务请求是对应同一个业务场景的。对于上述两个业务请求的时效性要求是相同的。
对于同一个业务场景中不同的业务请求,由于具体处理状况、处理过程不相同,导致对应的处理特征参数也不相同。例如,对于对应同一业务场景的业务请求的业务处理,按照渠道的对接结构所执行的结算规则,a业务请求由于是在月末提出的,对应的处理时长为32小时。而b业务请求由于是在月初提出的,对应的处理时长为2小时。此外,属于同一种业务场景的c业务请求,还可能由于在处理过程中网络突然发生中断,导致业务处理特征参数中的处理结果为处理失败等。可见对于同一业务场景中不同的业务请求的业务处理时长,以及处理结果可能是不相同。因此,可以将同一业务场景中业务处理结果为成功的不同业务处理请求的处理时长进行合并,即取上述不同业务处理请求的处理时长的最大值,作为针对该业务场景的处理时长。这样可以保证所确定的该业务场景下的业务处理时长能够涵盖该业务场景下尽可能全的处理成功的业务请求的业务处理。类似的,按照上述方式,可以将同一业务场景中与不同业务请求关联的渠道的渠道配置数据进行合并,选择最大的渠道时效范围作为该业务场景下的渠道时效范围。
当然,需要说明的是,上述所列举的预处理方式只是一种示意性说明。具体实施时,根据具体情况和要求还可以引入其他的处理方式对所获取的多个业务处理特征参数、渠道特征参数进行预处理。
进一步,在得到上述处理后的业务处理特征参数、处理后的渠道特征参数后,可以根据所述处理后的业务处理特征参数、所述处理后的渠道特征参数,生成对应于各个业务场景的时效性核对规则。
具体的,可以根据同一业务场景的处理后的业务处理特征参数中的处理时长和处理后的渠道特征参数中的渠道时效范围,确定出针对该业务场景的业务请求的业务处理的时效阈值范围,进而生成针对该业务场景的时效性核对规则。其中,该业务场景中的任意业务请求的业务处理的处理时间位于上述时效范围内,则认为业务处理的处理时间符合时效性要求。
具体实施时,可以将同一业务场景中处理后的业务处理特征参数中的处理时长和处理后的渠道特征参数中的渠道时效范围确定出能同时满足上述两种数据的数值范围作为该业务场景的业务请求的业务处理的时效阈值范围,即生成得到针对该业务场景的时效性核对规则。后续再核对该业务场景的业务请求的处理时效是否符合时效性要求时,只要校验对应处理时长是否位于该时效阈值范围内即可。如果业务请求的处理时长位于上述时效阈值范围内,则判断该业务请求的业务处理的处理时间符合该业务场景的时效性要求;如果业务请求的处理时长位于上述时效阈值范围以外,则判断该业务请求的业务处理的处理时间不符合该业务场景的时效性要求。当然,上述所列举的生成针对一个业务场景的时效性核对规则的方式只是一种示意性说明。具体实施时,根据具体情况,还可以采用其他合适的生成方式来根据处理后的业务特征参数以及处理后的渠道特征参数生成针对业务场景的时效性核对规则。对此,本说明书不作限定。
按照上述方式,可以依次生成得到针对各个业务场景的时效性核对规则,即得到了一个包含有针对多个不同业务场景的时效性核对规则的时效性核对规则集。
在得到了上述时效性核对规则集后,服务器可以根据上述时效性核对规则对该网络支付平台线上的业务请求的业务处理进行监控,以确定各个业务请求的业务处理时间是否符合时效性要求。
具体的,服务器可以获取待测业务请求的处理数据;根据待测业务请求的处理数据,确定所述待测业务请求的业务场景,并根据所述待测业务请求的业务场景,从所述时效性核对规则集中确定出匹配的时效性核对规则;根据所述匹配的时效性核对规则和所述待测业务请求的处理数据,校验针对所述待测业务请求的处理时间是否符合时效性要求。
具体的,可以先根据所述待测业务请求的处理数据确定待测业务请求的处理时间;检验该处理时间是否位于该业务场景下的时效性核对规则中的时效阈值范围内。如果确定处理时间位于时效阈值范围内,则确定待测业务请求的处理时间符合时效性要求。如果确定处理时间位于时效阈值范围外,则确定待测业务请求的处理时间不符合时效性要求,这时服务器可以发出警报提示,以便对该业务场景的业务请求的处理所涉及的程序和模块进行排查、检测,对所检测出的问题进行及时的处理,提高网络支付平台系统的稳定性和可靠性。
在另一个场景示例中,为了能够及时地响应网络支付平台线上的业务、渠道的变化,及时对所生产的时效性核对规则进行更新,在根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集后,服务器还可以按照一定的时间间隔(例如每隔两天),获取新的一个时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据;根据新的时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据,对所述时效性核对规则集中的时效性核对规则进行更新。
具体的,服务器可以根据基于新的时间段内的业务请求的处理数据以及渠道配置数据所确定的各个业务场景的时效阈值范围分别替换掉之前所得到的时效性核对规则集中各个业务场景的时效阈值范围,得到更新后的时效性核对规则集。进而后续可以利用更新后的时效性核对规则集核对校验该网络支付平台上的业务请求的业务处理是否符合时效性要求。这样通过上述方式能够及时、高效、灵敏地适配线上的业务、渠道等变更情况,准确对业务请求的数据处理时效进行核对、校验,提高了用户体验。
由上述场景示例可见,本说明书提供的时效性核对规则的生成方法,由于通过获取一个时间段内线上针对各个业务请求的业务请求处理数据,以及与业务请求关联的渠道的渠道配置数据,并从上述数据中分别提取得到业务处理特征参数以及渠道特征参数,再根据上述特征参数自动生成针对各个业务场景的时效性核对规则,从而提高了生成时效性核对规则的效率和准确度,达到能够全面、高效地自动生成对应各个业务场景的时效性核对规则的效果。
参阅图3所示,本说明书实施例提供了一种时效性核对规则的生成方法。具体实施时,该方法可以包括以下内容:
S31:获取第一时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据。
在本实施方式中,上述第一时间段具体可以理解为预设的时间段。例如,最前的24小时等。具体实施时,可以根据具体的应用场景和精度要求,选择合适的一个时间段作为上述第一时间段。对此,本说明书不作限定。
在本实施方式中,上述业务请求具体可以理解为由用户发送的,用以请求系统或平台进行相应的业务处理的请求数据。具体的,上述业务请求可以是一种涉及资金数据的,交易类型的业务请求。例如,用户通过在手机端的APP上进行具体操作,用自己账户上的剩余资金来偿付到期的本息,即,相当于用户通过手机端的APP向支付平台发送了请求进行还款的业务请求。当然,需要说明的是,上述所列举的业务请求只是一种示意性说明。具体实施时,根据具体情况还可以包含有其他类型的业务请求。对此,本说明书不作限定。
在本实施方式中,上述业务请求的处理数据具体可以理解为系统或平台响应业务请求,针对业务请求进行业务处理的记录数据。具体的,上述业务请求的处理数据具体可以是一种描述系统或平台针对某一业务请求的具体业务处理情况的参数数据。通常每一个业务请求的处理数据与该系统或平台线上的一个业务请求对应。
在本实施方式中,上述与业务请求关联的渠道具体可以理解为业务请求所涉及的数据对象所依托的机构通道。具体的,上述渠道可以是对应银行的信用卡渠道或者借记卡渠道等等。当然,需要说明的是,上述所列举的渠道只是一种示意性说明。具体实施时,根据具体的应用场景和业务要求,还可以包括有其他类型的渠道,例如网上银行渠道等等。
在本实施方式中,上述渠道配置数据具体可以理解为由系统或平台和与渠道相关的对接机构(例如银行、理财公司等)根据相关协议事先设定的,用以限定渠道所服务的业务、项目,以及相关时限等因素的参数数据。通常对于不同的渠道,由于所涉及的业务类型、业务项目,以及时效等具体因素存在差异,相应的渠道配置数据也会存在差异。
在本实施方式中,上述获取第一时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据,具体实施时,可以包括:服务器通过采集第一时间段内系统或平台的处理记录,获取该时间段内线上所有的业务请求的处理数据;并确定各个业务请求关联的渠道,获取对应渠道的渠道配置数据。
S33:从所述业务请求的处理数据中获取业务处理特征参数,从所述渠道配置数据中获取渠道特征参数。
在本实施方式中,上述业务处理特征参数具体可以理解为用于表征平台或系统响应业务请求进行业务处理的处理情况的参数数据。具体的,上述业务处理特征参数可以理解为一种动态变化的参数,即,对应同一种业务场景中的不同业务请求的业务处理,由于具体处理时的时间、条件不同,用于表征业务处理情况的业务处理特征参数可以不相同。其中,上述业务处理特征参数具体可以包括:业务请求对应的项目标识(例如业务产品的名称)、业务请求的业务类型(例如所请求的服务类型等)、业务处理的时效范围、业务请求的处理结果、与业务请求关联的渠道标识、业务处理的时长等。当然,需要说明的是,上述所列举的业务处理特征参数只是一种示意性说明。具体实施时,根据具体情况,上述业务处理特征参数还可以包含有其他类型的特征参数。对此,本说明书不作限定。
具体的,上述业务类型可以包括:转账、还款、退款、缴费、支取、充值等。当然,需要说明的是,上述所列举的业务类型只是一种示意性说明。具体实施时,根据具体的应用场景和需要,还可以引入其他的业务类型。对此,本说明书不作限定。
在本实施方式中,上述渠道特征参数具体可以理解为用于表征与业务请求关联的渠道的协议要求的参数数据。具体的,上述渠道特征参数可以理解为一种静态稳定的参数数据,即,对于同一业务场景的不同业务请求,所关联的渠道相同,而根据事先预定的协议或合同,用于描述基于某一种业务场景的渠道的协议要求的特征参数也相同。其中,上述渠道特征参数具体可以包括:渠道类型、渠道对接机构(例如银行、金融公司等)、渠道的时效范围等。当然,需要说明的是,上述所列举的特征参数只是一种示意性说明。具体实施时,根据具体情况,还可以包含有其他类型的特征参数。对此,本说明书不作限定。
具体的,上述渠道类型具体可以包括:信用卡渠道,或借记卡渠道等。当然,需要说明的是上述所列举的类型只是一种示意性说明。具体实施时,根据具体的应用场景和需求还可以引入其他类型的渠道类型,例如,网银渠道等等。对此,本说明书不作限定。
在本实施方式中,上述从所述业务请求的处理数据中获取业务处理特征参数,从所述渠道配置数据中获取渠道特征参数,具体实施时,可以包括:对所获取的业务请求的处理数据、渠道配置数据分别进行解析处理,以提取得到第一时间段内针对各个业务请求的业务处理特征参数,以及与该业务请求关联的渠道的渠道特征参数。
S35:根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集,其中,所述时效性核对规则集包括多个针对不同业务场景的时效性核对规则。
在本实施方式中,上述时效性核对规则集具体可以理解为包含有多个时效性核对规则的集合。其中,每一个时效性核对规则分别对应于一种业务场景,用于对该业务场景下的业务请求的业务处理的处理时间是否符合时效性要求进行核对校验。
其中,上述业务场景具体可以理解为一种适用于某一业务处理的业务请求类型。具体的,同一业务场景的业务请求所请求的项目相同、业务类型相同、关联的渠道相同、渠道对接机构。通常对同一个业务场景中不同业务请求的业务处理的时效性要求是相同的。
具体的,上述时效性核对规则包含有所对应的业务场景下,符合时效性要求的业务处理时间的时效阈值范围。具体实施时,可以利用针对某一业务场景的时效性核对规则来核对、校验该业务场景下的多个业务请求的业务处理的处理时间是否位于上述时效阈值范围内。如果位于时效阈值范围内,则校验成功,判断该业务请求的业务处理的处理时间符合时效性要求;如果位于时效阈值范围外,则校验失败,判断该业务请求的业务处理的处理时间不符合时效性要求。
在本实施方式中,上述根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集,具体实施时,可以包括以下内容:根据业务处理特征参数中的项目标识、业务类型、渠道标识,以及渠道特征参数中的渠道对接机构,将针对多个业务请求的业务处理特征,以及关联的渠道特征参数划分为多个业务场景,其中,同一业务场景中的业务处理特征参数、渠道特征参数中的项目标识、业务类型、渠道标识、渠道对接机构相同;提取各个业务场景中的多个业务请求的业务处理特征参数中的业务处理时长、渠道时效范围,并将同一业务场景中的业务处理时长、渠道时效范围进行合并,得到针对该业务场景的时效阈值范围;根据各个业务场景的时效阈值范围,分别建立针对各个业务场景的时效性核对规则,综合各个业务场景的时效性核对规则,得到上述时效性核对规则集。
在本实施方式中,上述并将同一业务场景中的业务处理时长、渠道时效范围进行合并,得到针对该业务场景的时效阈值范围,具体实施时,可以采用不同的合并方式进行处理,得到对应的业务场景的时效阈值范围。具体的,可以根据同一业务场景中处理结果为成功的业务处理时长以及渠道的时效范围,确定出能够同时满足上述处理结果为成功的业务处理时长和渠道时效范围的时长区间作为该业务场景的时效阈值范围。也可以在业务场景中的业务请求的处理结果存在成功的情况下,单独根据该业务场景中处理结果为成功的业务处理时长,确定出能同时满足上述处理结果为成功的业务处理时长的时长区间作为该业务场景的时效阈值范围;在该业务场景中的业务请求的处理结果不存在成功的情况下,单独将渠道的时效范围作为该业务场景的时效阈值范围。当然,需要说明的是,上述所列举的几种确定对应业务场景的时效阈值范围的方式只是一种示意性说明。具体实施时,根据具体情况还可以采用其他合适的方式确定一个业务场景下的时效阈值范围。对此,本说明书不作限定。
由上可见,本说明书实施例提供的时效性核对规则的生成方法,由于通过获取一个时间段内线上针对各个业务请求的业务请求处理数据,以及与业务请求关联的渠道的渠道配置数据,并从上述数据中分别提取得到业务处理特征参数以及渠道特征参数,再根据上述特征参数自动生成针对各个业务场景的时效性核对规则,从而提高了生成时效性核对规则的效率和准确度,达到能够全面、高效地自动生成对应各个业务场景的时效性核对规则的效果。
在一个实施方式中,参阅图4所示,在根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集后,可以按照以下方式对系统或平台上的线上待测业务请求的业务处理的处理时间进行核对监控:
S41:获取待测业务请求的处理数据;
S43:确定所述待测业务请求的业务场景,并根据所述待测业务请求的业务场景,从所述时效性核对规则集中确定出匹配的时效性核对规则;
S45:根据所述匹配的时效性核对规则和所述待测业务请求的处理数据,校验针对所述待测业务请求的处理时间是否符合时效性要求。
在本实施方式中,进一步可以利用所生成的时效性核对规则集对系统或平台线上针对业务请求的业务处理是否符合时效性要求进行及时的核对校验。
在本实施方式中,上述待测业务请求具体可以理解为系统或平台线上的任意一个业务请求。具体实施时,可以根据上述待测业务请求的处理数据,以及关联的渠道的渠道配置数据,确定出待测业务请求的业务处理过程所涉及的项目标识、业务类型、渠道标识等特征参数;进而可以根据上述特征参数确定待测业务请求的业务处理所对应的业务场景,即待测业务请求的业务场景。
在本实施方式中,在确定出待测业务请求的业务场景后,可以从已经建立的时效性核对规则集中,检索到与该业务场景匹配的时效性核对规则作为针对待业务请求的时效性核对规则,即匹配的时效性核对规则;再根据匹配的时效性核对规则,确定待测业务请求的处理时长是否位于匹配的时效性核对规则所限定的时效阈值范围内,如果确定待测业务请求的处理时长位于上述时效阈值范围内,则判断待测业务请求的处理时长符合对应的时效性要求;如果确定待测业务请求的处理时长位于上述时效阈值范围外,则判断待测业务请求的处理时长不符合对应的时效性要求。
在本实施方式中,在确定待测业务请求的处理时长不符合时效性要求的情况下,服务器可以发出警报提示,以便后续技术员或者系统对针对该业务请求的业务场景中的业务处理流程所涉及到的软件程序、硬件设备等分别进行排查,以及时找到出现问题的地方,及时进行修复、调整,以使得该业务场景下的业务处理能够按时顺利完成,提高系统或平台稳定性。
在一个实施方式中,所述业务处理特征参数具体可以包括以下至少之一:业务请求对应的项目标识、业务请求的业务类型、业务处理时长、业务请求的处理结果、与业务请求关联的渠道标识等。当然,需要说明的是,上述所列举的业务处理特征参数只是一种示意性说明。具体实施时,根据具体的应用场景和处理需要,还可以引入其他类型的特征参数,例如,业务处理的时效范围、业务请求所涉及的币种等等。对此,本说明书不作限定。
在一个实施方式中,所述业务请求的业务类型具体可以包括以下至少之一:转账、还款、退款、缴费、充值等。当然,需要说明的是,上述所列举的业务类型只是为了更好地说明本说明书实施方式。具体实施时,根据具体情况,也可以包括有其他的业务类型。对此,本说明书不作限定。
在一个实施方式中,所述渠道特征参数具体可以包括以下至少之一:渠道类型、渠道对接机构、渠道的时效范围等。当然,需要说明的是,上述所列举的渠道特征参数只是一种示意性说明。具体实施时,根据具体情况还可以包括有其他类型的渠道特征参数。对此,本说明书不作限定。
在一个实施方式中,所述渠道类型具体可以包括:信用卡渠道,或借记卡渠道等。当然,需要说明的是,上述所列举的渠道类型只是为了更好地说明本说明书实施方式。具体实施时,根据具体的应用场景和处理需要,还可以引入其他的渠道类型,例如网银渠道等等。对此,本说明书不作限定。
在一个实施方式中,上述根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集,具体实施时,还可以包括以下内容:对所述业务处理特征参数、所述渠道特征参数分别进行预处理,得到处理后的业务处理特征参数、处理后的渠道特征参数,其中,所述预处理包括以下至少之一:将同一业务场景的处理结果为成功的业务请求的业务处理时长进行合并、将同一业务场景的渠道的时效范围进行合并;根据所述处理后的业务处理特征参数、所述处理后的渠道特征参数,生成对应于各个业务场景的时效性核对规则。
在本实施方式中,上述将同一业务场景的处理结果为成功的业务请求的业务处理时长进行合并,具体可以包括:将同一业务场景中不同业务请求的,但处理结果为成功的业务处理时长进行合并。例如,可以根据同一业务场景中不同业务请求的,但处理结果为成功的业务处理时长确定出第一时长范围,即得到了处理后的业务特征参数。其中,第一时长范围包括有该业务场景中不同业务请求的,但处理结果为成功的业务处理时长。
在本实施方式中,类似的,上述将同一业务场景的渠道的时效范围进行合并,具体可以包括:将同一业务场景中不同业务请求关联的渠道的时效范围进行综合,选出最大的时效范围作为第二时长范围,即得到了处理后的渠道特征参数。其中,第二时长范围包括有该业务场景中不同业务请求的关联渠道的时效范围。
在本实施方式中,上述根据所述处理后的业务处理特征参数、所述处理后的渠道特征参数,生成对应于各个业务场景的时效性核对规则,具体实施时,可以包括:根据处理后的业务特征参数中的第一时长范围,和处理后的渠道特征参数中的第二时长范围,确定出针对各个业务场景的时效阈值范围,从而得到对应于各个业务场景的时效性核对规则。
在本实施方式中,上述根据处理后的业务特征参数中的第一时长范围,和处理后的渠道特征参数中的第二时长范围,确定出针对各个业务场景的时效阈值范围,具体实施时,可以是根据第一时长范围和第二时长范围确定出能够同时满足上述两种时长范围的时长区间作为该业务场景的时效阈值范围。当然,上述所列举的确定业务场景的时效阈值范围的方式只是一种示意性说明。具体实施时,根据具体情况,也可以采用其他合适的方式来确定各个业务场景的时效阈值范围。对此,本说明书不作限定。
在一个实施方式中,在根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集后,所述方法具体实施时,还可以包括以下内容:获取第二时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据;根据所述第二时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据,对所述时效性核对规则集中的时效性核对规则进行更新。
在本实施方式中,上述第二时间段具体可以理解为晚于第一时间段的一个预设时间段。例如,可以是第一时间段之后的两天内。当然,上述所列举的第二时间段只是一种示意说明。对于第二时间段,本说明书不作限定。
在本实施方式中,考虑到网络系统或平台中相关数据随时间更新、变化(例如,所涉及的业务、渠道发生变更)相对较快。因此,可以通过采集第一时间段之后的第二时间段内的业务请求的处理数据和渠道配置数据来对原有的时效性核对规则进行修改、调整,以便能够适应系统或平台最新的数据变化。
在本实施方式中,根据所述第二时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据,对所述时效性核对规则集中的时效性核对规则进行更新,具体实施时,可以包括:根据所述第二时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据,确定出针对各个业务场景新的时效阈值范围;再利用新的时效阈值范围,基于第一时间段内的业务请求的处理数据,以及渠道配置数据所确定的对应于各个业务场景的时效性核对规则中的时效阈值范围进行调整、更新(相当于一种数据清洗),从而得到更新后的时效性核对规则集。后续,可以利用更新后的时效性核对规则集对系统或平台线上业务请求的业务处理的时效性进行核对校验。这样可以灵敏地获取并根据系统或平台的数据变化情况,及时地对时效性核对规则集性更新,以适陪变化后的系统或平台业务处理,从而提高所确定的时效性核对规则集的准确度,提高了用户体验。
在一个实施方式中,在对所述业务处理特征参数、所述渠道特征参数分别进行预处理,得到处理后的业务处理特征参数、处理后的渠道特征参数后,在根据所述处理后的业务处理特征参数、所述处理后的渠道特征参数,生成对应于各个业务场景的时效性核对规则之前,还可以获取上述处理后的业务处理特征参数、处理后的渠道特征参数,并从所述处理后的业务处理特征参数、所述处理后的渠道特征参数中提取对业务场景的时效核对影响较大的关键参数,例如,交易笔数或者渠道的时效范围等;根据具体的处理要求,对上述关键参数进行修正,例如,可以通过技术人员根据处理要求对上述关键参数的数值范围进行适当的延展,从而得到修正后的业务处理特征参数、修正后的渠道特征参数。这样后续可以根据修正后的业务处理特征参数、修正后的渠道特征参数,生成更适合所对应的业务场景的时效性核对规则。
由上可见,本说明书实施例提供的时效性核对规则的生成方法,由于通过获取一个时间段内线上针对各个业务请求的业务请求处理数据,以及与业务请求关联的渠道的渠道配置数据,并从上述数据中分别提取得到业务处理特征参数以及渠道特征参数,再根据上述特征参数自动生成针对各个业务场景的时效性核对规则,从而提高了生成时效性核对规则的效率和准确度,达到能够全面、高效地自动生成对应各个业务场景的时效性核对规则的效果;还通过获取最新一个时间段内的业务请求的处理数据,以及渠道配置数据,并根据最新时间段内的业务请求的处理数据和渠道配置数据,对时效性核对规则进行调整、更新,达到能及时、高效地适配线上的业务、渠道等变化情况,准确对业务请求的数据处理时效进行核对、校验的目的。
本说明书实施例还提供了一种服务器,包括处理器以及用于存储处理器可执行指令的存储器,所述处理器具体实施时可以根据指令执行以下步骤:获取第一时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据;从所述业务请求的处理数据中获取业务处理特征参数,从所述渠道配置数据中获取渠道特征参数;根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集,其中,所述时效性核对规则集包括多个针对不同业务场景的时效性核对规则。
为了能够更加准确地完成上述指令,参阅图5所示,本说明书还提供了另一种具体的服务器,其中,所述服务器包括网络通信端口501、处理器502以及存储器503,上述结构通过内部线缆相连,以便各个结构可以进行具体的数据交互。
其中,所述网络通信端口501,具体可以用于获取第一时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据。
所述处理器502,具体可以用于从所述业务请求的处理数据中获取业务处理特征参数,从所述渠道配置数据中获取渠道特征参数;根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集,其中,所述时效性核对规则集包括多个针对不同业务场景的时效性核对规则。
所述存储器503,具体可以用于存储经网络通信端口501获取的第一时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据,以及存储处理器502具体运行时使用的相应的指令程序。
在本实施方式中,所述网络通信端口501可以是与不同的通信协议进行绑定,从而可以发送或接收不同数据的虚拟端口。例如,所述网络通信端口可以是负责进行web数据通信的80号端口,也可以是负责进行FTP数据通信的21号端口,还可以是负责进行邮件数据通信的25号端口。此外,所述网络通信端口还可以是实体的通信接口或者通信芯片。例如,其可以为无线移动网络通信芯片,如GSM、CDMA等;其还可以为Wifi芯片;其还可以为蓝牙芯片。
在本实施方式中,所述处理器502可以按任何适当的方式实现。例如,处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。
在本实施方式中,所述存储器503可以包括多个层次,在数字系统中,只要能保存二进制数据的都可以是存储器;在集成电路中,一个没有实物形式的具有存储功能的电路也叫存储器,如RAM、FIFO等;在系统中,具有实物形式的存储设备也叫存储器,如内存条、TF卡等。
本说明书实施例还提供了一种基于上述时效性核对规则的生成方法的计算机存储介质,所述计算机存储介质存储有计算机程序指令,在所述计算机程序指令被执行时实现:获取第一时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据;从所述业务请求的处理数据中获取业务处理特征参数,从所述渠道配置数据中获取渠道特征参数;根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集,其中,所述时效性核对规则集包括多个针对不同业务场景的时效性核对规则。
在本实施方式中,上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的,用于进行网络连接通信的接口。
在本实施方式中,该计算机存储介质存储的程序指令具体实现的功能和效果,可以与其它实施方式对照解释,在此不再赘述。
参阅图6所示,在软件层面上,本说明书实施例还提供了一种时效性核对规则的生成装置,该装置具体可以包括以下的结构模块:
第一获取模块61,具体可以用于获取第一时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据;
第二获取模块62,具体可以用于从所述业务请求的处理数据中获取业务处理特征参数,从所述渠道配置数据中获取渠道特征参数;
生成模块63,具体可以用于根据所述业务处理特征参数、所述渠道特征参数,生成时效性核对规则集,其中,所述时效性核对规则集包括多个针对不同业务场景的时效性核对规则。
在一个实施方式中,所述装置还包括校验模块,具体可以用于获取待测业务请求的处理数据;确定所述待测业务请求的业务场景,并根据所述待测业务请求的业务场景,从所述时效性核对规则集中确定出匹配的时效性核对规则;根据所述匹配的时效性核对规则和所述待测业务请求的处理数据,校验针对所述待测业务请求的处理时间是否符合时效性要求。
在一个实施方式中,所述业务处理特征参数具体可以包括以下至少之一:业务请求对应的项目标识、业务请求的业务类型、业务处理时长、业务请求的处理结果、与业务请求关联的渠道标识等。
在一个实施方式中,所述业务请求的业务类型具体可以包括以下至少之一:转账、还款、退款、缴费、充值等。
在一个实施方式中,所述渠道特征参数具体可以包括以下至少之一:渠道类型、渠道对接机构、渠道的时效范围等。
在一个实施方式中,所述渠道类型具体可以包括:信用卡渠道,或借记卡渠道等。
在一个实施方式中,所述生成模块63具体可以包括以下结构单元:
预处理单元,用于对所述业务处理特征参数、所述渠道特征参数分别进行预处理,得到处理后的业务处理特征参数、处理后的渠道特征参数,其中,所述预处理包括以下至少之一:将同一业务场景的处理结果为成功的业务请求的业务处理时长进行合并、将同一业务场景的渠道的时效范围进行合并;
生成单元,用于根据所述处理后的业务处理特征参数、所述处理后的渠道特征参数,生成对应于各个业务场景的时效性核对规则。
在一个实施方式中,所述装置具体还可以包括更新模块,用于获取第二时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据;根据所述第二时间段内的业务请求的处理数据,以及与业务请求关联的渠道的渠道配置数据,对所述时效性核对规则集中的时效性核对规则进行更新。
需要说明的是,上述实施例阐明的单元、装置或模块等,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现,也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
由上可见,本说明书实施例提供的时效性核对规则的生成装置,由于通过第一获取模块获取一个时间段内线上针对各个业务请求的业务请求处理数据,以及与业务请求关联的渠道的渠道配置数据,并通过第二获取模块从上述数据中分别提取得到业务处理特征参数以及渠道特征参数,再通过生成模块根据上述特征参数自动生成针对各个业务场景的时效性核对规则,从而提高了生成时效性核对规则的效率和准确度,达到能够全面、高效地自动生成对应各个业务场景的时效性核对规则的效果。
虽然本说明书提供了如实施例或流程图所述的方法操作步骤,但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式,不代表唯一的执行顺序。在实际中的装置或客户端产品执行时,可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境,甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下,并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,移动终端,服务器,或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例采用递进的方式描述,各个实施例之间相同或相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
虽然通过实施例描绘了本说明书,本领域普通技术人员知道,本说明书有许多变形和变化而不脱离本说明书的精神,希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。