资源访问方法及资源访问装置

1.一种资源访问方法，其特征在于，应用于第一终端，所述方法包括：
所述第一终端响应于访问共享资源失败，从共享资源服务器或者占用所述共享资源的终端，获取所述共享资源的第一鉴权信息；
所述第一终端根据接收到的第二终端发送的对所述共享资源的至少一个访问请求，按照预设策略向第二终端发送所述共享资源的第二鉴权信息。
2.根据权利要求1所述的方法，其特征在于，所述响应于访问共享资源失败，从共享资源服务器或者占用所述共享资源的终端，获取所述共享资源的第一鉴权信息，包括：
响应于访问共享资源失败，向共享资源服务器或者占用所述共享资源的终端，发送对所述共享资源的访问请求；
接收所述共享资源服务器或者占用所述共享资源的终端发送的第一鉴权信息。
3.根据权利要求1所述的方法，其特征在于，所述预设策略为：
向所述共享资源的等待访问队列中的目标请求方发送所述第二鉴权信息。
4.根据权利要求3所述的方法，其特征在于，所述根据接收到的第二终端发送的对所述共享资源的至少一个访问请求，按照预设策略向第二终端发送所述共享资源的第二鉴权信息，包括：
确定所述等待访问队列。
5.根据权利要求4所述的方法，其特征在于，所述根据接收到的第二终端发送的对所述共享资源的至少一个访问请求，按照预设策略向第二终端发送所述共享资源的第二鉴权信息，包括：
确定所述目标请求方。
6.根据权利要求5所述的方法，其特征在于，所述确定所述等待访问队列中：
按照所述至少一个访问请求的时间顺序确定所述等待访问队列；
所述确定所述目标请求方中：
按照时间顺序确定所述目标请求方。
7.根据权利要求6所述的方法，其特征在于，所述确定所述等待访问队列中：
按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方。
8.根据权利要求5所述的方法，其特征在于，所述确定所述等待访问队列中：
按照请求方的优先级确定所述等待访问队列；
所述确定所述目标请求方中：
按照所述请求方的优先级确定所述目标请求方。
9.根据权利要求8所述的方法，其特征在于，所述确定所述等待访问队列中：
按照请求方优先级从高到低，从队首到队尾依次排列请求方。
10.根据权利要求5所述的方法，其特征在于，所述确定所述等待访问队列中：
按照所述至少一个访问请求的时间顺序及请求方的优先级确定所述等待访问队列；
所述确定所述目标请求方中：
按照所述至少一个访问请求的时间顺序及请求方的优先级确定所述目标请求方。
11.根据权利要求10所述的方法，其特征在于，所述确定所述等待访问队列中：
按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方，同一时间段内的请求方按优先级的高低从前到后排列。
12.根据权利要求10所述的方法，其特征在于，所述确定所述等待访问队列中：
按照请求方优先级从高到低，从队首到队尾依次排列请求方，同一优先级的请求方按照访问请求的时间先后从前到后排列。
13.根据权利要求6至12中任一项所述的方法，其特征在于，所述确定所述目标请求方中：
确定等待访问队列队首的请求方为所述目标请求方。
14.根据权利要求5至12中任一项所述的方法，其特征在于，所述根据接收到的第二终端发送的对所述共享资源的至少一个访问请求，按照预设策略向第二终端发送所述共享资源的第二鉴权信息中：
响应于确定所述目标请求方发送所述第二鉴权信息。
15.根据权利要求4至12中任一项所述的方法，其特征在于，所述方法还包括：
更新所述等待访问队列。
16.根据权利要求15所述的方法，其特征在于，所述更新所述等待访问队列中：
响应于接收到访问请求更新所述等待访问队列。
17.根据权利要求16所述的方法，其特征在于，所述方法还包括：
接收取消等待的消息。
18.根据权利要求17所述的方法，其特征在于，所述更新所述等待访问队列中：
响应于接收到取消等待的消息更新所述等待访问队列。
19.根据权利要求3至12中任一项所述的方法，其特征在于，所述方法还包括：
响应于所述等待访问队列的更新广播所述等待访问队列。
20.根据权利要求3至12中任一项所述的方法，其特征在于，所述方法还包括：
周期性广播所述等待访问队列。
21.根据权利要求1至12中任一项所述的方法，其特征在于，所述方法还包括：
确定所述第二鉴权信息。
22.根据权利要求21所述的方法，其特征在于，所述第二鉴权信息与所述第一鉴权信息相同。
23.根据权利要求21所述的方法，其特征在于，所述第二鉴权信息的优先级低于所述第一鉴权信息的优先级。
24.一种资源访问装置，其特征在于，应用于第一终端，所述装置包括：
一获取模块，用于所述第一终端响应于访问共享资源失败，从共享资源服务器或者占用所述共享资源的终端，获取所述共享资源的第一鉴权信息；
一管理模块，用于所述第一终端根据接收到的第二终端发送的对所述共享资源的至少一个访问请求，按照预设策略向第二终端发送所述共享资源的第二鉴权信息。
25.根据权利要求24所述的装置，其特征在于，所述获取模块包括：
一发送单元，用于响应于访问共享资源失败，发送对所述共享资源的访问请求；
一接收单元，用于接收所述第一鉴权信息。
26.根据权利要求24所述的装置，其特征在于，所述管理模块包括：
一第一确定单元，用于确定所述共享资源的等待访问队列。
27.根据权利要求26所述的装置，其特征在于，所述管理模块包括：
一第二确定单元，用于确定目标请求方。
28.根据权利要求27所述的装置，其特征在于，所述第一确定单元按照所述至少一个访问请求的时间顺序确定所述等待访问队列；
所述第二确定单元按照时间顺序确定所述目标请求方。
29.根据权利要求28所述的装置，其特征在于，所述第一确定单元按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方。
30.根据权利要求27所述的装置，其特征在于，所述第一确定单元按照请求方的优先级确定所述等待访问队列；
所述第二确定单元按照所述请求方的优先级确定所述目标请求方。
31.根据权利要求30所述的装置，其特征在于，所述第一确定单元按照请求方优先级从高到低，从队首到队尾依次排列请求方。
32.根据权利要求27所述的装置，其特征在于，所述第一确定单元按照所述至少一个访问请求的时间顺序及请求方的优先级确定所述等待访问队列；
所述第二确定单元按照所述至少一个访问请求的时间顺序及请求方的优先级确定所述目标请求方。
33.根据权利要求32所述的装置，其特征在于，所述第一确定单元按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方，同一时间段内的请求方按优先级的高低从前到后排列。
34.根据权利要求32所述的装置，其特征在于，所述第一确定单元按照请求方优先级从高到低，从队首到队尾依次排列请求方，同一优先级的请求方按照访问请求的时间先后从前到后排列。
35.根据权利要求28至34中任一项所述的装置，其特征在于，所述第二确定单元确定等待访问队列队首的请求方为所述目标请求方。
36.根据权利要求27至34中任一项所述的装置，其特征在于，所述管理模块响应于确定所述目标请求方发送所述第二鉴权信息。
37.根据权利要求26至34中任一项所述的装置，其特征在于，所述装置还包括：
一更新模块，用于更新所述等待访问队列。
38.根据权利要求37所述的装置，其特征在于，所述更新模块响应于接收到访问请求更新所述等待访问队列。
39.根据权利要求38所述的装置，其特征在于，所述装置还包括：
一接收模块，用于接收取消等待的消息。
40.根据权利要求39所述的装置，其特征在于，所述更新模块响应于接收到取消等待的消息更新所述等待访问队列。
41.根据权利要求26至34中任一项所述的装置，其特征在于，所述装置还包括：
一第一广播模块，用于响应于所述等待访问队列的更新广播所述等待访问队列。
42.根据权利要求26至34中任一项所述的装置，其特征在于，所述装置还包括：
一第二广播模块，用于周期性广播所述等待访问队列。
43.根据权利要求24至34中任一项所述的装置，其特征在于，所述装置还包括：
一确定模块，用于确定所述第二鉴权信息。

资源访问方法及资源访问装置\n技术领域\n[0001] 本申请涉及共享资源管理领域，尤其涉及一种资源访问方法及资源访问装置。\n背景技术\n[0002] 在实际的工作和生活中，时常有多个用户访问同一共享资源的应用场景，比如多个用户使用共享账号登陆搜索引擎获取服务。然而，由于有些资源对访问的用户数有限制，经常因为没有有效的资源访问方案而出现访问用户超出规定的数量导致的拥堵，或者访问冲突导致已登录用户被强制登出的现象。\n发明内容\n[0003] 本申请的目的是：提供一种能够实现共享资源访问的有效管理的资源访问方法及资源访问装置。\n[0004] 第一方面，本发明实施例提供了一种资源访问方法，所述方法包括：\n[0005] 响应于访问共享资源失败，获取所述共享资源的第一鉴权信息；\n[0006] 根据接收到的对所述共享资源的至少一个访问请求，按照预设策略发送所述共享资源的第二鉴权信息。\n[0007] 结合第一方面，在第一种可能的实现方式中，所述响应于访问共享资源失败，获取所述共享资源的第一鉴权信息包括：\n[0008] 响应于访问共享资源失败，发送对所述共享资源的访问请求；\n[0009] 接收所述第一鉴权信息。\n[0010] 结合第一方面或第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述预设策略为：\n[0011] 向所述共享资源的等待访问队列中的目标请求方发送所述第二鉴权信息。\n[0012] 结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述根据接收到的对所述共享资源的至少一个访问请求，按照预设策略发送所述共享资源的第二鉴权信息包括：\n[0013] 确定所述等待访问队列。\n[0014] 结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述根据接收到的对所述共享资源的至少一个访问请求，按照预设策略发送所述共享资源的第二鉴权信息包括：\n[0015] 确定所述目标请求方。\n[0016] 结合第一方面的第四种可能的实现方式，在第五种可能的实现方式中，所述确定所述等待访问队列中：\n[0017] 按照所述至少一个访问请求的时间顺序确定所述等待访问队列；\n[0018] 所述确定所述目标请求方中：\n[0019] 按照时间顺序确定所述目标请求方。\n[0020] 结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述确定所述等待访问队列中：\n[0021] 按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方。\n[0022] 结合第一方面的第四种可能的实现方式，在第七种可能的实现方式中，所述确定所述等待访问队列中：\n[0023] 按照请求方的优先级确定所述等待访问队列；\n[0024] 所述确定所述目标请求方中：\n[0025] 按照所述请求方的优先级确定所述目标请求方。\n[0026] 结合第一方面的第七种可能的实现方式，在第八种可能的实现方式中，所述确定所述等待访问队列中：\n[0027] 按照请求方优先级从高到低，从队首到队尾依次排列请求方。\n[0028] 结合第一方面的第四种可能的实现方式，在第九种可能的实现方式中，所述确定所述等待访问队列中：\n[0029] 按照所述至少一个访问请求的时间顺序及请求方的优先级确定所述等待访问队列；\n[0030] 所述确定所述目标请求方中：\n[0031] 按照所述至少一个访问请求的时间顺序及请求方的优先级确定所述目标请求方。\n[0032] 结合第一方面的第九种可能的实现方式，在第十种可能的实现方式中，所述确定所述等待访问队列中：\n[0033] 按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方，同一时间段内的请求方按优先级的高低从前到后排列。\n[0034] 结合第一方面的第九种可能的实现方式，在第十一种可能的实现方式中，所述确定所述等待访问队列中：\n[0035] 按照请求方优先级从高到低，从队首到队尾依次排列请求方，同一优先级的请求方按照访问请求的时间先后从前到后排列。\n[0036] 结合第一方面的第五至第十一种可能的实现方式中的任一种，在第十二种可能的实现方式中，所述确定所述目标请求方中：\n[0037] 确定等待访问队列队首的请求方为所述目标请求方。\n[0038] 结合第一方面的第四至第十二种可能的实现方式中的任一种，在第十三种可能的实现方式中，所述接收到的对所述共享资源的至少一个访问请求，按照预设策略发送所述第二鉴权信息中：\n[0039] 响应于确定所述目标请求方发送所述第二鉴权信息。\n[0040] 结合第一方面的第三至第十三种可能的实现方式中的任一种，在第十四种可能的实现方式中，所述方法还包括：\n[0041] 更新所述等待访问队列。\n[0042] 结合第一方面的第十四种可能的实现方式，在第十五种可能的实现方式中，所述更新所述等待访问队列中：\n[0043] 响应于接收到访问请求更新所述等待访问队列。\n[0044] 结合第一方面的第十五种可能的实现方式，在第十六种可能的实现方式中，所述方法还包括：\n[0045] 接收取消等待的消息。\n[0046] 结合第一方面的第十六种可能的实现方式，在第十七种可能的实现方式中，所述更新所述等待访问队列中：\n[0047] 响应于接收到取消等待的消息更新所述等待访问队列。\n[0048] 结合第一方面的第二至第十七种可能的实现方式中的任一种，在第十八种可能的实现方式中，所述方法还包括：\n[0049] 响应于所述等待访问队列的更新广播所述等待访问队列。\n[0050] 结合第一方面的第二至第十七种可能的实现方式中的任一种，在第十九种可能的实现方式中，所述方法还包括：\n[0051] 周期性广播所述等待访问队列。\n[0052] 结合第一方面或第一方面的上述任一种可能的实现方式，在第二十种可能的实现方式中，所述方法还包括：\n[0053] 确定所述第二鉴权信息。\n[0054] 结合第一方面的第二十种可能的实现方式，在第二十一种可能的实现方式中，所述第二鉴权信息与所述第一鉴权信息相同。\n[0055] 结合第一方面的第二十种可能的实现方式，在第二十二种可能的实现方式中，所述第二鉴权信息的优先级低于所述第一鉴权信息的优先级。\n[0056] 第二方面，本发明实施例提供了一种资源访问装置，所述装置包括：\n[0057] 一获取模块，用于响应于访问共享资源失败，获取所述共享资源的第一鉴权信息；\n[0058] 一管理模块，用于根据接收到的对所述共享资源的至少一个访问请求，按照预设策略发送所述共享资源的第二鉴权信息。\n[0059] 结合第二方面，在第一种可能的实现方式中，所述获取模块包括：：\n[0060] 一发送单元，用于响应于访问共享资源失败，发送对所述共享资源的访问请求；\n[0061] 一接收单元，用于接收所述第一鉴权信息。\n[0062] 结合第二方面或第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述管理模块包括：\n[0063] 一第一确定单元，用于确定所述共享资源的等待访问队列。\n[0064] 结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述管理模块包括：\n[0065] 一第二确定单元，用于确定目标请求方。\n[0066] 结合第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述第一确定单元按照所述至少一个访问请求的时间顺序确定所述等待访问队列；\n[0067] 所述第二确定单元按照时间顺序确定所述目标请求方。\n[0068] 结合第二方面的第四种可能的实现方式，在第五种可能的实现方式中，所述第一确定单元按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方。\n[0069] 结合第二方面的第三种可能的实现方式，在第六种可能的实现方式中，所述第一确定单元按照请求方的优先级确定所述等待访问队列；\n[0070] 所述第二确定单元按照所述请求方的优先级确定所述目标请求方。\n[0071] 结合第二方面的第六种可能的实现方式，在第七种可能的实现方式中，所述第一确定单元按照请求方优先级从高到低，从队首到队尾依次排列请求方。\n[0072] 结合第二方面的第三种可能的实现方式，在第八种可能的实现方式中，所述第一确定单元按照所述至少一个访问请求的时间顺序及请求方的优先级确定所述等待访问队列；\n[0073] 所述第二确定单元按照所述至少一个访问请求的时间顺序及请求方的优先级确定所述目标请求方。\n[0074] 结合第二方面的第八种可能的实现方式，在第九种可能的实现方式中，所述第一确定单元按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方，同一时间段内的请求方按优先级的高低从前到后排列。\n[0075] 结合第二方面的第八种可能的实现方式，在第十种可能的实现方式中，所述第一确定单元按照请求方优先级从高到低，从队首到队尾依次排列请求方，同一优先级的请求方按照访问请求的时间先后从前到后排列。\n[0076] 结合第二方面的第四至第十种可能的实现方式中的任一种，在第十一种可能的实现方式中，所述第二确定单元确定等待访问队列队首的请求方为所述目标请求方。\n[0077] 结合第二方面的第三至第十一种可能的实现方式中的任一种，在第十二种可能的实现方式中，所述管理模块响应于确定所述目标请求方发送所述第二鉴权信息。\n[0078] 结合第二方面的第二至第十二种可能的实现方式中的任一种，在第十三种可能的实现方式中，所述装置还包括：\n[0079] 一更新模块，用于更新所述等待访问队列。\n[0080] 结合第二方面的第十三种可能的实现方式，在第十四种可能的实现方式中，所述更新模块响应于接收到访问请求更新所述等待访问队列。\n[0081] 结合第二方面的第十四种可能的实现方式，在第十五种可能的实现方式中，所述装置还包括：\n[0082] 一接收模块，用于接收取消等待的消息。\n[0083] 结合第二方面的第十四种可能的实现方式，在第十六种可能的实现方式中，所述更新模块响应接收到取消等待的消息更新所述等待访问队列。\n[0084] 结合第二方面的第一至第十六种可能的实现方式中的任一种，在第十七种可能的实现方式中，所述装置还包括：\n[0085] 一第一广播模块，用于响应于所述等待访问队列的更新广播所述等待访问队列。\n[0086] 结合第二方面的第一至第十六种可能的实现方式中的任一种，在第十八种可能的实现方式中，所述装置还包括：\n[0087] 一第二广播模块，用于周期性广播所述等待访问队列。\n[0088] 结合第二方面或第二方面的上述任一种可能的实现方式，在第十九种可能的实现方式中，所述装置还包括：\n[0089] 一确定模块，用于确定所述第二鉴权信息。\n[0090] 本发明实施例的方法及装置通过由每个访问失败且获取到共享资源的鉴权信息的用户按照预设策略向其他访问共享资源的请求方发送鉴权信息能够有效地管理共享资源，且管理机制简单。\n附图说明\n[0091] 图1为本发明实施例的一种资源访问方法的流程图；\n[0092] 图2为本方面实施例的一种资源访问装置的结构框图；\n[0093] 图3为本方面实施例的一种资源访问装置的一种可能的实现方式的结构框图；\n[0094] 图4为本方面实施例的一种资源访问装置的另一种可能的实现方式的结构框图；\n[0095] 图5为本方面实施例的一种资源访问装置的第三种可能的实现方式的结构框图；\n[0096] 图6为本方面实施例的一种资源访问装置的第四种可能的实现方式的结构框图；\n[0097] 图7为本方面实施例的一种资源访问装置的第五种可能的实现方式的结构框图。\n具体实施方式\n[0098] 下面结合附图(若干附图中相同的标号表示相同的元素)和实施例，对本申请的具体实施方式作进一步详细说明。以下实施例用于说明本申请，但不用来限制本申请的范围。\n[0099] 本领域技术人员可以理解，本申请中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。\n[0100] 此外，本发明各实施例中的“共享资源”指可基于网络被一个以上任务访问(使用)的资源，例如，数据库、应用程序、网站、文件、存储空间等等，最好限制此类共享资源的并发访问量。本发明实施例的资源访问方法可由能够通过有线或无线等方式访问共享资源的任意设备运行，例如，手机、笔记本电脑、掌上电脑等等。用户可通过所述设备直接或间接访问共享资源。\n[0101] 如图1所示，本发明一种实施例的资源访问方法包括：\n[0102] S110.响应于访问共享资源失败，获取所述共享资源的第一鉴权信息。\n[0103] 在本发明实施例的方法中，用户想要访问共享资源时，可直接或使用缺省鉴权信息(例如，密码)访问所述共享资源，若访问所述共享资源失败，则发送对所述共享资源的访问请求的方式，并接收第一鉴权信息。所述访问请求可通过广播的形式发送，也可定向发送至所述共享资源的管理设备，例如，服务器设备、当前占用所述共享资源的设备等。在本发各实施例中，“鉴权信息”用于访问所述共享资源，包括但不限于访问密码、口令等任意能够验证访问权限的信息。而第一鉴权信息为在预设条件下具有访问所述共享资源权限的鉴权信息，所述预设条件为所述共享资源未被占用。\n[0104] S120.获取到所述共享资源的第一鉴权信息后，根据接收到的对所述共享资源的至少一个访问请求，按照预设策略发送所述共享资源的第二鉴权信息。\n[0105] 在本发明实施例的方法中，访问共享资源失败并获取到所述共享资源的鉴权信息的用户成为所述共享资源当前的管理用户，其所使用的设备在本发明实施例的方法中称为管理设备，管理用户可通过所述管理设备为所述共享资源设置第二鉴权信息，或从例如共享资源服务器或当前占用所述共享资源的设备处获取所述第二鉴权信息。\n[0106] 管理用户按照预设策略向其他请求访问所述共享资源的请求方发送所述第二鉴权信息，使得接收到所述第二鉴权信息的请求方获得访问所述共享资源的权限。所述预设策略可由管理用户制定或已预先设定，力求在有效地保障当前占用所述共享资源的用户的访问的同时，兼顾公平地对待所述共享资源的其他请求方。从而避免所述共享资源的并发访问量超出规定的数量导致的拥堵，或者恶意用户抢占资源导致的管理用户被强制登出。\n[0107] 综上，本发明实施例的方法通过由每个访问失败且获取到共享资源的鉴权信息的用户按照预设策略向其他访问共享资源的请求方发送鉴权信息能够有效地管理共享资源，且管理机制简单。\n[0108] 本发明实施例的方法还包括：\n[0109] S130.确定所述第二鉴权信息。\n[0110] 其中，所述第二鉴权信息可与所述第一鉴权信息相同，也可不同。为了更好的管理对所述共享资源的访问，在一种可能的实现方式中，可将所述第二鉴权信息的优先级设置低于所述第一鉴权信息的优先级，从而防止接收到所述第二鉴权信息的请求方在管理用户访问所述共享资源时或在管理用户访问所述共享资源之前即使用所述第二鉴权信息访问所述共享资源，造成管理用户无法访问或被强制登出。在本发明各实施例中，鉴权信息的不同优先级可以下面的方式体现：各优先级的鉴权信息仅在各自的特定时间段内有效，较高优先级的鉴权信息在较早的时间段内有效，较低优先级的鉴权信息在较晚的时间段内有效；或者，一用户使用较高优先级的鉴权信息访问所述共享资源期间，其他用户将无法使用较低优先级的鉴权信息访问所述共享资源。\n[0111] 在一种可能的实现方式中，所述预设策略为：向所述共享资源的等待访问队列中的目标请求方发送所述第二鉴权信息。所述等待访问队列为根据对所述共享资源的访问请求所建立的，其中包含了等待访问所述共享资源的请求方的信息，例如，请求方的标识信息，请求访问的时间等等。相应地，步骤S120可进一步包括：\n[0112] S121.确定所述等待访问队列。\n[0113] 在本发明实施例的方法中，确定等待访问队列可包括管理用户从管理设备的外部(例如管理所述共享资源的服务器)获取已建立和/或更新的等待访问队列的情况，还包括在管理设备本地建立和/或更新等待访问队列的情况。\n[0114] S122.确定所述至少一个目标请求方。\n[0115] 确定所述等待访问队列之后，管理用户从所述队列中按照一定的规则确定目标请求方。\n[0116] 在本发明实施例的方法中，确定所述等待访问队列的规则可包括多种：\n[0117] 按照所述至少一个访问请求的时间确定所述等待访问队列。例如，按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方，也即，每收到一个新的访问请求，将对应的请求方排在所述等待访问队列的队尾。此时，在步骤S122中按照时间顺序确定所述至少一个目标请求方。\n[0118] 按照请求方的优先级确定所述等待访问队列。例如，按照请求方优先级从高到低，从队首到队尾依次排列请求方，也即，将优先级最低的请求方排在所述等待访问队列的队尾。请求方的优先级可由管理用户决定，或已预先设置，根据请求方的标识信息可以判断出请求方的优先级，或者访问请求中直接包含了对应的优先级信息。此时，在步骤S122中按照请求方的优先级确定所述目标请求方。\n[0119] 按照所述至少一个访问请求的时间顺序及请求方的优先级确定所述等待访问队列。例如，按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方，同一时间段内的请求方按优先级的高低从前到后排列。或者，按照请求方优先级从高到低，从队首到队尾依次排列请求方，同一优先级的请求方按照访问请求的时间先后从前到后排列。此时，在步骤S122综合考虑所述至少一个访问请求的时间顺序及请求方的优先级确定所述目标请求方，在向优先级较高的请求方发送第二鉴权信息的同时，可告知其对访问请求在先的请求方的访问请求作出响应。\n[0120] 在本发明实施例的方法中，步骤S122确定所述目标请求方的规则也可有多种。例如，按照所述等待访问队列的队首(队尾)到队尾(队首)的顺序，选取请求时间最先(后)和/或优先级最高(低)的一个请求方为目标请求方。还例如，选取在特定时间段内请求访问所述共享资源的一个请求方为目标请求方；或者选取具有特定优先级的一个请求方为目标请求方。\n[0121] 管理用户响应于预设的时间长度/预设的时间点的到达，根据接收到的全部访问请求确定所述目标请求方。还可响应于接收到某个特定请求方的访问请求，确定或重新确定所述目标请求方。例如，接收到具有较高优先级的请求方的访问请求后，重新确定所述较高优先级的请求方为目标请求方。\n[0122] 此外，在一种可能的实现方式中，确定所述目标请求方之后，可响应于管理用户可以使用第一鉴权信息访问所述共享资源，发送所述第二鉴权信息，接收到所述第二鉴权信息的请求方成为管理用户。在另一种可能的实现方式中，可响应于确定所述目标请求方发送所述第二鉴权信息。例如，确定所述目标请求方之后，立即将所述第二鉴权信息发送给所述目标请求方，此时，管理用户及接收到所述第二鉴权信息的请求方均继续等待能够访问所述共享资源，接收到第二鉴权信息的请求方成为管理用户，二者均自觉等待当前占用所述共享资源的用户停止使用所述共享资源之后再依次访问所述共享资源；或因鉴权信息的优先级的限制，所述共享资源未被释放之前，二者均无法访问。\n[0123] 对于特定的请求方(所述特定的请求方可能具有访问所述共享资源的较高或最高优先级)，无论是否已经确定了所述目标请求方，管理用户可响应于接收到所述特定的请求方的访问请求立即向所述特定的请求方发送最高优先级的鉴权信息，使得所述特定的请求方能够即刻访问所述共享资源。\n[0124] 此外，在未确定目标请求方的时间段内，管理用户需要响应接收到的消息维护所述等待访问列表。相应地，本发明实施例的方法还包括：\n[0125] S130.更新所述等待访问队列。\n[0126] 在本发明实施例的方法中，请求访问所述共享资源的用户通过发送访问请求的方式加入到所述等待访问队列；所述等待访问队列中的用户也可以通过主动发送取消等待的消息来告知管理用户其取消等待的行为。管理用户响应于接收到的访问请求、取消等待的消息等更新所述等待访问队列。相应地，本发明实施例的方法可分别包括接收所述至少一个访问请求以及取消等待的消息的步骤。\n[0127] 为了给用户(尤其是等待访问的用户)提供相对良好的用户体验，本发明实施例的方法还包括：\n[0128] S140.周期性广播所述等待访问队列。和/或\n[0129] S140’.响应于所述等待访问队列的更新广播所述等待访问队列。\n[0130] 通过广播所述等待访问队列，可以让想要或等待访问所述共享资源的用户了解所述共享资源的占用情况及等待情况，从而为各用户提供进一步选择的参考。\n[0131] 本领域技术人员可以理解，在本申请具体实施方式的上述方法中，各步骤的序号大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请具体实施方式的实施过程构成任何限定。\n[0132] 本发明实施例还提供了一种资源访问装置。所述装置为能够通过有线或无线等方式访问共享资源的任意设备，例如，手机、笔记本电脑、掌上电脑等等。用户可通过所述设备直接或间接访问共享资源。如图2所示，本发明实施例的资源访问装置200包括:\n[0133] 获取模块210，用于响应于访问共享资源失败，获取所述共享资源的第一鉴权信息。\n[0134] 用户想要访问共享资源时，可直接或使用缺省鉴权信息(例如，密码)访问所述共享资源，使用本发明实施例的装置，若访问所述共享资源失败，则通过获取模块210的发送单元211发送对所述共享资源的访问请求的方式，并由接收单元212接收第一鉴权信息。发送单元211可通过广播的形式发送所述访问请求，也可定向发送至所述共享资源的管理设备，例如，服务器设备、当前占用所述共享资源的设备等。\n[0135] 管理模块220，用于在获取到所述共享资源的第一鉴权信息后，根据获取模块210接收到的对所述共享资源的至少一个访问请求，按照预设策略发送所述共享资源的第二鉴权信息。\n[0136] 在本发明实施例的装置中，访问共享资源失败并获取到所述共享资源的鉴权信息的用户成为所述共享资源当前的管理用户，其使用本发明实施例的装置(称为管理设备)对所述共享资源进行管理，管理用户可通过所述装置200为所述共享资源设置第二鉴权信息，或从例如共享资源服务器或当前占用所述共享资源的设备这样的外部设备处获取所述第二鉴权信息。相应地，本发明实施例的装置200还包括能够实现管理模块220与外部设备通信的功能模块。\n[0137] 管理模块220按照预设策略向其他请求访问所述共享资源的请求方发送所述第二鉴权信息，使得接收到所述第二鉴权信息的请求方获得访问所述共享资源的权限。所述预设策略可由管理用户制定或已预先设定，力求在有效地保障当前占用所述共享资源的用户的访问的同时，兼顾公平地对待所述共享资源的其他请求方。从而避免所述共享资源的并发访问量超出规定的数量导致的拥堵，或者恶意用户抢占资源导致的管理用户被强制登出。\n[0138] 综上，本发明实施例的装置通过由每个访问失败且获取到共享资源的鉴权信息的用户按照预设策略向其他访问共享资源的请求方发送鉴权信息能够有效地管理共享资源，且管理机制简单。\n[0139] 如图3所示，本发明实施例的装置200还包括：\n[0140] 确定模块230，用于确定所述第二鉴权信息。\n[0141] 其中，所述第二鉴权信息可与所述第一鉴权信息相同，也可不同。为了更好的管理对所述共享资源的访问，在一种可能的实现方式中，可将所述第二鉴权信息的优先级设置低于所述第一鉴权信息的优先级，从而防止接收到所述第二鉴权信息的请求方在管理用户访问所述共享资源期间或在管理用户访问所述共享资源之前即使用所述第二鉴权信息访问所述共享资源，造成管理用户被强制登出或无法访问。\n[0142] 在一种可能的实现方式中，所述预设策略为：向所述共享资源的等待访问队列中的目标请求方发送所述第二鉴权信息。所述等待访问队列为根据对所述共享资源的访问请求所建立的，其中包含了等待访问所述共享资源的请求方的信息，例如，请求方的标识信息，请求访问的时间等等。相应地，如图4所示，管理模块220可进一步包括：\n[0143] 第一确定单元221，用于确定所述等待访问队列。\n[0144] 在本发明实施例的装置中，确定等待访问队列可包括从管理设备的外部(例如管理所述共享资源的服务器)获取已建立和/或更新的等待访问队列的情况，还包括在管理设备本地建立和/或更新等待访问队列的情况。\n[0145] 第二确定单元222，用于确定所述至少一个目标请求方。\n[0146] 确定所述等待访问队列之后，管理用户通过第二确定单元222从所述队列中按照一定的规则确定目标请求方。\n[0147] 在本发明实施例的装置中，第二确定单元222确定所述等待访问队列的规则可包括多种：\n[0148] 按照所述至少一个访问请求的时间确定所述等待访问队列。例如，按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方，也即，每收到一个新的访问请求，将对应的请求方排在所述等待访问队列的队尾。此时，第二确定单元222按照时间顺序确定所述至少一个目标请求方。\n[0149] 按照请求方的优先级确定所述等待访问队列。例如，按照请求方优先级从高到低，从队首到队尾依次排列请求方，也即，将优先级最低的请求方排在所述等待访问队列的队尾。请求方的优先级可由管理用户决定，或已预先设置，根据请求方的标识信息可以判断出请求方的优先级，或者访问请求中直接包含了对应的优先级信息。此时，第二确定单元222按照请求方的优先级确定所述目标请求方。\n[0150] 按照所述至少一个访问请求的时间顺序及请求方的优先级确定所述等待访问队列。例如，按照所述至少一个访问请求的时间从先到后，从队首到队尾依次排列请求方，同一时间段内的请求方按优先级的高低从前到后排列。或者，按照请求方优先级从高到低，从队首到队尾依次排列请求方，同一优先级的请求方按照访问请求的时间先后从前到后排列。此时，第二确定单元222综合考虑所述至少一个访问请求的时间顺序及请求方的优先级确定所述目标请求方。管理模块220在向优先级较高的请求方发送第二鉴权信息的同时，可告知其对访问请求在先的请求方的访问请求作出响应\n[0151] 在本发明实施例的装置中，第二确定单元222确定所述目标请求方的规则也可有多种。例如，按照所述等待访问队列的队首(队尾)到队尾(队首)的顺序，选取请求时间最先(后)和/或优先级最高(低)的一个请求方为目标请求方。还例如，选取在特定时间段内请求访问所述共享资源的一个请求方为目标请求方；或者选取具有特定优先级的一个请求方为目标请求方。\n[0152] 响应于预设的时间长度/预设的时间点的到达，第二确定单元222根据接收到的全部访问请求确定所述目标请求方。还可响应于接收到某个特定请求方的访问请求，确定或重新确定所述目标请求方。例如，接收到具有较高优先级的请求方的访问请求后，重新确定所述较高优先级的请求方为目标请求方。\n[0153] 此外，在一种可能的实现方式中，第二确定单元222确定所述目标请求方之后，可响应于能够使用第一鉴权信息访问所述共享资源，发送所述第二鉴权信息，接收到所述第二鉴权信息的请求方成为管理用户。在另一种可能的实现方式中，可响应于确定所述目标请求方发送所述第二鉴权信息。例如，确定所述目标请求方之后，立即将所述第二鉴权信息发送给所述目标请求方，此时，管理用户及接收到所述第二鉴权信息的请求方均继续等待能够访问所述共享资源，接收到第二鉴权信息的请求方成为管理用户，二者均自觉等待当前占用所述共享资源的用户停止使用所述共享资源之后再依次访问所述共享资源；或因鉴权信息的优先级的限制，所述共享资源未被释放之前，二者均无法访问。\n[0154] 对于特定的请求方(所述特定的请求方可能具有访问所述共享资源的较高或最高优先级)，无论是否已经确定了所述目标请求方，管理模块220可响应于接收到所述特定的请求方的访问请求立即向所述特定的请求方发送最高优先级的鉴权信息，使得所述特定的请求方能够即刻访问所述共享资源。\n[0155] 此外，在未确定目标请求方的时间段内，管理用户需要响应接收到的消息维护所述等待访问列表。相应地，如图5所示，本发明实施例的装置200还包括：\n[0156] 更新模块240，用于更新所述等待访问队列。\n[0157] 在本发明实施例的装置中，请求访问所述共享资源的用户通过发送访问请求的方式加入到所述等待访问队列；所述等待访问队列中的用户也可以通过主动发送取消等待的消息来告知管理用户其取消等待的行为。更新模块240响应于接收到的访问请求、取消等待的消息等更新所述等待访问队列。相应地，本发明实施例的装置可分别包括接收所述至少一个访问请求以及取消等待的消息的接收模块250。\n[0158] 为了给用户(尤其是等待访问的用户)提供相对良好的用户体验，如图6所示，本发明实施例的装置还包括：\n[0159] 第一广播模块260，周期性广播所述等待访问队列。和/或\n[0160] 第二广播模块260’，用于响应于所述等待访问队列的更新广播所述等待访问队列。\n[0161] 通过广播所述等待访问队列，可以让想要或等待访问所述共享资源的用户了解所述共享资源的占用情况及等待情况，从而为各用户提供进一步选择的参考。\n[0162] 需要说明的是，本发明实施例的装置中执行发送功能的上述各功能模块可为同一个模块，执行接收功能的上述功能模块也可为同一个模块，在此不作为对本发明实施例的装置的限制。\n[0163] 下面通过具体实例来进一步说明本发明各实施例的方法及装置。\n[0164] 实例一\n[0165] 用户甲通过缺省密码使用共享账号访问目标数据库未成功，使用本发明实施例的方法及装置，用户甲广播访问请求并接收到第一密码，成为所述共享账号的管理用户。用户乙使用缺省密码登录所述共享账号时将被告知访问失败。此时，用户甲将接收到用户乙的访问请求，响应于接收到的所述访问请求建立等待访问队列，用户甲将用户乙加入到所述访问队列中并向其发送第二密码，第二密码的优先级低于第一密码，此时，用户乙成为所述共享账号的管理用户。用户甲在接收到当前访问用户停止访问的消息后使用第一密码使用所述共享账号。其他管理用户以此类推。\n[0166] 实例二\n[0167] 用户甲通过缺省密码使用共享账号访问目标数据库未成功，使用本发明实施例的方法及装置，用户甲广播访问请求并接收到第一密码，成为所述共享账号的管理用户。用户乙使用缺省密码登录所述共享账号时将被告知访问失败。此时，用户甲将接收到用户乙的访问请求，响应于接收到的所述访问请求建立等待访问队列。在用户甲等待访问所述数据库期间，其陆续接收到用户丙、用户丁、用户戊的访问请求，并按照优先级高低依次将用户丁、用户丙、用户戊添加到等待访问队列的队尾。用户甲每更新等待访问队列，即广播更新后的等待访问队列，用户乙、用户丙、用户丁、用户戊均能获知所述共享账号的占用情况。用户乙因故主动取消等待，响应于此，用户甲再次更新所述访问等待队列并广播更新后的队列。用户甲在等待访问所述数据库的一段时间后，确定所述等待访问队列队首的用户丁为目标请求方，将第二密码发送给用户丁并告知用户丁对用户丙的请求作出响应，用户丁成为所述账号当前的管理用户，并可首选用户丙为其发送“第二密码”的目标。当前访问用户停止访问所述数据库时，用户甲可使用第一密码访问所述数据库，其他管理用户以此类推。\n[0168] 实例三\n[0169] 在实例一的情形中，用户甲成为所述共享账号的管理用户并在确定所述用户乙为目标请求方之后，立即将第二密码发送给用户乙。用户甲等待访问所述数据库期间接收到特定用户乙的访问请求，用户乙为所述共享账号的最高优先级使用用户，此时，用户甲确定用户乙为目标请求方，并向其发送最高优先级的密码，用户乙成为所述共享账号当前的管理用户。用户甲可通知或不通知用户乙此变动。\n[0170] 图7为本方面实施例提供的又一种资源访问装置700的结构示意图，本申请具体实施例并不对资源访问装置700的具体实现做限定。如图7所示，所述资源访问装置700可以包括：\n[0171] 处理器(processor)710、通信接口(Communications Interface)720、存储器(memory)730、以及通信总线740。其中：\n[0172] 处理器710、通信接口720、以及存储器730通过通信总线740完成相互间的通信。\n[0173] 通信接口720，用于与比如客户端等的网元通信。\n[0174] 处理器710，用于执行程序732，具体可以执行上述方法实施例中的相关步骤。\n[0175] 具体地，程序732可以包括程序代码，所述程序代码包括计算机操作指令。\n[0176] 处理器710可能是一个中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。\n[0177] 存储器730，用于存放程序732。存储器730可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。程序732具体可以用于使得所述资源访问装置700执行以下步骤：\n[0178] 响应于访问共享资源失败，获取所述共享资源的第一鉴权信息；\n[0179] 根据接收到的对所述共享资源的至少一个访问请求，按照预设策略发送所述共享资源的第二鉴权信息。\n[0180] 程序732中各步骤的具体实现可以参见上述实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。\n[0181] 本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。\n[0182] 所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者所述技术方案的部分可以以软件产品的形式体现出来，所述计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。\n[0183] 以上实施方式仅用于说明本申请，而并非对本申请的限制，有关技术领域的普通技术人员，在不脱离本申请的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本申请的范畴，本申请的专利保护范围应由权利要求限定。