游戏设备的管理方法、装置、设备及系统与流程

游戏设备的管理方法、装置、设备及系统
1.相关申请的交叉引用
2.本技术要求2021年12月15日提交的、申请号为sg10202113950u的新加坡专利申请的优先权，以上申请的全部内容通过引用并入本文。
技术领域
3.本公开涉及运维管理技术领域，尤其涉及游戏设备的管理方法、装置、设备及系统。


背景技术：

4.随着技术的发展，出现了各种智能化的游戏设备，这些智能化的游戏设备集成了多种功能，游戏设备中也可以安装各种软件程序。目前，在对这些智能化的游戏设备进行管理时，比如，对设备进行开关机、软件安装及升级、系统文件的修改等等，都需人工手动去对逐台游戏设备进行操作实现，而大多数游戏设备没有交互界面，操作难度较大，对管理人员的技术水平要求较高，并且娱乐场所中的游戏设备往往都是批量的，数量较多，因而，使得游戏设备的管理难度较大，非常耗费人力。


技术实现要素：

5.本公开提供一种游戏设备的管理方法、装置、设备及系统。
6.根据本公开实施例的第一方面，提供一种游戏设备管理系统，所述管理系统包括多个被管理的游戏设备，以及用于管理所述多个游戏设备的管理设备，针对所述多个游戏设备中的每个，该游戏设备中部署有第一服务，所述管理设备中部署有第二服务，所述第一服务设有供所述第二服务调用的远程过程调用rpc接口，所述第二服务用于：获取通过所述管理设备上的交互界面输入的管理指令，其中，所述管理指令携带所述多个游戏设备中一个或多个的标识信息，以及基于所述标识信息将所述管理指令通过一个或多个游戏设备中的所述rpc接口发送给所述第一服务，以使部署在所述一个或多个游戏设备中的所述第一服务响应于接收到所述管理指令，执行所述管理指令。
7.根据本公开实施例的第二方面，提供一种游戏设备的管理方法，所述方法由被管理的游戏设备上预先部署的第一服务执行，所述第一服务设有供管理设备上部署的第二服务调用的rpc接口，所述管理设备用于管理所述游戏设备，所述方法包括：通过所述rpc接口接收所述第二服务基于所述游戏设备的标识信息发送的管理指令，所述管理指令通过所述管理设备上的交互界面输入，所述管理指令携带有所述标识信息；执行所述管理指令。
8.在一些实施例中，所述方法还包括：在所述游戏设备开机后，通过所述rpc接口向所述第二服务发送注册请求，所述注册请求至少携带有所述游戏设备的标识信息以及所述游戏设备的rpc接口的地址信息，以使所述第二服务将所述标识信息与所述rpc接口的地址信息对应存储。
9.在一些实施例中，所述管理指令包括用于对所述游戏设备的系统进行控制的指
令，所述执行所述管理指令包括：调用所述游戏设备的本地系统接口执行所述管理指令；和/或所述管理指令包括用于对所述游戏设备中的应用程序进行管理的指令，所述执行所述管理指令包括：调用所述游戏设备中的应用程序调度平台提供的api接口执行所述管理指令。
10.在一些实施例中，用于对所述游戏设备的系统进行控制的指令包括以下一种或多种：开机指令、关机指令、修改系统文件指令；和/或所述用于对所述游戏设备中的应用程序进行管理的指令包括以下一种或多种：安装应用程序、卸载应用程序、升级应用程序、重启应用程序、修改应用程序的配置参数。
11.在一些实施例中，所述管理指令包括用于对所述游戏设备中的应用程序进行管理的指令，所述执行所述管理指令，包括：在检测到所述应用程序处于被使用状态的情况下，存储所述管理指令，并持续对所述应用程序的使用状态进行检测；在检测到所述应用程序处于未被使用的状态的情况下，获取存储的所述管理指令并执行。
12.根据本公开实施例的第三方面，提供一种游戏设备的管理方法，所述方法由部署在管理设备上的第二服务执行，所述管理设备用于对多个游戏设备进行管理，针对所述多个游戏设备中的每个，该游戏设备中部署有第一服务，所述第一服务设有供所述第二服务调用的rpc接口，所述方法包括：获取通过所述管理设备上的交互界面输入的管理指令，所述管理指令携带有待管理的游戏设备的标识信息；基于所述标识信息通过所述待管理的游戏设备的rpc接口向所述待管理的游戏设备的第一服务发送所述管理指令，以使所述待管理的游戏设备的第一服务响应于接收到所述管理指令执行所述管理指令。
13.在一些实施例中，所述方法还包括：接收所述游戏设备在开机后发送的注册请求，所述注册请求至少携带有所述游戏设备的标识信息以及所述游戏设备的rpc接口的地址信息；将所述标识信息与所述rpc接口的地址信息对应存储。
14.在一些实施例中，所述管理指令包括用于对所述待管理的游戏设备的系统进行控制的指令，和/或所述管理指令包括用于对所述待管理的游戏设备中的应用程序进行管理的指令；其中，所述用于对所述待管理的游戏设备的系统进行控制的指令包括以下一种或多种：开机指令、关机指令、修改系统文件指令；所述用于对所述待管理的游戏设备中的应用程序进行管理的指令包括以下一种或多种：安装应用程序、卸载应用程序、升级应用程序、重启应用程序、修改应用程序的配置参数。
15.在一些实施例中，当检测到所述游戏设备的状态信息发生更新后，通过所述rpc接口获取更新后的状态信息，并将获取得到的状态信息通过所述管理设备的交互界面显示。
16.在一些实施例中，在基于获取到的所述游戏设备的状态信息判定所述游戏设备出现异常的情况下，发送告警信息，其中，所述告警信息中携带有出现异常的游戏设备的标识信息。
17.在一些实施例中，所述方法还包括：获取图像采集装置采集的所述游戏设备的图像，并将所述游戏设备的图像通过所述管理设备的交互界面显示给用户，以基于所述游戏设备的图像确定是否对该游戏设备进行管理。
18.根据本公开实施例的第四方面，提供一种游戏设备的管理装置，所述装置部署在被管理的游戏设备上，所述装置设有供管理设备上部署的第二服务调用的rpc接口，所述管理设备用于管理所述游戏设备，所述装置包括：接收模块，用于通过所述rpc接口接收所述
第二服务基于所述游戏设备的标识信息发送的管理指令，所述管理指令通过所述管理设备上的交互界面输入，所述管理指令携带有所述标识信息；执行模块，用于执行所述管理指令。
19.根据本公开实施例的第五方面，提供一种游戏设备的管理装置，所述装置部署在管理设备上，所述管理设备用于对多个游戏设备进行管理，针对所述多个游戏设备中的每个游戏设备，该游戏设备中部署有第一服务，所述第一服务设有供所述装置调用的rpc接口，所述装置包括：获取模块，用于获取通过所述管理设备上的交互界面输入的管理指令，所述管理指令携带有待管理的游戏设备的标识信息；发送模块，用于基于所述标识信息通过所述待管理的游戏设备的rpc接口向所述待管理的游戏设备的第一服务发送所述管理指令，以使所述待管理的游戏设备的第一服务响应于接收到所述管理指令执行所述管理指令。
20.根据本公开实施例的第六方面，提供一种电子设备，所述设备包括一个或多个处理器、一个或多个存储器、存储于所述一个或多个存储器可供所述一个或多个处理器执行的计算机指令，所述一个或多个处理器执行所述计算机指令时实现上述第二方面或第四方面的方法。
21.本公开实施例中，可以预先在待管理的多个游戏设备的每个上部署第一服务，在管理设备上部署第二服务，其中，第一服务提供有供第二服务调用的rpc接口，用户需要对游戏设备进行管理时，可以通过管理设备上的交互界面输入携带待管理的游戏设备的标识信息的管理指令，第二服务获取到该管理指令后，可以通过待管理游戏设备的rpc接口将管理指令发送给待管理的游戏设备上的第一服务，以便第一服务响应于接收到该管理指令执行该管理指令。通过预先在管理设备和游戏设备部署服务，利用服务配合工作，可以实现对批量的游戏设备进行远程管理，无需用户逐台设备手动操作，节省了人力，且通过提供了可视化的用户交互界面，方便了用户操作。
22.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本公开。
附图说明
23.此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。
24.图1是本公开实施例的一种游戏设备管理系统的示意图。
25.图2是本公开实施例的一种游戏设备的管理方法示意图。
26.图3(a)是本公开实施例的一种游戏桌摆放示意图。
27.图3(b)是本公开实施例的一种用户界面的示意图。
28.图4是本公开实施例的一种游戏设备的管理系统的示意图。
29.图5是本公开实施例的一种管理装置的逻辑结构示意图。
30.图6是本公开实施例的另一种管理装置的逻辑结构示意图。
31.图7是本公开实施例的一种设备的逻辑结构示意图。
具体实施方式
32.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
33.在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合。
34.应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
35.为了使本技术领域的人员更好的理解本公开实施例中的技术方案，并使本公开实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本公开实施例中的技术方案作进一步详细的说明。
36.随着技术的发展，出现了越来越多智能化的游戏设备，这些游戏设备集成了较多的功能，游戏设备上也可以安装各类软件程序。比如，以纸牌游戏为例，某些纸牌游戏需要特定的游戏桌，游戏桌上可以设置摄像头，用于采集桌面的图像，并且可以基于采集的图像确定游戏桌上进行的游戏所处的状态，以及基于采集的图像统计游戏过程中各玩家的得分等等。为了让游戏桌可以实现各种功能，可以在游戏桌上安装各类软件程序。
37.为了保证一个或多个游戏设备的稳定运行，需要对一个或多个游戏设备进行运维管理，比如，控制游戏设备开关机、软件的安装升级、系统文件的修改、故障修复等。目前，这些管理操作都需要人工逐一针对每台游戏设备进行操作实现。有些游戏设备没有可视化交互界面，在执行管理操作时，管理操作实现起来比较繁琐，对运维人员技术水平要求也比较高。此外，游戏场所的游戏设备往往都是批量的，采用逐一去操作的管理方式非常耗费人力，并且在对游戏设备进行操作时，需要暂停游戏设备的使用，影响玩家的体验。
38.基于此，本公开实施例提供了一种对游戏设备进行管理的管理系统和管理方法，可以通过管理设备对多个游戏设备进行远程操控和管理。
39.如图1所示，为本公开一个实施例的管理系统，需要指出的是，图1只是示例性例子，本公开实施例中的管理设备不局限于图1。该管理系统中包括管理设备12和多个被管理的游戏设备11。每个游戏设备11上可以预先部署一个或多个服务，以下统称为第一服务，管理设备12上可以预先部署一个或多个服务，以下统称为第二服务，第一服务和第二服务可以协同工作，完成对游戏设备11的远程批量管理。其中，第一服务设置有供第二服务调用的一个或多个rpc(remote procedure call：远程过程调用)接口，第二服务可以通过该rpc接口向第一服务下发管理指令。为了方便用户操作，管理设备上设有可视化的交互界面，用户可以通过该交互界面输入管理指令，第二服务获取到用户输入的管理指令后，通过该rpc接
口发送给第一服务。第一服务在接收到管理指令后，可以调用游戏设备的系统接口执行该管理指令。
40.其中，本公开实施例中的游戏设备可以是各种需要被管理的游戏设备，比如，可以是游戏桌、游戏道具等。本公开实施例中的管理设备也可以是可以用于对游戏设备进行管理的各类设备，比如，可以是手机、平板、服务器等等。
41.以下分别从游戏设备和管理设备的处理流程介绍本公开实施例提供的游戏设备管理方法。如图2所示，为该管理方法的处理流程图，包括步骤s202至步骤s208。
42.s202、管理设备的第二服务获取通过所述管理设备上的交互界面输入的管理指令，所述管理指令携带有待管理的游戏设备的标识信息。
43.在步骤s202中，管理设备中设有可视化的交互界面，用户可以通过该可视化交互界面输入管理指令。其中，由于游戏设备有多个，该管理指令可以控制多个游戏设备中的部分设备，也可以针对游戏设备中的所有设备。为了可以区分管理指令是控制多个游戏设备中的哪个设备，管理指令中可以携带用户想要进行管理操作的一个或多个游戏设备的标识信息。其中，标识信息可以是可以唯一标识该游戏设备的任意信息，比如，可以是游戏设备的设备序列号、设备编号、mac地址、rpc接口的地址等等。
44.在一些实施例中，多个游戏设备可能是按一定位置顺序放置在目标区域，比如，如图3(a)所示，多台游戏桌按照一定方式摆放在游戏场所中。为了方便用户直观的知道当前管理的游戏设备具体为哪个游戏设备，也可以将游戏设备在目标区域放置的图像在交互界面中显示，用户需要对目标区域内的某个游戏设备进行管理操作时，直接在该交互界面显示的游戏设备的图像中点击对应的游戏设备，然后进行后续的管理指令的输入。如图3(b)所示，用户可以点击交互界面中的编号为1的游戏设备，从而对该游戏设备进行管理。
45.管理设备中可以预先部署一个或多个用于实现对游戏设备进行管理的第二服务。在一些实施例中，与游戏设备管理有关的所有功能可以集成在一个第二服务中，通过一个第二服务实现所有与游戏设备管理有关的功能。在一些实施例中，也可以将与游戏设备管理有关的功能进一步细分成多个子功能，针对不同的子功能部署不同的第二服务，比如，可以部署一个前端服务，主要用于提供可视化的用户交互界面供用户操作，可以部署一个后台服务，用于与游戏设备进行交互和下发指令等等。通过多个游戏设备中的第一服务与第二服务之间的协同作用，共同实现对游戏设备的管理。
46.s204、第二服务基于所述标识信息通过所述待管理的游戏设备的rpc接口向所述待管理的游戏设备的第一服务发送所述管理指令。
47.在步骤s204中，第二服务在获取到用户输入的管理指令后，可以根据管理指令中携带的该待管理的游戏设备的标识信息确定该待管理的游戏设备的rpc接口，并基于该rpc接口向待管理的游戏设备中部署的第一服务发送该管理指令。比如，每个游戏设备都包括一个唯一标识该游戏设备的rpc接口的地址，因而，第二服务可以基于管理指令携带的标识信息确定用户想要管理的游戏设备的rpc接口的地址，并基于该rpc接口地址将管理指令发送至游戏设备中部署的第一服务。
48.s206、第一服务通过所述rpc接口接收所述第二服务发送的管理指令。
49.在步骤206中，游戏设备中部署的第一服务可以通过rpc接口接收第二服务发送的管理指令。其中，第一服务也可以是一个或多个。在一些实施例中，可以将与游戏设备的管
理相关的所有功能集成在一个第一服务中。在一些实施例中，也可以针对不同的子功能设置不同的第一服务，具体可以根据实际需求设置。
50.s208、第一服务响应于接收到所述管理指令执行所述管理指令。
51.步骤s208中，第一服务在接收到管理指令后，可以执行该管理指令。为了方便用户知道该管理指令的执行结果，第一服务在执行完管理指令后，还可以将执行结果返回给第二服务，以便第二服务可以通过管理设备的交互界面将执行结果显示给用户。
52.在一些实施例中，管理指令可以是用于对游戏设备的系统进行控制的指令，比如，该管理指令可以是开机指令、关机指令、修改系统文件的指令等等。
53.在一些实施例中，管理指令也可以是用于对所述游戏设备中的应用程序进行管理的指令，比如，该管理指令可以是安装应用程序的指令、卸载应用程序的指令、升级应用程序的指令、重启应用程序的指令、修改应用程序的配置参数的指令等等。
54.在一些实施例中，如果管理指令是用于对游戏设备的系统进行控制的指令，则在执行该管理指令时，可以直接调用游戏设备的本地系统接口执行该管理指令，比如，控制游戏设备开关机、修改系统文件等。
55.通常游戏设备中都会有一个应用程度调度平台，游戏设备中所有的应用程序都安装在该应用程序调度平台上由其调度。比如，以linux系统的游戏设备为例，linux系统上运行着一个kubernetes服务，所有的软件应用都安装在kubernetes上并由其调度。因而，在一些实施例中，如果管理指令也是用于对游戏设备中的应用程序进行管理的指令，则在执行该管理指令时，可以调用应用程序调度平台提供的api接口执行该管理指令，以完成对应用程序的安装、卸载、升级、重启等。
56.由于每个游戏设备都有rpc接口，在第二服务下发管理指令时，为了准确地将管理指令下发给用户想要管理的游戏设备，第二服务需知道每个游戏设备对应的rpc接口的地址信息。在一些实施例中，每个游戏设备的rpc接口地址信息和游戏设备的标识信息的对应关系可以预先存储在管理设备当中，第二服务在下发管理指令时，可以基于存储的对应关系确定rpc接口的地址信息。
57.在一些实施例中，也可以是每次游戏设备在开机后，第一服务通过rpc接口向第二服务发送注册请求，该注册请求中至少携带有该游戏设备的标识信息以及和该游戏设备的rpc接口的地址信息，第二服务在接收到该注册请求后，可以将该标识信息与该rpc接口的地址信息对应存储。在游戏设备关机(即离线后)，也可以将存储的该游戏设备的标识信息与rpc接口的地址信息删除，从而可以节省管理设备的存储空间。
58.此外，通过游戏设备在每次开机后即向第二服务发送注册请求，第二服务通过查找存储的标识信息即可以知道当前哪些游戏设备处于在线状态。比如，当获取到用户输入的管理指令后，管理设备可以查找已存储的标识信息，如果可以查找到该管理指令携带的标识信息，则说明用户想要管理的游戏设备在线，从而可以基于该标识信息对应rpc接口的地址发送管理指令。如果未查找到该管理指令携带的标识信息，说明用户想要管理的游戏设备处于离线状态，从而可以提示用户设备暂未上线。
59.在一些实施例中，如果管理指令是对游戏设备中的应用程序进行管理的指令，比如，对应用程序进行升级、配置参数进行修改等等，如果此时玩家正在使用该游戏设备上的应用程序进行游戏，这时，如果执行该管理指令，则会中断游戏，给玩家带来不好的体验。为
了避免上述问题，第一服务在执行该管理指令之前，可以先检测该应用程序当前的使用状态，在检测到该应用程序处于被使用状态的情况下，则不执行该管理指令，并向第二服务返回该应用程序正在被用户使用的提示信息，以使第二服务将提示信息显示给用户。在一些实施例中，第一服务在检测到该应用程序当前处于使用状态时，也可以先将该管理指令存储，并实时检测该应用程序的使用状态，当检测到应用程序处于未使用状态时，再调用存储的管理指令并执行。
60.在一些实施例中，第二服务可以实时检测游戏设备上的状态信息，当检测到该状态信息发生更新后，则获取更新后的状态信息，并通过管理设备的交互界面将该更新后的状态信息显示给用户，以便用户可以知道游戏设备当前的状态。其中，状态信息可以是游戏设备当前处于在线状态或者离线状态，游戏设备中的应用程序是否处于运行状态、游戏设备是否出现异常等等。
61.在一些实施例中，管理设备中的第二服务在获取到游戏设备的状态信息后，可以基于该状态信息判定游戏设备是否存在异常，如果判定其存在异常，则向用户发送告警信息。其中，第二服务中可以预先设置一些异常判定的规则，如果游戏设备的状态信息符合上述规则，则判定为游戏设备出现异常。在判定游戏设备出现异常后，可以向用户发送告警信息，比如，可以向用户发邮件、或者通过qq、微信等即时通信工具向用户发送告警信息，告警信息中可以携带发生异常的游戏设备的标识信息，以便用户可以在设备出现异常后，及时接收到告警信息，并基于告警信息中的标识信息确定发生异常的游戏设备，及时对异常进行处理。
62.在一些实施例中，针对有些游戏设备，其周围或者附近可能设置有摄像头，用于采集游戏设备的图像。比如，针对纸牌游戏的游戏桌，可以在游戏桌上、或者上方、或者游戏桌附近设置图像采集装置，用于采集游戏桌的图像，并基于游戏桌的图像确定游戏当前的状态，以及统计游戏结果等等。这种场景下，为了让用户在对游戏设备进行管理时，不会影响玩家的使用，第二服务也可以获取图像采集装置采集的游戏设备的图像，并将该游戏设备的图像通过管理设备的交互界面显示给用户，以便用户可以根据游戏设备的图像确定是否对游戏设备进行管理操作。比如，如果用户根据游戏设备的图像发现当前有玩家正在使用该游戏设备，则此时不对该游戏设备进行关机、重启等管理操作，避免影响玩家使用。如果用户根据图像发现此时游戏设备周围没有玩家，则可以确定此时游戏设备处于无人使用状态，则可以执行关机、重启、应用程序升级等管理操作。这样便可以借助游戏设备周围的图像采集装置对游戏设备进行更加合理的管理，不会影响用户的使用。
63.为了进一步解释本公开实施例提供的游戏设备管理方法，以下结合一个具体的实施例加以解释。
64.在游戏领域，一个游戏场所一般会拥有一定规模数量的游戏设备，这些游戏设备独自工作为玩家提供智能化的服务。游戏设备长期稳定的工作离不开有效的运维管理，比如，新旧设备上线下线、软件升级、故障处理等。目前，对游戏设备的运维管理都需要人工针对逐台游戏设备进行手动操作，并且运维人员需要具备一定深度的计算机知识，非常耗费人力。且在对游戏设备进行操作时，还需暂停其工作，影响玩家的使用。基于此，本实施例提供了一种对游戏设备进行远程管理的方法和管理系统，具体可参考图4。
65.管理系统中包括多个游戏设备以及用于对所述多个游戏设备进行管理的云端服
务器。每个游戏设备中预先部署了一个或者多个服务，以下称为第一服务，云端服务器中也部署了一个多个服务，以下称为第二服务，通过第一服务和第二服务协同工作，实现对游戏设备的远程批量管理。其中，第一服务提供了一系列rpc接口供第二服务调用。云端服务器中包括可视化的用户交互界面，用户可以通过交互界面输入管理指令对游戏设备进行管理，操作非常简便。
66.每台游戏设备在开机后，游戏设备中的第一服务会向云端服务器的第二服务发送一个注册请求，该注册请求中会携带有游戏设备的标识信息以及rpc接口的地址信息，第二服务会将该标识信息和rpc接口地址信息对应存储。当运维人员通过云端服务器的交互界面输入管理指令时，管理指令中可以携带有待管理的游戏设备的标识信息，第二服务可以基于管理指令中的标识信息确定与之对应的rpc接口地址信息，基于该地址信息将管理指令下发至对应的游戏设备。游戏设备执行完管理指令后，可将执行结果返回给第二服务，以便第二服务通过交互界面显示给运维人员。
67.其中，云端服务器对游戏设备的管理主要包括以下三个方面的管理。
68.(1)对游戏设备中的软件应用的管理。
69.游戏设备操作系统可以是linux操作系统，在操作系统上有运行一个kubernetes平台，所有的软件应用(包括第一服务)都安装在kubernetes平台上，并由其调度。第一服务对外暴露一个外网开放端口，提供一系列rpc接口，在通过rpc接口接收到云端服务器中的第二服务发送的管理指令后，第一服务可以调用kubernetes平台提供的api接口执行该管理指令，以完成游戏设备上的应用程序的安装、升级、配置修改、重启等操作。
70.(2)对游戏设备系统的控制。
71.用户通过云端服务器中的可视化交互界面输入一条远程系统控制指令，该控制指令会由第二服务通过rpc接口传递给第一服务，此时第一服务会执行linux系统命令来完成远程的关机、重启、修改系统文件等操作，并将执行结果返回给第二服务。
72.(3)对游戏设备状态的监控。
73.游戏设备上的第一服务可以实时收集游戏设备的状态信息。远端服务上的第二服务可以实时抓取该状态信息，并将游戏设备的状态信息通过可视化交互界面显示给用户，以便用户可以查看游戏设备当前的状态，比如处于离线还是在线等。并且，云端服务器中还可以预定义告警规则，当基于获取的游戏设备的状态信息确定游戏设备存在异常时，可以通过第二服务向运维人员的手机或其他终端发送告警邮件或消息，以便运维人员及时过来处理。其中，告警邮件中可以携带出现异常的游戏设备的标识信息，以便运维人员可以定位到出现异常的游戏设备，并进行处理。
74.以往在对游戏设备进行管理时，需要运维人员执行复杂的linux命令行操作，对运维人员技术要求较高，本实施例提供的游戏设备管理系统，可以提供可视化的交互界面，只需运维人员在交互界面进行简单的点击操作，对运维人员的技术要求较低。并且对于游戏设备数量较大的情况也并不需要花费大量的重复劳动时间，管理系统支持批量对游戏设备执行相同的操作，包括应用安装、升级、配置修改、重启等，并且操作对用户是无感知的，完全不需要游戏设备停止运行。另外，本实施例提供的管理系统自带监控告警功能，可以在游戏设备出现异常时及时通知运维人员，极大的减少了游戏设备故障宕机时间。
75.与上述方法相对应，本公开实施例还提供了一种游戏设备的管理装置，所述管理
装置部署在游戏设备上，所述管理装置设有供管理设备上部署的第二服务调用的rpc接口，所述管理设备用于管理所述游戏设备，如图5所示，所述管理装置包括：接收模块51，用于通过所述rpc接口接收所述第二服务基于所述游戏设备的标识信息发送的管理指令，所述管理指令由用户通过所述管理设备上的交互界面输入，所述管理指令携带有所述标识信息；执行模块52，用于执行所述管理指令。
76.其中，所述管理装置用于对游戏设备进行管理的具体实现方法可参考上述方法实施例中的描述，在此不再赘述。另外，本公开实施例还提供了另一种游戏设备的管理装置，所述管理装置部署在管理设备上，所述管理设备用于对多个游戏设备进行管理，所述游戏设备中部署有第一服务，所述第一服务设有供所述管理装置调用的rpc接口，如图6所示，所述管理装置包括：获取模块61，用于获取用户通过所述管理设备上的交互界面输入的管理指令，所述管理指令携带有待管理的游戏设备的标识信息；发送模块62，用于基于所述标识信息通过所述待管理的游戏设备的rpc接口向所述待管理的游戏设备的第一服务发送所述管理指令，以使所述待管理的游戏设备的第一服务响应于接收到所述管理指令执行所述管理指令。
77.其中，所述管理装置用于对游戏设备进行管理的具体实现方法可参考上述方法实施例中的描述，在此不再赘述。
78.进一步的，本公开实施例还提供一种电子设备，如图7所示，所述电子设备70包括处理器71、存储器72、存储于所述存储器72可供所述处理器71执行的计算机指令，其中，当所述电子设备为上述实施例中的管理设备时，所述处理器执行所述计算机指令时实现上述任一实施例中的管理设备执行的方法。当该电子设备是上述实施例中的游戏设备时，所述处理器执行所述计算机指令时可实现上述任一实施例中的游戏设备执行的方法。
79.本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一实施例所述的方法。
80.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
81.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
82.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可
以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
83.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
84.以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。