游戏服务器状态监测方法、装置及系统与流程

本发明涉及网络监控技术领域，特别是涉及一种游戏服务器状态监测方法、终端及系统。

背景技术：

游戏开发商开发一款游戏后，由游戏发行商将游戏投放入市场，供用户购买和使用；用户使用游戏过程中，游戏的正常运行需依赖于游戏开发商的游戏服务器的正常工作。

对于游戏开发商与游戏发行商为不同公司的情况，游戏发行商无法知道游戏开发商正在线上运行的游戏服务器的工作状态；假如有部分游戏服务器出现故障，游戏开发商不能及时了解情况采取补救措施，会造成经济损失。

技术实现要素：

基于此，有必要针对传统的游戏发行商无法知道游戏服务器工作状态的问题，提供一种可监测游戏服务器工作状态的游戏服务器状态监测方法、终端及系统。

一种游戏服务器状态监测方法，包括：

获取待监测游戏服务器所对应的服务器信息，所述服务器信息包括通信地址信息和协议类型信息；

根据所述通信地址信息，发送对应服务器信息中的协议类型信息所对应的状态请求至对应的待监测游戏服务器；

接收所述待监测游戏服务器根据所述状态请求返回的工作状态信息。

一种游戏服务器状态监测装置，包括：

信息获取模块，用于获取待监测游戏服务器所对应的服务器信息，所述服务器信息包括通信地址信息和协议类型信息；

请求发送模块，用于根据所述通信地址信息，发送对应服务器信息中的协议类型信息所对应的状态请求至对应的待监测游戏服务器；

信息接收模块，用于接收所述待监测游戏服务器根据所述状态请求返回的工作状态信息。

上述游戏服务器状态监测方法和装置，通过获取待监测游戏服务器对应的服务器信息，根据服务器信息中的通信地址信息发送状态请求至对应的待监测游戏服务器，状态请求为通信地址信息对应服务器信息中的协议类型信息所对应的状态请求，然后接收待监测游戏服务器根据状态请求返回的工作状态信息；如此，可了解到待监测游戏服务器的工作状态，实现对游戏服务器的监测。

一种游戏服务器状态监测系统，包括监测执行机和监测中心设备，所述监测中心设备与所述监测执行机和游戏服务器的监控中心通信连接；

所述监测中心设备用于接收所述监控中心发送的游戏服务器的初始服务器信息；

所述监测执行机用于从所述监测中心设备获取所述初始服务器信息中的待监测游戏服务器的服务器信息，所述服务器信息包括通信地址信息和协议类型信息；所述监测执行机根据所述通信地址信息，发送对应服务器信息中的协议类型信息所对应的状态请求至对应的待监测游戏服务器，并接收所述待监测游戏服务器根据所述状态请求返回的工作状态信息。

上述游戏服务器状态监测系统，通过监测执行机和监测中心设备通信，监测中心设备接收监控中心发送的游戏服务器的初始服务器信息，监测执行机从监测中心设备获取初始服务器信息中的待监测游戏服务器的服务器信息，并根据服务器信息从对应的待监测游戏服务器获取工作状态信息。如此，可了解到待监测游戏服务器的工作状态，实现对游戏服务器的监测。

附图说明

图1为一实施例中游戏服务器状态监测方法的流程图；

图2为另一实施例中游戏服务器状态监测方法的流程图；

图3为一实施例中游戏服务器状态监测装置的结构图；

图4为一实施例中游戏服务器状态监测系统的结构图。

具体实施方式

参考图1，一实施例中的游戏服务器状态监测方法，包括如下步骤。

s110：获取待监测游戏服务器所对应的服务器信息。

游戏开发商的游戏服务器在线时，可能是正常运行游戏，也有可能是在线升级中，游戏服务器在线升级过程中不需要被监测工作状态。待监测游戏服务器指需要被监测工作状态的游戏服务器。一个待监测游戏服务器对应一个服务器信息；待监测游戏服务器可以为一个，也可以为多个，即服务器信息可以为一个也可以为多个。

其中，服务器信息包括通信地址信息和协议类型信息。通信地址信息用于指示对应待监测游戏服务器的通信地址，包括ip(internetprotocol互联网协议)地址和端口号；协议类型信息用于指示对应待监测游戏服务器可以支持的协议类型。比如，游戏服务器可以支持的协议类型一般包括socket、websocket、http三种，服务器信息中包含参数protocoltype，用于表示协议类型信息；参数protocoltype的三种不同取值分别表示三种不同的协议类型。可以理解，在其他实施例中，服务器信息还可以包括其他信息，比如对应待监测游戏服务器的id、服务器名称、用于指示是否需要被监测的信息等。

s130：根据通信地址信息，发送对应服务器信息中的协议类型信息所对应的状态请求至对应的待监测游戏服务器。

对应服务器信息指通信地址信息所对应的服务器信息。不同的协议类型信息对应不同的协议类型，发送至待监测游戏服务器的状态请求需要根据待监测游戏服务器可以支持的协议类型确定，从而确保通信的准确性和可靠性。比如，若服务器信息中的协议类型信息对应的协议类型为socket，则发送的状态请求为socket请求；若服务器信息中的协议类型信息对应的协议类型为websocket，则发送的状态请求为websocket请求；若服务器信息中的协议类型信息对应的协议类型为http，则发送的状态请求为http请求。

s150：接收待监测游戏服务器根据状态请求返回的工作状态信息。

工作状态信息指用于指示待监测游戏服务器的工作状态的信息，可以包括正常工作信息和异常工作信息。

上述游戏服务器状态监测方法，通过获取待监测游戏服务器对应的服务器信息，根据服务器信息中的通信地址信息发送状态请求至对应的待监测游戏服务器，状态请求为通信地址信息对应服务器信息中的协议类型信息所对应的状态请求，然后接收待监测游戏服务器根据状态请求返回的工作状态信息；如此，可了解到待监测游戏服务器的工作状态，实现对游戏服务器的监测。

在一实施例中，参考图2，步骤s110包括步骤s111和步骤s113。

s111：发送信息获取请求至监测中心设备。

监测中心设备为游戏发行商的用于与游戏开发商的监控中心通信的设备。具体地，信息获取请求可以为通知获取信息的http请求，发送至监测中心设备后可请求监测中心设备的端口，以便传输数据，监测中心设备将待监测游戏服务器的信息返回。信息获取请求也可以是用于指定获取哪些待监测游戏服务器的信息，监测中心设备根据信息获取请求所指定的待监测游戏服务器的服务器信息返回。

s113：接收监测中心设备根据信息获取请求返回的待监测游戏服务器的服务器信息。

监测中心设备接收监控中心发送的多个游戏服务器的初始服务器信息，根据信息获取请求从初始服务器信息中选取待监测游戏服务器的服务器信息，比如，初始服务器信息包括游戏服务器的监测需求信息、通信地址信息和协议类型信息，将监测需求信息为有需求信息对应的初始服务器信息作为待监测游戏服务器的服务器信息。其中，监测需求信息指用于指示是否需要被监测的信息，包括有需求信息和无需求信息，有需求信息表示需要被监测。

通过发送信息获取请求至监测中心设备，用以获取待监测游戏服务器的服务器信息，方便快捷。可以理解，在其他实施例中，步骤s110还可以是直接从游戏开发商获取服务器信息，比如：发送信息获取请求至游戏开发商的监控中心，接收监控中心根据信息获取请求返回的待监测游戏服务器的服务器信息。

具体地，步骤s110可以是实时获取待监测游戏服务器对应的服务器信息，也可以是按照预设间隔获取待监测游戏服务器对应的服务器信息，比如，步骤s111为按照预设间隔发送信息获取请求至监测中心设备，从而周期性从监测中心设备获取服务器信息。通过实时或者周期性获取服务器信息，可以根据实时或周期性获取的服务器信息获取游戏服务器的工作状态信息，保持对游戏服务器的长时间监测，及时了解游戏服务器的工作状态，监测效果好。

在一实施例中，继续参考图2，步骤s150之后，还包括步骤s161和步骤s162。

s161：判断是否有工作状态信息为异常工作信息且记录的返回次数小于预设次数。若是，则执行步骤s162。

异常工作信息指用于指示工作状态为异常的信息。预设次数可以根据实际需要具体设置，例如，本实施例中，预设次数可以为10次。若第一次检测对应的工作状态信息为异常工作信息，则记录的返回次数为零，表示之前没有记录过返回次数。

s162：记录当前的返回次数增加一，并返回步骤s130。

若接收的工作状态信息为异常工作信息，则表示对应的待监测游戏服务器工作异常，可能故障。若记录的返回次数小于预设次数，则表示返回次数还没有超过限制。

通过在工作状态信息为异常工作信息且记录的返回次数小于预设次数时，将返回次数加一，并返回步骤s130，可以在检测到工作异常时多次重复获取工作状态信息以避免信息误传，提高监测信息的准确率。

在一实施例中，待监测游戏服务器有多个，步骤s110每次获取一个待监测游戏服务器对应的服务器信息；其中服务器信息的数量与待监测游戏服务器的数量相同。

继续参考图2，本实施例中，步骤s150之后，还包括步骤s170：获取下一个待监测游戏服务器的服务器信息，并返回步骤s130。

通过获取下一个待监测游戏服务器的服务器信息后返回步骤s130，可重复发送状态请求、获取对应工作状态信息的操作，从而获取下一个待监测游戏服务器的工作状态信息，循环直到当前的待监测游戏服务器的服务器信息为最后一个，表示接收完所有的待监测游戏服务器的工作状态信息。如此，可实现对所有待监测游戏服务器的轮询，操作方便。

具体地，可以是步骤s113接收的监测中心设备根据信息获取请求返回的服务器信息为一个，对应地，步骤s170为接收监测中心设备发送的下一个待监测游戏服务器的服务器信息，并返回步骤s130。即，监测中心设备接收到信息获取请求后返回一个服务器信息。在其他实施例中，也可以是直接从游戏开发商的监控中心一次接收一个待监测游戏服务器对应的服务器信息。

具体地，下一个待监测游戏服务器的服务器信息，可以是通过再次主动发送信息获取请求至监测中心设备或游戏开发商的监控中心得到，也可以是直接由监测中心设备或游戏开发商的监控中心按照预设周期间隔发送。

在另一实施例中，待监测游戏服务器有多个，步骤s110一次获取所有的待监测游戏服务器对应的服务器信息。比如，接收的服务器信息为步骤s113中监测中心设备根据信息获取请求返回的所有的服务器信息。即，监测中心设备在接收到信息获取请求后，将所有的服务器信息一次性返回。又或者是步骤s110获取的服务器信息为游戏开发商的监控中心根据信息获取请求返回的所有服务器信息。对应地，步骤s130为按照预设顺序分别根据各个服务器信息中的通信地址信息，发送同一服务器信息中的协议类型信息所对应的状态请求至对应的待监测游戏服务器，从而依次轮询各待监测游戏服务器。

具体地，步骤s170可以步骤s161之后、在工作状态信息为正常工作信息或记录的返回次数大于等于预设次数时执行。即，有多个待监测游戏服务器时，每获取都一个待监测游戏服务器的工作状态信息，都要先执行步骤s161，以确保对应的工作状态信息的准确性。

在一实施例中，继续参考图2，步骤s150之后，还包括步骤s180。

s180：根据接收的工作状态信息生成监测日志。

通过在获取工作状态信息后生成监测日志，便于存储或者及用户查看。

具体地，步骤s180之后还包括步骤：将监测日志发送至监测中心设备。监测中心设备可根据监测日志获取监测信息，可在监测信息不满足预设条件时输出报警信息，以便及时通知用户采取措施，提高监测的有效性。

其中，预设条件可以根据实际需要具体设置，比如可以设置为工作状态信息为异常工作信息的数量小于预设值，或者预设的待监测游戏服务器的工作状态信息为正常工作信息。可以理解，在其他实施例中，也可以在接收到工作状态信息后、在工作状态信息不满足预设条件时，输出报警信息，不用通过监测中心设备进行处理。

具体地，步骤s180在步骤s170之后执行；即在接收完所有的待监测游戏服务器的工作状态信息后，根据接收的所有待监测游戏服务器的工作状态信息生成监测日志。

参考图3，一实施例中的游戏服务器状态监测装置，包括信息获取模块110、请求发送模块130和信息接收模块150。

信息获取模块110用于获取待监测游戏服务器所对应的服务器信息，服务器信息包括通信地址信息和协议类型信息。

请求发送模块130用于根据通信地址信息，发送对应服务器信息中的协议类型信息所对应的状态请求至对应的待监测游戏服务器。

信息接收模块150用于接收待监测游戏服务器根据状态请求返回的工作状态信息。

上述游戏服务器状态监测装置，通过信息获取模块110获取待监测游戏服务器对应的服务器信息，请求发送模块130根据服务器信息中的通信地址信息发送状态请求至对应的待监测游戏服务器，状态请求与通信地址信息对应服务器信息中的协议类型信息所对应的状态请求，然后信息接收模块150接收待监测游戏服务器根据状态请求返回的工作状态信息；如此，可了解到待监测游戏服务器的工作状态，实现对游戏服务器的监测。

信息获取模块110、请求发送模块130和信息接收模块150可以采用上述游戏服务器状态监测方法中的具体方法实现相应的功能，在此不做赘述。

在一实施例中，上述游戏服务器状态监测装置还包括重复接收模块(图未示)，用于接收的工作状态信息为异常工作信息且记录的返回次数小于预设次数时，记录当前的返回次数增加一，并控制请求发送模块130执行对应功能。

通过在检测到工作异常时多次重复获取工作状态信息以避免信息误传，提高监测信息的准确率。

在一实施例中，待监测游戏服务器有多个，上述游戏服务器状态监测装置还包括循环模块(图未示)，用于在信息接收模块150接收工作状态信息后，获取下一个待监测游戏服务器的服务器信息，并控制请求发送模块130执行对应功能。

通过循环获取所有待监测游戏服务器的工作状态信息，可实现对所有待监测游戏服务器的轮询，操作方便。

在一实施例中，上述游戏服务器状态监测装置还包括日志生成模块(图未示)，用于根据接收的工作状态信息生成监测日志。通过在获取工作状态信息后生成监测日志，便于存储或者及用户查看。

参考图4，一实施例中的游戏服务器状态监测系统，包括监测执行机210和监测中心设备220，监测中心设备220与监测执行机210和游戏服务器的监控中心300通信连接。其中，监控中心300存储有各个游戏服务器的初始服务器信息，具体可通过与各个游戏服务器通信获取。

监测中心设备220用于接收监控中心300发送的游戏服务器的初始服务器信息。

其中，游戏服务器的数量大于或等于待监测游戏服务器的数量，即，可以所有的游戏服务器都为待监测游戏服务器，也可能只有一部分游戏服务器为待监测游戏服务器。

监测执行机210用于从监测中心设备220获取初始服务器信息中的待监测游戏服务器的服务器信息；服务器信息包括通信地址信息和协议类型信息。监测执行机210根据通信地址信息，发送对应服务器信息中的协议类型信息所对应的状态请求至对应的待监测游戏服务器，并接收待监测游戏服务器根据状态请求返回的工作状态信息。

上述游戏服务器状态监测系统，通过监测执行机210和监测中心设备220通信，监测中心设备220接收监控中心300发送的游戏服务器的初始服务器信息，监测执行机210从监测中心设备220获取初始服务器信息中的待监测游戏服务器的服务器信息，并根据服务器信息从对应的待监测游戏服务器获取工作状态信息。如此，可了解到待监测游戏服务器的工作状态，实现对游戏服务器的监测。

监测执行机210还可用于在接收到工作状态信息后判断是否有工作状态信息为异常工作信息且记录的返回次数小于预设次数，若是则记录当前的返回次数增加一，并重复根据通信地址信息，发送对应服务器信息中的协议类型信息所对应的状态请求至对应的待监测游戏服务器。如此，可以在检测到工作异常时多次重复获取工作状态信息以避免信息误传，提高监测信息的准确率。

监测执行机210可以接收监测中心设备220从初始服务器信息中选取出的待监测游戏服务器的服务器信息，比如直接接收监测中心设备220返回的服务器信息，也可以是发送信息至监测中心设备220指定获取从哪些初始服务器中选取；监测执行机210也可以是接收监测中心设备220发送的初始服务器信息，并从初始服务器信息中选取待监测游戏服务器的服务器信息。

在一实施例中，监测执行机210发送信息获取请求至监测中心设备220。监测中心设备220在接收到信息获取请求时，根据初始服务器信息获取待监测游戏服务器的服务器信息并发送至监测执行机210。如此，通过监测中心设备220先从初始服务器信息中挑选出待监测服务器的服务信息，将不需要监测的游戏服务器的初始服务器信息过滤，可提高监测的有效性。

具体地，监测中心设备220可以是实时接收游戏服务器的初始服务器信息，或者按照预设间隔接收游戏服务器的初始服务器信息；监测执行机210可以是实时发送信息获取请求至监测中心设备220，或者按照预设间隔发送信息获取请求至监测中心设备220。如此，可保持对游戏服务器的长时间监测，及时了解游戏服务器的工作状态，监测效果好。

在一实施例中，初始服务器信息包括监测需求信息、通信地址信息和协议类型信息。监测中心设备220接收到监测执行机210发送的信息获取请求时，提取监测需求信息为有需求信息对应的初始服务器信息，将提取的初始服务器信息中的通信地址信息和协议类型信息作为待监测游戏服务器的服务器信息并发送至监测执行机210。

其中，监测需求信息指用于指示是否需要被监测的信息，包括有需求信息和无需求信息，有需求信息表示需要被监测，无需求信息表示不需要被监测。通过根据初始服务器信息中的检测需求信息判断对应的游戏服务器是否为待监测游戏服务器，操作简单快捷。

可以理解，在其他实施例中，初始服务器信息还包括其他信息，对应地，监测中心设备220提取监测需求信息为有需求信息对应的初始服务器信息中除监测需求信息之外的信息为待监测游戏服务器的服务器信息。例如，一具体实施例中，初始服务器信息包括的各种信息如下表1所示。

表1

在一实施例中，监测执行机210、游戏服务器和待监测游戏服务器的数量为多个；监测中心设备220接收各监测执行机210的信息获取请求时，根据所有游戏服务器的初始服务器信息获取各待监测游戏服务器的服务器信息，并将待监测游戏服务器的服务器信息发送至监测执行机210。

通过采用多个监测执行机210分别对多个待监测游戏服务器进行工作状态的监测，可提高监测的全面性。比如，可以在多个不同的地区分别部署监测执行机210进行监测。

具体地，监测中心设备220接收到一个监测执行机210发送的信息获取请求时，可以是依次将各待监测游戏服务器的服务器信息发送至对应的监测执行机210；在接收下一个监测执行机210发送的信息获取请求时，依次将各待监测游戏服务器的服务器信息发送至下一个监测执行机210。如此，可实现多个监测执行机210对所有待监测游戏服务器的轮询。

在一实施例中，监测执行机210根据接收的工作状态信息生成监测日志并发送至监测中心设备220，监测中心设备220根据监测日志获取监测信息，在监测信息不满足预设条件时输出报警信息。

其中，预设条件可以根据实际需要具体设置，比如可以设置为工作状态信息为异常工作信息的数量小于预设值，或者预设的待监测游戏服务器的工作状态信息为正常工作信息。通过接收监测日志获取监测信息，在监测信息不满足预设条件时输出报警信息，方便及时通知用户采取措施，可提高监测的有效性。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。