本申请涉及资源调度领域，尤其涉及一种基于saas公私库机制的资源调度方法及装置。
背景技术：
在大数据时代，各种业务处理的过程中会产生大量资源与数据。从海量资源中及时查询出有价值的、符合自身需求的资源，对资源进行合理利用，是业务处理过程中极为关键的一步。
目前在利用资源的过程中，通常以集中式存储为主，由企业对资源进行统一分配与调度，这样缺乏一定的灵活性，且不利于对资源的合理与充分利用，导致资源利用率无法提高。
例如，在对客户数据进行管理的过程中，用户通常被动的对分配的客户数据进行处理，这样无法及时对客户数据发生的变动跟进处理，客户数据的流转程度较低，还容易产生客户数据积压、活跃性差的问题。
技术实现要素：
本申请实施例提供一种基于saas公私库机制的资源调度方法及装置，用以解决目前的资源调度方法对资源的利用率不高，不能充分利用资源的问题。
本申请实施例提供的一种基于saas公私库机制的资源调度方法，包括：
通过资源对应的预设接口，对所述资源的状态进行验证；
根据验证结果，确定资源的活跃度，并将资源划分至基于软件即服务技术提供的私有库、公有库；其中，私有库资源的活跃度高于公有库资源的活跃度；
根据预设的第一判断规则，对私有库中的资源进行检查，将符合所述第一判断规则的资源移入公有库，以及，根据预设的第二判断规则，对公有库中的资源进行检查，将符合所述第二判断规则的资源移入私有库；所述第一判断规则、第二判断规则与资源的活跃度相关。
在一个示例中，根据预设的第一判断规则，对私有库中的资源进行检查，将符合所述第一判断规则的资源移入公有库，包括：确定各用户分别对应的私有库的预设的第一判断规则；针对各私有库中的资源，通过对应的第一判断规则，对资源进行检查，将符合相应第一判断规则的资源移入公有库；根据预设的第二判断规则，对公有库中的资源进行检查，将符合所述第二判断规则的资源移入私有库，包括：确定各用户分别对应的预设的第二判断规则；根据各用户对应的第二判断规则，对公有库中的资源进行检查，将符合第二判断规则的资源移入相应用户的私有库中。
在一个示例中，所述方法还包括：确定各用户所属的小组；针对各小组，根据所述小组中各用户对资源的验证结果，确定所述小组对应的资源划分规则；根据各小组分别对应的资源划分规则，基于软件即服务技术，分别向各用户提供相应的服务。
在一个示例中，根据预设的第一判断规则，对私有库中的资源进行检查，包括：根据对资源的验证结果，以及预设的分类，确定资源对应的分类标签；根据预设的第一判断规则，以及资源对应的分类标签，对私有库中的资源进行检查。
在一个示例中，将符合所述第一判断规则的资源移入公有库，包括：确定资源符合所述第一判断规则时，根据预设宽展期，对所述资源再次进行判断；在所述资源仍符合所述第一判断规则时，将所述资源移入公有库，并不允许所述资源在预设时间段内移入私有库。
在一个示例中，确定将资源划分至私有库、且私有库已满时，将资源划分至临时库中；根据预设时间间隔，将临时库中的资源移入私有库中；确定临时库中的资源符合预设的第一判断规则时，将资源移入公有库中。
在一个示例中，所述方法还包括：确定资源正在被验证时，对所述资源加锁。
在一个示例中，所述方法还包括：确定未验证的资源；根据各用户的私有库信息，将所述未验证的资源分配至各用户；所述私有库信息包括资源验证记录、私有库容量。
在一个示例中，所述资源为客户数据；通过资源对应的预设接口，对所述资源的状态进行验证，包括：通过客户数据中的个人信息，对所述客户数据的有效性进行验证。
本申请实施例提供的一种基于saas公私库机制的资源调度装置，包括：
验证模块，通过资源对应的预设接口，对所述资源的状态进行验证；
划分模块，根据验证结果，确定资源的活跃度，并将资源划分至基于软件即服务技术提供的私有库、公有库；其中，私有库资源的活跃度高于公有库资源的活跃度；
检查模块，根据预设的第一判断规则，对私有库中的资源进行检查，将符合所述第一判断规则的资源移入公有库，以及，根据预设的第二判断规则，对公有库中的资源进行检查，将符合所述第二判断规则的资源移入私有库；所述第一判断规则、第二判断规则与资源的活跃度相关。
本申请实施例提供一种基于saas公私库机制的资源调度方法及装置，至少包括以下有益效果：通过对用户的私有库以及公有库中的资源进行检查，并进行相应的资源调度，可确保私有库中的资源始终为活跃度较高的资源，则可优先对活跃度高的资源进行处理。并且，将资源移入公有库中，还可避免因用户处理不及时，造成资源浪费，可由其他用户对资源进行及时处理。此外，公有库中的资源也可进行合理利用，这样有利于提高用户对资源的处理效率，提高对资源的利用率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的一种基于saas公私库机制的资源调度方法流程图；
图2为本申请实施例提供的另一种基于saas公私库机制的资源调度方法流程图
图3为本申请实施例提供的基于saas公私库机制的资源调度装置结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1为本申请实施例提供的一种基于saas公私库机制的资源调度方法流程图，具体包括以下步骤：
s101：通过资源对应的预设接口，对资源的状态进行验证。
在本申请实施例中，服务器可通过资源对应的预设接口，对资源的状态进行验证，以便后续据此对资源进行划分调度。其中，预设接口为预先根据资源的相关信息设置的，具体形式由资源的种类决定，本申请对此不做限定。
在一个实施例中，为了防止重复验证，服务器确定资源正在被验证时，可对正在被验证的资源加锁，以避免针对同一资源执行了重复验证的操作。
s102：根据验证结果，确定资源的活跃度，并将资源划分至基于软件即服务技术提供的私有库、公有库。
在本申请实施例中，服务器可根据对资源的验证结果，基于资源当前的状态，确定资源的活跃度。之后，服务器可根据资源的活跃度，将资源划分至基于软件即服务(software-as-a-service，saas)技术提供的私有库或公有库中。其中，私有库中的资源仅对用户个人开放，由用户个人进行管理、使用、维护与处理，公有库中的资源对全部用户开放，不由用户个人进行管理，但可服从任何用户的调度、使用。
由于私有库完全由用户个人进行管理，对资源的调度、使用率较高，因此，私有库中资源的活跃度高于公有库中资源的活跃度。
在一个实施例中，服务器具体可基于用户的需求，向用户提供私有库、公有库的相关服务，包括对私有库、公有库的相关信息的设置。例如，私有库容量、私有库数量、公有库容量等。
s103：根据预设的第一判断规则，对私有库中的资源进行检查，将符合第一判断规则的资源移入公有库，以及，根据预设的第二判断规则，对公有库中的资源进行检查，将符合第二判断规则的资源移入私有库。
在本申请实施例中，私有库与公有库中包括的资源不是一成不变的，而是根据资源的状态进行变化的。
具体的，服务器可根据预设的第一判断规则，对私有库中的资源进行检查。若资源符合第一判断规则，表示资源的活跃度降低，不再适应私有库的需求，于是，服务器可将资源移入公有库中。
服务器可根据预设的第二判断规则，对公有库中的资源进行检查。若资源符合第二判断规则，表示资源的活跃度有所提高，符合私有库的需求，于是，服务器可将资源移入私有库中。
其中，第一判断规则与第二判断规则与判断资源的活跃度相关，具体可根据需要设置，本申请对此不做限定。
在一个实施例中，由于存在多个私有库，且不同私有库分别对应不同的用户，不同用户仅可对自由有权限的私有库内的资源进行处理。于是，不同私有库对应的预设的第一判断规则、第二判断规则均可不同。
具体的，服务器可确定各用户分别对应的私有库的预设的第一判断规则，并分别通过各私有库对应的第一判断规则，对相应私有库中的资源进行检查。针对各私有库中的资源，若在检查过程中，判断资源符合相应私有库的第一判断规则，则可将资源从相应的私有库中移出，移入公有库。
并且，服务器可确定各用户分别设置的第二判断规则，根据各第二判断规则，分别对公有库中的资源进行检查。若资源符合某第二判断规则，表示资源符合相应用户对应的私有库的需求，则服务器可将资源移入相应第二判断规则对应的用户的私有库中。
其中，第一判断规则可包括：资源在私有库中的存放时间超过预设时间段，资源超过预设时间段未被用户使用；等等。第二判断规则可包括：在预设时间段内资源被服务器捕捉到的频次超过预设数量，资源的活跃度超过预设值；等等。
通过对用户的私有库以及公有库中的资源进行检查，并进行相应的资源调度，可确保私有库中的资源始终为活跃度较高的资源，则可优先对活跃度高的资源进行处理。并且，将资源移入公有库中，还可避免因用户处理不及时，造成资源浪费，可由其他用户对资源进行及时处理。此外，公有库中的资源也可进行合理利用，这样有利于提高用户对资源的处理效率，提高对资源的利用率。
在一个实施例中，服务器可根据预设的第一判断规则中与时间相关的规则，确定资源与第一判断规则中规定的时间规则相接近，即将被移出私有库时，向用户发送提示消息，以使用户及时对私有库中的资源进行处理，防止私有库中的资源流失到公有库中。
在一个实施例中，对于saas技术的服务提供方来说，可基于小组的形式，向服务使用方提供服务。于是，服务提供方具体在提供服务时，可确定个人用户所属的小组对应的服务使用方。
具体的，小组作为服务使用方，可根据小组中各用户对资源的验证结果，判断自身小组中资源的整体活跃度，以此确定小组对应的资源划分规则。之后，服务提供方可基于小组确定出的资源划分规则，向组内的各用户提供相应的服务。其中，资源划分规则用于对本小组内的资源划分方式进行限制，包括公私有库的容量、将资源划分为公私有库的界限等，不同小组对应的资源划分规则可不同。
基于saas技术，服务使用方可根据自身的需求，获取对应的服务。saas应用部署简单，集中统一管理。对用户来说，不需要购买硬件等基础设施资源，也不需要专业的技术和运维人员，只需要注册账号按需付费使用。与传统的c/s架构的服务相比，用户也不需要下载安装客户程序，只要能够连上网络，随时随地都可以访问使用saas服务商提供商提供的服务。
并且，服务器可采用https的方式，对传输协议进行全程加密，以提高数据传输的安全性。
在一个实施例中，服务器可根据对资源的验证结果，以及预设的分类，确定资源对应的分类标签。之后，服务器可根据预设的第一判断规则，以及资源对应的分类标签，对私有库中的资源进行检查。其中，对资源设置分类标签的依据可自由设置，本申请对此不做限定。
例如，根据资源的产生时间，设置资源的分类标签为头部资源、腰部资源；根据系统捕捉到资源出现的频次，设置资源的分类标签为高频资源、低频资源；还包括活跃度高、活跃度低、已使用、未使用等分类标签。
在一个实施例中，用户在对私有库、公有库中的资源进行查询时，可根据资源对应的分类标签，以及自定义的查询规则，自行对资源进行查看。
在一个实施例中，服务器在确定资源符合第一判断规则时，可将资源保留预设宽展期的期限，并在预设宽展期到期后，再次对资源进行判断。若资源在宽展期后仍符合第一判断规则时，服务器再将资源移出私有库、移入公有库。并且，经过预设宽展期后的资源不允许在预设时间段内再移入私有库。其中，预设宽展期的长度可根据需要设置，本申请对此不做限定。这样能够限制资源在公有库与私有库之间的随意移动，防止用户随意放弃与收录资源，在一定程度上增加公私有库资源的稳定性。
在一个实施例中，私有库可预先设置有一定的容量，具有限制容量的私有库只能包括限制数量的资源。这样才能对私有库中的资源进行循环更新，使得私有库中的资源始终为具有较高的活跃度的资源，让用户能够优先对活跃度较高的部分资源进行使用、处理。
在一个实施例中，服务器在确定将资源划分至私有库时，若私有库已满，则服务器可将资源划分至临时库中。临时库中的资源只能进行临时存储，服务器可根据预设时间间隔，将临时库中的资源尝试移入私有库中。若私有库存在空闲，则可将临时库中的资源移入，否则，资源将继续保留在临时库。其中，临时库的容量通常较小，仅起到一定的缓冲作用。通过建立临时库，可为私有库保提供一定的扩展空间，防止活跃度高的资源轻易流失至公有库中，以提高资源的利用率。
在一个实施例中，服务器可确定私有库中的资源被用户使用后，表示用户在短期内不会再对资源进行处理操作，则可将资源移出私有库，移入成交库。成交库用于容纳已被使用过的资源。
在一个实施例中，针对各私有库，服务器可根据私有库中存储过的资源的总数，以及用户使用过的资源的数量，计算用户对资源的使用率。并且，服务器可根据用户对资源的使用率，扩大用户对应的私有库容量，以便用户获取更多的资源。
在一个实施例中，用户的身份被注销时，服务器可将用户对应的私有库中的资源分配至其他用户的私有库中，或者分配至公有库中。
在一个实施例中，服务器具体可通过接口同步、文件导入、手工录入等方式，对外部资源进行获取，以形成资源列表，向用户分配，供用户使用。
在一个实施例中，资源在初始状态下，处于资源列表中，未被验证。服务器在确定未验证的资源后，可根据各用户的私有库信息，将未验证的资源分配至各用户，以对资源进行验证。其中，私有库信息可包括资源验证记录、私有库容量、私有库剩余容量等。
此外，服务器可根据资源的相关信息，对资源列表中的资源进行默认的优先级排序。于是，用户也可根据默认的优先级排序，自行从资源列表中获取相应的资源，以进行后续的验证步骤。
在一个实施例中，服务器在通过私有库、公有库存储资源时，可将资源对应的分类标签、资源的验证记录、资源使用记录等信息，均与资源进行对应存储。这样便于后续用户在对资源进行处理时，了解资源的相关信息。
在一个实施例中，服务器可采用主备存储的方式，对资源进行存储，以加强资源的安全性，保证可靠存储。并且，对于资源中的敏感信息，服务器可进行脱敏处理，以防止资源信息泄露。
在一种具体的实现方式中，如图2所示，资源可以是客户数据。
用户作为管理人员，在对客户数据进行维护处理时，首先可基于系统的分配，或者自行从客户数据列表中，获取客户数据进行验证处理，以在未对客户数据进行划分的情况下，实现对客户数据的首访。
在对客户数据进行首访处理后，服务器可根据处理结果，将客户数据划分至私有库或公有库。在私有库中的客户数据，会基于用户自动放弃、超期等预设的第一判断规则，转入公有库中。在公有库中的客户数据，会基于用户确定的第二判断规则，由用户收录到相应的私有库中。
在私有库容量不足的情况下，服务器可将客户数据暂时存放至临时库。临时库中的客户数据，会基于用户自动放弃、超期等规则，转入公有库中。私有库与临时库中的客户数据，在被用户使用、达成相应的业务目的后，移入成交库中。
针对私有库与临时库中的客户数据，用户在处理维护的过程中，可对客户数据进行再访处理，以使能够达到成交的目的。
需要说明的是，本实施例仅以客户数据为例进行说明，并不构成对本申请中资源的限定。
以上为本申请实施例提供的基于saas公私库机制的资源调度方法，基于同样的发明思路，本申请实施例还提供了相应的基于saas公私库机制的资源调度装置，如图3所示。
图3为本申请实施例提供的基于saas公私库机制的资源调度装置结构示意图，具体包括：
验证模块301，通过资源对应的预设接口，对所述资源的状态进行验证；
划分模块302，根据验证结果，确定资源的活跃度，并将资源划分至基于软件即服务技术提供的私有库、公有库；其中，私有库资源的活跃度高于公有库资源的活跃度；
检查模块303，根据预设的第一判断规则，对私有库中的资源进行检查，将符合所述第一判断规则的资源移入公有库，以及，根据预设的第二判断规则，对公有库中的资源进行检查，将符合所述第二判断规则的资源移入私有库；所述第一判断规则、第二判断规则与资源的活跃度相关。
本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
1.一种基于saas公私库机制的资源调度方法，其特征在于，包括：
通过资源对应的预设接口，对所述资源的状态进行验证；
根据验证结果，确定资源的活跃度，并将资源划分至基于软件即服务技术提供的私有库、公有库；其中，私有库资源的活跃度高于公有库资源的活跃度；
根据预设的第一判断规则，对私有库中的资源进行检查，将符合所述第一判断规则的资源移入公有库，以及，根据预设的第二判断规则，对公有库中的资源进行检查，将符合所述第二判断规则的资源移入私有库；所述第一判断规则、第二判断规则与资源的活跃度相关。
2.根据权利要求1所述的方法，其特征在于，根据预设的第一判断规则，对私有库中的资源进行检查，将符合所述第一判断规则的资源移入公有库，包括：
确定各用户分别对应的私有库的预设的第一判断规则；
针对各私有库中的资源，通过对应的第一判断规则，对资源进行检查，将符合相应第一判断规则的资源移入公有库；
根据预设的第二判断规则，对公有库中的资源进行检查，将符合所述第二判断规则的资源移入私有库，包括：
确定各用户分别对应的预设的第二判断规则；
根据各用户对应的第二判断规则，对公有库中的资源进行检查，将符合第二判断规则的资源移入相应用户的私有库中。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
确定各用户所属的小组；
针对各小组，根据所述小组中各用户对资源的验证结果，确定所述小组对应的资源划分规则；
根据各小组分别对应的资源划分规则，基于软件即服务技术，分别向各用户提供相应的服务。
4.根据权利要求1所述的方法，其特征在于，根据预设的第一判断规则，对私有库中的资源进行检查，包括：
根据对资源的验证结果，以及预设的分类，确定资源对应的分类标签；
根据预设的第一判断规则，以及资源对应的分类标签，对私有库中的资源进行检查。
5.根据权利要求1所述的方法，其特征在于，将符合所述第一判断规则的资源移入公有库，包括：
确定资源符合所述第一判断规则时，根据预设宽展期，对所述资源再次进行判断；
在所述资源仍符合所述第一判断规则时，将所述资源移入公有库，并不允许所述资源在预设时间段内移入私有库。
6.根据权利要求2所述的方法，其特征在于，所述方法还包括：
确定将资源划分至私有库、且私有库已满时，将资源划分至临时库中；
根据预设时间间隔，将临时库中的资源移入私有库中；
确定临时库中的资源符合预设的第一判断规则时，将资源移入公有库中。
7.根据权利要求2所述的方法，其特征在于，所述方法还包括：
确定资源正在被验证时，对所述资源加锁。
8.根据权利要求2所述的方法，其特征在于，所述方法还包括：
确定未验证的资源；
根据各用户的私有库信息，将所述未验证的资源分配至各用户；所述私有库信息包括资源验证记录、私有库容量。
9.根据权利要求1所述的方法，其特征在于，所述资源为客户数据；
通过资源对应的预设接口，对所述资源的状态进行验证，包括：
通过客户数据中的个人信息，对所述客户数据的有效性进行验证。
10.一种基于saas公私库机制的资源调度装置，其特征在于，包括：
验证模块，通过资源对应的预设接口，对所述资源的状态进行验证；
划分模块，根据验证结果，确定资源的活跃度，并将资源划分至基于软件即服务技术提供的私有库、公有库；其中，私有库资源的活跃度高于公有库资源的活跃度；
检查模块，根据预设的第一判断规则，对私有库中的资源进行检查，将符合所述第一判断规则的资源移入公有库，以及，根据预设的第二判断规则，对公有库中的资源进行检查，将符合所述第二判断规则的资源移入私有库；所述第一判断规则、第二判断规则与资源的活跃度相关。
技术总结