CN107370691A - 一种资源访问方法和终端 - Google Patents

Abstract

本发明实施例公开了一种资源访问方法，所述方法包括：获取第一用户的指令信息；根据所述指令信息，访问所述第一用户的专属资源；其中，每个用户都具有相应的专属资源；所述第一用户的专属资源耗尽时，访问所述第一用户的储备资源；所述第一用户的储备资源是除所述第一用户外其余用户的专属资源。本发明实施例还同时公开了一种资源访问终端。

Description

一种资源访问方法和终端

技术领域

本发明涉及分布式锁控制技术领域，尤其涉及一种资源访问方法和终端。

背景技术

随着第四代移动通信技术(the 4^th generation mobile communicationtechnology，4G)的快速发展，流量和互联网模式的新玩法已引入人们的生活，例如，流量共享、后向计费、流量批发、流量营销工具等，它们对共享资源的并发访问日益加剧，因此，如何确保共享资源(例如流量)计费的实时性、可用性、准确性与公平性就成了人们倍受关注的热点问题。

在现有的实时计费技术中，更多的是考虑单个用户消耗独占资源的情况，大多采用的是基于资源余量进行反算的计费方案，该计费方案是根据初始资源与剩余资源的差值计算该单独用户消耗资源的费用。但在共享资源访问模式下，由于多个用户在同时消耗共享资源时共同参考了某一时间点的静态数据，实时的动态消耗无法在共享资源量上进行及时的反映，对共享资源的更新并发请求必须通过排队方式完成，并发度高时无法实时响应。尤其是在后向流量计费时，往往一个大的集团共享成员数量可达成千上万，并发度高。

发明内容

为解决上述技术问题，本发明实施例期望提供一种资源访问方法和终端，能够在共享模式下，确保高并发访问对共享资源的快速更新和及时响应，同时确保共享资源在高并发访问下的一致性，从而避免了并发度高时无响应的现象。

本发明的技术方案是这样实现的：

第一方面，提供一种资源访问方法，所述方法包括：

获取第一用户的指令信息；

根据所述指令信息，访问所述第一用户的专属资源；其中，每个用户都具有相应的专属资源；

所述第一用户的专属资源耗尽时，访问所述第一用户的储备资源；所述第一用户的储备资源是除所述第一用户外其余用户的专属资源。

可选的，所述方法还包括：

所述第一用户的储备资源耗尽或具有资源锁时，访问备用资源；所述备用资源是所述总资源中除所有用户的专属资源外的剩余资源。

可选的，所述根据所述指令信息，访问所述第一用户的专属资源之前，所述方法还包括：

根据所述指令信息，生成所述第一用户的专属资源锁；所述专属资源锁用于标识用户的专属资源处于占用状态。

可选的，所述第一用户的专属资源耗尽时，访问所述第一用户的储备资源之前，所述方法还包括：

判断所述第二用户的专属资源是否具有资源锁，所述第二用户是除所述第一用户之外的其余用户；

所述第二用户的专属资源不具有资源锁时，锁定所述第二用户的专属资源，生成所述第一用户的储备资源锁。

可选的，所述第一用户的储备资源耗尽或具有资源锁时，访问备用资源之前，所述方法还包括：

判断所述备用资源是否具有备用资源锁；

所述备用资源不具有所述备用资源锁时，锁定所述备用资源，生成所述备用资源锁。

可选的，所述专属资源锁、储备资源锁和\或备用资源锁生成失败时，所述方法还包括：

根据重试策略，再次生成所述专属资源锁、储备资源锁和\或备用资源锁。

第二方面，提供一种资源访问终端，所述终端包括：

获取模块，用于获取第一用户的指令信息；

访问模块，用于根据所述指令信息，访问所述第一用户的专属资源；其中，每个用户都具有相应的专属资源；

所属访问模块还用于所述第一用户的专属资源耗尽时，访问所述第一用户的储备资源；所述第一用户的储备资源是除所述第一用户外其余用户的专属资源。

可选的，所述访问模块还用于：

所述第一用户的储备资源耗尽或具有资源锁时，访问备用资源；所述备用资源是所述总资源中除所有用户的专属资源外的剩余资源。

可选的，所述访问模块包括：

生成单元，用于根据所述指令信息，生成所述第一用户的专属资源锁；所述专属资源锁用于标识用户的专属资源处于占用状态。

可选的，所述访问模块还包括：

判断单元，用于判断所述第二用户的专属资源是否具有资源锁，所述第二用户是除所述第一用户之外的其余用户；

锁定单元，用于所述第二用户的专属资源不具有资源锁时，锁定所述第二用户的专属资源，生成所述第一用户的储备资源锁。

可选的，所述判断单元还用于判断所述备用资源是否具有备用资源锁；所述锁定单元还用于所述备用资源不具有所述备用资源锁时，锁定所述备用资源，生成所述备用资源锁。

可选的，所述专属资源锁、储备资源锁和\或备用资源锁生成失败时，所述终端还包括：

再次生成单元，用于根据重试策略，再次生成所述专属资源锁、储备资源锁和\或备用资源锁。

本发明实施例提供了一种资源访问方法和终端，获取第一用户的指令信息；再根据指令信息，访问第一用户的专属资源；其中，在总资源中每个用户都具有相应的专属资源；之后，第一用户的专属资源耗尽时，访问第一用户的储备资源；第一用户的储备资源是除第一用户外其余用户的专属资源。这样一来，用户可以根据不同属性的资源，实现对资源的并发访问，并且能够在共享模式下，确保高并发访问对共享资源的快速更新和及时响应，从而避免了并发度高时无响应的现象。

同时确保共享资源在高并发访问下的一致性，实时的动态消耗可在共享资源量上进行及时的反应，使得共享资源不会重复消耗，从而避免了在极端情况下用户欠费的现象。

附图说明

图1为本发明实施例提供的一种资源访问方法的流程图；

图2为本发明实施例提供的传统访问资源示意图；

图3为本发明实施例提供的本方案访问资源示意图；

图4为本发明实施例提供的一种再次生成资源锁策略的示意图；

图5为本发明实施例提供的再一种再次生成资源锁策略的示意图；

图6为本发明实施例提供的另一种资源访问方法的流程图；

图7为本发明实施例提供的一种资源访问终端的结构示意图；

图8为本发明实施例提供的又一种资源访问终端的结构示意图；

图9为本发明实施例提供的再一种资源访问终端的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

实施例一

本发明实施例提供一种资源访问方法，应用于资源访问终端，该终端包括手机、笔记本电脑、平板电脑甚至包括车载电脑机，如图1所示，该方法包括：

步骤101、获取第一用户的指令信息；

这里，第一用户先向终端发送自己的指令信息，该指令信息中包括第一用户想要访问的资源类型以及数量。该第一用户会通过该指令信息将自己的需求告知相应的终端。

步骤102、根据所述指令信息，访问所述第一用户的专属资源。

其中，每个用户都具有相应的专属资源。在实际使用中，资源往往作为公共访问对象，可被多个用户甚至多个群组共同访问。这里，群组是由多个用户构成的。

本实施例中，认为资源是可以划分的，同时，在该步骤之前资源已经预划分好。以流量为例，例如1G的流量，可以根据群组中个用户历史流量的消耗情况(如总消耗量、平均消耗速度等)作为参考，事先将1G流量划分成不同的片，每个用户都拥有自己专属的一片，即专属资源(本实施例以专属流量为例)。在任一个用户自身的专属流量消耗完之前，用户仅访问自身的专属流量。对于第一用户而言，会访问第一用户的专属资源(专属流量)。这样，在第一用户的专属资源(专属流量)耗尽之前，第一用户直接访问第一用户的专属资源(专属流量)，而不需要像传统方案那样与其他用户竞争访问资源。值得说明的是，第二用户的访问和第一用户的访问过程相同，这里，第二用户是指所有用户中除第一用户之外的其余的任一个用户。此处就不再详述。将这种对资源划分的技术称为分片技术，分片技术增强了所有用户访问资源的独立性，即有效降低了所有用户对资源访问的并发性。

具体的，对资源的分片是依据一定的划分规则进行的。以流量的分片为例，划分规则是多种多样的，本实施例中仅列举“基于用户群组成员资源画像进行比例分片”为例说明该流量分片过程。画像是对群组内历史数据求和的统计，然后再根据用户群组来计算各用户历史消耗资源的比值。依据上述划分规则，流量分片结果如表1所示。

表1

如表1所示，第一列“编号”表示对专属资源的编号，是为了区分不同的专属资源；第二列中“A、B、C、D和E”代表不同的用户；第三列中说明的是与第二列用户所属的群组；第四列“资源类型”指明用户所需的资源具体是哪种类型；第五列的“预测消耗”是依据每个用户历史使用流量为依据，对用户未来使用流量有个合理的预测，进而确定出每个用户专属资源的大小；第六列的“比例”显示出每个用户专属资源占资源的比例。为了更直观地体现出本发明方案和传统方案的区别，结合表1中数据，分别画出本发明方案和传统方案的访问示意图。其中，传统方案访问技术如图2所示，本发明访问技术如图3所示。值得说明的是，每个用户对各自专属资源的访问是相互独立的，可快速返回响应。

步骤103、所述第一用户的专属资源耗尽时，访问所述第一用户的储备资源。

所述第一用户的储备资源是除所述第一用户外其余用户的专属资源。

本实施例中所提到的资源均是指一次性资源，即用一点就少一点的资源，那么很显然步骤102中所提到的第一用户的专属资源是存在耗尽的情况。针对这种第一用户的专属资源耗尽的情况下，第一用户会接着访问第一用户的储备资源。

示例的，结合表1所示，表中编号为“1”、“2”、“3”、“4”、“5”的资源分别是A、B、C、D、E的专属资源，编号为“2”、“3”、“4”和“5”的资源是B、C、D、E的专属资源，同时，编号为“2”、“3”、“4”和“5”的资源作为A的储备资源。很显然在实际情况中，A的储备资源至少包括一片资源。若A在访问资源时发现编号为“1”的专属资源已耗尽，那么A就会访问编号为“2”、“3”、“4”或“5”其中之一的A的储备资源。

值得说明的是，第一用户的储备资源主要为了保证在第一用户资源消耗高于预测消耗时，确保第一用户可以以较快的速度获取储备资源，避免访问冲突及等待。对于除第一用户之外的其余用户的储备资源的作用和第一用户的储备资源的作用是相同的，此处就不再详述。

在步骤102之前，所述方法还包括：根据指令信息，生成第一用户的专属资源锁。

这里，专属资源锁用于标识用户的专属资源处于占用状态。

本发明技术方案最大的优势是支持对资源的分布式并发锁管理，即当第一用户访问资源时，会使正在访问的资源生成资源锁，告知第二用户该资源正在被访问，故第二用户无权访问该资源。本发明通过资源锁，有效地防止了第一用户和第二用户间访问的冲突性。

具体的，当第一用户发出指令信息后，就代表第一用户发出了资源使用的请求，第一用户的终端接到该指令信息，由于所有用户对自己的专属资源拥有优先访问权限，所以第一用户首先会判断第一用户的专属资源是否可用，判断结果可能存在以下两种情况：

情况1、第一用户的专属资源可用。

第一用户接下来会访问第一用户的专属资源，但在访问其专属资源之前，第一用户会使用专属资源锁将第一用户的专属资源锁定。具体的，是通过标志位来标识出第一用户的专属资源是处于占用状态，此时，第二用户无权访问。

值得说明的是，专属资源锁的优先级最高，所有用户对自己专属资源访问基本无冲突。

情况2、第一用户的专属资源已耗尽。

在这种情况下，第一用户不能访问其专属资源。该情况在步骤103中有详细的介绍。

在步骤103之前，所述方法还包括：判断第二用户的专属资源是否具有资源锁。

同样的，这里的第二用户是除所述第一用户之外的其余用户。第二用户的专属资源不具有资源锁时，锁定第二用户的专属资源，生成第一用户的储备资源锁。

当第一用户要使用第一用户的储备资源时，首先判断该储备资源是否具有资源锁，即该储备资源是否处于正在被使用的状态，此时存在两种情况：

情况1、当该储备资源处于正被访问的状态。

那么此时，第一用户就不能访问该储备资源。因为该储备资源已被第二用户提前加上资源锁，第二用户正在访问该储备资源。

情况2、当该储备资源没有处于正被访问的状态。

这种情况代表第一用户可以访问该储备资源。如同第一用户访问第一用户的专属资源相同，第一用户在访问第一用户的储备资源之前，第一用户会使用储备资源锁将第一用户的储备资源锁定，锁定之后再进行访问。值得说明的是，储备资源锁的优先级次之，访问冲突发生率与储备资源个数成反比，与总用户数成正比。也就是储备资源个数越多，访问冲突发生率越小；总人数越少，访问冲突发生率越小。

值得说明的是，由于第一用户的储备资源是指第二用户的专属资源，而第二用户又代表总用户中出第一用户之外的其他用户，即第二用户代表至少两个用户，那么也就是说第一用户的储备资源不止一片，第一用户的储备资源个数与第二用户代表的用户人数相同。第一用户访问第一用户储备资源时仅访问其中满足条件的一片即可。

在步骤103之后，所述方法还包括：第一用户的储备资源耗尽或具有资源锁时，访问备用资源。

备用资源是所述总资源中除所有用户的专属资源外的剩余资源。如表2所示，第一列“总资源”表示资源总量；第二列的“编号”是指分片后不同的资源，很好的区分不同的资源；第三列的“资源量”表示与第二列不同资源对应的资源的大小；第四列的“用户”中不同的字母代表不同的用户，且同一行中的“编号”和“用户”是相对应的，即第二列的“编号”代表着第四列“用户”的专属资源编号，这种对应关系也体现在第五列中；第六列“备用资源”表示所在行用户的备用资源的编号。表2中第二至五行的格式完全相同，说明了5个不同用户的专属资源和备用资源，以及每个资源的编号和大小。第六行表示了一个备用资源，为该备用资源编号“11”，其资源量大小为“200M”，作为表中F、G、H、I和J这5个用户的备用资源。

表2

当第一用户的专属资源耗尽，且又无法获得储备资源锁(储备资源要么正被访问，要么被耗尽)时，第一用户访问备用资源。

值得说明的是，在第一用户访问备用资源之前，所述方法还包括：第一用户会查询备用资源的访问情况，判断备用资源是否具有备用资源锁；备用资源不具有备用资源锁时，锁定备用资源，生成备用资源锁。

所述方法还包括：专属资源锁、储备资源锁和\或备用资源锁生成失败时，根据重试策略，再次生成所述专属资源锁、储备资源锁和\或备用资源锁。

根据不同的重试策略，可分为两种情况：

情况1、单资源多次等待轮询。

如图4所示，针对每种资源如果无法立刻生成资源锁，则继续等待一定时长重试，重试预设次数后彻底放弃对该资源的访问，进入下一优先级资源进行相应锁的生成。优选的，本实施例中预设次数取8。

情况2、快速轮询，多次循环。

如图5所示，针对每种资源如果无法立刻生成资源锁，则会进入下一优先级进行相应锁的生成，若在最低级中仍无法生成资源锁，则会返回初始最高级重复资源锁生成的过程。

所述方法还包括：检测资源是否耗尽；资源耗尽时，重新分配资源。

资源的预划分是根据用户历史资源消耗统计信息进行划分的，对未来的预测具有一定的指导作用，由于一切都是在发展变化中，故划分好的专属资源会存在耗尽的情况。专属资源耗尽后系统将进行资源锁优先级访问，这种访问不可避免地会带来访问冲突。因此，在部分专属资源耗尽时，需要对资源进行重新分配。

具体的，对资源进行重新分配可分为三种情况：

情况1、直接从储备资源中截取资源，重新分配给已经耗尽的专属资源；

情况2、直接从储备资源中按百分比截取资源，重新分配给已经耗尽的专属资源；

情况3、重新统计当前用户资源消耗的情况，对目前资源消耗进行预测，并根据新的预测比值以及总的剩余量进行资源划分。

所述方法还包括：专属资源锁、储备资源锁和\或备用资源锁的释放。

当用户访问完成后会进行锁的释放，具体的，只需一个标志位操作即可。

值得说明的是，本实施例技术方案可最大限度的确保第一用户和第二用户对资源(尤其是共享资源)访问的一致性，可提高计费的效率和准确性。

这样一来，用户可以根据不同属性的资源，实现对资源的并发访问，并且能够在共享模式下，确保高并发访问对共享资源的快速更新和及时响应，从而避免了并发度高时无响应的现象。

同时确保共享资源在高并发访问下的一致性，实时的动态消耗可在共享资源量上进行及时的反应，使得共享资源不会重复消耗，从而避免了在极端情况下用户欠费的现象。

实施例二

本发明实施例提供一种资源访问方法，应用于资源访问终端，假设U为一用户，现以U通过手机P访问微信为例，如图6所示，该方法包括：

步骤201、P获取U的指令信息。

目前，终端中的应用程序(Application，App)涉及用户生活的方方面面，虽然App的功能之间千差万别，但它们基本都存在一个共同点：使用时需要流量。流量是作为资源的一种，并且在实际流量访问中，是多个用户同时访问的情况。接下来以U使用微信为例。

U准备通过微信与其家人取得联系，首先，U需打开微信；其次，在其家人对应的输入框中输入信息；最后，点击“发送”按钮。随着最后的点击动作，P会获取到U需要使用流量的指令信息，同时P会将该指令信息发送至基站，用于获取流量。

步骤202、判断U的专属资源是否可用。若可用，则执行步骤203；若不可用，则执行步骤205。

得知U需要访问流量后，按照U的专属资源、U的储备资源和U的备用资源优先级由高至低的顺序，分别进行判别、访问。

所以先判断U的专属资源是否可用，当U的专属资源未耗尽且没有资源锁时，说明此时U的专属资源是可用的；当U的专属资源已耗尽或有资源锁时，说明此时U的专属资源是不可用的。值得说明的是，本实施例中的资源特指流量。

步骤203、生成专属资源锁。

为了防止U的访问可能会与其他用户的访问发生冲突，故在确定U的专属资源可用后，首先生成专属资源锁。该专属资源锁会告知除U之外的其余用户：U将要访问U的专属资源，其余用户无权再访问。这样就有效地避免了访问时发生冲突。

步骤204、U访问U的专属资源。

生成专属资源锁后，U开始访问U的专属资源，此处专属资源特指专属流量。

步骤205、判断U的储备资源是否可用。若可用，则执行步骤206；若不可用，则执行步骤208。

当U的专属资源不可用时，按照优先级顺序，会接着判断判断U的储备资源是否可用，当U的储备资源未耗尽且没有资源锁时，说明此时U的储备资源是可用的；当U的储备资源已耗尽或有资源锁时，说明此时U的储备资源是不可用的。

步骤206、生成储备资源锁。

当U的储备资源可用时，会生成储备资源锁。储备资源锁的功能和作用与步骤203中介绍的专属资源锁的功能和作用相同，此处就不再详述。

步骤207、U访问U的储备资源。

生成储备资源锁后，U开始访问U的储备资源，即储备流量。

步骤208、判断U的备用资源是否可用。若可用，则执行步骤209；若不可用，则执行步骤211。

当U的储备资源不可用时，按照优先级顺序，会接着判断判断U的备用资源是否可用，当U的备用资源未耗尽且没有资源锁时，说明此时U的备用资源是可用的；当U的备用资源已耗尽或有资源锁时，说明此时U的备用资源是不可用的。

步骤209、生成备用资源锁。

当U的备用资源可用时，会生成备用资源锁。

步骤210、U访问U的备用资源。

生成备用资源锁后，U开始访问U的备用资源，即备用流量。

步骤211、U没有可访问的资源。

本实施例中是将总的资源划分为专属资源、储备资源和备用资源，当这三种资源都不可用时，说明总资源中没有U可使用的资源，那么此时U就访问不到资源，即访问不到流量。

这样一来，用户可以根据不同属性的资源，实现对资源的并发访问，并且能够在共享模式下，确保高并发访问对共享资源的快速更新和及时响应，从而避免了并发度高时无响应的现象。

同时确保共享资源在高并发访问下的一致性，实时的动态消耗可在共享资源量上进行及时的反应，使得共享资源不会重复消耗，从而避免了在极端情况下用户欠费的现象。

实施例三

本发明实施例提供一种资源访问终端30，如图7所示，该终端包括：

获取模块301，用于获取第一用户的指令信息；

访问模块302，用于根据所述指令信息，访问所述第一用户的专属资源；其中，每个用户都具有相应的专属资源；

所属访问模块302还用于所述第一用户的专属资源耗尽时，访问所述第一用户的储备资源；所述第一用户的储备资源是除所述第一用户外其余用户的专属资源。

这样一来，用户可以根据不同属性的资源，实现对资源的并发访问，并且能够在共享模式下，确保高并发访问对共享资源的快速更新和及时响应，从而避免了并发度高时无响应的现象。

同时确保共享资源在高并发访问下的一致性，实时的动态消耗可在共享资源量上进行及时的反应，使得共享资源不会重复消耗，从而避免了在极端情况下用户欠费的现象。

具体的，所述访问模块302还用于：所述第一用户的储备资源耗尽或具有资源锁时，访问备用资源；所述备用资源是所述总资源中除所有用户的专属资源外的剩余资源。

具体的，如图8所示，所述访问模块302包括：

生成单元3021，用于根据所述指令信息，生成所述第一用户的专属资源锁；所述专属资源锁用于标识用户的专属资源处于占用状态。

判断单元3022，用于判断所述第二用户的专属资源是否具有资源锁，所述第二用户是除所述第一用户之外的其余用户。

锁定单元3023，用于所述第二用户的专属资源不具有资源锁时，锁定所述第二用户的专属资源，生成所述第一用户的储备资源锁。

具体的，所述判断单元3022还用于判断所述备用资源是否具有备用资源锁；所述锁定单元3023还用于所述备用资源不具有所述备用资源锁时，锁定所述备用资源，生成所述备用资源锁。

如图9所示，所述终端30还包括：

再次生成模块303，用于根据重试策略，再次生成所述专属资源锁、储备资源锁和\或备用资源锁。

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

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

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

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

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (12)

1.一种资源访问方法，其特征在于，所述方法包括：

获取第一用户的指令信息；

根据所述指令信息，访问所述第一用户的专属资源；其中，每个用户都具有相应的专属资源；

所述第一用户的专属资源耗尽时，访问所述第一用户的储备资源；所述第一用户的储备资源是除所述第一用户外其余用户的专属资源。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第一用户的储备资源耗尽或具有资源锁时，访问备用资源；所述备用资源是所述总资源中除所有用户的专属资源外的剩余资源。

3.根据权利要求1所述的方法，其特征在于，所述根据所述指令信息，访问所述第一用户的专属资源之前，所述方法还包括：

根据所述指令信息，生成所述第一用户的专属资源锁；所述专属资源锁用于标识用户的专属资源处于占用状态。

4.根据权利要求1所述的方法，其特征在于，所述第一用户的专属资源耗尽时，访问所述第一用户的储备资源之前，所述方法还包括：

判断所述第二用户的专属资源是否具有资源锁，所述第二用户是除所述第一用户之外的其余用户；

所述第二用户的专属资源不具有资源锁时，锁定所述第二用户的专属资源，生成所述第一用户的储备资源锁。

5.根据权利要求2所述的方法，其特征在于，所述第一用户的储备资源耗尽或具有资源锁时，访问备用资源之前，所述方法还包括：

判断所述备用资源是否具有备用资源锁；

所述备用资源不具有所述备用资源锁时，锁定所述备用资源，生成所述备用资源锁。

6.根据权利要求3至5任意一项所述的方法，其特征在于，所述专属资源锁、储备资源锁和\或备用资源锁生成失败时，所述方法还包括：

根据重试策略，再次生成所述专属资源锁、储备资源锁和\或备用资源锁。

7.一种资源访问终端，其特征在于，所述终端包括：

获取模块，用于获取第一用户的指令信息；

访问模块，用于根据所述指令信息，访问所述第一用户的专属资源；其中，每个用户都具有相应的专属资源；

所属访问模块还用于所述第一用户的专属资源耗尽时，访问所述第一用户的储备资源；所述第一用户的储备资源是除所述第一用户外其余用户的专属资源。

8.根据权利要求7所述的终端，其特征在于，所述访问模块还用于：

所述第一用户的储备资源耗尽或具有资源锁时，访问备用资源；所述备用资源是所述总资源中除所有用户的专属资源外的剩余资源。

9.根据权利要求7所述的终端，其特征在于，所述访问模块包括：

生成单元，用于根据所述指令信息，生成所述第一用户的专属资源锁；所述专属资源锁用于标识用户的专属资源处于占用状态。

10.根据权利要求7所述的终端，其特征在于，所述访问模块还包括：

判断单元，用于判断所述第二用户的专属资源是否具有资源锁，所述第二用户是除所述第一用户之外的其余用户；

锁定单元，用于所述第二用户的专属资源不具有资源锁时，锁定所述第二用户的专属资源，生成所述第一用户的储备资源锁。

11.根据权利要求8所述的终端，其特征在于，所述判断单元还用于判断所述备用资源是否具有备用资源锁；所述锁定单元还用于所述备用资源不具有所述备用资源锁时，锁定所述备用资源，生成所述备用资源锁。

12.根据权利要求9至11任意一项所述的终端，其特征在于，所述专属资源锁、储备资源锁和\或备用资源锁生成失败时，所述终端还包括：

再次生成单元，用于根据重试策略，再次生成所述专属资源锁、储备资源锁和\或备用资源锁。