CN116600153B

CN116600153B - Device management method and device, storage medium and electronic device

Info

Publication number: CN116600153B
Application number: CN202310874970.3A
Authority: CN
Inventors: 张家桥; 张志东; 汪亮; 蔡其成
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2023-07-17
Filing date: 2023-07-17
Publication date: 2024-04-09
Anticipated expiration: 2043-07-17
Also published as: CN116600153A

Abstract

The application discloses a device management method and device, a storage medium and electronic equipment. Wherein the method comprises the following steps: acquiring device information of each device in a group of devices under the condition that the group of devices are connected through an IP network; according to the equipment information of the group of equipment, corresponding acquisition tasks are sent to each equipment in the group of equipment, wherein the acquisition tasks corresponding to the equipment of different types are different; acquiring acquisition information sent by each device in a group of devices, wherein the acquisition information sent by each device in the group of devices comprises information acquired by each device executing a corresponding acquisition task in the process of jointly executing a target task by the group of devices, and the acquisition information sent by each device in the group of devices is used for determining whether a fault occurs in the process of jointly executing the target task by the group of devices. The method and the device solve the technical problem of low efficiency in the equipment management process.

Description

Device management method and device, storage medium and electronic device

Technical Field

The present invention relates to the field of computer technologies, and in particular, to a device management method and apparatus, a storage medium, and an electronic device.

Background

In an electronic competition, a competition process is usually required to be maintained by utilizing a plurality of different types of hardware devices, such as network devices, competition terminal devices, live broadcast making and broadcasting devices, monitoring devices and the like, and the stability and fairness of the electronic competition are directly influenced by the stable operation of the devices.

In order to ensure fairness of the electronic competition, it is generally required to acquire device information (performance index, network state, etc.) of the above-mentioned different types of hardware devices, and then monitor the running states and network states of the various types of devices in the competition process according to the acquired device information.

In the related art, the method for acquiring the device information of the hardware devices of different types includes: the management end establishes communication connection with different types of hardware devices through a standard network management protocol, and under the condition of successful connection of part of hardware devices, the management end acquires part of device information of part of hardware devices.

However, the hardware devices for maintaining the electronic competition match include a plurality of different types of devices, and the process of acquiring the device information of the different types of hardware devices by using the scheme has at least two problems as follows: (1) The management end needs to be sequentially connected with different types of hardware equipment according to the sequence, so that a large amount of data acquisition time is consumed; (2) Because the communication protocol between the management end and the hardware equipment is single, and the equipment interface compatible with the standard network management protocol has certain limitation, the equipment information of different types of hardware equipment cannot be reported to the management end. Due to the influence of the two aspects, the management end needs to spend a great deal of time to try to connect different types of hardware devices, and the acquired device information is limited under the condition that only a small number of devices can be connected, so that the operation states of the different types of hardware devices cannot be accurately and efficiently indicated, and the technical problem of lower efficiency in the device management process is caused.

In view of the above problems, no effective solution has been proposed at present.

Disclosure of Invention

The embodiment of the application provides a device management method and device, a storage medium and electronic equipment, so as to at least solve the technical problem of low efficiency in the device management process.

According to an aspect of the embodiments of the present application, there is provided a device management method, including: acquiring device information of each device in a group of devices under the condition that the group of devices are connected through an IP network, wherein the device information of each device in the group of devices comprises types of each device in the group of devices, the group of devices comprises a plurality of types of devices for jointly executing a target task, each type of device is used for executing part of sub-tasks in the target task, the sub-tasks executed by the different types of devices are different, and the target task comprises a plurality of sub-tasks; according to the equipment information of the group of equipment, corresponding acquisition tasks are sent to each equipment in the group of equipment, wherein the acquisition tasks corresponding to the equipment of different types are different; acquiring acquisition information sent by each device in a group of devices, wherein the acquisition information sent by each device in the group of devices comprises information acquired by each device in the group of devices executing a corresponding acquisition task in the process of executing a target task together by the group of devices, and the acquisition information sent by each device in the group of devices is used for determining whether a fault occurs in the process of executing the target task together by the group of devices.

Optionally, the sending, according to the device information of the set of devices, a corresponding acquisition task to each device in the set of devices includes: and sending acquisition tasks corresponding to the types of the devices to the devices in the group of devices, wherein the acquisition tasks corresponding to the different types are used for indicating the corresponding devices to acquire by adopting different acquisition modes.

Optionally, the sending, to each device in the group of devices, an acquisition task corresponding to a type of each device includes: the method comprises the following steps of sending an ith acquisition task to an ith type of device, wherein i is a positive integer greater than or equal to 1, and a group of devices comprises the ith type of device: when the ith type of equipment comprises a plurality of pieces of equipment, respectively sending an ith acquisition task to the plurality of pieces of equipment, wherein the ith acquisition task is used for indicating the plurality of pieces of equipment to acquire in an ith acquisition mode; in the case that the ith type of device comprises a device, the ith acquisition task is sent to the device, wherein the ith acquisition task is used for indicating the device to acquire in the ith acquisition mode.

Optionally, before the sending, to each device in the group of devices, an acquisition task corresponding to a type of each device, the method further includes: determining an ith acquisition task corresponding to an ith type through one of the following steps, wherein a group of devices comprises the equipment of the ith type, and i is a positive integer greater than or equal to 1: in the case that the device of the ith type is a network device, determining the ith acquisition task as a device for instructing the device of the ith type to acquire first information of the device of the ith type by adopting a target network management protocol, wherein the first information comprises at least one of the following: packet loss rate and network congestion rate; or in the case that the device of the ith type is a mobile device, determining the ith acquisition task as a method for instructing the device of the ith type to acquire second information of the device of the ith type by using a target program, wherein the target program is a program pre-installed on the device of the ith type, and the second information comprises at least one of the following: the temperature of the target device in the i-th type of device, the frame rate of the display image on the i-th type of device; or under the condition that the ith type of equipment is a server, determining the ith acquisition task as a method for indicating the ith type of equipment to acquire third information of the ith type of equipment in a log viewing mode, wherein the third information comprises at least part of information in logs generated by the following ith type of equipment; or in the case that the device of the ith type is a PC device, determining the ith acquisition task as a detection method for instructing the device of the ith type to acquire fourth information of the device of the ith type by adopting a detection mode based on a target network transmission protocol, wherein the fourth information comprises at least one of the following components: a quality parameter of a communication link between an i-th type of device and another device of the set of devices, a connectivity parameter of a communication link between an i-th type of device and another device of the set of devices, the other device being a device that is contiguous with the i-th type of device or a device that is not contiguous with the i-th type of device.

Optionally, the method further comprises: acquiring a first neighbor detection result sent by each device in a group of devices, wherein the first neighbor detection result is used for representing the devices adjacent to each device in an IP network; generating a first topological graph of the group of devices according to a first neighbor detection result sent by each device in the group of devices, wherein each node in the first topological graph represents each device in the group of devices, and an edge between two nodes in the first topological graph represents that two devices represented by the two nodes are mutually adjacent devices in the IP network.

Optionally, after generating the topology map of the set of devices, the method further comprises: acquiring a second neighbor detection result sent by at least part of the devices in the group of devices, wherein the second neighbor detection result is used for representing the updated devices adjacent to the at least part of the devices in the IP network; and updating the first topological graph into a second topological graph according to a second neighbor detection result sent by at least part of devices in one group of devices, wherein each node in the second topological graph represents each device in the other group of devices, an edge between two nodes in the second topological graph represents that the two devices represented by the two nodes are mutually adjacent devices in the IP network, and the other group of devices is identical to the group of devices or is a subset of the group of devices.

Optionally, after generating the topology map of the set of devices, the method further comprises: under the condition that the newly added equipment is connected with a group of equipment through an IP network, a third neighbor detection result sent by the group of equipment and each equipment in the newly added equipment is obtained, wherein the third neighbor detection result is used for representing equipment adjacent to the group of equipment and each equipment in the newly added equipment in the IP network; and updating the first topological graph into a third topological graph according to a third neighbor detection result sent by each device in the group of devices and the newly added device, wherein each node in the third topological graph represents each device in the group of devices and the newly added device, and an edge between two nodes in the third topological graph represents that the two devices represented by the two nodes are mutually adjacent devices in the IP network.

Optionally, the method further comprises: under the condition that the newly-added equipment is connected with a group of equipment through an IP network, equipment information of the newly-added equipment is obtained, wherein the equipment information of the newly-added equipment comprises the type of the newly-added equipment, and the newly-added equipment is used for executing part of subtasks in the target task; sending an acquisition task corresponding to the type of the newly added equipment to the newly added equipment; acquiring acquisition information sent by the newly added equipment, wherein the acquisition information sent by the newly added equipment comprises information acquired by the newly added equipment executing a corresponding acquisition task in the process of jointly executing a target task by the newly added equipment and a group of equipment.

Optionally, the method further comprises: transmitting a security configuration policy to each device in a group of devices, wherein the security configuration policy is used to perform at least one of the following steps: the method comprises the steps of configuring a firewall used by each device, backing up data generated by each device in the process of jointly executing a target task by a group of devices, and detecting abnormality of communication links among the devices in the process of jointly executing the target task by the group of devices.

Optionally, the method further comprises: determining whether a fault occurs in the process of jointly executing the target task by a group of devices according to the acquisition information sent by each device in the group of devices; and under the condition that the fault occurs in the process of determining that a group of devices jointly execute the target task, displaying fault prompt information on a target interface, wherein the fault prompt information is used for prompting the fault.

Optionally, determining whether a fault occurs in the process of jointly executing the target task by the group of devices according to the acquired information sent by each device in the group of devices includes at least one of the following: determining that a link between the ith type of device and the adjacent device fails when the acquired information sent by the ith type of device in the group of devices indicates that the ith type of device receives a data packet of the adjacent device of the ith type of device to be abnormal, wherein i is a positive integer greater than or equal to 1; in the case that the acquisition information sent by the ith type of device in the group of devices indicates that the data packet sent by the ith type of device to the device adjacent to the ith type of device is abnormal, determining that the ith type of device fails.

According to another aspect of the embodiments of the present application, there is also provided an apparatus management device, including: a first obtaining unit, configured to obtain, when a group of devices is connected through an IP network, device information of each device in the group of devices, where the device information of each device in the group of devices includes a type of each device in the group of devices, the group of devices includes multiple types of devices for collectively performing a target task, each type of device is configured to perform a part of sub-tasks in the target task, the sub-tasks performed by the different types of devices are different, and the target task includes multiple sub-tasks; the first sending unit is used for sending corresponding acquisition tasks to each device in the group of devices according to the device information of the group of devices, wherein the acquisition tasks corresponding to the devices of different types are different; the second acquisition unit is used for acquiring acquisition information sent by each device in the group of devices, wherein the acquisition information sent by each device in the group of devices comprises information acquired by each device in the group of devices when executing a corresponding acquisition task together in the process of executing a target task together by the group of devices, and the acquisition information sent by each device in the group of devices is used for determining whether a fault occurs in the process of executing the target task together by the group of devices.

According to still another aspect of the embodiments of the present application, there is also provided a computer-readable storage medium having a computer program stored therein, wherein the computer program is configured to perform the above-described device management method when run.

According to yet another aspect of embodiments of the present application, there is also provided a computer program product comprising a computer program/instruction which, when executed by a processor, implements the steps of the above method.

According to still another aspect of the embodiments of the present application, there is also provided an electronic device including a memory in which a computer program is stored, and a processor configured to execute the device management method described above by the computer program.

According to the embodiment provided by the application, by acquiring the device information of the group of devices connected through the IP network, different acquisition tasks are sent to each device in the group of devices, and the acquisition information sent by each device in the group of devices is acquired. And determining whether a group of devices have faults in the process of jointly executing the target task according to the acquisition information sent by each device. That is, a group of devices connected through an IP network simultaneously execute different acquisition tasks, and acquire device performance information and network state information acquired by each device in the group of devices, so as to determine whether a fault occurs in the process of executing a target task, simplify the monitoring process of different types of devices, reduce the acquisition time of device information, and realize the technical effect of improving the efficiency of device management.

Drawings

The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiments of the application and together with the description serve to explain the application and do not constitute an undue limitation to the application.

Fig. 1 is a schematic diagram of an application scenario of an alternative device management method according to an embodiment of the present application.

Fig. 2 is a flow chart of an alternative device management method according to an embodiment of the present application.

Fig. 3 is a schematic structural diagram of an alternative set of devices according to an embodiment of the present application.

FIG. 4 is a schematic diagram of the relationship between an alternative target task and acquisition task according to an embodiment of the present application.

Fig. 5 is an overall architecture diagram of an alternative IP based device management system according to an embodiment of the present application.

FIG. 6 is a schematic diagram of an alternative CMDB data table, according to an embodiment of the present application.

Fig. 7 is a schematic diagram of a data table of an alternative device neighbor relation according to an embodiment of the present application.

Fig. 8 is a topology diagram of an alternative IP electronic bidding appliance, according to an embodiment of the present application.

Fig. 9 is an overall flowchart of an alternative device management method according to an embodiment of the present application.

Fig. 10 is a product schematic diagram of an alternative IP based device management system according to an embodiment of the present application.

Fig. 11 is a schematic structural view of an alternative device management apparatus according to an embodiment of the present application.

Fig. 12 is a schematic structural view of an alternative electronic device according to an embodiment of the present application.

Detailed Description

In order to make the present application solution better understood by those skilled in the art, the following description will be made in detail and with reference to the accompanying drawings in the embodiments of the present application, it is apparent that the described embodiments are only some embodiments of the present application, not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art based on the embodiments herein without making any inventive effort, shall fall within the scope of the present application.

It should be noted that the terms "first," "second," and the like in the description and claims of the present application and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that embodiments of the present application described herein may be implemented in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

The technical scheme in the embodiment of the application can follow legal rules in the implementation process, and when the operation is executed according to the technical scheme in the embodiment, the used data cannot relate to user privacy, so that the safety of the data is ensured while the operation process is a compliance method.

Noun interpretation:

CMDB: the configuration management database, CMDB for short, is an information technology infrastructure library term, and is a database organized to store information about software and hardware assets.

SNMP protocol: the Simple Network Management Protocol (SNMP) is a standard protocol specifically designed for managing network nodes (servers, workstations, routers, switches, hub, etc.) in an IP network, and is an application layer protocol.

CDP protocol: all Cisco Discovery Protocol, this protocol is used to collect information about Cisco devices, and is not supported by other brands as long as Cisco devices are suitable for CDP protocols. Thus, the CDP protocol may provide summary information of a Cisco Switch (Switch), router, or other Cisco device to other Cisco devices directly connected to the device.

NDP protocol: neighbor Discovery Protocol the neighbor discovery protocol is a part of HGMP protocol, and is used for discovering directly connected neighbor device information, including the type of neighboring device, software/hardware version, connection port, device ID, port address, hardware platform, etc.

According to one aspect of the embodiments of the present application, a device management method is provided. As an alternative embodiment, the above device management method may be applied to, but not limited to, an application scenario as shown in fig. 1. In an application scenario as shown in fig. 1, terminal device 102 may be, but is not limited to being, in communication with server 106 via network 104, and server 106 may be, but is not limited to being, performing operations on database 108, such as, for example, write data operations or read data operations. The terminal device 102 may include, but is not limited to, a man-machine interaction screen, a processor, and a memory. The man-machine interaction screen described above may be, but is not limited to, a screen for displaying a target task on the terminal device 102, a notification of a failure in a process of a group of devices collectively executing the target task, or the like. The processor may be, but is not limited to being, configured to perform a corresponding operation in response to the man-machine interaction operation, or generate a corresponding instruction and send the generated instruction to the server 106. The memory is used for storing related processing data, such as equipment information of each equipment in a group of equipment, acquisition tasks corresponding to different types of equipment, acquisition information sent by each equipment in the group of equipment, and the like.

As an alternative, the following steps in the device management method may be performed on the server 106: step S102, obtaining device information of each device in a group of devices under the condition that the group of devices are connected through an IP network, wherein the device information of each device in the group of devices comprises types of each device in the group of devices, the group of devices comprises a plurality of types of devices for jointly executing a target task, each type of device is used for executing part of sub-tasks in the target task, the sub-tasks executed by the different types of devices are different, and the target task comprises a plurality of sub-tasks; step S104, corresponding acquisition tasks are sent to each device in a group of devices according to the device information of the group of devices, wherein the acquisition tasks corresponding to the devices of different types are different; step S106, acquiring acquisition information sent by each device in the group of devices, wherein the acquisition information sent by each device in the group of devices comprises information acquired by each device in the group of devices executing a corresponding acquisition task in the process of executing a target task together by the group of devices, and the acquisition information sent by each device in the group of devices is used for determining whether a fault occurs in the process of executing the target task together by the group of devices.

By adopting the mode, different acquisition tasks are sent to each device in the group of devices by acquiring the device information of the group of devices connected by the IP network, and acquisition information sent by each device in the group of devices is acquired. And determining whether a group of devices have faults in the process of jointly executing the target task according to the acquisition information sent by each device. That is, a group of devices connected through an IP network simultaneously execute different acquisition tasks, and acquire device performance information and network state information acquired by each device in the group of devices, so as to determine whether a fault occurs in the process of executing a target task, simplify the monitoring process of different types of devices, reduce the acquisition time of device information, and realize the technical effect of improving the efficiency of device management.

In order to solve the problem of low efficiency in the above device management process, in this embodiment of the present application, a device management method is provided, and fig. 2 is a flowchart of a device management method according to an embodiment of the present application, where the flowchart includes the following steps:

in step S202, in the case that a group of devices is connected through an IP network, device information of each device in the group of devices is obtained, where the device information of each device in the group of devices includes a type of each device in the group of devices, the group of devices includes multiple types of devices for collectively executing a target task, each type of device is used for executing a part of sub-tasks in the target task, the sub-tasks executed by the different types of devices are different, and the target task includes multiple sub-tasks.

As shown in fig. 3, in the electronic competition process, the method is applied to a plurality of hardware devices, such as network devices, competition terminal devices, playing devices, servers, cameras and the like, and the devices are connected together through an IP network to form a group of devices for supporting the competition, wherein the stable operation of the group of devices relates to the stability and fairness of the competition.

In the case of using an electronic contest broadcast game as a target task of a group of devices, then different types of devices execute different types of subtasks, for example, as shown in fig. 4, the game device executes subtask 1, which is mainly used for executing game tasks; the live broadcast equipment executes the subtask 2 and is mainly used for live broadcast push stream, live broadcast pull stream or live broadcast of live broadcast pictures and the like; the network device executes subtask 3, mainly for controlling network connection and network transmission, etc.

In the process of executing the subtasks corresponding to the subtasks, the devices of various types also respectively execute corresponding acquisition tasks, for example, in the process of executing the game competition tasks, the competition device also executes the acquisition task 1 (acquires the running index of the competition device); in the process of executing live push/pull, the live device also executes an acquisition task 2 (acquiring audio/video data stream) and the like.

Step S204, according to the device information of a group of devices, corresponding acquisition tasks are sent to each device in the group of devices, wherein the acquisition tasks corresponding to different types of devices are different.

Step S206, acquiring acquisition information sent by each device in the group of devices, where the acquisition information sent by each device in the group of devices includes information acquired by each device in the group of devices when executing the corresponding acquisition task in the process of executing the target task together by the group of devices, and the acquisition information sent by each device in the group of devices is used to determine whether a fault occurs in the process of executing the target task together by the group of devices.

In order to facilitate understanding of the above device management method, a group of devices in the embodiments of the present application are explained by taking electronic bidding devices in an electronic bidding game scenario as an example.

The electronic competition Game may be, but not limited to, a Game in a target Game application running on a terminal device, and in the embodiment of the present application, the target Game application may include, but is not limited to, a multi-Player online tactical competition Game (Multiplayer Online Battle Arena, abbreviated as MOBA) or a Single-Player Game (SPG), for example, a first-person shooting Game, a third-person shooting Game, and the like, including but not limited to, all games that use hot and cold weapon types to attack. Alternatively, the types of target gaming applications may include, but are not limited to, at least one of: two-dimensional (2D) game applications, three-dimensional (3D) game applications, virtual Reality (VR) game applications, augmented Reality (Augmented Reality AR) game applications, mixed Reality (MR) game applications. The hardware environment in which the target game application operates can be a mobile terminal such as a mobile phone or a PC (personal computer) terminal such as a computer. The above is merely an example, and is not limited in any way in the present embodiment.

The electronic competition is an antagonistic electronic competition game competition which takes electronic competition games as a basis, takes software and hardware equipment with an information technology as a core as an appliance and is fairly conducted in a virtual environment created by the information technology according to unified competition rules and under the guarantee of the rules.

In the embodiment of the application, in order to realize data acquisition and equipment performance detection and early warning of different types of electronic bidding equipment, a group of equipment for executing electronic racing is connected together through an IP (for the abbreviation of Internet Protocol) network, so that the electronic bidding equipment can be also simply called an IP-based equipment or an IP electronic bidding equipment and the like.

The IP network is an abbreviation for virtual interconnection network using IP protocol, and the IP network includes but is not limited to internet which is popular at present, various local area networks based on IP protocol, metropolitan area network, wide area network, etc. Wherein, the network with different performances can be a unified network on the network layer by utilizing the IP protocol, and the advantage of using the IP network is that: when hosts on an IP network communicate, they do not see the specific heterogeneous details of the interconnected networks (e.g., the specific orchestration scheme, routing protocols, etc.) as if they were communicating on a single network.

In addition, the IP network may be built on top of the underlying physical network supporting various link layer protocols. Applications supported by IP networks include email, IP telephony, network message querying, directory services, file transfer, and database retrieval, among others.

The device management method in the embodiment of the present application is implemented on the premise that the IP network supports various link layer protocols, specifically, an IP-based device management system is built on the basis of the IP network, and an architecture hierarchical model of the system is shown in fig. 5, and includes a device layer, an acquisition layer, a control layer, and a management layer, and the functions of each layer in the architecture model are briefly described below.

Device layer (one)

The IP equipment in the electronic competition comprises competition client equipment (such as a computer mobile phone and the like), IP playing equipment (such as encoding and decoding equipment, push-pull equipment, broadcasting guiding and talking equipment and the like) and network equipment (such as a switch, a router, a firewall and the like), and the equipment are connected through a network to form a complete topological structure. The ios/android/pc/server has a specially developed client app program for management, and the network device and other IP devices are managed by a common protocol.

(II) acquisition layer

The main tasks of the acquisition layer are divided into two types, wherein the first type is to acquire equipment and data of different types of equipment layer in a second level, and the data type comprises basic performance data, detection state data, audio and video data, logs and the like; the second category is to manage device configuration, for example, unified network configuration management for network devices, issue management for standardized configuration in the racing end, and the like.

The acquisition layer acquires equipment information of different types of electronic bidding equipment mainly by executing different types of services, wherein the different types of services comprise at least one of the following: log-svr: the system is used for collecting syslog errors and event logs of each end; snmp-svr: the data acquisition device is used for carrying out data acquisition through a snmp protocol and mainly aims at network equipment; cfgmgr-svr, mainly used for configuration backup and issuing configuration of network equipment, mainly configured management by means of netconf and telnet; probe-svr: the detection service is mainly used for detecting the state of the IP equipment in real time and mainly adopts an icmp or udp mode for detection; group-svr: the game terminal APP background long connection and interface service is used for data acquisition, configuration issuing and other operations of the terminal APP; rtmp-svr: the method is used for receiving the audio and video stream data pushed by the in-screen recording and pushing equipment.

The device configurations include, but are not limited to, routing configurations, firewall security policy configurations, QOS configurations, two-layer device spanning tree, VLAN configurations, and the like.

(III) control layer

The main tasks of the control layer comprise task scheduling, data storage and calculation, data CGI and the like, wherein the task scheduling is to perform task issuing and scheduling on the acquisition layer, the data storage and calculation is to process and store data reported by the acquisition layer, and the data CGI is an API provided for the upper layer management layer to call.

(IV) management layer

The management layer is mainly used for a web management end to provide other functional management pages such as CMDB management, equipment inspection, event management, visual topological graph and the like.

The CMDB is a short term for configuration database, which is a term for information technology infrastructure library, and is used to store the database of asset information that software should use, and usually exists in the form of database tables, and the structure of the database tables will be described in the following embodiments.

In the case of connecting a set of electronic bidding devices together through an IP network, a pre-established CMDB data table is imported into an IP device management system, and a control layer in the IP device management system issues a scheduling task, and dynamically acquires a set of device information from the CMDB data table, where the CMDB table is in a form as shown in fig. 6, and mainly includes an IP address, a device name, a device status, and the like of each device.

It should be noted that, in the case where a field in a column of "state" shown in fig. 6 is "on line", a device corresponding to the state can establish a connection with the IP management system; otherwise, no connection can be established.

Through establishing communication between the IP equipment management system and the electronic contest equipment of different types and data interaction among the equipment layer, the acquisition layer, the control layer and the management layer, equipment information of the electronic contest equipment of different types is acquired, so that the running state and the network connection state of each equipment in the electronic contest process are determined according to the acquired equipment information, and specialized management is carried out on the electronic contest.

It should be noted that, each of the steps S202 to S206 is performed through an IP network.

In a specific embodiment, it is assumed that the target task jointly executed by the different types of electronic bidding devices is electronic bidding competition live broadcast, where the target task includes multiple subtasks, for example, a screen presentation of a competition client device (computer, mobile phone, etc.); coding and decoding, pushing and pulling of IP type producing and broadcasting equipment (such as coding and decoding equipment, pushing and pulling equipment, guiding and broadcasting equipment, and the like); network devices (e.g., switches, routers, firewalls, etc.) forward data packets to receivers, etc.

In the competition process, data acquisition is carried out on different types of electronic competition equipment in real time, a topological graph is dynamically drawn according to the acquired data, and equipment abnormality identification is dynamically displayed on the topological graph, for example, the network delay of the equipment 1 exceeds the time delay threshold required by the competition, the network congestion rate of the network equipment 2 exceeds a preset value, the system message of a game server prompts abnormal account login and the like. The drawing and updating of the topology map will be described in detail below in connection with specific embodiments.

That is, by using the IP device management system, connection with different types of electronic bidding devices can be established, data acquisition, data analysis and fault warning can be performed on the different types of electronic bidding devices, the acquisition efficiency of device information of the different types of electronic bidding devices is improved, more efficient resource utilization is realized, and the device management efficiency is improved.

As an optional example, the sending, according to the device information of the set of devices, a corresponding acquisition task to each device in the set of devices includes:

and sending acquisition tasks corresponding to the types of the devices to the devices in the group of devices, wherein the acquisition tasks corresponding to the different types are used for indicating the corresponding devices to acquire by adopting different acquisition modes.

Because of the large variety of devices utilized in electronic competition, such as mobile devices, PCs, servers, network devices, etc., different acquisition methods are required for different types of devices, and adaptation and compatibility tests are performed to meet the acquisition requirements of multiple platforms.

As an optional implementation manner, the sending, to each device in the group of devices, an acquisition task corresponding to a type of each device includes: the method comprises the following steps of sending an ith acquisition task to an ith type of device, wherein i is a positive integer greater than or equal to 1, and a group of devices comprises the ith type of device: when the ith type of equipment comprises a plurality of pieces of equipment, respectively sending an ith acquisition task to the plurality of pieces of equipment, wherein the ith acquisition task is used for indicating the plurality of pieces of equipment to acquire in an ith acquisition mode; in the case that the ith type of device comprises a device, the ith acquisition task is sent to the device, wherein the ith acquisition task is used for indicating the device to acquire in the ith acquisition mode.

For example, assuming that the mobile device participating in the live electronic competition includes 3 devices, data acquisition tasks about the mobile device, such as mainly acquiring the CPU temperature of the mobile device (e.g., a computer), the link state between the devices, the neighbor relation of the devices, etc., are respectively issued to the 3 devices, where the neighbor relation of the devices includes whether the connection relation between the devices changes, whether there is an abnormality (e.g., disconnection) in the link between the devices in the connection relation, etc.

For another example, if 1 camera is involved in live broadcast of the electronic competition, the tasks such as picture collection and picture collection of the playing scene are directly sent to the camera.

It should be noted that the IP device management system can establish communication with different types of devices because SDK packets are pre-installed inside devices other than the network device, and the SDK packets enable the devices of different types to adapt to the IP device management system (simply referred to as a management system) and to be compatible with the communication protocols of different types. Therefore, the SDK data packet reports the acquired device information of different devices to the management system.

Means for reporting device information for SDK packets include, but are not limited to: (1) Periodically (for example, at intervals of 5s or 10 s) collecting the device data by the SDK, and reporting the device data to a background management system; (2) The background management system informs the SDK to execute the acquisition task through the broadcast message, and reports the equipment data to the background relation system after the acquisition is completed.

In other words, by using at least one protocol and the SDK data packet, communication between the management system and different types of devices is established, and different types of acquisition tasks are issued to different device types, so that the management system can adapt to different types of games, such as end game and hand game, and the monitoring requirements of various electronic competition events are met, and the system has higher flexibility and practicability. In addition, through the hardware decoding technology, the CPU burden is reduced, the decoding speed is improved, and more efficient resource utilization and better decoding effect are realized.

As an alternative implementation, before sending the acquisition task corresponding to the type of each device to each device in the group of devices, the method further includes:

determining an ith acquisition task corresponding to an ith type through one of the following steps, wherein a group of devices comprises the equipment of the ith type, and i is a positive integer greater than or equal to 1: in the case that the device of the ith type is a network device, determining the ith acquisition task as a device for instructing the device of the ith type to acquire first information of the device of the ith type by adopting a target network management protocol, wherein the first information comprises at least one of the following: packet loss rate and network congestion rate; or in the case that the device of the ith type is a mobile device, determining the ith acquisition task as a method for instructing the device of the ith type to acquire second information of the device of the ith type by using a target program, wherein the target program is a program pre-installed on the device of the ith type, and the second information comprises at least one of the following: the temperature of the target device in the i-th type of device, the frame rate of the display image on the i-th type of device; or under the condition that the ith type of equipment is a server, determining the ith acquisition task as a method for indicating the ith type of equipment to acquire third information of the ith type of equipment in a log viewing mode, wherein the third information comprises at least part of information in logs generated by the following ith type of equipment; or in the case that the device of the ith type is a PC device, determining the ith acquisition task as a detection method for instructing the device of the ith type to acquire fourth information of the device of the ith type by adopting a detection mode based on a target network transmission protocol, wherein the fourth information comprises at least one of the following components: a quality parameter of a communication link between an i-th type of device and another device of the set of devices, a connectivity parameter of a communication link between an i-th type of device and another device of the set of devices, the other device being a device that is contiguous with the i-th type of device or a device that is not contiguous with the i-th type of device.

It should be noted that, because the structure of the network device is relatively closed, the acquisition task cannot be executed in the form of a built-in SDK data packet, and therefore, the first information of the network device is generally acquired by using a target network management protocol, for example, an SNMP universal management protocol is used to acquire a packet loss rate, a network congestion rate, and the like of devices such as a server, a router, a switch, and the like.

For the mobile device, the acquisition task is performed by installing an SDK data packet in the mobile device, and the implementation mode of the acquisition task includes, but is not limited to, code written by the SDK, and different acquisition instructions are executed in different periods, so that different device information of the mobile device is acquired in different periods. For example, in a first period, the CPU temperature, the frame rate of the game screen, etc. are collected; in a second period after an interval of 10 seconds, only the CPU temperature is collected.

For game servers, a log-viewing mode is typically used to collect device information of the server, for example, a syslog mode is used to collect system notifications or messages.

The log system of the game server mainly comprises a service log and a program log, wherein the service log is mainly used by operators and mainly comprises message reminding of account login or exit, message reminding of network connection and the like; program logs are mainly used for debugging by program developers, such as searching for program bugs.

The PC device may collect device information by, but not limited to, a probe method based on a target network transmission protocol, a method of incorporating an SDK, or the like. The detection mode based on the target network transmission protocol comprises, but is not limited to, an ICMP/UDP detection mode, wherein the ICMP is a connectionless protocol, belongs to a network layer protocol and is mainly used for transmitting error reports; UDP is a connectionless transport layer protocol.

That is, by adopting the IP device management system in the embodiment of the present application, multiple types of acquisition modes may be supported, so as to obtain device information of different types of electronic bidding devices, and improve compatibility of the management system.

As an alternative example, the method further includes: acquiring a first neighbor detection result sent by each device in a group of devices, wherein the first neighbor detection result is used for representing the devices adjacent to each device in an IP network; generating a first topological graph of the group of devices according to a first neighbor detection result sent by each device in the group of devices, wherein each node in the first topological graph represents each device in the group of devices, and an edge between two nodes in the first topological graph represents that two devices represented by the two nodes are mutually adjacent devices in the IP network.

As is apparent from the description of the above embodiments, if a group of devices are connected through an IP network, if each device is recorded as a node, the connection relationship between each device in the group of devices can be used in the form of a topology chart at the interface of the management end device.

For example, if the device 1 is connected to the devices 2 and 3 through a network cable, the node 1 corresponding to the device 1 is connected to the node 2 corresponding to the device 2 to obtain an edge, and the edge indicates that the device 1 and the device 2 are mutually adjacent devices in the IP network. In other words, device 1 is in a neighbor relationship with device 2, and device 1 is in a neighbor relationship with device 3.

Specifically, as shown in fig. 7, if the connection state between the source device and the target device is connected, it indicates that the two devices belong to the adjacent devices, and therefore, in addition to the CMDB data table described above, a sub-table indicating the neighbor relation of the devices as shown in fig. 7 is included.

It should be noted that, in the case that the status of the reported device neighbor relation is normal, it may also be determined that the management system and each type of device may communicate normally.

And by analogy, according to the neighbor relation of each device reported to the background management system, a topological graph can be drawn, specifically as shown in fig. 8, through the topological graph, the running data and the network connection state of each device in the IP network can be intuitively displayed, and in the competition process, if the device is abnormal, an abnormal mark appears on the topological graph, and the description of the device is described below with reference to specific embodiments.

In network maintenance, the adjustment of the connection relationship between the network cable and the optical fiber is very normal, and how to dynamically maintain the topology relationship in the system after adjustment is manually and synchronously updated in the related technology.

Thus, the device access and connection relationships in the IP network may be dynamically adjusted, and in addition to the dynamic maintenance of device information in the CMDB data table, dynamic discovery and update of device connection relationships, i.e., device neighbor relationships, may be required, for example, neighbor discovery protocols such as CDP or NDP, etc.

As an alternative example, after generating the topology map of the set of devices, the method further includes: acquiring a second neighbor detection result sent by at least part of the devices in the group of devices, wherein the second neighbor detection result is used for representing the updated devices adjacent to the at least part of the devices in the IP network; and updating the first topological graph into a second topological graph according to a second neighbor detection result sent by at least part of devices in one group of devices, wherein each node in the second topological graph represents each device in the other group of devices, an edge between two nodes in the second topological graph represents that the two devices represented by the two nodes are mutually adjacent devices in the IP network, and the other group of devices is identical to the group of devices or is a subset of the group of devices.

After the collecting layer periodically reports the collected device information according to a preset rule, the control layer determines whether the network connection state and connection relation between the devices need to be updated according to the received device information of two adjacent periods.

For example, assume that there are 3 devices, namely device 1, device 2 and device 3, respectively, and that at the end of the first period, 3 devices report their neighbor relation data, respectively, for example, device 1 is connected to device 2 through network line 1, and device 3 through network line 2, respectively; after 60s, the second period is over, and the network line 2 between the device 1 and the device 2 through the network line 1 is acquired, but the network line 2 between the device 1 and the device 3 is disconnected, which means that the neighbor relation between the 3 devices changes in the second period.

The control layer in the management system compares the device neighbor relations reported by the two periods respectively, and determines that the first topological graph needs to be updated under the condition that the device neighbor relations reported by the two periods are different, so that an updated second topological graph is obtained.

Obviously, the device neighbor relation is only a part of the topological graph, and is not limited, for example, the topological graph also comprises operation data of each device, such as a packet loss rate of the network device, a quality parameter of a communication link between two mobile devices reported by the PC device, and the like.

It is easy to understand that, along with the device information of various types of devices dynamically reported by the acquisition layer, the control layer calculates and analyzes whether the network connection state, the interface state, the device neighbor relation and the like of each device are abnormal, if so, the topology map is dynamically updated, so that sensitive events of different events are efficiently detected, abnormal risks are found in real time, event workers can be timely notified, potential risks can be dealt with, and the overall quality and reliability of an electronic competition are improved.

As an alternative example, after generating the topology map of the set of devices, the method further includes: under the condition that the newly added equipment is connected with a group of equipment through an IP network, a third neighbor detection result sent by the group of equipment and each equipment in the newly added equipment is obtained, wherein the third neighbor detection result is used for representing equipment adjacent to the group of equipment and each equipment in the newly added equipment in the IP network; and updating the first topological graph into a third topological graph according to a third neighbor detection result sent by each device in the group of devices and the newly added device, wherein each node in the third topological graph represents each device in the group of devices and the newly added device, and an edge between two nodes in the third topological graph represents that the two devices represented by the two nodes are mutually adjacent devices in the IP network.

The type and number of electronic bidding devices required may be different for different types of events, and thus, a group of devices in the IP network may be added, deleted or changed.

When a new device is required to be added to the IP network, only the device information of the latest incorporated managed target device needs to be added to the CMDB data table shown in fig. 6, and the background management system will refresh at regular time. After the new target device appears in the IP network, the target device reports the collected device data to the background system.

According to the device data reported by the group of devices before the new and the device data reported by the new target device, the background management system updates the topological graph of the previous period, so that the running states of all the devices in the IP network can be accurately and efficiently monitored.

Similarly, when a part of devices are deleted or changed from a group of devices in the IP network, the device information (including neighbor detection results) periodically reported by the acquisition layer changes, and then the topology map is updated.

As an alternative example, the method further includes: under the condition that the newly-added equipment is connected with a group of equipment through an IP network, equipment information of the newly-added equipment is obtained, wherein the equipment information of the newly-added equipment comprises the type of the newly-added equipment, and the newly-added equipment is used for executing part of subtasks in the target task; sending an acquisition task corresponding to the type of the newly added equipment to the newly added equipment; acquiring acquisition information sent by the newly added equipment, wherein the acquisition information sent by the newly added equipment comprises information acquired by the newly added equipment executing a corresponding acquisition task in the process of jointly executing a target task by the newly added equipment and a group of equipment.

When a device is added to the IP network, only one piece of data needs to be added in the CMDB data table shown in fig. 4, where the new piece of data includes the device name, the device type, and the adaptable data collection method of the new device.

The background management system determines that a new device exists in the IP network through timing refreshing, and sends an acquisition task to the new device according to the type of the new device, for example, when the new device belongs to the mobile device, the operation data of the device is acquired and reported through an SDK data packet in the new device; when the newly added equipment is network equipment, the SNMP general protocol is adopted to collect and report the packet loss rate, the network congestion rate and the like of the newly added equipment.

Therefore, when a device is newly added in the IP network, only one piece of device information about the newly added device is needed to be added in the CMDB data table, the corresponding type of acquisition task can be issued to the newly added device through the timing refreshing of the background management system, the acquired data is periodically reported, the flexibility and the application range of the management system are improved, and the stability and the safety of the event network environment are maintained.

For the competition equipment, a security and standardized configuration strategy needs to be issued to ensure security detection and monitoring in various competition equipment terminals; the network equipment needs to be subjected to backup, backup audit, issuing of standardized configuration and the like.

As an alternative example, the method further includes: transmitting a security configuration policy to each device in a group of devices, wherein the security configuration policy is used to perform at least one of the following steps: the method comprises the steps of configuring a firewall used by each device, backing up data generated by each device in the process of jointly executing a target task by a group of devices, and detecting abnormality of communication links among the devices in the process of jointly executing the target task by the group of devices.

After the device information of the group of devices which are managed is imported into the background management system in the form of a CMDB table, a control layer in the management system issues a security configuration policy to each device in the group of devices, so that data generated by each device is backed up or communication links of each device are detected abnormally in the process that the group of devices jointly execute the target task.

As an alternative example, the method further includes: determining whether a fault occurs in the process of jointly executing the target task by a group of devices according to the acquisition information sent by each device in the group of devices; and under the condition that the fault occurs in the process of determining that a group of devices jointly execute the target task, displaying fault prompt information on a target interface, wherein the fault prompt information is used for prompting the fault.

And at a control layer of the management system, analyzing and calculating according to the periodically reported acquisition information of each type of equipment, and determining whether each equipment fails in the electronic competition process according to an analysis result.

In the case of determining that a fault occurs, fault prompt information is displayed on a target interface of the management end device, for example, a red line appears on a curve in an event quality area shown in fig. 8, alarm prompt information appears in a player access condition area, and the like.

As an optional implementation manner, the determining whether the group of devices perform the target task together in a fault process according to the collected information sent by each device in the group of devices includes at least one of the following: determining that a link between the ith type of device and the adjacent device fails when the acquired information sent by the ith type of device in the group of devices indicates that the ith type of device receives a data packet of the adjacent device of the ith type of device to be abnormal, wherein i is a positive integer greater than or equal to 1; in the case that the acquisition information sent by the ith type of device in the group of devices indicates that the data packet sent by the ith type of device to the device adjacent to the ith type of device is abnormal, determining that the ith type of device fails.

Obviously, the failure of the link between the i-th type device and the adjacent device, the abnormality of the packet transmitted by the i-th type device to the device adjacent to the i-th type device, and the like are only one example of the device failure, and are not limited thereto.

The product schematic diagram of the IP device management system in the embodiment of the present application is shown in fig. 10, and includes modules such as electronic contest device management, display of a network topology diagram, event alarm, and the like, and also intuitively displays a live broadcast topology, a competition topology, and the like on an interface, where details of the live broadcast topology and the competition topology can refer to a detail page of the topology diagram shown in fig. 8.

It should be noted that, in the device management method in the embodiment of the present application, besides the device abnormality can be found and decision basis is provided for fault analysis, part of the device faults can be solved by a set emergency plan that is fast recovered, for example, the device abnormality can be fast removed by one-key isolation, all services can be automatically switched to be executed on the standby device under the condition of the failure of the main device by automatic switching of the main/standby device, etc.

In order to more clearly understand the above technical solution, the device management method is further described below with reference to the overall flowchart shown in fig. 9.

S902, importing CMDB related equipment information into a page table.

That is, device information for a group of devices to be incorporated into the management system is entered into the form of a CMDB data table that includes basic information for each device, such as device name, IP address, connection status, etc.

S904, the scheduling task dynamically acquires the equipment information from the CMDB data table.

After device information of a group of devices is introduced into the management system, a control layer in the management system obtains information such as a device type, a device name, and the like of each device in the CMDB table.

S906, issuing configuration to the configuration service process and calling a configuration task.

Among them, the configurations include, but are not limited to, routing configurations, firewall security policy configurations, QOS configurations, two-layer device spanning tree and VLAN configurations, etc.

For the competition equipment, a safety and standardized configuration strategy needs to be issued, so that safety detection and monitoring in various competition equipment terminals are ensured; the network equipment needs to carry out backup, configuration audit, issuing of standardized configuration and other management on the configuration.

S908, issuing the configuration to the device, or reading the current configuration from the device.

S910, returning configuration or configuration state information.

S912, reporting the configuration to a data interface of the background management system.

Specifically reporting to a control layer of the background management system, and issuing corresponding types of acquisition tasks to each type of equipment by the control layer according to the acquired equipment information and configuration information.

S914, issuing an acquisition task.

In the above embodiment, different acquisition tasks are issued according to the type of each device in the IP network device, for example, for the network device, the acquisition task is used for indicating the network device to acquire data such as a packet loss rate, a network congestion rate, etc. in the process of executing the task by adopting a target management protocol; for the mobile device, the acquisition task is used for instructing the mobile phone end to acquire the CPU temperature, the frame rate of the image and the like of the mobile phone by adopting a target program (code in an SDK data packet).

And S916, the acquisition process periodically acquires related data from the equipment end according to the configuration and reports the data to the background data interface.

For example, the SDK collects the CPU temperature, image frame rate of the device from the mobile device every 1 second, every 5 seconds, or every 60 seconds, and reports to the backend data interface.

The step of SDK data packet execution includes the step of periodically or periodically collecting device data in S916-1, and the step of dynamically reporting the collected data in S916-2 and S916-3.

S918, reporting the log data of the equipment in a Syslog mode.

For example, a system notification or system message to the game server, a reminder message to power on or off the mobile device, etc.

S920, reporting the log data to a back-end data interface, and carrying out storage analysis on the log data.

For example, the control layer is used for analyzing the reported log data to determine whether the equipment has abnormal alarms.

S922, the control layer of the management system dynamically acquires the abnormality detection data from the data interface.

And returns the data to the management layer of the management system as by step S924.

S924, the abnormality detection data is returned to the management layer.

S926, starting a scheduling task, and performing topology automatic discovery scanning.

For example, the background management system regularly refreshes the collected data reported by the collection layer and analyzes whether the new addition, deletion or network connection relation change of the equipment occurs or not.

S928, the configuration process obtains the corresponding device neighbor relation according to the device information.

For example, each type of device detects and reports the device neighbor relation periodically according to the preset time.

And S930, returning to the neighbor relation between the devices.

S932, reporting the neighbor relation between the devices to a control layer in the management system.

The control layer is used to analyze whether the neighbor detection result reported in the next period changes, for example, whether the names of 3 devices of the 3 devices connected with the device 1 change, whether the IP of the 3 devices change, whether a newly added device is connected with the device 1, and the like.

S934, determining whether to update the topology map of the device according to the analysis result of the control layer.

When the neighbor detection results reported by the acquisition layer before and after the acquisition layer are inconsistent, the topological relation among all the devices in the IP network needs to be updated.

S936, obtaining the topological relation from the CMDB data table.

S938, returning the topological relation in the CMDB data table to the management layer of the background management system.

S940, the management layer dynamically draws a topological graph according to the latest topological relation, and displays the dynamic anomaly identification according to the anomaly detection data returned in the step S924.

By adopting the technical scheme, different acquisition tasks are sent to each device in the group of devices by acquiring the device information of the group of devices connected by the IP network, and acquisition information sent by each device in the group of devices is acquired. And determining whether a group of devices have faults in the process of jointly executing the target task according to the acquisition information sent by each device. That is, a group of devices connected through an IP network simultaneously execute different acquisition tasks, and acquire device performance information and network state information acquired by each device in the group of devices, so as to determine whether a fault occurs in the process of executing a target task, simplify the monitoring process of different types of devices, reduce the acquisition time of device information, and realize the technical effect of improving the efficiency of device management.

In addition, by adopting the technical scheme in the embodiment of the application, the first visual angle picture of the player and the performance data of the monitored player equipment can be captured in real time, so that cheating behaviors can be effectively identified and prevented, and fairness of electronic competition events are effectively ensured; meanwhile, the development of the electronic competition monitoring technology is promoted, and the guarantee is provided for the efficient, fair and safe operation of the electronic competition.

It should be noted that, for simplicity of description, the foregoing method embodiments are all expressed as a series of action combinations, but it should be understood by those skilled in the art that the present application is not limited by the order of actions described, as some steps may be performed in other order or simultaneously in accordance with the present application. Further, those skilled in the art will also appreciate that the embodiments described in the specification are all preferred embodiments, and that the acts and modules referred to are not necessarily required in the present application.

According to another aspect of the embodiments of the present application, there is also provided an apparatus for device management as shown in fig. 11, including: a first obtaining unit 1102, configured to obtain, when a group of devices is connected through an IP network, device information of each device in the group of devices, where the device information of each device in the group of devices includes a type of each device in the group of devices, the group of devices includes multiple types of devices for collectively performing a target task, each type of device is used for performing a part of sub-tasks in the target task, the sub-tasks performed by the different types of devices are different, and the target task includes multiple sub-tasks; a first sending unit 1104, configured to send corresponding acquisition tasks to each device in the group of devices according to device information of the group of devices, where the acquisition tasks corresponding to different types of devices are different; the second obtaining unit 1106 is configured to obtain the collected information sent by each device in the set of devices, where the collected information sent by each device in the set of devices includes information collected by each device in the set of devices when the set of devices jointly execute the target task, and the collected information sent by each device in the set of devices is used to determine whether a fault occurs in the process that the set of devices jointly execute the target task.

Optionally, the first transmitting unit 1104 includes: the first sending module is used for sending the acquisition tasks corresponding to the types of the devices to the devices in the group of devices, wherein the acquisition tasks corresponding to the different types are used for indicating the corresponding devices to acquire by adopting different acquisition modes.

Optionally, the first sending module includes: the first processing submodule is used for sending an ith acquisition task to an ith type of device, wherein i is a positive integer greater than or equal to 1, and a group of devices comprises the ith type of device: when the ith type of equipment comprises a plurality of pieces of equipment, respectively sending an ith acquisition task to the plurality of pieces of equipment, wherein the ith acquisition task is used for indicating the plurality of pieces of equipment to acquire in an ith acquisition mode; in the case that the ith type of device comprises a device, the ith acquisition task is sent to the device, wherein the ith acquisition task is used for indicating the device to acquire in the ith acquisition mode.

Optionally, the apparatus further includes: the first processing module is used for determining an ith acquisition task corresponding to an ith type through one of the following steps before sending the acquisition task corresponding to the type of each device to each device in a group of devices, wherein the group of devices comprises the device of the ith type, and i is a positive integer greater than or equal to 1: in the case that the device of the ith type is a network device, determining the ith acquisition task as a device for instructing the device of the ith type to acquire first information of the device of the ith type by adopting a target network management protocol, wherein the first information comprises at least one of the following: packet loss rate and network congestion rate; or in the case that the device of the ith type is a mobile device, determining the ith acquisition task as a method for instructing the device of the ith type to acquire second information of the device of the ith type by using a target program, wherein the target program is a program pre-installed on the device of the ith type, and the second information comprises at least one of the following: the temperature of the target device in the i-th type of device, the frame rate of the display image on the i-th type of device; or under the condition that the ith type of equipment is a server, determining the ith acquisition task as a method for indicating the ith type of equipment to acquire third information of the ith type of equipment in a log viewing mode, wherein the third information comprises at least part of information in logs generated by the following ith type of equipment; or in the case that the device of the ith type is a PC device, determining the ith acquisition task as a detection method for instructing the device of the ith type to acquire fourth information of the device of the ith type by adopting a detection mode based on a target network transmission protocol, wherein the fourth information comprises at least one of the following components: a quality parameter of a communication link between an i-th type of device and another device of the set of devices, a connectivity parameter of a communication link between an i-th type of device and another device of the set of devices, the other device being a device that is contiguous with the i-th type of device or a device that is not contiguous with the i-th type of device.

Optionally, the apparatus further includes: a third obtaining unit, configured to obtain a first neighbor detection result sent by each device in a group of devices, where the first neighbor detection result is used to represent a device adjacent to each device in the IP network; and the first processing unit is used for generating a first topological graph of the group of devices according to a first neighbor detection result sent by each device in the group of devices, wherein each node in the first topological graph represents each device in the group of devices, an edge between two nodes in the first topological graph represents that the two devices represented by the two nodes are mutually adjacent devices in the IP network.

Optionally, the first processing unit includes: the first acquisition module is used for acquiring a second neighbor detection result sent by at least part of equipment in a group of equipment, wherein the second neighbor detection result is used for representing equipment adjacent to the at least part of equipment after being updated in the IP network; and the first updating module is used for updating the first topological graph into a second topological graph according to a second neighbor detection result sent by at least part of devices in the group of devices, wherein each node in the second topological graph represents each device in the other group of devices, an edge between two nodes in the second topological graph represents that the two devices represented by the two nodes are mutually adjacent devices in the IP network, and the other group of devices are identical to the group of devices or are subsets of the group of devices.

Optionally, the first processing unit further includes: the second acquisition module is used for acquiring a third neighbor detection result sent by each device in the group of devices and the newly-added device under the condition that the newly-added device is connected with the group of devices through an IP network, wherein the third neighbor detection result is used for representing the device adjacent to each device in the group of devices and the newly-added device in the IP network; and the second updating module is used for updating the first topological graph into a third topological graph according to a third neighbor detection result sent by each device in the group of devices and the newly added device, wherein each node in the third topological graph represents each device in the group of devices and the newly added device, an edge between two nodes in the third topological graph represents that the two devices represented by the two nodes are mutually adjacent devices in the IP network.

Optionally, the apparatus further includes: a fourth obtaining unit, configured to obtain, when the newly added device is connected to a group of devices through an IP network, device information of the newly added device, where the device information of the newly added device includes a type of the newly added device, and the newly added device is configured to execute a part of subtasks in the target task; the second sending unit is used for sending acquisition tasks corresponding to the types of the newly-added equipment to the newly-added equipment; and a fifth acquisition unit, configured to acquire acquisition information sent by the newly added device, where the acquisition information sent by the newly added device includes information acquired by the newly added device executing a corresponding acquisition task in a process that the newly added device and a group of devices jointly execute a target task.

Optionally, the apparatus further includes: a third sending unit, configured to send a security configuration policy to each device in a group of devices, where the security configuration policy is used to perform at least one of the following steps: the method comprises the steps of configuring a firewall used by each device, backing up data generated by each device in the process of jointly executing a target task by a group of devices, and detecting abnormality of communication links among the devices in the process of jointly executing the target task by the group of devices.

Optionally, the apparatus further includes: the second processing unit is used for determining whether a fault occurs in the process of jointly executing the target task by the group of equipment according to the acquisition information sent by each equipment in the group of equipment; the display unit is used for displaying fault prompt information on the target interface under the condition that a group of devices have faults in the process of jointly executing the target task, wherein the fault prompt information is used for prompting the faults.

Optionally, the second processing unit includes: the second processing module is used for determining that a link between the ith type of equipment and the adjacent equipment fails when acquisition information sent by the ith type of equipment in the group of equipment indicates that the ith type of equipment receives a data packet of the equipment adjacent to the ith type of equipment and is abnormal, wherein i is a positive integer greater than or equal to 1; and the third processing module is used for determining that the ith type of equipment fails when the acquired information sent by the ith type of equipment in the group of equipment indicates that the data packet sent by the ith type of equipment to the equipment adjacent to the ith type of equipment is abnormal.

By applying the device to the equipment information of a group of equipment connected through the IP network, different acquisition tasks are sent to each equipment in the group of equipment, and the acquisition information sent by each equipment in the group of equipment is obtained. And determining whether a group of devices have faults in the process of jointly executing the target task according to the acquisition information sent by each device. That is, a group of devices connected through an IP network simultaneously execute different acquisition tasks, and acquire device performance information and network state information acquired by each device in the group of devices, so as to determine whether a fault occurs in the process of executing a target task, simplify the monitoring process of different types of devices, reduce the acquisition time of device information, and realize the technical effect of improving the efficiency of device management.

It should be noted that, the embodiments of the device management apparatus herein may refer to the embodiments of the device management method described above, and are not described herein again.

According to still another aspect of the embodiments of the present application, there is also provided an electronic device for implementing the above device management method, where the electronic device may be a terminal device shown in fig. 12. The present embodiment is described taking the electronic device as a background device as an example. As shown in fig. 12, the electronic device comprises a memory 1202 and a processor 1204, the memory 1202 storing a computer program, the processor 1204 being arranged to perform the steps of any of the method embodiments described above by means of the computer program.

Alternatively, in this embodiment, the electronic device may be located in at least one network device of a plurality of network devices of the computer network.

Alternatively, in the present embodiment, the above-described processor may be configured to execute the following steps by a computer program:

s1, acquiring device information of each device in a group of devices under the condition that the group of devices are connected through an IP network, wherein the device information of each device in the group of devices comprises types of each device in the group of devices, the group of devices comprises a plurality of types of devices for jointly executing a target task, each type of device is used for executing part of sub-tasks in the target task, the sub-tasks executed by the different types of devices are different, and the target task comprises a plurality of sub-tasks.

S2, according to the equipment information of a group of equipment, corresponding acquisition tasks are sent to each equipment in the group of equipment, wherein the acquisition tasks corresponding to the equipment of different types are different.

S3, acquiring acquisition information sent by each device in the group of devices, wherein the acquisition information sent by each device in the group of devices comprises information acquired by each device in the group of devices when executing a corresponding acquisition task together in the process of executing a target task together by the group of devices, and the acquisition information sent by each device in the group of devices is used for determining whether a fault occurs in the process of executing the target task together by the group of devices.

Alternatively, as will be appreciated by those skilled in the art, the structure shown in fig. 12 is merely illustrative, and the electronic device may be a smart phone (such as an Android phone, an iOS phone, etc.), a tablet computer, a palmtop computer, a mobile internet device (Mobile Internet Devices, MID), a PAD, or a target terminal. Fig. 12 is not limited to the structure of the electronic device and the electronic apparatus described above. For example, the electronics can also include more or fewer components (e.g., network interfaces, etc.) than shown in fig. 12, or have a different configuration than shown in fig. 12.

The memory 1202 may be used to store software programs and modules, such as program instructions/modules corresponding to the device management methods and apparatuses in the embodiments of the present application, and the processor 1204 executes the software programs and modules stored in the memory 1202 to perform various functional applications and data processing, i.e., implement the device management methods described above. Memory 1202 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 1202 may further include memory located remotely from the processor 1204, which may be connected to the terminal via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof. The memory 1202 may be, but is not limited to, storing device information, target tasks, and acquisition information for each device in a set of devices. As an example, as shown in fig. 12, the memory 1202 may include, but is not limited to, a first acquisition unit 1102, a first transmission unit 1104, and a second acquisition unit 1106 in the device management apparatus. In addition, other module units in the above device management apparatus may be included, but are not limited to, and are not described in detail in this example.

Optionally, the transmission device 1206 is configured to receive or transmit data via a network. Specific examples of the network described above may include wired networks and wireless networks. In one example, the transmission means 1206 comprises a network adapter (Network Interface Controller, NIC) that can be connected to other network devices and routers via a network cable to communicate with the internet or a local area network. In one example, the transmission device 1206 is a Radio Frequency (RF) module for communicating wirelessly with the internet.

In addition, the electronic device further includes: a display 1208 for displaying the azimuth indication information of the target sound; and a connection bus 1212 for connecting the respective module parts in the above-described electronic device.

In other embodiments, the target terminal or the server may be a node in a distributed system, where the distributed system may be a blockchain system, and the blockchain system may be a distributed system formed by connecting the plurality of nodes through a network communication. Among them, the nodes may form a Peer-To-Peer (Peer To Peer) network, and any type of computing device, such as a server, a terminal, etc., may become a node in the blockchain system by joining the Peer-To-Peer network.

According to yet another aspect of the present application, a computer program product or computer program is provided, comprising computer instructions stored in a computer readable storage medium. The computer instructions are read from a computer readable storage medium by a processor of a computer device, and executed by the processor, to cause the computer device to perform a device management method provided in various alternative implementations of the server verification process described above, where the computer program is configured to perform the steps in any of the method embodiments described above when run.

Alternatively, in the present embodiment, the above-described computer-readable storage medium may be configured to store a computer program for executing the steps of:

Alternatively, in this embodiment, it will be understood by those skilled in the art that all or part of the steps in the methods of the above embodiments may be performed by a program for instructing the target terminal related hardware, and the program may be stored in a computer readable storage medium, where the storage medium may include: flash disk, read-Only Memory (ROM), random-access Memory (Random Access Memory, RAM), magnetic or optical disk, and the like.

The foregoing embodiment numbers of the present application are merely for describing, and do not represent advantages or disadvantages of the embodiments.

The integrated units in the above embodiments may be stored in the above-described computer-readable storage medium if implemented in the form of software functional units and sold or used as separate products. Based on such understanding, the technical solution of the present application may be embodied in essence or a part contributing to the prior art or all or part of the technical solution in the form of a software product stored in a storage medium, including several instructions to cause one or more computer devices (which may be personal computers, servers or network devices, etc.) to perform all or part of the steps of the methods of the various embodiments of the present application.

In the foregoing embodiments of the present application, the descriptions of the embodiments are emphasized, and for a portion of this disclosure that is not described in detail in this embodiment, reference is made to the related descriptions of other embodiments.

In several embodiments provided in the present application, it should be understood that the disclosed client may be implemented in other manners. The above-described embodiments of the apparatus are merely exemplary, and are merely a logical functional division, and there may be other manners of dividing the apparatus in actual implementation, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be through some interfaces, units or modules, or may be in electrical or other forms.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed over a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The foregoing is merely a preferred embodiment of the present application and it should be noted that modifications and adaptations to those skilled in the art may be made without departing from the principles of the present application and are intended to be comprehended within the scope of the present application.

Claims

1. The device management method is characterized by being realized by an IP device management system established based on an IP network, wherein an architecture hierarchical model of the IP device management system comprises a device layer, an acquisition layer, a control layer and a management layer, and the method comprises the following steps:

Acquiring device information of each device in a group of devices under the condition that the group of devices are connected through the IP network, wherein the device information of each device in the group of devices comprises types of each device in the group of devices, the group of devices comprises a plurality of types of devices for jointly executing target tasks, each type of device is used for executing part of sub-tasks in the target tasks, the sub-tasks executed by the different types of devices are different, the target tasks comprise a plurality of sub-tasks, the target tasks are electronic contests, the sub-tasks executed by the different types of devices comprise game play equipment used for executing game play, IP streaming equipment used for processing live broadcast push-pull stream data and network equipment used for controlling network connection and network transmission;

sending corresponding acquisition tasks to each device in the group of devices according to the device information of the group of devices, wherein the acquisition tasks corresponding to the devices of different types are different;

acquiring acquisition information sent by each device in the group of devices, wherein the acquisition information sent by each device in the group of devices comprises information acquired by each device in the group of devices according to acquisition tasks corresponding to different types of devices by using an SDK data packet which is installed in advance in the group of devices in advance in the process of jointly executing the target task, the SDK data packet enables each device in the group of devices to adapt and communicate with an IP equipment management system, and the acquisition information sent by each device in the group of devices is used for determining whether faults occur in the process of jointly executing the target task by the group of devices;

The sending, according to the device information of the set of devices, a corresponding acquisition task to each device in the set of devices includes: sending an acquisition task corresponding to the type of each device to each device in the group of devices, wherein the competition device is used for executing a first acquisition task, the IP-based system broadcasting device is used for executing a second acquisition task, the network device is used for executing a third acquisition task, the first acquisition task is used for acquiring the running index of the competition device, the second acquisition task is used for acquiring an audio and video data stream, the third acquisition task is used for acquiring the packet loss rate and the network congestion rate of the network device, and the corresponding acquisition tasks of different types are used for indicating the corresponding devices to acquire by adopting different acquisition modes;

wherein the group of devices are IP devices of the device layer, and the IP devices comprise the competition device, IP playing device and the network device;

the task of the acquisition layer comprises second-level acquisition of equipment and data of different types of the equipment layer and management of configuration of the equipment;

the task of the control layer comprises task scheduling, data storage and calculation and data CGI, wherein the task scheduling is to issue and schedule the task of the acquisition layer, the data storage and calculation is to process and store the data reported by the acquisition layer, and the data CGI is an API (application program interface) provided for the management layer to call;

The task of the management layer is that the web management end provides a function management page corresponding to configuration management database management, equipment inspection, event management and visual topological graph.

2. The method of claim 1, wherein the sending, to each device in the set of devices, an acquisition task corresponding to a type of the each device comprises:

transmitting an ith acquisition task to an ith type of device, wherein i is a positive integer greater than or equal to 1, and the group of devices includes the ith type of device by:

when the ith type of equipment comprises a plurality of pieces of equipment, respectively sending the ith type of acquisition task to the plurality of pieces of equipment, wherein the ith type of acquisition task is used for indicating the plurality of pieces of equipment to acquire in an ith acquisition mode;

and sending the ith acquisition task to one device under the condition that the ith type of device comprises the one device, wherein the ith acquisition task is used for indicating the one device to acquire in the ith acquisition mode.

3. The method of claim 1, wherein prior to sending the acquisition task corresponding to the type of each device in the set of devices, the method further comprises:

Determining an ith acquisition task corresponding to an ith type through one of the following steps, wherein the group of equipment comprises equipment of the ith type, and i is a positive integer greater than or equal to 1:

determining the ith acquisition task as a device for instructing the ith type of device to acquire first information of the ith type of device by using a target network management protocol under the condition that the ith type of device is a network device, wherein the first information comprises at least one of the following: the packet loss rate and the network congestion rate; or alternatively

Determining the ith acquisition task as a program for instructing the ith type of device to acquire second information of the ith type of device by using a target program under the condition that the ith type of device is a mobile device, wherein the target program is a program pre-installed on the ith type of device, and the second information comprises at least one of the following: the temperature of a target device in the i-th type of device, the frame rate of a display image on the i-th type of device; or alternatively

Determining the ith acquisition task as a method for indicating the ith type of equipment to acquire third information of the ith type of equipment in a log viewing mode under the condition that the ith type of equipment is a server, wherein the third information comprises at least part of information in a log generated by the ith type of equipment; or alternatively

Determining the ith acquisition task as a detection mode for instructing the ith type of equipment to acquire fourth information of the ith type of equipment by adopting a detection mode based on a target network transmission protocol under the condition that the ith type of equipment is PC equipment, wherein the fourth information comprises at least one of the following components: a quality parameter of a communication link between the i-th type of device and another device of the set of devices, a connectivity parameter of a communication link between the i-th type of device and another device of the set of devices, the other device being a device that is contiguous with the i-th type of device or a device that is not contiguous with the i-th type of device.

4. The method according to claim 1, wherein the method further comprises:

acquiring a first neighbor detection result sent by each device in the group of devices, wherein the first neighbor detection result is used for representing devices adjacent to each device in the IP network;

generating a first topological graph of the group of devices according to the first neighbor detection result sent by each device in the group of devices, wherein each node in the first topological graph represents each device in the group of devices, and an edge between two nodes in the first topological graph represents that the two devices represented by the two nodes are mutually adjacent devices in the IP network.

5. The method of claim 4, wherein after generating the topology map of the set of devices, the method further comprises:

acquiring a second neighbor detection result sent by at least part of the devices in the group of devices, wherein the second neighbor detection result is used for representing the devices adjacent to the at least part of the devices after being updated in the IP network;

and updating the first topological graph into a second topological graph according to the second neighbor detection result sent by the at least part of devices in the group of devices, wherein each node in the second topological graph represents each device in another group of devices, and an edge between two nodes in the second topological graph represents that the two devices represented by the two nodes are mutually adjacent devices in the IP network, and the other group of devices is identical to the group of devices or is a subset of the group of devices.

6. The method of claim 4, wherein after generating the topology map of the set of devices, the method further comprises:

acquiring a third neighbor detection result sent by each of the group of devices and the newly added device under the condition that the newly added device is connected with the group of devices through the IP network, wherein the third neighbor detection result is used for representing devices adjacent to each of the group of devices and the newly added device in the IP network;

And updating the first topological graph into a third topological graph according to the third neighbor detection result sent by each device in the group of devices and the newly added device, wherein each node in the third topological graph represents each device in the group of devices and the newly added device, and an edge between two nodes in the third topological graph represents that the two devices represented by the two nodes are mutually adjacent devices in the IP network.

7. The method of claim 6, wherein the method further comprises:

acquiring equipment information of the newly-added equipment under the condition that the newly-added equipment is connected with the group of equipment through the IP network, wherein the equipment information of the newly-added equipment comprises the type of the newly-added equipment, and the newly-added equipment is used for executing part of sub-tasks in the target task;

sending an acquisition task corresponding to the type of the newly added equipment to the newly added equipment;

acquiring acquisition information sent by the newly added equipment, wherein the acquisition information sent by the newly added equipment comprises information acquired by the corresponding acquisition task executed by the newly added equipment in the process of jointly executing the target task by the newly added equipment and the group of equipment.

8. The method according to claim 1, wherein the method further comprises:

transmitting a security configuration policy to each device in the set of devices, wherein the security configuration policy is for performing at least one of: the method comprises the steps of configuring a firewall used by each device, backing up data generated by each device in the process of jointly executing the target task by the group of devices, and detecting abnormality of communication links among the devices in the process of jointly executing the target task by the group of devices.

9. The method according to any one of claims 1 to 8, further comprising:

determining whether a fault occurs in the process of jointly executing the target task by the group of equipment according to the acquisition information sent by each equipment in the group of equipment;

and under the condition that the group of equipment is determined to have faults in the process of jointly executing the target task, displaying fault prompt information on a target interface, wherein the fault prompt information is used for prompting the faults.

10. The method of claim 9, wherein determining whether a failure occurred in the process of the group of devices collectively performing the target task based on the collected information sent by each device in the group of devices comprises at least one of:

Determining that a link between an ith type of device and an adjacent device fails when acquisition information sent by the ith type of device in the group of devices indicates that the ith type of device receives a data packet of the adjacent device of the ith type of device to be abnormal, wherein i is a positive integer greater than or equal to 1;

and determining that the ith type of device fails under the condition that the acquired information sent by the ith type of device in the group of devices indicates that the data packet sent by the ith type of device to the device adjacent to the ith type of device is abnormal.

11. A device management apparatus, implemented by an IP-based device management system established based on an IP network, an architecture hierarchy model of the IP-based device management system including a device layer, an acquisition layer, a control layer, and a management layer, wherein the apparatus comprises:

a first obtaining unit, configured to obtain, when a group of devices is connected through the IP network, device information of each device in the group of devices, where the device information of each device in the group of devices includes a type of each device in the group of devices, the group of devices includes multiple types of devices for collectively executing a target task, each type of device is used to execute a part of sub-tasks in the target task, the sub-tasks executed by the different types of devices are different, the target task includes multiple sub-tasks, the target task is live for an electronic contest, the sub-tasks executed by the different types of devices include a game device for executing a game contest, an IP-based streaming device for processing live push-pull stream data, and a network device for controlling network connection and network transmission;

The first sending unit is used for sending corresponding acquisition tasks to each device in the group of devices according to the device information of the group of devices, wherein the acquisition tasks corresponding to the devices of different types are different;

a second obtaining unit, configured to obtain acquisition information sent by each device in the set of devices, where the acquisition information sent by each device in the set of devices includes information acquired by each device in the set of devices according to acquisition tasks corresponding to different types of devices by using an SDK data packet that is installed in advance in the set of devices in advance, where the SDK data packet enables each device in the set of devices to adapt and communicate with an IP-based device management system, and the acquisition information sent by each device in the set of devices is used to determine whether a failure occurs in the process that the set of devices jointly execute the target task;

12. A computer-readable storage medium, characterized in that the computer-readable storage medium comprises a stored program, wherein the program is executable by a terminal device or a computer to perform the method of any one of claims 1 to 10.

13. An electronic device comprising a memory and a processor, characterized in that the memory has stored therein a computer program, the processor being arranged to execute the method according to any of the claims 1 to 10 by means of the computer program.