CN105872098B - 数据处理方法、负载均衡器和交互式应用服务器及*** - Google Patents

数据处理方法、负载均衡器和交互式应用服务器及*** Download PDF

Info

Publication number
CN105872098B
CN105872098B CN201610389409.6A CN201610389409A CN105872098B CN 105872098 B CN105872098 B CN 105872098B CN 201610389409 A CN201610389409 A CN 201610389409A CN 105872098 B CN105872098 B CN 105872098B
Authority
CN
China
Prior art keywords
interactive application
subregion
application server
service
client
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.)
Active
Application number
CN201610389409.6A
Other languages
English (en)
Other versions
CN105872098A (zh
Inventor
余东良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Tencent Cloud Computing Beijing Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201610389409.6A priority Critical patent/CN105872098B/zh
Publication of CN105872098A publication Critical patent/CN105872098A/zh
Application granted granted Critical
Publication of CN105872098B publication Critical patent/CN105872098B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/104Peer-to-peer [P2P] networks
    • H04L67/1044Group management mechanisms 

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明实施例公开了一种数据处理方法、负载均衡器和交互式应用服务器及***,用于使客户端共享交互式应用服务器资源,提高服务器资源利用率,降低单个交互式应用服务器的过载风险。本发明实施例提供一种数据处理方法,包括:负载均衡器获取客户端发送的交互式应用请求数据;所述负载均衡器根据所述交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,所述交互式应用服务器集群中包括:多个交互式应用服务器,所述第一交互式应用服务器属于所述多个交互式应用服务器中的交互式应用服务器;所述负载均衡器将所述交互式应用请求数据发送给选择出的所述第一交互式应用服务器。

Description

数据处理方法、负载均衡器和交互式应用服务器及***
技术领域
本发明涉及计算机技术领域,尤其涉及一种数据处理方法、负载均衡器和交互式应用服务器及***。
背景技术
在目前分区分服的游戏架构中,各个分区服务器是相互隔离的,各个分区服务器只服务于本分区内的游戏玩家,各个分区服务器也开始基于独立的物理服务器来实现,每个分区有自己的分区数据和游戏功能的实现逻辑,相互之间不会有影响,每个分区服务器还有自己的数据库,在这种架构下,单个分区处理的玩家数量大大降低,有利于服务器性能控制,同时单个分区进行网络环境变更也很方便,而不会影响到其它的分区。
目前分区分服的游戏架构至少存在如下的缺点:各个分区的活跃玩家数量会有较大差异,导致服务器资源的使用不够合理。分区分服的游戏架构中有的分区会出现分区服务器过载的情况,从而导致无法向玩家用户提供游戏服务。
发明内容
本发明实施例提供了一种数据处理方法、负载均衡器和交互式应用服务器及***,用于使客户端共享交互式应用服务器资源,提高服务器资源利用率,降低单个交互式应用服务器的过载风险。
为解决上述技术问题,本发明实施例提供以下技术方案:
第一方面,本发明实施例提供一种数据处理方法,包括:
负载均衡器获取客户端发送的交互式应用请求数据;
所述负载均衡器根据所述交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,所述交互式应用服务器集群中包括:多个交互式应用服务器,所述第一交互式应用服务器属于所述多个交互式应用服务器中的交互式应用服务器;
所述负载均衡器将所述交互式应用请求数据发送给选择出的所述第一交互式应用服务器。
第二方面,本发明实施例还提供一种数据处理方法,包括:
第一交互式应用服务器接收负载均衡器发送的交互式应用请求数据,所述交互式应用请求数据由客户端发送给所述负载均衡器,所述第一交互式应用服务器是所述负载均衡器器从交互式应用服务器集群中选择出的交互式应用服务器;
所述第一交互式应用服务器根据所述交互式应用请求数据为所述客户端提供交互式应用服务,并生成与所述客户端对应的服务数据。
第三方面,本发明实施例还提供一种负载均衡器,包括:
获取模块,用于获取客户端发送的交互式应用请求数据;
服务器选择模块,用于根据所述交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,所述交互式应用服务器集群中包括:多个交互式应用服务器,所述第一交互式应用服务器属于所述多个交互式应用服务器中的交互式应用服务器;
数据发送模块,用于将所述交互式应用请求数据发送给选择出的所述第一交互式应用服务器。
第四方面,本发明实施例还提供一种交互式应用服务器,所述交互式应用服务器具体为所述负载均衡器器从交互式应用服务器集群中选择出的第一交互式应用服务器,所述第一交互式应用服务器,包括:
数据接收模块,用于接收负载均衡器发送的交互式应用请求数据,所述交互式应用请求数据由客户端发送给所述负载均衡器;
应用服务模块,用于根据所述交互式应用请求数据为所述客户端提供交互式应用服务,并生成与所述客户端对应的服务数据。
第五方面,本发明实施例还提供一种数据处理***,包括:如第三方面所述的负载均衡器、交互式应用服务器集群,其中,
所述交互式应用服务器集群包括:如第四方面所述的第一交互式应用服务器。
从以上技术方案可以看出,本发明实施例具有以下优点:
在本发明实施例中,首先负载均衡器获取客户端发送的交互式应用请求数据,然后负载均衡器根据交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,该交互式应用服务器集群中包括:多个交互式应用服务器,第一交互式应用服务器属于多个交互式应用服务器中的交互式应用服务器。本发明实施例中,客户端与负载均衡器进行通信,交互式应用服务器集群中包括有多个交互式应用服务器,由负载均衡器为客户端确定出由第一交互式应用服务器来为客户端提供交互式应用服务,本发明实施例中,客户端可以共享交互式应用服务器集群中的交互式应用服务器资源,交互式应用服务器集群对外可实现向多个客户端提供服务,从而可以提高服务器资源利用率,降低单个交互式应用服务器的过载风险。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的技术人员来讲,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种数据处理方法的流程方框示意图;
图2为本发明实施例中提供的另一种数据处理方法的流程方框示意图;
图3为本发明实施例提供的多个客户端请求提供交互式应用服务的实现场景示意图;
图4-a为本发明实施例提供的一种负载均衡器的组成结构示意图;
图4-b为本发明实施例提供的一种服务器选择模块的组成结构示意图;
图4-c为本发明实施例提供的另一种负载均衡器的组成结构示意图;
图4-d为本发明实施例提供的另一种服务器选择模块的组成结构示意图;
图5-a为本发明实施例提供的一种第一交互式应用服务器的组成结构示意图;
图5-b为本发明实施例提供的另一种第一交互式应用服务器的组成结构示意图;
图5-c为本发明实施例提供的另一种第一交互式应用服务器的组成结构示意图;
图5-d为本发明实施例提供的一种应用服务模块的组成结构示意图;
图5-e为本发明实施例提供的另一种应用服务模块的组成结构示意图;
图6为本发明实施例提供的一种数据处理***的组成结构示意图;
图7为本发明实施例提供的另一种负载均衡器的组成结构示意图;
图8为本发明实施例提供的另一种第一交互式应用服务器的组成结构示意图。
具体实施方式
本发明实施例提供了一种数据处理方法、负载均衡器和交互式应用服务器及***,用于使客户端共享交互式应用服务器资源,提高服务器资源利用率,降低单个交互式应用服务器的过载风险。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而非全部实施例。基于本发明中的实施例,本领域的技术人员所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,以便包含一系列单元的过程、方法、***、产品或设备不必限于那些单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。
首先对本发明实施例提供的数据处理方法所应用到的数据处理***进行说明,本发明实施例提供的数据处理方法可以解决目前的分区分服的游戏架构中存在的问题,目前的分区分服的游戏架构主要有以下几个方面的问题。第一,游戏经过长期运行后,各个分区的活跃玩家数量会有较大差异,从整个服务器资源来看,服务器资源的使用不够合理,例如,对于活跃玩家数量比较少的分区而言,在大部分时间内服务器利用效率大大降低,造成了成本浪费。第二,在有些游戏场景下,分区分服的游戏架构会面临巨大性能压力,对突发事件的处理能力差,例如在做营销等特殊场景下,分区分服的游戏架构中会出现某些分区服务器过载的情况。
针对上述分区分服的游戏架构存在的上述问题,本发明实施例提供了数据处理***,本发明实施例提供的数据处理***中包括有负载均衡器和交互式应用服务器集群,客户端和负载均衡器之间建立有通信连接,例如负载均衡器提供可访问的IP地址和端口号,客户端通过该IP地址和端口号和负载均衡器进行通信,负载均衡器连接有交互式应用服务器集群,交互式应用服务器集群中的所有交互式应用服务器均可以向客户端提供交互式应用服务,具体选择哪个交互式应用服务器,可以由负载均衡器来确定。本发明实施例中交互式应用服务器集群作为一个整体提供服务器资源,多个客户端可以共享这些服务器资源,交互式应用服务器集群的硬件环境软件部署可以通过批量部署的方式来完成,交互式应用服务器集群中的任何一个交互式应用服务器都可以向客户端来提供交互式应用服务。以下分别进行详细说明。
本发明数据处理方法的一个实施例,具体可以应用于负载均衡器中,请参阅图1所示,本发明一个实施例提供的数据处理方法,可以包括如下步骤:
101、负载均衡器获取客户端发送的交互式应用请求数据。
在本发明实施例中,客户端可以和负载均衡器进行通信,客户端需要使用交互式应用服务时,客户端可以向负载均衡器发送交互式应用请求数据,则负载均衡器可以从客户端获取到交互式应用请求数据,举例说明如下,在游戏场景下,用户可以通过客户端玩网络游戏时,客户端发送游戏请求数据给负载均衡器,该负载均衡器接收到用户的游戏请求数据。在数据存储场景下,用户可以通过客户端发送数据存储请求,该负载均衡器接收到用户的数据存储请求。本发明实施例中负载均衡器可以安装在交互式应用服务器集群和外部网络之间,负载均衡器可以由于专门的设备完成服务器选择任务,独立于操作***,整体性能很高,在实际应用中,负载均衡器还可以设置多样化的负载均衡策略,智能化的流量管理,可达到最佳的负载均衡需求。
102、负载均衡器根据交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器。
其中,交互式应用服务器集群中包括:多个交互式应用服务器,第一交互式应用服务器属于多个交互式应用服务器中的交互式应用服务器。
在本发明实施例中,负载均衡器获取到客户端发送的交互式应用请求数据,该负载均衡器在客户端的触发下,开始从交互式应用服务器集群中选择哪个交互式应用服务器来为该客户端提供交互式应用服务,为便于描述,将负载均衡器从交互式应用服务器集群中选择出的交互式应用服务器定义为第一交互式应用服务器,在后续描述中以负载均衡器所确定出的第一交互式应用服务器作为向客户端提供交互式应用服务的主体进行说明。本发明实施例中,交互式应用服务器集群中包括:多个交互式应用服务器,每个交互式应用服务器的运行环境配置和软件部署过程都可以一次性完成,从而使得交互式应用服务器集群中的所有交互式应用服务器都可以作为向客户端提供交互式应用服务的主体,从而有效避免在分区分服的游戏架构中分区服务器的性能压力。本发明实施例中交互式应用服务器在具体的应用场景中可以有具体的实现方式,举例说明如下,在游戏场景下,交互式应用服务器具体可以为游戏服务器,在数据存储场景下,交互式应用服务器具体可以为数据管理服务器,在软件运行场景下,交互式应用服务器具体可以为软件管理服务器。
需要说明的是,以目前的分区分服的游戏架构为例,客户端通常根据分区号直接登录到分区服务器,分区服务器直接向客户端提供游戏服务,而本发明实施例中,可以将大量的交互式应用服务器设置在统一的交互式应用服务器集群中,交互式应用服务器集群对外提供统一的交互式应用服务资源,从而实现物理上全区全服的效果,该集群内的交互式应用服务器都可以向客户端提供交互式应用服务。在交互式应用服务器集群之外,本发明实施例中交互式应用服务器集群还连接有负载均衡器,该负载均衡器可用于大量客户端的访问,例如该负载均衡器提供对外的IP地址和端口号,大量客户端都通过可以通过IP地址和端口号连接到负载均衡器,负载均衡器接收大量客户端的交互式应用请求数据。
在本发明的一些实施例中,步骤102负载均衡器根据交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,具体可以包括如下步骤:
A1、负载均衡器从交互式应用请求数据中获取到客户端所在的第一交互式应用分区;
A2、负载均衡器根据预置的分区映射表从交互式应用服务器集群中选择出与第一交互式应用分区具有映射关系的第一交互式应用服务器,分区映射表中包括:交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区。
其中,在步骤A1中,用户通过客户端发送的交互式应用请求数据中携带该客户端所在的交互式应用分区,为便于描述,将该客户端所在的交互式应用分区定义为第一交互式应用分区,例如,第一交互式应用分区可以是第一游戏分区或第一软件运行分区等,具体此处不做限定。负载均衡器获取到客户端所在的第一交互式应用分区之后,负载均衡器在为该客户端选择交互式应用服务器时,可以根据该第一交互式应用分区来选择,具体的,负载均衡器可以在本地保存有分区映射表,该分区映射表中可以包括:交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区,通过客户端所在的第一交互式应用分区可以查询分区映射表,通过该分区映射表可以确定出从交互式应用服务器集群中查找到的第一交互式应用服务器。
需要说明的是,在本发明的上述实施例中,若客户端发送的交互式应用请求数据携带有分区信息,则本发明实施例提供的数据处理***中还可以按照分区信息来选择交互式应用服务器,具体通过负载均衡器查询分区映射表来完成,本发明实施例提供的数据处理方法可以适用于需要分区的场景,例如分区分服的游戏架构中,玩家所在自己的分区中来玩游戏,则本发明实施例中虽然没有针对分区来设置分区服务器,但是交互式应用服务器集群中的交互式应用服务器仍然可以实现分区服务的效果,因此可以将本发明实施例中实现的分区称为“虚拟分区”,即也称为物理全区全服、虚拟分区分服架构,对于交互式应用逻辑进行分区,对于物理服务器不分区,物理服务器作为承载各个分区的容器,是各个分区共用的资源,本身不属于任何特定的分区。本发明实施例中分区映射表中记录有从物理分区(即交互式应用服务器)到虚拟分区的映射关系,因此当用户通过客户端发送交互式应用请求数据携带分区信息时可以查询分区映射表,通过虚拟分区来查询到对应的物理分区。
在目前的分区分服的游戏架构中,每个分区都需要自己独立的一个运行环境,包括硬件环境和软件部署,在分区较多时,搭建和维护服务器占用了较多时间。对于分区分服的游戏架构,若需要合并游戏分区时,整个合并操作会变得很复杂,数据层的合并和逻辑层的统一处理会导致较大的工作量。为了解决该问题,在本发明的一些实施例中,本发明实施例提供的数据处理方法除了执行前述步骤101和步骤102之外,该数据处理方法,还可以包括如下步骤:
B1、当交互式应用服务器集群中的第二交互式应用服务器需要合并入第一交互式应用服务器时,负载均衡器在分区映射表中增加第一交互式应用服务器与第二交互式应用分区之间的映射关系,分区映射表中包括:交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区,第二交互式应用分区在第二交互式应用服务器合并之前映射到第二交互式应用服务器。
其中,在步骤B1所示的实现场景中,以交互式应用服务器集群中的第二交互式应用服务器与第一交互式应用服务器的合并为例进行说明,不限定的是,本发明实施例中交互式应用服务器集群中其它交互式应用服务器之间的合并也可以参阅如步骤B1中所示。在本发明实施例中存在多个交互式应用服务器需要合并服务的情况,则负载均衡器在分区映射表中增加第一交互式应用服务器与第二交互式应用分区之间的映射关系,分区映射表中包括:交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区,在原来的分区映射表中第二交互式应用分区在第二交互式应用服务器合并之前映射到第二交互式应用服务器,若第二交互式应用服务器合并入第一交互式应用服务器,负载均衡器就需要修改分区映射表,使得两个第一交互式应用服务器能够指向第二交互式应用分区,因此本发明实施例中通过维护分区映射表就可以完成合并交互式应用分区,整个合并操作会简单易行,相比于目前分区分服的游戏架构中分区服务器的合并,具有简单易操作的优点,无需进行数据层的合并和逻辑层的统一处理。
在本发明的一些实施例中,步骤102负载均衡器根据交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,具体可以包括如下步骤:
C1、负载均衡器从交互式应用请求数据中获取到客户端请求的交互式应用服务;
C2、负载均衡器确定交互式应用服务的服务类型是分区无关服务还是分区有关服务;
C3、当交互式应用服务的服务类型是分区无关服务时,负载均衡器根据交互式应用服务器集群中每个交互式应用服务器当前负载情况选择负载满足预置条件的交互式应用服务器作为第一交互式应用服务器;
C4、当交互式应用服务的服务类型是分区有关服务时,负载均衡器根据分区相关服务从交互式应用服务器集群中选择出与第一交互式应用分区具有映射关系的第一交互式应用服务器,第一交互式应用分区携带在分区有关服务中。
其中,在步骤C1中,用户通过客户端发送的交互式应用请求数据中携带该客户端请求的交互式应用服务,用户可以选择的交互式应用服务包括:分区无关服务和分区有关服务,客户端的交互式应用请求数据中可以根据具体需求哪种类型的交互式应用服务。负载均衡器获取到客户端请求的交互式应用服务之后,该负载均衡器可以进一步的确定交互式应用服务的服务类型是分区无关服务还是分区有关服务,其中分区无关服务指的是不需要局限于特定的交互式应用分区来完成的交互式应用服务,即可以在交互式应用全区来完成交互式应用服务,分区有关服务指的是需要在某个或某些特定的交互式应用分区来完成的交互式应用服务。以游戏场景为例来说明交互式应用服务的具体类型,对于分区无关服务,比如购买经验卡升级,游戏服务器忽略玩家分区信息,对于分区相关服务,比如排行榜,游戏服务器根据每个玩家所属的分区进行区别处理。在步骤C2执行之后,根据具体的服务类型可以选择执行步骤C3或者C4,负载均衡器根据具体的服务类型可执行不同的交互式应用服务器选择方法,例如在步骤C3中,对于分区无关服务,负载均衡器可以根据交互式应用服务器集群中每个交互式应用服务器当前负载情况选择负载满足预置条件的交互式应用服务器作为第一交互式应用服务器,例如预置条件可以是负载最小,或者预置条件可以是负载在所有交互式应用服务器中处于中间水平之前。在步骤C4中,对于分区有关服务,负载均衡器可以按照客户端的分区要求来选择该客户端所在的第一交互式应用分区映射到的第一交互式应用服务器,例如,负载均衡器可以使用分区映射表进行选择第一交互式应用服务器。
103、负载均衡器将交互式应用请求数据发送给选择出的第一交互式应用服务器。
在本发明实施例中,负载均衡器确定出第一交互式应用服务器之后,负载均衡器将客户端发送的交互式应用请求数据发送给第一交互式应用服务器,则该第一交互式应用服务器可以接收到负载均衡器转发的交互式应用请求数据。本发明实施例中负载均衡器作为交互式应用服务器集群的对外访问设备,可以接收客户端发送的交互式应用请求数据,第一交互式应用服务器被选择出后,第一交互式应用服务器可以向客户端提供交互式应用服务,详见后续实施例对第一交互式应用服务器的详细说明。
针对前述步骤101至步骤103的具体实现方式,接下来以游戏场景为例进行说明:客户端具体指的是游戏客户端,交互式应用服务器集群具体为游戏服务器集群。则步骤101负载均衡器获取客户端发送的交互式应用请求数据,可以包括:负载均衡器获取游戏客户端发送的游戏请求数据。步骤102负载均衡器根据交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,可以包括:负载均衡器根据游戏请求数据从游戏服务器集群中选择出第一游戏服务器。步骤103负载均衡器将交互式应用请求数据发送给选择出的第一交互式应用服务器,可以包括:负载均衡器将游戏请求数据发送给选择出的第一游戏服务器。需要说明的是,在游戏场景下,交互式应用数据具体为游戏客户端发送的游戏请求数据,则负载均衡器可以从游戏服务器集群中选择出第一游戏服务器,该第一游戏服务器属于游戏服务器集群中的某个游戏服务器。本发明实施例中多个游戏服务器可以构成游戏服务器集群,该游戏服务器集群和负载均衡器连接,游戏服务器集群通过负载均衡器向游戏客户端提供游戏服务。
通过以上实施例对本发明实施例的描述可知,首先负载均衡器获取客户端发送的交互式应用请求数据,然后负载均衡器根据交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,该交互式应用服务器集群中包括:多个交互式应用服务器,第一交互式应用服务器属于多个交互式应用服务器中的交互式应用服务器,最后负载均衡器将交互式应用请求数据发送给选择出的第一交互式应用服务器。本发明实施例中,客户端与负载均衡器进行通信,交互式应用服务器集群中包括有多个交互式应用服务器,由负载均衡器为客户端确定出由第一交互式应用服务器来为客户端提供交互式应用服务,本发明实施例中,客户端可以共享交互式应用服务器集群中的交互式应用服务器资源,交互式应用服务器集群对外可实现向多个客户端提供服务,从而可以提高服务器资源利用率,降低单个交互式应用服务器的过载风险。
前述实施例从负载均衡器一侧描述了本发明实施例提供的数据处理方法,接下来从交互式应用服务器集群一侧介绍本发明实施例提供的数据处理方法,请参阅图2所示,本发明数据处理方法的一个实施例,可以应用于交互式应用服务器集群中,具体的,以负载均衡器从交互式应用服务器集群中选择出的第一交互式应用服务器为例,请参阅图2所示,本发明一个实施例提供的数据处理方法,可以包括如下步骤:
201、第一交互式应用服务器接收负载均衡器发送的交互式应用请求数据,交互式应用请求数据由客户端发送给负载均衡器。
其中,第一交互式应用服务器是负载均衡器器从交互式应用服务器集群中选择出的交互式应用服务器。
在本发明实施例中,通过前述对负载均衡器的描述可知,负载均衡器从交互式应用服务器集群中选择出第一交互式应用服务器,该第一交互式应用服务器接收负载均衡器发送的交互式应用请求数据,交互式应用请求数据由客户端发送给负载均衡器。本发明实施例中第一交互式应用服务器是交互式应用服务器集群中的服务器组成部分,交互式应用服务器集群可以对外向客户端提供交互式应用服务,整个交互式应用服务器集群是一个服务器资源的提供者,多个客户端都可以共享该服务器资源,这与目前的分区分服的游戏架构是完全不同的,在分区服务器中,客户端直接与处于该分区的分区服务器交互,若客户端很多时容易导致分区服务器的过载。而本发明实施例中,客户端很多时负载均衡器可以从交互式应用服务器集群中选择不同的交互式应用服务器,从而分担单个交互式应用服务器的负荷,不会导致单个交互式应用服务器的过载。
202、第一交互式应用服务器根据交互式应用请求数据为客户端提供交互式应用服务,并生成与客户端对应的服务数据。
在本发明实施例中,第一交互式应用服务器通过与负载均衡器的交互,可以获取到交互式应用请求数据,以确定该第一交互式应用服务器是为哪个客户端提供交互式应用服务,针对客户端的具体类型以及具体的交互式应用请求数据,第一交互式应用服务器可以提供相应的交互式应用服务。举例说明如下,在游戏场景下,第一交互式应用服务器具体可以为第一游戏服务器,第一游戏服务器为客户端提供游戏服务,在数据存储场景下,第一交互式应用服务器具体可以为第一数据管理服务器,第一数据管理服务器为客户端提供数据存储服务,在软件运行场景下,第一交互式应用服务器具体可以为第一软件管理服务器,第一软件管理服务器可以为客户端提供软件应用服务。第一交互式应用服务器为客户端提供交互式应用服务时,第一交互式应用服务器可以生成服务数据,该服务数据指的是第一交互式应用服务器为客户端提供交互式应用服务的过程中产生的数据,在具体的应用场景下可以表示不同的数据。
在本发明的一些实施例中,步骤202第一交互式应用服务器根据交互式应用请求数据为客户端提供交互式应用服务,并生成与客户端对应的服务数据之后,本发明实施例提供的数据处理方法还包括如下步骤:
D1、第一交互式应用服务器根据生成的服务数据获取反馈结果;
D2、第一交互式应用服务器将反馈结果发送给负载均衡器,以便负载均衡器向客户端转发反馈结果。
其中,第一交互式应用服务器生成服务数据之后,在有些应用场景下,第一交互式应用服务器还需要向客户端反馈,此时第一交互式应用服务器根据服务数据获取反馈结果,然后发送给负载均衡器,以便负载均衡器向客户端转发反馈结果。该反馈结果中可以包括:第一交互式应用服务器为客户端提供交互式应用服务的服务结果以及具体的服务信息,比如服务时间、客户端取得的成绩数据等,具体可以结合应用场景来灵活确定。
在目前的分区分服的游戏架构中,每个分区都需要自己独立的一个运行环境,包括硬件环境和软件部署,在分区较多时,搭建和维护服务器占用了较多时间。对于分区分服的游戏架构,若需要合并游戏分区时,整个合并操作会变得很复杂,数据层的合并和逻辑层的统一处理会导致较大的工作量。为了解决该问题,在本发明的一些实施例中,本发明实施例提供的数据处理方法除了执行前述步骤201和步骤202之外,该数据处理方法,还可以包括如下步骤:
E1、当交互式应用服务器集群中第二交互式应用服务器需要合并入第一交互式应用服务器时,第一交互式应用服务器在分区映射表中增加第一交互式应用服务器与第二交互式应用分区之间的映射关系,分区映射表中包括:交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区,第二交互式应用分区在第二交互式应用服务器合并之前映射到第二交互式应用服务器。
其中,在步骤E1所示的实现场景中,以交互式应用服务器集群中的第二交互式应用服务器与第一交互式应用服务器的合并为例进行说明,不限定的是,本发明实施例中交互式应用服务器集群中其它交互式应用服务器之间的合并也可以参阅如步骤E1中所示。在本发明实施例中存在多个交互式应用服务器需要合并服务的情况,则第一交互式应用服务器在分区映射表中增加第一交互式应用服务器与第二交互式应用分区之间的映射关系,分区映射表中包括:交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区,在原来的分区映射表中第二交互式应用分区在第二交互式应用服务器合并之前映射到第二交互式应用服务器,若第二交互式应用服务器合并入第一交互式应用服务器,第一交互式应用服务器就需要修改分区映射表,使得两个第一交互式应用服务器能够指向第二交互式应用分区,因此本发明实施例中通过维护分区映射表就可以完成合并交互式应用分区,整个合并操作会简单易行,相比于目前分区分服的游戏架构中分区服务器的合并,具有简单易操作的优点,无需进行数据层的合并和逻辑层的统一处理。
在本发明的一些实施例中,步骤202第一交互式应用服务器根据交互式应用请求数据为客户端提供交互式应用服务,并生成与客户端对应的服务数据,具体可以包括如下步骤:
F1、第一交互式应用服务器从交互式应用请求数据中获取到客户端请求的交互式应用服务;
F2、负载均衡器确定交互式应用服务的服务类型是分区无关服务还是分区有关服务;
F3、当交互式应用服务的服务类型是分区无关服务时,第一交互式应用服务器在交互式应用全区内为客户端提供交互式应用服务,并生成在交互式应用全区内的服务数据;
F4、当交互式应用服务的服务类型是分区有关服务时,第一交互式应用服务器在第一交互式应用分区内为客户端提供交互式应用服务,并生成在第一交互式应用分区内的服务数据,第一交互式应用分区携带在分区有关服务中。
在步骤F1中,用户通过客户端发送的交互式应用请求数据中携带该客户端请求的交互式应用服务,用户可以选择的交互式应用服务包括:分区无关服务和分区有关服务,客户端的交互式应用请求数据中可以根据具体需求哪种类型的交互式应用服务。第一交互式应用服务器获取到客户端请求的交互式应用服务之后,该第一交互式应用服务器可以进一步的确定交互式应用服务的服务类型是分区无关服务还是分区有关服务,其中分区无关服务指的是不需要局限于特定的交互式应用分区来完成的交互式应用服务,即可以在交互式应用全区来完成交互式应用服务,分区有关服务指的是需要在某个或某些特定的交互式应用分区来完成的交互式应用服务。在步骤F2执行之后,根据具体的服务类型可以选择执行步骤F3或者F4,第一交互式应用服务器根据具体的服务类型可执行不同的交互式应用服务,举例说明如下,以游戏场景为例来说明交互式应用服务的具体类型,对于分区无关服务,比如购买经验卡升级,游戏服务器忽略玩家分区信息,对于分区相关服务,比如排行榜,游戏服务器根据每个玩家所属的分区进行区别处理。
在本发明的另一些实施例中,步骤202第一交互式应用服务器根据交互式应用请求数据为客户端提供交互式应用服务,并生成与客户端对应的服务数据,具体可以包括如下步骤:
G1、第一交互式应用服务器从交互式应用请求数据中获取到客户端发送的交互式应用注册请求;
G2、第一交互式应用服务器为客户端创建模拟对象,并分配模拟对象标识,模拟对象标识包括:客户端所在的第一交互式应用分区信息。
其中,在步骤G1至步骤G2的实现场景下,用户操作客户端进行交互式应用注册时,负载均衡器将包括交互式应用注册请求的交互式应用请求数据转发给第一交互式应用服务器,第一交互式应用服务器为客户端创建模拟对象。并分配模拟对象标识,模拟对象标识包括:客户端所在的第一交互式应用分区信息。其中,第一交互式应用服务器创建的模拟对象可以是游戏角色,也可以是控制目标等。例如在游戏场景下,用户操作客户端进行注册时,第一交互式应用服务器为客户端创建游戏角色,并分配角色标识,角色标识包括:客户端所在的第一交互式应用分区信息,用户可以成功注册到第一交互式应用分区中。在客户端需要注册的实现场景下,第一交互式应用服务器可以为客户端提供交互式应用注册服务,从而实现用户在交互式应用场景下的模拟对象注册。
针对前述步骤201至步骤202的具体实现方式,接下来以游戏场景为例进行说明:客户端具体指的是游戏客户端,交互式应用服务器集群具体为游戏服务器集群。步骤201第一交互式应用服务器接收负载均衡器发送的交互式应用请求数据,可以包括:第一游戏服务器接收负载均衡器发送的游戏请求数据。步骤202第一交互式应用服务器根据交互式应用请求数据为客户端提供交互式应用服务,可以包括:第一游戏服务器根据游戏请求数据为游戏客户端提供游戏服务。需要说明的是,在游戏场景下,交互式应用数据具体为游戏客户端发送的游戏请求数据,则负载均衡器可以从游戏服务器集群中选择出第一游戏服务器,该第一游戏服务器属于游戏服务器集群中的某个游戏服务器。本发明实施例中多个游戏服务器可以构成游戏服务器集群,该游戏服务器集群和负载均衡器连接,游戏服务器集群通过负载均衡器向游戏客户端提供游戏服务。
在本发明的一些实施例中,步骤202第一交互式应用服务器根据交互式应用请求数据为客户端提供交互式应用服务,并生成与客户端对应的服务数据之后,针对服务数据的后续处理过程,还可以进一步的包括如下步骤:
H1、第一交互式应用服务器将生成的服务数据发送给缓存服务器集群。
在本发明实施例中,交互式应用服务器集群还连接有缓存服务器集群,该缓存服务器集群用于服务数据的缓存,则交互式应用服务器集群中每个交互式应用服务器在生成服务数据之后都可以向缓存服务器集群来存储服务数据,以便于交互式应用服务器集群中的交互式应用服务器的调用。在本发明的一些实施例中,缓存服务器集群从第一交互式应用服务器接收到服务数据之后,还可以由缓存服务器集群将所述服务数据存储到数据库集群中,数据库集群可以实现数据的集中存储。
通过以上实施例对本发明实施例的描述可知,首先第一交互式应用服务器接收负载均衡器发送的交互式应用请求数据,然后第一交互式应用服务器根据交互式应用请求数据为客户端提供交互式应用服务,并生成与客户端对应的服务数据。本发明实施例中,由负载均衡器为客户端确定出由第一交互式应用服务器来为客户端提供交互式应用服务,客户端可以共享交互式应用服务器集群中的交互式应用服务器资源,交互式应用服务器集群对外可实现向多个客户端提供服务,从而可以提高服务器资源利用率,降低单个交互式应用服务器的过载风险。
为便于更好的理解和实施本发明实施例的上述方案,下面举例相应的应用场景来进行具体说明。本发明实施例中数据处理***可以实现虚拟分区,由于所有分区共享服务器资源,天然支持了负载均衡,使服务器资源利用率大大提高。在出现服务量猛增的特殊场景下,目前的分区分服的游戏架构中分区服务器会面临巨大性能压力,而在本发明实施例提供的虚拟分区架构下,性能压力会被分担到所有的交互式应用服务器上,从而大大降低了单个服务器的风险。
请参阅图3所示,本发明实施例提供的多个客户端请求提供交互式应用服务的实现场景示意图,以客户端有N个为例,N为一个自然数,N个客户端都可以通过负载均衡器提供的IP地址和端口号和负载均衡器连接,交互式应用服务器集群中共有N个交互式应用服务器,分别为交互式应用服务器1、交互式应用服务器2、…、交互式应用服务器N,负载均衡器可以为每个客户端分别选择出一个交互式应用服务器,被选择出的交互式应用服务器可以分别为客户端提供交互式应用服务,交互式应用服务器集群中的每个交互式应用服务器连接缓存服务器集群,缓存服务器集群在连接数据库集群。接下来以游戏场景的实现为例,每个游戏进程都支持所有的游戏分区,玩家可以连接到任何一个游戏服务器,由连接到的游戏服务器为玩家提供游戏服务。对于玩家而言,本发明实施例中所有的游戏体验都是基于分区分服的,而在游戏服务器的实现上却是采用了全区全服和虚拟分区的策略,大大降低了程序部署和服务器搭建的复杂度,同时提升了服务器资源利用率,而且大大降低了合并分区的操作复杂度,使服务器设计更加合理。本发明实施例中虚拟分区的实现是对于游戏逻辑进行分区,对于物理服务器不分区,物理服务器作为承载各个分区的容器,是各个分区共用的资源,本身不属于任何特定游戏分区。虚拟分区实现包含了两个层次:物理服务器和逻辑分区。服务器进程是程序逻辑的容器,可以接受所有分区玩家的登录请求和游戏逻辑。在逻辑处理层面处理分区带来的隔离性。
举例说明如下,本发明实施例提供的数据处理方法应用于游戏场景为例,玩家注册游戏时,游戏服务器根据玩家分区号为玩家分配一个角色ID,角色ID包含玩家所属的游戏分区信息,玩家可以和负载均衡器进行通信,由负载均衡器来选择出游戏服务器为玩家提供服务,则服务器集群中的任何一个游戏服务器都可以为玩家提供游戏服务器,每个游戏服务器都包含了来自不同分区的玩家。玩家在游戏内的玩法包含分区无关玩法和分区相关玩法,对于分区无关玩法,比如购买经验卡升级,游戏服务器忽略玩家分区信息,对于分区相关逻辑,比如排行榜,游戏服务器根据每个玩家所属的分区进行区别处理。游戏服务器维护了物理分区到虚拟分区的分区映射表,游戏服务器总是基于虚拟分区进行逻辑处理,当两个物理分区合并时,修改分区映射表,使两个物理分区指向相同的逻辑分区,其他无需任何修改,从而大大降低了运维复杂度。此外,由于所有分区共享游戏服务器资源,天然支持了负载均衡,使游戏服务器资源利用率大大提高。在做活动等特殊场景下,普通分区分服架构会面临巨大性能压力,而在虚拟分区架构下,性能压力会被分担到所有游戏服务器上,从而大大降低了风险。对于玩家而言,所有的游戏体验都是基于分区分服的,而在游戏服务器的实现上却是采用了全区全服和虚拟分区的策略,大大降低了程序部署和游戏服务器搭建的复杂度,同时提升了游戏服务器资源利用率,而且大大降低了合并分区的操作复杂度,使游戏服务器设计更加合理。通过在游戏服务器集群的前端部署负载均衡器,游戏服务器的可用性相对目前的分区分服游戏更高,运维扩缩容方便,游戏服务器成本节约,提高游戏服务器资源使用率,在游戏服务器合并时更容易实现。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
为便于更好的实施本发明实施例的上述方案,下面还提供用于实施上述方案的相关装置。
请参阅图4-a所示,本发明实施例提供的一种负载均衡器400,可以包括:获取模块401、服务器选择模块402和数据发送模块403,其中,
获取模块401,用于获取客户端发送的交互式应用请求数据;
服务器选择模块402,用于根据所述交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,所述交互式应用服务器集群中包括:多个交互式应用服务器,所述第一交互式应用服务器属于所述多个交互式应用服务器中的交互式应用服务器;
数据发送模块403,用于将所述交互式应用请求数据发送给选择出的所述第一交互式应用服务器。
在本发明的一些实施例中,请参阅图4-b所示,所述服务器选择模块402,包括:
第一数据解析单元4021,用于从所述交互式应用请求数据中获取到所述客户端所在的第一交互式应用分区;
第一服务器选择单元4022,用于根据预置的分区映射表从所述交互式应用服务器集群中选择出与所述第一交互式应用分区具有映射关系的第一交互式应用服务器,所述分区映射表中包括:所述交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区。
在本发明的一些实施例中,请参阅图4-c所示,所述负载均衡器400,还包括:映射表维护模块404,其中,
所述映射表维护模块404,用于当所述交互式应用服务器集群中的第二交互式应用服务器需要合并入第一交互式应用服务器时,在分区映射表中增加第一交互式应用服务器与第二交互式应用分区之间的映射关系,所述分区映射表中包括:所述交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区,所述第二交互式应用分区在所述第二交互式应用服务器合并之前映射到所述第二交互式应用服务器。
在本发明的一些实施例中,请参阅图4-d所示,所述服务器选择模块400,包括:
第二数据解析单元4023,用于从所述交互式应用请求数据中获取到所述客户端请求的交互式应用服务;
服务类型确定单元4024,用于确定所述交互式应用服务的服务类型是分区无关服务还是分区有关服务;
第二服务器选择单元4025,用于当所述交互式应用服务的服务类型是分区无关服务时,根据所述交互式应用服务器集群中每个交互式应用服务器当前负载情况选择负载满足预置条件的交互式应用服务器作为第一交互式应用服务器;
第三服务器选择单元4026,用于当所述交互式应用服务的服务类型是分区有关服务时,根据所述分区相关服务从所述交互式应用服务器集群中选择出与第一交互式应用分区具有映射关系的第一交互式应用服务器,所述第一交互式应用分区携带在所述分区有关服务中。
在本发明的一些实施例中,所述获取模块401,具体用于获取游戏客户端发送的游戏请求数据;
所述服务器选择模块402,具体用于根据所述游戏请求数据从游戏服务器集群中选择出第一游戏服务器;
所述数据发送模块403,具体用于将所述游戏数据发送给选择出的所述第一游戏服务器。
通过以上实施例对本发明实施例的描述可知,首先负载均衡器获取客户端发送的交互式应用请求数据,然后负载均衡器根据交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,该交互式应用服务器集群中包括:多个交互式应用服务器,第一交互式应用服务器属于多个交互式应用服务器中的交互式应用服务器,最后负载均衡器将交互式应用请求数据发送给选择出的第一交互式应用服务器。本发明实施例中,客户端与负载均衡器进行通信,交互式应用服务器集群中包括有多个交互式应用服务器,由负载均衡器为客户端确定出由第一交互式应用服务器来为客户端提供交互式应用服务,本发明实施例中,客户端可以共享交互式应用服务器集群中的交互式应用服务器资源,交互式应用服务器集群对外可实现向多个客户端提供服务,从而可以提高服务器资源利用率,降低单个交互式应用服务器的过载风险。
请参阅图5-a所示,本发明实施例提供的一种交互式应用服务器,所述交互式应用服务器具体为所述负载均衡器器从交互式应用服务器集群中选择出的第一交互式应用服务器500,所述第一交互式应用服务器500,包括:数据接收模块501和应用服务模块502,其中,
数据接收模块501,用于接收负载均衡器发送的交互式应用请求数据,所述交互式应用请求数据由客户端发送给所述负载均衡器;
应用服务模块502,用于根据所述交互式应用请求数据为所述客户端提供交互式应用服务,并生成与所述客户端对应的服务数据。
在本发明的一些实施例中,请参阅图5-b所示,所述第一交互式应用服务器500,还包括:数据反馈模块503,其中,
所述数据反馈模块503,用于所述应用服务模块502根据所述交互式应用请求数据为所述客户端提供交互式应用服务,并生成与所述客户端对应的服务数据之后,根据生成的所述服务数据获取反馈结果;将所述反馈结果发送给所述负载均衡器,以便所述负载均衡器向所述客户端转发所述反馈结果。
在本发明的一些实施例中,请参阅图5-c所示,所述第一交互式应用服务器500,还包括:映射表维护模块504,其中,
所述映射表维护模块504,用于当所述交互式应用服务器集群中第二交互式应用服务器需要合并入所述第一交互式应用服务器时,在分区映射表中增加第一交互式应用服务器与第二交互式应用分区之间的映射关系,所述分区映射表中包括:所述交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区,所述第二交互式应用分区在所述第二交互式应用服务器合并之前映射到所述第二交互式应用服务器。
在本发明的一些实施例中,请参阅图5-d所示,所述应用服务模块502,包括:
第一数据解析单元5021,用于从所述交互式应用请求数据中获取到所述客户端请求的交互式应用服务;
服务类型确定单元5022,用于确定所述交互式应用服务的服务类型是分区无关服务还是分区有关服务;
第一应用服务单元5023,用于当所述交互式应用服务的服务类型是分区无关服务时,在交互式应用全区内为所述客户端提供交互式应用服务,并生成在所述交互式应用全区内的服务数据;
第二应用服务单元5024,用于当所述交互式应用服务的服务类型是分区有关服务时,在第一交互式应用分区内为所述客户端提供交互式应用服务,并生成在所述第一交互式应用分区内的服务数据,所述第一交互式应用分区携带在所述分区有关服务中。
在本发明的一些实施例中,请参阅图5-e所示,所述应用服务模块502,包括:
第二数据解析单元5025,用于从所述交互式应用请求数据中获取到所述客户端发送的交互式应用注册请求;
模拟对象创建单元5026,用于为所述客户端创建模拟对象,并分配模拟对象标识,所述模拟对象标识包括:所述客户端所在的第一交互式应用分区信息。
在本发明的一些实施例中,所述数据接收模块501,具体用于接收负载均衡器发送的游戏请求数据;
所述应用服务模块502,具体用于根据所述游戏请求数据为游戏客户端提供游戏服务。
通过以上实施例对本发明实施例的描述可知,首先第一交互式应用服务器接收负载均衡器发送的交互式应用请求数据,然后第一交互式应用服务器根据交互式应用请求数据为客户端提供交互式应用服务,并生成与客户端对应的服务数据。本发明实施例中,由负载均衡器为客户端确定出由第一交互式应用服务器来为客户端提供交互式应用服务,客户端可以共享交互式应用服务器集群中的交互式应用服务器资源,交互式应用服务器集群对外可实现向多个客户端提供服务,从而可以提高服务器资源利用率,降低单个交互式应用服务器的过载风险。
请参阅图6所示,本发明实施例提供的一种数据处理***600,包括:如图4-a至图4-d任一项所述的负载均衡器400和交互式应用服务器集群601,其中,所述交互式应用服务器集群601包括:如图5-a至图5-e中任一项所述的第一交互式应用服务器500。
通过以上实施例对本发明实施例的描述可知,首先负载均衡器获取客户端发送的交互式应用请求数据,然后负载均衡器根据交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,该交互式应用服务器集群中包括:多个交互式应用服务器,第一交互式应用服务器属于多个交互式应用服务器中的交互式应用服务器,最后负载均衡器将交互式应用请求数据发送给选择出的第一交互式应用服务器。本发明实施例中,客户端与负载均衡器进行通信,交互式应用服务器集群中包括有多个交互式应用服务器,由负载均衡器为客户端确定出由第一交互式应用服务器来为客户端提供交互式应用服务,本发明实施例中,客户端可以共享交互式应用服务器集群中的交互式应用服务器资源,交互式应用服务器集群对外可实现向多个客户端提供服务,从而可以提高服务器资源利用率,降低单个交互式应用服务器的过载风险。
图7是本发明实施例提供的一种服务器结构示意图,为负载均衡器实现的服务器结构,该负载均衡器1100可因配置或性能不同而产生比较大的差异,可以包括一个或一个以***处理器(central processing units,CPU)1122(例如,一个或一个以上处理器)和存储器1132,一个或一个以上存储应用程序1142或数据1144的存储介质1130(例如一个或一个以上海量存储设备)。其中,存储器1132和存储介质1130可以是短暂存储或持久存储。存储在存储介质1130的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对负载均衡器中的一系列指令操作。更进一步地,中央处理器1122可以设置为与存储介质1130通信,在负载均衡器1100上执行存储介质1130中的一系列指令操作。
负载均衡器1100还可以包括一个或一个以上电源1126,一个或一个以上有线或无线网络接口1150,一个或一个以上输入输出接口1158,和/或,一个或一个以上操作***1141,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由负载均衡器所执行的图1所示的数据处理方法步骤可以基于该图7所示的负载均衡器结构。
图8是本发明实施例提供的一种服务器结构示意图,为第一交互式应用服务器实现的服务器结构,该第一交互式应用服务器1200可因配置或性能不同而产生比较大的差异,可以包括一个或一个以***处理器(central processing units,CPU)1222(例如,一个或一个以上处理器)和存储器1232,一个或一个以上存储应用程序1242或数据1244的存储介质1230(例如一个或一个以上海量存储设备)。其中,存储器1232和存储介质1230可以是短暂存储或持久存储。存储在存储介质1230的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对第一交互式应用服务器中的一系列指令操作。更进一步地,中央处理器1222可以设置为与存储介质1230通信,在第一交互式应用服务器1200上执行存储介质1230中的一系列指令操作。
第一交互式应用服务器1200还可以包括一个或一个以上电源1226,一个或一个以上有线或无线网络接口1250,一个或一个以上输入输出接口1258,和/或,一个或一个以上操作***1241,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由服务器所执行的图2所示的数据处理方法步骤可以基于该图8所示的服务器结构。
另外需说明的是,以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外,本发明提供的装置实施例附图中,模块之间的连接关系表示它们之间具有通信连接,具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下,凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现,而且,用来实现同一功能的具体硬件结构也可以是多种多样的,例如模拟电路、数字电路或专用电路等。但是,对本发明而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
综上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照上述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对上述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (19)

1.一种数据处理方法,其特征在于,包括:
负载均衡器获取客户端发送的交互式应用请求数据;
所述负载均衡器根据所述交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,所述交互式应用服务器集群中包括:多个交互式应用服务器,所述第一交互式应用服务器属于所述多个交互式应用服务器中的交互式应用服务器;
所述负载均衡器将所述交互式应用请求数据发送给选择出的所述第一交互式应用服务器;
其中,所述负载均衡器根据所述交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,包括:所述负载均衡器从所述交互式应用请求数据中获取到所述客户端所在的第一交互式应用分区;所述负载均衡器根据预置的分区映射表从所述交互式应用服务器集群中选择出与所述第一交互式应用分区具有映射关系的第一交互式应用服务器,所述分区映射表中包括:所述交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区;所述第一交互式应用分区为第一游戏分区或第一软件运行分区;
或者,所述负载均衡器根据所述交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,包括:所述负载均衡器从所述交互式应用请求数据中获取到所述客户端请求的交互式应用服务;所述负载均衡器确定所述交互式应用服务的服务类型是分区无关服务还是分区有关服务;当所述交互式应用服务的服务类型是分区无关服务时,所述负载均衡器根据所述交互式应用服务器集群中每个交互式应用服务器当前负载情况选择负载满足预置条件的交互式应用服务器作为第一交互式应用服务器;当所述交互式应用服务的服务类型是分区有关服务时,所述负载均衡器根据所述分区有关服务从所述交互式应用服务器集群中选择出与第一交互式应用分区具有映射关系的第一交互式应用服务器,所述第一交互式应用分区携带在所述分区有关服务中。
2.根据权利要求1所述的方法,其特征在于,所述方法,还包括:
当所述交互式应用服务器集群中的第二交互式应用服务器需要合并入第一交互式应用服务器时,所述负载均衡器在分区映射表中增加第一交互式应用服务器与第二交互式应用分区之间的映射关系,所述分区映射表中包括:所述交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区,所述第二交互式应用分区在所述第二交互式应用服务器合并之前映射到所述第二交互式应用服务器。
3.根据权利要求1或2所述的方法,其特征在于,所述负载均衡器获取客户端发送的交互式应用请求数据,包括:负载均衡器获取游戏客户端发送的游戏请求数据;
所述负载均衡器根据所述交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,包括:所述负载均衡器根据所述游戏请求数据从游戏服务器集群中选择出第一游戏服务器;
所述负载均衡器将所述交互式应用请求数据发送给选择出的所述第一交互式应用服务器,包括:所述负载均衡器将所述游戏请求数据发送给选择出的所述第一游戏服务器。
4.一种数据处理方法,其特征在于,包括:
第一交互式应用服务器接收负载均衡器发送的交互式应用请求数据,所述交互式应用请求数据由客户端发送给所述负载均衡器,所述第一交互式应用服务器是所述负载均衡器从交互式应用服务器集群中选择出的交互式应用服务器,其中,所述负载均衡器从客户端发送的交互式应用请求数据中获取到所述客户端所在的第一交互式应用分区,根据预置的分区映射表从所述交互式应用服务器集群中选择出与所述第一交互式应用分区具有映射关系的第一交互式应用服务器,所述分区映射表中包括:所述交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区;所述第一交互式应用分区为第一游戏分区或第一软件运行分区;
或者,所述负载均衡器从客户端发送的交互式应用请求数据中获取到所述客户端请求的交互式应用服务,确定所述交互式应用服务的服务类型是分区无关服务还是分区有关服务,当所述交互式应用服务的服务类型是分区无关服务时,根据所述交互式应用服务器集群中每个交互式应用服务器当前负载情况选择负载满足预置条件的交互式应用服务器作为第一交互式应用服务器,当所述交互式应用服务的服务类型是分区有关服务时,根据所述分区有关服务从所述交互式应用服务器集群中选择出与第一交互式应用分区具有映射关系的第一交互式应用服务器,所述第一交互式应用分区携带在所述分区有关服务中;
所述第一交互式应用服务器根据所述交互式应用请求数据为所述客户端提供交互式应用服务,并生成与所述客户端对应的服务数据。
5.根据权利要求4所述的方法,其特征在于,第一交互式应用服务器根据所述交互式应用请求数据为所述客户端提供交互式应用服务,并生成与所述客户端对应的服务数据之后,所述方法还包括:
所述第一交互式应用服务器根据生成的所述服务数据获取反馈结果;
所述第一交互式应用服务器将所述反馈结果发送给所述负载均衡器,以便所述负载均衡器向所述客户端转发所述反馈结果。
6.根据权利要求4所述的方法,其特征在于,所述方法还包括:
当所述交互式应用服务器集群中第二交互式应用服务器需要合并入所述第一交互式应用服务器时,所述第一交互式应用服务器在分区映射表中增加第一交互式应用服务器与第二交互式应用分区之间的映射关系,所述分区映射表中包括:所述交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区,所述第二交互式应用分区在所述第二交互式应用服务器合并之前映射到所述第二交互式应用服务器。
7.根据权利要求4至6中任一项所述的方法,其特征在于,所述第一交互式应用服务器根据所述交互式应用请求数据为所述客户端提供交互式应用服务,并生成与所述客户端对应的服务数据,包括:
所述第一交互式应用服务器从所述交互式应用请求数据中获取到所述客户端请求的交互式应用服务;
所述负载均衡器确定所述交互式应用服务的服务类型是分区无关服务还是分区有关服务;
当所述交互式应用服务的服务类型是分区无关服务时,所述第一交互式应用服务器在交互式应用全区内为所述客户端提供交互式应用服务,并生成在所述交互式应用全区内的服务数据;
当所述交互式应用服务的服务类型是分区有关服务时,所述第一交互式应用服务器在第一交互式应用分区内为所述客户端提供交互式应用服务,并生成在所述第一交互式应用分区内的服务数据,所述第一交互式应用分区携带在所述分区有关服务中。
8.根据权利要求4至6中任一项所述的方法,其特征在于,所述第一交互式应用服务器根据所述交互式应用请求数据为所述客户端提供交互式应用服务,并生成与所述客户端对应的服务数据,包括:
所述第一交互式应用服务器从所述交互式应用请求数据中获取到所述客户端发送的交互式应用注册请求;
所述第一交互式应用服务器为所述客户端创建模拟对象,并分配模拟对象标识,所述模拟对象标识包括:所述客户端所在的第一交互式应用分区信息。
9.根据权利要求4至6任一项所述的方法,其特征在于,所述第一交互式应用服务器接收负载均衡器发送的交互式应用请求数据,包括:第一游戏服务器接收负载均衡器发送的游戏请求数据;
所述第一交互式应用服务器根据所述交互式应用请求数据为所述客户端提供交互式应用服务,包括:第一游戏服务器根据所述游戏请求数据为游戏客户端提供游戏服务。
10.一种负载均衡器,其特征在于,包括:
获取模块,用于获取客户端发送的交互式应用请求数据;
服务器选择模块,用于根据所述交互式应用请求数据从交互式应用服务器集群中选择出第一交互式应用服务器,所述交互式应用服务器集群中包括:
多个交互式应用服务器,所述第一交互式应用服务器属于所述多个交互式应用服务器中的交互式应用服务器;数据发送模块,用于将所述交互式应用请求数据发送给选择出的所述第一交互式应用服务器;
其中,所述服务器选择模块,包括:第一数据解析单元,用于从所述交互式应用请求数据中获取到所述客户端所在的第一交互式应用分区;第一服务器选择单元,用于根据预置的分区映射表从所述交互式应用服务器集群中选择出与所述第一交互式应用分区具有映射关系的第一交互式应用服务器,所述分区映射表中包括:所述交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区;所述第一交互式应用分区为第一游戏分区或第一软件运行分区;
或者,所述服务器选择模块,包括:第二数据解析单元,用于从所述交互式应用请求数据中获取到所述客户端请求的交互式应用服务;服务类型确定单元,用于确定所述交互式应用服务的服务类型是分区无关服务还是分区有关服务;第二服务器选择单元,用于当所述交互式应用服务的服务类型是分区无关服务时,根据所述交互式应用服务器集群中每个交互式应用服务器当前负载情况选择负载满足预置条件的交互式应用服务器作为第一交互式应用服务器;第三服务器选择单元,用于当所述交互式应用服务的服务类型是分区有关服务时,根据所述分区有关服务从所述交互式应用服务器集群中选择出与第一交互式应用分区具有映射关系的第一交互式应用服务器,所述第一交互式应用分区携带在所述分区有关服务中。
11.根据权利要求10所述的负载均衡器,其特征在于,所述负载均衡器,
还包括:映射表维护模块,其中,
所述映射表维护模块,用于当所述交互式应用服务器集群中的第二交互式应用服务器需要合并入第一交互式应用服务器时,在分区映射表中增加第一交互式应用服务器与第二交互式应用分区之间的映射关系,所述分区映射表中包括:所述交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区,所述第二交互式应用分区在所述第二交互式应用服务器合并之前映射到所述第二交互式应用服务器。
12.根据权利要求10或11所述的负载均衡器,其特征在于,
所述获取模块,具体用于获取游戏客户端发送的游戏请求数据;
所述服务器选择模块,具体用于根据所述游戏请求数据从游戏服务器集群中选择出第一游戏服务器;
所述数据发送模块,具体用于将所述游戏请求数据发送给选择出的所述第一游戏服务器。
13.一种交互式应用服务器,其特征在于,所述交互式应用服务器具体为负载均衡器从交互式应用服务器集群中选择出的第一交互式应用服务器,其中,所述负载均衡器从客户端发送的交互式应用请求数据中获取到所述客户端所在的第一交互式应用分区,根据预置的分区映射表从所述交互式应用服务器集群中选择出与所述第一交互式应用分区具有映射关系的第一交互式应用服务器,所述分区映射表中包括:所述交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区;所述第一交互式应用分区为第一游戏分区或第一软件运行分区;
或者,所述负载均衡器从客户端发送的交互式应用请求数据中获取到所述客户端请求的交互式应用服务,确定所述交互式应用服务的服务类型是分区无关服务还是分区有关服务,当所述交互式应用服务的服务类型是分区无关服务时,根据所述交互式应用服务器集群中每个交互式应用服务器当前负载情况选择负载满足预置条件的交互式应用服务器作为第一交互式应用服务器,当所述交互式应用服务的服务类型是分区有关服务时,根据所述分区有关服务从所述交互式应用服务器集群中选择出与第一交互式应用分区具有映射关系的第一交互式应用服务器,所述第一交互式应用分区携带在所述分区有关服务中;
所述第一交互式应用服务器,包括:
数据接收模块,用于接收负载均衡器发送的交互式应用请求数据,所述交互式应用请求数据由客户端发送给所述负载均衡器;
应用服务模块,用于根据所述交互式应用请求数据为所述客户端提供交互式应用服务,并生成与所述客户端对应的服务数据。
14.根据权利要求13所述的交互式应用服务器,其特征在于,所述第一交互式应用服务器,还包括:数据反馈模块,其中,
所述数据反馈模块,用于所述应用服务模块根据所述交互式应用请求数据为所述客户端提供交互式应用服务,并生成与所述客户端对应的服务数据之后,根据生成的所述服务数据获取反馈结果;将所述反馈结果发送给所述负载均衡器,以便所述负载均衡器向所述客户端转发所述反馈结果。
15.根据权利要求13所述的交互式应用服务器,其特征在于,所述第一交互式应用服务器,还包括:映射表维护模块,其中,
所述映射表维护模块,用于当所述交互式应用服务器集群中第二交互式应用服务器需要合并入所述第一交互式应用服务器时,在分区映射表中增加第一交互式应用服务器与第二交互式应用分区之间的映射关系,所述分区映射表中包括:所述交互式应用服务器集群中每个交互式应用服务器映射到的交互式应用分区,所述第二交互式应用分区在所述第二交互式应用服务器合并之前映射到所述第二交互式应用服务器。
16.根据权利要求13至15中任一项所述的交互式应用服务器,其特征在于,所述应用服务模块,包括:
第一数据解析单元,用于从所述交互式应用请求数据中获取到所述客户端请求的交互式应用服务;
服务类型确定单元,用于确定所述交互式应用服务的服务类型是分区无关服务还是分区有关服务;
第一应用服务单元,用于当所述交互式应用服务的服务类型是分区无关服务时,在交互式应用全区内为所述客户端提供交互式应用服务,并生成在所述交互式应用全区内的服务数据;
第二应用服务单元,用于当所述交互式应用服务的服务类型是分区有关服务时,在第一交互式应用分区内为所述客户端提供交互式应用服务,并生成在所述第一交互式应用分区内的服务数据,所述第一交互式应用分区携带在所述分区有关服务中。
17.根据权利要求13至15中任一项所述的交互式应用服务器,其特征在于,所述应用服务模块,包括:
第二数据解析单元,用于从所述交互式应用请求数据中获取到所述客户端发送的交互式应用注册请求;
模拟对象创建单元,用于为所述客户端创建模拟对象,并分配模拟对象标识,所述模拟对象标识包括:所述客户端所在的第一交互式应用分区信息。
18.根据权利要求13至15中任一项所述的交互式应用服务器,其特征在于,所述数据接收模块,具体用于接收负载均衡器发送的游戏请求数据;所述应用服务模块,具体用于根据所述游戏请求数据为游戏客户端提供游戏服务。
19.一种数据处理***,其特征在于,包括:如权利要求10至12中任一项所述的负载均衡器、交互式应用服务器集群,其中,所述交互式应用服务器集群包括:如权利要求13至15中任一项所述的第一交互式应用服务器。
CN201610389409.6A 2016-06-03 2016-06-03 数据处理方法、负载均衡器和交互式应用服务器及*** Active CN105872098B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610389409.6A CN105872098B (zh) 2016-06-03 2016-06-03 数据处理方法、负载均衡器和交互式应用服务器及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610389409.6A CN105872098B (zh) 2016-06-03 2016-06-03 数据处理方法、负载均衡器和交互式应用服务器及***

Publications (2)

Publication Number Publication Date
CN105872098A CN105872098A (zh) 2016-08-17
CN105872098B true CN105872098B (zh) 2019-04-26

Family

ID=56676112

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610389409.6A Active CN105872098B (zh) 2016-06-03 2016-06-03 数据处理方法、负载均衡器和交互式应用服务器及***

Country Status (1)

Country Link
CN (1) CN105872098B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108769149B (zh) * 2018-05-14 2022-02-25 上海掌门科技有限公司 应用分区的处理方法、设备及计算机可读存储介质
CN110825794B (zh) 2018-08-14 2022-03-29 华为云计算技术有限公司 分区合并方法和数据库服务器
CN110855708B (zh) 2019-11-26 2021-06-11 上海莉莉丝科技股份有限公司 游戏服务器架构
CN111346370B (zh) * 2020-02-18 2021-10-12 腾讯科技(深圳)有限公司 战斗内核的运行方法、装置、设备及介质
CN111905361B (zh) * 2020-08-04 2021-08-10 广州博冠信息科技有限公司 游戏服务***、游戏处理方法、存储介质及设备
CN114936103A (zh) * 2022-07-13 2022-08-23 江苏中威科技软件***有限公司 基于版式数据流文件底板创建虚拟服务共享池的方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001013228A3 (en) * 1999-08-13 2001-08-30 Sun Microsystems Inc Graceful distribution in application server load balancing
CN101322385A (zh) * 2005-12-12 2008-12-10 国际商业机器公司 对媒体服务器中的分布式媒体资源进行负载平衡和切换
CN101534244A (zh) * 2009-02-09 2009-09-16 华为技术有限公司 负载分发方法、装置和***
CN102118433A (zh) * 2010-12-27 2011-07-06 网宿科技股份有限公司 多层次的分布式集群***
CN104734983A (zh) * 2013-12-24 2015-06-24 ***通信集团公司 业务数据请求的调度***、方法及装置
CN105472003A (zh) * 2015-12-11 2016-04-06 珠海金山网络游戏科技有限公司 一种大规模分布式游戏服务器***及其实现方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101595075B1 (ko) * 2012-02-14 2016-02-17 엠파이어 테크놀로지 디벨롭먼트 엘엘씨 클라우드 기반 게임 시스템에서의 부하 균형

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001013228A3 (en) * 1999-08-13 2001-08-30 Sun Microsystems Inc Graceful distribution in application server load balancing
CN101322385A (zh) * 2005-12-12 2008-12-10 国际商业机器公司 对媒体服务器中的分布式媒体资源进行负载平衡和切换
CN101534244A (zh) * 2009-02-09 2009-09-16 华为技术有限公司 负载分发方法、装置和***
CN102118433A (zh) * 2010-12-27 2011-07-06 网宿科技股份有限公司 多层次的分布式集群***
CN104734983A (zh) * 2013-12-24 2015-06-24 ***通信集团公司 业务数据请求的调度***、方法及装置
CN105472003A (zh) * 2015-12-11 2016-04-06 珠海金山网络游戏科技有限公司 一种大规模分布式游戏服务器***及其实现方法

Also Published As

Publication number Publication date
CN105872098A (zh) 2016-08-17

Similar Documents

Publication Publication Date Title
CN105872098B (zh) 数据处理方法、负载均衡器和交互式应用服务器及***
Yu et al. Virtualization for distributed ledger technology (vDLT)
Rahman et al. Load balancer as a service in cloud computing
Zhang et al. Proactive workload management in hybrid cloud computing
Kemp et al. Cuckoo: a computation offloading framework for smartphones
CN106921730B (zh) 一种游戏服务器的切换方法和***
US8380843B2 (en) System and method for determining affinity groups and co-locating the affinity groups in a distributing network
US20100113159A1 (en) Method and apparatus for partitioning virtual worlds using prioritized topic spaces in virtual world systems
US20060217201A1 (en) Handling of players and objects in massive multi-player on-line games
CN107547545A (zh) 视频云平台***、视频请求处理方法及存储介质、处理器
Nayyer et al. A survey of cloudlet-based mobile augmentation approaches for resource optimization
CN102110014A (zh) 虚拟机负载均衡处理的方法
CN105677342A (zh) 一种解决异构操作***的复合桌面虚拟化架构及方法
CN102497421A (zh) 公平性好的Web服务器集群***轮询调度负载均衡方法
Wang et al. Toward cloud-based distributed interactive applications: measurement, modeling, and analysis
Barri et al. Distributing game instances in a hybrid client-server/P2P system to support MMORPG playability
CN110147277A (zh) 一种资源动态部署方法、装置、服务器及存储介质
Nandugudi et al. Network function virtualization: through the looking-glass
Pérez et al. Holistic workload scaling: a new approach to compute acceleration in the cloud
Esposito et al. VINEA: An architecture for virtual network embedding policy programmability
Kohana Dynamic Data Allocation Method for Web-Based Multiserver Systems
Chang et al. A write-operation-adaptable replication system for multiplayer cloud gaming
Nguyen et al. A distributed server architecture for providing immersive audio communication to massively multiplayer online games
Wang et al. Proxydwrr: A dynamic load balancing approach for heterogeneous-cpu kubernetes clusters
Zhang et al. MACVE: A mobile agent based framework for large-scale collaborative virtual environments

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20231226

Address after: 518000 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 Floors

Patentee after: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd.

Patentee after: TENCENT CLOUD COMPUTING (BEIJING) Co.,Ltd.

Address before: 2, 518000, East 403 room, SEG science and Technology Park, Zhenxing Road, Shenzhen, Guangdong, Futian District

Patentee before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd.

TR01 Transfer of patent right