资金供需匹配方法和系统
技术领域
本发明涉及资金供需匹配方法和系统。
背景技术
当今,互联网已经深入社会生活的各个方面,与传统行业深度融合,为改革、创新、发展提供了广阔的网络平台。
然而,迄今为止,互联网仍然长期存在着供需双方信息不对称的问题,使得供需双方不能快速高效地对接。
例如,对于搭建管理平台的互联网金融机构而言,它们一端对接用户(即,资金需求方),而另一端对接资金提供方(例如,券商、银行、信托、消费金融公司等)。用户的每笔借款请求会实时传送到平台,通过平台的大数据和风控处理后,再按照不同资金提供方提交的对潜在客户的要求,通过平台设置的规则将这些借款请求发送到最合适的资金提供方。
然而,在资金匹配的过程中经常会遇到很多问题。例如,虽然用户(即,借款方、资金需求方)的资质满足资金提供方的要求,但是资金提供方当前正处于系统维护中,无法接收订单而导致实时在线匹配失败,从而导致借款失败。又例如,在已成功匹配的订单推送转发给资金提供方时,由于网络拥塞,持续推送转发多次未果,超时后导致借款失败。另外,资金提供方对放款时间有特定要求(例如,每天08:00-20:00),若用户在夜间22:00借款,则由于未到放款时间而无法放款。此外,如果新订单数目增长的速度远远大于处理速度,也会造成很多订单无法处理。因此,此类非用户资质因素可能会造成大量订单匹配失败,放款成功率下降,同时还有可能造成用户流失。
发明内容
针对以上问题,本公开提出了一种将非用户资质因素而失败的借款订单暂存在缓存区中以进行异步转发,当失败因素排除后,即可再次转发给资金提供方,从而提高匹配成功率、路由转发效率、用户借款成功率、用户留存率。
根据本公开的第一方面,提供了一种资金供需匹配方法,包括:接收来自用户的借款请求,所述借款请求包括所述用户的身份信息以及借款额;使用所述用户的身份信息来验证所述用户的身份;在所述用户的身份验证成功之后,基于所述用户的借款请求来匹配资金提供方;将所述借款请求转发给匹配到的资金提供方以供处理;接收从所述资金提供方返回的处理结果;以及响应于处理结果指示借款失败,确定导致失败的因素并基于所述因素将所述请求与所述资金提供方相关联地存储在缓存区中以供在所述因素消除之后继续将所述请求转发给所述资金提供方。
在一实施例中,所述匹配包括基于资金提供方对其潜在客户的要求来匹配所述用户,以确定所述用户是否满足该资金提供方的要求。
在另一实施例中,所述资金提供方对其潜在客户的要求包括以下各项中的一者或多者:用户年龄、用户学历、用户地域、OCR认证、人脸识别、贷款历史、贷款逾期天数、人行征信信息、企业注册地、企业注册时间、企业规模。
在又一实施例中,所述匹配还包括根据所述资金提供方的要求来收集所述用户的相关信息,并将收集到的相关信息与资金提供方的相应要求进行匹配。
在又一实施例中,所述收集包括解析所述用户的借款请求以收集所述用户的相关信息,和/或基于所述用户的借款请求来向所述用户发出查询表单以供所述用户填写相关信息。
在又一实施例中,导致失败的因素包括以下各项中的一者或多者:资金提供方当前额度不足、资金提供方当前系统正在维护、资金提供方未到放款时间、资金提供方网络拥塞或故障。
在又一实施例中,所述方法还包括在资金提供方当前额度不足的情况下,将所述请求设置成在次日从所述缓存区转发给所述资金提供方以供处理。
在又一实施例中,所述方法还包括在资金提供方系统维护的情况下,向所述资金提供方发送询问消息,并在接收到系统维护完成的通知后,将所述请求从所述缓存区中转发给所述资金提供方以供处理。
在又一实施例中,所述方法还包括在未到资金提供方的放款时间的情况下,确定所述资金提供方的放款时间,并且在到达所述资金提供方的放款时间时,将所述请求从所述缓存区中转发给所述资金提供方以供处理。
在又一实施例中,所述方法还包括在资金提供方网络拥塞的情况下,周期性地向所述资金提供方转发所述请求达预定次数或预定时间。
在又一实施例中,所述方法还包括在所述资金提供方成功处理了所述请求之后,通知所述用户其借款请求已获通过。
在又一实施例中,所述处理结果包括指示导致失败的因素的字段,所述方法还包括通过解析所述处理结果中的所述字段来确定导致失败的因素。
根据本公开的第二方面,提供了一种资金供需匹配系统,包括:通信组件,其被配置成接收来自用户的借款请求,将所述借款请求转发给匹配到的资金提供方以供处理,以及接收从所述资金提供方返回的处理结果,其中所述借款请求包括所述用户的身份信息以及借款额;验证组件,其被配置成使用所述用户的身份信息来验证所述用户的身份;以及匹配组件,其被配置成:在所述用户的身份验证成功之后,基于所述用户的借款请求来匹配资金提供方;以及响应于处理结果指示借款失败,确定导致失败的因素并基于所述因素将所述请求与所述资金提供方相关联地存储在缓存区中以供在所述因素消除之后继续将所述请求转发给所述资金提供方。
在一实施例中,所述匹配组件还被配置成基于资金提供方对其潜在客户的要求来匹配所述用户,以确定所述用户是否满足该资金提供方的要求。
在另一实施例中,资金提供方对其潜在客户的要求包括以下各项中的一者或多者:用户年龄、用户学历、用户地域、OCR认证、人脸识别、贷款历史、贷款逾期天数、人行征信信息、企业注册地、企业注册时间、企业规模。
在又一实施例中,所述匹配组件还被配置成根据所述资金提供方的要求来收集所述用户的相关信息,并将收集到的相关信息与资金提供方的相应要求进行匹配。
在又一实施例中,所述匹配组件还被配置成解析所述用户的借款请求以收集所述用户的相关信息,和/或基于所述用户的借款请求来向所述用户发出查询表单以供所述用户填写相关信息。
在又一实施例中,导致借款失败的因素包括以下各项中的一者或多者:资金提供方当前额度不足、资金提供方当前系统正在维护、资金提供方未到放款时间、资金提供方网络拥塞或故障。
在又一实施例中,所述匹配组件还被配置成:在资金提供方当前额度不足的情况下,将所述请求设置成在次日从所述缓存区转发给所述资金提供方以供处理;在资金提供方系统维护的情况下,向所述资金提供方发送询问消息,并在接收到系统维护完成的通知后,将所述请求从所述缓存区中转发给所述资金提供方以供处理;在未到资金提供方的放款时间的情况下,确定所述资金提供方的放款时间,并且在到达所述资金提供方的放款时间时,将所述请求从所述缓存区中转发给所述资金提供方以供处理;以及在资金提供方网络拥塞的情况下,周期性地向所述资金提供方转发所述请求达预定次数或预定时间。
在又一实施例中,所述通信组件还被配置成在所述资金提供方成功处理了所述请求之后,通知所述用户其借款请求已获通过。
在又一实施例中,所述处理结果包括指示导致失败的因素的字段,并且所述匹配组件还被配置成通过解析所述处理结果中的所述字段来确定导致失败的因素。
根据本公开的第三方面,提供了一种资金供需匹配系统,包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行根据本公开的第一方面所述的方法。
各方面一般包括如基本上在本文参照附图所描述并且如通过附图所解说的方法、装备、系统、计算机程序产品和处理系统。
前述内容已较宽泛地勾勒出根据本公开的示例的特征和技术优势以使下面的详细描述可以被更好地理解。附加的特征和优势将在此后描述。所公开的概念和具体示例可容易地被用作修改或设计用于实施与本公开相同的目的的其他结构的基础。此类等效构造并不背离所附权利要求书的范围。本文所公开的概念的特性在其组织和操作方法两方面以及相关联的优势将因结合附图来考虑以下描述而被更好地理解。每一附图是出于解说和描述目的来提供的,且并不定义对权利要求的限定。
附图说明
为了能详细理解本公开的以上陈述的特征所用的方式,可参照各方面来对以上简要概述的内容进行更具体的描述,其中一些方面在附图中解说。然而应该注意,附图仅解说了本公开的某些典型方面,故不应被认为限定其范围,因为本描述可允许有其他等同有效的方面。不同附图中的相同附图标记可标识相同或相似的元素。
图1是解说根据本公开的各方面的示例资金供需匹配系统的示图。
图2解说根据本公开的各方面的资金供需匹配的示例方法的流程图。
图3是解说根据本公开的各方面的资金供需匹配的示例时序图。
图4是解说根据本公开的各方面的示例资金供需匹配平台的组件框图。
图5是解说根据本公开的各方面的另一示例资金供需匹配平台的示图。
具体实施方式
以下结合附图1-3阐述的详细描述旨在作为各种配置的描述,而无意表示可实践本文中所描述的概念的仅有的配置。本详细描述包括具体细节以提供对各种概念的透彻理解。然而,对于本领域技术人员将显而易见的是,没有这些具体细节也可实践这些概念。
术语解释:
资金供需匹配:根据资金需求方资质(年龄限制、是否毕业、是否活体检测、学历要求等)去判断是否满足资金提供方的要求,为资金需求方寻找最合适的资金提供方,同时为资金提供方匹配最优质的资金需求方。
图1解说了根据本公开的各方面的示例资金供需匹配系统100的示图。如图所示,资金供需匹配系统100包括一个或多个由用户使用的用户终端102、资金供需匹配平台104以及资金提供方106,它们都通过诸如因特网108等通信基础设施来互连。
在一实施例中,用户可以使用其用户终端102登录资金供需匹配平台(例如,进入资金供需匹配平台的网站页面)来发送借款请求。资金供需匹配平台104通过其设备来接收该借款请求并匹配合适的资金提供方,并且在找到合适的资金提供方之后,转发该借款请求以供资金提供方处理。资金提供方106在收到该借款请求之后,确定当前是否能够放款。如果资金提供方106出于各种原因(例如,未到放款时间、当日额度用尽,等等)当前不能放款,则资金提供方106会通知资金供需匹配平台104放款失败。
在该实施例中,资金供需匹配平台104在接收到来自资金提供方106的放款失败的通知后,分析放款失败的原因,并根据相应原因来分别地处理对应的借款请求。
例如,如果放款失败的原因是资金提供方当日额度不足,则可将相应的借款请求与相应的资金提供方相关联地存储在缓存区中,其中该借款请求将在次日再次转发给相应的资金提供方;如果放款失败的原因是未到资金提供方的放款时间,则可以将相应的借款请求与相应的资金提供方相关联地存储在缓存区中并标记相应资金提供方的放款时间,并在到达放款时间之后将该借款请求再次转发给该资金提供方;等等。
在又一实施例中,资金供需匹配平台104可能出于各种原因而未能将借款请求转发给资金提供方106,例如网络拥塞、资金提供方系统维护或崩溃,等等。在这种情况下,资金供需匹配平台104可以重新转发该借款请求达预定次数或预定时间,如果在该预定次数或预定时间内仍未成功转发,则可以向用户发出超时通知。
在又一实施例中,资金供需匹配平台104可能为用户匹配到能够满足其借款请求的多个资金提供方。在这种情况下,资金供需匹配平台104可以根据各种规则将用户的借款请求转发给其中一个资金提供方。
在一示例中,资金供需匹配平台104可以随机地选择该多个资金提供方之一。在另一示例中,资金供需匹配平台104可以根据资金提供方的评级、资金提供方与用户的某些条件的匹配等等来进行选择。例如,如果匹配的一个资金提供方与用户在同一地理位置(例如,在同一城市中),则该资金提供方可以被优先选择来处理该用户的借款请求。又例如,资金供需匹配平台104可为用户选择匹配的资金提供方中具有最低还款利率的那一个资金提供方。本领域技术人员可以明白,资金供需匹配平台104可以根据任何合适的规则来从匹配的资金提供方中作出选择。
在又一示例中,在资金供需匹配平台104为用户匹配到多个资金提供方的情况下,当资金供需匹配平台104所选择的资金提供方放款失败时,资金供需匹配平台104可以从该多个资金提供方中选择另外的资金提供方来为用户放款。在该示例中,该多个资金提供方可以根据任何合适的条件(例如,地理位置、评级、利率,等等)或条件组合来排序,并且资金供需匹配平台104可以根据该排序来为用户选择合适的资金提供方。在所有资金提供方由于各种原因而都不能放款时,则如上所述,资金供需匹配平台104可以分析各资金提供方放款失败的原因,并根据相应原因来分别地处理对应的借款请求。
本领域技术人员可以明白,尽管图1中为简明起见只示出了一个用户终端102,但省略号103表明资金供需匹配系统100可包括任何数目的用户终端。
下面结合图2-3更详细地描述根据本公开的各实施例的资金供需匹配方法。
图2解说了根据本公开的一实施例的资金供需匹配的示例方法200的流程图,且图3是解说根据本公开的各方面的资金供需匹配的示例时序图300。在一实施例中,方法200可由资金供需匹配平台执行,例如图1所示的示例资金供需匹配平台104。
如图2所示,在框205,方法200可包括接收来自用户的借款请求。例如,用户(即,资金需求方或借款方)可以登录资金供需匹配平台系统,填写借款金额并发出相应的借款请求。结合图3,用户301可以登录资金供需匹配平台303填写借款金额并发出相应的借款请求。在一实施例中,该借款请求还可以包括用户的身份信息、借款额等等。在用户是自然人的情况下,其身份信息可包括身份证件、护照、正面照片等等信息。在用户是法人的情况下,其身份信息可包括营业执照、法定代表人身份信息等等。
在框210,方法200可包括使用用户的身份信息来验证用户。例如,图3中的资金供需匹配平台303可以通过邀请用户进行视音频通话来验证用户。在又一示例中,资金供需匹配平台303还可以使用OCR认证来识别用户提供的身份证件图片并进行验证,等等。本领域技术人员可以明白,还可以采用各种其他验证技术、风险控制技术来验证用户的身份。
在一实施例中,如果未能成功验证用户的身份,则资金供需匹配平台303可以基于验证失败的原因来通知用户再次提供其身份信息。例如,如果由于用户提供的身份证件图片模糊不清而导致验证失败,则资金供需匹配平台303可以提示用户提供更清晰的身份证件图片。
继续参考图2,在框215,方法200可包括在用户的身份验证成功之后,基于用户的借款请求来匹配资金提供方。
结合图3,资金提供方305对于其潜在客户具有各种要求,例如,学历、居住地、是否拥有不动产、年龄、贷款历史、贷款逾期天数、人行征信信息、企业注册地、企业注册时间、企业规模,等等。
在一示例中,用户301所提供的借款请求中包括了与这些要求相对应的各种信息。资金供需匹配平台303可以解析借款请求以提取相应信息来与各资金提供方的要求相比较,以确定用户是否符合资金提供方的要求。各个要求都得到符合的资金提供方即是匹配的资金提供方。在另一实施例中,资金供需匹配平台303可以向发出借款请求的用户发出查询表单以供所述用户填写相关信息。随后,资金供需匹配平台303可以根据用户填写的表单来提取这些信息并与资金提供方的要求相匹配。在又一实施例中,用户在登录或注册到资金供需匹配平台303时已经根据资金供需匹配平台303的要求填写了各个信息。在该示例中,资金供需匹配平台303可以读取所存储的该用户的信息并将其与资金提供方的要求进行匹配。
继续参考图2,在框220,方法200可包括将借款请求转发给匹配到的资金提供方以供处理。例如,在匹配到资金提供方之后,图3的资金供需匹配平台303可以将用户301的借款请求转发给匹配到的资金提供方305。随后,资金提供方305可以处理该借款请求并返回处理结果。
在一实施例中,资金供需匹配平台303可能为用户匹配到能够满足其借款请求的多个资金提供方。在这种情况下,资金供需匹配平台303可以根据各种规则将用户的借款请求转发给其中一个资金提供方。
例如,资金供需匹配平台303可以随机地或者根据资金提供方的评级、资金提供方与用户的某些条件的匹配等等来进行选择该多个资金提供方之一。例如,资金供需匹配平台303可以根据资金提供方的利率水平、地理位置、用户评价等等来作出选择。在又一实施例中,资金供需匹配平台303可以将匹配到的各个资金提供方发送给用户以供用户自行选择。本领域技术人员还可以明白,资金供需匹配平台303可以根据任何合适的规则来从匹配的资金提供方中作出选择。
在框225,方法200可包括接收从资金提供方返回的处理结果。结合图3,如果资金提供方305成功处理了该借款请求,则向用户放款并且资金供需匹配平台303将接收到处理成功的通知。然而,,资金提供方305可能出于各种原因(例如,未到放款时间、当日额度用尽,等等)当前不能放款。在这种情况下,资金供需匹配平台303将接收到处理失败的通知。
在框230,方法200可包括响应于处理结果指示借款失败,确定导致失败的因素并基于所述因素将所述借款请求与所述资金提供方相关联地存储在缓存区中以供在所述因素消除之后继续将所述请求转发给所述资金提供方。
在一实施例中,在资金供需匹配平台303接收到来自资金提供方305的放款失败的通知后,可以分析放款失败的原因,并根据相应原因来分别地处理对应的借款请求。
例如,如果放款失败的原因是资金提供方当日额度不足,则可将相应的借款请求与相应的资金提供方相关联地存储在缓存区中,其中该借款请求将在次日再次转发给相应的资金提供方;如果放款失败的原因是未到资金提供方的放款时间,则可以将相应的借款请求与相应的资金提供方相关联地存储在缓存区中并标记相应资金提供方的放款时间,并在到达放款时间之后将该借款请求再次转发给该资金提供方;等等。
在另一实施例中,资金供需匹配平台303和/或资金提供方305可能出于各种网络或硬件原因而未能将成功处理借款请求,例如网络拥塞、资金提供方系统维护或崩溃,等等。在一示例中,在网络拥塞的情况下,资金供需匹配平台303可以周期性地转发该借款请求达预定次数或预定时间,如果在该预定次数或预定时间内仍未成功转发,则可以向用户发出超时通知。在另一示例中,在资金提供方系统维护的情况下,资金供需匹配平台303可以向资金提供方发送询问消息以确定系统维护何时结束,并在接收到系统维护完成的通知后,将请求从缓存区中转发给资金提供方以供进一步处理。
在又一实施例中,资金供需匹配平台303接收到的处理结果包括指示导致失败的因素的字段。例如,该字段的不同值用来指示不同的失败因素。在该实施例中,资金供需匹配平台303可以还包括通过解析处理结果中的该字段来确定导致失败的因素。
在又一实施例中,方法200还可任选地包括在资金提供方成功处理了请求之后,通知用户其放款请求已获通过。
如上所述,资金供需匹配平台303可能为用户匹配到多个资金提供方。在这种情况下,当资金供需匹配平台303所选择的资金提供方放款失败时,资金供需匹配平台303可以从该多个资金提供方中选择另外的资金提供方来为用户放款。在该示例中,该多个资金提供方可以根据任何合适的条件(例如,地理位置、评级、利率,等等)或条件组合来排序,并且资金供需匹配平台303可以根据该排序来为用户选择合适的资金提供方。在所有资金提供方由于各种原因而都不能放款时,则资金供需匹配平台303可以分析各资金提供方放款失败的原因,并根据相应原因来分别地处理对应的借款请求。
在本公开的又一实施例中,用户的借款请求中还可包括用户的放款周期,即用户需要该笔资金的最后期限。在这一实施例中,在资金供需匹配平台303所选择的资金提供方放款失败时,资金供需匹配平台303可以分析资金提供方放款失败的原因,并确定或估计解决相应原因所需的时间。如果确定解决放款失败所需的时间超过了用户的放款周期,则资金供需匹配平台303可直接通知用户放款失败,而非等待问题解决以继续处理借款请求。例如,如果放款失败的原因是资金提供方当日额度不足,但用户当天就需要相应资金,则资金供需匹配平台303不会将借款请求留待次日处理,而是直接通知用户放款失败,并从缓存区中剔除该借款请求。
如上所述,本公开为某些资质合格的用户(即,资金需求方)建立一个用于等待的缓存区,将出于某些特定、常见、可预见的外在因素而无法及时进行资金匹配的借款请求存储到缓存区中,并在这些外在因素消失时再次进行资金匹配,推送借款请求给资金提供方。从而,本公开提高了借款请求推送转发的成功率,从而提高用户借款成功率。
图4是解说根据本公开的各方面的示例资金供需匹配平台400的组件框图。
如图4所示,资金供需匹配平台400可包括通信组件405,其被配置成接收来自用户的借款请求,将所述借款请求转发给匹配到的资金提供方以供处理,以及接收从所述资金提供方返回的处理结果。在一实施例中,所述借款请求包括所述用户的身份信息以及借款额。
资金供需匹配平台400还可包括验证组件410,其被配置成使用所述用户的身份信息来验证所述用户的身份。
资金供需匹配平台400还可包括匹配组件415,其被配置成在所述用户的身份验证成功之后,基于所述用户的借款请求来匹配资金提供方。匹配组件415还可被配置成响应于处理结果指示借款失败,确定导致失败的因素并基于所述因素将所述请求与所述资金提供方相关联地存储在缓存区中以供在所述因素消除之后继续将所述请求转发给所述资金提供方。
在一实施例中,匹配组件415还可被配置成基于资金提供方对其潜在客户的要求来匹配所述用户,以确定所述用户是否满足该资金提供方的要求。
在另一实施例中,资金提供方对其潜在客户的要求包括以下各项中的一者或多者:用户年龄、用户学历、用户地域、OCR认证、人脸识别、贷款历史、贷款逾期天数、人行征信信息、企业注册地、企业注册时间、企业规模。
在又一实施例中,匹配组件415还可被配置成根据所述资金提供方的要求来收集所述用户的相关信息,并将收集到的相关信息与资金提供方的相应要求进行匹配。
在又一实施例中,匹配组件415还可被配置成解析所述用户的借款请求以收集所述用户的相关信息,和/或基于所述用户的借款请求来向所述用户发出查询表单以供所述用户填写相关信息。
在又一实施例中,导致借款失败的因素包括以下各项中的一者或多者:资金提供方当前额度不足、资金提供方当前系统正在维护、资金提供方未到放款时间、资金提供方网络拥塞或故障。本领域技术人员可以明白,还可存在各种其他导致失败的因素,例如资金提供方的要求改变,等等。
在一实施例中,匹配组件415还可被配置成在资金提供方当前额度不足的情况下,将所述请求设置成在次日从所述缓存区转发给所述资金提供方以供处理;在资金提供方系统维护的情况下,向所述资金提供方发送询问消息,并在接收到系统维护完成的通知后,将所述请求从所述缓存区中转发给所述资金提供方以供处理;在未到资金提供方的放款时间的情况下,确定所述资金提供方的放款时间,并且在到达所述资金提供方的放款时间时,将所述请求从所述缓存区中转发给所述资金提供方以供处理;以及在资金提供方网络拥塞的情况下,周期性地向所述资金提供方转发所述请求达预定次数或预定时间。
在一实施例中,通信组件405还可被配置成在所述资金提供方成功处理了所述请求之后,通知所述用户其借款请求已获通过。
在另一实施例中,所述处理结果包括指示导致失败的因素的字段,并且匹配组件415还可被配置成通过解析所述处理结果中的所述字段来确定导致失败的因素。
图5是解说根据本公开的各方面的示例资金供需匹配平台500的示意图。如图所示,资金供需匹配平台500包括处理器505和存储器510。存储器510存储有计算机可执行指令,这些指令可由处理器505执行来实现以上结合图1-3描述的相应方法和流程。
本领域技术人员可以明白,尽管本公开结合借款方和资金提供方来描述了各示例实施例,本公开的方法和系统也可适用于各种其他场景,例如云服务用户和云服务提供方、求职者和招聘方,等等。
以上具体实施方式包括对附图的引用,附图形成具体实施方式的部分。附图通过说明来示出可实践的特定实施例。这些实施例在本文中也称为“示例”。此类示例可以包括除所示或所述的那些元件以外的元件。然而,还构想了包括所示或所述元件的示例。此外,还构想出的是使用所示或所述的那些元件的任何组合或排列的示例,或参照本文中示出或描述的特定示例(或其一个或多个方面),或参照本文中示出或描述的其他示例(或其一个或多个方面)。
在所附权利要求书中,术语“包括”和“包含”是开放式的,也就是说,在权利要求中除此类术语之后列举的那些元件之外的元件的系统、设备、制品或过程仍被视为落在那项权利要求的范围内。此外,在所附权利要求书中,术语“第一”、“第二”和“第三”等仅被用作标记,并且不旨在表明对它们的对象的数字顺序。
另外,本说明书中所解说的各操作的次序是示例性的。在替换实施例中,各操作可以按与图2-3所示的不同次序执行,且各操作可以合并成单个操作或拆分成更多操作。
以上描述旨在是说明性的,而非限制性的。例如,可结合其他实施例来使用以上描述的示例(或者其一个或多个方面)。可诸如由本领域普通技术人员在审阅以上描述之后来使用其他实施例。摘要允许读者快速地确定本技术公开的性质。提交该摘要,并且理解该摘要将不用于解释或限制权利要求的范围或含义。此外,在以上具体实施方式中,各种特征可以共同成组以使本公开流畅。然而,权利要求可以不陈述本文中公开的每一特征,因为实施例可以表征所述特征的子集。此外,实施例可以包括比特定示例中公开的特征更少的特征。因此,所附权利要求书由此被结合到具体实施方式中,一项权利要求作为单独的实施例而独立存在。本文中公开的实施例的范围应当参照所附权利要求书以及此类权利要求所赋予权利的等价方案的完整范围来确定。