资源封装方法及装置、以及资产打包方法与流程

本申请涉及互联网信息技术领域，尤其涉及一种互联网资源的封装方法及装置，以及一种针对资产证券化融资计划的资产打包方法。

背景技术：

随着互联网信息技术的发展，对于各种互联网资源(比如网络存储资源、网络带宽资源、安全监控资源等，简称资源)的需求量不断扩大，比如网络存储资源的需求量由原来的gb级增长至tb甚至pb级，网络带宽资源由原来的kb、mb级拓宽到了gb级。由于互联网资源不受地理位置的限制，可以跨越空间的距离，所以可以将不同终端中的互联网资源整合在一起来利用。比如，有a、b、c三个终端，每个终端均存有1份10gb的网络存储资源，当某个封装系统接收到某个客户端的30gb网络存储资源请求时，可以将分别获取到的存储在终端a、b、c中的3份10gb进行封装，形成一份30gb的网络存储资源，以便该客户端使用。

由于互联网资源可供所有封装系统进行封装，所以在一个封装系统对若干份互联网资源进行封装的过程中，可能出现部分互联网资源的流失，比如当某一封装系统对100份互联网资源逐份封装时，可能出现2份互联网资源被其它封装系统封装；或由于互联网资源的损坏导致封装失败，这些原因都会导致封装的结果不一定与期望的相同。所以现有技术，当确定出针对互联网资源的一个请求资源值时，会将获取到的每份互联网资源进行逐份封装，并逐次监控封装的总资源值，直到封装结束。比如，请求为30gb网络存储资源，会获取若干份网络存储资源，每封装一份后监控一次封装的总资源值，当封装后的网络存储资源的总资源值与30gb的差值在预设的差值范围内(比如，差值在0.01gb内可以忽略)，则封装结束。

然而，如开头所讲，对于互联网资源的需求量不断扩大，并且为了使资源得到充分利用而不闲置浪费，可供封装的每份互联网资源的资源值越来越小。比如网络存储资源的需求量由原来的gb级增长至tb甚至pb级，而可供调用的每份网络存储资源由原来的gb级变为了现在的mb级。所以再按照现有技术根据一个请求资源值进行逐份封装，逐次监控，则导致封装效率很低。

技术实现要素：

本申请实施例提供一种互联网资源的封装方法，用于提高互联网资源的封装效率。

本申请实施例提供一种互联网资源的封装装置，用于提高互联网资源的封装效率。

本申请实施例提供一种针对资产证券化融资计划的资产打包方法，用于提高针对资产证券化中资产的打包效率。

本申请实施例采用下述技术方案：

一种互联网资源的封装方法，该方法包括：

确定针对互联网资源的第i次请求资源值，所述i为正整数；

从可调用互联网资源中获取资源值总和不大于所述第i次请求资源值的互联网资源；

对获取到的所述互联网资源进行封装，并确定封装结果，所述封装结果中包含封装完成的互联网资源的资源值；

根据所述封装结果以及所述第i次请求资源值，确定针对互联网资源的第i+1次请求资源值。

优选地，所述方法还包括：当所述第i+1次请求资源值小于预设的资源缺口阈值时，不再进行下一次封装。

优选地，从可调用互联网资源中获取资源值总和不大于所述第i次请求资源值的互联网资源之前，所述方法还包括：根据所述第i次请求资源值，确定 可调用的互联网资源。

优选地，从可调用互联网资源中获取资源值总和不大于所述第i次请求资源值的互联网资源，包括：确定第i封装系数，并根据所述第i请求资源值以及第i封装系数确定第i封装资源值上限，所述封装系数大于0小于1；根据所述第i封装资源值上限，从可调用互联网资源中按照每批次若干份互联网资源的方式获取n批次互联网资源；判断前n批次获取的互联网资源的资源值总和是否超过所述第i封装资源值上限，n为正整数，且n大于1；当是时，停止获取，并将前n-1批次获取的互联网资源标记为可封装；则

对获取到的所述互联网资源进行封装，并确定封装结果，包括：对标记为可封装的互联网资源进行封装，并确定封装结果。

优选地，确定第i封装系数，包括：查询可调用互联网资源中最大一份互联网资源的资源值，所述最大一份互联网资源的资源值不大于所述第i次请求资源值；根据所述最大一份互联网资源的资源值，确定第i封装系数。

优选地，所述方法还包括：将可调用互联网资源中的剩余互联网资源标记为不封装。

优选地，当i〉1时，确定第i封装系数，包括：查询标记为不封装的互联网资源中最大一份互联网资源的资源值；根据所述最大一份互联网资源的资源值，确定第i封装系数；则

根据所述第i封装资源值上限，从可调用互联网资源中按照每批次若干份互联网资源的方式获取n批次互联网资源，包括：根据所述第i封装资源值上限，从标记为不封装的互联网资源中按照每批次若干份互联网资源的方式获取n批次互联网资源；则

当是时，停止获取，并将前n-1批次获取的互联网资源标记为可封装，包括：当是时，停止获取，并将前n-1批次获取的互联网资源的标记由不封装修改为可封装。

一种互联网资源的封装装置，该装置包括：资源值第一确定单元、资源 获取单元、资源封装单元以及资源值第二确定单元，其中，

所述资源值第一确定单元，用于确定针对互联网资源的第i次请求资源值，所述i为正整数；

所述资源获取单元，用于从可调用互联网资源中获取资源值总和不大于所述第i次请求资源值的互联网资源；

所述资源封装单元，用于对获取到的所述互联网资源进行封装，并确定封装结果，所述封装结果中包含封装完成的互联网资源的资源值；

所述资源值第二确定单元，用于根据所述封装结果以及所述第i次请求资源值，确定针对互联网资源的第i+1次请求资源值。

优选地，所述装置还包括：资源值判断单元，具体用于：判断所述第i+1次请求资源值是否小于预设的资源缺口阈值时；当是时，不再进行下一次封装。

优选地，所述装置还包括：可调用资源确定单元，具体用于：从可调用互联网资源中获取资源值总和不大于所述第i次请求资源值的互联网资源之前，根据所述第i次请求资源值，确定可调用的互联网资源。

优选地，资源获取单元，具体用于：确定第i封装系数，并根据所述第i请求资源值以及第i封装系数确定第i封装资源值上限，所述封装系数大于0小于1；根据所述第i封装资源值上限，从可调用互联网资源中按照每批次若干份互联网资源的方式获取n批次互联网资源；判断前n批次获取的互联网资源的资源值总和是否超过所述第i封装资源值上限，n为正整数，且n大于1；当是时，停止获取，并将前n-1批次获取的互联网资源标记为可封装；则

资源封装单元，具体用于：对标记为可封装的互联网资源进行封装，并确定封装结果。

优选地，资源获取单元，具体用于：查询可调用互联网资源中最大一份互联网资源的资源值，所述最大一份互联网资源的资源值不大于所述第i次请求资源值；根据所述最大一份互联网资源的资源值，确定第i封装系数。

优选地，资源获取单元，还用于：将可调用互联网资源中的剩余互联网资源标记为不封装。

优选地，当i〉1时，资源获取单元，具体用于：查询标记为不封装的互联网资源中最大一份互联网资源的资源值；根据所述最大一份互联网资源的资源值，确定第i封装系数；根据所述第i封装资源值上限，从标记为不封装的互联网资源中按照每批次若干份互联网资源的方式获取n批次互联网资源；当是时，停止获取，并将前n-1批次获取的互联网资源的标记由不封装修改为可封装。

一种针对资产证券化融资计划的资产打包方法，包括：

确定用于购买资产的第i次水位，所述i为正整数；

从可用于打包的资产中获取资产总和不大于所述第i次水位的资产；

对获取到的所述资产进行打包，并确定打包结果，所述打包结果中包含打包完成的资产的资产值；

根据所述打包结果以及所述第i次水位，确定用于购买资产的第i+1次水位。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：先确定出针对互联网资源的第i次请求资源值，再根据请求资源值，从可调用互联网资源中获取资源值总和不大于第i次请求资源值的若干份互联网资源，然后对获取到的互联网资源进行封装并确定出封装结果，最终根据封装结果以及第i次请求资源值，确定出第i+1次请求资源值。将一个封装请求，拆分为多个封装请求，并如此循环往复，达到无限接近需要封装的资源值的目的。由于每次获取的互联网资源都是不大于请求资源值的，所以就不用像现有技术那样逐份封装逐次监控，而是在封装过程中可以并发批量封装且不需监控，每次封装完成后确定下一次需要封装的请求资源值，从而解决了现有技术逐份封装逐次监控导致的封装效率低的问题，进而提高了互联网资源的封装效率。此外，还解决了现有技术逐笔打包逐笔监控水位导致的打包效率低的问题，进而提高了针 对资产证券化中资产的打包效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例1提供的一种互联网资源的封装方法的流程示意图；

图2为本申请实施例2提供的一种基于封装标记的互联网资源的封装方法的流程示意图；

图3为本申请实施例3提供的一种网络存储资源的封装方法的流程示意图；

图4为本申请实施例4提供的一种互联网资源的封装的结构框图；

图5为本申请实施例5提供的一种针对资产证券化的资产打包方法的流程示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

如前所述，目前，对于互联网资源的需求不断扩大，并且为了使互联网资 源得到充分利用而不闲置浪费，可供调用的每份互联网资源的资源值越来越小，所以再按照现有技术的封装方法进行逐份封装，逐份监控，则导致封装效率很低。比如，以前对于网络存储资源的需求为750gb，可供调用的平均每份网络存储资源为10gb，那么，对于一个封装系统在实际应用中，考虑到被其它封装系统抢先封装的资源流失问题，以及网络存储资源的损坏问题，可能仅需要80次封装，就能够封装完成一个749.5gb的网络存储资源；但是目前，对于网络存储资源的需求为50tb(＝500×1024gb)，并且可供调用的平均每份网络存储资源仅为500mb，那么，在实际应用中，考虑资源流失和资源损坏的问题，可能就需要至少500×1024×1024mb÷500mb＝1048576(次)，并且很大可能要多与该次数。那么对于现有技术，逐份封装，并逐次监控封装的总资源值，直到达到50tb来说，即使对于飞速发展的处理能力而言，也是很大的工程。所以提高互联网资源的封装效率成为了亟待解决的问题。基于这个缺陷，本申请实施例提供了一种互联网资源的封装方法，用于提高互联网资源的封装效率。该方法的具体流程示意图如图1所示，假设执行主体为依托于服务器中的封装系统，包括下述步骤：

步骤11：确定针对互联网资源的第i次请求资源值。

该步骤中，可以是接收到来自客户端或某个终端的互联网资源请求，该请求中包含了对于互联网资源请求的资源值，比如某个客户端向封装系统请求50tb的网络存储资源。也可以是某个业务根据业务需求触发的互联网资源请求，比如云存储业务根据存储容量触发了50tb网络存储资源的请求。

当本封装系统针对该互联网资源请求没有做过任何一次封装时，i＝1，即可以认为是本封装系统将要对该互联网资源请求做第一次封装。比如，接收到针对网络存储资源的请求资源值为50tb，那么第一次请求资源值即为50tb。封装的次数只能如第一次，第二次，……，第十次，所以i为正整数。

需要说明的是，本封装系统(简称本系统)针对该互联网资源请求没有做过任何一次封装，并不意味其它封装系统(简称其它系统)没有针对该互联网 资源请求进行过封装，所以，有可能针对该互联网资源，有部分封装完成的互联网资源。这种情况，本封装系统可以根据互联网资源的请求资源值，以及其它封装系统已经封装完成的互联网资源，确定出本封装系统针对该互联网资源请求第一次请求资源值。比如，其它封装系统针对50tb网络存储资源的请求，已经封装了10tb，并将该请求转给了本系统，则本系统确定出第一次请求资源值为40tb。

步骤12：从可调用互联网资源中获取资源值总和不大于第i次请求资源值的互联网资源。

该步骤中可调用互联网资源可以是指本系统可以连接到的、可以封装的互联网资源，该互联网资源可以保存在服务器或客户端等，并且可调用的互联网资源为空闲状态，即没有被占用。比如，对于网络存储资源来说，可调用互联网资源可以是10gb容量的空闲网络存储资源，也可以是一个存储地址，该地址对应10gb空闲网络存储资源。

在实际应用中，可以只获取一份互联网资源，但往往一份互联网资源的资源值不能恰好等于请求资源值，所以就可以通过若干份互联网资源的组合来接近请求资源值。

从可调用互联网资源中获取时，可以对每次获取到的每份互联网资源的资源值进行累加，可以预设一个资源缺口的阈值，当累加的资源值与请求资源值之差，在该阈值内时，就可以停止获取，比如，请求资源值为40tb(＝40960gb)网络存储资源，预设的资源缺口阈值为50g，当获取的若干份网络存储资源的资源值总和在40910gb到40960gb范围内，即可停止获取。

在实际应用中，由于封装系统会为多互联网资源请求进行封装，所以一个封装系统可以连接到的、可以封装的互联网资源可能会远远超过单独一个互联网资源请求。比如，某个封装系统会接收多个网络存储资源请求，平均每个网络存储资源请求为40tb，那么可供该系统调用的网络存储资源可能会有10pb(＝10×1024tb)。但是，针对一个互联网资源请求而言，有远远超过该请求的 可调用互联网资源也是没有意义的，就像对于40tb网络存储资源请求而言，即使有10pb网络存储资源供封装系统为该请求进行封装，也是没意义的，因为实际上，可能仅需要60tb的可调用网络存储资源就够了，并且如果针对一个互联网资源请求的可调用互联网资源过多，也会干扰对其它互联网资源请求的封装操作。

所以，在一种实施方式中，步骤12之前，方法还可以包括：根据第i次请求资源值，确定可调用的互联网资源。

具体地，可以根据第i次请求资源值，对封装系统可以连接到的、可以封装的互联网资源进行筛选，筛选出不小于该资源值的互联网资源，并确定为可调用的互联网资源。

在实际应用中，考虑到资源流失问题，以及损坏问题，可以根据请求资源值按照一定的比例(如1.2倍)进行筛选，比如，网络存储资源请求的资源值为40tb，对封装系统可以连接到的、可以封装的10240tb进行筛选，筛选出40tb网络存储资源的存储地址，确定为可调用的互联网资源。比如，网络存储资源请求的资源值为40tb，对封装系统可以连接到的、可以封装的10240tb进行筛选，筛选出40×1.2＝48tb网络存储资源的存储地址，确定为可调用的互联网资源。

需要说明的是，该步骤中的获取，仅仅表示一种获取信息的目的，比如，本步骤中，获取资源值的数量，所以也可以是查询资源值数量的操作，比如，查询互联网资源的资源值，得到资源值总和不大于第i次请求资源值的互联网资源。

步骤13：对获取到的互联网资源进行封装，并确定封装结果。

该步骤中，封装的过程可以是将步骤12中获取到的互联网资源进行整合封装，形成一份整体的互联网资源，封装过程中可以通过计算机集群的能力，并发批量封装。比如，对于网络存储资源而言，可以将保存在不同服务器的网络存储地址进行整合，利用大数据计算服务odps(opendataprocessingservice， 简称odps，由阿里云自主研发，提供针对tb/pb级数据、实时性要求不高的分布式处理能力)并发批量封装成一份互联网资源。又如，对于客户端请求网络带宽资源而言，可以将有限个其它客户端的部分网络带宽资源封装在一起，形成一份网络带宽资源。考虑到资源流失，以及资源损坏的问题，封装完成后的互联网资源，可能会出现少于封装前的互联网资源，所以就需要确定封装结果。对于封装的结果，其中可以包含封装完成的互联网资源的资源值。比如，网络存储资源请求的资源值为40tb，获取了40tb网络存储资源的地址，在封装过程中，由于损坏等原因，封装结果为38tb。

步骤14：根据封装结果以及第i次请求资源值，确定针对互联网资源的第i+1次请求资源值。

步骤13中已经介绍，考虑到资源流失，以及资源损坏的问题，封装完成后的互联网资源，可能会出现少于封装前的互联网资源，所以就需要确定封装结果。这本步骤中，就可以根据本次封装的结果以及本次请求资源值。确定出下一次的需要封装的请求资源值。这样循环封装的步骤，逐渐接近第一次请求资源。比如，对于某一网络存储资源请求，第一次请求40tb网络存储资源，从可调用网络存储资源中获取了40tb并进行第一次封装，封装结果为38tb，那么第二次请求即为2tb，如此循环往复，达到最终封装完成的网络存储资源无限接近40tb。

在实际应用中，可以设置循环的次数，也可以设置预设资源缺口阈值，等满足阈值范围时，即可认为封装完成。比如，当第i+1次请求资源值小于预设的资源缺口阈值时，不再进行下一次封装。相反，当第i+1次请求资源值依然大于等于预设的资源缺口阈值时，则重复步骤11至步骤14。

在实际应用中，封装完成的互联网资源最终还是需要发送给请求方客户端的，所以，该方法还可以包括：

将封装完成的互联网资源发送至指定位置。

采用实施例1提供的该方法，先确定出针对互联网资源的第i次请求资源 值，再根据请求资源值，从可调用互联网资源中获取资源值总和不大于第i次请求资源值的若干份互联网资源，然后对获取到的互联网资源进行封装并确定出封装结果，最终根据封装结果以及第i次请求资源值，确定出第i+1次请求资源值。将一个封装请求，拆分为多个封装请求，并如此循环往复，达到无限接近需要封装的资源值的目的。由于每次获取的互联网资源都是不大于请求资源值的，所以就不用像现有技术那样逐份封装逐次监控，而是在封装过程中可以并发批量封装且不需监控，每次封装完成后确定下一次需要封装的请求资源值，从而解决了现有技术逐份封装逐次监控导致的封装效率低的问题，进而提高了互联网资源的封装效率。

实施例2

基于前述实施例1详细叙述了本申请的发明构思，为了便于更好的理解本申请的技术特征、手段和效果，下面以一种优选的方式，对本申请的互联网资源的封装方法进行说明，从而形成了本申请的又一个实施例，即本实施例提供了一种基于封装标记的互联网资源的封装方法，用于提高互联网资源的封装效率。该方法的具体流程示意图如图2所示，包括下述步骤：

步骤21：确定针对互联网资源的第i次请求资源值。

本步骤与实施例1中的步骤11相似，此处不再赘述。

步骤22：确定第i封装系数，并根据第i请求资源值以及第i封装系数确定第i封装资源值上限。

该步骤中，第i封装系数是针对第i次请求资源值而言的，根据第i请求资源值以及第i封装系数可以确定出第i封装资源值上限，封装资源值上限就是第i次封装的互联网资源的最大资源值，由于在实际应用中，往往封装后的互联网资源与请求资源值不完全一致，可以忽略很小的缺口，所以第i封装资源值上限就可以不大于第i请求资源值，从而第i封装系数就可以大于0小于1。封装系数可以是预先设定的，比如0.99、0.95等。还可以通过其它方式确 定：查询可调用互联网资源中最大一份互联网资源的资源值；根据最大一份互联网资源的资源值，确定第i封装系数。在可调用互联网资源中，如果最大一份互联网资源的资源值都大于第i请求资源值，那么这份互联网资源认为是不可选了。比如，第i请求资源值为40tb网络存储资源，可调用网络存储资源中最大一份为1tb，那么第i封装系数可以是(40-1)÷40＝0.975，在实际应用中，为了进一步控制第i封装系数，可以添加控制系数(如0.95)，那么第i封装系数可以是(40-1)÷40×0.95＝0.926。第i封装资源值上限可以是40×0.926＝37.05tb。

步骤23：根据第i封装资源值上限，从可调用互联网资源中按照每批次若干份互联网资源的方式获取n批次互联网资源。

该步骤中，由于互联网资源每份资源值越来越小，所以可以按照批次，每批次获取若干份互联网资源。这里的每一批，可以按照互联网资源的份数来分批，比如100份互联网资源为一批，也可以按照互联网资源的资源值来分批，比如4gb至6gb网络存储资源为一批，等等。

步骤24：判断前n批次获取的互联网资源的资源值总和是否超过第i封装资源值上限。

本步骤中，每获取一批就可以累加一下获取过的所有批次的资源值总和，并判断出是否超过了第i封装资源值上限。比如，第i封装资源值上限为37.05tb网络存储资源，获取第一批次网络存储资源后，累加出资源值总和为121gb，获取第二批次(425gb)后，累加出资源值总和为546gb，……以此类推，获取n批次，累加出资源值总和，并判断是否超过40tb。

步骤25：当是时，停止获取，并将前n-1批次获取的互联网资源标记为可封装。

该步骤中，当前n批次获取的互联网资源的资源值总和超过第i请求资源值时，就可以认为前n-1批次的资源值总和未超过第i请求资源值，所以前n-1批次获取的互联网资源是可以封装的，所以可以将前n-1批次获取的互联网 资源标记为可封装，代表这部分互联网资源是可以进行封装的。比如，前n-1批次获取的网络存储资源为36.99tb，第n批次获取的网络存储资源为0.07tb，所以前n批次获取的网络存储资源总和为37.06tb，超过37.05tb，就可以将36.99tb标记为可封装。

步骤26：对标记为可封装的互联网资源进行封装，并确定封装结果。

由于步骤25中已经对需要封装的互联网资源标记为可封装，所以该步骤中，只需要对标记为可封装的互联网资源进行封装即可。确定封装结果的过程与实施例1中步骤14相似，此处不再赘述。比如，对标记为可封装的36.99tb网络存储资源进行封装，由于部分资源流失以及损坏问题，封装结果为34.56tb。

步骤27：根据封装结果以及第i次请求资源值，确定针对互联网资源的第i+1次请求资源值。

比如，步骤26中封装结果为34.56tb，第i封装资源值上限为37.05tb，那么可以确定出第i+1次请求资源值为2.49tb。

可以设置预设资源缺口阈值为500gb，由于第i+1次请求资源值为2.49tb，所以可以重复步骤21至步骤27。

采用实施例2提供的该方法，先确定出针对互联网资源的第i次请求资源值，再确定出第i封装系数以及第i封装资源值上限，然后根据第i封装资源值上限分批次获取互联网资源，并确定出可封装的互联网资源，最终将可封装的互联网资源进行封装并确定出第i+1次请求资源值。将一个封装请求，拆分为多个封装请求，并如此循环往复，达到无限接近第i次请求资源值的目的。由于每次获取的互联网资源都是不大于请求资源值的，所以就不用像现有技术那样逐份封装逐次监控，而是在封装过程中可以并发批量封装且不需监控，每次封装完成后确定下一次需要封装的资源值，从而解决了现有技术逐份封装逐次监控导致的封装效率低的问题，进而提高了互联网资源的封装效率。

实施例3

基于前两个实施例的发明构思，本实施例提供的一种网络存储资源的封装方法，用于提高网络存储资源的封装效率。该方法的具体流程示意图如图3所示，包括下述步骤：

步骤31：确定针对网络存储资源的第1次请求资源值。

请求资源值为40tb网络存储资源。

步骤32：根据第1次请求资源值，确定可调用的网络存储资源。

第1次请求资源值为40tb，确定出可调用网络存储资源为：40×1.2＝48tb。

步骤33：确定第1封装系数，并根据第1请求资源值以及第1封装系数确定第1封装资源值上限。

查询出可调用的48tb网络存储资源中最大一份网络存储资源的资源值为1tb，则第1封装系数为：(40-1)÷40×0.99＝0.956，第1请求资源值为40tb，所以第1封装资源值上限为40×0.965＝38.61tb。

步骤34：根据第1封装资源值上限，从可调用网络存储资源中按照每批次若干份网络存储资源的方式获取n批次网络存储资源。

可调用网络存储资源为步骤32中确定出的48tb，从中按照每批次50份网络存储资源的方式，获取n批次网络存储资源。

步骤35：判断前n批次获取的网络存储资源的资源值总和是否超过第1封装资源值上限。

判断前n批次获取的网络存储资源的资源值总和是否超过38.61tb。

步骤36：当是时，停止获取，并将前n-1批次获取的互联网资源标记为可封装。

前n-1批次获取的网络存储资源为37.86tb，第n批次获取的网络存储资源为1.08tb，所以前n批次获取的网络存储资源总和为38.94tb，超过38.61tb，就可以将37.86tb标记为可封装。

可调用网络存储资源为48tb，标记为可封装为37.86tb，但只是在第1次封装中不被封装，所以可以将剩余的10.14tb网络存储资源标记为不封装，在第2次封装或第3次封装时，可以从这些网络存储资源中获取。

需要说明的是，标记为不封装可以表示这部分剩余的网络存储资源在本次封装时不被封装，但在下次封装时是可用的，对于标记的内容不做限定，比如，可封装标记可以是第一封装，不封装标记可以是第二封装，等。所以，在实际应用中，也可以对剩余可用的部分不进行标记，仅对本次可封装的部分进行标记，对此不做限定，只要能在本次封装时找到可封装的，在下次封装过程中找到可用的部分即可。

步骤37：将可调用网络存储资源中的剩余网络存储资源标记为不封装。

步骤36中，确定出剩余了10.14tb网络存储资源，所以，将这10.14tb网络存储资源标记为不封装。

步骤38：对标记为可封装的网络存储资源进行封装，并确定封装结果。

对标记为可封装的37.86tb网络存储资源进行封装，由于资源流失和资源损坏的问题，封装结果为36.59tb。

步骤39：根据封装结果以及第1次请求资源值，确定针对网络存储资源的第2次请求资源值。

第2次请求资源值为：40-36.59＝3.41tb。

步骤310，判断第2次请求资源值是否小于预设的最终资源缺口阈值。如果是，则结束封装，如果否，则执行步骤311。可以假设资源缺口阈值为500gb。

步骤311：确定第2封装系数，并根据第2请求资源值以及第2封装系数确定第2封装资源值上限。

查询标记为不封装的10.14tb网络存储资源中最大一份网络存储资源的资源值为769gb，则第2封装系数为：

(3.41×1024-769)÷(3.41×1024)×0.99＝0.772，第2请求资源值为 3.41tb，所以第2封装资源值上限为3.41×0.772＝2.63tb。

步骤312：根据第2封装资源值上限，从标记为不封装的网络存储资源中按照每批次若干份网络存储资源的方式获取n批次网络存储资源。

从标记为不封装的10.14tb网络存储资源中，按照每批次50份网络存储资源的方式，获取n批次网络存储资源。

步骤313：判断前n批次获取的网络存储资源的资源值总和是否超过第2封装资源值上限。

当第一批次获取的网络存储资源的资源值总和超过第2封装资源值上限，则结束封装。

判断前n批次获取的网络存储资源的资源值总和是否超过2.63tb。

步骤314：当是时，停止获取，并将前n-1批次获取的网络存储资源的标记由不封装修改为可封装。

前n-1批次获取的网络存储资源为2.56tb，第n批次获取的网络存储资源为0.09tb，所以前n批次获取的网络存储资源总和为2.65tb，超过2.56tb，就可以将2.56tb的标记由不封装修改为可封装。此时，剩余的标记为不可封装的网络存储资源为10.14-2.56＝7.58tb。

步骤315：对标记为可封装的网络存储资源进行封装，并确定封装结果。

对标记为可封装的2.56tb网络存储资源进行封装，由于资源流失和资源损坏的问题，封装结果为2.31tb。

步骤316：根据封装结果以及第2次请求资源值，确定针对网络存储资源的第3次请求资源值。

第3次请求资源值为：3.41-2.31＝1.10tb。

重复步骤310，判断第3次请求资源值是否小于预设的最终资源缺口阈值。如果是，则结束封装，如果否，则重复步骤311至步骤316。

采用实施例3提供的该方法，先确定出针对网络存储资源的第1次请求资源值，再确定出第1封装系数以及第1封装资源值上限，然后根据第1封装资 源值上限分批次获取网络存储资源，并确定出可封装的网络存储资源，最终将可封装的互联网资源进行封装并确定出第2次请求资源值。将一个封装请求，拆分为多个封装请求，并如此循环往复，达到无限接近第1次请求资源值的目的。由于每次获取的互联网资源都是小于请求资源值的，所以就不用像现有技术那样逐份封装逐次监控，而是在封装过程中可以并发批量封装且不需监控，每次封装完成后确定下一次需要封装的资源值，从而解决了现有技术逐份封装逐次监控导致的封装效率低的问题，进而提高了互联网资源的封装效率。

实施例4

基于相同的发明构思，实施例4提供了一种互联网资源的封装装置，用于提高互联网资源的封装效率。图4为本申请实施例提供的一种互联网资源的封装装置的结构框图，该装置包括：资源值第一确定单元41、资源获取单元42、资源封装单元43以及资源值第二确定单元44，其中，

资源值第一确定单元41，可以用于确定针对互联网资源的第i次请求资源值，i为正整数；

资源获取单元42，可以用于从可调用互联网资源中获取资源值总和不大于第i次请求资源值的互联网资源；

资源封装单元43，可以用于对获取到的互联网资源进行封装，并确定封装结果，封装结果中包含封装完成的互联网资源的资源值；

资源值第二确定单元44，可以用于根据封装结果以及第i次请求资源值，确定针对互联网资源的第i+1次请求资源值。

在一种实施方式中，该装置还可以包括资源值判断单元，可以用于：判断第i+1次请求资源值是否小于预设的资源缺口阈值时；当是时，不再进行下一次封装。

在一种实施方式中，该装置还可以包括可调用资源确定单元，可以用于：从可调用互联网资源中获取资源值总和不大于第i次请求资源值的互联网 资源之前，根据第i次请求资源值，确定可调用的互联网资源。

在一种实施方式中，资源获取单元，可以用于：确定第i封装系数，并根据第i请求资源值以及第i封装系数确定第i封装资源值上限，封装系数大于0小于1；根据第i封装资源值上限，从可调用互联网资源中按照每批次若干份互联网资源的方式获取n批次互联网资源；判断前n批次获取的互联网资源的资源值总和是否超过第i封装资源值上限，n为正整数，且n大于1；当是时，停止获取，并将前n-1批次获取的互联网资源标记为可封装；则

资源封装单元，可以用于：对标记为可封装的互联网资源进行封装，并确定封装结果。

在一种实施方式中，资源获取单元，可以用于：查询可调用互联网资源中最大一份互联网资源的资源值，最大一份互联网资源的资源值不大于第i次请求资源值；根据最大一份互联网资源的资源值，确定第i封装系数。

在一种实施方式中，资源获取单元，还可以用于：将可调用互联网资源中的剩余互联网资源标记为不封装。

在一种实施方式中，当i〉1时，资源获取单元，可以用于：查询标记为不封装的互联网资源中最大一份互联网资源的资源值；根据最大一份互联网资源的资源值，确定第i封装系数；根据第i封装资源值上限，从标记为不封装的互联网资源中按照每批次若干份互联网资源的方式获取n批次互联网资源；当是时，停止获取，并将前n-1批次获取的互联网资源的标记由不封装修改为可封装。

采用实施例4提供的该装置，先确定出针对互联网资源的第i次请求资源值，再根据请求资源值，从可调用互联网资源中获取资源值总和不大于第i次请求资源值的若干份互联网资源，然后对获取到的互联网资源进行封装并确定出封装结果，最终根据封装结果以及第i次请求资源值，确定出第i+1次请求资源值。将一个封装请求，拆分为多个封装请求，并如此循环往复，达到无限接近需要封装的资源值的目的。由于每次获取的互联网资源都是不大于请求资 源值的，所以就不用像现有技术那样逐份封装逐次监控，而是在封装过程中可以并发批量封装且不需监控，每次封装完成后确定下一次需要封装的请求资源值，从而解决了现有技术逐份封装逐次监控导致的封装效率低的问题，进而提高了互联网资源的封装效率

实施例5

基于相同的发明思路，作为前述实施例的引申，本实施例提供了一种针对资产证券化融资计划的资产打包方法，资产可以通过资金来表示，如信贷资产，不动产等。资金作为一种互联网资源，越来越多地在互联网中流通，资产证券化是以资产组合或现金流为支持，发行可交易证券的一种融资形式，对于小额贷款公司或者相关金融机构来说，可以将其所有的信贷资产打包，作为可交易证券进行融资。如果一个融资计划为2亿，打包的资产超过2亿，那么将无法购买多余的资产，所以打包的资产要比融资计划少。过去在将信贷资产打包时，由于融资的数额较低(亿级)，并且每笔贷款额度较大(百万级、千万级)，所以现有技术可以对每笔贷款进行逐笔打包并逐笔监控打包的资产总和，以便不超出融资计划。但是随着金融行业的发展，融资的数据越来越大(达到百亿级、千亿级非常普遍)，以及小额信贷的崛起，每笔贷款额度越来越小(万级、千级甚至百级)，再通过现有技术逐笔打包，逐笔监控打包的资产总和，就显得打包的效率很低，所以本实施例就提供了这样一种方法，用于提高针对资产证券化中资产的打包效率。该方法的具体流程示意图如图5所示，包括下述步骤：

步骤51：确定用于购买资产的第1次水位。

该步骤中，水位是指资产证券化融资计划中可用于购买资产的资金金额。比如，融资计划为10亿元，在未开始融资的前提下，可用于购买资产的资金金额就是10亿元，也就是第1次水位是10亿元。

步骤52：根据第1次水位，确定可用于打包的资产。

第1次水位为10亿元，确定出可用于打包的资产为：10×1.2＝12亿元。

步骤53：确定第1打包系数，并根据第1次水位以及第1打包系数确定第1打包资产上限。

查询出可用于打包的12亿元资产中最大一笔资产为2000万，则第1打包系数为：(10亿-2000万)÷10亿×0.98＝0.9604，第1次水位为10亿元，所以第1打包资产上限为10×0.9604＝9.604亿元。

步骤54：根据第1打包资产上限，从可用于打包的资产中按照每批次若干笔信贷资产的方式获取n批次信贷资产。

可用于打包的资产为步骤52中确定出的12亿元，从中按照每批次50笔信贷资产的方式，获取n批次信贷资产。

步骤55：判断前n批次获取的信贷资产的总资产值和是否超过第1打包资产上限。

判断前n批次获取的信贷资产的总资产值是否超过9.604亿元。

步骤56：当是时，停止获取，并将前n-1批次获取的信贷资产标记为第一阶段打包。

前n-1批次获取的信贷资产为9.346亿元，第n批次获取的信贷资产为0.501亿元，所以前n批次获取的网络存储资源总和为9.847亿元，超过9.604亿元，就可以将9.346亿元资产标记为第一阶段打包。

步骤57：将可用于打包的12亿元资产中剩余资产标记为第二阶段打包。

在步骤56中，确定出剩余了12-9.346＝2.654亿元资产，所以，将这2.654亿元标记为第二阶段打包。

步骤58：对标记为第一阶段打包的资产进行打包，并确定打包结果。

对标记为第一阶段打包的9.346亿元资产进行打包，由于在打包过程中，可能出现对贷款的提前还款，所以可能会导致打包的结果比9.346亿元要少，比如封装结果为9.309亿元。

步骤59：根据打包结果以及第1次水位，确定用于购买资产的第2次水位。

第2次水位：10-9.309＝6.91千万元。

步骤510，判断第2次水位是否小于预设的最终资产缺口阈值。如果是，则结束打包，如果否，则执行步骤311。可以假设资产缺口阈值为200万元。

步骤511：确定第2打包系数，并根据第2次水位以及第2打包系数确定第2打包资产上限。

查询标记为第二阶段打包的2.654亿元资产中最大一笔资产为1600万元，则第2打包系数为：

(6.91千万-1600万)÷6.91千万元×0.98＝0.7531，第2次水位为6.91千万，所以第2打包资产上限为6.91千万元××0.7531＝52,038,000元。

步骤512：根据第2打包资产上限，从标记为第二阶段打包的资产中按照每批次若干笔信贷资产的方式获取n批次信贷资产。

从标记为第二阶段打包的2.654亿元资产中，按照每批次50笔信贷资产的方式，获取n批次信贷资产。

步骤513：判断前n批次获取的信贷资产的总资产值和是否超过第2打包资产上限。

当第一批次获取的信贷资产的总资产值超过第2打包资产上限，则结束打包。

判断前n批次获取的信贷资产的总资产值是否超过52,038,000元。

步骤514：当是时，停止获取，并将前n-1批次获取的信贷资产的标记由第二阶段打包修改为第一阶段打包。

前n-1批次获取的信贷资产为51,580,000元，第n批次获取的的信贷资产为946,000元，所以前n批次获取的网络存储资源总和为52,526,000元，超过51,580,000元，就可以将51,580,000元资产的标记由第二阶段打包修改为第一阶段打包。此时，剩余的标记为第二阶段打包的资产为2.654亿元-51,580,000＝2.1382亿元。

步骤515：对标记为第一阶段打包的资产进行打包，并确定打包结果。

对标记为第一阶段打包的51,580,000元资产进行打包，由于在打包过程中，出现对贷款的提前还款，所以导致打包的结果为50,860,000元。

步骤516：根据打包结果以及第2次水位，确定用于购买资产的第3次水位。

第3次水位：6.91千万元-50,860,000元＝18,240,000元。

重复步骤510，判断第3次水位是否小于预设的最终资产缺口阈值。如果是，则结束打包，如果否，则重复步骤511至步骤516。

采用实施例5提供的该方法，在打包资产过程中，先确定出第1次水位，再确定出第1打包系数以及第1打包资产上限，然后根据第1打包资产上限分批次获取资产，并确定出第一阶段可打包的资产，最终将可打包的资产进行打包并确定出第2次水位。将一个打包请求，拆分为多个打包请求，并如此循环往复，达到无限接近融资计划的目的。由于每次获取的资产都小于水位，所以就不用像现有技术那样逐笔打包逐笔监控水位，而是在打包过程中可以并发批量打包且不需监控水位，每次打包完成后确定下一次需要打包的资产值，从而解决了现有技术逐笔打包逐笔监控水位导致的打包效率低的问题，进而提高了针对资产证券化中资产的打包效率。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式 处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。