具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
请参考图1,其示出了本发明各个实施例所提供的评价指数确定方法所涉及的一种实施环境的示意图。如图1所示,该实施环境可以包括第一客户端110、第二客户端120和服务器130。
第一客户端110和第二客户端120是运行在终端中的、由服务提供方提供的客户端;实际实现时,第一客户端110和第二客户端120可以通过有线或者无线网络与服务器130连接。实际实现时,第一客户端110和第二客户端120可以为富集通讯客户端。
服务器130是服务提供方提供的后台服务器,用于与第一客户端110和第二客户端120结合来为用户提供服务提供方提供的服务,所述服务可以包括即时通信服务、音视频播放服务或者游戏服务等。
请参考图2,其示出了本发明一个实施例提供的评价指数确定方法的方法流程图,且本实施例以该评价指数确定方法用于图1所示的实施环境中来举例说明。如图2所示,该评价指数确定方法可以包括:
步骤201,第一客户端在完成预设任务后,发送获取请求至服务器。
步骤202,服务器接收获取请求,将预设任务所对应的虚拟资源增加至第一客户端中登录的第一用户帐户的资源账户。
步骤203,服务器反馈第一用户帐户的资源账户中的资源数值至第一客户端。
步骤204,第一客户端接收并展示资源数值。
步骤205,第一客户端接收第一用户帐户的资源转移指令。
步骤206,第一客户端发送资源转移请求至服务器;资源转移请求是向第二用户帐户转移目标虚拟资源的请求。
步骤207,服务器接收资源转移请求,在第一用户帐户的资源账户中扣除目标虚拟资源,并增加第二用户帐户的评价指数。
综上所述,本实施例提供的资源转移方法,第一客户端通过完成任务来获得虚拟资源,在获得虚拟资源之后向服务器发送向第二用户帐户转移虚拟资源的资源转移请求,服务器接收到资源转移请求之后依据第一客户端请求转移的虚拟资源来增加第二用户帐户的评价指数;解决了现有技术中评价指数的准确度较低、基于评价指数进行的其他处理的准确度也较低以及浪费服务器资源的问题;达到了第一客户端只会将自己通过完成任务获得的虚拟资源转移至自己喜欢的第二用户帐户,进而提高计算得到的第二用户帐户的评价指数的准确度的效果。
请参考图3A,其示出了本发明一个实施例提供的评价指数确定方法的方法流程图,且本实施例以该评价指数确定方法用于图1所示的实施环境中来举例说明。如图3A所示,该评价指数确定方法可以包括:
步骤301,第一客户端在完成预设任务后,发送获取请求至服务器。
第一客户端可以显示预设任务,用户选择完成第一客户端显示的预设任务。预设任务包括:参与游戏、参与抽奖、系统奖励、观看直播以及向其他用户帐户转移虚拟资源中的至少一种。
第一客户端完成预设任务包括:第一客户端接收到参与预设任务的参与指令,或,接收到参与预设任务的参与指令且该参与指令触发展示的各个引导信息均被正确响应。比如,请参考图3B,第一客户端可以显示图中所示的5个预设任务以及每个预设任务所对应的参与选项。则若用户选择图中的31选项,则第一客户端在接收到选择指令后即完成该任务;而若用户选择图中的32选项,则在第一客户端接收到选择指令且第一客户端在播放‘女神直播’10分钟之后,第一客户端完成该任务。
可选的,第一客户端可以显示第一客户端中登录的第一用户帐户的第一信息资料卡,第一信息资料卡中包含预设任务。比如,图3B所示的界面即为显示的第一信息资料卡。其中,该第一信息资料卡可以为第一客户端通过内置浏览器的web页面展示的资料卡。可选地,用户可以通过选择第一客户端的头像的方式来触发第一客户端显示第一信息资料卡,本实施例对此并不做限定。
在第一客户端完成预设任务之后,第一客户端可以发送获取请求至服务器。获取请求中携带有第一客户端中登录的第一用户帐户的帐户信息和预设任务对应的任务标识。
当第一信息资料卡为第一客户端通过内置浏览器的web页面展示的资料卡时,在第一客户端通过web页面接收到选择预设任务所对应的参与选项的选择信号之后,web页面调用AJAX(AsynchronousJavaScriptAndXML,异步JavaScript和XML)方法。此后,web页面并不立即执行异步请求,而是创建一个请求对象,将该请求对象添加至请求队列中。web页面检测请求队列中的请求对象是否已经开始执行,若已经开始执行,则依据请求队列中的各个请求对象的顺序依次执行各个请求对象;而若未开始执行,则开始执行请求队列中的各个请求对象。在请求队列中的请求对象开始执行时,web页面把请求队列中的第一个请求对象取出,并向第一客户端发送获取第一客户端的用户帐户的帐户信息的获取指令。web页面接收第一客户端反馈的用户帐户的帐户信息,从请求对象中取出请求的URL和参数进而向服务器发送AJAX请求的调用,也即发送获取请求。其中,在web页面接收到服务器的成功响应之后,web页面可以执行请求对象中的回调函数,并在请求队列中存在未处理的请求对象时,继续按照上述处理方法处理请求队列中的未处理的请求对象。
通过采用上述发送方式发送获取请求至服务器,避免了现有方案中需要多重嵌套调用,客户端的维护成本较高的问题;达到了可以避免多重嵌套,进而提高开发效率以及降低客户端的维护成本的效果。本实施例中的第一信息资料卡为web页面,这样,在需要更新第一信息资料卡时,即可通过更新web页面来高效的实现升级,而无需升级客户端,提高了更新效率。
另外,通过请求队列的方式来管理各个请求对象(请求队列中的各个请求对象依次处理),避免了当同时接收到多个请求时,后接收到的请求会覆盖之前接收到的请求的问题。
步骤302,服务器接收获取请求,将预设任务所对应的虚拟资源增加至第一客户端中登录的第一用户帐户的资源账户。
服务器中存储有各个用户帐户的资源账户中的虚拟资源的资源数值,以及每个预设任务所对应的虚拟资源的数值。在服务器接收到获取请求之后,服务器可以提取获取请求中携带的第一用户帐户的帐户信息以及预设任务的任务标识,查询任务标识所对应的虚拟资源,将查询到的虚拟资源增加至第一用户帐户的资源账户。
比如,服务器接收到第一客户端在完成图3B中的第一个任务时发送的获取请求,则服务器可以即可将查询到的虚拟资源9增加至第一用户帐户的资源账户,增加后的第一用户帐户的资源账户中的虚拟资源的数值为19。
需要说明的是,在服务器将预设任务所对应的虚拟资源增加至第一用户帐户之后,服务器即可将预设任务的状态修改为已完成状态,处于已完成状态的任务在预设时间段内不能被再次触发。比如,请参考图3C,第一个任务所对应的参与选项被设置为在24h内处于不可触发状态。
步骤303,服务器反馈第一用户帐户的资源账户中的资源数值至第一客户端。
步骤304,第一客户端接收并展示资源数值。
比如,请参考图3C,第一客户端可以将图3B中展示的‘拥有10颗钻石可赠送’,更新为‘拥有19颗钻石可赠送’。
步骤305,服务器根据预设任务所对应的虚拟资源更新第一用户帐户的活跃度信息。
活跃度信息包括活跃度指数、活跃度指数所对应的活跃度等级、活跃度等级所对应的活跃度称号以及由活跃度等级升级至下一等级的升级进度中的至少一种。
服务器中存储有各个用户帐户的活跃指数,该活跃指数可以为用户帐户历史获取的虚拟资源的数值的总和。则在服务器接收到获取请求之后,服务器可以将预设任务所对应的虚拟资源的数值增加至第一用户帐户的活跃指数。比如,请参考图3B,第一用户帐户的历史活跃指数为92,服务器接收到获取请求之后,服务器可以将第一个任务所对应的钻石的个数10增加至历史活跃指数92,增加后的活跃指数为102。
可选的,服务器中还可以存储有各个活跃度指数所对应的活跃度等级,则在服务器更新活跃度指数之后,服务器可以相应的更新活跃度等级。活跃度指数增加预定个数之后,活跃度等级可以升级一级。其中,不同活跃度等级之间相差的活跃度的个数可以相同也可以不同。
可选的,服务器中还可以存储有活跃度等级所对应的活跃度称号,则在活跃度等级有更新之后,服务器还需要相应的更新活跃度称号。
可选的,服务器还可以计算第一用户帐户由当前活跃度等级升级至下一等级的升级进度。比如,第一用户帐户的活跃度等级当前为7级,当前活跃度指数为102,升级至第7级时的活跃度指数为82,升级至第8级时的活跃度指数为104,则第一用户帐户的升级进度为20/22。
需要补充说明的是,本实施例只是以步骤302在步骤305之前执行来举例说明,可选的,步骤302和步骤305还可以同时执行,或者步骤302在步骤305之后执行为例,本实施例对其实际执行顺序并不做限定。
步骤306,服务器反馈活跃度信息至第一客户端。
需要补充说明的是,本实施例也只是以步骤303在步骤306之前执行来举例说明,可选的,步骤303和步骤306还可以同时执行,或者步骤303在步骤306之后执行为例,本实施例对其实际执行顺序并不做限定。
步骤307,第一客户端接收并展示活跃度信息。
需要补充说明的是,本实施例也只是以步骤304在步骤307之前执行来举例说明,可选的,步骤304和步骤307还可以同时执行,或者步骤304在步骤307之后执行为例,本实施例对其实际执行顺序并不做限定。
第一客户端可以在第一信息资料卡中展示该活跃度信息。比如,结合图3C,第一客户端可以展示当前的活力指数‘102’、第7级、第7级的称号‘略知一二’以及由当前活力指数升级至第8级的升级进度。
需要补充说明的是,步骤301-步骤307是在步骤308之前执行的步骤,实际实现时,其可以只执行一次,也可以循环执行多次,本实施例对此并不做限定。并且,步骤305至步骤307为可选步骤,实际实现时可以并不执行,本实施例对此也不做限定。
步骤308,第一客户端接收第一用户帐户的资源转移指令。
当用户想要向第二用户帐户转移虚拟资源时,用户可以在第一客户端中施加资源转移指令,相应的,第一客户端可以接收该资源转移指令。
具体的,本步骤可以包括如下三种可能的实现方式。
第一种,本步骤可以包括:
(1)、第一客户端显示本端的第一信息资料卡,第一信息资料卡中包含第一操作控件或者用于导向第一操作控件的操作入口,第一操作控件为用于触发向第二用户帐户转移虚拟资源的控件。
以第一客户端显示的第一信息资料卡中包含用于导向第一操作控件的操作入口为例,请参考图3C,第一客户端可以展示第二个任务也即‘赠送钻石给好友,活力+2’所对应的参与选项33。
(2)、第一客户端接收作用于第一操作控件上的触发指令。
当用户想要向第二用户帐户转移虚拟资源时,用户可以选择图3C中的参与选项33,相应的第一客户端接收用户的选择指令。
在第一客户端接收到选择指令之后,第一客户端可以展示向第二用户帐户转移虚拟资源的转移选项。具体的,第一客户端接收到选择指令之后,第一客户端可以在第一信息资料卡中展示一个资源转移窗口,该资源转移窗口中包含‘我的关注’和‘最近联系人’两个选项,用户根据个人需求选择对应选项。第一客户端接收到用户选择某个选项的选择指令之后,第一客户端展示对应的联系人列表以及向联系人列表中的各个联系人转移虚拟资源的操作控件。
比如,请参考图3D,用户选择‘我的关注’之后,第一客户端显示第一用户帐户的用户所关注的各个好友以及向每个好友赠送钻石的赠送控件。之后,用户选择自己想要赠送的好友所对应的赠送控件,相应的,第一客户端接收作用于赠送控件上的触发指令。
本实施例只是以第一信息资料卡中显示操作入口来举例说明,可选的,第一客户端还可以在第一信息资料卡中直接显示各个好友以及向各个好友转移虚拟资源的操作控件,本实施例对此并不做限定。并且,在用户向第二用户帐户转移虚拟资源完毕,或者用户想要中途取消转移时,用户可以选择资源转移窗口中的关闭选项,比如,选择图3D中的关闭选项34。第一客户端接收到关闭信号之后,关闭资源转移窗口。
第二种,本步骤可以包括:
(1)、第一客户端显示第二用户帐户的第二信息资料卡,第二信息资料卡中包含第二操作控件,第二操作控件为用于触发向第二用户帐户转移虚拟资源的控件。
当用户想要向第二用户帐户转移虚拟资源时,用户可以在第一客户端中选择打开第二用户帐户的第二信息资料卡。其中,第二信息资料卡中包含第二操作控件,第二操作控件为用于触发向第二用户帐户转移虚拟资源的控件。
比如,请参考图3E,第一客户端可以在第二信息资料卡中显示‘赠送TA钻石’的控件35。
可选地,用户可以通过查看好友列表中的第二用户帐户的资料的方式来触发第一客户端显示第二用户帐户的第二信息资料卡,当然,用户还可以通过选择好友列表中的第二用户帐户的头像的方式来触发显示第二信息资料卡,本实施例对此并不做限定。
(2)、第一客户端接收作用于第二操作控件上的触发指令。
用户选择该控件35,第一客户端接收作用于该控件35上的触发指令。
第三种,本步骤可以包括:
(1)、第一客户端接收作用于显示的第二用户帐户上的触发指令。
当用户想要向第二用户帐户转移虚拟资源时,用户还可以施加作用于联系人列表中的第二用户帐户上的触发指令,相应的,第一客户端接收该触发指令。其中,联系人列表可以为第一用户帐户的好友列表,也可以是第一用户帐户所参与的频道中的各个频道用户所组成的列表,还可以是第一用户帐户所加入的群组中的各个群组成员所组成的列表,本实施例对此并不做限定。
比如,以联系人列表为频道中的各个频道用户所组成的列表来举例说明,用户可以将鼠标光标停留在频道用户列表中的第二用户帐户处,然后施加右击信号,将接收到的右击信号作为触发指令。
(2)、第一客户端显示资源转移控件。
第一客户端接收到触发指令之后,第一客户端可以显示资源转移控件。比如,在第一客户端接收到右击信号之后,第一客户端可以展示‘向TA赠送钻石’的控件。
(3)、第一客户端接收作用于资源转移控件上的触发指令。
比如,第一客户端可以接收到作用于控件上的触发指令。可选的,若第一用户相互向第二用户帐户转移的虚拟资源的数值超过预设阈值,或者在频道/群组的历史转移记录中请求转移的虚拟资源的数值排名超过预设排名,则第一客户端可以在频道的公屏或者在群组中展示本次转移消息,本实施例对此并不做限定。
需要补充说明的是,本实施例只是以第一客户端通过上述三种方式来接收资源转移指令来举例说明,可选的,第一客户端还可以通过其他方式来接收资源转移指令,本实施例对此并不做限定。
步骤309,第一客户端发送资源转移请求至服务器;资源转移请求是向第二用户帐户转移目标虚拟资源的请求。
步骤310,服务器接收资源转移请求,在第一用户帐户的资源账户中扣除目标虚拟资源,并增加第二用户帐户的评价指数。
评价指数用于表示用户帐户受欢迎的程度。
服务器增加第二用户帐户的评价指数的步骤可以包括:服务器将第二用户帐户的评价指数增加该目标虚拟资源的数值;比如,服务器将第二用户帐户的评价指数增加‘19’。或者,服务器根据预设对应关系增加第二用户帐户的评价指数;比如,虚拟资源的数值每增加3个,评价指数增加1,且不满3个的按3个来计算,则服务器可以将第二用户帐户的评价指数加上7(19/3=6,且余数为1)。
比如,请参考图3E,以第一客户端向‘向日葵’赠送钻石为例,服务器接收到第一客户端发送的资源转移请求之后,服务器可以扣除第一用户帐户的资源账户中的全部虚拟资源‘19’,并将‘向日葵’的评价指数加19。
可选的,该目标虚拟资源可以为第一用户帐户的资源账户中的全部虚拟资源,也可以是第一用户帐户在资源转移时请求设置的部分虚拟资源,本实施例对此并不做限定。
步骤311,服务器返回第二用户帐户的评价指数至第二用户帐户所对应的第二客户端。
步骤312,第二客户端接收并展示评价指数。
需要补充说明的一点是,本实施例只是以在第一信息资料卡中展示活跃度信息和评价指数来举例说明,可选的,第一客户端还可以在迷你资料卡中展示该活跃度信息和评价指数。比如,第一客户端可以在图3F所示的迷你资料卡中展示活跃度信息和评价指数。其中,迷你资料卡可以为用户将鼠标移动至用户帐户所在位置时,第一客户端展示的资料卡,本实施例对此并不做限定。
需要补充说明的第二点是,结合图3B-图3E,第一客户端还可以在第一信息资料卡中展示接收其他用户转移的虚拟资源的接收记录,类似的,第一客户端还可以在第二信息资料卡中展示第二用户帐户接收到的其他用户转移的虚拟资源的转移记录,本实施例对此并不做限定,并且,实际实现时第一客户端还可以在第一信息资料卡或者第二信息资料卡中展示其他信息,比如:第一客户端还以在第一信息资料卡中展示自己向其他各个用户转移虚拟资源的转移记录。
综上所述,本实施例提供的评价指数确定方法,第一客户端通过完成任务来获得虚拟资源,在获得虚拟资源之后向服务器发送向第二用户帐户转移虚拟资源的资源转移请求,服务器接收到资源转移请求之后依据第一客户端请求转移的虚拟资源来增加第二用户帐户的评价指数;解决了现有技术中评价指数的准确度较低、基于评价指数进行的其他处理的准确度也较低以及浪费服务器资源的问题;达到了第一客户端只会将自己通过完成任务获得的虚拟资源转移至自己喜欢的第二用户帐户,进而提高计算得到的第二用户帐户的评价指数的准确度的效果。
需要补充说明的是,上述实施例中关于第一客户端侧的步骤可以实现成为第一客户端侧的评价指数确定方法,关于服务器侧的步骤可以实现成为服务器侧的评价指数确定方法,而关于第二客户端侧的步骤可以实现成功第二客户端侧的评价指数确定方法。
请参考图4,其示出了本发明一个实施例提供的评价指数确定装置的结构方框图,本实施例以该评价指数确定装置用于第一客户端中来举例说明。如图4所示,该评价指数确定装置可以包括:第一发送模块401、数值接收模块402、数值展示模块403、信号接收模块404和第二发送模块405。
第一发送模块401,用于在完成预设任务后,发送获取请求至服务器,所述获取请求用于指示所述服务器将所述预设任务所对应的虚拟资源增加至所述第一客户端中登录的第一用户帐户的资源账户,反馈所述第一用户帐户的资源账户中的资源数值至所述第一客户端;
数值接收模块402,用于接收所述资源数值;
数值展示模块403,用于展示所述数值接收模块402接收到的所述资源数值;
信号接收模块404,用于接收第一用户帐户的资源转移指令;
第二发送模块405,用于发送资源转移请求至所述服务器;所述资源转移请求是向第二用户帐户转移目标虚拟资源的请求;所述资源转移请求用于指示所述服务器在所述第一用户帐户的资源账户中扣除所述目标虚拟资源,并增加所述第二用户帐户的评价指数。
综上所述,本实施例提供的评价指数确定装置,通过完成任务来获得虚拟资源,在获得虚拟资源之后向服务器发送向第二用户帐户转移虚拟资源的资源转移请求,服务器接收到资源转移请求之后依据第一客户端请求转移的虚拟资源来增加第二用户帐户的评价指数;解决了现有技术中评价指数的准确度较低、基于评价指数进行的其他处理的准确度也较低以及浪费服务器资源的问题;达到了第一客户端只会将自己通过完成任务获得的虚拟资源转移至自己喜欢的第二用户帐户,进而提高计算得到的第二用户帐户的评价指数的准确度的效果。
请参考图5,其示出了本发明一个实施例提供的评价指数确定装置的结构方框图,本实施例以该评价指数确定装置用于第一客户端中来举例说明。如图5所示,该评价指数确定装置可以包括:第一发送模块501、数值接收模块502、数值展示模块503、信号接收模块504和第二发送模块505。
第一发送模块501,用于在完成预设任务后,发送获取请求至服务器,所述获取请求用于指示所述服务器将所述预设任务所对应的虚拟资源增加至所述第一客户端中登录的第一用户帐户的资源账户,反馈所述第一用户帐户的资源账户中的资源数值至所述第一客户端;
数值接收模块502,用于接收所述资源数值;
数值展示模块503,用于展示所述数值接收模块502接收到的所述资源数值;
信号接收模块504,用于接收所述第一用户帐户的资源转移指令;
第二发送模块505,用于发送资源转移请求至所述服务器;所述资源转移请求是向第二用户帐户转移目标虚拟资源的请求;所述资源转移请求用于指示所述服务器在所述第一用户帐户的资源账户中扣除所述目标虚拟资源,并增加所述第二用户帐户的评价指数。
可选地,所述装置还包括:
信息接收模块506,用于接收所述服务器反馈的所述第一客户端的活跃度信息,所述活跃度信息为所述服务器根据所述预设任务所对应的虚拟资源更新并反馈的信息,所述活跃度信息包括活跃度指数、所述活跃度指数所对应的活跃度等级、所述活跃度等级所对应的活跃度称号以及由所述活跃度等级升级至下一等级的升级进度中的至少一种;
信息展示模块507,用于展示所述信息接收模块506接收到的所述活跃度信息。
可选地,所述信号接收模块504,包括:
第一显示单元504a,用于显示所述第一客户端的第一信息资料卡,所述第一信息资料卡中包含第一操作控件或者用于导向所述第一操作控件的操作入口,所述第一操作控件为用于触发向所述第二用户帐户转移虚拟资源的控件;
第一接收单元504b,用于接收作用于所述第一显示单元504a显示的所述第一操作控件上的触发指令。
可选地,所述信号接收模块504,包括:
第二显示单元504c,用于显示所述第二用户帐户的第二信息资料卡,所述第二信息资料卡中包含第二操作控件,所述第二操作控件为用于触发向所述第二用户帐户转移虚拟资源的控件;
第二接收单元504d,用于接收作用于所述第二显示单元504c显示的所述第二操作控件上的触发指令。
可选地,所述信号接收模块504,包括:
第三接收单元504e,用于接收作用于显示的所述第二用户帐户上的触发指令;
第三显示单元504f,用于显示资源转移控件;
第四接收单元504g,用于接收作用于所述第三显示单元504f显示的所述资源转移控件上的触发指令。
可选地,所述预设任务包括:参与游戏、参与抽奖、系统奖励、观看直播以及向其他用户帐户转移虚拟资源中的至少一种。
综上所述,本实施例提供的评价指数确定装置,通过完成任务来获得虚拟资源,在获得虚拟资源之后向服务器发送向第二用户帐户转移虚拟资源的资源转移请求,服务器接收到资源转移请求之后依据第一客户端请求转移的虚拟资源来增加第二用户帐户的评价指数;解决了现有技术中评价指数的准确度较低、基于评价指数进行的其他处理的准确度也较低以及浪费服务器资源的问题;达到了第一客户端只会将自己通过完成任务获得的虚拟资源转移至自己喜欢的第二用户帐户,进而提高计算得到的第二用户帐户的评价指数的准确度的效果。
需要说明的是:上述实施例提供的评价指数确定装置在确定评价指数时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的评价指数确定装置与评价指数确定方法的方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。