CN107609895A - 一种合并业务区域的处理方法及其设备 - Google Patents
一种合并业务区域的处理方法及其设备 Download PDFInfo
- Publication number
- CN107609895A CN107609895A CN201710681518.XA CN201710681518A CN107609895A CN 107609895 A CN107609895 A CN 107609895A CN 201710681518 A CN201710681518 A CN 201710681518A CN 107609895 A CN107609895 A CN 107609895A
- Authority
- CN
- China
- Prior art keywords
- service
- service area
- business
- virtual data
- time period
- 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.)
- Granted
Links
Abstract
本发明实施例公开一种合并业务区域的处理方法及其设备,其中方法包括如下步骤:获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值;获取业务区域集合中第二业务区域的第二业务日志数据,并获取在所述第一时间段内的第二业务活跃数和第二业务属性值;若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。采用本发明,可以减少在线游戏用户的流失率。
Description
技术领域
本发明涉及互联网技术领域,尤其涉及一种合并业务区域的处理方法及其设备。
背景技术
对于多数热门的网络游戏,都需要部署多个服务器,每个服务器对应不同的玩家群体。但随着时间的推移,部分或个别服务器的在线玩家的数量逐渐减少,该服务器中剩余的在线玩家在游戏中的转移需求及竞技需求均得不到满足,这样会进一步加快在线玩家的流失。目前,会采用合服的方式来减缓游戏用户的流失,具体是将两台在线玩家数量不多的服务器进行合并,以提高服务器中的在线人数,通过合服可以将两台或多台服务器的数据合并至一台服务器来实现,也可以降低服务器的运行成本。然而,将在线玩家数量少的服务器合并之后,玩家的数量虽然增多了,但如果两个服务器的在线玩家的对应的虚拟币转移量以及战力值之间存在较大差距的情况下,会对一方的在线玩家带来各类属性均处于劣势的挫败感,这样依旧无法增强在线玩家之间的社交需求及竞技需求,进而导致在线游戏用户的流失。
发明内容
本发明实施例提供一种合并业务区域的处理方法及其设备,通过确定不同业务区域之间的业务活跃数以及业务属性值的差异在对应的范围内时,输出允许业务区域合并的指示信息以合并业务区域,可以减少在线游戏用户的流失率。
本发明实施例第一方面提供了一种合并业务区域的处理方法,可包括:
获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值;
获取业务区域集合中第二业务区域的第二业务日志数据,并获取在所述第一时间段内的第二业务活跃数和第二业务属性值;
若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
可选的,所述获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值之前,还包括:
根据多个业务区域中每个业务区域对应的业务日志数据,确定所述每个业务区域在第二时间段内的业务活跃数;
将所述业务活跃数低于活跃数阈值的业务区域,生成业务区域集合。
可选的,所述每个业务区域包含多个业务标识,所述业务日志数据包含多个业务标识对应的使用时长数据;
所述根据多个业务区域中每个业务区域对应的业务日志数据,确定所述每个业务区域在第二时间段内的业务活跃数,包括:
在所述每个业务区域包含的多个业务标识中,将在第二时间段内使用时长大于时长阈值的业务标识,确定为活跃业务标识;
将所述活跃业务标识的数量确定为业务活跃数。
可选的,所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值中的至少一个;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值中的至少一个。
可选的,若所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值;
若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出用于表示所述第一业务区域和所述第二业务区域允许合并的指示消息,包括:
若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一虚拟数据转移量和所述第二虚拟数据转移量的差值在转移量差值范围内,且所述第一虚拟数据存储量和所述第二虚拟数据存储量的差值在存储量差值范围内,且所述第一业务能力值和所述第二业务能力值的差值在能力值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
可选的,所述第一业务属性值包括第一虚拟数据转移量和第一虚拟数据存储量;
所述获取在第一时间段内的第一业务属性值,包括:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储量;
将多个第一业务标识对应的虚拟数据转移量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据转移量;
将多个第一业务标识对应的虚拟数据存储量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据存储量。
可选的,所述第一业务属性值包括第一业务能力值;
所述获取在第一时间段内的第一业务属性值,包括:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应的业务能力值;
按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第一业务区域中在所述第一时间段的第一业务能力值。
可选的,所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量;
所述获取在第一时间段内的第二业务属性值,包括:
根据所述第二业务日志数据,获取所述第二业务区域包含的多个第二业务标识中每个第二业务标识在所述第一时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储量;
将多个第二业务标识对应的虚拟数据转移量求和,计算得到所述第二业务区域中在所述第一时间段的第二虚拟数据转移量;
将多个第二业务标识对应的虚拟数据存储量求和,计算得到所述第二业务区域中在所述第一时间段的第二虚拟数据存储量。
可选的,所述第二业务属性值还包括第二业务能力值;
所述获取在第一时间段内的第二业务属性值,包括:
根据所述第二业务日志数据,获取所述第二业务区域包含的多个第二业务标识中每个第二业务标识在所述第一时间段中最晚时刻对应的业务能力值;
按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第二业务区域中在所述第一时间段的第二业务能力值。
本发明实施例第二方面提供了一种合并业务区域的设备,可包括:
获取单元,用于获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值;
所述获取单元,还用于获取业务区域集合中第二业务区域的第二业务日志数据,并获取在所述第一时间段内的第二业务活跃数和第二业务属性值;
输出单元,用于若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
可选的,所述设备还包括:
确定单元,用于根据多个业务区域中每个业务区域对应的业务日志数据,确定所述每个业务区域在第二时间段内的业务活跃数;
生产单元,用于将所述业务活跃数低于活跃数阈值的业务区域,生成业务区域集合。
可选的,所述每个业务区域包含多个业务标识,所述业务日志数据包含多个业务标识对应的使用时长数据;
所述确定单元具体用于:
在所述每个业务区域包含的多个业务标识中,将在第二时间段内使用时长大于时长阈值的业务标识,确定为活跃业务标识;
将所述活跃业务标识的数量确定为业务活跃数。
可选的,所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值中的至少一个;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值中的至少一个。
可选的,若所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值;
所述输出单元具体用于:
若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一虚拟数据转移量和所述第二虚拟数据转移量的差值在转移量差值范围内,且所述第一虚拟数据存储量和所述第二虚拟数据存储量的差值在存储量差值范围内,且所述第一业务能力值和所述第二业务能力值的差值在能力值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
可选的,所述第一业务属性值包括第一虚拟数据转移量和第一虚拟数据存储量;
所述在获取在第一时间段内的第一业务属性值方面,所述获取单元具体用于:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储量;
将多个第一业务标识对应的虚拟数据转移量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据转移量;
将多个第一业务标识对应的虚拟数据存储量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据存储量。
可选的,所述第一业务属性值包括第一业务能力值;
所述在获取在第一时间段内的第一业务属性值方面,所述获取单元具体用于:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应的业务能力值;
按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第一业务区域中在所述第一时间段的第一业务能力值。
可选的,所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量;
所述在获取在第一时间段内的第二业务属性值方面,所述获取单元具体用于:
根据所述第二业务日志数据,获取所述第二业务区域包含的多个第二业务标识中每个第二业务标识在所述第二时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储量;
将多个第二业务标识对应的虚拟数据转移量求和,计算得到所述第二业务区域中在所述第一时间段的第二虚拟数据转移量;
将多个第二业务标识对应的虚拟数据存储量求和,计算得到所述第二业务区域中在所述第一时间段的第二虚拟数据存储量。
可选的,所述第二业务属性值还包括第二业务能力值;
所述在获取在第一时间段内的第二业务属性值方面,所述获取单元具体用于:
根据所述第二业务日志数据,获取所述第二业务区域包含的多个第二业务标识中每个第二业务标识在所述第一时间段中最晚时刻对应的业务能力值;
按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第二业务区域中在所述第一时间段的第二业务能力值。
本发明实施例第三方面提供了一种计算机存储介质,所述计算机存储介质存储有多条指令,所述指令适于由处理器加载并执行如第一方面所述方法。
本发明实施例第四方面提供了一种合并业务区域的设备,包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现如第一方面所述方法。
在本发明实施例中,通过分别获取业务区域集合中第一业务区域的第一业务日志数据和第二业务区域的第二业务日志数据,并根据第一业务日志数据和第二业务日志数据获取在第一时间段内的对应的业务活跃数和业务属性值;若对应的业务活跃数的差值在活跃数差值范围内,且对应的业务属性值的差值也在属性值差值范围内,则输出表示允许合并第一业务区域和第二业务区域的指示消息。通过确定不同业务区域之间的业务活跃数以及业务属性值的差异分别在对应的范围内时,输出允许业务区域合并的指示信息以合并业务区域,这样合并之后的区域中的在线玩家不会因为其他业务属性差距太大而产生挫败感,也能够增强在线玩家之间的社交需求及竞技需求,进而减少了在线游戏用户的流失率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种合并业务区域的场景示例图;
图2是本发明实施例提供的一种合并业务区域的处理方法的流程示意图;
图3是本发明实施例提供的另一种合并业务区域的处理方法的流程示意图;
图4是本发明实施例提供的一种业务区域指标参数的界面示意图;
图5是本发明实施例提供的一种指示信息的显示界面示意图;
图6是本发明实施例提供的一种合并业务区域的处理的结构示意图;
图7是本发明实施例提供的另一种合并业务区域的设备的结构示意图;
图8是本发明实施例提供的又一种合并业务区域的设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参见图1,为本发明实施例提供的一种合并业务区域的场景示例图。其中,在该合并业务区域的场景示例图中,包括合并业务区域的设备、第一业务区域和第二业务区域,其中第一业务区域和第二业务区域为业务区域集合包含的连两个业务区域。在该场景示例图中,第一业务区域和第二业务区域分别为两个服务器或者分别部署在两个服务器中,这里仅为举例说明,本发明实施例对第一业务区域和第二业务区域是否部署在两个服务器中不做限定。例如,应用于大型多人在线业务转移的场景,合并业务区域的设备分别获取第一业务区域的第一业务日志数据和第二业务区域的第二业务日志数据,并合并业务区域的设备根据第一业务日志数据获取在第一时间段内的第一业务活跃数和第一业务属性值,合并业务区域的设备根据第二业务日志数据获取在所述第一时间段内的第二业务活跃数和第二业务属性值;若第一业务活跃数和第二业务活跃数的差值在活跃数差值范围内,且第一业务属性值和第二业务属性值的差值也在属性值差值范围内,则合并业务区域的设备输出表示允许合并第一业务区域和第二业务区域的指示消息。通过确定不同业务区域之间的业务活跃数以及业务属性值的差异分别在对应的范围内时,输出允许业务区域合并的指示信息以合并业务区域,增强在线玩家之间的社交需求及竞技需求,减少在线游戏用户的流失率。
本发明实施例涉及的合并业务区域的设备可以为具备支持业务功能以及区域合并判断及合并等功能在内的后台服务设备,也可以为平板电脑、个人计算机(PC)、智能手机、掌上电脑以及移动互联网设备(MID)等终端设备。
下面将结合图2-图5,对本发明实施例提供的合并业务区域的处理方法进行详细介绍。
请参见图2,为本发明实施例提供了一种合并业务区域的处理方法的流程示意图。如图2所示,本发明实施例的所述方法可以包括以下步骤S101-步骤S103。
S101,获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值;
具体的,合并业务区域的设备获取业务区域集合中第一业务区域的第一业务日志数据,可以理解的是,所述业务区域集合中包括至少一个业务区域,所述业务区域可以为同一服务器上的不同业务区域,也可以为不同服务器上的业务区域。所述服务器可以包括一个业务区域,也可以包括多个业务区域,具体不限定。
举例来说,若服务器与业务区域的对应关系为一个服务器对应一个业务区域,则本发明实施例中所涉及的业务区域可以用服务器来代替,本发明实施例对此不做限定。
又举例来说,若服务器与业务区域的对应关系为一个服务器对应多个业务区域,则上述涉及的第一业务区域和以下涉及的第二业务区域可以是同一个服务器中的不同业务区域,也可以是不同服务器中的业务区域,本发明实施例对此不做限定。
所述业务日志数据可以包括:业务区域登入登出日志数据,如玩家使用的角色标识,登录的业务区域标识以及玩家进入游戏和登出游戏的具体行为;虚拟数据转移的日志数据,如虚拟数据转移时间、转移原因,以及转移产品的标识等;业务能力值日志数据,如玩家装备的变化及相应的业务能力值的变化,变化时间和变化原因等。
具体实现中,由于在大型多人在线(Massive Multiplayer Online,MMO,如大型多人在线角色扮演网络游戏(Massive Multiplayer Online Role-Playing Game,MMORPG))类应用场景,包括客户端和服务器两部分。玩家需要从客户端通过互联网连接并登陆服务器后才能进行游戏。而游戏的实现过程则是指玩家扮演的角色和其他玩家控制的角色在服务器提供的虚拟世界中进行实时转移。而在玩家进行游戏过程中,则会产生大量的业务日志数据,通过采集第一业务区域的第一业务日志数据,并根据所述第一业务日志数据得到第一指标参数而对玩家所在的游戏区域进行评估。所述第一指标参数包括第一业务活跃数和第一业务属性值。
其中,所述第一业务活跃数即为在第一时间段内登录过服务器的业务区域的玩家数量,所述第一时间段默认为周,也可以是双周、月等。所述第一业务区域包含多个业务标识,所述第一业务日志数据包含多个业务标识对应的使用时长数据,在所述多个业务区域中的每个业务区域包含的多个业务标识中,将在第一时间段内使用时长大于时长阈值的业务标识,确定为活跃业务标识,并将所述活跃业务标识的数量确定为业务活跃数。
可选的,第一时间段可以为默认时间段、预设的时间段或者由用户自定义设定的时间段,本发明实施例对此不做限定。
可选的,所述业务标识可以为用户登录账号,如某APP账号,也可以为用户登录账号下的角色标识,如某用户的A登录账号下有5个角色A1、A2、A3、A4以及A5,所述A1-A5的角色标识即为业务标识。
可选的,所述使用时长可以为总使用时长,也可以为平均使用时长,此处不作具体限定。例如,第一时间段内使用某登录账号的总登录时长、第一时间段内使用某登录账号的平均登录时长、使用某登录账号下的多个角色的总使用时长或使用某登录账号下的多个角色的平均时长,此处不作具体限定。在本发明实施例中,以总使用时长为例进行描述,例如,时长阈值为15小时,第一时间段为连续一周,从6.1号0时0分至6.8号0时0分,若某用户的角色标识对应的角色分别包括A1-A5,且在第一时间段内的总使用时长为20小时,则确定为A1-A5的角色标识为活跃业务标识,且业务活跃数为5。
可选的,为了更具有代表性,本发明实施例不考虑活跃等级较低、在线时间少的角色。
所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值中的至少一个。
所述第一虚拟数据转移量可以为第一时间段内玩家购买产品(角色、装备等)时向商家转移的数据量,或者,也可以为玩家之间购买产品时相互转移的数据量。可选的,本发明实施例中业务属性值中可以同时包括上述两种类型的第一虚拟数据转移量,本发明实施例对此不做限定。
若第一虚拟数据转移量为第一时间段内玩家向商家转移的数据量,则合并业务区域的设备可以分别统计第一时间段范围内各个业务标识对应的向商家转移的数据量,则将全部业务标识对应的向商家转移的数据量求和,进而计算获得第一虚拟数据转移量。
若第一虚拟数据转移量为玩家之间购买角色时的虚拟数据转移量,在玩家间交易市场上,一部分玩家(持有较多虚拟币而玩游戏时间少)可以购买另一部分玩家(虚拟币少而玩游戏时间长)通过任务奖励获得的产品,通过双方的供求关系确定每笔产品的虚拟数据转移量,再基于公式∑(pi*qi)/∑qi即可确定玩家之间的第一虚拟数据转移量,所述Pi指每笔产品的虚拟数据转移量,qi指每笔产品的转移数。
所述第一虚拟数据存储量可以为第一时间段内的总虚拟数据存储量,如在第一时间段内截至角色最后一次登出时虚心数据的余量之和,也可以为第一时间段内的平均虚拟数据量,如在第一时间段内截至角色当天最后一次登出时虚拟数据余额之和除以第一时间段的天数。
所述第一业务能力值,是指第一业务区域内玩家以及社团战力强弱,战力越强,业务能力值越高。通常,按照玩家最后一次改变装备状态后的战力值进行从大到小排序,并取前个数业务能力值较大的玩家或社团的业务能力值的总和作为第一业务区域的业务能力值。
可选的,可以根据第一业务区域中所有玩家中业务能力值排名前8的玩家的业务能力值,来确定第一业务能力值;和/或,可以根据第一业务区域中所有社团中业务能力值排名前8的社团的业务能力值,来确定第一业务能力值。可选的,由于个人玩家和社团玩家的第一业务能力值相关性高,故也可通过个人玩家的业务能力值代表社团玩家的业务能力值。
S102,获取业务区域集合中第二业务区域的第二业务日志数据,并获取在所述第一时间段内的第二业务活跃数和第二业务属性值;
具体的,所述第二业务区域可以为与所述第一业务区域在同一服务器中的不同业务区域,也可以为与所第一业务区域在不同服务器上的业务区域。
本实施例采用与S101相同的方式确定第二业务活跃数和第二业务属性值,所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值中的至少一个,此处不再具体赘述。
需要说明的是,在所述第一时间段内,所述第一业务属性值与所述第二业务属性值类型相同。也就是说,当第一业务属性值为第一虚拟数据转移量时,第二业务属性值为第二虚拟数据转移量时;当第一业务属性值为第一虚拟数据转移量和第一虚拟数据存储量时,第二业务属性值为第二虚拟数据转移量和第二虚拟数据存储量,等等。
S103,若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
具体的,将通过S101和S102分别确定的业务活跃数和业务属性值对应进行比较,若在查找同时满足对应的差值范围时,表明第一业务区域和第二业务区域性能相近,则所述合并业务区域的设备输出允许合并的指示信息,以使第一业务区域和第二业务区域进行合并,从而在减少玩家流失率的基础上减少运营成本。若查找到不同时满足对应的差值范围时,表明第一业务区域和第二业务区域业务活跃数相差过大、业务属性值相差过大,一旦进行业务区域合并,则容易引起玩家之间的供需失衡,破坏游戏环境内的正常经济体系,从而导致玩家流失。
在一种可行的实施方式中,若所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值,所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值,若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一虚拟数据转移量和所述第二虚拟数据转移量的差值在转移量差值范围内,且所述第一虚拟数据存储量和所述第二虚拟数据存储量的差值在存储量差值范围内,且所述第一业务能力值和所述第二业务能力值的差值在能力值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
可选的,所述指示信息可以包括携带业务区域标识的提示信息,以指示合并业务区域的设备自动执行业务区域合并,也可以指示维护人员进行触发操作以触发合并业务区域的设备进行业务区域合并,具体不限定。
在本发明实施例中,通过分别获取业务区域集合中第一业务区域的第一业务日志数据和第二业务区域的第二业务日志数据,并根据第一业务日志数据和第二业务日志数据获取在第一时间段内的对应的业务活跃数和业务属性值;若两者的业务活跃数的差值在活跃数差值范围内,且两者的业务属性值的差值也在属性值差值范围内,则输出表示允许合并第一业务区域和第二业务区域的指示消息。通过确定不同业务区域之间的业务活跃数以及业务属性值的差异分别在对应的范围内时,输出允许业务区域合并的指示信息以合并业务区域,这样合并之后的区域中的在线玩家不会因为其他业务属性差距太大而产生挫败感,也能够增强在线玩家之间的社交需求及竞技需求,进而减少了在线游戏用户的流失率。
请参见图3,为本发明实施例提供了另一种合并业务区域的处理方法的流程示意图。如图3所示,本发明实施例的所述方法可以包括以下步骤S201-步骤S205。
S201,根据多个业务区域中每个业务区域对应的业务日志数据,确定所述每个业务区域在第二时间段内的业务活跃数;
具体的,所述多个业务区域即为支持同一业务的所有业务区域,如支持游戏“热血传奇”、“剑侠情缘”等MMO游戏的服务器包含的所有游戏区域。所述业务区域可以为同一服务器上的不同业务区域,也可以为不同服务器上的业务区域。举例来说,若服务器与业务区域的对应关系为一个服务器对应一个业务区域,则本发明实施例中所涉及的业务区域可以用服务器来代替,本发明实施例对此不做限定。又举例来说,若服务器与业务区域的对应关系为一个服务器对应多个业务区域,则上述涉及的第一业务区域和以下涉及的第二业务区域可以是同一个服务器中的不同业务区域,也可以是不同服务器中的业务区域,本发明实施例对此不做限定。
而每个业务区域包含多个业务标识,所述业务标识可以为用户登录账号,如某APP账号;或者,也可以为用户登录账号下的角色标识,如某用户的A登录账号下有5个角色A1、A2、A3、A4以及A5,所述A1-A5的角色标识即为业务标识。
所述业务日志数据可以包括:业务区域登入登出日志数据,如玩家使用的角色标识,登录的业务区域标识以及玩家进入游戏和登出游戏的具体行为;虚拟数据转移的日志数据,如虚拟数据转移时间、转移原因,以及转移产品的标识等;业务能力值日志数据,如玩家装备的变化及相应的业务能力值的变化,变化时间和变化原因等。
可选的,第二时间段可以为默认时间段、预设的时间段或者由用户自定义设定的时间段,本发明实施例对此不做限定。
在一种可行的实现方式中,当所述业务日志数据包含多个业务标识对应的使用时长数据时,在所述每个业务区域包含的多个业务标识中,将在第二时间段内使用时长大于时长阈值的业务标识,确定为活跃业务标识,将所述活跃业务标识的数量确定为业务活跃数。所述使用时长可以为总使用时长,也可以为平均使用时长。例如,第二时间段内使用某登录账号的总登录时长、第一时间段内使用某登录账号的平均登录时长、使用某登录账号下的多个角色的总使用时长或使用某登录账号下的多个角色的平均时长,此处不作具体限定。
S202,将所述业务活跃数低于活跃数阈值的业务区域,生成业务区域集合;
具体的,将根据S201确定的业务活跃数与活跃数阈值进行比较,将业务活跃数低于活跃数阈值的业务区域作为业务区域集合的元素。也就是说,业务活跃数低于活跃数阈值的业务区域组成的集合即为业务区域集合。
例如,支持同一业务的业务区域包括10个B1-B10,对应的业务活跃数分别为2、5、8、4、7、8、5、9、7以及8,而活跃数阈值为6,则可确定业务区域集合包括B1、B2、B4以及B7。
S203,获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值;
具体的,由于在MMO(如MMORPG)类应用场景包括客户端和服务器两部分。玩家从客户端通过互联网连接,登陆服务器后才能进行游戏。而游戏的实现过程则是指玩家扮演的角色和其他玩家控制的角色在服务器提供的虚拟世界中进行实时转移。而在玩家进行游戏过程中,则会产生大量的业务日志数据,通过采集第一时间段的第一业务区域的第一业务日志数据,并根据所述第一业务日志数据得到第一指标参数而对玩家所在的游戏区域进行评估。所述第一指标参数包括第一业务活跃数和第一业务属性值。
其中,所述第一业务活跃数即为在第一时间段内登录过服务器的业务区域的玩家数量,所述第一时间段默认为周,也可以是双周、月等。所述第一业务区域包含多个业务标识,所述第一业务日志数据包含多个业务标识对应的使用时长数据,在所述多个业务区域中的每个业务区域包含的多个业务标识中,将在第一时间段内使用时长大于时长阈值的业务标识,确定为活跃业务标识,并将所述活跃业务标识的数量确定为第一业务活跃数。
可选的,第一时间段可以为默认时间段、预设的时间段或者由用户自定义设定的时间段,本发明实施例对此不做限定。
所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值中的至少一个,并通过A、B、C来分别介绍各个属性值的具体实现过程。
A、所述第一虚拟数据转移量可以为第一时间段内玩家购买产品(角色、装备等)时向商家转移的数据量,或者,也可以为玩家之间购买产品时相互转移的数据量。可选的,本发明实施例中业务属性值中可以同时包括上述两种类型的第一虚拟数据转移量,本发明实施例对此不做限定。
若第一虚拟数据转移量为第一时间段内玩家向商家转移的数据量,则合并业务区域的设备可以分别统计第一时间段范围内各个业务标识对应的向商家转移的数据量,则将全部业务标识对应的向商家转移的数据量求和,进而计算获得第一虚拟数据转移量。
若第一虚拟数据转移量为玩家之间购买角色时的虚拟数据转移量,在玩家间交易市场上,一部分玩家(持有较多虚拟币而玩游戏时间少)可以购买另一部分玩家(虚拟币少而玩游戏时间长)通过任务奖励获得的产品,通过双方的供求关系确定每笔产品的虚拟数据转移量,再基于公式∑(pi*qi)/∑qi即可确定玩家之间的第一虚拟数据转移量,所述Pi指每笔产品的虚拟数据转移量,qi指每笔产品的转移数)。例如,在第一时间段范围内的每一次交易商品对应的虚拟币转移量都可以进行统计,或者,在第一时间段范围内的指定商品(如,获得难度较高的商品等)对应的虚拟币转移量进行统计,可选的,该指定商品可以是标号或标识的商品。
可选的,所述转移的数据量可以为第一时间段内转移的数据总量,如从6.1号0时0分至6.8号0时0分转移的总数据量,也可以为第一时间段内时间子周期的转移平均数据量,这样所述转移的数据量可以通过分别计算各时间子周期之内的转移数据量,再通过总时间子周期数计算得到每个时间自周期内的转移平均数据量。如第一时间段为6.1号0时0分至6.8号0时0分,时间子周期为每天,这样总天数为8天,所述转移的数据量可以通过先分别计算各天之内的转移数据量,再求和获得8天内转移的总数据量,再通过总天数计算得到每天的转移平均数据量。
B、所述第一虚拟数据存储量可以为第一时间段内的总虚拟数据存储量,如在第一时间段内截至角色最后一次登出时虚心数据的余量之和,也可以为第一时间段内的平均虚拟数据量,如在第一时间段内截至角色当天最后一次登出时虚拟数据余额之和除以第一时间段的天数。该指标借鉴宏观经济中的广义货币量,可直接反应该服务器内玩家的潜在消费能力,而玩家通过消费可以迅速提升自身战斗力(购买更强装备等),从而在PVP及PVE玩法中得到更好的结果。
C、所述第一业务能力值,是指第一业务区域内玩家以及社团战力强弱,战力越强,业务能力值越高。通常,按照玩家最后一次改变装备状态后的战力值从大到小进行排序,并取前个数业务能力值较大的玩家或社团的业务能力值的总和作为第一业务区域的业务能力值。例如,业务区域A中包含各个业务标识对应的业务能力值。又如,业务区域A中包含各个社团标识对应的业务能力值,每个社团由多个业务标识组成。
在一种可行的实现方式中,当所述第一业务属性值包括第一虚拟数据转移量和第一虚拟数据存储量,所述第一业务日志数据包括第一虚拟数据相关日志时,所述获取在第一时间段内的第一业务属性值,包括:根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储,将多个第一业务标识对应的虚拟数据转移量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据转移量,将多个第一业务标识对应的虚拟数据存储量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据存储量。
例如,统计在第一时间段6.1号0时0分至6.8号0时0分内的最晚时刻6.7号12:00登出第一业务区域时的各个玩家(20个)的虚拟数据转移量和虚拟数据存储,并计算这20个玩家的虚拟数据转移量之和以及虚拟数据存储之和,并将计算的结果分别作为第一虚拟数据转移量和第一虚拟数据存储量。
可选的,在计算这20个玩家的虚拟数据转移量之和以及虚拟数据存储之和之后,分别对应除以玩家个数(20个),将计算的平均值分别作为第一虚拟数据转移量和第一虚拟数据存储量。
在另一种可行的实现方式中,当所述第一业务属性值包括第一业务能力值,所述第一业务日志数据包括第一业务能力日志时,所述获取在第一时间段内的第一业务属性值,包括:根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应的业务能力值,按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第一业务区域中在所述第一时间段的第一业务能力值。
例如,统计在第一时间段6.1号0时0分至6.8号0时0分内的最晚时刻6.7号12:00登出第一业务区域时的各个玩家(20个)的业务能力值,并将这20个业务能力值按照从大到小进行排序,取前N(N<=20)个业务能力值,并求和这N个业务能力值,将所得求和结果作为所述第一业务区域中在所述第一时间段的第一业务能力值。
可选的,在计算这20个玩家的业务能力值之和之后,除以玩家个数(20个),将计算的平均值作为第一业务能力值。
可选的,可以根据第一业务区域中所有玩家中业务能力值排名前8的玩家的业务能力值,来确定第一个人业务能力值;可以根据第一业务区域中所有社团中业务能力值排名前8的社团的业务能力值,来确定第一社团业务能力值。可选的,本发明实施例中第一业务能力值包含第一个人业务能力值和第一社团业务能力值中的至少一个。其中,第一个人业务能力值或第一社团业务能力值的计算方式可以参考上述第一业务能力值的具体介绍。
S204,获取业务区域集合中第二业务区域的第二业务日志数据,并获取在所述第一时间段内的第二业务活跃数和第二业务属性值;
具体的,所述获取在所述第一时间段内的第二业务活跃数与S203中计算第一时间段内的第一业务活跃数采用相同的计算方式,此处不再赘述。
可选的,所述第一时间段可以与所述第二时间段为同一时间段,这样可以通过步骤201直接确定出第一业务区域对应的第一业务活跃数和第二业务区域对应的第二业务活跃数。或者,所述第一时间段可以与所述第二时间段为不同时间段,则可以按照步骤201中的方式来计算第一时间段内容第一业务区域对应的第一业务活跃数和第二业务区域对应的第二业务活跃数。
在一种可行的实现方式中,当所述第二业务属性值包括第二虚拟数据转移量以及第二虚拟数据存储量,所述第二业务日志数据包括第二虚拟数据相关日志时,所述获取在第一时间段内的第二业务属性值,包括:根据所述第二业务日志数据,获取所述第二业务区域包含的多个第二业务标识中每个第二业务标识在所述第一时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储量,将多个第二业务标识对应的虚拟数据转移量求和,计算得到所述第二业务区域中在所述第一时间段的第二虚拟数据转移量,将多个第二业务标识对应的虚拟数据存储量求和,计算得到所述第二业务区域中在所述第一时间段的第二虚拟数据存储量。
在另一种可行的实现方式中,当所述第二业务属性值包括第二业务能力值,所述第二业务日志数据包括第二业务能力日志时,所述获取在第一时间段内的第二业务属性值,包括:根据所述第二业务日志数据,获取所述第二业务区域包含的多个第二业务标识中每个第二业务标识在所述第一时间段中最晚时刻对应的业务能力值,按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第二业务区域中在所述第一时间段的第二业务能力值。
请进一步参见图4,为本发明实施例提供了业务区域指标参数的界面示意图。如图4所示,可以以列表形式分别显示时间段(统计日期)和业务区域(大区)以及业务区域对应的业务活跃数和业务属性值。业务区域集合中的业务区域为图4中的各个大区,并分别统计了各个大区的其他指标属性值,活跃人数可以对应于本发明实施例中的业务活跃数;日均消耗可以对应于本发明实施例中玩家向商家转移虚拟数据的虚拟数据转移量;消耗人数是另外的一个指标,本发明实施例也可以在第一业务属性值中增加与消耗人数对应的转移数据的业务标识数;平均交易指数对应于本发明实施例中的玩家向玩家转移虚拟数据的虚拟数据转移量;top8个人战力均值、top8个人战力总和对应于本发明实施例中的根据业务标识对应的业务能力值计算到的业务能力值。通过列表的形式可以便于业务运营人员通过该列表了解业务相关信息。
可选的,转移数据的业务标识数是通过存在数据转移的业务标识计算得到的,例如计算第一业务区域在第一时间段内的转移数据的第一业务标识数,则可以先确定在第一时间段内第一业务区域中存在数据转移的业务标识,并将存在数据转移的业务标识的数量确定为数据转移的第一业务标识数。同理,第二业务区域或者其他业务区域的数据转移的业务标识数可参考第一业务标识数来计算。进一步,可选的,若第一业务属性值只包含第一业务标识数,第二业务属性值只包含第二业务标识数,则所述第一业务标识数和所述第二业务标识数的差值在标识数差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。若包含其他属性值,可以参考步骤S205的方式一并考虑。
可选的,所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值中的至少一个;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值中的至少一个。其中,第一业务属性值包括的属性值与第二业务属性值所包括的属性值是相对应的,例如,第一业务属性值包括第一虚拟数据存储量和第一业务能力值,则第二业务属性值相对应的包括第二虚拟数据存储量和第二业务能力值,以实现同类属性值之间的比较。这里仅为举例说明,本发明实施例对第一业务属性值和第二业务属性值包括的属性值的数量不做限定。
进一步的,对于第一业务属性值包含任意一个参数、任意两个参数的情况,以及第二业务属性值相对应的包含任意一个参数、任意两个参数的情况下,合并业务区域的设备执行若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息,具体是:在第一业务活跃数和第二业务活跃数满足条件的前提下,还需要第一业务属性值所包含的每个属性值和所述第二业务属性值相对应包括的属性值的差值在差值范围内,才能执行输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息的步骤。举例来说,对于第一业务属性值包括第一虚拟数据存储量和第一业务能力值、第二业务属性值相对应的包括第二虚拟数据存储量和第二业务能力值的情况,若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一虚拟数据存储量和所述第二虚拟数据存储量的差值在存储量差值范围内,且所述第一业务能力值和所述第二业务能力值的差值在能力值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。这里仅为举例说明,对其他不同情况不在赘述。
S205,若所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值,所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值,若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一虚拟数据转移量和所述第二虚拟数据转移量的差值在转移量差值范围内,且所述第一虚拟数据存储量和所述第二虚拟数据存储量的差值在存储量差值范围内,且所述第一业务能力值和所述第二业务能力值的差值在能力值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
具体的,将通过上述步骤分别确定的业务活跃数和业务属性值对应进行比较,若在确定各个属性值均满足对应的差值范围时,表明第一业务区域和第二业务区域性能相近,则输出允许合并的指示信息,以使第一业务区域和第二业务区域进行合并,从而在减少玩家流失率的基础上减少运营成本。若确定不同时满足对应的差值范围时,表明第一业务区域和第二业务区域性能相差过大,一旦进行业务区域合并,则容易引起玩家之间的供需失衡,破坏游戏环境内的正常经济体系,从而导致玩家流失。
可选的,所述指示信息可以包括携带业务区域标识的提示信息,以指示合并业务区域的设备自动执行业务区域合并,也可以指示维护人员进行触发操作以触发合并业务区域的设备进行业务区域合并,具体不限定。如图5所示为一种指示信息展示图,所述指示信息中包括合并业务区域时间、范围、奖励、补偿以及对应的业务区域编号等信息,以便玩家查看到此指示信息后合理进行业务操作,提升玩家体验。
可选的,根据所述业务日志数据,分别获取所述业务区域包含的多个业务标识中每个业务标识在所述第一时间段中最晚时刻对应的业务等级,并将所述业务等级进行平均而得到所述业务区域的业务等级,当第一业务区域的第一业务等级与第二业务区域的第二业务等级的差值低于等级阈值时,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
在本发明实施例中,基于业务区域的业务日志数据生成业务区域集合,并通过分别获取业务区域集合中第一业务区域的第一业务日志数据和第二业务区域的第二业务日志,并根据第一业务日志和第二业务日志获取在第一时间段内的对应的业务活跃数和业务属性值;若两者的业务活跃数的差值在活跃数差值范围内,且两者的业务属性值的差值也在属性值差值范围内,则输出表示允许合并第一业务区域和第二业务区域的指示消息。通过确定不同业务区域之间的业务活跃数以及业务属性值的差异分别在对应的范围内时,输出允许业务区域合并的指示信息以合并业务区域,这样合并之后的区域中的在线玩家不会因为虚拟数据存储量、虚拟数据的转移量以及业务能力值的差距太大而产生挫败感,也能够增强在线玩家之间的社交需求及竞技需求,进而减少了在线游戏用户的流失率。
下面将结合图6和图7,对本发明实施例提供的合并业务区域的设备进行详细介绍。需要说明的是,图6和图7所示的合并业务区域的设备,用于执行本发明图2和图3所示实施例的方法,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明图2和图3所示的实施例。
请参见图6,为本发明实施例提供了一种合并业务区域的设备的结构示意图。如图6所示,本发明实施例的所述合并业务区域的设备1至少包括:获取单元11和输出单元12。
获取单元11,用于获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值;
具体的,所述获取业务区域集合中第一业务区域的第一业务日志数据,可以理解的是,所述业务区域集合中包括至少一个业务区域,所述业务区域可以为同一服务器上的不同业务区域,也可以为不同服务器上的业务区域。所述服务器可以包括一个业务区域,也可以包括多个业务区域,具体不限定。
举例来说,若服务器与业务区域的对应关系为一个服务器对应一个业务区域,则本发明实施例中所涉及的业务区域可以用服务器来代替,本发明实施例对此不做限定。
又举例来说,若服务器与业务区域的对应关系为一个服务器对应多个业务区域,则上述涉及的第一业务区域和以下涉及的第二业务区域可以是同一个服务器中的不同业务区域,也可以是不同服务器中的业务区域,本发明实施例对此不做限定。
所述业务日志数据可以包括:业务区域登入登出日志数据,如玩家使用的角色标识,登录的业务区域标识以及玩家进入游戏和登出游戏的具体行为;虚拟数据转移的日志数据,如虚拟数据转移时间、转移原因,以及转移产品的标识等;业务能力值日志数据,如玩家装备的变化及相应的业务能力值的变化,变化时间和变化原因等。
具体实现中,由于在MMO(如MMORPG)类应用场景包括客户端和服务器两部分。玩家需要从客户端通过互联网连接并登陆服务器后才能进行游戏。而游戏的实现过程则是指玩家扮演的角色和其他玩家控制的角色在服务器提供的虚拟世界中进行实时转移。而在玩家进行游戏过程中,则会产生大量的业务日志数据,通过采集第一业务区域的第一业务日志数据,并根据所述第一业务日志数据得到第一指标参数而对玩家所在的游戏区域进行评估。所述第一指标参数包括第一业务活跃数和第一业务属性值。
其中,所述第一业务活跃数即为在第一时间段内登录过服务器的业务区域的玩家数量,所述第一时间段默认为周,也可以是双周、月等。所述第一业务区域包含多个业务标识,所述第一业务日志数据包含多个业务标识对应的使用时长数据,在所述多个业务区域中的每个业务区域包含的多个业务标识中,将在第一时间段内使用时长大于时长阈值的业务标识,确定为活跃业务标识,并将所述活跃业务标识的数量确定为业务活跃数。
所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值中的至少一个。
可选的,所述第一业务属性值包括第一虚拟数据转移量和第一虚拟数据存储量;
所述在获取在第一时间段内的第一业务属性值方面,所述获取单元11具体用于:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储量;
将多个第一业务标识对应的虚拟数据转移量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据转移量;
将多个第一业务标识对应的虚拟数据存储量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据存储量。
例如,统计在第一时间段6.1号0时0分至6.8号0时0分内的最晚时刻6.7号12:00登出第一业务区域时的各个玩家(20个)的虚拟数据转移量和虚拟数据存储,并计算这20个玩家的虚拟数据转移量之和以及虚拟数据存储之和,并将计算的结果分别作为第一虚拟数据转移量和第一虚拟数据存储量。
可选的,在计算这20个玩家的虚拟数据转移量之和以及虚拟数据存储之和之后,分别对应除以玩家个数(20个),将计算的平均值分别作为第一虚拟数据转移量和第一虚拟数据存储量。
可选的,所述第一业务属性值包括第一业务能力值;
所述在获取在第一时间段内的第一业务属性值方面,所述获取单元11具体用于:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应的业务能力值;
按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第一业务区域中在所述第一时间段的第一业务能力值。
例如,统计在第一时间段6.1号0时0分至6.8号0时0分内的最晚时刻6.7号12:00登出第一业务区域时的各个玩家(20个)的业务能力值,并将这20个业务能力值按照从大到小进行排序,取前N(N<=20)个业务能力值,并求和这N个业务能力值,将所得求和结果作为所述第一业务区域中在所述第一时间段的第一业务能力值。
可选的,在计算这20个玩家的业务能力值之和之后,除以玩家个数(20个),将计算的平均值作为第一业务能力值。
所述获取单元11,还用于获取业务区域集合中第二业务区域的第二业务日志数据,并获取在所述第一时间段内的第二业务活跃数和第二业务属性值;
可选的,所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量;
所述在获取在第一时间段内的第二业务属性值方面,所述获取单元11具体用于:
根据所述第二业务日志数据,获取所述第二业务区域包含的多个第二业务标识中每个第二业务标识在所述第一时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储量;
将多个第二业务标识对应的虚拟数据转移量求和,计算得到所述第二业务区域中在所述第一时间段的第二虚拟数据转移量;
将多个第二业务标识对应的虚拟数据存储量求和,计算得到所述第二业务区域中在所述第一时间段的第二虚拟数据存储量。
可选的,所述第二业务属性值还包括第二业务能力值;
所述在获取在第一时间段内的第二业务属性值方面,所述获取单元11具体用于:
根据所述第二业务日志数据,获取所述第二业务区域包含的多个第二业务标识中每个第二业务标识在所述第一时间段中最晚时刻对应的业务能力值;
按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第二业务区域中在所述第一时间段的第二业务能力值。
输出单元12,用于若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
可选的,若所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值;
所述输出单元12具体用于:
若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一虚拟数据转移量和所述第二虚拟数据转移量的差值在转移量差值范围内,且所述第一虚拟数据存储量和所述第二虚拟数据存储量的差值在存储量差值范围内,且所述第一业务能力值和所述第二业务能力值的差值在能力值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
具体的,将通过上述获取单元11分别确定的业务活跃数和业务属性值对应进行比较,若在查找同时满足对应的差值范围时,表明第一业务区域和第二业务区域性能相近,则输出允许合并的指示信息,以使第一业务区域和第二业务区域进行合并,从而在减少玩家流失率的基础上减少运营成本。若查找到不同时满足对应的差值范围时,表明第一业务区域和第二业务区域性能相差过大,一旦进行业务区域合并,则容易引起玩家之间的供需失衡,破坏游戏环境内的正常经济体系,从而导致玩家流失。
可选的,所述指示信息可以包括携带业务区域标识的提示信息,以指示合并业务区域的设备自动执行业务区域合并,也可以指示维护人员进行触发操作以触发合并业务区域的设备进行业务区域合并,具体不限定。
可选的,如图7所示,所述设备1还包括:
确定单元13,用于根据多个业务区域中每个业务区域对应的业务日志数据,确定所述每个业务区域在第二时间段内的业务活跃数;
具体的,所述多个业务区域即为支持同一业务的所有业务区域,如支持游戏“热血传奇”、“剑侠情缘”等MMO游戏的服务器包含的所有游戏区域。
可选的,所述每个业务区域包含多个业务标识,所述业务日志数据包含多个业务标识对应的使用时长数据;
所述确定单元13具体用于:
在所述每个业务区域包含的多个业务标识中,将在第二时间段内使用时长大于时长阈值的业务标识,确定为活跃业务标识;
将所述活跃业务标识的数量确定为业务活跃数。
所述使用时长可以为总使用时长,也可以为平均使用时长。例如,第二时间段内使用某登录账号的总登录时长、第一时间段内使用某登录账号的平均登录时长、使用某登录账号下的多个角色的总使用时长或使用某登录账号下的多个角色的平均时长,此处不作具体限定。
生成单元14,用于将所述业务活跃数低于活跃数阈值的业务区域,生成业务区域集合。
具体的,将根据S201确定的业务活跃数与活跃数阈值进行比较,将业务活跃数低于活跃数阈值的业务区域作为业务区域集合的元素。也就是说,业务活跃数低于活跃数阈值的业务区域组成的集合即为业务区域集合。
例如,支持同一业务的业务区域包括10个B1-B10,对应的业务活跃数分别为2、5、8、4、7、8、5、9、7以及8,而活跃数阈值为6,则可确定业务区域集合包括B1、B2、B4以及B7。
在本发明实施例中,基于业务区域的业务日志数据生成业务区域集合,并通过分别获取业务区域集合中第一业务区域的第一业务日志数据和第二业务区域的第二业务日志数据,并根据第一业务日志数据和第二业务日志数据获取在第一时间段内的对应的业务活跃数和业务属性值;若两者的业务活跃数的差值在活跃数差值范围内,且两者的业务属性值的差值也在属性值差值范围内,则输出表示允许合并第一业务区域和第二业务区域的指示消息。通过确定不同业务区域之间的业务活跃数以及业务属性值的差异分别在对应的范围内时,输出允许业务区域合并的指示信息以合并业务区域,这样合并之后的区域中的在线玩家不会因为虚拟数据存储量、虚拟数据的转移量以及业务能力值的差距太大而产生挫败感,也能够增强在线玩家之间的社交需求及竞技需求,进而减少了在线游戏用户的流失率。
本发明实施例还提供了一种计算机存储介质,所述计算机存储介质可以存储有多条指令,所述指令适于由处理器加载并执行如上述图2-图5所示实施例的方法步骤,具体执行过程可以参见图2-图5所示实施例的具体说明,在此不进行赘述。
请参见图8,为本发明实施例提供了另一种合并业务区域的设备的结构示意图。如图8所示,所述合并业务区域的设备1000可以包括:至少一个处理器1001,例如CPU,至少一个网络接口1004,用户接口1003,存储器1005,至少一个通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。其中,用户接口1003可以包括显示屏(Display)、键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图8所示,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及合并业务区域的处理应用程序。
在图8所示的合并业务区域的设备1000中,用户接口1003主要用于为用户提供输入的接口,获取用户输入的数据;网络接口1004主要用于与用户终端进行数据通信;而处理器1001可以用于调用存储器1005中存储的合并业务区域的处理应用程序,并具体执行以下操作:
获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值;
获取业务区域集合中第二业务区域的第二业务日志数据,并获取在所述第一时间段内的第二业务活跃数和第二业务属性值;
若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
在一个实施例中,所述处理器1001在执行获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值之前,具体执行以下操作:
根据多个业务区域中每个业务区域对应的业务日志数据,确定所述每个业务区域在第二时间段内的业务活跃数;
将所述业务活跃数低于活跃数阈值的业务区域,生成业务区域集合。
在一个实施例中,所述每个业务区域包含多个业务标识,所述业务日志数据包含多个业务标识对应的使用时长数据,所述处理器1001在执行根据多个业务区域中每个业务区域对应的业务日志数据,确定所述每个业务区域在第二时间段内的业务活跃数时,具体执行以下操作:
在所述每个业务区域包含的多个业务标识中,将在第二时间段内使用时长大于时长阈值的业务标识,确定为活跃业务标识;
将所述活跃业务标识的数量确定为业务活跃数。
在一个实施例中,所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值中的至少一个;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值中的至少一个。
在一个实施例中,若所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值,所述处理器1001在执行若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出用于表示所述第一业务区域和所述第二业务区域允许合并的指示消息时,具体执行以下操作:
若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一虚拟数据转移量和所述第二虚拟数据转移量的差值在转移量差值范围内,且所述第一虚拟数据存储量和所述第二虚拟数据存储量的差值在存储量差值范围内,且所述第一业务能力值和所述第二业务能力值的差值在能力值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
在一个实施例中,所述第一业务属性值包括第一虚拟数据转移量和第一虚拟数据存储量,所述处理器1001在执行获取在第一时间段内的第一业务属性值时,具体执行以下操作:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储量;
将多个第一业务标识对应的虚拟数据转移量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据转移量;
将多个第一业务标识对应的虚拟数据存储量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据存储量。
在一个实施例中,所述第一业务属性值包括第一业务能力值,所述处理器1001在执行获取在第一时间段内的第一业务属性值时,具体执行以下操作:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应的业务能力值;
按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第一业务区域中在所述第一时间段的第一业务能力值。
在一个实施例中,所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量,所述处理器1001在执行获取在第一时间段内的第二业务属性值时,具体执行以下操作:
根据所述第二业务日志数据,获取所述第二业务区域包含的多个第二业务标识中每个第二业务标识在所述第一时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储量;
将多个第二业务标识对应的虚拟数据转移量求和,计算得到所述第二业务区域中在所述第一时间段的第二虚拟数据转移量;
将多个第二业务标识对应的虚拟数据存储量求和,计算得到所述第二业务区域中在所述第一时间段的第二虚拟数据存储量。
在一个实施例中,所述第二业务属性值还包括第二业务能力值,所述处理器1001在执行获取在第一时间段内的第二业务属性值时,具体执行以下操作:
根据所述第二业务日志数据,获取所述第二业务区域包含的多个第二业务标识中每个第二业务标识在所述第一时间段中最晚时刻对应的业务能力值;
按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第二业务区域中在所述第一时间段的第二业务能力值。
在本发明实施例中,基于业务区域的业务日志数据生成业务区域集合,并通过分别获取业务区域集合中第一业务区域的第一业务日志数据和第二业务区域的第二业务日志,并根据第一业务日志和第二业务日志获取在第一时间段内的对应的业务活跃数和业务属性值;若两者的业务活跃数的差值在活跃数差值范围内,且两者的业务属性值的差值也在属性值差值范围内,则输出表示允许合并第一业务区域和第二业务区域的指示消息。通过确定不同业务区域之间的业务活跃数以及业务属性值的差异分别在对应的范围内时,输出允许业务区域合并的指示信息以合并业务区域,这样合并之后的区域中的在线玩家不会因为虚拟数据存储量、虚拟数据的转移量以及业务能力值的差距太大而产生挫败感,也能够增强在线玩家之间的社交需求及竞技需求,进而减少了在线游戏用户的流失率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
Claims (14)
1.一种合并业务区域的处理方法,其特征在于,包括:
获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值;
获取业务区域集合中第二业务区域的第二业务日志数据,并获取在所述第一时间段内的第二业务活跃数和第二业务属性值;
若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
2.根据权利要求1所述的方法,其特征在于,所述获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值之前,还包括:
根据多个业务区域中每个业务区域对应的业务日志数据,确定所述每个业务区域在第二时间段内的业务活跃数;
将所述业务活跃数低于活跃数阈值的业务区域,生成业务区域集合。
3.根据权利要求2所述的方法,其特征在于,所述每个业务区域包含多个业务标识,所述业务日志数据包含多个业务标识对应的使用时长数据;
所述根据多个业务区域中每个业务区域对应的业务日志数据,确定所述每个业务区域在第二时间段内的业务活跃数,包括:
在所述每个业务区域包含的多个业务标识中,将在第二时间段内使用时长大于时长阈值的业务标识,确定为活跃业务标识;
将所述活跃业务标识的数量确定为业务活跃数。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值中的至少一个;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值中的至少一个。
5.根据权利要求4所述的方法,其特征在于,若所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值;
若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出用于表示所述第一业务区域和所述第二业务区域允许合并的指示消息,包括:
若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一虚拟数据转移量和所述第二虚拟数据转移量的差值在转移量差值范围内,且所述第一虚拟数据存储量和所述第二虚拟数据存储量的差值在存储量差值范围内,且所述第一业务能力值和所述第二业务能力值的差值在能力值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
6.根据权利要求4所述的方法,其特征在于,所述第一业务属性值包括第一虚拟数据转移量和第一虚拟数据存储量;
所述获取在第一时间段内的第一业务属性值,包括:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储量;
将多个第一业务标识对应的虚拟数据转移量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据转移量;
将多个第一业务标识对应的虚拟数据存储量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据存储量。
7.根据权利要求4所述的方法,其特征在于,所述第一业务属性值包括第一业务能力值;
所述获取在第一时间段内的第一业务属性值,包括:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应的业务能力值;
按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第一业务区域中在所述第一时间段的第一业务能力值。
8.一种合并业务区域的设备,其特征在于,包括:
获取单元,用于获取业务区域集合中第一业务区域的第一业务日志数据,并获取在第一时间段内的第一业务活跃数和第一业务属性值;
所述获取单元,还用于获取业务区域集合中第二业务区域的第二业务日志数据,并获取在所述第一时间段内的第二业务活跃数和第二业务属性值;
输出单元,用于若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一业务属性值和所述第二业务属性值的差值在属性值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
9.根据权利要求8所述的设备,其特征在于,所述设备还包括:
确定单元,用于根据多个业务区域中每个业务区域对应的业务日志数据,确定所述每个业务区域在第二时间段内的业务活跃数;
生成单元,用于将所述业务活跃数低于活跃数阈值的业务区域,生成业务区域集合。
10.根据权利要求9所述的设备,其特征在于,所述每个业务区域包含多个业务标识,所述业务日志数据包含多个业务标识对应的使用时长数据;
所述确定单元具体用于:
在所述每个业务区域包含的多个业务标识中,将在第二时间段内使用时长大于时长阈值的业务标识,确定为活跃业务标识;
将所述活跃业务标识的数量确定为业务活跃数。
11.根据权利要求8-10任一项所述的设备,其特征在于,所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值中的至少一个;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值中的至少一个。
12.根据权利要求11所述的设备,其特征在于,若所述第一业务属性值包括第一虚拟数据转移量、第一虚拟数据存储量和第一业务能力值;所述第二业务属性值包括第二虚拟数据转移量、第二虚拟数据存储量和第二业务能力值;
所述输出单元具体用于:
若所述第一业务活跃数和所述第二业务活跃数的差值在活跃数差值范围内,且所述第一虚拟数据转移量和所述第二虚拟数据转移量的差值在转移量差值范围内,且所述第一虚拟数据存储量和所述第二虚拟数据存储量的差值在存储量差值范围内,且所述第一业务能力值和所述第二业务能力值的差值在能力值差值范围内,则输出表示允许合并所述第一业务区域和所述第二业务区域的指示消息。
13.根据权利要求11所述的设备,其特征在于,所述第一业务属性值包括第一虚拟数据转移量和第一虚拟数据存储量;
所述在获取在第一时间段内的第一业务属性值方面,所述获取单元具体用于:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应虚拟数据转移量和虚拟数据存储量;
将多个第一业务标识对应的虚拟数据转移量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据转移量;
将多个第一业务标识对应的虚拟数据存储量求和,计算得到所述第一业务区域中在所述第一时间段的第一虚拟数据存储量。
14.根据权利要求11所述的设备,其特征在于,所述第一业务属性值包括第一业务能力值;
所述在获取在第一时间段内的第一业务属性值方面,所述获取单元具体用于:
根据所述第一业务日志数据,获取所述第一业务区域包含的多个第一业务标识中每个第一业务标识在所述第一时间段中最晚时刻对应的业务能力值;
按照业务能力值从大到小的顺序,将排列在前的数量的业务能力值求和,计算得到所述第一业务区域中在所述第一时间段的第一业务能力值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710681518.XA CN107609895B (zh) | 2017-08-10 | 2017-08-10 | 一种合并业务区域的处理方法及其设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710681518.XA CN107609895B (zh) | 2017-08-10 | 2017-08-10 | 一种合并业务区域的处理方法及其设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107609895A true CN107609895A (zh) | 2018-01-19 |
CN107609895B CN107609895B (zh) | 2021-08-27 |
Family
ID=61064951
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710681518.XA Active CN107609895B (zh) | 2017-08-10 | 2017-08-10 | 一种合并业务区域的处理方法及其设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107609895B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109345947A (zh) * | 2018-08-13 | 2019-02-15 | 中国平安人寿保险股份有限公司 | 基于数据关联性分析的工作区域划分方法及终端设备 |
JP6838187B1 (ja) * | 2020-05-29 | 2021-03-03 | 株式会社Cygames | サーバ、ゲームシステム及び処理方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101164279A (zh) * | 2005-10-11 | 2008-04-16 | 华为技术有限公司 | 一种移动广播业务分发方法、系统和移动终端 |
CN103854193A (zh) * | 2012-12-06 | 2014-06-11 | 腾讯科技(深圳)有限公司 | 线上应用虚拟资源交易监控方法及装置 |
CN104301360A (zh) * | 2013-07-19 | 2015-01-21 | 阿里巴巴集团控股有限公司 | 一种日志数据记录的方法、日志服务器及系统 |
CN105373695A (zh) * | 2015-09-18 | 2016-03-02 | 网易(杭州)网络有限公司 | 游戏服务器的数据互通方法与装置 |
CN105521605A (zh) * | 2015-12-09 | 2016-04-27 | 网易(杭州)网络有限公司 | 一种网络游戏服务器合并的筛选方法及装置 |
CN106492458A (zh) * | 2016-10-14 | 2017-03-15 | 腾讯科技(深圳)有限公司 | 游戏服务器的合并方法及装置 |
-
2017
- 2017-08-10 CN CN201710681518.XA patent/CN107609895B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101164279A (zh) * | 2005-10-11 | 2008-04-16 | 华为技术有限公司 | 一种移动广播业务分发方法、系统和移动终端 |
CN103854193A (zh) * | 2012-12-06 | 2014-06-11 | 腾讯科技(深圳)有限公司 | 线上应用虚拟资源交易监控方法及装置 |
CN104301360A (zh) * | 2013-07-19 | 2015-01-21 | 阿里巴巴集团控股有限公司 | 一种日志数据记录的方法、日志服务器及系统 |
CN105373695A (zh) * | 2015-09-18 | 2016-03-02 | 网易(杭州)网络有限公司 | 游戏服务器的数据互通方法与装置 |
CN105521605A (zh) * | 2015-12-09 | 2016-04-27 | 网易(杭州)网络有限公司 | 一种网络游戏服务器合并的筛选方法及装置 |
CN106492458A (zh) * | 2016-10-14 | 2017-03-15 | 腾讯科技(深圳)有限公司 | 游戏服务器的合并方法及装置 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109345947A (zh) * | 2018-08-13 | 2019-02-15 | 中国平安人寿保险股份有限公司 | 基于数据关联性分析的工作区域划分方法及终端设备 |
CN109345947B (zh) * | 2018-08-13 | 2022-02-22 | 中国平安人寿保险股份有限公司 | 基于数据关联性分析的工作区域划分方法及终端设备 |
JP6838187B1 (ja) * | 2020-05-29 | 2021-03-03 | 株式会社Cygames | サーバ、ゲームシステム及び処理方法 |
WO2021241476A1 (ja) * | 2020-05-29 | 2021-12-02 | 株式会社Cygames | サーバ、ゲームシステム及び処理方法 |
JP2021186224A (ja) * | 2020-05-29 | 2021-12-13 | 株式会社Cygames | サーバ、ゲームシステム及び処理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN107609895B (zh) | 2021-08-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8151199B2 (en) | Computational delivery system for avatar and background game content | |
Tunaru et al. | An option pricing framework for valuation of football players | |
US9345974B1 (en) | Customizing offers for sales of combinations of virtual items | |
US20160335847A1 (en) | System and method for dynamically adjusting prizes or awards based on a platform | |
Heeks | Understanding" gold farming" and real-money trading as the intersection of real and virtual economies | |
Hamari | Gamification-motivations & effects | |
Yamaguchi | An analysis of virtual currencies in online games | |
CN108777683A (zh) | 数据处理方法、装置、终端、应用服务器及存储介质 | |
US9381425B1 (en) | System and method for determining offer placement in a virtual space store interface | |
CN107292465A (zh) | 用户评价方法、装置及设备 | |
Kim et al. | Valuation of participation in social gaming | |
Fung | The impact of the rise of mobile games on the creativity and structure of the games industry in China | |
CN107609895A (zh) | 一种合并业务区域的处理方法及其设备 | |
US9830609B1 (en) | Access to an exclusive virtual section of an online game based on past spending behavior | |
KR102186412B1 (ko) | 게임 컨텐츠 제공 방법 | |
CN103838953A (zh) | 高级娱乐动作和成绩记录 | |
JP2018033673A (ja) | サーバシステム及びプログラム | |
Bayer et al. | Network externalities, demand inertia and dynamic pricing in an experimental oligopoly market | |
JP2018000488A (ja) | サーバシステム及びプログラム | |
US20140162752A1 (en) | Online marketplace with internally maintained virtual economy and virtual currency | |
Fan et al. | CryptoArcade: A Cloud Gaming System with Blockchain-based Token Economy | |
KR101297728B1 (ko) | 온라인 게임에서의 정액제 서비스 제공 방법 및 서버 | |
US20180240160A1 (en) | Social funding system using social network service and game | |
JP7429884B1 (ja) | コンピュータプログラム、サーバ装置、端末装置、及び方法 | |
KR20090001574A (ko) | 게임성 커뮤니티 사이트의 제공방법 |
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 |