户帐户的资源账户中扣除目标虚拟资源，并增加第二用户帐户的评价指数。
[0046]综上所述，本实施例提供的资源转移方法，第一客户端通过完成任务来获得虚拟资源，在获得虚拟资源之后向服务器发送向第二用户帐户转移虚拟资源的资源转移请求，服务器接收到资源转移请求之后依据第一客户端请求转移的虚拟资源来增加第二用户帐户的评价指数；解决了现有技术中评价指数的准确度较低、基于评价指数进行的其他处理的准确度也较低以及浪费服务器资源的问题；达到了第一客户端只会将自己通过完成任务获得的虚拟资源转移至自己喜欢的第二用户帐户，进而提高计算得到的第二用户帐户的评价指数的准确度的效果。
[0047]请参考图3A，其示出了本发明一个实施例提供的评价指数确定方法的方法流程图，且本实施例以该评价指数确定方法用于图1所示的实施环境中来举例说明。如图3A所示，该评价指数确定方法可以包括:
[0048]步骤301，第一客户端在完成预设任务后，发送获取请求至服务器。
[0049]第一客户端可以显示预设任务，用户选择完成第一客户端显示的预设任务。预设任务包括:参与游戏、参与抽奖、系统奖励、观看直播以及向其他用户帐户转移虚拟资源中的至少一种。
[0050]第一客户端完成预设任务包括:第一客户端接收到参与预设任务的参与指令，或，接收到参与预设任务的参与指令且该参与指令触发展示的各个引导信息均被正确响应。比如，请参考图3B，第一客户端可以显示图中所示的5个预设任务以及每个预设任务所对应的参与选项。则若用户选择图中的31选项，则第一客户端在接收到选择指令后即完成该任务；而若用户选择图中的32选项，则在第一客户端接收到选择指令且第一客户端在播放‘女神直播’ 10分钟之后，第一客户端完成该任务。
[0051]可选的，第一客户端可以显示第一客户端中登录的第一用户帐户的第一信息资料卡，第一信息资料卡中包含预设任务。比如，图3B所示的界面即为显示的第一信息资料卡。其中，该第一信息资料卡可以为第一客户端通过内置浏览器的web页面展示的资料卡。可选地，用户可以通过选择第一客户端的头像的方式来触发第一客户端显示第一信息资料卡，本实施例对此并不做限定。
[0052]在第一客户端完成预设任务之后，第一客户端可以发送获取请求至服务器。获取请求中携带有第一客户端中登录的第一用户帐户的帐户信息和预设任务对应的任务标识。
[0053]当第一信息资料卡为第一客户端通过内置浏览器的web页面展示的资料卡时，在第一客户端通过web页面接收到选择预设任务所对应的参与选项的选择信号之后，web页面调用 AJAX (Asynchronous JavaScript And XML，异步 JavaScript 和 XML)方法。此后，web页面并不立即执行异步请求，而是创建一个请求对象，将该请求对象添加至请求队列中。web页面检测请求队列中的请求对象是否已经开始执行，若已经开始执行，则依据请求队列中的各个请求对象的顺序依次执行各个请求对象；而若未开始执行，则开始执行请求队列中的各个请求对象。在请求队列中的请求对象开始执行时，web页面把请求队列中的第一个请求对象取出，并向第一客户端发送获取第一客户端的用户帐户的帐户信息的获取指令。web页面接收第一客户端反馈的用户帐户的帐户信息，从请求对象中取出请求的URL和参数进而向服务器发送AJAX请求的调用，也即发送获取请求。其中，在web页面接收到服务器的成功响应之后，web页面可以执行请求对象中的回调函数，并在请求队列中存在未处理的请求对象时，继续按照上述处理方法处理请求队列中的未处理的请求对象。
[0054]通过采用上述发送方式发送获取请求至服务器，避免了现有方案中需要多重嵌套调用，客户端的维护成本较高的问题；达到了可以避免多重嵌套，进而提高开发效率以及降低客户端的维护成本的效果。本实施例中的第一信息资料卡为web页面，这样，在需要更新第一信息资料卡时，即可通过更新web页面来高效的实现升级，而无需升级客户端，提高了更新效率。
[0055]另外，通过请求队列的方式来管理各个请求对象(请求队列中的各个请求对象依次处理)，避免了当同时接收到多个请求时，后接收到的请求会覆盖之前接收到的请求的问题。
[0056]步骤302，服务器接收获取请求，将预设任务所对应的虚拟资源增加至第一客户端中登录的第一用户帐户的资源账户。
[0057]服务器中存储有各个用户帐户的资源账户中的虚拟资源的资源数值，以及每个预设任务所对应的虚拟资源的数值。在服务器接收到获取请求之后，服务器可以提取获取请求中携带的第一用户帐户的帐户信息以及预设任务的任务标识，查询任务标识所对应的虚拟资源，将查询到的虚拟资源增加至第一用户帐户的资源账户。
[0058]比如，服务器接收到第一客户端在完成图3B中的第一个任务时发送的获取请求，则服务器可以即可将查询到的虚拟资源9增加至第一用户帐户的资源账户，增加后的第一用户帐户的资源账户中的虚拟资源的数值为19。
[0059]需要说明的是，在服务器将预设任务所对应的虚拟资源增加至第一用户帐户之后，服务器即可将预设任务的状态修改为已完成状态，处于已完成状态的任务在预设时间段内不能被再次触发。比如，请参考图3C，第一个任务所对应的参与选项被设置为在24h内处于不可触发状态。
[0060]步骤303，服务器反馈第一用户帐户的资源账户中的资源数值至第一客户端。
[0061]步骤304，第一客户端接收并展示资源数值。
[0062]比如，请参考图3C，第一客户端可以将图3B中展示的‘拥有10颗钻石可赠送’，更新为‘拥有19颗钻石可赠送’。
[0063]步骤305，服务器根据预设任务所对应的虚拟资源更新第一用户帐户的活跃度信息。
[0064]活跃度信息包括活跃度指数、活跃度指数所对应的活跃度等级、活跃度等级所对应的活跃度称号以及由活跃度等级升级至下一等级的升级进度中的至少一种。
[0065]服务器中存储有各个用户帐户的活跃指数，该活跃指数可以为用户帐户历史获取的虚拟资源的数值的总和。则在服务器接收到获取请求之后，服务器可以将预设任务所对应的虚拟资源的数值增加至第一用户帐户的活跃指数。比如，请参考图3B，第一用户帐户的历史活跃指数为92，服务器接收到获取请求之后，服务器可以将第一个任务所对应的钻石的个数10增加至历史活跃指数92，增加后的活跃指数为102。
[0066]可选的，服务器中还可以存储有各个活跃度指数所对应的活跃度等级，则在服务器更新活跃度指数之后，服务器可以相应的更新活跃度等级。活跃度指数增加预定个数之后，活跃度等级可以升级一级。其中，不同活跃度等级之间相差的活跃度的个数可以相同也可以不同。
[0067]可选的，服务器中还可以存储有活跃度等级所对应的活跃度称号，则在活跃度等级有更新之后，服务器还需要相应的更新活跃度称号。
[0068]可选的，服务器还可以计算第一用户帐户由当前活跃度等级升级至下一等级的升级进度。比如，第一用户帐户的活跃度等级当前为7级，当前活跃度指数为102，升级至第7级时的活跃度指数为82，升级至第8级时的活跃度指数为104，则第一用户帐户的升级进度为 20/22。
[0069]需要补充说明的是，本实施例只是以步骤302在步骤305之前执行来举例说明，可选的，步骤302和步骤305还可以同时执行，或者步骤302在步骤305之后执行为例，本实施例对其实际执行顺序并不做限定。
[0070]步骤306，服务器反馈活跃度信息至第一客户端。
[0071]需要补充说明的是，本实施例也只是以步骤303在步骤306之前执行来举例说明，可选的，步骤303和步骤306还可以同时执行，或者步骤303在步骤306之后执行为例，本实施例对其实际执行顺序并不做限定。
[0072]步骤307，第一客户端接收并展示活跃度信息。
[0073]需要补充说明的是，本实施例也只是以步骤304在步骤307之前执行来举例说明，可选的，步骤304和步骤307还可以同时执行，或者步骤304在步骤