CN112052096B - 资源处理方法、装置、服务器及终端 - Google Patents

资源处理方法、装置、服务器及终端 Download PDF

Info

Publication number
CN112052096B
CN112052096B CN202010962111.6A CN202010962111A CN112052096B CN 112052096 B CN112052096 B CN 112052096B CN 202010962111 A CN202010962111 A CN 202010962111A CN 112052096 B CN112052096 B CN 112052096B
Authority
CN
China
Prior art keywords
account
access
target resource
configuration
reference information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010962111.6A
Other languages
English (en)
Other versions
CN112052096A (zh
Inventor
金峙廷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Priority to CN202010962111.6A priority Critical patent/CN112052096B/zh
Publication of CN112052096A publication Critical patent/CN112052096A/zh
Application granted granted Critical
Publication of CN112052096B publication Critical patent/CN112052096B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Storage Device Security (AREA)

Abstract

本公开关于一种资源处理方法、装置、服务器及终端，属于计算机技术领域。所述方法包括：接收时长配置指令，时长配置指令用于指示为账号配置对目标资源的允许使用时长；根据多个账号对目标资源的历史访问记录，确定账号的访问信息，访问信息用于表示账号访问目标资源的活跃程度；基于访问信息，确定账号的配置参考信息；基于配置参考信息，确定账号对目标资源的允许使用时长。本公开以用户历史访问目标资源的活跃程度作为参考，为该用户配置对目标资源的允许使用时长，能够使允许使用时长与用户历史访问目标资源的活跃程度相匹配，提高时长配置的合理性，进而使得目标资源能够得到有效利用，提高资源利用率。

Description

资源处理方法、装置、服务器及终端
技术领域
本公开涉及计算机技术领域，尤其涉及一种资源处理方法、装置、服务器及终端。
背景技术
当前，一些软件或者功能的开发，需要得到服务器资源的支持。用户需要对服务器资源的使用权限进行申请，在使用权限的有效期内，应用申请到的服务器资源执行开发任务。
用户在申请服务器资源的使用权限时，可以按照开发任务的需求，自行选择服务器资源的使用时长。相应的，服务器在用户所选择的使用时长内，为该用户提供资源。
然而，用户自行选择使用时长容易导致服务器资源被持续占用，被占用的服务器资源不能得到有效的利用，资源利用率较低。
发明内容
本公开实施例提供了一种资源处理方法、装置、服务器及终端，以提高资源利用率。本公开的技术方案如下：
一方面，提供了一种资源处理方法，所述方法包括：
接收时长配置指令，所述时长配置指令用于指示为账号配置对目标资源的允许使用时长；
根据多个账号对所述目标资源的历史访问记录，确定所述账号的访问信息，所述访问信息用于表示所述账号访问所述目标资源的活跃程度；
基于所述访问信息，确定所述账号的配置参考信息；
基于所述配置参考信息，确定所述账号对所述目标资源的允许使用时长。
在一种可选的实现方式中，所述根据多个账号对所述目标资源的历史访问记录，确定所述账号的访问信息，包括：
基于所述账号对所述目标资源的历史访问记录，确定所述账号对所述目标资源的访问次数；
将所述账号对所述目标资源的访问次数与所述目标资源被访问的总次数的比值，确定为所述账号的第一访问信息；
基于所述历史访问记录，确定所述账号访问所述目标资源的第一总时长以及所述多个账号访问所述目标资源的第二总时长；
将所述第一总时长与所述第二总时长的比值，确定为所述账号的第二访问信息。
上述技术方案，将表示账号访问目标资源的频繁程度的参数以及表示账号访问目标资源的时长占比的参数作为访问信息，来表示该账号访问目标资源的活跃程度，使得访问信息对活跃程度的表达更加准确，进而综合上述访问信息，能够提高时长配置的合理性。
在另一种可选的实现方式中，所述基于所述访问信息，确定所述账号的配置参考信息，包括：
获取所述第一访问信息对应的第一权重以及所述第二访问信息对应的第二权重，所述第一权重用于表示所述第一访问信息在时长配置中的重要程度，所述第二权重用于表示所述第二访问信息在时长配置中的重要程度；
基于所述第一权重和所述第二权重，对所述第一访问信息和所述第二访问信息进行加权求和，得到所述配置参考信息。
通过加权求和，将两个访问信息整合为一个配置参考信息，从而进一步实现对账号访问目标资源的活跃程度的量化表示，进而能够以配置参考信息作为参考，为账号配置其对目标资源的允许使用时长，提高时长配置的合理性。
在另一种可选的实现方式中，所述基于所述访问信息，确定所述账号的配置参考信息，包括下述任一项：
基于所述账号在一个第一周期内的访问信息，确定所述账号的配置参考信息；
基于所述账号在第二周期所包括的多个第一周期内的访问信息，确定所述账号的配置参考信息。
在另一种可选的实现方式中，所述基于所述账号在第二周期所包括的多个第一周期内的访问信息，确定所述账号的配置参考信息，包括：
基于所述账号在所述多个第一周期内的访问信息，分别确定所述账号在所述多个第一周期内的配置参考信息；
获取所述第二周期的访问权重，所述访问权重用于表示所述账号在所述多个第一周期内访问所述目标资源的活跃程度的变化情况；
基于所述账号在所述多个第一周期内的配置参考信息的和值与所述访问权重，确定所述账号的配置参考信息，所述配置参考信息与所述账号在所述多个第一周期内的配置参考信息的和值呈正相关，与所述访问权重呈负相关。
上述技术方案，基于账号在多个第一周期内访问目标资源的活跃程度的总合，以及活跃程度的变化情况，确定账号在第二周期内的配置参考信息，从而反映出账号在第二周期内对目标资源的访问情况，进而以账号在第二周期内的参考信息作为参考，能够提高时长配置的合理性。
在另一种可选的实现方式中，所述获取所述第二周期的访问权重，包括：
为所述第二周期分配基础的访问权重；
对于时间顺序相邻的两个第一周期，响应于前一个第一周期的配置参考信息大于后一个第一周期的配置参考信息，且两个配置参考信息之间的差值大于目标阈值，提高所述第二周期的访问权重。
通过比较两个相邻的第一周期的配置参考信息，对第二周期的访问权重进行调整，使得访问权重能够反映账号访问目标资源的活跃程度的变化情况，进而使活跃程度的变化情况对时长配置产生影响，提高时长配置的合理性。
在另一种可选的实现方式中，所述基于所述配置参考信息，确定所述账号对所述目标资源的允许使用时长，包括：
获取所述账号的配置权重，所述配置权重用于表示所述账号对所述目标资源的使用优先级；
基于所述配置参考信息和所述配置权重，确定所述账号对所述目标资源的允许使用时长，所述允许使用时长与所述配置参考信息呈正相关，且所述允许使用时长与所述配置权重呈正相关。
上述技术方案，服务器综合账号历史访问目标资源的活跃程度，以及账号本身对目标资源的使用优先级两个方面，来配置账号的允许使用时长，使得时长配置所基于的信息更加全面，进而时长配置更加符合用户需求，提高时长配置的合理性。
在另一种可选的实现方式中，所述基于所述配置参考信息，确定所述账号对所述目标资源的允许使用时长，包括：
按照多个账号的配置参考信息从大到小的顺序，将所述多个账号划分为多个账号分组；
将多个不同预设时长分别分配给多个账号分组，所述账号分组中多个账号的配置参考信息与所述账号分组对应的预设时长呈正相关；
将所述账号所属的账号分组对应的预设时长确定为所述账号的允许使用时长。
上述技术方案，基于多个账号在同一历史时间段内访问目标资源的活跃程度，对该多个账号进行排序，进而基于排序结果进行允许使用时长的配置，通过对同一访问前提下的多个账号的比较，进行时长配置，能够提高时长配置的合理性。
在另一种可选的实现方式中，所述目标资源为一个服务分组所提供的服务器资源，所述服务分组部署有一种服务类型的服务器资源。
由于不同用户对同一种服务类型的服务器资源的访问频次和访问时长的分布都较为平均，参考不同用户对同一种服务类型的服务器资源的历史访问记录，进行允许使用时长的配置，能够使得所配置的允许使用时长符合这一种服务类型的服务器资源的使用规律，进而提高配置允许使用时长的合理性。
一方面，提供了一种资源处理方法，所述方法包括：
显示权限申请界面，所述权限申请界面用于提供对目标资源的允许使用时长的申请功能；
基于所述权限申请界面，确定待申请的账号；
获取所述账号对所述目标资源的允许使用时长，所述允许使用时长基于所述目标资源的历史访问记录确定；
在所述权限申请界面中，显示所述账号的所述允许使用时长。
上述技术方案，在用户对目标资源的使用时长进行申请时，通过在权限申请界面中显示账号的允许使用时长，为该用户进行时长申请提供参考。由于该允许使用时长是基于目标资源的历史访问记录确定的，与用户历史访问目标资源的情况相匹配，符合用户的时长申请需求，从而能够减少用户申请过长的使用时长，使得目标资源能够得到有效利用，提高资源利用率。
在一种可选的实现方式中，所述显示权限申请界面，包括：
在所述权限申请界面中，显示多个账号分组的允许使用时长以及对应的申请控件，所述申请控件用于申请对应的允许使用时长。
上述技术方案，通过申请控件，在权限申请界面中提供多个可选的允许使用时长，用户能够通过对申请控件执行交互操作，灵活选择所需申请的使用时长，提高了时长申请的灵活性。
一方面，提供了一种资源处理装置，所述装置包括：
接收单元，被配置为执行接收时长配置指令，所述时长配置指令用于指示为账号配置对目标资源的允许使用时长；
第一确定单元，被配置为执行根据多个账号对所述目标资源的历史访问记录，确定所述账号的访问信息，所述访问信息用于表示所述账号访问所述目标资源的活跃程度；
第二确定单元，被配置为执行基于所述访问信息，确定所述账号的配置参考信息；
第三确定单元，被配置为执行基于所述配置参考信息，确定所述账号对所述目标资源的允许使用时长。
在一种可选的实现方式中，所述第一确定单元，被配置为执行：
基于所述账号对所述目标资源的历史访问记录，确定所述账号对所述目标资源的访问次数；
将所述账号对所述目标资源的访问次数与所述目标资源被访问的总次数的比值，确定为所述账号的第一访问信息；
基于所述历史访问记录，确定所述账号访问所述目标资源的第一总时长以及所述多个账号访问所述目标资源的第二总时长；
将所述第一总时长与所述第二总时长的比值，确定为所述账号的第二访问信息。
在另一种可选的实现方式中，所述第二确定单元，被配置为执行：
获取所述第一访问信息对应的第一权重以及所述第二访问信息对应的第二权重，所述第一权重用于表示所述第一访问信息在时长配置中的重要程度，所述第二权重用于表示所述第二访问信息在时长配置中的重要程度；
基于所述第一权重和所述第二权重，对所述第一访问信息和所述第二访问信息进行加权求和，得到所述配置参考信息。
在另一种可选的实现方式中，所述第二确定单元包括下述任一项：
第一确定子单元，被配置为执行基于所述账号在一个第一周期内的访问信息，确定所述账号的配置参考信息；
第二确定子单元，被配置为执行基于所述账号在第二周期所包括的多个第一周期内的访问信息，确定所述账号的配置参考信息。
在另一种可选的实现方式中，所述第二确定子单元，包括：
第一确定子-子单元，被配置为执行基于所述账号在所述多个第一周期内的访问信息，分别确定所述账号在所述多个第一周期内的配置参考信息；
获取子-子单元，被配置为执行获取所述第二周期的访问权重，所述访问权重用于表示所述账号在所述多个第一周期内访问所述目标资源的活跃程度的变化情况；
第二确定子-子单元，被配置为执行基于所述账号在所述多个第一周期内的配置参考信息的和值与所述访问权重，确定所述账号的配置参考信息，所述配置参考信息与所述账号在所述多个第一周期内的配置参考信息的和值呈正相关，与所述访问权重呈负相关。
在另一种可选的实现方式中，所述获取子-子单元，被配置为执行：
为所述第二周期分配基础的访问权重；
对于时间顺序相邻的两个第一周期，响应于前一个第一周期的配置参考信息大于后一个第一周期的配置参考信息，且两个配置参考信息之间的差值大于目标阈值，提高所述第二周期的访问权重。
在另一种可选的实现方式中，所述第三确定单元，被配置为执行：
获取所述账号的配置权重，所述配置权重用于表示所述账号对所述目标资源的使用优先级；
基于所述配置参考信息和所述配置权重，确定所述账号对所述目标资源的允许使用时长，所述允许使用时长与所述配置参考信息呈正相关，且所述允许使用时长与所述配置权重呈正相关。
在另一种可选的实现方式中，所述第三确定单元，被配置为执行：
按照多个账号的配置参考信息从大到小的顺序，将所述多个账号划分为多个账号分组；
将多个不同预设时长分别分配给多个账号分组，所述账号分组中多个账号的配置参考信息与所述账号分组对应的预设时长呈正相关；
将所述账号所属的账号分组对应的预设时长确定为所述账号的允许使用时长。
在另一种可选的实现方式中，所述目标资源为一个服务分组所提供的服务器资源，所述服务分组部署有一种服务类型的服务器资源。
一方面，提供了一种资源处理装置，所述装置包括：
第一显示单元，被配置为执行显示权限申请界面，所述权限申请界面用于提供对目标资源的允许使用时长的申请功能；
第四确定单元，被配置为执行基于所述权限申请界面，确定待申请的账号；
获取单元，被配置为执行获取所述账号对所述目标资源的允许使用时长，所述允许使用时长基于所述目标资源的历史访问记录确定；
第二显示单元，被配置为执行在所述权限申请界面中，显示所述账号的所述允许使用时长。
在一种可选的实现方式中，所述第一显示单元，被配置为执行：
在所述权限申请界面中，显示多个账号分组的允许使用时长以及对应的申请控件，所述申请控件用于申请对应的允许使用时长。
一方面，提供了一种服务器，所述服务器包括：一个或多个处理器；用于存储所述处理器可执行的指令的存储器；其中，所述处理器被配置为执行所述指令，以实现上述资源处理方法。
一方面，提供了一种终端，所述终端包括：一个或多个处理器；用于存储所述处理器可执行的指令的存储器；其中，所述处理器被配置为执行所述指令，以实现上述资源处理方法。
一方面，提供了一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行上述资源处理方法。
一方面，提供了一种存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行上述资源处理方法。
一方面，提供了一种计算机程序产品，当所述计算机程序产品中的指令由服务器的处理器执行时，使得服务器能够执行上述资源处理方法。
一方面，提供了一种计算机程序产品，当所述计算机程序产品中的指令由终端的处理器执行时，使得终端能够执行上述资源处理方法。
本公开实施例提供的技术方案至少带来以下有益效果：
通过以用户历史访问目标资源的活跃程度作为参考，为该用户配置对目标资源的允许使用时长，能够使允许使用时长与用户历史访问目标资源的活跃程度相匹配，提高时长配置的合理性，进而使得目标资源能够得到有效利用，提高资源利用率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种实施环境的示意图；
图2是根据一示例性实施例示出的一种资源处理方法的流程图；
图3是根据一示例性实施例示出的一种资源处理方法的流程图；
图4是根据一示例性实施例示出的一种资源处理方法的流程图；
图5是根据一示例性实施例示出的一种资源处理方法的流程图；
图6是根据一示例性实施例示出的一种资源处理装置的框图；
图7是根据一示例性实施例示出的一种资源处理装置的框图；
图8是根据一示例性实施例示出的一种终端的框图；
图9是根据一示例性实施例示出的一种服务器的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本公开所涉及的用户信息可以为经用户授权或者经过各方充分授权的信息。
当前，科技类公司具有非常丰富的服务器资源。工程师在执行一些开发任务时，需要得到服务器资源的支持。工程师可以通过权限分配平台申请服务器资源的使用权限，权限分配平台通常提供有使用权限的时长选项，如一周、一个月、一年以及长期等。用户可以根据开发任务的需求，选择相应的时长选项。权限分配平台会按照用户选择的时长选项，确定该用户具有服务器资源的使用权限的有效期；在有效期内为该用户提供服务器资源，在有效期之外回收该用户对服务器资源的使用权限。
为了避免在开发任务的执行过程中服务器资源的使用权限被回收，用户通常会选择长期作为服务器资源的使用时长。在开发任务完成之后，该用户申请的服务器资源仍被占用，被占用的服务器资源不能得到有效的利用，从而造成资源浪费，导致资源利用率较低。
例如，用户A是一项开发任务的工程师，由于该开发任务需要得到服务器A的支持，用户A需要通过权限分配平台申请服务器A的使用权限。用户A在提交权限申请时，为了开发任务的顺利进行，避免在开发任务的执行过程中服务器A的使用权限被回收，会选择“长期”这一时长选项。相应的，权限分配平台会按照长期的时效，将服务器A的使用权限分配给用户A。但是，用户A仅用了三个月就完成了该开发任务，由于用户A申请的使用权限时长为长期，权限分配平台也并未回收用户A对服务器A的使用权限。用户A的开发任务完成之后，服务器A的使用权限也一直被用户A占用，不能分配给其他有需求的用户，导致服务器A的资源不能得到有效利用，从而造成资源浪费，资源利用率较低。
为了减少资源浪费，提高资源利用率，本公开提供了一种权限处理方法，具体通过如下实施例进行说明。
图1是根据一示例性实施例示出的一种实施环境的示意图。参见图1，该实施环境包括终端101和服务器102。
可选地，终端101为智能手机、平板电脑、笔记本电脑、台式计算机等设备中的至少一种。终端101上设有客户端，例如，客户端为浏览器客户端或者权限申请客户端等，其中，权限申请客户端用于提供服务器资源的权限申请功能。用户能够通过终端101上的客户端登录账号，进入权限申请界面，对服务器资源的使用权限进行申请。
终端101可以泛指多个终端中的一个，本实施例仅以终端101来举例说明。本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端可以仅为几个，或者上述终端为几十个或几百个，或者更多数量，本公开实施例对终端的数量和设备类型均不加以限定。
可选地，服务器102为一台服务器、多台服务器、云服务器、云计算平台和虚拟化中心中的至少一种。服务器102具有账号的时长配置功能，能够为账号配置对服务器资源的允许使用时长。可选地，服务器102为权限分配平台的后台服务器，用于对其他服务器提供的服务器资源进行权限的分配、回收和管理。服务器102与终端101通过无线或者有线网络进行直接或间接的连接。在用户通过终端101对服务器资源的使用权限进行申请时，服务器102向终端101发送该用户的账号对服务器资源的允许使用时长，以使终端101在权限申请界面中显示允许使用时长，为用户申请服务器资源的使用时长提供参考。
可选地，上述服务器的数量可以更多或更少，本公开实施例对此不加以限定。当然，服务器102还可以包括其他功能服务器，以便提供更全面且多样化的服务。
图2是根据一示例性实施例示出的一种资源处理方法的流程图。参见图2，该资源处理方法应用于服务器，包括以下步骤。
在步骤S201中，服务器接收时长配置指令，该时长配置指令用于指示为账号配置对目标资源的允许使用时长。
在步骤S202中，服务器根据多个账号对目标资源的历史访问记录，确定账号的访问信息，该访问信息用于表示该账号访问目标资源的活跃程度。
在步骤S203中，服务器基于访问信息，确定该账号的配置参考信息。
在步骤S204中，服务器基于配置参考信息，确定该账号对目标资源的允许使用时长。
本公开实施例提供的技术方案，以用户历史访问目标资源的活跃程度作为参考，为该用户配置对目标资源的允许使用时长，能够使允许使用时长与用户历史访问目标资源的活跃程度相匹配，提高时长配置的合理性，进而使得目标资源能够得到有效利用，提高资源利用率。
图3是根据一示例性实施例示出的一种资源处理方法的流程图。参见图3，该资源处理方法应用于终端，包括以下步骤。
在步骤S301中，终端显示权限申请界面，该权限申请界面用于提供对目标资源的允许使用时长的申请功能。
在步骤S302中，终端基于权限申请界面，确定待申请的账号。
在步骤S303中，终端获取该账号对目标资源的允许使用时长，该允许使用时长基于目标资源的历史访问记录确定。
在步骤S304中，终端在权限申请界面中，显示该账号的允许使用时长。
本公开实施例提供的技术方案，在用户对目标资源的使用时长进行申请时，通过在权限申请界面中显示账号的允许使用时长，为该用户进行时长申请提供参考。由于该允许使用时长是基于目标资源的历史访问记录确定的，与用户历史访问目标资源的情况相匹配，符合用户的时长申请需求，从而能够减少用户申请过长的使用时长，使得目标资源能够得到有效利用，提高资源利用率。
图4是根据一示例性实施例示出的一种资源处理方法的流程图。参见图4，在本公开实施例中，以服务器为账号配置对目标资源的允许使用时长为例进行说明，该资源处理方法包括以下步骤。
在步骤S401中，服务器接收时长配置指令，该时长配置指令用于指示为账号配置对目标资源的允许使用时长。
需要说明的是，作为本公开实施例的执行主体的服务器为权限分配平台的后台服务器，用于提供允许使用时长的配置功能。其中，允许使用时长为该账号本次所能申请的对目标资源的最大使用时长。目标资源是指能够分配给不同用户使用的服务器资源。例如，目标资源是由服务器提供的计算资源或者存储资源等。在某个用户具有对目标资源的使用需求时，目标资源分配给该用户使用，在该用户使用完毕之后，目标资源能够继续分配给其他有需求的用户使用。可选地，目标资源由除作为本公开实施例的执行主体的服务器之外的其他服务器提供；或者，目标资源由作为本公开实施例的执行主体的服务器提供。在本公开实施例中，以目标资源由除作为本公开实施例的执行主体的服务器之外的其他服务器提供为例进行说明。
在一种可选的实现方式中，服务器周期性的为账号配置对目标资源的允许使用时长。例如，配置周期为三个月或者一年，服务器每隔三个月或者每隔一年，为账号配置一次对目标资源的允许使用时长。相应的，服务器在到达配置周期时触发时长配置指令，响应于时长配置指令，通过步骤S402至步骤S410，为账号配置对目标资源的允许使用时长。
上述技术方案，周期性的为账号配置对目标资源的允许使用时长，配置完成之后，能够在用户申请服务器资源的使用权限时，直接将为该用户配置的允许使用时长反馈给该用户，为用户申请服务器资源的使用时长提供参考，提高允许使用时长的反馈效率，进而提升用户的体验度。
在另一种可选的实现方式中，服务器在用户申请服务器资源的使用权限时，为该用户实时配置其对服务器资源的允许使用时长。用户能够通过终端登录账号，进入到权限申请界面，对服务器资源的使用时长进行申请。终端响应于进入权限申请界面的操作，向服务器发送时长配置指令，该时长配置指令用于请求获取终端所登录的账号对目标资源的允许使用时长。相应的，服务器接收终端发送的时长配置指令。
上述技术方案，在用户申请服务器资源的使用权限时，基于终端发送的时长配置指令，为该用户实时配置其对服务器资源的允许使用时长，从而能够确定出最符合用户当前需求的允许使用时长，进而提高配置允许使用时长的合理性。
在另一种可选的实现方式中，时长配置的时机由目标资源的运维人员控制。例如，运维人员通过终端进入目标资源的运维管理界面，该运维管理界面包括时长配置选项；终端响应于对时长配置选项的交互操作，向服务器发送时长配置指令。相应的，服务器接收终端发送的时长配置指令，通过步骤S402至步骤S410，为账号配置对目标资源的允许使用时长。
上述技术方案，通过支持运维人员自定义时长配置的时机，提高了时长配置的灵活性。
在步骤S402中，服务器获取多个账号对目标资源的历史访问记录。
需要说明的是，历史访问记录用于记录多个账号对目标资源的历史使用情况。例如，历史访问记录包括各个账号每次访问目标资源的时间以及每次访问目标资源的时长。可选地，服务器获取多个账号在目标时间段内对目标资源的历史访问记录。目标时间段为历史上的任一时间段，例如，目标时间段为当前时间之前的一周、当前时间之前的一个月或者当前时间之前的三个月等。
在一种可选的实现方式中，目标资源为一个服务分组所提供的服务器资源。服务器从该服务分组所包括的多个其他服务器中，分别调取每个其他服务器的访问记录；由多个其他服务器的访问记录组成多个账号对目标资源的历史访问记录。其中，每个其他服务器的访问记录用于记录各个账号每次访问该其他服务器的资源的时间以及每次访问的时长。
需要说明的是，每个服务分组部署有一种服务类型的服务器资源，每个服务分组包括多个提供同一种服务类型的服务器资源的服务器。可选地，服务分组为大数据服务分组、网管服务分组或者应用服务分组等。其中，大数据服务分组部署有大数据计算服务类型的服务器资源。例如，大数据服务分组中的服务器安装有Hadoop(一种分布式文件系统的基础架构)或者HBase(Hadoop Database，一种分布式的、面向列的数据库)等大数据组件，以提供大数据计算服务。网管服务分组部署有流量管理服务类型的服务器资源。例如，网管服务分组中的服务器配置有nginx(engine x，一种反向代理服务器)等负载均衡组件，以提供流量管理服务。应用服务分组部署有应用服务类型的服务器资源。应用服务分组中的服务器为应用程序的运行提供业务逻辑支持。
上述技术方案，由于不同用户对同一种服务类型的服务器资源的访问频次和访问时长的分布都较为平均，参考不同用户对同一种服务类型的服务器资源的历史访问记录，进行允许使用时长的配置，能够使得所配置的允许使用时长符合这一种服务类型的服务器资源的使用规律，进而提高配置允许使用时长的合理性。
在另一种可选的实现方式中，目标资源为除作为本公开实施例的执行主体的服务器之外的其他服务器提供的全部的服务器资源。服务器分别调取每个其他服务器的访问记录；由多个其他服务器的访问记录组成多个账号对目标资源的历史访问记录。
服务器获取到历史访问记录之后，基于该历史访问记录，确定用于表示账号访问目标资源的活跃程度的访问信息。在本公开实施例中，以访问信息包括第一访问信息和第二访问信息为例进行说明。其中，第一访问信息用于表示账号历史访问目标资源的频繁程度，第二访问信息用于表示账号历史访问目标资源的时长占比。
在步骤S403中，服务器基于账号对目标资源的历史访问记录，确定该账号在第一周期内的第一访问信息。
可选地，服务器能够按照一定的时长单位为账号配置对目标资源的允许使用时长。例如，时长单位包括一周、一个月、三个月和一年等，服务器能够按照一周、一个月、三个月或者一年的时效为账号分配目标资源。相应的，服务器能够以时长配置所基于的时长单位为第一周期，确定账号在第一周期内访问目标资源的活跃程度。
可选地，第一周期为时长配置所基于的最短的时长单位，从而能够通过更加细致的周期划分，确定账号在小周期内的访问信息，使得访问信息更加精确的表达账号在不同阶段访问目标资源的活跃程度，进而以账号在小周期内的访问信息作为参考，能够提高时长配置的合理性。在本公开实施例中，以第一周期为一周为例进行说明。
在本公开实施例中，以账号访问目标资源的事件发生的频率为第一访问信息，来表示账号访问目标资源的活跃程度。相应的，上述步骤S403包括：服务器基于账号对目标资源的历史访问记录，确定该账号在第一周期内对目标资源的访问次数；将该账号在第一周期内对目标资源的访问次数与第一周期内目标资源被访问的总次数的比值，确定为该账号的第一访问信息。
相应的，服务器通过以下公式一确定账号的第一访问信息：
公式一：
其中，FirstPeriodFrequency(第一周期频率)表示第一访问信息。N表示该账号在第一周期内对目标资源的访问次数，N为正整数。TN表示第一周期内目标资源被访问的总次数，TN为正整数。
例如，一周内有账号A和账号B访问了目标资源。其中，账号A在一周内对目标资源的访问次数为10，账号B在一周内对目标资源的访问次数为5。则目标资源被访问的总次数为15。相应的，账号A的第一访问信息为10/15，账号B的第一访问信息为5/15。
在步骤S404中，服务器基于历史访问记录，确定该账号在第一周期内的第二访问信息。
在本公开实施例中，以账号访问目标资源的时长占比为第二访问信息，来表示账号访问目标资源的活跃程度。相应的，上述步骤S404包括：服务器基于历史访问记录，确定账号访问目标资源的第一总时长以及多个账号访问目标资源的第二总时长；服务器将第一总时长与第二总时长的比值，确定为该账号的第二访问信息。
相应的，服务器通过以下公式二确定账号的第二访问信息：
公式二：
其中，FirstPeriodTime(第一周期时间)表示第二访问信息。Ti表示账号每次访问目标资源的时长，Ti为正数。i表示账号在第一周期内第i次访问目标资源，i为正整数。n表示账号在第一周期内访问目标资源的总次数，n为正整数。表示账号在第一周期内多次访问目标资源的时长总和，也即是第一总时长。Ttotal表示多个账号在第一周期内访问目标资源的第二总时长，Ttotal为正数，total表示总计。
例如，一周内有账号A和账号B访问了目标资源。其中，账号A在一周内对目标资源的访问次数为10，每次访问时长为2小时；账号B在一周内对目标资源的访问次数为5，每次访问时长为3小时。则账号A访问目标资源的第一总时长为20小时，账号B访问目标资源的第一总时长为15小时，多个账号访问目标资源的第二总时长为账号A的第一总时长与账号B的第一总时长的和值：35小时。相应的，账号A的第二访问信息为20/35，账号B的第二访问信息为15/35。
需要说明的是，在另一种可选的实现方式中，第二总时长为第一周期的总时长。例如，第一周期为一周，则第二总时长为一周的总时长：168小时。
本公开实施例提供的技术方案，将表示账号访问目标资源的频繁程度的参数以及表示账号访问目标资源的时长占比的参数作为访问信息，来表示该账号访问目标资源的活跃程度，使得访问信息对活跃程度的表达更加准确，进而综合上述访问信息，能够提高时长配置的合理性。
在步骤S405中，服务器基于第一访问信息和第二访问信息，确定该账号在第一周期内的配置参考信息。
配置参考信息用于为时长配置提供参考。服务器整合第一访问信息和第二访问信息，得到配置参考信息。可选地，上述步骤S405通过以下步骤S4051至步骤S4052实现。
在步骤S4051中，服务器获取第一访问信息对应的第一权重以及第二访问信息对应的第二权重。
可选地，第一权重为0到1之间的任一数值。第二权重为0到1之间的任一数值。例如，第一权重为0.6，第二权重为0.7。其中，第一权重用于表示第一访问信息在时长配置中的重要程度，第二权重用于表示第二访问信息在时长配置中的重要程度。某一访问信息的权重越大，则表示服务器在时长配置中对该访问信息的关注程度越高。
在步骤S4052中，服务器基于第一权重和第二权重，对第一访问信息和第二访问信息进行加权求和，得到配置参考信息。
相应的，服务器通过以下公式三确定配置参考信息：
公式三：FirstPeriodValue＝α1×PeriodTime+β1×PeriodFrequency
其中，FirstPeriodValue(第一周期值)表示第一周期内的配置参考信息。β1表示第一权重，β1为0到1之间的数值。PeriodFrequency表示第一访问信息。α1表示第二权重，α1为0到1之间的数值。PeriodTime表示第二访问信息。
上述技术方案，通过加权求和，将两个访问信息整合为一个配置参考信息，从而进一步实现对账号访问目标资源的活跃程度的量化表示，进而能够以配置参考信息作为参考，为账号配置其对目标资源的允许使用时长，提高时长配置的合理性。
可选地，服务器基于0到1之间的权重，对访问信息进行加权求和处理，得到数值范围落在0到1之间的配置参考信息，从而实现配置参考信息的归一化，进而基于归一化之后的配置参考信息的比较，进行时长配置，能够进一步提高时长配置的合理性。
可选地，服务器确定账号在第一周期内的配置参考信息之后，将多个第一周期内的配置参考信息进行整合，得到该账号在第二周期内的配置参考信息，作为时长配置的参考。也即是，服务器通过下述步骤S406至步骤S407，基于第二周期所包括的多个第一周期内的配置参考信息，确定该账号在第二周期内的配置参考信息。
在步骤S406中，服务器获取第二周期的访问权重，该访问权重用于表示账号在第二周期所包括的多个第一周期内访问目标资源的活跃程度的变化情况。
在一种可选的实现方式中，服务器比较时间顺序相邻的两个第一周期的配置参考信息，基于比较结果，对第二周期的访问权重进行调整。相应的，上述步骤S406包括以下步骤S4061至步骤S4062。
在步骤S4061中，服务器为第二周期分配基础的访问权重。
在一种可选的实现方式中，服务器基于第二周期所包括的第一周期的数量，为第二周期分配基础的访问权重。服务器确定第二周期与第一周期的商；若第一周期整除第二周期，则将商作为访问权重；若第一周期整除第二周期，则将商向上取整，得到的值作为访问权重。
例如，若第二周期为一个月，有31天，第一周期为一周，有7天，则第二周期与第一周期的商向上取整得到的数值为5，将5作为第二周期基础的访问权重。若第二周期有28天，则第二周期与第一周期的商为4，将4作为第二周期基础的访问权重。
在另一种可选的实现方式中，服务器获取为第二周期预设的访问权重。
在步骤S4062中，对于时间顺序相邻的两个第一周期，服务器响应于前一个第一周期的配置参考信息大于后一个第一周期的配置参考信息，且两个配置参考信息之间的差值大于目标阈值，提高第二周期的访问权重。
可选地，目标阈值为预设的数值，例如，目标阈值为0.03或者0.05。
若后一个周期的配置参考信息比前一个周期的配置参考信息小得多，则表示该账号访问目标资源的活跃程度随着时间的推移有所下降，则相应的提高第二周期的访问权重，进而使访问权重的变化对第二周期内的配置参考信息造成影响，降低该账号在第二周期内的配置参考信息。
例如，第二周期为一个月，若第二周期内的第二周的配置参考信息比第一周的配置参考信息小的多，则将第二周期的访问权重增加1。
需要说明的是，若后一个周期的配置参考信息比前一个周期的配置参考信息大，或者后一个周期的配置参考信息与前一个周期的配置参考信息相差不大，则保持第二周期的访问权重不变。也即是，服务器响应于前一个第一周期的配置参考信息大于后一个第一周期的配置参考信息，且两个配置参考信息之间的差值不大于目标阈值，保持第二周期的访问权重不变。服务器响应于前一个第一周期的配置参考信息小于后一个第一周期的配置参考信息，保持第二周期的访问权重不变。可选地，服务器响应于前一个第一周期的配置参考信息小于后一个第一周期的配置参考信息，降低第二周期的访问权重。
上述技术方案，通过比较两个相邻的第一周期的配置参考信息，对第二周期的访问权重进行调整，使得访问权重能够反映账号访问目标资源的活跃程度的变化情况，进而使活跃程度的变化情况对时长配置产生影响，提高时长配置的合理性。
在步骤S407中，服务器基于账号在多个第一周期内的配置参考信息的和值与访问权重，确定账号在第二周期内的配置参考信息。
其中，该配置参考信息与账号在多个第一周期内的配置参考信息的和值呈正相关，与访问权重呈负相关。相应的，服务器通过以下公式四确定账号在第二周期内的配置参考信息：
公式四：
其中，SecondPeriodValue(第二周期值)表示第二周期内的配置参考信息。i表示第二周期所包括的第i个第一周期，i为正整数。c表示第二周期所包括的第一周期的数量，c为正整数。PeriodValueWeek(i)表示第i个第一周期内的配置参考信息。表示第二周期所包括的多个第一周期内的配置参考信息的和值。SecondPeriod表示第二周期的访问权重，SecondPeriod为正数。
上述技术方案，基于账号在多个第一周期内访问目标资源的活跃程度的总合，以及活跃程度的变化情况，确定账号在第二周期内的配置参考信息，从而反映出账号在第二周期内对目标资源的访问情况，进而以账号在第二周期内的参考信息作为参考，能够提高时长配置的合理性。
需要说明的一点是，可选地，服务器响应于前一个第一周期的配置参考信息大于后一个第一周期的配置参考信息，且两个配置参考信息之间的差值大于目标阈值，降低第二周期的访问权重；进而基于账号在多个第一周期内的配置参考信息的和值与访问权重，确定账号在第二周期内的配置参考信息，使第二周期内的配置参考信息与访问权重呈正相关。从而也能够在该账号访问目标资源的活跃程度随着时间的推移下降时，相应的降低该账号在第二周期内的配置参考信息，进而基于该配置参考信息，为账号配置相较于第二周期的时长较短的允许使用时长。
需要说明的另一点是，第二周期为服务器进行时长配置所基于的另一时长单位，包括多个第一周期。可选地，服务器进行时长配置所基于的另一时长单位还包括第三周期和第四周期。同理，第三周期包括第二周期，第四周期包括多个第三周期。服务器能够基于第三周期所包括的多个第二周期的配置参考信息，确定该账号在第三周期内的配置参考信息。服务器能够基于第四周期所包括的多个第三周期的配置参考信息，确定该账号在第四周期内的配置参考信息。
需要说明的一点是，上述步骤S403至步骤S407以服务器确定一个账号的配置参考信息为例进行说明，同理，服务器能够通过上述步骤S403至步骤S407分别确定多个账号的配置参考信息。
服务器确定账号的配置参考信息之后，基于配置参考信息，确定该账号的允许使用时长，其中，允许使用时长与配置参考信息呈正相关。可选地，服务器通过以下步骤S408至步骤S410执行基于配置参考信息，确定账号对目标资源的允许使用时长的步骤。
在步骤S408中，服务器按照多个账号的配置参考信息从大到小的顺序，将多个账号划分为多个账号分组。
在一种可选的实现方式中，服务器预设有时长配置所基于的时长单位，则服务器基于以该时长单位为周期所确定的配置参考信息，进行账号分组的划分。例如，服务器预设的时长单位为周，则服务器基于账号在第一周期内的配置参考信息，进行账号分组的划分。可选地，服务器基于账号在一个第一周期内的配置参考信息，进行账号分组的划分；或者服务器基于账号在多个第一周期内的配置参考信息的平均值，进行账号分组的划分。
需要说明的是，若服务器基于账号在第一周期内的配置参考信息，进行账号分组的划分，则服务器通过步骤S403至步骤S405确定账号在第一周期内的配置参考信息即可，不需要再执行步骤S406至步骤S407。若服务器基于账号在第二周期内的配置参考信息，进行账号分组的划分，可选地，服务器通过步骤S406至步骤S407确定账号在第二周期内的配置参考信息；或者，服务器通过与步骤S403至步骤S405同理的过程确定账号在第二周期内的配置参考信息，不再执行步骤S406至步骤S407。
可选地，服务器基于目标资源的可分配能力，控制每个账号分组所包括的账号的数量。例如，目标资源的分配能力能够支持为5个账号按月提供资源，10个账号按周提供资源，15个账号按天提供资源。若多个账号的数量为30，则服务器按照多个账号的配置参考信息从大到小的顺序，将配置参考信息最大的5个账号划分为高频使用的账号分组；将配置参考信息较小的10个账号划分为中频使用的账号分组；将配置参考信息最小的15个账号划分为低频使用的账号分组。
在另一种可选的实现方式中，服务器分别基于账号在各个周期内的配置参考信息，对多个账号的配置参考信息进行排序；按照多个账号在每个周期内的配置参考信息从大到小的顺序，将多个账号划分为多个账号分组。例如，服务器按照多个账号在第一周期内的配置参考信息从大到小的顺序，将多个账号划分为多个账号分组；按照多个账号在第二周期内的配置参考信息从大到小的顺序，将多个账号划分为另外的多个账号分组。
在步骤S409中，服务器将多个不同预设时长分别分配给多个账号分组，账号分组中多个账号的配置参考信息与账号分组对应的预设时长呈正相关。
其中，账号的配置参考信息的数值越大，则服务器为该账号分配的预设时长的数值越大。
在一种可选的实现方式中，服务器为单个周期对应的多个账号分组分配对应的预设时长。例如，多个账号分组包括高频使用的账号分组、中频使用的账号分组和低频使用的账号分组，服务器为高频使用的账号分组分配一个月的预设时长；为中频使用的账号分组分配一周的预设时长；为低频使用的账号分组分配一天的预设时长。
在另一种可选的实现方式中，服务器分别基于各个周期对应的多个账号分组，进行预设时长的分配。例如，服务器以三个月为第三周期，将第三周期内的配置参考信息作为参考，划分为高频使用的第一账号分组、中频使用的第二账号分组以及低频使用的第三账号分组，则服务器为第一账号分组分配三个月的预设时长。服务器以一个月为第二周期，将第二周期内的配置参考信息作为参考，将第二账号分组以及第三账号分组中的账号，划分为高频使用的第四账号分组、中频使用的第五账号分组以及低频使用的第六账号分组，则服务器为第四账号分组分配一个月的预设时长。服务器以一周为第一周期，将第一周期内的配置参考信息作为参考，将第五账号分组以及第六账号分组中的账号，划分为高频使用的第七账号分组、中频使用的第八账号分组以及低频使用的第九账号分组，则服务器为第七账号分组分配一周的预设时长，为第八账号分组和第九账号分组分配一周的预设时长。
在步骤S410中，服务器将账号所属的账号分组对应的预设时长确定为该账号的允许使用时长。
账号在允许使用时长内，具有对目标资源的使用权限，能够应用目标资源执行开发任务。在允许使用时长之外，目标资源的使用权限被回收。若该账号所属的用户确定在允许使用时长之外仍需应用目标资源执行开发任务，则可以申请延长目标资源的允许使用时长。
上述技术方案，基于多个账号在同一历史时间段内访问目标资源的活跃程度，对该多个账号进行排序，进而基于排序结果进行允许使用时长的配置，通过对同一访问前提下的多个账号的比较，进行时长配置，能够提高时长配置的合理性。
需要说明的一点是，可选地，服务器还结合账号本身对目标资源的使用优先级，进行时长配置。相应的，服务器基于配置参考信息，确定账号对目标资源的允许使用时长的步骤包括以下步骤(1)至步骤(2)：
步骤(1)服务器获取账号的配置权重，该配置权重用于表示账号对目标资源的使用优先级。
不同账号所属的用户在开发任务中承担的角色不同，对服务器资源的占用权限的优先级也不同，相应的，配置权重也不同。例如，产品工程师、运营工程师等技术性较弱的用户对应的配置权重低一些；开发工程师等技术性较强的用户对应的配置权值高一些；开发团队的负责人由于负责事务较多，对应的配置权重也高一些。
步骤(2)服务器基于配置参考信息和配置权重，确定账号对目标资源的允许使用时长，允许使用时长与配置参考信息呈正相关，且允许使用时长与配置权重呈正相关。
可选地，服务器先基于配置参考信息和配置权重，确定最终的配置参考信息；再基于最终的配置参考信息，确定账号对目标资源的允许使用时长。其中，服务器基于配置参考信息和配置权重，确定最终的配置参考信息的步骤包括：服务器获取配置参考信息对应的第三权重以及配置权重对应的第四权重；基于第三权重和第四权重，对配置参考信息和配置权重进行加权求和，得到最终的配置参考信息。相应的，服务器通过以下公式五确定最终的配置参考信息：
公式五：finalValue(i)＝α2×roleValue+β2×PeriodValue(i)
其中，finalValue(i)(最终值)表示最终的配置参考信息。i表示确定配置参考信息所基于的一个周期。β2表示第三权重，β2为0到1之间的数值。PeriodValue(i)表示一个周期内的配置参考信息。α2表示第四权重，α2为0到1之间的数值。roleValue表示配置权重，roleValue为0到1之间的数值。
需要说明的是，服务器基于最终的配置参考信息，确定账号对目标资源的允许使用时长与上述服务器基于配置参考信息，确定账号对目标资源的允许使用时长的步骤同理，在此不再赘述。
上述技术方案，服务器综合账号历史访问目标资源的活跃程度，以及账号本身对目标资源的使用优先级两个方面，来配置账号的允许使用时长，使得时长配置所基于的信息更加全面，进而时长配置更加符合用户需求，提高时长配置的合理性。
需要说明的另一点是，可选地，服务器将账号的配置参考信息与预设的时长配置阈值进行比较，基于比较结果，为账号配置允许使用时长。相应的，上述步骤S408至步骤S410由以下步骤替换：服务器将账号的配置参考信息与时长配置阈值进行比较；响应于账号的配置参考信息大于时长配置阈值，将该时长配置阈值对应的配置时长确定为该账号的允许使用时长。可选地，时长配置阈值有多个，例如，多个时长配置阈值分别代表高频使用目标资源的配置参考信息、中频使用目标资源的配置参考信息和低频使用目标资源的配置参考信息。若账号的配置参考信息大于表示高频使用目标资源的时长配置阈值，则表示该账号在历史时间段内高频使用目标资源，为该账号分配该时长配置阈值对应的较长的允许使用时长。
本公开实施例提供的技术方案，以用户历史访问目标资源的活跃程度作为参考，为该用户配置对目标资源的允许使用时长，能够使允许使用时长与用户历史访问目标资源的活跃程度相匹配，提高时长配置的合理性，进而使得目标资源能够得到有效利用，提高资源利用率。
在服务器确定账号对目标资源的允许使用时长之后，终端能够在用户申请目标资源的使用权限时，从服务器获取该用户的账号对目标资源的允许使用时长，进行显示，从而为用户申请目标资源的使用时长提供参考。相应的，图5是本公开实施例提供的一种资源处理方法的流程图，参见图5，在本公开实施例中，以终端显示账号对目标资源的允许使用时长为例进行说明，该资源处理方法包括以下步骤。
在步骤S501中，终端显示权限申请界面，该权限申请界面用于提供对目标资源的允许使用时长的申请功能。
可选地，权限申请界面为对目标资源的使用权限进行申请的界面。用户能够通过在权限申请界面中选择所需申请的目标资源以及所需申请的使用时长，对目标资源的使用权限进行申请。或者，权限申请界面为对目标资源的使用时长进行申请的界面。用户能够在资源申请界面中选择所需申请的目标资源，终端响应于对目标资源的申请操作，跳转到权限申请界面；用户能够在权限申请界面中选择所需申请的使用时长，对目标资源的使用权限进行申请。
可选地，终端在权限申请界面中，显示多个账号分组的允许使用时长以及对应的申请控件。其中，申请控件用于申请对应的允许使用时长。可选地，申请控件为按钮，多个申请控件分别对应一周、一个月、三个月、一年以及长期等允许使用时长，用户能够通过点击所需申请的允许使用时长对应的按钮，对目标资源的使用时长进行申请。
上述技术方案，通过申请控件，在权限申请界面中提供多个可选的允许使用时长，用户能够通过对申请控件执行交互操作，灵活选择所需申请的使用时长，提高了时长申请的灵活性。
在步骤S502中，终端基于权限申请界面，确定待申请的账号。
在一种可选的实现方式中，权限申请界面包括账号输入控件，用于输入进行时长申请的账号。终端响应于对账号输入控件的输入操作，获取被输入的账号，将被输入的账号确定为待申请的账号。
在另一种可选的实现方式中，终端显示权限申请界面之前，已显示账号登录界面，用户已通过账号登录界面登录有时长申请的账号，终端基于权限申请界面，获取已登录的账号；将已登录的账号确定为待申请的账号。
在步骤S503中，终端向服务器发送时长配置请求，该时长配置请求携带待申请的账号。
其中，时长配置请求用于请求获取该账号对目标资源的允许使用时长。
在步骤S504中，服务器基于终端的时长配置请求携带的账号，确定该账号对目标资源的允许使用时长。
在一种可选的实现方式中，服务器配置允许使用时长的过程周期性的触发或者由服务器资源的运维人员触发，则服务器通过上述步骤S401至步骤S410，基于目标资源的历史访问记录为账号配置对目标资源的允许使用时长之后，对应存储账号以及账号对目标资源的允许使用时长。相应的，服务器响应于时长配置请求，基于该时长配置请求携带的账号，从已存储的账号以及账号对目标资源的允许使用时长的对应关系中，获取该账号对应的允许使用时长。
在另一种可选的实现方式中，服务器响应于时长配置请求，基于该时长配置请求携带的账号，实时确定该账号对目标资源的允许使用时长。服务器基于该时长配置请求携带的账号，实时确定该账号对目标资源的允许使用时长的过程与上述步骤S402至步骤S410同理。
在步骤S505中，服务器向终端返回该账号对目标资源的允许使用时长。
在步骤S506中，终端接收该账号对目标资源的允许使用时长，在权限申请界面中，显示该允许使用时长。
在一种可选的实现方式中，权限申请界面中显示有多个账号分组的允许使用时长以及对应的申请控件。终端接收到该账号对目标资源的允许使用时长之后，在权限申请界面中突出显示该账号对目标资源的允许使用时长。可选地，终端将该账号对目标资源的允许使用时长对应的申请控件更改为可选状态。将权限申请界面中显示的其他申请控件更改为不可选状态。终端响应于对可选状态的申请控件的交互操作，将该申请控件对应的允许使用时长作为该账号所申请的使用时长。终端响应于对不可选状态的申请控件的交互操作，显示提示信息，该提示信息用于提示按照实际需求申请使用时长。
在另一种可选的实现方式中，终端接收该账号对目标资源的允许使用时长，在权限申请界面中，以提示信息的形式显示允许使用时长。可选地，权限申请界面包括时长输入控件，该时长输入控件允许输入小于允许使用时长的数值，终端将时长输入控件中被输入的符合输入条件的数值确定为该账号所申请的使用时长。
本公开实施例提供的技术方案，在用户对目标资源的使用时长进行申请时，通过在权限申请界面中显示账号的允许使用时长，为该用户进行时长申请提供参考。由于该允许使用时长是基于目标资源的历史访问记录确定的，与用户历史访问目标资源的情况相匹配，符合用户的时长申请需求，从而能够减少用户申请过长的使用时长，使得目标资源能够得到有效利用，提高资源利用率。
需要说明的一点是，可选地，终端确定该账号所申请的使用时长之后，向服务器发送该账号所申请的使用时长。服务器接收到终端发送的该账号所申请的使用时长之后，基于该使用时长为该账号分配目标资源；或者，服务器将该账号所申请的使用时长以及该账号的允许使用时长发送至服务器资源的运维人员的终端，以使运维人员参考该账号的允许使用时长，对该账号所申请的使用时长进行审批。
上述技术方案，通过将账号所申请的使用时长以及该账号的允许使用时长发送给运维人员，便于运维人员基于账号的允许使用时长，判断账号所申请的使用时长的合理性，进而对该账号所申请的使用时长进行审批，使得账号所申请的使用时长更加合理，减少由于资源被持续占用而造成的资源浪费，使得资源能够得到有效利用，提高资源的利用率。
并且，在大量资源被持续占用的情况下，运维人员需要定期对所占用的资源进行清理，在清理过程中，运维人员需要与应用资源的用户进行深入沟通，以避免由于资源清理而导致服务出现故障，本公开实施例提供的技术方案通过在用户申请时显示允许使用时长，为用户的申请提供参考，并且在运维人员审批时，显示允许使用时长，为运维人员的审批提供参考，从使用时长的申请流程开始，就保证时长申请的合理性，进而减少资源被持续占用，进一步减少运维人员清理资源的沟通成本，进而降低资源维护成本。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。
图6是根据一示例性实施例示出的一种资源处理装置的框图。参见图6，该装置包括接收单元601、第一确定单元602、第二确定单元603以及第三确定单元604。
接收单元601，被配置为执行接收时长配置指令，时长配置指令用于指示为账号配置对目标资源的允许使用时长；
第一确定单元602，被配置为执行根据多个账号对目标资源的历史访问记录，确定账号的访问信息，访问信息用于表示账号访问目标资源的活跃程度；
第二确定单元603，被配置为执行基于访问信息，确定账号的配置参考信息；
第三确定单元604，被配置为执行基于配置参考信息，确定账号对目标资源的允许使用时长。
本公开实施例提供的技术方案，以用户历史访问目标资源的活跃程度作为参考，为该用户配置对目标资源的允许使用时长，能够使允许使用时长与用户历史访问目标资源的活跃程度相匹配，提高时长配置的合理性，进而使得目标资源能够得到有效利用，提高资源利用率。
在一种可选的实现方式中，第一确定单元602，被配置为执行：
基于账号对目标资源的历史访问记录，确定账号对目标资源的访问次数；
将账号对目标资源的访问次数与目标资源被访问的总次数的比值，确定为账号的第一访问信息；
基于历史访问记录，确定账号访问目标资源的第一总时长以及多个账号访问目标资源的第二总时长；
将第一总时长与第二总时长的比值，确定为账号的第二访问信息。
在另一种可选的实现方式中，第二确定单元603，被配置为执行：
获取第一访问信息对应的第一权重以及第二访问信息对应的第二权重，第一权重用于表示第一访问信息在时长配置中的重要程度，第二权重用于表示第二访问信息在时长配置中的重要程度；
基于第一权重和第二权重，对第一访问信息和第二访问信息进行加权求和，得到配置参考信息。
在另一种可选的实现方式中，第二确定单元603包括下述任一项：
第一确定子单元，被配置为执行基于账号在一个第一周期内的访问信息，确定账号的配置参考信息；
第二确定子单元，被配置为执行基于账号在第二周期所包括的多个第一周期内的访问信息，确定账号的配置参考信息。
在另一种可选的实现方式中，第二确定子单元，包括：
第一确定子-子单元，被配置为执行基于账号在多个第一周期内的访问信息，分别确定账号在多个第一周期内的配置参考信息；
获取子-子单元，被配置为执行获取第二周期的访问权重，访问权重用于表示账号在多个第一周期内访问目标资源的活跃程度的变化情况；
第二确定子-子单元，被配置为执行基于账号在多个第一周期内的配置参考信息的和值与访问权重，确定账号的配置参考信息，配置参考信息与账号在多个第一周期内的配置参考信息的和值呈正相关，与访问权重呈负相关。
在另一种可选的实现方式中，获取子-子单元，被配置为执行：
为第二周期分配基础的访问权重；
对于时间顺序相邻的两个第一周期，响应于前一个第一周期的配置参考信息大于后一个第一周期的配置参考信息，且两个配置参考信息之间的差值大于目标阈值，提高第二周期的访问权重。
在另一种可选的实现方式中，第三确定单元604，被配置为执行：
获取账号的配置权重，配置权重用于表示账号对目标资源的使用优先级；
基于配置参考信息和配置权重，确定账号对目标资源的允许使用时长，允许使用时长与配置参考信息呈正相关，且允许使用时长与配置权重呈正相关。
在另一种可选的实现方式中，第三确定单元604，被配置为执行：
按照多个账号的配置参考信息从大到小的顺序，将多个账号划分为多个账号分组；
将多个不同预设时长分别分配给多个账号分组，账号分组中多个账号的配置参考信息与账号分组对应的预设时长呈正相关；
将账号所属的账号分组对应的预设时长确定为账号的允许使用时长。
在另一种可选的实现方式中，目标资源为一个服务分组所提供的服务器资源，服务分组部署有一种服务类型的服务器资源。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图7是根据一示例性实施例示出的一种资源处理装置的框图。参见图7，该装置包括
第一显示单元701，被配置为执行显示权限申请界面，权限申请界面用于提供对目标资源的允许使用时长的申请功能；
第四确定单元702，被配置为执行基于权限申请界面，确定待申请的账号；
获取单元703，被配置为执行获取账号对目标资源的允许使用时长，允许使用时长基于目标资源的历史访问记录确定；
第二显示单元704，被配置为执行在权限申请界面中，显示账号的允许使用时长。
本公开实施例提供的技术方案，在用户对目标资源的使用时长进行申请时，通过在权限申请界面中显示账号的允许使用时长，为该用户进行时长申请提供参考。由于该允许使用时长是基于目标资源的历史访问记录确定的，与用户历史访问目标资源的情况相匹配，符合用户的时长申请需求，从而能够减少用户申请过长的使用时长，使得目标资源能够得到有效利用，提高资源利用率。
在一种可选的实现方式中，第一显示单元701，被配置为执行：
在权限申请界面中，显示多个账号分组的允许使用时长以及对应的申请控件，申请控件用于申请对应的允许使用时长。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图8是根据一示例性实施例示出的一种终端的框图。该终端800可以是：智能手机、平板电脑、笔记本电脑或台式电脑。终端800还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常，终端800包括有：处理器801和存储器802。
处理器801可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器801可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field-Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器801也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器801可以集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器801还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。
存储器802可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器802还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器802中的非暂态的计算机可读存储介质用于存储至少一条指令，该至少一条指令用于被处理器801所执行以实现本公开中方法实施例提供的资源处理方法。
在一些实施例中，终端800还可选包括有：外围设备接口803和至少一个外围设备。处理器801、存储器802和外围设备接口803之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口803相连。具体地，外围设备包括：射频电路804、显示屏805、摄像头组件806、音频电路807、定位组件808和电源809中的至少一种。
外围设备接口803可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器801和存储器802。在一些实施例中，处理器801、存储器802和外围设备接口803被集成在同一芯片或电路板上；在一些其他实施例中，处理器801、存储器802和外围设备接口803中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
射频电路804用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路804通过电磁信号与通信网络以及其他通信设备进行通信。射频电路804将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路804包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路804可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路804还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本公开对此不加以限定。
显示屏805用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏805是触摸显示屏时，显示屏805还具有采集在显示屏805的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器801进行处理。此时，显示屏805还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏805可以为一个，设置在终端800的前面板；在另一些实施例中，显示屏805可以为至少两个，分别设置在终端800的不同表面或呈折叠设计；在另一些实施例中，显示屏805可以是柔性显示屏，设置在终端800的弯曲表面上或折叠面上。甚至，显示屏805还可以设置成非矩形的不规则图形，也即异形屏。显示屏805可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode，有机发光二极管)等材质制备。
摄像头组件806用于采集图像或视频。可选地，摄像头组件806包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件806还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
音频电路807可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器801进行处理，或者输入至射频电路804以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端800的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器801或射频电路804的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路807还可以包括耳机插孔。
定位组件808用于定位终端800的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件808可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。
电源809用于为终端800中的各个组件进行供电。电源809可以是交流电、直流电、一次性电池或可充电电池。当电源809包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
在一些实施例中，终端800还包括有一个或多个传感器810。该一个或多个传感器810包括但不限于：加速度传感器811、陀螺仪传感器812、压力传感器813、指纹传感器814、光学传感器815以及接近传感器816。
本领域技术人员可以理解，图8中示出的结构并不构成对终端800的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
图9是根据一示例性实施例示出的一种服务器的框图，该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Central ProcessingUnits，CPU)901和一个或一个以上的存储器902，其中，存储器902用于存储可执行指令，处理器901被配置为执行上述可执行指令，以实现上述各个方法实施例提供的资源处理方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。
在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器902，上述指令可由服务器900的处理器901执行以完成上述资源处理方法。可选地，存储介质是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、CD-ROM(Compact Disc Read-Only Memory，只读光盘)、磁带、软盘和光数据存储设备等。
在示例性实施例中，还提供了一种计算机程序产品，当计算机程序产品中的指令由终端或服务器的处理器执行时，使得终端或服务器能够执行上述各个方法实施例中的资源处理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (22)

1.一种资源处理方法，其特征在于，所述方法包括：
接收时长配置指令，所述时长配置指令用于指示为账号配置对目标资源的允许使用时长；
根据多个账号对所述目标资源的历史访问记录，确定所述账号的访问信息，所述访问信息用于表示所述账号访问所述目标资源的活跃程度；
基于所述访问信息，确定所述账号的配置参考信息；
基于所述配置参考信息，确定所述账号对所述目标资源的允许使用时长；
其中，所述基于所述访问信息，确定所述账号的配置参考信息，包括：
基于所述账号在多个第一周期内的访问信息，分别确定所述账号在所述多个第一周期内的配置参考信息；
获取第二周期的访问权重，所述访问权重用于表示所述账号在所述多个第一周期内访问所述目标资源的活跃程度的变化情况；所述第二周期包括所述多个第一周期；
基于所述账号在所述多个第一周期内的配置参考信息的和值与所述访问权重，确定所述账号的配置参考信息，所述配置参考信息与所述账号在所述多个第一周期内的配置参考信息的和值呈正相关，与所述访问权重呈负相关。
2.根据权利要求1所述的资源处理方法，其特征在于，所述根据多个账号对所述目标资源的历史访问记录，确定所述账号的访问信息，包括：
基于所述账号对所述目标资源的历史访问记录，确定所述账号对所述目标资源的访问次数；
将所述账号对所述目标资源的访问次数与所述目标资源被访问的总次数的比值，确定为所述账号的第一访问信息；
基于所述历史访问记录，确定所述账号访问所述目标资源的第一总时长以及所述多个账号访问所述目标资源的第二总时长；
将所述第一总时长与所述第二总时长的比值，确定为所述账号的第二访问信息。
3.根据权利要求2所述的资源处理方法，其特征在于，所述基于所述访问信息，确定所述账号的配置参考信息，还包括：
获取所述第一访问信息对应的第一权重以及所述第二访问信息对应的第二权重，所述第一权重用于表示所述第一访问信息在时长配置中的重要程度，所述第二权重用于表示所述第二访问信息在时长配置中的重要程度；
基于所述第一权重和所述第二权重，对所述第一访问信息和所述第二访问信息进行加权求和，得到所述配置参考信息。
4.根据权利要求1所述的资源处理方法，其特征在于，所述获取第二周期的访问权重，包括：
为所述第二周期分配基础的访问权重；
对于时间顺序相邻的两个第一周期，响应于前一个第一周期的配置参考信息大于后一个第一周期的配置参考信息，且两个配置参考信息之间的差值大于目标阈值，提高所述第二周期的访问权重。
5.根据权利要求1所述的资源处理方法，其特征在于，所述基于所述配置参考信息，确定所述账号对所述目标资源的允许使用时长，包括：
获取所述账号的配置权重，所述配置权重用于表示所述账号对所述目标资源的使用优先级；
基于所述配置参考信息和所述配置权重，确定所述账号对所述目标资源的允许使用时长，所述允许使用时长与所述配置参考信息呈正相关，且所述允许使用时长与所述配置权重呈正相关。
6.根据权利要求1所述的资源处理方法，其特征在于，所述基于所述配置参考信息，确定所述账号对所述目标资源的允许使用时长，包括：
按照多个账号的配置参考信息从大到小的顺序，将所述多个账号划分为多个账号分组；
将多个不同预设时长分别分配给多个账号分组，所述账号分组中多个账号的配置参考信息与所述账号分组对应的预设时长呈正相关；
将所述账号所属的账号分组对应的预设时长确定为所述账号的允许使用时长。
7.根据权利要求1所述的资源处理方法，其特征在于，所述目标资源为一个服务分组所提供的服务器资源，所述服务分组部署有一种服务类型的服务器资源。
8.一种资源处理方法，其特征在于，所述方法包括：
显示权限申请界面，所述权限申请界面用于提供对目标资源的允许使用时长的申请功能；
基于所述权限申请界面，确定待申请的账号；
获取所述账号对所述目标资源的允许使用时长；
在所述权限申请界面中，显示所述账号的所述允许使用时长；
其中，所述允许使用时长是由服务器按照如下方式确定的：
根据多个账号对所述目标资源的历史访问记录，确定所述账号的访问信息，所述访问信息用于表示所述账号访问所述目标资源的活跃程度；基于所述账号在多个第一周期内的访问信息，分别确定所述账号在所述多个第一周期内的配置参考信息；获取第二周期的访问权重，所述访问权重用于表示所述账号在所述多个第一周期内访问所述目标资源的活跃程度的变化情况；所述第二周期包括所述多个第一周期；基于所述账号在所述多个第一周期内的配置参考信息的和值与所述访问权重，确定所述账号的配置参考信息，所述配置参考信息与所述账号在所述多个第一周期内的配置参考信息的和值呈正相关，与所述访问权重呈负相关；基于所述配置参考信息，确定所述允许使用时长。
9.根据权利要求8所述的资源处理方法，其特征在于，所述显示权限申请界面，包括：
在所述权限申请界面中，显示多个账号分组的允许使用时长以及对应的申请控件，所述申请控件用于申请对应的允许使用时长。
10.一种资源处理装置，其特征在于，所述装置包括：
接收单元，被配置为执行接收时长配置指令，所述时长配置指令用于指示为账号配置对目标资源的允许使用时长；
第一确定单元，被配置为执行根据多个账号对所述目标资源的历史访问记录，确定所述账号的访问信息，所述访问信息用于表示所述账号访问所述目标资源的活跃程度；
第二确定单元，被配置为执行基于所述访问信息，确定所述账号的配置参考信息；
第三确定单元，被配置为执行基于所述配置参考信息，确定所述账号对所述目标资源的允许使用时长；
其中，所述第二确定单元，被配置为执行：
基于所述账号在多个第一周期内的访问信息，分别确定所述账号在所述多个第一周期内的配置参考信息；
获取第二周期的访问权重，所述访问权重用于表示所述账号在所述多个第一周期内访问所述目标资源的活跃程度的变化情况；所述第二周期包括所述多个第一周期；
基于所述账号在所述多个第一周期内的配置参考信息的和值与所述访问权重，确定所述账号的配置参考信息，所述配置参考信息与所述账号在所述多个第一周期内的配置参考信息的和值呈正相关，与所述访问权重呈负相关。
11.根据权利要求10所述的资源处理装置，其特征在于，所述第一确定单元，被配置为执行：
基于所述账号对所述目标资源的历史访问记录，确定所述账号对所述目标资源的访问次数；
将所述账号对所述目标资源的访问次数与所述目标资源被访问的总次数的比值，确定为所述账号的第一访问信息；
基于所述历史访问记录，确定所述账号访问所述目标资源的第一总时长以及所述多个账号访问所述目标资源的第二总时长；
将所述第一总时长与所述第二总时长的比值，确定为所述账号的第二访问信息。
12.根据权利要求11所述的资源处理装置，其特征在于，所述第二确定单元，还被配置为执行：
获取所述第一访问信息对应的第一权重以及所述第二访问信息对应的第二权重，所述第一权重用于表示所述第一访问信息在时长配置中的重要程度，所述第二权重用于表示所述第二访问信息在时长配置中的重要程度；
基于所述第一权重和所述第二权重，对所述第一访问信息和所述第二访问信息进行加权求和，得到所述配置参考信息。
13.根据权利要求10所述的资源处理装置，其特征在于，所述第二确定单元，被配置为执行：
为所述第二周期分配基础的访问权重；
对于时间顺序相邻的两个第一周期，响应于前一个第一周期的配置参考信息大于后一个第一周期的配置参考信息，且两个配置参考信息之间的差值大于目标阈值，提高所述第二周期的访问权重。
14.根据权利要求10所述的资源处理装置，其特征在于，所述第三确定单元，被配置为执行：
获取所述账号的配置权重，所述配置权重用于表示所述账号对所述目标资源的使用优先级；
基于所述配置参考信息和所述配置权重，确定所述账号对所述目标资源的允许使用时长，所述允许使用时长与所述配置参考信息呈正相关，且所述允许使用时长与所述配置权重呈正相关。
15.根据权利要求10所述的资源处理装置，其特征在于，所述第三确定单元，被配置为执行：
按照多个账号的配置参考信息从大到小的顺序，将所述多个账号划分为多个账号分组；
将多个不同预设时长分别分配给多个账号分组，所述账号分组中多个账号的配置参考信息与所述账号分组对应的预设时长呈正相关；
将所述账号所属的账号分组对应的预设时长确定为所述账号的允许使用时长。
16.根据权利要求10所述的资源处理装置，其特征在于，所述目标资源为一个服务分组所提供的服务器资源，所述服务分组部署有一种服务类型的服务器资源。
17.一种资源处理装置，其特征在于，所述装置包括：
第一显示单元，被配置为执行显示权限申请界面，所述权限申请界面用于提供对目标资源的允许使用时长的申请功能；
第四确定单元，被配置为执行基于所述权限申请界面，确定待申请的账号；
获取单元，被配置为执行获取所述账号对所述目标资源的允许使用时长；
第二显示单元，被配置为执行在所述权限申请界面中，显示所述账号的所述允许使用时长；
其中，所述允许使用时长是由服务器按照如下方式确定的：
根据多个账号对所述目标资源的历史访问记录，确定所述账号的访问信息，所述访问信息用于表示所述账号访问所述目标资源的活跃程度；基于所述账号在多个第一周期内的访问信息，分别确定所述账号在所述多个第一周期内的配置参考信息；获取第二周期的访问权重，所述访问权重用于表示所述账号在所述多个第一周期内访问所述目标资源的活跃程度的变化情况；所述第二周期包括所述多个第一周期；基于所述账号在所述多个第一周期内的配置参考信息的和值与所述访问权重，确定所述账号的配置参考信息，所述配置参考信息与所述账号在所述多个第一周期内的配置参考信息的和值呈正相关，与所述访问权重呈负相关；基于所述配置参考信息，确定所述允许使用时长。
18.根据权利要求17所述的资源处理装置，其特征在于，所述第一显示单元，被配置为执行：
在所述权限申请界面中，显示多个账号分组的允许使用时长以及对应的申请控件，所述申请控件用于申请对应的允许使用时长。
19.一种服务器，其特征在于，所述服务器包括：
一个或多个处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的资源处理方法。
20.一种终端，其特征在于，所述终端包括：
一个或多个处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求8至9中任一项所述的资源处理方法。
21.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如权利要求1至7中任一项所述的资源处理方法。
22.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由终端的处理器执行时，使得终端能够执行如权利要求8至9中任一项所述的资源处理方法。
CN202010962111.6A 2020-09-14 2020-09-14 资源处理方法、装置、服务器及终端 Active CN112052096B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010962111.6A CN112052096B (zh) 2020-09-14 2020-09-14 资源处理方法、装置、服务器及终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010962111.6A CN112052096B (zh) 2020-09-14 2020-09-14 资源处理方法、装置、服务器及终端

Publications (2)

Publication Number Publication Date
CN112052096A CN112052096A (zh) 2020-12-08
CN112052096B true CN112052096B (zh) 2024-03-01

Family

ID=73610952

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010962111.6A Active CN112052096B (zh) 2020-09-14 2020-09-14 资源处理方法、装置、服务器及终端

Country Status (1)

Country Link
CN (1) CN112052096B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220100503A (ko) * 2021-01-08 2022-07-15 도요타지도샤가부시키가이샤 서버 장치, 시스템, 정보 처리 장치, 비일시적인 기억 매체 및 시스템의 동작 방법
CN114462069B (zh) * 2022-04-12 2022-07-22 北京天维信通科技有限公司 多级租户资源访问管理方法、系统、智能终端及存储介质
CN115118697B (zh) * 2022-06-27 2024-04-26 北京爱奇艺科技有限公司 一种资源访问权限激活方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015070607A1 (zh) * 2013-11-15 2015-05-21 中兴通讯股份有限公司 一种实现频谱资源分配的方法及装置
CN107689966A (zh) * 2017-10-12 2018-02-13 京东方科技集团股份有限公司 账号资源共享方法、系统、设备和计算机可读存储介质
CN110322261A (zh) * 2018-03-30 2019-10-11 腾讯科技（深圳）有限公司 监控资源获取的方法、装置和计算机可读存储介质
CN110772793A (zh) * 2019-11-07 2020-02-11 腾讯科技（深圳）有限公司 虚拟资源的配置方法、装置、电子设备及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015070607A1 (zh) * 2013-11-15 2015-05-21 中兴通讯股份有限公司 一种实现频谱资源分配的方法及装置
CN107689966A (zh) * 2017-10-12 2018-02-13 京东方科技集团股份有限公司 账号资源共享方法、系统、设备和计算机可读存储介质
CN110322261A (zh) * 2018-03-30 2019-10-11 腾讯科技（深圳）有限公司 监控资源获取的方法、装置和计算机可读存储介质
CN110772793A (zh) * 2019-11-07 2020-02-11 腾讯科技（深圳）有限公司 虚拟资源的配置方法、装置、电子设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DigitalTrust资源访问控制安全平台;李忠献;;天津科技(04);全文 *

Also Published As

Publication number Publication date
CN112052096A (zh) 2020-12-08

Similar Documents

Publication Publication Date Title
CN112052096B (zh) 资源处理方法、装置、服务器及终端
US10042538B2 (en) Enumeration and modification of cognitive interface elements in an ambient computing environment
CN105283844A (zh) 电子设备和通过电子设备提供电池信息的方法
CN110062199B (zh) 负载均衡方法、装置及计算机可读存储介质
US20220188152A1 (en) System and Method for Consumerizing Cloud Computing
CN113703962B (zh) 云资源分配方法、装置、电子设备及存储介质
CN110162393A (zh) 任务调度方法、装置及存储介质
CN112148499A (zh) 数据上报方法、装置、计算机设备及介质
CN112596831A (zh) 内容显示方法、装置、服务器及终端
CN113439263B (zh) 应用清理方法、装置、存储介质及电子设备
CN109684116B (zh) 数据分享方法、装置、设备及介质
CN113949678B (zh) 流量控制方法、装置、电子设备及计算机可读存储介质
CN116185618A (zh) 任务执行方法、装置、设备及存储介质
CN113204701B (zh) 数据推荐方法、装置、终端及存储介质
CN115396907A (zh) 优化小区的确定方法、装置及存储介质
CN111080033B (zh) 预测服务容量的方法、装置、计算机设备及存储介质
CN110570123B (zh) 基于区块链的资源信息管理方法、系统及装置
CN110020926A (zh) 资源分配方法、装置及存储介质
CN110891086A (zh) 资源转移方法、装置、终端、服务器及存储介质
CN110519378B (zh) 确定目标对象的方法、装置、服务器及存储介质
CN111818509A (zh) 一种资源的转换方法、装置及设备
CN116437293B (zh) 地理围栏的建立方法、服务器及通信系统
CN115730696A (zh) 资源转移的管理方法、装置、设备及计算机可读存储介质
CN111526221B (zh) 域名质量确定方法、装置及存储介质
CN115309410B (zh) 边缘计算场景的边缘集群应用发布方法、装置和电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant