WO2017219832A1 - 机架图的显示、处理方法及装置、显示系统、存储介质 - Google Patents

机架图的显示、处理方法及装置、显示系统、存储介质 Download PDF

Info

Publication number
WO2017219832A1
WO2017219832A1 PCT/CN2017/086386 CN2017086386W WO2017219832A1 WO 2017219832 A1 WO2017219832 A1 WO 2017219832A1 CN 2017086386 W CN2017086386 W CN 2017086386W WO 2017219832 A1 WO2017219832 A1 WO 2017219832A1
Authority
WO
WIPO (PCT)
Prior art keywords
specified
component
data
real
rack
Prior art date
Application number
PCT/CN2017/086386
Other languages
English (en)
French (fr)
Inventor
陶长顺
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017219832A1 publication Critical patent/WO2017219832A1/zh

Links

Images

Definitions

  • the present invention relates to the field of communication network management, and in particular to a display and processing method and device for a rack image, a display system, and a storage medium.
  • the rack function is mainly used to display the equipment components on the rack to the user in a visual and graphical interface, so that the user can have an intuitive understanding of the current operating state of the equipment and the equipment.
  • the rack diagram is mainly implemented based on the C/S network management system structure, that is, it is embodied by the client. Although the function is relatively strong, the whole system is also very bloated, and it is difficult to adapt to the needs of the government and enterprise network.
  • the rack diagram in the form of WEB is an emerging rack diagram display method, but it is often simpler than the rack diagram in the traditional network management system.
  • the picture mode cannot accurately reflect the running status of the device.
  • the user cannot use a static picture to know which interfaces of the device are currently connected and which interfaces are disconnected, and which interfaces currently have alarms and the like. Therefore, the device shape cannot be reflected when the rack image is displayed using the still picture in the related art. There is no better solution to the problem of state.
  • the embodiment of the invention provides a display, processing method and device, a display system and a storage medium of a rack image, so as to solve at least the problem that the state of the device cannot be reflected when the static picture display frame image in the related art is displayed.
  • a display method of a rack map comprising: receiving specified data sent by a server of a specified component in a device, wherein the specified data is in advance for the real-time data and the server The stored component information of the specified component is combined to form data; and the rack image of the device is displayed according to the specified data.
  • displaying the rack image of the device according to the specified data includes: drawing the specified data in the rack image, and displaying the rack image on a WEB page.
  • the specified data is drawn in the rack image, and the rack image is displayed on a WEB page, including: a tree that traverses the specified data on the WEB page a node, and drawing the rack image on the WEB page according to the component information in the specified data and/or performing mapping processing on the specified component in the rack image.
  • a menu function corresponding to the designated component is provided on the WEB page.
  • the specified data includes at least one of: a relative coordinate between each specified component in the device, a specified component size, a specified component index, a specified component style, and a specified component tag.
  • the real-time data includes at least one of the following: specifying a component index, specifying a component state.
  • the specified data is JavaScript object symbol (JSON) data
  • JSON JavaScript object symbol
  • the real-time data is obtained by using one of the following methods: obtaining from the device by using a simple network management protocol (SNMP, Simple Network Management Protocol) or a network configuration protocol (NETCONF, NET Configuration protocol); Or, get it from the database through Java Database Connectivity (JDBC, Java Data Base Connectivity).
  • SNMP Simple Network Management Protocol
  • NETCONF Network Configuration protocol
  • JDBC Java Database Connectivity
  • the method further includes: receiving alarm information sent by the server; and, according to the alarm information, the designated component Rendering.
  • the alarm information includes at least one of the following: an alarm ID, which is used to indicate location information of a specified component that needs an alarm, and an alarm level, which is used to indicate a rendering level of a specified component that requires an alarm.
  • the specifying component includes at least one of the following: a rack, a slot, a unit, a port, a power source, and a fan.
  • a processing method of a rack map comprising: receiving real-time data of a specified component in a device; and combining with the component information of the specified component stored in advance according to the real-time data Encapsulating, forming specified data; transmitting the specified data to the client, wherein the specified data is used to display a rack map of the device.
  • the specified data includes at least one of: a relative coordinate between each specified component in the device, a specified component size, a specified component index, a specified component style, and a specified component tag.
  • the real-time data includes at least one of the following: specifying a component index, specifying a component state.
  • the specified data is a JavaScript object symbol JSON number.
  • combining and packaging the component information of the specified component that is pre-stored includes: loading component information of the specified component into the real-time data, and loading the component information according to a JSON format pair Real-time data is encapsulated.
  • the real-time data is obtained by one of the following methods: obtaining from the device through SNMP or NETCONF; or acquiring from a database through JDBC.
  • the method further includes: sending the alarm information to the client, where the alarm information is used to instruct the client to render the specified component.
  • the alarm information includes at least one of the following: an alarm ID, which is used to indicate location information of a specified component that needs an alarm, and an alarm level, which is used to indicate a rendering level of a specified component that requires an alarm.
  • the specifying component includes at least one of the following: a rack, a slot, a unit, a port, a power source, and a fan.
  • a display device for a rack map comprising: a first receiving module configured to receive specified data sent by the server, wherein the specified data is a specified component in a device
  • the real-time data and the component information of the specified component pre-stored by the server are combined and packaged, and the display module displays the rack image of the device according to the specified data.
  • the display module is further configured to draw the specified data in the rack image and display the rack image on a WEB page.
  • the display module includes: a traversal unit configured to loop through the tree node of the JSON data on the WEB page; and a drawing unit configured to be configured according to the specified data
  • the component information maps the rack image on the WEB page and/or maps the specified component in the rack map.
  • a menu function corresponding to the designated component is provided on the WEB page.
  • the display device further includes: an obtaining module configured to acquire the real-time data by using one of the following methods: acquiring the device from the device through SNMP or NETCONF; or from the database through JDBC Obtain.
  • the device further includes: a second receiving module, configured to receive the alarm information pushed by the server; and a rendering module, configured to: according to the alarm information, on the WEB page Specifies the part to render.
  • a processing apparatus for a rack diagram comprising: a receiving module configured to receive real-time data of a specified component in the device; and a processing module configured to store in advance according to the real-time data The component information of the specified component is combined and packaged to form specified data; and the sending module is configured to send the specified data to the client, wherein the specified data is used to display a rack image of the device.
  • the specified data is JSON data
  • the processing module further includes: a loading unit configured to load component information of the specified component in the real-time data; and a packaging unit configured to follow
  • the JSON format encapsulates real-time data loaded with the component information.
  • the device further includes: an alarm module, configured to send the alarm information to the client, where the alarm information is used to instruct the client to render the specified component.
  • a display system of a rack diagram includes: a server, a client, and a device, wherein the client is configured to receive specified data sent by the server; The specified data displays a rack map of the device; the server is configured to receive real-time data of a specified component in the device; and combine and store the component information of the specified component in advance according to the real-time data Forming the specified data; transmitting the specified data to the client; the device configured to provide the real-time data.
  • the client is further configured to receive the server to send The alarm information is used to render the specified component.
  • the server is further configured to send the alarm information to the client.
  • a storage medium is also provided.
  • the storage medium is arranged to store program code for performing the following steps:
  • S11 Receive specified data sent by the server, where the specified data is data formed by combining real-time data of a specified component in the device and component information of the specified component pre-stored by the server;
  • the storage medium is further configured to store program code for performing the following steps:
  • another storage medium is also provided.
  • the storage medium is arranged to store program code for performing the following steps:
  • the storage medium is further configured to store program code for performing the following steps:
  • S21 Send the alarm information to the client, where the alarm information is used to instruct the client to render the specified component.
  • the displayed rack diagram is a component letter of the specified component that is pre-stored with the real-time data of the specified component in the combined packaging device
  • FIG. 1 is a block diagram showing the hardware structure of a computer terminal of a display method of a rack image according to an embodiment of the present invention
  • FIG. 2 is a flow chart showing a display method of a rack map according to an embodiment of the present invention
  • FIG. 3 is a data hierarchy diagram of a designated component in accordance with an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a WEB page display according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of another display method of a rack diagram according to an embodiment of the present invention.
  • FIG. 6 is a flow chart of a processing method of a rack map according to an embodiment of the present invention.
  • FIG. 7 is a flow chart of another processing method of a rack diagram according to an embodiment of the present invention.
  • FIG. 8 is a structural block diagram 1 of a display device of a rack diagram according to an embodiment of the present invention.
  • FIG. 9 is a structural block diagram 2 of another display device of a rack diagram according to an embodiment of the present invention.
  • FIG. 10 is a block diagram 3 of a display device of another rack diagram according to an embodiment of the present invention.
  • FIG. 11 is a structural block diagram 4 of another display device of a rack diagram according to an embodiment of the present invention.
  • FIG. 12 is a block diagram 1 of a processing apparatus of a rack diagram according to an embodiment of the present invention.
  • FIG. 13 is a block diagram 2 of a processing apparatus of another rack diagram according to an embodiment of the present invention.
  • FIG. 14 is a block diagram 3 of a processing apparatus of another rack diagram according to an embodiment of the present invention.
  • 15 is a schematic structural diagram of a display system of a rack diagram according to an embodiment of the present invention.
  • FIG. 1 is a hardware block diagram of a computer terminal of a display method of a rack image according to an embodiment of the present invention.
  • computer terminal 10 may include one or more (only one shown) processor 102 (processor 102 may include, but is not limited to, a Micro Controller Unit (MCU) or a programmable logic device.
  • a processing device such as an FPGA (Field Programmable Gate Array), a memory 104 for storing data, and a transmission device 106 for a communication function.
  • FPGA Field Programmable Gate Array
  • FIG. 1 is merely illustrative and does not limit the structure of the above electronic device.
  • computer terminal 10 may also include more or fewer components than those shown in FIG. 1, or have a different configuration than that shown in FIG.
  • the memory 104 can be used to store software programs and modules of the application software, such as program instructions/modules corresponding to the display method of the rack image in the embodiment of the present invention, and the processor 102 runs the software programs and modules stored in the memory 104, thereby The above methods are implemented by performing various functional applications and data processing.
  • Memory 104 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.
  • memory 104 may further include memory remotely located relative to processor 102, which may be coupled to computer terminal 10 via a network. Examples of the above network include, but are not limited to, the Internet, an intranet, a local area network, and a mobile communication network. And their combinations.
  • Transmission device 106 is for receiving or transmitting data via a network.
  • the network specific examples described above may include a wireless network provided by a communication provider of the computer terminal 10.
  • the transmission device 106 includes a Network Interface Controller (NIC) that can be connected to other network devices through a base station to communicate with the Internet.
  • the transmission device 106 can be a radio frequency (RF) module for communicating with the Internet wirelessly.
  • NIC Network Interface Controller
  • RF radio frequency
  • FIG. 2 is a flowchart of a display method of a rack image according to an embodiment of the present invention. The process includes the following steps:
  • the specified components appearing in the following embodiments may be embodied by at least one of the following: a rack, a slot, a unit, a port, a power source, and a fan.
  • a rack a rack
  • slot a slot
  • unit a unit
  • port a port
  • power source a power source
  • fan a fan
  • other relatively common components in the device are also within the scope of the present embodiment.
  • the client can support rack image display for devices such as switches, routers or other transmission devices (optical transmission devices and packet transmission devices).
  • Step S202 receiving specified data sent by the server, where the specified data is data formed by combining real-time data of a specified component in the device and component information of the specified component pre-stored by the server;
  • the real-time data is obtained by one of the following methods: obtaining from the device through SNMP or NFTCONF; or acquiring from the database through JDBC.
  • the real-time data acquired in this embodiment can not only Supports the display of the online equipment rack map, and is also compatible with the display of the offline equipment rack map.
  • the real-time data includes at least one of the following: rack real-time data, chassis real-time data, board real-time data, port real-time data, power real-time data, and fan real-time data.
  • the real-time data of the board includes the board type, the slot number occupied by the board, the board status, and the board version.
  • the device slot can be determined according to the card type in the real-time data of the board and the slot number occupied by the board.
  • the port real-time data includes at least one of the following: a port index, a port name, a port state, a port type, a port photoelectric attribute, and a port rate.
  • the real-time data of the power source includes at least one of the following: a power index, a power state, a power mode, a power source, a power group number, and the like.
  • the real-time data of the fan includes at least one of the following: a fan index, a fan state, a fan speed, a fan mode, and a fan group number.
  • the component information is a relative coordinate between each designated component in the device configured in a hierarchical relationship in the server (for example, a coordinate of the subcomponent relative to the parent component), and the component size is specified.
  • Part index specifies the part style, and specifies the part label.
  • the upper part information is generally stored in the server in the form of Extensible Markup Language (XML). Of course, other common text formats can also be used.
  • the component information of the board includes: a board type, a board name, and port information of the hanging board.
  • the component information of the port includes the coordinates of the port relative to the corresponding board.
  • the specified data when the designated data is JSON data, the specified data is combined and packaged by loading component information of the specified component in the real-time data. And compressing the real-time data loaded with the component information according to the JSON format.
  • FIG. 3 is a data hierarchy diagram of a designated component in accordance with an embodiment of the present invention.
  • the chassis can be hung from the chassis, and the chassis can be connected to a number of other components, including the slot/board, power pack, or fan group.
  • the board can be connected to one or more ports; the daughter card can also be connected to the port; the power group can be connected to one or more power supplies; the fan group can be connected to one or more fans.
  • the server may combine the above real-time information with the above-described component information according to the data hierarchy in FIG.
  • the server may load the corresponding component index into the corresponding component information according to the component index in the real-time data.
  • the server can load the board information into the corresponding slot and add it to the corresponding slot according to the board type in the real-time data. If there is no board in the slot, then the slot is processed.
  • the sub-slots and sub-cards can also be loaded by the loading mode of the above-mentioned boards.
  • Step S204 displaying a rack image of the device according to the specified data.
  • a rack map of the device may be displayed by drawing the specified data in the rack map and displaying the rack map on a WEB page.
  • a tree node of the JSON data is circulated on the WEB page, and the rack image and/or the rack image is drawn on the WEB page according to component information in the specified data. Mapping the specified component in the rack map.
  • the client draws on the WEB page according to the coordinate position of each component in the device.
  • a menu function corresponding to the designated component is provided on the WEB page.
  • the menu function corresponding to the specified component includes at least one of the following: display device information, display port information, display power information, display fan information, query performance, query alarm, active/standby switchover, board reset, and close the port. Open the port.
  • display device information display port information
  • display power information display power information
  • display fan information query performance
  • close the port Open the port.
  • the server can determine the operation of the specified component based on the received resID. For example, according to the data hierarchy in Figure 3, the resID format can be set to: rack number - chassis number - slot number - port number.
  • the server When the user operates the menu bar through the WEB page, obtains the right-click menu of the component, and selects the menu function option of the B port, the server receives the resID corresponding to the closed B port, and according to the resID, the server sends the shutdown designation to the designated device. Port command.
  • the WEB page mainly includes three main areas: a main display area, a legend area, and a toolbar.
  • the main display area is mainly used to display the rack map drawn according to the specified data.
  • the specified components in the device are respectively drawn and/or mapped in the main display area according to the data hierarchy and the specified data in FIG.
  • the legend area is primarily used to provide a description of the icons and colors used in the main display area.
  • the above icons are used to identify the corresponding specified components, so that the user can distinguish different designated components in the device.
  • the color is used to identify the status information, so that the user can know the running status and usage of the specified component in time.
  • a toolbar that provides user-to-rack diagram operations. At least one of the following: select, zoom in, zoom out, export, refresh, and display the legend. Also included in the toolbar is a menu bar. Among them, the menu bar provides menu functions corresponding to the specified components.
  • FIG. 5 is a flowchart of another method for displaying a rack image according to an embodiment of the present invention. As shown in FIG. 5, the flow includes the following steps in addition to all the steps in FIG. 2:
  • S502. Receive alarm information sent by the server.
  • the alarm information includes at least the following: an alarm ID, which is used to indicate location information of a specified component that needs an alarm, and an alarm level, which is used to indicate a rendering level of a specified component that requires an alarm.
  • the server sends the alarm information to the client through the alarm monitoring and the alarm pushing.
  • the specific treatment is as follows:
  • the alarm monitoring is defined as: the server receives the alarm information pushed by the platform, and includes the following operations: the server firstly monitors the alarm event triggered by the platform in real time, and analyzes the alarm data in the alarm event. The server then distributes the alert data to the session instances of each rack map through the alert data distributor. During the monitoring period, the alarm data distributor traverses all the rack map session instances that process the active state, and adapts the incoming alarm events of the platform to the rack map customized alarm data instances. After that, the alarm data distributor invokes the alarm support configured in the rack map service to obtain the location in the rack map where the alarm data is located, and completes the monitoring action.
  • the definition of the alarm push is that the server sends the alarm information that is monitored from the platform alarm.
  • the client sends the WEB page to the client.
  • the client sends the background alarm information to the client in real time through the server push technology based on the HTTP long link, thereby avoiding the client foreground continually refreshing the alarm information.
  • Send a request can be expressed by the following code:
  • the addListener is used to listen to the meta channels message, and the subscribe subscribes to the normal channel message.
  • the server writes the corresponding processing class according to the URL of the subscription message (Uniform Resource Locator).
  • the rendering in the present embodiment refers to highlighting, such as coloring or marking, on a portion of the drawing or map corresponding to the specified component in the rack map that needs to reflect the state. For example, when rendering by shading, if one of the power supplies in the power pack is not working properly. Then, after receiving the alarm information sent by the server, the client colors the power part on the WEB page, and the user can query the current alarm information through the right-click menu. In this way, the WEB page can reflect the working status of the power supply and the cause of the alarm caused by the status.
  • the alarm level based on the alarm information can also reflect the severity of the problem. For example, the alarm level is severe and rendered in red; the alarm level is primary and rendered in orange; the alarm level is secondary and rendered yellow. Color; the alarm level is a warning, rendered in light blue.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.
  • FIG. 6 is a flowchart of a processing method of a rack image according to an embodiment of the present invention. As shown in FIG. 6, the process includes the following steps:
  • the specified components appearing in the following embodiments may be embodied by at least one of the following: a rack, a slot, a unit, a port, a power source, and a fan.
  • a rack a rack
  • slot a slot
  • unit a unit
  • port a port
  • power source a power source
  • fan a fan
  • other relatively common components in the device are also within the scope of the present embodiment.
  • the client can support rack image display for devices such as switches, routers or other transmission devices (optical transmission devices and packet transmission devices).
  • Step S602 receiving real-time data of a specified component in the device
  • the real-time data is obtained by one of the following methods: obtaining from the device through SNMP or NETCONF; or acquiring from the database through JDBC.
  • the real-time data acquired in this embodiment can not only support the display of the online device rack map, but also be compatible with the display of the offline device rack map.
  • the real-time data includes at least one of the following: rack real-time data, frame real-time data, board real-time data, port real-time data, power real-time data, and fan real-time data.
  • the real-time data of the board includes the board type, the slot number occupied by the board, the board status, and the board version.
  • the device slot can be determined according to the card type in the real-time data of the board and the slot number occupied by the board.
  • the port real-time data includes at least one of the following: a port index, a port name, a port state, a port type, a port photoelectric attribute, and a port rate.
  • the real-time data of the power source includes at least one of the following: a power index, a power state, a power mode, a power source, a power group number, and the like.
  • the real-time data of the fan includes at least one of the following: a fan index, a fan state, a fan speed, a fan mode, and a fan group number.
  • Step S604 combining and packaging the component information of the specified component stored in advance according to the real-time data to form designated data;
  • the component information is a relative coordinate between each designated component in the device configured in a hierarchical relationship in the server (for example, a coordinate of the subcomponent relative to the parent component), and the component size is specified.
  • Part index specifies the part style, and specifies the part label.
  • the upper part information is generally stored in the form of XML in the server, of course, other relatively common text formats can also be used.
  • the component information of the board includes: a board type, a board name, and port information of the hanging board.
  • the component information of the port includes the coordinates of the port relative to the corresponding board.
  • the specified data is JSON data
  • the package information is combined with the component information of the specified component stored in advance according to the real-time data, including: loading component information of the specified component in the In the real-time data, the real-time data loaded with the component information is encapsulated according to the JSON format.
  • the chassis is hung down, and the chassis can be connected to a plurality of other components, including: a slot/board, a power pack, or a fan group;
  • the daughter card can be connected to one or more ports; the daughter card can also be connected to the port; the power group can be connected to one or more power supplies; the fan group can be connected to one or more fans.
  • the server may combine the above real-time information with the above-described component information according to the data hierarchy in FIG. For example, the real-time data and component information of the chassis are first combined, but the real-time data and component information of the fan group are combined, and the real-time data and component information of each fan in the fan group are finally combined.
  • the server may load the corresponding component index into the corresponding component information according to the component index in the real-time data.
  • the server can load the board information into the corresponding slot and add it to the corresponding slot according to the board type in the real-time data. If there is no board in the slot, then the slot is processed.
  • the sub-slots and sub-cards can also be loaded by the loading mode of the above-mentioned boards.
  • Step S606 sending the specified data to the client, wherein the specified data is used to display a rack image of the device.
  • FIG. 7 is a flowchart of a processing method of another rack diagram according to an embodiment of the present invention. As shown in FIG. 7, the flow includes the following steps in addition to S602-S606:
  • S702. Send alarm information to the client, where the alarm information is used to instruct the client to render the specified component.
  • the alarm information includes at least the following: an alarm ID, which is used to indicate location information of a specified component that needs an alarm, and an alarm level, which is used to indicate a rendering level of a specified component that requires an alarm.
  • the server sends the alarm information to the client through the alarm monitoring and the alarm pushing.
  • the specific treatment is as follows:
  • the alarm monitoring is defined as: the server receives the alarm information pushed by the platform, and includes the following operations: the server firstly monitors the alarm event triggered by the platform in real time, and analyzes the alarm data in the alarm event. The server then distributes the alert data to the session instances of each rack map through the alert data distributor. During the monitoring period, the alarm data distributor traverses all the rack map session instances that process the active state, and adapts the incoming alarm events of the platform to the rack map customized alarm data instances. After that, the alarm data distributor invokes the alarm support configured in the rack map service to obtain the location in the rack map where the alarm data is located, and completes the monitoring action.
  • the definition of the alarm push is that the server sends the alarm information that is monitored from the platform alarm to the WEB page of the client, and at the same time, when receiving the alarm information, the background of the client passes the server based on the HTTP long link, and the technology pushes the background.
  • the alarm information is sent to the client in real time, thereby preventing the client from continuously refreshing the sending request of the alarm information.
  • the addListener is used to listen to the meta channels message, and the subscribe subscribes to the normal channel message.
  • the server writes the corresponding processing class according to the URL of the subscription message (Uniform Resource Locator).
  • the rendering in the present embodiment refers to highlighting, such as coloring or marking, on a portion of the drawing or map corresponding to the specified component in the rack map that needs to reflect the state. For example, when rendering by shading, if one of the power supplies in the power pack is not working properly. Then, after receiving the alarm information sent by the server, the client colors the power part on the WEB page, and the user can query the current alarm information through the right-click menu. In this way, the WEB page can reflect the cause of the alarm that the power supply is not working properly and the status is caused.
  • the alarm level based on the alarm information can also reflect the severity of the problem. For example, the alarm level is severe, rendered in red; the alarm level is primary, rendered in orange; the alarm level is secondary, rendered in yellow; the alarm level is warning, rendered in light blue.
  • the problem that the static picture in the related art cannot reflect the state of the real-time reaction device can be solved.
  • the state of the reaction device can be implemented on the rack map. It also reflects the status of the components in the device.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (eg, ROM/RAM, disk, CD-ROM includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.
  • a storage medium eg, ROM/RAM, disk, CD-ROM includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.
  • a display device for a rack image is provided, which is used to implement the above embodiments and preferred embodiments, and has not been described again.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • the specified components appearing in the following embodiments may be embodied by at least one of the following: a rack, a slot, a unit, a port, a power source, and a fan.
  • a rack a rack
  • slot a slot
  • unit a unit
  • port a port
  • power source a power source
  • fan a fan
  • other relatively common components in the device are also within the scope of the present embodiment.
  • the client can support rack image display for devices such as switches, routers or other transmission devices (optical transmission devices and packet transmission devices).
  • FIG. 8 is a structural block diagram of a display device of a rack diagram according to an embodiment of the present invention. As shown in FIG. 8, the device includes: a first receiving module 82 and a display module 84.
  • the first receiving module 82 is configured to receive specified data sent by the server, where the specified data is formed by combining and compressing real-time data of a specified component in the device and component information of a specified component pre-stored by the server. data;
  • the real-time data includes at least one of the following: rack real-time data, chassis real-time data, board real-time data, port real-time data, power real-time data, and fan real-time data.
  • the component information is a relative coordinate between each designated component in the device configured in a hierarchical relationship in the server (for example, a coordinate of the subcomponent relative to the parent component), and the component size is specified.
  • Part index specifies the part style, and specifies the part label. Where the upper part information is generally stored in the form of XML in the server, when However, other more common text formats can be used.
  • the display module 84 is connected to the first receiving module 82 to display a rack image of the device according to the specified data.
  • the display module 84 is further configured to draw the specified data in the rack image and display the rack image on a WEB page.
  • a menu function corresponding to the designated component is provided on the WEB page.
  • the menu function corresponding to the specified component includes at least one of the following: display device information, display port information, display power information, display fan information, query performance, query alarm, active/standby switchover, board reset, close port, and enable port.
  • display device information display port information
  • display power information display power information
  • display fan information query performance
  • query alarm active/standby switchover
  • board reset close port
  • enable port enable port
  • the server can determine the operation of the specified component based on the received resID.
  • the resID format can be set to: rack number - chassis number - slot number - port number.
  • the server When the user selects the menu function option of the B port through the WEB page operation menu bar or the component right-click menu, the server receives the resID corresponding to the closed B port, and according to the resID, the server sends the designated port to the designated device. The command.
  • FIG. 9 is a structural block diagram of a display device of another rack diagram according to an embodiment of the present invention. As shown in FIG. 9, the display device includes: traversing, in addition to all the modules in FIG. Unit 92 and drawing unit 94.
  • the traversing unit 92 is configured to cycle through the tree nodes of the specified data on the WEB page;
  • a drawing unit 94 coupled to the traversing unit 92, configured to render the rack map on the WEB page according to component information in the specified data and/or to map the specified component in the rack map deal with.
  • the drawing unit 84 Configured to draw on the WEB page based on the coordinate position of each part in the device.
  • the components with large size structures such as a chassis, a power pack, a fan group, etc.
  • some components with small size structure such as ports, power supplies, fans, etc.
  • Different background colors are added to each component according to the component state of each component. For the same but different types of parts, you can distinguish them by setting different textures separately.
  • the Ethernet port and the optical port in the port the first map of the port corresponding to the Ethernet port and the second map of the port corresponding to the optical port can be separately distinguished. According to the above-mentioned mixed drawing method of drawing and mapping, the number of image files that the server needs to store can be reduced, and at the same time, when the user zooms in and uses the rack image, the image distortion is not caused.
  • FIG. 10 is a third structural block diagram of a display device of another rack diagram according to an embodiment of the present invention. As shown in FIG. 10, the display device includes an acquisition module 1002 in addition to all the modules in FIG.
  • the obtaining module 1002 is connected to the first receiving module 82 and configured to acquire the real-time data by using one of the following methods: acquiring from the device through SNMP or NETCONF; or acquiring from a database through JDBC.
  • the real-time data acquired in this embodiment can not only support the display of the online device rack map, but also be compatible with the display of the offline device rack map.
  • FIG. 11 is a structural block diagram of a display device of another rack diagram according to an embodiment of the present invention. As shown in FIG. 11, the display device includes: in addition to all the modules in FIG. Block 1102 and rendering module 1104.
  • the second receiving module 1102 is connected to the display module 84 and configured to receive the alarm information pushed by the server.
  • the alarm information includes at least the following: an alarm ID, which is used to indicate location information of a specified component that needs an alarm, and an alarm level, which is used to indicate a rendering level of a specified component that requires an alarm.
  • the server sends the alarm information to the second receiving module 1102 through alarm monitoring and alarm pushing.
  • the specific treatment is as follows:
  • the alarm monitoring is defined as: the server receives the alarm information pushed by the platform, and includes the following operations: the server firstly monitors the alarm event triggered by the platform in real time, and analyzes the alarm data in the alarm event. The server then distributes the alert data to the session instances of each rack map through the alert data distributor. During the monitoring period, the alarm data distributor traverses all the rack map session instances that process the active state, and adapts the incoming alarm events of the platform to the rack map customized alarm data instances. After that, the alarm data distributor invokes the alarm support configured in the rack map service to obtain the location in the rack map where the alarm data is located, and completes the monitoring action.
  • the alarm push is defined by the server sending the alarm information that is monitored from the platform alarm to the WEB page of the client.
  • the second receiving module 1102 pushes the technology through the server based on the HTTP long link.
  • the alarm information is sent to the client in real time, thereby preventing the client from continuously refreshing the sending request of the alarm information.
  • the rendering module 1104 is coupled to the second receiving module 1102 and configured to render the specified component on the WEB page according to the alarm information.
  • the rendering in the present embodiment refers to highlighting on a portion of the drawing or mapping in the rack image that needs to reflect the state, for example, Color or mark.
  • the client colors the power part on the WEB page, and the user can query the current alarm information through the right-click menu.
  • the WEB page can reflect the cause of the alarm that the power supply is not working properly and the status is caused.
  • the alarm level based on the alarm information can also reflect the severity of the problem. For example, the alarm level is severe, rendered in red; the alarm level is primary, rendered in orange; the alarm level is secondary, rendered in yellow; the alarm level is warning, rendered in light blue.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the above modules are in any combination.
  • the forms are located in different processors.
  • a processing device for a rack image is also provided, which is used to implement the above-mentioned embodiments and preferred embodiments, and has not been described again.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 12 is a structural block diagram of a processing apparatus of a rack diagram according to an embodiment of the present invention. As shown in FIG. 12, the apparatus includes: a receiving module 1202, a processing module 1204, and a sending module 1206.
  • the receiving module 1202 is configured to receive real-time data of a specified component in the device
  • the real-time data includes at least one of the following: rack real-time data, frame real-time data, board real-time data, port real-time data, power real-time data, and fan real-time data.
  • the processing module 1204 is configured to, according to the real-time data, combine and package the component information of the specified component stored in advance to form specified data;
  • the component information is in a hierarchical relationship in a server.
  • the relative coordinates between the specified components in the configured device for example, the coordinates of the child component relative to the parent component
  • the component size for example, the coordinates of the child component relative to the parent component
  • the component index for example, the coordinates of the child component relative to the parent component
  • the component style for example, the component style
  • the component label for example, the component size
  • the component index for example, the coordinates of the child component relative to the parent component
  • the component size for example, the coordinates of the child component relative to the parent component
  • the component index for example, the coordinates of the child component relative to the parent component
  • the component style for example, the component size of the component
  • the component style for example, the component style, the component style, and the component label.
  • the upper part information is generally stored in the form of XML in the server, of course, other relatively common text formats can also be used.
  • the sending module 1206 is configured to send the specified data to the client, wherein the specified data is used to display a rack image of the device.
  • FIG. 13 is a block diagram showing the structure of a processing apparatus of another rack diagram according to an embodiment of the present invention.
  • the display module includes: in addition to all the modules in FIG. 12, the processing module further includes:
  • a loading unit 1302 configured to load component information of the specified component in the real-time data
  • the loading unit 1302 can combine the above real-time information with the above-described component information according to the data hierarchy in FIG. For example, the real-time data and component information of the chassis are first combined, but the real-time data and component information of the fan group are combined, and the real-time data and component information of each fan in the fan group are finally combined.
  • the specific combination manner is as follows: According to the foregoing data hierarchy, the server may load the corresponding component index into the corresponding component information according to the component index in the real-time data. For a board, the server can load the board information into the corresponding slot and add it to the corresponding slot according to the board type in the real-time data. If there is no board in the slot, then the slot is processed. Similarly, the sub-slots and sub-cards can also be loaded by the loading mode of the above-mentioned boards.
  • the encapsulating unit 1304 is configured to encapsulate real-time data loaded with the component information according to a JSON format.
  • FIG. 14 is a block diagram 3 of a processing apparatus of another rack diagram according to an embodiment of the present invention. As shown in FIG. 14, the display apparatus includes an alarm module 1402 in addition to all the modules in FIG.
  • the alarm module 1402 is configured to send alarm information to the client, where the alarm The information is used to instruct the client to render the specified component.
  • the alarm information includes at least one of the following: an alarm ID, which is used to indicate location information of a specified component that needs an alarm, and an alarm level, which is used to indicate a rendering level of a specified component that requires an alarm.
  • the server sends the alarm information to the client through the alarm monitoring and the alarm pushing.
  • the specific treatment is as follows:
  • the alarm monitoring is defined as that the alarm module 1402 receives the alarm information pushed by the platform, and includes the following operations: the alarm module 1402 firstly monitors the alarm event triggered by the platform in real time, and analyzes the alarm data in the alarm event. Then, the alarm module 1402 distributes the alarm data to the session instances of the respective rack maps through the alarm data distributor. During the monitoring period, the alarm data distributor traverses all the rack map session instances that process the active state, and adapts the incoming alarm events of the platform to the rack map customized alarm data instances. After that, the alarm data distributor invokes the alarm support configured in the rack map service to obtain the location in the rack map where the alarm data is located, and completes the monitoring action.
  • the alarm push is defined as the alarm module 1402 sends the alarm information that is monitored from the platform alarm to the client. Specifically, when receiving the alarm information, the client pushes the technology through the server based on the HTTP long link. The alarm information is sent to the client in real time, thereby preventing the client from continuously refreshing the sending request of the alarm information.
  • the rendering in the present embodiment refers to highlighting, such as coloring or marking, on a portion of the drawing or map corresponding to the specified component in the rack map that needs to reflect the state. For example, when rendering by shading, if one of the power supplies in the power pack is not working properly. Then, after receiving the alarm information sent by the server, the client colors the power part on the WEB page, and the user can query the current alarm information through the right-click menu. This WEB page will be able to It reflects the reason why the power supply is not working properly and the alarm caused by the status.
  • the alarm level based on the alarm information can also reflect the severity of the problem. For example, the alarm level is severe, rendered in red; the alarm level is primary, rendered in orange; the alarm level is secondary, rendered in yellow; the alarm level is warning, rendered in light blue.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the above modules are in any combination.
  • the forms are located in different processors.
  • a display system of a rack diagram is also provided in the embodiment, and the device is used to implement the foregoing embodiments and preferred embodiments, and details are not described herein.
  • FIG. 15 is a schematic structural diagram of a display system of a rack diagram according to an embodiment of the present invention. As shown in FIG. 15, the system includes: a client 1502, a server 1504, and a device 1506.
  • the client 1502 is configured to receive the specified data sent by the server 1504, and display a rack image of the device according to the specified data;
  • the component information is a relative coordinate between each designated component in the device (eg, a coordinate of the subcomponent relative to the parent component) configured in a hierarchical relationship in the server 1504, and the component size is specified. Specify a part index, specify part styles, and specify part labels.
  • the upper component information is generally stored in the server 1504 in the form of XML. Of course, other relatively common text formats may also be used.
  • a rack map of the device may be displayed by drawing the specified data in the rack map and displaying the rack map on a WEB page.
  • a tree node traversing the JSON data is circulated on the WEB page, and real-time data of the specified component in the data formed by the combined encapsulation is on the WEB page. Drawing the rack map and/or mapping the specified component in the rack map.
  • the client 1502 draws the widget size on the WEB page according to the coordinate position of each component in the device.
  • the components with large size structures such as a chassis, a power pack, a fan group, etc.
  • some components with small size structure such as ports, power supplies, fans, etc.
  • Different background colors are added to each component according to the component state of each component. For the same but different types of parts, you can distinguish them by setting different textures separately.
  • the Ethernet port and the optical port in the port the first map of the port corresponding to the Ethernet port and the second map of the port corresponding to the optical port can be separately distinguished.
  • the number of picture files that the server 1504 needs to store can be reduced, and at the same time, the distortion of the image is not caused when the user zooms in and uses the rack image.
  • a menu function corresponding to the designated component is provided on the WEB page.
  • the server 1504 is configured to receive real-time data of a specified component in the device, and combine and store the component information of the specified component in advance according to the real-time data to form the specified data; and send the specified data to the client 1502.
  • the specified data ;
  • the real-time data includes at least one of the following: rack real-time data, chassis real-time data, board real-time data, port real-time data, power real-time data, and fan real-time data.
  • the specified data is JSON data, and combined with the component information of the specified component stored in advance according to the real-time data, including: the component corresponding to the real-time data Information is loaded in the real-time data, and real-time data loaded with the component information is encapsulated in a JSON format.
  • the server 1504 may combine the above real-time information with the above component information according to the data hierarchy in FIG. For example, first combine the real-time data and component information of the chassis, but combine the real-time data and component information of the fan group, and finally combine each fan in the fan group.
  • Real-time data and part information The specific combination is as follows:
  • the server 1504 may load the corresponding component index into the corresponding component information according to the component index in the real-time data.
  • the server 1504 may load the board information into the corresponding slot information and add it to the corresponding slot according to the board type in the real-time data. If there is no board in the slot, then the slot is processed.
  • the sub-slots and sub-cards can also be loaded by the loading mode of the above-mentioned boards.
  • Device 1506 is configured to provide the real-time data to the client 1502.
  • a display system of another rack diagram according to an embodiment of the present invention wherein:
  • the client 1502 is further configured to receive the alarm information sent by the server 1504, and render the specified component;
  • the rendering in the present embodiment refers to highlighting, such as coloring or marking, on a portion of the drawing or map corresponding to the specified component in the rack map that needs to reflect the state. For example, when rendering by shading, if one of the power supplies in the power pack is not working properly. Then, after receiving the alarm information sent by the server, the client colors the power part on the WEB page, and the user can query the current alarm information through the right-click menu. In this way, the WEB page can reflect the cause of the alarm that the power supply is not working properly and the status is caused.
  • the alarm level based on the alarm information can also reflect the severity of the problem. For example, the alarm level is severe, rendered in red; the alarm level is primary, rendered in orange; the alarm level is secondary, rendered in yellow; the alarm level is warning, rendered in light blue.
  • the server 1504 sends the alarm information to the client 1502 through alarm monitoring and alarm pushing.
  • the specific treatment is as follows:
  • the alarm monitoring is defined as that the server 1504 receives the alarm information pushed by the platform, and includes the following operations: the server 1504 firstly monitors the alarm event triggered by the platform in real time, and analyzes the alarm data among the alarm events. Then, the server 1504 will report through the alarm data distributor. The police data is distributed to the session instances of each rack map. During the monitoring period, the alarm data distributor traverses all the rack map session instances that process the active state, and adapts the incoming alarm events of the platform to the rack map customized alarm data instances. After that, the alarm data distributor invokes the alarm support configured in the rack map service to obtain the location in the rack map where the alarm data is located, and completes the monitoring action.
  • the definition of the alarm push is that the server 1504 sends the alarm information that is monitored from the platform alarm to the WEB page of the client 1502. Specifically, when the server 1504 receives the alarm information, the client uses the push technology based on the HTTP long link. Comet sends the alarm information in the background to the foreground of the client 1502 in real time, thereby avoiding the client 1502 continuously refreshing the sending request of the alarm information.
  • Embodiments of the present invention also provide a storage medium.
  • the above storage medium may be configured to store program code for performing the following steps:
  • S21 Receive specified data sent by the server, where the specified data is data formed by combining real-time data of a specified component in the device and component information of the specified component pre-stored by the server;
  • the storage medium is further arranged to store program code for performing the following steps:
  • the foregoing storage medium may include, but not limited to, a U disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • mobile hard disk a magnetic disk
  • magnetic disk a magnetic disk
  • optical disk a variety of media that can store program code.
  • the processor executes the program according to the stored program code in the storage medium.
  • the specified data is drawn in the rack map and the rack map is displayed on the WEB page.
  • the processor executes a tree node that traverses the specified data on the WEB page according to the stored program code in the storage medium, and according to the component information in the specified data,
  • the rack map is drawn on the WEB page and/or the specified component is mapped in the rack map.
  • the processor executes real-time data from the device through the SNMP or NFTCONF protocol according to the stored program code in the storage medium; or acquires real-time data from the database through JDBC.
  • Embodiments of the present invention also provide a storage medium.
  • the above storage medium may be configured to store program code for performing the following steps:
  • the storage medium is further arranged to store program code for performing the following steps:
  • S21 Send the alarm information to the client, where the alarm information is used to instruct the client to render the specified component.
  • the storage medium may include, but is not limited to, a U disk, a ROM, a RAM, a mobile hard disk, a magnetic disk, or an optical disk, and the like, which can store a program code.
  • the processor executes according to the stored program code in the storage medium.
  • the component information of the specified component is loaded in the real-time data, and the real-time data loaded with the component information is encapsulated according to a JSON format.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the displayed rack image is data using the real-time data of the specified component in the combined packaging device and the component information of the specified component pre-stored by the server
  • Static images cannot reflect the status of the device in real time, so that not only the status of the device can be reflected in real time on the rack map, but also the status of components in the device can be reflected in real time.

Landscapes

  • Computer And Data Communications (AREA)
  • Controls And Circuits For Display Device (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种机架图的显示、处理方法及装置、显示系统、存储介质，所述方法包括：接收所述服务器发送的指定数据，其中，所述指定数据为对设备中指定部件的实时数据和所述服务器预先存储的所述指定部件的部件信息进行组合封装后形成的数据；依据所述指定数据显示所述设备的机架图。

Description

机架图的显示、处理方法及装置、显示系统、存储介质
相关申请的交叉引用
本申请基于申请号为201610475022.2、申请日为2016年06月24日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本发明涉及通讯网管领域，具体而言，涉及一种机架图的显示、处理方法及装置、显示系统、存储介质。
背景技术
机架图作为网管系统的基础功能，主要作用是把机架上的设备部件以可视化的图形界面展示给用户，使用户能够对设备以及设备目前的运行状态有直观的了解。
相关技术当中机架图主要还是基于C/S网管系统结构实现的，即通过客户端的方式体现。虽然功能上比较强大但是整个系统也很臃肿，难以适应政企网的需求。WEB形式的机架图是一种新兴的机架图显示方式，但相比于传统网管中的机架图往往比较简单，同时支持的设备类型也比较少，通常是低端交换机，实现方式往往是提供一张设备的图片而已，而对于一些高端的交换机或者路由器，由于设备复杂，单板较多，根据业务的不同插入的单板也不同，这种情况下就不适用提供图片的方式；而且图片方式无法准确反映设备的运行情况，例如用户无法通过一张静态的图片从而知道设备当前哪些接口是连通的哪些接口又是断开的，当前哪些接口有告警等等。因此，针对相关技术中利用静态图片显示机架图时无法反映设备状 态的问题，还没有一种比较好的解决方法。
发明内容
本发明实施例提供了一种机架图的显示、处理方法及装置、显示系统、存储介质，以至少解决相关技术中静态图片显示机架图时无法反映设备状态的问题。
根据本发明的一个实施例，提供了一种机架图的显示方法，包括：接收设备中指定部件的服务器发送的指定数据，其中，所述指定数据为对所述实时数据和所述服务器预先存储的所述指定部件的部件信息进行组合封装后形成的数据；依据所述指定数据显示所述设备的机架图。
在本发明一实施方式中，依据所述指定数据显示所述设备的机架图包括：将所述指定数据绘制在所述机架图中，并在WEB页面上显示所述机架图。
在本发明一实施方式中，将所述指定数据绘制在所述机架图中，并在WEB页面上显示所述机架图，包括：在所述WEB页面上循环遍历所述指定数据的树状节点，并根据所述指定数据中的部件信息在所述WEB页面上绘制所述机架图和/或在所述机架图中对所述指定部件进行贴图处理。
在本发明一实施方式中，在所述WEB页面上设置有与所述指定部件对应的菜单功能。
在本发明一实施方式中，所述指定数据至少包括以下其中之一：所述设备中各指定部件间的相对坐标，指定部件大小，指定部件索引，指定部件样式以及指定部件标签。
在本发明一实施方式中，所述实时数据至少包括以下其中之一：指定部件索引，指定部件状态。
在本发明一实施方式中，所述指定数据为JavaScript对象符号(JSON)数据，所述指定数据通过以下方式进行组合封装：将指定部件的部件信息 加载在所述实时数据中，并按照JSON格式对加载有所述部件信息的实时数据进行封装。
在本发明一实施方式中，所述实时数据通过以下之一方式获取：通过简单网络管理协议(SNMP，Simple Network Management Protocol)或网络配置协议(NETCONF，NET Configuration protocol)从所述设备中获取；或，通过Java数据库连接(JDBC，Java Data Base Connectivity)从数据库中获取。
在本发明一实施方式中，在依据所述指定数据显示所述设备的机架图之后，所述方法还包括：接收所述服务器发送的告警信息；根据所述告警信息，对所述指定部件进行渲染。
在本发明一实施方式中，所述告警信息至少包括以下其中之一：告警ID，用于指示需要告警的指定部件的位置信息；告警等级，用于指示需要告警的指定部件的渲染等级。
在本发明一实施方式中，所述指定部件至少包括以下其中之一：机架，槽位，单元、端口、电源、风扇。
根据本发明的另一个实施例，提供了一种机架图的处理方法，包括：接收设备中指定部件的实时数据；根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，形成指定数据；向所述客户端发送所述指定数据，其中，所述指定数据用于显示所述设备的机架图。
在本发明一实施方式中，所述指定数据至少包括以下其中之一：所述设备中各指定部件间的相对坐标，指定部件大小，指定部件索引，指定部件样式以及指定部件标签。
在本发明一实施方式中，所述实时数据至少包括以下其中之一：指定部件索引，指定部件状态。
在本发明一实施方式中，所述指定数据为JavaScript对象符号JSON数 据，根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，包括：将指定部件的部件信息加载在所述实时数据中，并按照JSON格式对加载有所述部件信息的实时数据进行封装。
在本发明一实施方式中，所述实时数据通过以下之一方式获取：通过SNMP或NETCONF从所述设备中获取；或，通过JDBC从数据库中获取。
在本发明一实施方式中，所述方法还包括：向所述客户端发送告警信息，其中，所述告警信息用于指示所述客户端对所述指定部件进行渲染。
在本发明一实施方式中，所述告警信息至少包括以下其中之一：告警ID，用于指示需要告警的指定部件的位置信息；告警等级，用于指示需要告警的指定部件的渲染等级。
在本发明一实施方式中，所述指定部件至少包括以下其中之一：机架，槽位，单元、端口、电源、风扇。
根据本发明的再一个实施例，提供了一种机架图的显示装置，包括：第一接收模块，配置为接收所述服务器发送的指定数据，其中，所述指定数据为对设备中指定部件的实时数据和所述服务器预先存储的指定部件的部件信息进行组合封装后形成的数据；显示模块，依据所述指定数据显示所述设备的机架图。
在本发明一实施方式中，所述显示模块，还配置为将所述指定数据绘制在所述机架图中，并在WEB页面上显示所述机架图。
在本发明一实施方式中，所述显示模块包括：遍历单元，配置为在所述WEB页面上循环遍历所述JSON数据的树状节点；绘图单元，配置为根据所根据所述指定数据中的部件信息在所述WEB页面上绘制所述机架图和/或在所述机架图中对所述指定部件进行贴图处理。
在本发明一实施方式中，在所述WEB页面上设置有与所述指定部件对应的菜单功能。
在本发明一实施方式中，所述显示装置还包括：获取模块，配置为通过以下之一的方式获取所述实时数据：通过SNMP或NETCONF从所述设备中获取；或，通过JDBC从数据库中获取。
在本发明一实施方式中，所述装置还包括：第二接收模块，配置为接收所述服务器推送的告警信息；渲染模块，配置为根据所述告警信息，在所述WEB页面上对所述指定部件进行渲染。
根据本发明的再一个实施例，提供了一种机架图的处理装置，包括：接收模块，配置为接收设备中指定部件的实时数据；处理模块，配置为根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，形成指定数据；发送模块，配置为向所述客户端发送所述指定数据，其中，所述指定数据用于显示所述设备的机架图。
在本发明一实施方式中，所述指定数据为JSON数据，所述处理模块还包括：加载单元，配置为将所述指定部件的部件信息加载在所述实时数据中；封装单元，配置为按照JSON格式对加载有所述部件信息的实时数据进行封装。
在本发明一实施方式中，所述装置还包括：告警模块，配置为向所述客户端发送告警信息，其中，所述告警信息用于指示客户端对所述指定部件进行渲染。
根据本发明的又一个实施例，提供了一种机架图的显示系统，包括：包括服务器，客户端和设备，其中，所述客户端，配置为接收所述服务器发送的指定数据；并依据所述指定数据显示所述设备的机架图；所述服务器，配置为接收所述设备中指定部件的实时数据；根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，形成所述指定数据；向所述客户端发送所述指定数据；所述设备，配置为提供所述实时数据。
在本发明一实施方式中，所述客户端，还配置为接收所述服务器发送 的告警信息，对所述指定部件进行渲染。所述服务器，还配置为向所述客户端发送所述告警信息。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：
S11，接收所述服务器发送的指定数据，其中，所述指定数据为对设备中指定部件的实时数据和所述服务器预先存储的所述指定部件的部件信息进行组合封装后形成的数据；
S12，依据所述指定数据显示所述设备的机架图。
在本发明一实施方式中，上述存储介质还设置为存储用于执行以下步骤的程序代码：
S21，接收所述服务器发送的告警信息；
S22，根据所述告警信息，对所述指定部件进行渲染。
根据本发明的再一个实施例，还提供了另一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：
S11，接收设备中指定部件的实时数据；
S12，根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，形成指定数据；
S13，向所述客户端发送所述指定数据，其中，所述指定数据用于显示所述设备的机架图。
在本发明一实施方式中，上述存储介质还设置为存储用于执行以下步骤的程序代码：
S21，向所述客户端发送告警信息，其中，所述告警信息用于指示客户端对所述指定部件进行渲染。
通过本发明实施例的技术方案，由于显示的机架图是利用组合封装设备中指定部件的实时数据与所述服务器预先存储的所述指定部件的部件信 息后的数据，因此，可以解决相关技术中静态图片无法实时反映设备状态的问题，从而不仅能在机架图上实时反映设备的状态，同时还可以实时反映出设备中部件状态。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种机架图的显示方法的计算机终端的硬件结构框图；
图2是根据本发明实施例的一种机架图的显示方法的流程图；
图3是根据本发明实施例的一种指定部件的数据层次图；
图4是根据本发明实施例的一种WEB页面显示的示意图；
图5是根据本发明实施例的另一种机架图的显示方法的流程图；
图6是根据本发明实施例的一种机架图的处理方法的流程图；
图7是根据本发明实施例的另一种机架图的处理方法的流程图；
图8是根据本发明实施例的一种机架图的显示装置的结构框图一；
图9是根据本发明实施例的另一种机架图的显示装置的结构框图二；
图10是根据本发明实施例的另一种机架图的显示装置的结构框图三；
图11是根据本发明实施例的另一种机架图的显示装置的结构框图四；
图12是根据本发明实施例的一种机架图的处理装置的结构框图一；
图13是根据本发明实施例的另一种机架图的处理装置的结构框图二；
图14是根据本发明实施例的另一种机架图的处理装置的结构框图三；
图15是根据本发明实施例的一种机架图的显示系统的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例1所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图1是本发明实施例的一种机架图的显示方法的计算机终端的硬件结构框图。如图1所示，计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器(MCU，Micro Controller Unit)或可编程逻辑器件(FPGA，Field Programmable Gate Array)等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的机架图的显示方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网 及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(NIC，Network Interface Controller)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(RF，Radio Frequency)模块，其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述计算机终端的机架图的显示方法，图2是根据本发明实施例的一种机架图的显示方法的流程图，如图2所示，该流程包括如下步骤：
需要指出的是，以下实施例中出现的指定部件可以至少通过以下之一的方式体现：机架，槽位，单元、端口、电源、风扇。当然设备当中其他比较常用的部件也在本实施例的保护范围之内。同时客户端可以支持对于交换机，路由器或其他传输设备(光传输设备和分组传输设备)等设备的机架图显示。
步骤S202，接收所述服务器发送的指定数据，其中，所述指定数据为对设备中指定部件的实时数据和所述服务器预先存储的所述指定部件的部件信息进行组合封装后形成的数据；
在本发明一实施方式中，实时数据通过以下之一方式获取：通过SNMP或NFTCONF从所述设备中获取；或，通过JDBC从数据库中获取。
具体的，在获取上述实时数据过程当中，首选需要判断设备的网络状态。如果设备当前的网络状态为在线，则通过SNMP协议读取管理信息库(MIB，Management Information Base)直接从设备上获取(以使用SNMP协议为例)，并更新数据库的数据。而如果设备当前的网络状态为离线时，则通过JDBC从数据库中获取。因此，本实施例中获取的实时数据不仅能 够支持对在线设备机架图的显示，同时还能够兼容对离线设备机架图的显示。
在本发明一实施方式中，上述实时数据至少包括其中之一：机架实时数据，机框实时数据，单板实时数据，端口实时数据，电源实时数据，风扇实时数据。
具体地，单板实时数据包括：单板类型，单板占用的槽位号，单板状态，单板版本等信息。同时，根据单板实时数据中的单板类型以及单板占用的槽位号可以确定设备槽位实按单板。
具体地，端口实时数据至少包括以下其中之一：端口索引，端口名称，端口状态，端口类型，端口光电属性，端口速率。
具体地，电源实时数据至少包括以下其中之一：电源索引，电源状态，电源模式，电源功率，电源组号等信息。
具体地，风扇实时数据至少包括以下其中之一：风扇索引，风扇状态，风扇转速，风扇模式，风扇组号。
在本发明一实施方式中，上述部件信息为在服务器中按照层次关系，配置的所述设备中各指定部件间的相对坐标(例如，子部件相对于父部件的坐标)，指定部件大小，指定部件索引，指定部件样式以及指定部件标签。其中，上部部件信息一般以可扩展标记语言(XML，Extensible Markup Language)的形式存储在服务器当中，当然也可以采用其他比较常见的文本格式。
具体地，对于单板而言，除了上述信息以外，单板的部件信息还包括：单板类型，单板名称，以及下挂的端口信息。对于端口而言，除了上述信息以外，端口的部件信息还包括：端口相对于对应单板的坐标。
在本发明一实施方式中，当指定数据为JSON数据，所述指定数据通过以下方式进行组合封装：将所述指定部件的部件信息加载在所述实时数据 中，并按照JSON格式对加载有所述部件信息的实时数据进行封装。
具体地，图3是根据本发明实施例的一种指定部件的数据层次图。如图3所示，机架下挂机框，而机框可以下挂一个多个其他部件，包括：槽位/单板、电源组或者风扇组；槽位可以下挂子槽位/子卡；单板可以下挂一个或多个端口；子卡也可以下挂端口；电源组可以下挂一个或多个电源；风扇组可以下一个或多个挂风扇。服务器可以根据图3中的数据层次结构，将上述实时信息与上述部件信息组合。例如，先组合机框的实时数据与部件信息，然而在组合风扇组的实时数据与部件信息，最后再组合风扇组中每一个风扇的实时数据与部件信息。具体的组合方式如下：根据上述数据层次结构，服务器可以根据上述实时数据中的部件索引，到对应的部件信息中加载对应的部件索引。对于单板而言，服务器可以根据上述实时数据中的单板类型，到对应的部件信息中加载单板信息并添加到对应的槽位当中。而如果槽位没有单板的话，那么则按照空槽位处理。类似的，子槽位与子卡也能够通过上述单板的加载方式进行加载。
步骤S204，依据所述指定数据显示所述设备的机架图。
在本发明一实施方式中，可以通过以下方式显示设备的机架图：将所述指定数据绘制在所述机架图中，并在WEB页面上显示所述机架图。
在本发明一实施方式中，在所述WEB页面上循环遍历所述JSON数据的树状节点，并根据所述指定数据中的部件信息在所述WEB页面上绘制所述机架图和/或在所述机架图中对所述指定部件进行贴图处理。
具体的，在循环遍历JSON数据当中的各个树状节点时，客户端根据设备中每个部件的坐标位置，部件大小在WEB页面上进行绘制。
具体的，对于一些尺寸结构比较大的部件，例如机框，电源组，风扇组等，则适用于在WEB页面的画布上进行直接绘制。而对于一些尺寸结构比较小的部件，例如端口，电源，风扇等部件，则适用于将部件通过贴图 的方式粘贴在WEB页面上。根据各部件的部件状态为各部件添加不同的背景色。对于同一种但不同类型的部件，可以通过分别设置不同的贴图以来区分。例如对于端口中的以太口和光口，可以分别设置以太口对应的端口第一贴图与光口对应的端口第二贴图进行区分。根据上述绘制和贴图的混合绘画方式，能够减少服务器需要存储的图片文件数量，同时，在用户放大使用机架图时，也不会造成图像的失真。
在本发明一实施方式中，在所述WEB页面上设置有与所述指定部件对应的菜单功能。
具体地，指定部件对应的菜单功能至少包括以下至少其中之一：显示设备信息，显示端口信息，显示电源信息，显示风扇信息，查询性能，查询告警，主备倒换，单板复位，关闭端口，开启端口。同时，为了能够使服务器响应菜单功能，需要为每一个设备中的指定部件分别分配resID进行区别。服务器可以根据接收到的resID确定对指定部件的操作。例如，根据图3中的数据层次结构，resID格式可以被设置为：机架号-机框号-槽位号-端口号。当用户通过WEB页面操作菜单栏，获取部件的右键菜单，选择关闭B端口的菜单功能选项时，服务器就会接收到对应于关闭B端口的resID，根据该resID，服务器向指定设备下发关闭指定端口的命令。
图4是根据本发明实施例的一种WEB页面显示的示意图。如图4所示，在WEB页面中主要包括了3个主要的区域，分别为：主显示区域，图例区域以及工具栏。
其中，主显示区域主要用于显示依据指定数据绘制的机架图。设备中指定部件，依据图3中的数据层次结构以及指定数据分别被绘制和/或贴图在主显示区域当中。
图例区域主要用于提供主显示区域中使用的图标和颜色的描述。上述图标用于标识对应的指定部件，便于用户区别设备中不同的指定部件。而 颜色用于标识状态信息，便于用户及时知晓指定部件的运行状态与使用情况。
工具栏，用于提供用户对机架图操作。至少包括以下其中之一：选择、放大、缩小、导出、刷新、显示图例。同时在工具栏中还包括一菜单栏。其中，菜单栏提供与指定部件对应的菜单功能。
在本发明实施例当中，还提供了另一种运行于上述计算机终端或具有与上述计算机终端类似结构的移动终端的方法。图5是根据本发明实施例的另一种机架图的显示方法的流程图，如图5所示，该流程除了包括图2当中全部步骤外，还包括如下步骤：
S502，接收所述服务器发送的告警信息；
在本发明一实施方式中，告警信息至少包括以下其中：告警ID，用于指示需要告警的指定部件的位置信息；告警等级，用于指示需要告警的指定部件的渲染等级。
在本发明一实施方式中，服务器通过告警监听以及告警推送，将告警信息发送给客户端。具体的处理方式如下：
告警监听
具体的，告警监听的定义为，服务器接收平台推送来的告警信息，包括以下操作：服务器首先实时监听由平台触发的告警事件，并分析告警事件当中的告警数据。然后，服务器通过告警数据分发器，将告警数据分发给各个机架图的会话实例。在监听期间，告警数据分发器会遍历所有处理活动状态的机架图会话实例，将平台传入的告警事件适配成机架图自定义的告警数据实例。在此之后，告警数据分发器调用机架图业务中配置的告警支持，得到告警数据所在机架图中的位置，完成监听动作。
告警推送
具体地，告警推送的定义为服务器将从平台告警监听到的告警信息发 送到客户端的WEB页面，同时，在接收到告警信息时，客户端通过基于HTTP长链接的服务器推送技术Comet将后台的告警信息实时发送给客户端，从而避免了客户端前台不断地刷新告警信息的发送请求。同时应用于上述告警推送过程可以通过以下的代码表示：
Figure PCTCN2017086386-appb-000001
其中addListener用来监听meta channels消息，subscribe订阅普通通道消息。服务器根据订阅消息的URL(Uniform Resource Locator，统一资源定位符)编写相应的处理类。
S504，根据所述告警信息，在WEB页面上对所述指定部件进行渲染。
具体地，在本实施例中的渲染是指在机架图中对应于指定部件的绘图或贴图中的需要反映状态的部分上进行突出显示，例如着色或标记。例如通过着色进行渲染时，如果电源组中的一个电源不能够正常工作。那么客户端在接收到服务器发送的告警信息后，在WEB页面上为该电源部分进行着色，用户可以通过右键菜单查询当前告警信息。这样WEB页面就能够反映出电源的工作状态以及状态导致的告警原因。此外，根据告警信息的告警等级还能够反映出问题的严重程度。例如，对告警等级是严重的，渲染成红色；告警等级是主要的，渲染成橙色；告警等级是次要的，渲染成黄 色；告警等级是警告，渲染成淡蓝色。
通过上述步骤，可以解决相关技术中静态图片无法实时反映设备状态的问题。从而不仅能在机架图上实时反映设备的状态，同时还可以实时反映出设备中部件状态。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
本申请实施例2所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图6是根据本发明实施例的一种机架图的处理方法的流程。如图6所示，该流程包括如下步骤：
需要指出的是，以下实施例中出现的指定部件可以至少通过以下之一的方式体现：机架，槽位，单元、端口、电源、风扇。当然设备当中其他比较常用的部件也在本实施例的保护范围之内。同时客户端可以支持对于交换机，路由器或其他传输设备(光传输设备和分组传输设备)等设备的机架图显示。
步骤S602，接收设备中指定部件的实时数据；
在本发明一实施方式中，实时数据通过以下之一方式获取：通过SNMP或NETCONF从所述设备中获取；或，通过JDBC从数据库中获取。
具体的，在获取上述实时数据过程当中，首选需要判断设备的网络状态。如果设备当前的网络状态为在线，则通过SNMP协议读取MIB直接从设备上获取(以使用SNMP协议为例)，并更新数据库的数据。而如果当前的网络状态为离线时，则通过JDBC从数据库中获取。因此，本实施例中获取的实时数据不仅能够支持对在线设备机架图的显示，同时还能够兼容对离线设备机架图的显示。
在本发明一实施方式中，上述实时数据至少包括以下其中之一：机架实时数据，机框实时数据，单板实时数据，端口实时数据，电源实时数据，风扇实时数据。
具体地，单板实时数据包括：单板类型，单板占用的槽位号，单板状态，单板版本等信息。同时，根据单板实时数据中的单板类型以及单板占用的槽位号可以确定设备槽位实按单板。
具体地，端口实时数据至少包括以下其中之一：端口索引，端口名称，端口状态，端口类型，端口光电属性，端口速率。
具体地，电源实时数据至少包括以下其中之一：电源索引，电源状态，电源模式，电源功率，电源组号等信息。
具体地，风扇实时数据至少包括以下其中之一：风扇索引，风扇状态，风扇转速，风扇模式，风扇组号。
步骤S604，根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，形成指定数据；
在本发明一实施方式中，上述部件信息为在服务器中按照层次关系，配置的所述设备中各指定部件间的相对坐标(例如，子部件相对于父部件的坐标)，指定部件大小，指定部件索引，指定部件样式以及指定部件标签。其中，上部部件信息一般以XML的形式存储在服务器当中，当然也可以采用其他比较常见的文本格式。
具体地，对于单板而言，除了上述信息以外，单板的部件信息还包括：单板类型，单板名称，以及下挂的端口信息。对于端口而言，除了上述信息以外，端口的部件信息还包括：端口相对于对应单板的坐标。
在本发明一实施方式中，所述指定数据为JSON数据，根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，包括：将所述指定部件的部件信息加载在所述实时数据中，并按照JSON格式对加载有所述部件信息的实时数据进行封装。
具体地，如图3所示，机架下挂机框，而机框可以下挂一个多个其他部件，包括：槽位/单板、电源组或者风扇组；槽位可以下挂子槽位/子卡；单板可以下挂一个或多个端口；子卡也可以下挂端口；电源组可以下挂一个或多个电源；风扇组可以下一个或多个挂风扇。服务器可以根据图3中的数据层次结构，将上述实时信息与上述部件信息组合。例如，先组合机框的实时数据与部件信息，然而在组合风扇组的实时数据与部件信息，最后再组合风扇组中每一个风扇的实时数据与部件信息。具体的组合方式如下：根据上述数据层次结构，服务器可以根据上述实时数据中的部件索引，到对应的部件信息中加载对应的部件索引。对于单板而言，服务器可以根据上述实时数据中的单板类型，到对应的部件信息中加载单板信息并添加到对应的槽位当中。而如果槽位没有单板的话，那么则按照空槽位处理。类似的，子槽位与子卡也能够通过上述单板的加载方式进行加载。
步骤S606，向所述客户端发送所述指定数据，其中，所述指定数据用于显示所述设备的机架图。
在本发明实施例当中，还提供了另一种运行于上述计算机终端或具有与上述计算机终端类似结构的移动终端的方法。图7是根据本发明实施例的另一种机架图的处理方法的流程图，如图7所示，该流程除了包括S602-S606外，还包括如下步骤：
S702，向所述客户端发送告警信息，其中，所述告警信息用于指示所述客户端对所述指定部件进行渲染。
在本发明一实施方式中，告警信息至少包括以下其中：告警ID，用于指示需要告警的指定部件的位置信息；告警等级，用于指示需要告警的指定部件的渲染等级。
在本发明一实施方式中，服务器通过告警监听以及告警推送，将告警信息发送给客户端。具体的处理方式如下：
告警监听
具体的，告警监听的定义为，服务器接收平台推送来的告警信息，包括以下操作：服务器首先实时监听由平台触发的告警事件，并分析告警事件当中的告警数据。然后，服务器通过告警数据分发器，将告警数据分发给各个机架图的会话实例。在监听期间，告警数据分发器会遍历所有处理活动状态的机架图会话实例，将平台传入的告警事件适配成机架图自定义的告警数据实例。在此之后，告警数据分发器调用机架图业务中配置的告警支持，得到告警数据所在机架图中的位置，完成监听动作。
告警推送
具体地，告警推送的定义为服务器将从平台告警监听到的告警信息发送到客户端的WEB页面，同时，在接收到告警信息时，客户端的后台通过基于HTTP长链接的服务器推送技术Comet将后台的告警信息实时发送给客户端，从而避免了客户端不断地刷新告警信息的发送请求。同时应用于上述告警推送过程可以通过以下的代码表示：
Figure PCTCN2017086386-appb-000002
Figure PCTCN2017086386-appb-000003
其中addListener用来监听meta channels消息，subscribe订阅普通通道消息。服务器根据订阅消息的URL(Uniform Resource Locator，统一资源定位符)编写相应的处理类。
具体地，在本实施例中的渲染是指在机架图中对应于指定部件的绘图或贴图中的需要反映状态的部分上进行突出显示，例如着色或标记。例如通过着色进行渲染时，如果电源组中的一个电源不能够正常工作。那么客户端在接收到服务器发送的告警信息后，在WEB页面上为该电源部分进行着色，用户可以通过右键菜单查询当前告警信息。这样WEB页面就能够反映出电源的不能够正常工作状态以及状态导致的告警原因。此外，根据告警信息的告警等级还能够反映出问题的严重程度。例如，对告警等级是严重的，渲染成红色；告警等级是主要的，渲染成橙色；告警等级是次要的，渲染成黄色；告警等级是警告，渲染成淡蓝色。
通过上述步骤，可以解决相关技术中静态图片无法反应实时反应设备状态的问题。从而在机架图上能够实施反应出设备的状态。同时还可以反映出设备中部件的状态。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如 ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例3
在本实施例中还提供了一种机架图的显示装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
需要指出的是，以下实施例中出现的指定部件可以至少通过以下之一的方式体现：机架，槽位，单元、端口、电源、风扇。当然设备当中其他比较常用的部件也在本实施例的保护范围之内。同时客户端可以支持对于交换机，路由器或其他传输设备(光传输设备和分组传输设备)等设备的机架图显示。
图8是根据本发明实施例的一种机架图的显示装置的结构框图一，如图8所示，该装置包括：第一接收模块82以及显示模块84。
第一接收模块82，配置为接收所述服务器发送的指定数据，其中，所述指定数据为对设备中指定部件的实时数据和所述服务器预先存储的指定部件的部件信息进行组合封装后形成的数据；
在本发明一实施方式中，上述实时数据至少包括其中之一：机架实时数据，机框实时数据，单板实时数据，端口实时数据，电源实时数据，风扇实时数据。在本发明一实施方式中，上述部件信息为在服务器中按照层次关系，配置的所述设备中各指定部件间的相对坐标(例如，子部件相对于父部件的坐标)，指定部件大小，指定部件索引，指定部件样式以及指定部件标签。其中，上部部件信息一般以XML的形式存储在服务器当中，当 然也可以采用其他比较常见的文本格式
显示模块84，连接至第一接收模块82，依据所述指定数据显示所述设备的机架图。
在本发明一实施方式中，所述显示模块84，还配置为将所述指定数据绘制在所述机架图中，并在WEB页面上显示所述机架图。
在本发明一实施方式中，在所述WEB页面上设置有与所述指定部件对应的菜单功能。
具体地，指定部件对应的菜单功能至少包括以下其中之一：显示设备信息，显示端口信息，显示电源信息，显示风扇信息，查询性能，查询告警，主备倒换，单板复位，关闭端口，开启端口。同时，为了能够使服务器响应菜单功能，需要为每一个设备中的指定部件分别分配resID进行区别。服务器可以根据接收到的resID确定对指定部件的操作。resID格式可以被设置为：机架号-机框号-槽位号-端口号。当用户通过WEB页面操作菜单栏或者在部件右键菜单，选择关闭B端口的菜单功能选项时，服务器就会接收到对应于关闭B端口的resID，根据该resID，服务器向指定设备下发关闭指定端口的命令。
图9是根据本发明实施例的另一种机架图的显示装置的结构框图二，如图9所示，该显示装置除了包含图8中所有的模块外，所述显示模块还包括：遍历单元92以及绘图单元94。
遍历单元92，配置为在所述WEB页面上循环遍历所述指定数据的树状节点；
绘图单元94，连接至遍历单元92，配置为根据所述指定数据中的部件信息在所述WEB页面上绘制所述机架图和/或在所述机架图中对所述指定部件进行贴图处理。
可选的，在循环遍历JSON数据当中的各个树状节点时，绘图单元84， 配置为根据设备中每个部件的坐标位置，部件大小在WEB页面上进行绘制。
具体的，对于一些尺寸结构比较大的部件，例如机框，电源组，风扇组等，则适用于在WEB页面的画布上进行直接绘制。而对于一些尺寸结构比较小的部件，例如端口，电源，风扇等部件，则适用于将部件通过贴图的方式粘贴在WEB页面上。根据各部件的部件状态为各部件添加不同的背景色。对于同一种但不同类型的部件，可以通过分别设置不同的贴图以来区分。例如对于端口中的以太口和光口，可以分别设置以太口对应的端口第一贴图与光口对应的端口第二贴图进行区分。根据上述绘制和贴图的混合绘画方式，能够减少服务器需要存储的图片文件数量，同时，在用户放大使用机架图时，也不会造成图像的失真。
图10是根据本发明实施例的另一种机架图的显示装置的结构框图三，如图10所示，该显示装置除了包含图8中所有的模块外，还包括：获取模块1002。
获取模块1002，连接至第一接收模块82，配置为通过以下之一的方式获取所述实时数据：通过SNMP或NETCONF从所述设备中获取；或，通过JDBC从数据库中获取。
在本发明一实施方式中，在获取上述实时数据过程当中，首选需要判断设备的网络状态。如果设备当前的网络状态为在线，则通过SNMP协议读取MIB直接从设备上获取(以使用SNMP协议为例)，并更新数据库的数据。而如果当前的网络状态为离线时，则通过JDBC从数据库中获取。因此，本实施例中获取的实时数据不仅能够支持对在线设备机架图的显示，同时还能够兼容对离线设备机架图的显示。
图11是根据本发明实施例的另一种机架图的显示装置的结构框图四，如图11所示，该显示装置除了包含图8中所有的模块外，还包括：接收模 块1102以及渲染模块1104。
第二接收模块1102，连接至显示模块84，配置为接收所述服务器推送的告警信息；
在本发明一实施方式中，告警信息至少包括以下其中：告警ID，用于指示需要告警的指定部件的位置信息；告警等级，用于指示需要告警的指定部件的渲染等级。
在本发明一实施方式中，服务器通过告警监听以及告警推送，将告警信息发送给第二接收模块1102。具体的处理方式如下：
告警监听
具体的，告警监听的定义为，服务器接收平台推送来的告警信息，包括以下操作：服务器首先实时监听由平台触发的告警事件，并分析告警事件当中的告警数据。然后，服务器通过告警数据分发器，将告警数据分发给各个机架图的会话实例。在监听期间，告警数据分发器会遍历所有处理活动状态的机架图会话实例，将平台传入的告警事件适配成机架图自定义的告警数据实例。在此之后，告警数据分发器调用机架图业务中配置的告警支持，得到告警数据所在机架图中的位置，完成监听动作。
告警推送
具体地，告警推送的定义为服务器将从平台告警监听到的告警信息发送到客户端的WEB页面，具体地，在接收到告警信息时，第二接收模块1102通过基于HTTP长链接的服务器推送技术Comet将告警信息实时发送给客户端，从而避免了客户端不断地刷新告警信息的发送请求。
渲染模块1104，连接至第二接收模块1102，配置为根据所述告警信息，在所述WEB页面上对所述指定部件进行渲染。
在本发明一实施方式中，在本实施例中的渲染是指在机架图中对应于指定部件的绘图或贴图中的需要反映状态的部分上进行突出显示，例如着 色或标记。例如通过着色进行渲染时，如果电源组中的一个电源不能够正常工作。那么客户端在接收到服务器发送的告警信息后，在WEB页面上为该电源部分进行着色，用户可以通过右键菜单查询当前告警信息。这样WEB页面就能够反映出电源的不能够正常工作状态以及状态导致的告警原因。此外，根据告警信息的告警等级还能够反映出问题的严重程度。例如，对告警等级是严重的，渲染成红色；告警等级是主要的，渲染成橙色；告警等级是次要的，渲染成黄色；告警等级是警告，渲染成淡蓝色。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例4
在本实施例中还提供了一种机架图的处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图12是根据本发明实施例的一种机架图的处理装置的结构框图一，如图12所示，该装置包括：接收模块1202，处理模块1204以及发送模块1206。
接收模块1202，配置为接收设备中指定部件的实时数据；
在本发明一实施方式中，上述实时数据至少包括以下其中之一：机架实时数据，机框实时数据，单板实时数据，端口实时数据，电源实时数据，风扇实时数据。
处理模块1204，配置为根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，形成指定数据；
在本发明一实施方式中，上述部件信息为在服务器中按照层次关系， 配置的所述设备中各指定部件间的相对坐标(例如，子部件相对于父部件的坐标)，指定部件大小，指定部件索引，指定部件样式以及指定部件标签。其中，上部部件信息一般以XML的形式存储在服务器当中，当然也可以采用其他比较常见的文本格式。
发送模块1206，配置为向所述客户端发送所述指定数据，其中，所述指定数据用于显示所述设备的机架图。
图13是根据本发明实施例的另一种机架图的处理装置的结构框图二，如图13所示，该显示装置除了包含图12中所有的模块外，处理模块还包括：
加载单元1302，配置为将指定部件的部件信息加载在所述实时数据中；
加载单元1302可以根据图3中的数据层次结构，将上述实时信息与上述部件信息组合。例如，先组合机框的实时数据与部件信息，然而在组合风扇组的实时数据与部件信息，最后再组合风扇组中每一个风扇的实时数据与部件信息。具体的组合方式如下：根据上述数据层次结构，服务器可以根据上述实时数据中的部件索引，到对应的部件信息中加载对应的部件索引。对于单板而言，服务器可以根据上述实时数据中的单板类型，到对应的部件信息中加载单板信息并添加到对应的槽位当中。而如果槽位没有单板的话，那么则按照空槽位处理。类似的，子槽位与子卡也能够通过上述单板的加载方式进行加载。
封装单元1304，配置为按照JSON格式对加载有所述部件信息的实时数据进行封装。
图14是根据本发明实施例的另一种机架图的处理装置的结构框图三，如图14所示，该显示装置除了包含图12中所有的模块外，还包括：告警模块1402。
告警模块1402，配置为向所述客户端发送告警信息，其中，所述告警 信息用于指示客户端对所述指定部件进行渲染。
在本发明一实施方式中，告警信息至少包括以下其中之一：告警ID，用于指示需要告警的指定部件的位置信息；告警等级，用于指示需要告警的指定部件的渲染等级。
在本发明一实施方式中，服务器通过告警监听以及告警推送，将告警信息发送给客户端。具体的处理方式如下：
告警监听
具体的，告警监听的定义为，告警模块1402接收平台推送来的告警信息，包括以下操作：告警模块1402首先实时监听由平台触发的告警事件，并分析告警事件当中的告警数据。然后，告警模块1402通过告警数据分发器，将告警数据分发给各个机架图的会话实例。在监听期间，告警数据分发器会遍历所有处理活动状态的机架图会话实例，将平台传入的告警事件适配成机架图自定义的告警数据实例。在此之后，告警数据分发器调用机架图业务中配置的告警支持，得到告警数据所在机架图中的位置，完成监听动作。
告警推送
具体地，告警推送的定义为告警模块1402将从平台告警监听到的告警信息发送到客户端，具体地，在接收到告警信息时，客户端通过基于HTTP长链接的服务器推送技术Comet将后台的告警信息实时发送给客户端，从而避免了客户端不断地刷新告警信息的发送请求。
可选地地，在本实施例中的渲染是指在机架图中对应于指定部件的绘图或贴图中的需要反映状态的部分上进行突出显示，例如着色或标记。例如通过着色进行渲染时，如果电源组中的一个电源不能够正常工作。那么客户端在接收到服务器发送的告警信息后，在WEB页面上为该电源部分进行着色，用户可以通过右键菜单查询当前告警信息。这样WEB页面就能够 反映出电源的不能够正常工作状态以及状态导致的告警原因。此外，根据告警信息的告警等级还能够反映出问题的严重程度。例如，对告警等级是严重的，渲染成红色；告警等级是主要的，渲染成橙色；告警等级是次要的，渲染成黄色；告警等级是警告，渲染成淡蓝色。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例5
在本实施例中还提供了一种机架图的显示系统，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。
图15是根据本发明实施例的一种机架图的显示系统的结构示意图，如图15所示，该系统包括：客户端1502、服务器1504以及设备1506。
客户端1502，配置为接收所述服务器1504发送的指定数据；并依据所述指定数据显示所述设备的机架图；
在本发明一实施方式中，上述部件信息为在服务器1504中按照层次关系，配置的所述设备中各指定部件间的相对坐标(例如，子部件相对于父部件的坐标)，指定部件大小，指定部件索引，指定部件样式以及指定部件标签。其中，上部部件信息一般以XML的形式存储在服务器1504当中，当然也可以采用其他比较常见的文本格式。
在本发明一实施方式中，可以通过以下方式显示设备的机架图：将所述指定数据绘制在所述机架图中，并在WEB页面上显示所述机架图。
在本发明一实施方式中，在所述WEB页面上循环遍历所述JSON数据的树状节点，并根据所述组合封装后形成的数据中的所述指定部件的实时数据在所述WEB页面上绘制所述机架图和/或在所述机架图中对所述指定部件进行贴图处理。
具体的，在循环遍历JSON数据当中的各个树状节点时，客户端1502根据设备中每个部件的坐标位置，部件大小在WEB页面上进行绘制。
具体的，对于一些尺寸结构比较大的部件，例如机框，电源组，风扇组等，则适用于在WEB页面的画布上进行直接绘制。而对于一些尺寸结构比较小的部件，例如端口，电源，风扇等部件，则适用于将部件通过贴图的方式粘贴在WEB页面上。根据各部件的部件状态为各部件添加不同的背景色。对于同一种但不同类型的部件，可以通过分别设置不同的贴图以来区分。例如对于端口中的以太口和光口，可以分别设置以太口对应的端口第一贴图与光口对应的端口第二贴图进行区分。根据上述绘制和贴图的混合绘画方式，能够减少服务器1504需要存储的图片文件数量，同时，在用户放大使用机架图时，也不会造成图像的失真。
在本发明一实施方式中，在所述WEB页面上设置有与所述指定部件对应的菜单功能。
服务器1504，配置为接收所述设备中指定部件的实时数据；根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，形成所述指定数据；向所述客户端1502发送所述指定数据；
在本发明一实施方式中，上述实时数据至少包括其中之一：机架实时数据，机框实时数据，单板实时数据，端口实时数据，电源实时数据，风扇实时数据。在本发明一实施方式中，所述指定数据为JSON数据，根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，包括：将与所述实时数据对应的所述部件信息加载在所述实时数据中，并按照JSON格式对加载有所述部件信息的实时数据进行封装。
具体地，服务器1504可以根据图3中的数据层次结构，将上述实时信息与上述部件信息组合。例如，先组合机框的实时数据与部件信息，然而在组合风扇组的实时数据与部件信息，最后再组合风扇组中每一个风扇的 实时数据与部件信息。具体的组合方式如下：根据上述数据层次结构，服务器1504可以根据上述实时数据中的部件索引，到对应的部件信息中加载对应的部件索引。对于单板而言，服务器1504可以根据上述实时数据中的单板类型，到对应的部件信息中加载单板信息并添加到对应的槽位当中。而如果槽位没有单板的话，那么则按照空槽位处理。类似的，子槽位与子卡也能够通过上述单板的加载方式进行加载。
设备1506，配置为向所述客户端1502提供所述实时数据。
根据本发明实施例的另一种机架图的显示系统，其中：
所述客户端1502，还配置为接收所述服务器1504发送的告警信息，对所述指定部件进行渲染；
在本实施例中的渲染是指在机架图中对应于指定部件的绘图或贴图中的需要反映状态的部分上进行突出显示，例如着色或标记。例如通过着色进行渲染时，如果电源组中的一个电源不能够正常工作。那么客户端在接收到服务器发送的告警信息后，在WEB页面上为该电源部分进行着色，用户可以通过右键菜单查询当前告警信息。这样WEB页面就能够反映出电源的不能够正常工作状态以及状态导致的告警原因。此外，根据告警信息的告警等级还能够反映出问题的严重程度。例如，对告警等级是严重的，渲染成红色；告警等级是主要的，渲染成橙色；告警等级是次要的，渲染成黄色；告警等级是警告，渲染成淡蓝色。
客户端可选地，服务器1504通过告警监听以及告警推送，将告警信息发送给客户端1502。具体的处理方式如下：
告警监听
具体的，告警监听的定义为，服务器1504接收平台推送来的告警信息，包括以下操作：服务器1504首先实时监听由平台触发的告警事件，并分析告警事件当中的告警数据。然后，服务器1504通过告警数据分发器，将告 警数据分发给各个机架图的会话实例。在监听期间，告警数据分发器会遍历所有处理活动状态的机架图会话实例，将平台传入的告警事件适配成机架图自定义的告警数据实例。在此之后，告警数据分发器调用机架图业务中配置的告警支持，得到告警数据所在机架图中的位置，完成监听动作。
告警推送
具体地，告警推送的定义为服务器1504将从平台告警监听到的告警信息发送到客户端1502的WEB页面，具体地，服务器1504在接收到告警信息时，客户端通过基于HTTP长链接的推送技术Comet将后台的告警信息实时发送给客户端1502的前台，从而避免了客户端1502的不断地刷新告警信息的发送请求。
实施例6
本发明的实施例还提供了一种存储介质。在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S21，接收所述服务器发送的指定数据，其中，所述指定数据为对设备中指定部件的实时数据和所述服务器预先存储的所述指定部件的部件信息进行组合封装后形成的数据；
S12，依据所述指定数据显示所述设备的机架图。
在本发明一实施方式中，存储介质还被设置为存储用于执行以下步骤的程序代码：
S21，接收所述服务器发送的告警信息；
S22，根据所述告警信息，对所述指定部件进行渲染。
在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
在本实施例中，处理器根据存储介质中已存储的程序代码执行将所述 指定数据绘制在所述机架图中，并在WEB页面上显示所述机架图。
在本发明一实施方式中，处理器根据存储介质中已存储的程序代码执行在所述WEB页面上循环遍历所述指定数据的树状节点，并根据所述指定数据中的部件信息在所述WEB页面上绘制所述机架图和/或在所述机架图中对所述指定部件进行贴图处理。
在本发明一实施方式中，处理器根据存储介质中已存储的程序代码执行通过SNMP或NFTCONF协议从所述设备中获取实时数据；或，通过JDBC从数据库中获取实时数据。
本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
实施例7
本发明的实施例还提供了一种存储介质。在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S11，接收设备中指定部件的实时数据；
S12，根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，形成指定数据；
S13，向所述客户端发送所述指定数据，其中，所述指定数据用于显示所述设备的机架图。
在本发明一实施方式中，存储介质还被设置为存储用于执行以下步骤的程序代码：
S21，向所述客户端发送告警信息，其中，所述告警信息用于指示所述客户端对所述指定部件进行渲染。
在本发明一实施方式中，上述存储介质可以包括但不限于：U盘、ROM、RAM、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
在本发明一实施方式中，处理器根据存储介质中已存储的程序代码执 行将所述指定部件的部件信息加载在所述实时数据中，并按照JSON格式对加载有所述部件信息的实时数据进行封装。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
本发明实施例的技术方案，由于显示的机架图是利用组合封装设备中指定部件的实时数据与所述服务器预先存储的所述指定部件的部件信息后的数据，因此，可以解决相关技术中静态图片无法实时反映设备状态的问题，从而不仅能在机架图上实时反映设备的状态，同时还可以实时反映出设备中部件状态。

Claims (32)

  1. 一种机架图的显示方法，包括：
    接收所述服务器发送的指定数据，其中，所述指定数据为对设备中指定部件的实时数据和所述服务器预先存储的所述指定部件的部件信息进行组合封装后形成的数据；
    依据所述指定数据显示所述设备的机架图。
  2. 根据权利要求1所述的方法，其中，依据所述指定数据显示所述设备的机架图包括：
    将所述指定数据绘制在所述机架图中，并在WEB页面上显示所述机架图。
  3. 根据权利要求2所述的方法，其中，将所述指定数据绘制在所述机架图中，并在WEB页面上显示所述机架图，包括：
    在所述WEB页面上循环遍历所述指定数据的树状节点，并根据所述指定数据中的部件信息在所述WEB页面上绘制所述机架图和/或在所述机架图中对所述指定部件进行贴图处理。
  4. 根据权利要求2所述的方法，其中，在所述WEB页面上设置有与所述指定部件对应的菜单功能。
  5. 根据权利要求1所述的方法，其中，所述指定数据至少包括以下其中之一：所述设备中各指定部件间的相对坐标，指定部件大小，指定部件索引，指定部件样式以及指定部件标签。
  6. 根据权利要求1述的方法，其中，所述实时数据至少包括以下其中之一：指定部件索引，指定部件状态。
  7. 根据权利要求1所述的方法，其中，所述指定数据为JavaScript对象符号JSON数据，所述指定数据通过以下方式进行组合封装：
    将所述指定部件的部件信息加载在所述实时数据中，并按照JSON格 式对加载有所述部件信息的实时数据进行封装。
  8. 根据权利要求1所述的方法，其中，所述实时数据通过以下之一方式获取：
    通过简单网络管理协议SNMP或网络配置协议NETCONF从所述设备中获取；或，
    通过Java数据库连接JDBC从数据库中获取。
  9. 根据权利要求1至8中任一项所述的方法，其中，在依据所述指定数据显示所述设备的机架图之后，所述方法还包括：
    接收所述服务器发送的告警信息；
    根据所述告警信息，对所述指定部件进行渲染。
  10. 根据权利要求9所述的方法，其中，所述告警信息至少包括以下之一：
    告警ID，用于指示需要告警的指定部件的位置信息；
    告警等级，用于指示需要告警的指定部件的渲染等级。
  11. 根据权利要求1所述的方法，其中，所述指定部件至少包括以下其中之一：
    机架，槽位，单元、端口、电源、风扇。
  12. 一种机架图的处理方法，包括：
    接收设备中指定部件的实时数据；
    根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，形成指定数据；
    向所述客户端发送所述指定数据，其中，所述指定数据用于显示所述设备的机架图。
  13. 根据权利要求12所述的方法，其中，所述指定数据至少包括以下其中之一：所述设备中各指定部件间的相对坐标，指定部件大小， 指定部件索引，指定部件样式以及指定部件标签。
  14. 根据权利要求12述的方法，其中，所述实时数据至少包括以下其中之一：指定部件索引，指定部件状态。
  15. 根据权利要求12述的方法，其中，所述指定数据为JavaScript对象符号JSON数据，根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，包括：
    将所述指定部件的部件信息加载在所述实时数据中，并按照JSON格式对加载有所述部件信息的实时数据进行封装。
  16. 根据权利要求12所述的方法，其中，所述实时数据通过以下之一方式获取：
    通过简单网络管理协议SNMP或网络配置协议NETCONF从所述设备中获取；或，
    通过Java数据库连接JDBC从数据库中获取。
  17. 根据权利要求12至16任一项所述的方法，其中，所述方法还包括：
    向所述客户端发送告警信息，其中，所述告警信息用于指示所述客户端对所述指定部件进行渲染。
  18. 根据权利要求17述的方法，其中，所述告警信息至少包括以下其中之一：
    告警ID，用于指示需要告警的指定部件的位置信息；
    告警等级，用于指示需要告警的指定部件的渲染等级。
  19. 根据权利要求12至18中任一项所述的方法，其中，所述指定部件至少包括以下其中之一：
    机架，槽位，单元、端口、电源、风扇。
  20. 一种机架图的显示装置，包括：
    第一接收模块，配置为接收所述服务器发送的指定数据，其中，所述指定数据为对设备中指定部件的实时数据和所述服务器预先存储的指定部件的部件信息进行组合封装后形成的数据；
    显示模块，配置为依据所述指定数据显示所述设备的机架图。
  21. 根据权利要求20所述的装置，其中，所述显示模块，还配置为将所述指定数据绘制在所述机架图中，并在WEB页面上显示所述机架图。
  22. 根据权利要求21所述的装置，其中，所述显示模块包括：
    遍历单元，配置为在所述WEB页面上循环遍历所述指定数据的树状节点；
    绘图单元，配置为根据所述指定数据中的部件信息在所述WEB页面上绘制所述机架图和/或在所述机架图中对所述指定部件进行贴图处理。
  23. 根据权利要求21所述的装置，其中，在所述WEB页面上设置有与所述指定部件对应的菜单功能信息。
  24. 根据权利要求20所述的装置，其中，所述显示装置还包括：
    获取模块，配置为通过以下之一的方式获取所述实时数据：通过简单网络管理协议SNMP或网络配置协议NETCONF从所述设备中获取；或，通过Java数据库连接JDBC从数据库中获取。
  25. 根据权利要求20所述的装置，其中，所述装置还包括：
    第二接收模块，配置为接收所述服务器推送的告警信息；
    渲染模块，配置为根据所述告警信息，在所述WEB页面上对所述指定部件进行渲染。
  26. 一种机架图的处理装置，包括：
    接收模块，配置为接收设备中指定部件的实时数据；
    处理模块，配置为根据所述实时数据，与预先存储的所述指定部件 的部件信息进行组合封装，形成指定数据；
    发送模块，配置为向所述客户端发送所述指定数据，其中，所述指定数据用于显示所述设备的机架图。
  27. 根据权利要求26所述的装置，其中，所述指定数据为JavaScript对象符号JSON数据，所述处理模块还包括：
    加载单元，配置为将与所述指定部件的部件信息加载在所述实时数据中；
    封装单元，配置为按照JSON格式对加载有所述部件信息的实时数据进行封装。
  28. 根据权利要求26所述的装置，其中，所述装置还包括：
    告警模块，配置为向所述客户端发送告警信息，其中，所述告警信息用于指示客户端对所述指定部件进行渲染。
  29. 一种机架图的显示系统，包括服务器，客户端以及设备，
    所述客户端，配置为接收所述服务器发送的指定数据；并依据所述指定数据显示所述设备的机架图；
    所述服务器，配置为接收所述设备中指定部件的实时数据；根据所述实时数据，与预先存储的所述指定部件的部件信息进行组合封装，形成所述指定数据；向所述客户端发送所述指定数据；
    所述设备，配置为提供所述实时数据。
  30. 根据权利要求29所述的系统，其中，
    所述客户端，还配置为接收所述服务器发送的告警信息，对所述指定部件进行渲染；
    所述服务器，还配置为向所述客户端发送所述告警信息。
  31. 一种存储介质，所述存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行权利要求1-11任一项所述的机架图的显示 方法。
  32. 一种存储介质，所述存储介质中存储有计算机可执行指令，该计算机可执行指令配置为执行权利要求12-19任一项所述的机架图的处理方法。
PCT/CN2017/086386 2016-06-24 2017-05-27 机架图的显示、处理方法及装置、显示系统、存储介质 WO2017219832A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610475022.2 2016-06-24
CN201610475022.2A CN107547219A (zh) 2016-06-24 2016-06-24 机架图的显示、处理方法及装置、显示系统

Publications (1)

Publication Number Publication Date
WO2017219832A1 true WO2017219832A1 (zh) 2017-12-28

Family

ID=60783800

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/086386 WO2017219832A1 (zh) 2016-06-24 2017-05-27 机架图的显示、处理方法及装置、显示系统、存储介质

Country Status (2)

Country Link
CN (1) CN107547219A (zh)
WO (1) WO2017219832A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114143178A (zh) * 2021-12-03 2022-03-04 中国电信集团系统集成有限责任公司 结合tr069协议的告警根源定位可视化方法及装置
CN114143178B (zh) * 2021-12-03 2024-06-04 中电信数智科技有限公司 结合tr069协议的告警根源定位可视化方法及装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111404916B (zh) * 2020-03-11 2022-12-27 杭州迪普科技股份有限公司 主动防御网络攻击的系统和方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1585342A (zh) * 2004-06-01 2005-02-23 中兴通讯股份有限公司 一种网管系统的机架设备可视化的方法
US20090271725A1 (en) * 2008-04-24 2009-10-29 Fred Dirla System and Method for Rack management and Capacity Planning
CN103220325A (zh) * 2012-01-23 2013-07-24 国际商业机器公司 用于在云计算环境中管理硬件组件的方法和系统
CN104683147A (zh) * 2015-01-27 2015-06-03 加弘科技咨询(上海)有限公司 一种对大规模数据中心硬件管理方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1585342A (zh) * 2004-06-01 2005-02-23 中兴通讯股份有限公司 一种网管系统的机架设备可视化的方法
US20090271725A1 (en) * 2008-04-24 2009-10-29 Fred Dirla System and Method for Rack management and Capacity Planning
CN103220325A (zh) * 2012-01-23 2013-07-24 国际商业机器公司 用于在云计算环境中管理硬件组件的方法和系统
CN104683147A (zh) * 2015-01-27 2015-06-03 加弘科技咨询(上海)有限公司 一种对大规模数据中心硬件管理方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114143178A (zh) * 2021-12-03 2022-03-04 中国电信集团系统集成有限责任公司 结合tr069协议的告警根源定位可视化方法及装置
CN114143178B (zh) * 2021-12-03 2024-06-04 中电信数智科技有限公司 结合tr069协议的告警根源定位可视化方法及装置

Also Published As

Publication number Publication date
CN107547219A (zh) 2018-01-05

Similar Documents

Publication Publication Date Title
US11997160B2 (en) Lightweight IoT information model
CN107239416B (zh) 为智能设备提供统一抽象表示的计算机系统及实现方法
WO2021017301A1 (zh) 基于Kubernetes集群的管理方法、装置及计算机可读存储介质
KR101984413B1 (ko) 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들
US10587453B2 (en) Method and apparatus for IPMI-bridge-server for non-IPMI devices
CN107493185B (zh) 一种接口扩展设备的配置信息通告方法及其装置
WO2016110092A1 (zh) 资产信息的管理方法及装置
US10573082B2 (en) Target object display method, device and system
CN107947963A (zh) 一种基于gis地图的网络拓扑链路的告警方法及装置
CN111435937A (zh) 一种监控平台的刷新方法及装置
CN105357023A (zh) 一种机架图展示方法和装置
WO2017219832A1 (zh) 机架图的显示、处理方法及装置、显示系统、存储介质
EP4083795A1 (en) Method for deploying virtual machine, and related apparatus
CN107102798B (zh) 动态修改用户界面的方法、系统及相关模块
CN116594834A (zh) 一种用于多协议服务器的运维数据处理方法及装置
CN113242254B (zh) 通信报文处理方法、装置、终端设备和存储介质
KR102046730B1 (ko) 서비스 요소들
CN112135302B (zh) 基站拓扑信息的控制方法、装置及计算机可读存储介质
CN115632815A (zh) 一种数据的更新方法、装置、电子设备及存储介质
CN112698829A (zh) 异常资源的定位方法和装置、存储介质及电子设备
US20230209319A1 (en) Communication services ordering and provisioning
US20230199623A1 (en) Radio access network tracking area visualization management and monitoring
WO2023005543A1 (zh) 一种查询方法、装置及设备
WO2021128783A1 (zh) 界面显示方法及装置、存储介质、电子装置
US20230412466A1 (en) Managing cloud-native virtual network functions

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17814570

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17814570

Country of ref document: EP

Kind code of ref document: A1