一种互联网资源的筛选方法及装置
技术领域
本申请涉及互联网信息技术领域,尤其涉及一种互联网资源的筛选方法及装置。
背景技术
随着互联网信息技术的发展,用户对于各类互联网资源(比如网络存储资源、网络带宽资源、安全监控资源等)的需求量不断扩大。比如,网络存储资源的需求量由原来的GB级增长至TB甚至PB级,网络带宽资源由原来的KB、MB级拓宽到了GB级。
进一步地,用户对于每一类互联网资源的需求也在细化。具体的,属于同一类的互联网资源的属性值可以不同,用户在针对某一类互联网资源提出需求时,不仅会指定所需求的互联网资源的资源值(也即,需求量),也会指定所需求的互联网资源的属性值。比如,网络存储资源具有写入速度属性,写入速度属性值可以为50MB每秒、100MB每秒、500MB每秒等。
由于互联网资源不受地理位置的限制,可以跨越空间的距离,因此,可以按照用户的需求,从互联网资源库中筛选出符合该需求的互联网资源,并封装在一起来利用。其中,互联网资源库中的互联网资源可以属于不同的终端。
比如,假定互联网资源库中包含有五笔网络存储资源,分别称为A、B、C、D、E。前四笔的资源值分别为1TB,E的资源值为0.5TB,A、B、C、E的写入速度属性值为100MB每秒,D的写入速度属性值为50MB每秒。假定某个用户的需求是写入速度属性值为100MB每秒的3TB网络存储资源,为了满足该需求,可以先从互联网资源库中筛选出写入速度属性值为100MB每秒的各网络存储资源(即为A、B、C、E),然后再进一步地从A、B、C、E中筛选出3TB(即为A、B、C),并可以封装后提供给用户。
但是,如开头所讲,对于互联网资源的需求量不断扩大,并且为了使互联网资源得到充分利用而不闲置浪费,可供筛选的每笔互联网资源(简称为:待筛选互联网资源)的资源值越来越小。比如网络存储资源的需求量由原来的GB级增长至TB甚至PB级,而可供筛选的每笔网络存储资源由原来的TB级变为了现在的GB甚至MB级。在这种情况下,筛选互联网资源耗时很长,效率很低。
发明内容
本申请实施例提供一种互联网资源的筛选方法及装置,用以解决现有技术中在待筛选互联网资源的资源值较小的情况下,筛选互联网资源耗时很长,效率很低的问题。
本申请实施例提供一种信贷资产的筛选方法及装置。
本申请实施例提供的一种互联网资源的筛选方法,包括:
将各待筛选互联网资源拆分为多个待筛选互联网资源集合;
根据所述各待筛选互联网资源的拆分结果和预定的资源需求量,将所述资源需求量拆分为多个资源子需求量,并建立拆分出的各所述待筛选互联网资源集合与各所述资源子需求量的一一对应关系;
基于云计算平台,并行地针对每个所述待筛选互联网资源集合执行:根据预定的资源属性值,从该待筛选互联网资源集合中筛选出与所述资源属性值匹配的、资源值总量为该待筛选互联网资源集合对应的资源子需求量的互联网资源,作为待封装互联网资源。
本申请实施例提供的一种互联网资源的筛选装置,包括:
第一拆分模块,用于将各待筛选互联网资源拆分为多个待筛选互联网资源集合;
第二拆分模块,用于根据所述各待筛选互联网资源的拆分结果和预定的资源需求量,将所述资源需求量拆分为多个资源子需求量,并建立拆分出的各所述待筛选互联网资源集合与各所述资源子需求量的一一对应关系;
筛选模块,用于基于云计算平台,并行地针对每个所述待筛选互联网资源集合执行:根据预定的资源属性值,从该待筛选互联网资源集合中筛选出与所述资源属性值匹配的、资源值总量为该待筛选互联网资源集合对应的资源子需求量的互联网资源,作为待封装互联网资源。
本申请实施例提供的一种互联网资源的筛选方法,包括:
将各待筛选信贷资产拆分为多个待筛选信贷资产集合;
根据所述各待筛选信贷资产的拆分结果和预定的融资计划水位,将所述融资计划水位拆分为多个融资计划子水位,并建立拆分出的各所述待筛选信贷资产集合与各所述融资计划子水位的一一对应关系;
基于云计算平台,并行地针对每个所述待筛选信贷资产集合执行:根据预定的融资计划约定,从该待筛选信贷资产集合中筛选出与所述融资计划约定匹配的、总金额为该待筛选信贷资产集合对应的融资计划子水位的信贷资产,作为待打包合格资产。
本申请实施例提供的一种互联网资源的筛选装置,包括:
资产拆分模块,用于将各待筛选信贷资产拆分为多个待筛选信贷资产集合;
水位拆分模块,用于根据所述各待筛选信贷资产的拆分结果和预定的融资计划水位,将所述融资计划水位拆分为多个融资计划子水位,并建立拆分出的各所述待筛选信贷资产集合与各所述融资计划子水位的一一对应关系;
资产筛选模块,用于基于云计算平台,并行地针对每个所述待筛选信贷资产集合执行:根据预定的融资计划约定,从该待筛选信贷资产集合中筛选出与所述融资计划约定匹配的、总金额为该待筛选信贷资产集合对应的融资计划子水位的信贷资产,作为待打包合格资产。
本申请实施例通过上述至少一种技术方案,即使待筛选互联网资源的资源值很小,而预定的资源需求量很大,导致需要筛选的待筛选互联网资源的总数量很多,也即,筛选任务的规模很大。由于可以将该规模很大的筛选任务拆分为多个规模较小的筛选子任务,并借助云计算平台的多线程处理能力,并行地执行拆分出的多个规模较小的筛选子任务,因此,可以减少筛选互联网资源耗时,提高效率,从而解决了现有技术中的问题。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的互联网资源的筛选方法的过程;
图2为本申请实施例提供的互联网资源的筛选方法的一种详细过程;
图3为本申请实施例提供的信贷资产的筛选方法的过程;
图4为在一种实际应用场景下,执行本申请实施例提供的信贷资产筛选方法的过程中,信贷资产的业务时间轴示意图;
图5为本申请实施例提供的信贷资产的筛选方法的详细过程示意图;
图6为本申请实施例提供的对应于图1的互联网资源的筛选装置结构示意图;
图7为本申请实施例提供的对应于图3的互联网资源的筛选装置结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在背景技术中已经提到,互联网资源的需求量不断扩大,而待筛选互联网资源的资源值却越来越小,由此导致需要筛选的待筛选互联网资源的总数量很多,也即,筛选任务的规模很大。在这种情况下,筛选互联网资源耗时很长,效率很低。
为了解决上述问题,在本申请实施例中,可以将该规模很大的筛选任务(称为:原本的筛选任务)拆分为多个规模较小的筛选子任务,并借助云计算平台的多线程处理能力,并行地执行拆分出的多个规模较小的筛选子任务,因此,可以减少筛选互联网资源耗时,提高效率,从而可以解决现有技术中的问题。下面对本申请的方案进行具体说明。
图1为本申请实施例提供的互联网资源的筛选方法的过程,该过程的执行主体可以是服务器,包括但不限于:作为服务器的个人计算机、大中型计算机、计算机集群等。在本申请实施例中,所述服务器可以作为云计算平台的载体,当然,所述服务器除了可以承载云计算平台以外,还可以承载其他的处理平台,本申请对此并不做限定。
图1中的过程具体可以包括以下步骤:
S101:将各待筛选互联网资源拆分为多个待筛选互联网资源集合。
在本申请实施例中,互联网资源可以是基于互联网的任意业务中的资源。例如,互联网资源可以是网络存储业务中的网络存储资源、网络带宽资源、安全监控资源等实体资源(承载于相应的实体设备上的资源,实体设备可以是机械硬盘、固态硬盘、内存、处理器、显示设备等);互联网资源也可以是互联网金融业务中的信贷资产、现金流等非实体资源。互联网资源的具体类型并不构成对本申请的限定。
进一步地,本申请实施例中所述的筛选操作可以是基于用户预定的需求执行的,在需求可以指定:所需的互联网资源的类型(一般确定为某一种互联网资源)、资源需求量、资源属性值(对所需的互联网资源的进一步限定)等信息。当所述资源属性值可以是互联网资源的一个或多个指定属性的取值、取值区间等。
在本申请实施例中,所述的各待筛选互联网资源均属于需求中指定的一种互联网资源,在这种情况下,筛选操作主要是基于资源属性值执行的。各待筛选互联网资源可以是当前处于空闲状态的资源,可以采用预定的互联网资源库对各待筛选互联网资源进行管理。互联网资源库中可以直接保存各待筛选互联网资源,也可以保存各待筛选互联网资源的数据,所述数据用于描述各待筛选互联网资源的详细信息,如资源值、资源属性值、资源所在位置等。当然,也可以不采用互联网资源库,在这种情况下,各待筛选互联网资源和/或各待筛选互联网资源的数据可以位于可以对应的终端上。
为了便于描述,用“笔”作为待筛选互联网资源的单位。在筛选时,可以将每笔待筛选互联网资源作为一个不可再分割的整体看待,不同笔的筛选互联网资源的资源值可以相同,也可以不相同。在背景技术中的例子中,A、B、C、D这四笔网络存储资源的资源值是相同的,均为1TB,而E的资源值为0.5TB,与这四笔不相同。
在本申请实施例中,通过步骤S101和S102可以将原始的筛选任务拆分为多个规模较小的筛选子任务。具体的,步骤S101用于拆分各待筛选互联网资源,步骤S102用于拆分资源需求量。
对于步骤S101,拆分各待筛选互联网资源的操作具体可以包括:设定要拆分出的待筛选互联网资源集合的数量(大于1),按照预定的拆分规则,将各待筛选互联网资源拆分为设定的所述数量的待筛选互联网资源集合。本申请对拆分规则并不做限定,例如,可以平均地拆分,使每个待筛选互联网资源集合中包含的待筛选互联网资源数量相同;也可以按照不同的比例进行拆分,使每个待筛选互联网资源集合包含对应比例数量的待筛选互联网资源数量;等等。
S102:根据所述各待筛选互联网资源的拆分结果和预定的资源需求量,将所述资源需求量拆分为多个资源子需求量,并建立拆分出的各所述待筛选互联网资源集合与各所述资源子需求量的一一对应关系。
在本申请实施例中,拆分出各待筛选互联网资源集合后,可以针对资源需求量,对应地拆分出数量与待筛选互联网资源集合的数量相同的资源子需求量。一个待筛选互联网资源集合、该待筛选互联网资源集合对应的资源子需求量,以及需求中指定的资源属性值(如果有指定的话)即可以构成:从原始的筛选任务中拆分出的一个筛选子任务。
需要说明的是,待筛选互联网资源集合的资源值总量应当不小于该待筛选互联网资源集合对应的资源子需求量。
S103:基于云计算平台,并行地针对每个所述待筛选互联网资源集合执行:根据预定的资源属性值,从该待筛选互联网资源集合中筛选出与所述资源属性值匹配的、资源值总量为该待筛选互联网资源集合对应的资源子需求量的互联网资源,作为待封装互联网资源。
在本申请实施例中,云计算平台可以位于本申请的方案的执行主体上,也可以位于执行主体之外的任意设备上。云计算平台是基于云计算技术的互联网数据处理平台,本申请对云计算平台的适用场景和名称并不做限定,一般地,其可以离线(Off-Line)场景下使用,也可以在在线(On-Line)场景下使用。
在现有技术中,未对原始的任务进行拆分,则只能单线程地执行原始的任务,耗时很长,效率很低。而在本申请实施例中,可以基于云计算平台强大的多线程处理能力,并行地执行通过步骤S101和S102拆分出的各筛选子任务,从而可以提高效率。
针对每个筛选子任务,可以获取云计算平台的一个处理线程以用于执行该筛选子任务。下面以一个筛选子任务为例,说明该筛选子任务的执行过程。
该执行过程可以有两种情况。
第一种情况,用户的需求中并未指定资源属性值。在这种情况下,该执行过程即为:根据该筛选子任务的待筛选互联网资源集合的包含的各待筛选互联网资源的资源值,筛选出资源值总量为该筛选子任务的资源子需求量的互联网资源。
第二种情况,用户的需求中指定了资源属性值(也即,步骤S103中所述的预定的资源属性值)。在这种情况下,由于在该筛选子任务的待筛选互联网资源集合中,各待筛选互联网资源集合的资源属性值可能不相同,因此,筛选出的互联网资源不仅要与该筛选子任务的资源子需求量相同,而且,筛选出的互联网资源的资源属性值应当与用户指定的资源属性值匹配。
当用户指定的资源属性值为指定属性的取值时,所述匹配的含义为:筛选出的互联网资源的指定属性的取值与用户指定的资源属性值相同。
例如,在背景技术中提到的例子中,针对网络存储资源的写入速度这个属性指定了资源属性值:100MB每秒。则写入速度属性值为100MB每秒的待筛选互联网资源是与该资源属性值匹配的。
当用户指定的资源属性值为指定属性的取值区间时,所述匹配的含义为:筛选出的互联网资源的指定属性的取值落在对应的所述取值区间内。
例如,若针对网络存储资源的写入速度这个属性指定了资源属性值:50MB~150MB每秒的取值区间。则写入速度属性值为100MB每秒的待筛选互联网资源是与该资源属性值匹配的,但是,写入速度属性值为500MB每秒的待筛选互联网资源与该资源属性值不匹配。
需要说明的是,在实际应用中,用户可以预先针对互联网资源的不止一个属性指定资源属性值。例如,对于网络存储资源,不仅可以针对写入速度这个属性指定资源属性值,同时,还可以针对资源所在地、资源所基于的操作系统等属性指定资源属性值。这这种情况下,筛选出的互联网资源的各指定属性要分别与对应的资源属性值匹配。
例如,针对资源所在地属性指定的资源属性值可以为诸如“北京”、“上海”等地名,针对资源所基于的操作系统属性指定的资源属性值可以为诸如“Windows”、“Linux”、“Android”等操作系统名称。
假定在用户的需求中,预定的资源属性值包括上述“50MB~150MB每秒”、“北京”、“Linux”,则步骤S103具体可以为:
基于云计算平台,并行地针对每个待筛选网络存储资源集合执行:从该待筛选网络存储资源集合中筛选出同时符合三项特定条件的、资源值总量为该待筛选网络存储资源集合对应的资源子需求量的网络存储资源,其中,三项特定条件分别为:写入速度在50MB~150MB每秒的区间内、网络存储资源所在地为北京、网络存储资源所述基于的操作系统为Linux。
在本申请实施例中,在某些场景下,由于待筛选互联网资源的粒度(资源值的大小)等因素限制,在某些待筛选互联网资源集合中,筛选出的互联网资源的资源值总量可能会略小于或略大于对应的资源子需求量,而无法正好与对应的资源子需求量相等。为了使本申请的方案适应于这些场景,可以将步骤S103修改为:基于云计算平台,并行地针对每个所述待筛选互联网资源集合执行:根据预定的资源属性值,从该待筛选互联网资源集合中筛选出与所述资源属性值匹配的、资源值总量最接近于该待筛选互联网资源集合对应的资源子需求量的互联网资源,作为待封装互联网资源。
通过图1中的方法,可以减少筛选互联网资源耗时,提高效率,从而可以解决现有技术中的问题。
为了便于理解,下面对图1中的步骤进一步地说明。
在本申请实施例中,若基于各待筛选互联网资源的数据执行本申请的方案,由于执行时需要耗费一定的时间,在此期间各待筛选互联网资源的数据有可能会发生变化。因此,为了防止执行时数据操作冲突,可以不直接对互联网资源库保存的数据进行操作,而是将数据同步一份用于执行本申请的方案,并且可以在执行过程中根据互联网资源库保存的数据的变化状况,对执行过程中或执行过程结束后对相应的数据进行修正。
基于这样的考虑,对于步骤S101,将所述各待筛选互联网资源拆分为多个待筛选互联网资源集合,具体可以包括:从互联网资源库中将各待筛选互联网资源的数据同步至所述云计算平台上;基于所述云计算平台和所述数据,将所述各待筛选互联网资源拆分为多个待筛选互联网资源集合,使拆分出的每个所述待筛选互联网资源集合适应于所述云计算平台的单线程处理能力。
本申请对拆分出的待筛选互联网资源集合的数量,以及拆分出的资源子需求量的数量并不做限定。在实际应用中,可以根据资源需求量和与云计算平台的单线程处理能力进行自动适配,从而,可以减少人工干预,提高资源筛选效率。
例如,假定一共有10亿笔待筛选互联网资源,云计算平台的单线程在其处理能力范围内足以处理1000万笔待筛选互联网资源。则可以自适应地将10亿笔待筛选互联网资源拆分为100个待筛选互联网资源集合,每个待筛选互联网资源集合包含1000万笔待筛选互联网资源,这样的话,拆分出的每个待筛选互联网资源集合都是适应于云计算平台的单线程处理能力的。相应地,可以将资源需求量自适应地拆分为100个资源子需求量,每个资源子需求量可以分别对应于1个待筛选互联网资源集合。
又例如,假定一共有1亿笔待筛选互联网资源,云计算平台的单线程在其处理能力范围内足以处理1000万笔待筛选互联网资源。则可以自适应地将1亿笔待筛选互联网资源拆分为10个待筛选互联网资源集合,每个待筛选互联网资源集合包含1000万笔待筛选互联网资源,这样的话,拆分出的每个待筛选互联网资源集合都是适应于云计算平台的单线程处理能力的。相应地,可以将资源需求量自适应地拆分为10个资源子需求量,每个资源子需求量可以分别对应于1个待筛选互联网资源集合。
可以看到,在拆分各待筛选互联网资源时,考虑到了云计算平台的单线程处理能力,这样的话,可以使得后续云计算平台的各个处理线程在并行执行拆分出的筛选子任务时,处理线程的负担不至于过大,有利于降低处理过程中处理线程发生异常的概率。
另外,为了提高资源筛选过程的可控性,本申请的方案中对待筛选互联网资源和资源需求量的拆分方式并不限于上述的自适应拆分方式,也可以采用手动拆分方式,或者,可以结合采用自适应拆分方式和手动拆分方式(比如,在自适应拆分后,还可以根据实际情况手动调整),等等。
在本申请实施例中,前面已经提到,在执行拆分出来的筛选子任务的过程中,各待筛选互联网资源的数据有可能会发生变化。例如,可能有某些待筛选互联网资源(可以是待封装互联网资源)流失或减少,其原因可以是自身损坏或是被别的系统占用,等等。在这种情况下,可能会导致执行步骤S103后,待封装互联网资源的资源值总量少于预定的资源需求量,进而可能用户的需求不能全部满足,影响用户体验。为了解决这种情况下的问题,可以在筛选完待封装互联网资源后,再筛选出一部分备选互联网资源,用于当待封装互联网资源流失或减少时,对待封装互联网资源进行补足,以满足用户的需求。
具体的,对于步骤S103中针对每个待筛选互联网资源集合执行的步骤,根据预定的资源属性值,从该待筛选互联网资源集合筛选出与所述资源属性值匹配的、资源值总量为该待筛选互联网资源集合对应的资源子需求量的互联网资源后,还可以执行以下步骤:从筛选后的该待筛选互联网资源集合中再筛选出与所述资源属性值匹配的、资源值总量为预定值的互联网资源,作为备选互联网资源。
预定值可以是根据资源子需求量,按照资源子需求量的固定比例指定的值,比如预定值可以为资源子需求量的5%或10%等,若预计待筛选互联网资源流失或减少较多时,可以将预定值也设置得较高。针对不同待筛选互联网资源集合,可以设定不同的预定值。
最终筛选出的待封装互联网资源和备选互联网资源的资源值总量应当大于资源需求量,且待封装互联网资源与备选互联网资源的资源值包含的互联网资源没有重复。
需要说明的是,在上面的实施例中,是在筛选出待封装互联网资源后,再为该待封装互联网资源筛选备选互联网资源的,在实际应用中,这两次筛选也可以同时进行。
进一步地,在实际应用中,在执行步骤S101~S103的过程中,可能会产生新增的待筛选资源,一般地,由于新增的待筛选资源的数据状态的实时性较好,因此,可以优先地对其进行筛选。具体的,对于新增的待筛选资源,可以确定其是否与步骤S103中所述的资源属性值匹配,若是,则可以将其加入备选互联网资源或待封装互联网资源中。
在本申请实施例中,在筛选了备选互联网资源的情况下,在通过待封装互联网资源被封装前,若确定该待封装互联网资源的资源值减少时,可以执行以下步骤:根据该待封装互联网资源对应的备选互联网资源,对该待封装互联网资源进行补足。从而,可以防止无法为用户封装出足量的互联网资源的问题发生。
例如,假定针对某待筛选互联网资源集合设置的预定值:该待筛选互联网资源集合对应的资源子需求量的5%。则在从该待筛选互联网资源集合筛选出资源值总量为资源子需求量的待封装互联网资源后,还可以再筛选出资源值总量为资源子需求量的5%的备选互联网资源,作为该待封装互联网资源的备选。进一步地,假定在对该待封装互联网资源进行封装前,该待封装互联网资源的资源值减少了3%,则可以拿出该备选互联网资源的60%(拿出部分的资源值总量为资源子需求量的3%),对该待封装互联网资源进行补足,使补足后的该待封装互联网资源的资源值总量为资源子需求量。
在本申请实施例中,在执行完步骤S103后,可以直接把筛选出的待封装互联网资源提供给用户使用,也可以将待封装互联网资源进行封装后再提供给用户使用。所述封装可以是对互联网资源进行整合打包的操作,在封装后,用户所见的是一笔整体的互联网资源,该互联网资源包含的内容具体位于哪些终端上等信息用户可以不用关心,不知道这些信息并不会妨碍用户使用该互联网资源。不同类型的互联网资源的封装方式也可以不同,封装方式并不构成对本申请的限定。对于后一种方案,具体的,在筛选出各待封装互联网资源,可以根据各待封装互联网资源,封装出资源值总量为资源需求量的互联网资源包。
以上对图1中的步骤进一步地进行了说明。基于这些说明,为了便于理解,本申请实施例还提供了互联网资源的筛选方法的一种详细过程,如图2所示。
图2中的过程具体可以包括以下步骤:
S201:确定用户的需求,需求中指定了资源需求量、资源属性值。
S202:从互联网资源库中将各待筛选互联网资源的数据同步至云计算平台上。
S203:基于云计算平台和同步的数据,将各待筛选互联网资源拆分为多个待筛选互联网资源集合,使拆分出的每个待筛选互联网资源集合适应于云计算平台的单线程处理能力。
S204:将资源需求量拆分为多个资源子需求量,并建立拆分出的各待筛选互联网资源集合与各资源子需求量的一一对应关系。
S205:基于云计算平台,并行地针对每个待筛选互联网资源集合执行步骤S205a~S205c。
S205a:从该待筛选互联网资源集合中筛选出与资源属性值匹配的、资源值总量为该待筛选互联网资源集合对应的资源子需求量的互联网资源,作为待封装互联网资源。
S205b:从筛选后的该待筛选互联网资源集合中再筛选出与资源属性值匹配的、资源值总量为预定值的互联网资源,作为备选互联网资源。
S205c:在对该待封装互联网资源封装前,判断该待封装互联网资源的资源值是否减少,若是,则根据该待封装互联网资源对应的备选互联网资源,对该待封装互联网资源进行补足。
S206:根据各待封装互联网资源,封装出资源值总量为资源需求量的互联网资源包。
在上面的实施例中,主要是以网络存储资源作为互联网资源的一种示例,对本申请的方案进行说明的。在实际应用中,本申请的方案还适用于网络存储资源以外的各种互联网资源,包括但不限于信贷资产、现金流、网络带宽资源、安全监控资源等。
为了便于理解,基于与图1中方法同样的发明思路,本申请还提供了一种信贷资产的筛选方法,可以应用于资产证券化领域。
资产证券化是以特定资产组合或特定现金流为支持,发型可交易证券的一种融资形式。对于小贷公司或者相关金融机构来说,可以将其所有的信贷资产打包,作为可交易证券进行融资。资产证券化的交易结构就是由特殊目的公司(Special Purpose Vehicle,SPV)形成一个融资计划主动购买证券化的资产,然后,SPV以这些资产所产生的现金流为支撑,在金融市场上发行有价证券融资,最后用这些现金流来清偿所发行的有价证券。
在互联网资源为信贷资产的场景下,对待筛选信贷资产的筛选可以是资产证券化的第一个步骤,通过该步骤可以从信贷资产库(也即,互联网资源库)中筛选出满足融资计划约定的合格资产(也即,筛选出的待封装互联网资源和备选互联网资源),并进行打包(也即,封装),下面对信贷资产涉及的相关概念进行说明。
水位(也即,预定的资源需求量):在资产证券化融资计划中可用于购买信贷资产的资金金额。打包出的合格资产的总金额(也即,资源值总量)应当和水位相同或尽量接近水位。
融资计划约定:是SPV购买发起人的信贷资产时,根据投资人的意愿或者约定,为了保障投资人的利益,需要对信贷资产属性的限定,满足该限定的信贷资产即为合格资产。融资计划约定具体可以包括:资产类型、贷款品种、贷款用途、资产最大金额(资产本金余额不能超过最大金额,以保证分散度)、资产到期日(资产到期日不能超过融资计划到期日)、资产风险情况(比如资产债务人的信用情况良好,名下无逾期或不良资产等)、资产人资产分布(比如融资计划中,同一个债务人的资产不能超过100笔,总金额不能超过20万元)等。与融资计划约定匹配的待筛选信贷资产属于合格资产。
筛选信贷资产也存在背景技术中提到的问题。
传统的中额、大额的信贷资产的金额(也即,资源值)一般在5万元以上,一个传统规模的融资计划一般在5~20亿元的区间内,待筛选信贷资产的笔数为百万级别,要筛选出并打包的信贷资产的笔数一般为万级别,在筛选信贷资产时可以直接在百万级别笔数的各待筛选信贷资产直接筛选出万级别笔数的信贷资产。筛选目的包括:确保筛选出的信贷资产是合格资产;确保筛选出的合格资产的总金额尽量接近融资计划预定的总金额。比如,总金额为1亿元的融资计划,可以筛选出总金额为9.5到12亿元的合格资产,即可满足融资计划的需求。在这种情况下,筛选耗时一般在半小时到1小时左右,尚可以接受。
但是,小额的信贷资产的金额一般为几百元至几千元,则基于小额的信贷资产执行融资计划时,待筛选信贷资产的笔数为亿级别甚至百亿级别,要筛选出并打包的信贷资产的笔数一般为千万级别甚至亿级别。在这种情况下,若按照传统方法筛选信贷资产,则需耗时50小时到100小时,这样的筛选速度难以被用户接受。
为了解决上述问题,可以采用本申请实施提供的信贷资产的筛选方法,图3示出了该筛选方法的过程,该过程具体可以包括以下步骤:
S301:将各待筛选信贷资产拆分为多个待筛选信贷资产集合。
在本申请实施例中,各待筛选信贷资产和各待筛选信贷资产的数据可以是保存在资产库中的,则可以将各待筛选信贷资产的数据从资产库同步至云计算平台上,并根据同步的数据,按照预定的拆分规则进行拆分。拆分规则中至少包括拆分系数,拆分系数用于指定要拆分出的待筛选信贷资产集合的个数。对于不同规模的待筛选信贷资产,可以对拆分规则进行动态调整,因此,也可以将该拆分规则称为动态拆分规则。本申请对拆分系数的大小并不做限定。在实际应用中,可以根据融资计划水位和与云计算平台的单线程处理能力进行自动适配,以自适应地设置大小合适的拆分系数,从而,可以减少人工干预,提高信贷资产筛选效率。
例如,假定一共有10亿笔待筛选信贷资产,云计算平台的单线程在其处理能力范围内足以处理1000万笔待筛选信贷资产。则可以自适应地将拆分系数设置为100,也即,可以将10亿笔待筛选信贷资产拆分为100个待筛选信贷资产集合,每个待筛选信贷资产集合包含1000万笔待筛选信贷资产,这样的话,拆分出的每个待筛选信贷资产集合都是适应于云计算平台的单线程处理能力的。相应地,可以将融资计划水位自适应地拆分为100个融资计划子水位,每个融资计划子水位可以分别对应于1个待筛选信贷资产集合。
又例如,假定一共有1亿笔待筛选信贷资产,云计算平台的单线程在其处理能力范围内足以处理1000万笔待筛选信贷资产。则可以自适应地将拆分系数设置为10,也即,可以将1亿笔待筛选信贷资产拆分为10个待筛选信贷资产集合,每个待筛选信贷资产集合包含1000万笔待筛选信贷资产,这样的话,拆分出的每个待筛选信贷资产集合都是适应于云计算平台的单线程处理能力的。相应地,可以将融资计划水位自适应地拆分为10个融资计划子水位,每个融资计划子水位可以分别对应于1个待筛选信贷资产集合。
本申请的方案中对待筛选信贷资产和融资计划水位的拆分方式并不限于上述的自适应拆分方式,也可以采用手动拆分方式,或者,可以结合采用自适应拆分方式和手动拆分方式,等等。
S302:根据所述各待筛选信贷资产的拆分结果和预定的融资计划水位,将所述融资计划水位拆分为多个融资计划子水位,并建立拆分出的各所述待筛选信贷资产集合与各所述融资计划子水位的一一对应关系。
在本申请实施例中,可以将融资计划的数据也同步至云计算平台上,融资计划的数据至少包括:预定的融资计划水位和融资计划约定。
在本申请实施例中,所述拆分结果可以指确定出的拆分系数,而并非一定要步骤S301执行完毕后,再开始执行步骤S302。只要拆分系数确定后,即可开始执行步骤S302。
沿用上例进行说明,假定融资计划水位为30亿元,则在确定拆分系数为100后,可以将融资计划水位拆分为100个融资计划子水位,每个融资计划子水位为3000万元。一个待筛选信贷资产集合可以对应于一个融资计划子水位。
S303:基于云计算平台,并行地针对每个所述待筛选信贷资产集合执行:根据预定的融资计划约定,从该待筛选信贷资产集合中筛选出与所述融资计划约定匹配的、总金额为该待筛选信贷资产集合对应的融资计划子水位的信贷资产,作为待打包合格资产。
在本申请实施例中,在拆分出各待筛选信贷资产集合和各融资计划子水位后,可以分别对每个待筛选信贷资产集合筛选信贷资产。
通过图3中的方法,可以减少筛选信贷资产耗时,提高效率。
为了便于理解,对图3中的步骤进一步地说明。
在实际应用中,图3中的拆分、筛选等操作所基于的数据一般为资产库中的日终数据,由于同步数据至云计算平台,以及针对各待筛选信贷资产进行拆分和筛选操作都会有一定的耗时,无法做到瞬间完成,那么就不可避免地存在筛选时的信贷资产数据与后续打包时的信贷资产数据在金额上存在偏差。为了便于理解,采用图4进行说明,图4为在一种实际应用场景下,执行本申请实施例提供的信贷资产筛选方法的过程中,信贷资产的业务时间轴示意图。
如图4所示,在0点到3点之间进行信贷资产筛选的过程中,可能会发生发放、还款、计息、减免、退款等各种业务交易,导致信贷资产金额和状态的变化,一般地,信贷资产的金额会减少。
例如,在同步数据时,信贷资产A的金额是1000元,状态是逾期,而将信贷资产A筛选为待打包合格资产后,信贷资产A可能会发生还款500元的业务交易,则在后续进行打包时,信贷资产A的金额已经减少为500元,状态变为正常。
因此,若仅筛选出总金额为融资计划水位的待打包合格资产,可能会导致后续实际打包出的合格资产包的总金额不够,进而导致融资计划水位的部分资金闲置。
在本申请实施例中,可以通过对合格资产进行微调解决上述问题。对于步骤S303中针对每个待筛选信贷资产集合执行的步骤,根据预定的融资计划约定,从该待筛选信贷资产集合中筛选出与所述融资计划约定匹配的、总金额为该待筛选信贷资产集合对应的融资计划子水位的信贷资产后,还可以执行以下步骤:从筛选后的该待筛选信贷资产集合中再筛选出与所述融资计划约定匹配的、总金额为预定值的信贷资产,作为备选合格资产。
例如,当筛选出的待打包信贷资产的总金额为30亿,则可以再筛选出总金额为10亿元的备选合格资产。
进一步地,当确定待打包合格资产在被打包前,该待打包合格资产的金额减少时,根据该待打包合格资产对应的备选合格资产,对该待打包合格资产进行补足。或者,当确定待打包合格资产在被打包前,融资计划水位上升,则除了将待打包合格资产打包以外,还可以将部分备选合格资产也一同打包,使得打包合格资产的总金额不小于上升后的融资计划水位。
在本申请实施例中,对于新发放的贷款(也即,新增的信贷资产),可以实时随机地校验其是否为合格资产,若是,则可以将其加入备选合格资产中,可以提高信贷资产的利用率,也可以降低还款、减免、退款等业务交易导致的待打包合格资产的金额减少或融资计划水位上升对信贷资产筛选的影响。
在本申请实施例中,在筛选出各待打包信贷资产,可以对各待打包信贷资产进行合并,并回流到资产库中等待打包。在打包时,则可以根据各待打包信贷资产,打包出总金额为融资计划水位的合格资产包。
根据以上对图3中各步骤的进一步说明,本申请实施例还提供了图1中的信贷资产的筛选方法的详细过程示意图,如图4所示。
以上为本申请实施例提供的互联网资源的筛选方法和信贷资产的筛选方法,基于同样的发明思路,本申请实施例还提供相应的互联网资源的筛选装置和信贷资产的筛选装置,如图6、图7所示。
图6为本申请实施例提供的互联网资源的筛选装置结构示意图,具体包括:
第一拆分模块601,用于将各待筛选互联网资源拆分为多个待筛选互联网资源集合;
第二拆分模块602,用于根据所述各待筛选互联网资源的拆分结果和预定的资源需求量,将所述资源需求量拆分为多个资源子需求量,并建立拆分出的各所述待筛选互联网资源集合与各所述资源子需求量的一一对应关系;
筛选模块603,用于基于云计算平台,并行地针对每个所述待筛选互联网资源集合执行:根据预定的资源属性值,从该待筛选互联网资源集合中筛选出与所述资源属性值匹配的、资源值总量为该待筛选互联网资源集合对应的资源子需求量的互联网资源,作为待封装互联网资源。
可选地,所述第一拆分模块601具体用于:从互联网资源库中将各待筛选互联网资源的数据同步至所述云计算平台上;基于所述云计算平台和所述数据,将所述各待筛选互联网资源拆分为多个待筛选互联网资源集合,使拆分出的每个所述待筛选互联网资源集合适应于所述云计算平台的单线程处理能力。
可选地,所述筛选模块603还用于:根据预定的资源属性值,从该待筛选互联网资源集合筛选出与所述资源属性值匹配的、资源值总量为该待筛选互联网资源集合对应的资源子需求量的互联网资源后,从筛选后的该待筛选互联网资源集合中再筛选出与所述资源属性值匹配的、资源值总量为预定值的互联网资源,作为备选互联网资源。
可选地,所述筛选模块603还用于:当确定该待封装互联网资源在被封装前,该待封装互联网资源的资源值减少时,根据该待封装互联网资源对应的备选互联网资源,对该待封装互联网资源进行补足。
可选地,所述装置还包括:
封装模块604,用于根据各所述待封装互联网资源,封装出资源值总量为所述资源需求量的互联网资源包。
可选地,所述筛选模块603还用于:当确定有新增的、与所述资源属性值匹配的待筛选互联网资源时,将所述新增的待筛选互联网资源加入所述备选互联网资源中。
通过图6中的装置,可以减少筛选互联网资源耗时,提高效率。具体的上述如图6所示的装置可以位于服务器上。
图7为本申请实施例提供的互联网资源的筛选装置结构示意图,具体包括:
资产拆分模块701,用于将各待筛选信贷资产拆分为多个待筛选信贷资产集合;
水位拆分模块702,用于根据所述各待筛选信贷资产的拆分结果和预定的融资计划水位,将所述融资计划水位拆分为多个融资计划子水位,并建立拆分出的各所述待筛选信贷资产集合与各所述融资计划子水位的一一对应关系;
资产筛选模块703,用于基于云计算平台,并行地针对每个所述待筛选信贷资产集合执行:根据预定的融资计划约定,从该待筛选信贷资产集合中筛选出与所述融资计划约定匹配的、总金额为该待筛选信贷资产集合对应的融资计划子水位的信贷资产,作为待打包合格资产。
可选地,所述资产筛选模块703还用于:根据预定的融资计划约定,从该待筛选信贷资产集合中筛选出与所述融资计划约定匹配的、总金额为该待筛选信贷资产集合对应的融资计划子水位的信贷资产后,从筛选后的该待筛选信贷资产集合中再筛选出与所述融资计划约定匹配的、总金额为预定值的信贷资产,作为备选合格资产。
可选地,所述资产筛选模块703还用于:当确定该待打包合格资产在被打包前,该待打包合格资产的金额减少时,根据该待打包合格资产对应的备选合格资产,对该待打包合格资产进行补足。
可选地,所述装置还包括:
资产打包模块704,用于根据各待打包合格资产,打包出总金额为所述融资计划水位的合格资产包。
通过图7中的装置,可以减少筛选信贷资产耗时,提高效率。具体的上述如图7所示的装置可以位于服务器上。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。