业务处理方法、装置、存储设备及处理服务器与流程

文档序号:16063040发布日期:2018-11-24 12:23阅读:188来源:国知局
本发明涉及互联网
技术领域
,具体涉及互联网游戏
技术领域
,尤其涉及一种业务处理方法、一种业务处理装置、一种存储设备以及一种处理服务器。
背景技术
目前,代理者对代理类游戏应用的管理主要有以下两种方式,其一是基于游戏应用的开发者所提供的管理工具来实现;由于各类游戏应用的管理工具由开发者各自研发得到,其标准不统一,代理者在对各类游戏应用进行管理的过程中需要在各种管理工具之间进行频繁切换,时效性低,数据安全性低,且增加了管理成本。其二是依赖于游戏应用自身的脚本来实现;例如:若要对游戏应用进行诸如分区分服显示、区服状态修改等操作时,需要通过游戏云调用游戏应用的脚本来实现,由于平均每次调用均需耗费一定的时间成本,时效性低用户体验较差。技术实现要素:本发明实施例提供一种业务处理方法、一种业务处理装置、一种存储设备以及一种处理服务器,能够降低对游戏应用的管理成本,提升管理效率及管理有效性。一方面,本发明实施例提供一种业务处理方法,可包括:接收针对目标游戏应用的业务查询请求,所述目标游戏应用包含至少一个大区,每个大区包含至少一个小区;根据所述业务查询请求基于标准接口从所述目标游戏应用的接口服务器获取各大区下的至少一个小区的业务状态,并从数据库拉取各大区下的至少一个小区的业务数据;输出各大区下的至少一个小区的业务状态及业务数据以响应所述业务查询请求。优选地,所述标准接口包括以下至少一种:获取大区的业务信息的接口、编辑小区的业务状态的接口、修改小区的属性的接口;其中,大区的业务信息包括:大区下的至少一个小区的业务状态;小区的属性包括:开放或未开放;小区的业务状态包括以下任一种:新服、推荐、繁忙、火爆、爆满、拥挤、流畅、正常、维护、开服;小区的业务数据包括以下至少一种:注册用户量、在线用户量、开服时间、刷新时间。优选地,所述业务查询请求携带所述至少一个大区的标识及各大区下的至少一个小区的标识;所述根据所述业务查询请求基于标准接口从所述目标游戏应用的接口服务器获取各大区下的至少一个小区的业务状态,包括:根据所述业务查询请求携带的所述至少一个大区的标识及各大区下的至少一个小区的标识,调用获取大区的业务信息的接口向所述接口服务器发送信息获取请求;接收所述接口服务器返回的所请求各大区下的至少一个小区的业务状态。优选地,所述输出各大区下的至少一个小区的业务状态及业务数据以响应所述业务查询请求之后,还包括:若检测到针对任一个小区的业务状态的编辑操作,调用编辑小区的业务状态的接口向所述接口服务器发送状态编辑请求,以使所述接口服务器对所请求小区的业务状态进行编辑处理,并返回状态编辑确认消息;根据所述接口服务器返回的状态编辑确认消息更新所请求小区的业务状态。优选地,所述输出各大区下的至少一个小区的业务状态及业务数据以响应所述业务查询请求之后,还包括:针对任一个小区的属性的修改操作,调用修改小区的属性的接口向所述接口服务器发送属性修改请求,以使所述接口服务器对所请求小区的属性进行修改并返回属性修改确认消息;根据所述接口服务器返回的属性修改确认消息更新所请求小区的属性。优选地,所述输出各大区下的至少一个小区的业务状态及业务数据以响应所述业务查询请求之后,还包括:若检测到任一个小区的业务数据发生变化,从数据库拉取变化小区的最新业务数据;输出变化小区的最新业务数据。另一方面,本发明实施例还提供一种业务处理装置,可包括:接收单元,用于接收针对目标游戏应用的业务查询请求,所述目标游戏应用包含至少一个大区,每个大区包含至少一个小区;处理单元,用于根据所述业务查询请求基于标准接口从所述目标游戏应用的接口服务器获取各大区下的至少一个小区的业务状态,并从数据库拉取各大区下的至少一个小区的业务数据;输出单元,用于输出各大区下的至少一个小区的业务状态及业务数据以响应所述业务查询请求。优选地,所述标准接口包括以下至少一种:获取大区的业务信息的接口、编辑小区的业务状态的接口、修改小区的属性的接口;其中,大区的业务信息包括:大区下的至少一个小区的业务状态;小区的属性包括:开放或未开放;小区的业务状态包括以下任一种:新服、推荐、繁忙、火爆、爆满、拥挤、流畅、正常、维护、开服;小区的业务数据包括以下至少一种:注册用户量、在线用户量、开服时间、刷新时间。优选地,所述业务查询请求携带所述至少一个大区的标识及各大区下的至少一个小区的标识;所述处理单元具体用于根据所述业务查询请求携带的所述至少一个大区的标识及各大区下的至少一个小区的标识,调用获取大区的业务信息的接口向所述接口服务器发送信息获取请求,并接收所述接口服务器返回的所请求各大区下的至少一个小区的业务状态。优选地,该业务处理装置还包括:更新单元,用于若检测到针对任一个小区的业务状态的编辑操作,调用编辑小区的业务状态的接口向所述接口服务器发送状态编辑请求,以使所述接口服务器对所请求小区的业务状态进行编辑处理并返回状态编辑确认消息,根据所述接口服务器返回的状态编辑确认消息更新所请求小区的业务状态;或者,用于针对任一个小区的属性的修改操作,调用修改小区的属性的接口向所述接口服务器发送属性修改请求,以使所述接口服务器对所请求小区的属性进行修改并返回属性修改确认消息,根据所述接口服务器返回的属性修改确认消息更新所请求小区的属性;或者,用于若检测到任一个小区的业务数据发生变化,从数据库拉取变化小区的最新业务数据,输出变化小区的最新业务数据。再一方面,本发明实施例还提供了一种存储设备,所述存储设备存储有一条或一条以上指令,所述一条或一条以上指令适于由处理器加载并执行本发明实施例所述的业务处理方法。再一方面,本发明实施例还提供了一种处理服务器,可包括:处理器,适于实现一条或一条以上指令;以及,存储设备,所述存储设备存储有一条或一条以上指令,所述一条或一条以上指令适于由所述处理器加载并执行本发明实施例所述的业务处理方法。本发明实施例采用统一的标准接口与游戏应用的接口服务器进行通信,获取游戏应用的各区业务信息并进行输出展示,从而实现了对游戏应用的分区分服可视化控制;由于不依赖于开发者提供的管理工具,解决了管理工具标准不统一的问题,避免频繁切换管理工具带来的安全风险,增加了数据安全性且大大降低对游戏应用的管理成本;另外,也不依赖于游戏应用自身的脚本,提升了时效性,提升了用户体验。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。图1为本发明实施例提供的一种业务处理系统的结构示意图;图2为本发明实施例提供的一种业务处理方法的流程图;图3a、图5a、图7a分别为本发明实施例提供的标准接口的协议交互流程图;图3b-图3c、图5b-图5c、图7b-图7c分别为本发明实施例提供的交互界面的示意图;图4为本发明实施例提供的另一种业务处理方法的流程图;图6为本发明实施例提供的又一种业务处理方法的流程图;图8为本发明实施例提供的又一种业务处理方法的流程图;图9为本发明实施例提供的一种业务处理装置的结构示意图;图10为本发明实施例提供的一种处理服务器的结构示意图。具体实施方式下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。代理类游戏应用是指:游戏应用的开发者将游戏应用接入至代理平台,由代理平台的管理者负责该游戏应用的运营、推广和维护,此类游戏应用可称作代理类游戏应用,而代理平台的管理者则为游戏应用的代理者。代理者通常是诸如腾讯公司这类拥有较丰富游戏资源的公司,此处的游戏资源可包括但不限于潜在的游戏用户资源、网络资源、游戏公会资源等等。通常,游戏应用一般会按照一定的策略进行分区分服,以方便管理、均衡服务资源以及提升游戏用户的使用体验。分区是对游戏应用的区域进行划分,游戏应用进行分区后形成多个大区;具体实现中可以按照地域进行分区,例如:某游戏应用包含广东区、湖南区等等;也可以按照接入网络进行分区,例如:某游戏应用包含电信区、网通区等等;还可以按照接入渠道进行分区,例如:安卓系统qq(腾讯公司开发的一款即时通信软件)区、ios(苹果公司开发的一种移动操作系统)系统qq区、安卓系统微信区、ios系统微信区等等。分服是指对用于承载游戏资源的游戏服务器进行划分,游戏应用进行分服后形成多个小区,例如:广东一区、广东二区、湖南一区、湖南二区等等,或者,电信a区、电信b区、网通a区、网通b区等等,或者,qq一区、qq二区、微信一区、微信二区等等。目前,代理者对所接入的游戏应用的管理主要有以下两种方式,其一是基于开发者所提供的管理工具来实现;具体地,各类游戏应用的开发者各自开发管理工具来对游戏应用的分区分服业务进行控制,游戏应用接入代理平台后,代理者需要使用游戏应用的开发者提供的管理工具来对游戏应用进行控制及维护;由于各类游戏应用的管理工具标准不统一,如果代理平台接入的游戏应用的数量较多,代理者在对各类游戏应用进行管理的过程中需要在各管理工具上进行切换使用,时效性低,数据安全性低,且增加了代理者对所接入的游戏应用的管理成本。其二是依赖于游戏应用自身的脚本来实现;具体地,游戏应用接入代理平台后,若要对游戏应用进行诸如分区分服显示、区服状态修改等操作时,均需要通过游戏云调用游戏应用的脚本来实现,平均每次调用需要耗费一定的时间成本,时效性低用户体验较差。本发明实施例采用统一的标准接口与所接入的各类游戏应用的接口服务器进行通信,获取游戏应用的各区业务信息并进行输出展示;并且进一步的,还可基于统一的标准接口实现对游戏应用的各区业务状态、业务数据、属性等进行操作控制,从而实现了对游戏应用的分区分服可视化控制;由于不依赖于开发者提供的管理工具,解决了管理工具标准不统一的问题,避免频繁切换管理工具带来的安全风险,增加了数据安全性且大大降低对游戏应用的管理成本;另外,也不依赖于游戏应用自身的脚本,提升了时效性,提升了用户体验。基于上述描述,本发明实施例公开了一种业务处理系统,请参见图1,该业务处理系统可包括:代理平台、接口服务器及逻辑服务器。其中:代理平台是由处理服务器、数据库以及至少一个管理终端共同构成的系统。管理终端是指代理平台的管理人员(如:产品经理、运维人员等等)所使用的终端设备,可以包括但不限于:pc(personalcomputer,个人计算机)、手机、pda(平板电脑)等设备。处理服务器是指代理平台的后台服务器,用于针对游戏应用进行业务处理以为管理终端侧的管理人员提供诸如针对游戏应用的业务查询、属性修改、业务状态编辑等服务,其既可以是一个独立的服务设备,也可以是由多个服务器共同组成的集群服务设备。数据库用于存储接入至代理平台的所有游戏应用的业务数据,并能够将所存储的业务数据提供给处理服务器进行查询、获取。逻辑服务器可以是一个独立的服务设备,也可以是由多个服务器共同组成的集群服务设备;逻辑服务器用于对游戏应用提供逻辑处理服务及管理游戏应用的业务数据,包括但不限于:与游戏用户客户端进行交互以为游戏用户提供游戏各逻辑功能;统计游戏应用的注册用户量、在线用户量等业务数据,定时将业务数据上报至数据库中;接收接口服务器定时同步的游戏应用的分区分服业务状态,并将业务状态推送至游戏用户客户端进行显示等等。接口服务器可以是一个独立的服务设备,也可以是由多个服务器共同组成的集群服务设备;接口服务器用于对游戏应用的分区分服的业务状态进行统筹管理,包括但不限于:管理游戏应用的分区分服的业务状态,并将该分区分服的业务状态定时同步至逻辑服务器,由逻辑服务器提供给各游戏用户客户端进行显示查询等等。游戏应用通过接口服务器接入至代理平台,接口服务器按需与处理服务器进行通信,对游戏应用的业务状态进行处理和控制,以便于对游戏应用实现有效的运营及维护。在图1所示的业务处理系统中,管理人员可通过管理终端向处理服务器发送业务查询请求,以请求查询某一目标游戏应用的业务信息;此时,处理服务器一方面基于标准接口与目标游戏应用的接口服务器进行通信,获得目标游戏应用的分区业务状态,另一方面从数据库拉取该目标游戏应用的业务数据;然后将所获得的分区业务状态及业务数据返回至管理终端,由管理终端为管理人员展示该目标游戏应用的分区业务状态及业务数据这些业务信息。进一步,管理人员可根据需要在管理终端上对该目标游戏应用的业务状态进行编辑操作、或对属性进行修改操作,处理服务器同样基于标准接口与接口服务器进行通信实现对业务状态的编辑或对属性的修改,最后将最新的业务信息更新显示在管理终端中。可见,本实施例的业务处理系统基于标准接口在处理服务器与接口服务器之间进行便捷地通信,有效地实现了对目标游戏应用的可视化控制,提升了代理平台对所接入的游戏应用的管理效率及管理有效性。基于上述图1所示的业务处理系统,本发明实施例还公开了一种业务处理方法,该业务处理方法的各步骤可以是由图1所示的处理服务器所执行;请参见图2,该业务处理方法可包括以下步骤s101-s103:s101,接收针对目标游戏应用的业务查询请求,所述目标游戏应用包含至少一个大区,每个大区包含至少一个小区。s102,根据所述业务查询请求基于标准接口从所述目标游戏应用的接口服务器获取各大区下的至少一个小区的业务状态,并从数据库拉取各大区下的至少一个小区的业务数据。s103,输出各大区下的至少一个小区的业务状态及业务数据以响应所述业务查询请求。本发明实施例中,大区的业务信息包括大区下的至少一个小区的业务状态。小区的业务状态可包括但不限于以下任一种:新服、推荐、繁忙、火爆、爆满、拥挤、流畅、正常、维护、开服。小区的业务数据包括以下至少一种:注册用户量、在线用户量、开服时间、刷新时间。步骤s101-s103中,管理人员可通过管理终端向处理服务器发送业务查询请求,以请求查询目标游戏应用的业务信息;此时,处理服务器根据该业务查询请求一方面基于标准接口与目标游戏应用的接口服务器进行通信,获得目标游戏应用的分区业务状态,另一方面从数据库拉取该目标游戏应用的业务数据;然后将所获得的分区业务状态及业务数据返回至管理终端,由管理终端为管理人员展示该目标游戏应用的分区业务状态及业务数据这些业务信息。此处,标准接口具体是指获取大区的业务信息的接口(get_zone接口),该get_zone接口的协议交互流程具体可参见图3a,且该get_zone接口的定义如下:1.1、接口描述:获取业务信息,包括大区下的各小区的业务状态;1.2、输入参数说明:参数名称必须类型描述appkeyystring随机生成的key,业务唯一标识1.3、输出参数说明:1.4、接口调用说明:1.5、返回字段说明:参数名称类型说明retint请求成功与否,0请求成功/1请求失败msgstring请求失败返回的错误消息dataobject请求返回的数据在使用get_zone接口的过程中,处理服务器通过随机生成appkey的方式来保证通信安全性,通过get方式和接口服务器实现通信,通过json格式获取接口服务器返回的数据。下面结合实际应用场景图对本实施例的业务处理方法的流程进行详细介绍。代理平台可以提供管理人员与处理服务器之间的交互界面,具体如图3b所示,该交互界面可包括首页、区服管理页面、业务配置页面、接入测试页面、操作日志页面;管理终端用于显示该交互界面。首页可以是登录页面,管理人员在首页提交名称密码至处理服务器进行验证以确认管理人员的身份,验证通过后则可进入到其他页面。再请参见图3b,管理人员可在业务配置页面中设置目标游戏应用的一些信息,包括:接口服务器的ip和端口,需要显示的小区id,小区的属性、小区的业务状态及业务数据,管理人员完成业务配置并保存后,管理终端生成携带该业务配置的业务查询请求发送至处理服务器。处理服务器基于get_zone接口从接口服务器获得所请求小区的业务状态,并从数据库拉取所请求小区的业务数据,将所请求小区的业务状态及业务数据返回给管理终端,由管理终端将这些业务信息在区服管理页面中进行显示,管理人员可在区服管理页面中浏览所请求小区的业务信息。请参见图3c所示的区服管理页面,此页面中展示了103小区、104小区、105小区、106小区、107小区和108小区的id、名称、是否可见、区服状态、注册用户量、刷新时间、在线用户量、开服时间以及可操作的业务信息。本实施例的业务处理方法中,处理服务器可基于标准接口与接口服务器之间进行便捷地通信,获取目标游戏应用的分区分服的业务信息进行显示,实现了对目标游戏应用的可视化控制,提升了代理平台对所接入的游戏应用的管理效率及管理有效性。本发明实施例还公开了另一种业务处理方法,该业务处理方法的各步骤可以是由图1所示的处理服务器所执行;请参见图4,该业务处理方法可包括以下步骤s201-s206:s201,接收针对目标游戏应用的业务查询请求,所述目标游戏应用包含至少一个大区,每个大区包含至少一个小区。s202,根据所述业务查询请求携带的所述至少一个大区的标识及各大区下的至少一个小区的标识,调用获取大区的业务信息的接口向所述接口服务器发送信息获取请求。s203,接收所述接口服务器返回的所请求各大区下的至少一个小区的业务状态。本实施例的步骤s202-s203可以为图2所示的步骤s102的具体细化步骤。s204,输出各大区下的至少一个小区的业务状态及业务数据以响应所述业务查询请求。s205,若检测到针对任一个小区的业务状态的编辑操作,调用编辑小区的业务状态的接口向所述接口服务器发送状态编辑请求,以使所述接口服务器对所请求小区的业务状态进行编辑处理,并返回状态编辑确认消息。s206,根据所述接口服务器返回的状态编辑确认消息更新所请求小区的业务状态。本实施例中,管理终端为管理人员展示目标游戏应用的分区业务状态及业务数据这些业务信息后,管理人员还可以对任一小区的业务状态进行编辑操作,管理终端根据管理人员的编辑操作向处理服务器发送状态编辑请求,处理服务器基于标准接口与所述接口服务器进行通信,由接口服务器按照通信要求对所请求小区的业务状态进行编辑处理并返回状态编辑确认消息,处理服务器将编辑后的所请求小区的业务状态返回至管理终端,由管理终端为管理人员展示所请求小区的编辑后的业务状态。步骤s205-s206中,编辑小区的业务状态的接口(update_zone接口)的协议交互流程可参见图5a,且该update_zone接口的定义如下:2.1、接口描述:编辑小区的业务状态;2.2、输入参数说明:2.3、输出参数说明:参数名称描述ret返回码0表示正确/返回其它表示失败msgret非0表示“错误提示”2.4、接口调用说明:参数名称描述说明urlhttp://ip:port/update_zoneip为dir的ipbodyappkey=;zoneid=;view_status=;格式json方式post2.5、返回字段说明:参数名称类型说明retint请求成功与否,0请求成功/1请求失败msgstring请求失败返回的错误消息在使用update_zone接口的过程中,处理服务器通过post方式和接口服务器实现通信,通过json格式获取接口服务器返回的数据。下面结合实际应用场景图对本实施例的业务处理方法的流程进行详细介绍。管理终端在如图3b所示的区服管理页面中显示目标游戏应用的业务信息后,管理人员可在区服管理页面中对所显示的小区的业务状态进行编辑操作,如图5b所示,管理人员要对108小区的业务状态进行编辑操作时,可在区服管理页面中该小区的业务信息一栏中的“编辑状态”按钮,假设要将108小区的业务状态编辑为“拥挤”,管理终端根据管理人员的此次编辑操作向处理服务器发送状态编辑请求,处理服务器基于update_zone接口与所述接口服务器进行通信,由接口服务器按照要求对108小区的业务状态编辑为“拥挤”状态,并返回状态编辑确认消息,处理服务器将108小区的“拥挤”状态返回至管理终端,由管理终端为管理人员展示108小区的编辑后的业务状态。如图5c所示,管理终端在区服管理页面中更新显示108小区的业务状态为“拥挤”状态。本实施例的业务处理方法中,处理服务器可基于标准接口与接口服务器之间进行便捷地通信,获取目标游戏应用的分区分服的业务信息进行显示,并且基于标准接口能够对小区的业务状态进行编辑,实现了对目标游戏应用的可视化控制,提升了代理平台对所接入的游戏应用的管理效率及管理有效性。本发明实施例还公开了另一种业务处理方法,请参见图6,该业务处理方法可包括以下步骤s301-s306:s301,接收针对目标游戏应用的业务查询请求,所述目标游戏应用包含至少一个大区,每个大区包含至少一个小区。s302,根据所述业务查询请求携带的所述至少一个大区的标识及各大区下的至少一个小区的标识,调用获取大区的业务信息的接口向所述接口服务器发送信息获取请求。s303,接收所述接口服务器返回的所请求各大区下的至少一个小区的业务状态。s304,输出各大区下的至少一个小区的业务状态及业务数据以响应所述业务查询请求。s305,针对任一个小区的属性的修改操作,调用修改小区的属性的接口向所述接口服务器发送属性修改请求,以使所述接口服务器对所请求小区的属性进行修改并返回属性修改确认消息。s306,根据所述接口服务器返回的属性修改确认消息更新所请求小区的属性。本实施例中,管理终端为管理人员展示目标游戏应用的分区业务状态及业务数据这些业务信息后,管理人员还可以对任一小区的属性进行修改操作,管理终端根据管理人员的修改操作向处理服务器发送属性修改请求,处理服务器基于标准接口与所述接口服务器进行通信,由接口服务器按照通信要求对所请求小区的属性进行修改并返回属性修改确认消息,处理服务器将修改后的所请求小区的属性返回至管理终端,由管理终端为管理人员展示所请求小区的修改后的属性。步骤s305-s306中,修改小区的属性的接口(open_zone接口)的协议交互流程可参见图7a,且该open_zone接口的定义如下:3.1、接口描述:修改小区的属性,能够使小区对外开放;3.2、输入参数说明:参数名称必须类型描述appkeyystring随机生成的key,业务唯一标识zoneidyint区服idview_statusyint开服状态(0不可见/1可见)3.3、输出参数说明:参数名称描述ret返回码0表示正确/返回其它表示失败msgret非0表示“错误提示”3.4、接口调用说明:参数名称描述说明urlhttp://ip:port/open_zoneip为dir的ipbodyappkey=;zoneid=;view_status=;格式json方式post3.5、返回字段说明:参数名称类型说明retint请求成功与否,0请求成功/1请求失败msgstring请求失败返回的错误消息在使用open_zone接口的过程中,处理服务器通过post方式和接口服务器实现通信,通过json格式获取接口服务器返回的数据。下面结合实际应用场景图对本实施例的业务处理方法的流程进行详细介绍。管理终端在如图3b所示的区服管理页面中显示目标游戏应用的业务信息后,管理人员可在区服管理页面中对所显示的小区的属性进行修改操作,如图7b所示,管理人员要对103小区的属性进行修改操作时,可在区服管理页面中该小区的业务信息一栏中的“未开放”按钮,假设要将103小区的属性修改为“对外开放”,管理终端根据管理人员的此次修改操作向处理服务器发送属性修改请求,处理服务器基于open_zone接口与所述接口服务器进行通信,由接口服务器按照要求对10小区的属性修改为“对外开放”,并返回属性修改确认消息,处理服务器将103小区的“对外开放”的属性返回至管理终端,由管理终端为管理人员展示103小区的修改后的属性。如图7c所示,管理终端在区服管理页面中更新显示103小区的属性为“对外开放”,此时103小区处于可见状态,当接口服务器将103小区的“对外开放”属性同步至逻辑服务器,由逻辑服务器推送至游戏用户客户端后,游戏应用中的游戏用户可以看到该103小区。本实施例的业务处理方法中,处理服务器可基于标准接口与接口服务器之间进行便捷地通信,获取目标游戏应用的分区分服的业务信息进行显示,并且基于标准接口能够对小区的属性进行修改,实现了对目标游戏应用的可视化控制,提升了代理平台对所接入的游戏应用的管理效率及管理有效性。本发明实施例还公开了另一种业务处理方法,请参见图8,该业务处理方法可包括以下步骤s401-s406:s401,接收针对目标游戏应用的业务查询请求,所述目标游戏应用包含至少一个大区,每个大区包含至少一个小区。s402,根据所述业务查询请求携带的所述至少一个大区的标识及各大区下的至少一个小区的标识,调用获取大区的业务信息的接口向所述接口服务器发送信息获取请求。s403,接收所述接口服务器返回的所请求各大区下的至少一个小区的业务状态。s404,输出各大区下的至少一个小区的业务状态及业务数据以响应所述业务查询请求。s405,若检测到任一个小区的业务数据发生变化,从数据库拉取变化小区的最新业务数据。s406,输出变化小区的最新业务数据。本实施例中,管理终端为管理人员展示目标游戏应用的分区业务状态及业务数据这些业务信息后,处理服务器会定时从数据库拉取该目标游戏应用的各小区的业务数据,如果某一小区的业务数据发生变化,处理服务器将变化小区的的最新业务数据返回至管理终端,由管理终端为管理人员展示变化小区的最新业务数据。例如:某小区的在线用户量为16,经步骤s405检测到在线用户量变为18,那么处理服务器会将该小区新的在线用户量返回给管理终端,由管理终端在区服管理页面中输出该小区最新的在线用户量为18。本实施例的业务处理方法中,处理服务器可基于标准接口与接口服务器之间进行便捷地通信,获取目标游戏应用的分区分服的业务信息进行显示,并且在小区的业务数据发生变化时进行及时更新显示,实现了对目标游戏应用的可视化控制,提升了代理平台对所接入的游戏应用的管理效率及管理有效性。基于上述的业务处理系统及业务处理方法的实施例,本发明实施例还公开了一种业务处理装置,该业务处理装置可以是一个计算机程序(包括程序代码),且该计算机程序可以运行于图1所示的处理服务器中以用来执行图2、图4、图6及图8任一实施例所示的业务处理方法。请参见图9,该业务处理装置运行如下单元:接收单元101,用于接收针对目标游戏应用的业务查询请求,所述目标游戏应用包含至少一个大区,每个大区包含至少一个小区。处理单元102,用于根据所述业务查询请求基于标准接口从所述目标游戏应用的接口服务器获取各大区下的至少一个小区的业务状态,并从数据库拉取各大区下的至少一个小区的业务数据。输出单元103,用于输出各大区下的至少一个小区的业务状态及业务数据以响应所述业务查询请求。具体实现中,所述标准接口包括以下至少一种:获取大区的业务信息的接口、编辑小区的业务状态的接口、修改小区的属性的接口;其中,大区的业务信息包括:大区下的至少一个小区的业务状态;小区的属性包括:开放或未开放;小区的业务状态包括以下任一种:新服、推荐、繁忙、火爆、爆满、拥挤、流畅、正常、维护、开服;小区的业务数据包括以下至少一种:注册用户量、在线用户量、开服时间、刷新时间。具体实现中,所述业务查询请求携带所述至少一个大区的标识及各大区下的至少一个小区的标识;所述处理单元102具体用于根据所述业务查询请求携带的所述至少一个大区的标识及各大区下的至少一个小区的标识,调用获取大区的业务信息的接口向所述接口服务器发送信息获取请求,并接收所述接口服务器返回的所请求各大区下的至少一个小区的业务状态。具体实现中,该业务处理装置还运行如下单元:更新单元104,用于若检测到针对任一个小区的业务状态的编辑操作,调用编辑小区的业务状态的接口向所述接口服务器发送状态编辑请求,以使所述接口服务器对所请求小区的业务状态进行编辑处理并返回状态编辑确认消息,根据所述接口服务器返回的状态编辑确认消息更新所请求小区的业务状态;或者,用于针对任一个小区的属性的修改操作,调用修改小区的属性的接口向所述接口服务器发送属性修改请求,以使所述接口服务器对所请求小区的属性进行修改并返回属性修改确认消息,根据所述接口服务器返回的属性修改确认消息更新所请求小区的属性;或者,用于若检测到任一个小区的业务数据发生变化,从数据库拉取变化小区的最新业务数据,输出变化小区的最新业务数据。根据本发明的一个实施例,图2所示的业务处理方法涉及的步骤s101-s103可以是由图9所示的业务处理装置中的各个单元来执行的。例如,图2中所示的步骤s101、s102和s103可以分别由图9中所示的接收单元101、处理单元102和输出单元103来执行。根据本发明的另一个实施例,图4所示的业务处理方法涉及的步骤s201-s206可以是由图9所示的业务处理装置中的各个单元来执行的。例如,图4中所示的步骤s201、s202-s203、s204以及s205-s206可以分别由图9中所示的接收单元101、处理单元102、输出单元103和更新单元104来执行。根据本发明的另一个实施例,图6所示的业务处理方法涉及的步骤s301-s306可以是由图9所示的业务处理装置中的各个单元来执行的。例如,图6中所示的步骤s301、s302-s303、s304以及s305-s306可以分别由图9中所示的接收单元101、处理单元102、输出单元103和更新单元104来执行。根据本发明的另一个实施例,图8所示的业务处理方法涉及的步骤s401-s406可以是由图9所示的业务处理装置中的各个单元来执行的。例如,图8中所示的步骤s401、s402-s403、s404以及s405-s406可以分别由图9中所示的接收单元101、处理单元102、输出单元103和更新单元104来执行。根据本发明的另一个实施例,图9所示的业务处理装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成,或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成,这可以实现同样的操作,而不影响本发明的实施例的技术效果的实现。上述单元是基于逻辑功能划分的,在实际应用中,一个单元的功能也可以由多个单元来实现,或者多个单元的功能由一个单元实现。在本发明的其它实施例中,业务处理装置也可以包括其它单元,在实际应用中,这些功能也可以由其它单元协助实现,并且可以由多个单元协作实现。根据本发明的另一个实施例,可以通过在包括中央处理单元(cpu)、随机存取存储器(ram)、只读存储器(rom)等处理元件和存储元件的例如计算机的通用计算设备上运行能够执行如图2、图4、图6及图8中所示的业务处理方法涉及的各步骤的计算机程序(包括程序代码),来构造如图9中所示的业务处理装置设备,以及来实现本发明实施例的业务处理方法。所述计算机程序可以记载于例如计算机可读记录介质上,并通过计算机可读记录介质装载于上述计算设备中,并在其中运行。本发明实施例的业务处理装置,采用统一的标准接口与各类游戏应用的接口服务器进行通信,获取游戏应用的各区业务信息并进行输出展示,从而实现了对游戏应用的分区分服可视化控制;由于不依赖于开发者提供的管理工具,解决了管理工具标准不统一的问题,避免频繁切换管理工具带来的安全风险,增加了数据安全性且大大降低对游戏应用的管理成本;另外,也不依赖于游戏应用自身的脚本,提升了时效性,提升了用户体验。基于上述实施例所示的业务处理系统、业务处理方法及业务处理装置,本发明实施例还提供了一种处理服务器,该处理服务器可以是图1所示的处理服务器,可用于执行上述图2、图4、图6及图8所示方法流程的相应步骤。请参见图10,该处理服务器的内部结构可包括但不限于:处理器、网络接口及存储设备。其中,服务器内的处理器、网络接口及存储设备可通过总线或其他方式连接,在本发明实施例所示图10中以通过总线连接为例。其中,处理器(或称cpu(centralprocessingunit,中央处理器))是处理服务器的计算核心以及控制核心,其适于实现一条或一条以上指令,具体适于加载并执行一条或一条以上指令从而实现相应方法流程或相应功能。网络接口可选的可以包括标准的有线接口、无线接口(如wi-fi、移动通信接口等)。存储设备是处理服务器中的记忆设备,其提供存储空间,在该存储空间存放了处理服务器的操作系统,可包括但不限于:windows系统(一种操作系统)、linux(一种操作系统)系统等等,本发明对此并不作限定。并且,在该存储空间中还存放了适于被处理器加载并执行的一条或一条以上的指令,这些指令可以是一个或一个以上的计算机程序(包括程序代码)。需要说明的是,此处的存储设备可以是高速ram存储器,也可以是非不稳定的存储器(non-volatilememory),例如至少一个磁盘存储器;可选的还可以是至少一个位于远离前述处理器的存储设备。在本发明实施例中,处理器加载并执行存储设备中存放的一条或一条以上指令,以实现上述图2、图4、图6及图8所示方法流程的相应步骤;具体实现中,存储设备中的一条或一条以上指令由处理器加载并执行如下步骤:接收针对目标游戏应用的业务查询请求,所述目标游戏应用包含至少一个大区,每个大区包含至少一个小区;根据所述业务查询请求基于标准接口从所述目标游戏应用的接口服务器获取各大区下的至少一个小区的业务状态,并从数据库拉取各大区下的至少一个小区的业务数据;输出各大区下的至少一个小区的业务状态及业务数据以响应所述业务查询请求。具体实现中,所述标准接口包括以下至少一种:获取大区的业务信息的接口、编辑小区的业务状态的接口、修改小区的属性的接口;其中,大区的业务信息包括:大区下的至少一个小区的业务状态;小区的属性包括:开放或未开放;小区的业务状态包括以下任一种:新服、推荐、繁忙、火爆、爆满、拥挤、流畅、正常、维护、开服;小区的业务数据包括以下至少一种:注册用户量、在线用户量、开服时间、刷新时间。具体实现中,所述业务查询请求携带所述至少一个大区的标识及各大区下的至少一个小区的标识;所述处理器加载存储设备中的一条或一条以上指令并执行所述根据所述业务查询请求基于标准接口从所述目标游戏应用的接口服务器获取各大区下的至少一个小区的业务状态的步骤的过程中,具体执行如下步骤:根据所述业务查询请求携带的所述至少一个大区的标识及各大区下的至少一个小区的标识,调用获取大区的业务信息的接口向所述接口服务器发送信息获取请求;接收所述接口服务器返回的所请求各大区下的至少一个小区的业务状态。具体实现中,所述处理器加载存储设备中的一条或一条以上指令还执行如下步骤:若检测到针对任一个小区的业务状态的编辑操作,调用编辑小区的业务状态的接口向所述接口服务器发送状态编辑请求,以使所述接口服务器对所请求小区的业务状态进行编辑处理,并返回状态编辑确认消息;根据所述接口服务器返回的状态编辑确认消息更新所请求小区的业务状态。具体实现中,所述处理器加载存储设备中的一条或一条以上指令还执行如下步骤:针对任一个小区的属性的修改操作,调用修改小区的属性的接口向所述接口服务器发送属性修改请求,以使所述接口服务器对所请求小区的属性进行修改并返回属性修改确认消息;根据所述接口服务器返回的属性修改确认消息更新所请求小区的属性。具体实现中,所述处理器加载存储设备中的一条或一条以上指令还执行如下步骤:若检测到任一个小区的业务数据发生变化,从数据库拉取变化小区的最新业务数据;输出变化小区的最新业务数据。本发明实施例的处理服务器,采用统一的标准接口与各类游戏应用的接口服务器进行通信,获取游戏应用的各区业务信息并进行输出展示,从而实现了对游戏应用的分区分服可视化控制;由于不依赖于开发者提供的管理工具,解决了管理工具标准不统一的问题,避免频繁切换管理工具带来的安全风险,增加了数据安全性且大大降低对游戏应用的管理成本;另外,也不依赖于游戏应用自身的脚本,提升了时效性,提升了用户体验。在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属
技术领域
的技术人员所理解。应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(pga),现场可编程门阵列(fpga)等。此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1